Sign in to follow this  
Followers 0
amokoura

Window seems to be hidden but it isn't

11 posts in this topic

#1 ·  Posted (edited)

I'm automating an Access application. Sometimes AutoIt thinks that the form inside the app is hidden altough the form window is clearly visible.

In other words:

WinGetState("form") = 5

which means it's hidden (to AutoIt). And in the same time the window is visible for the user.

Most of the time the state is returned correctly.

Has anyone else experienced something like this? The bug could be either in Windows, Access or Autoit.

EDIT: added error detail

Edited by amokoura

Share this post


Link to post
Share on other sites



#2 ·  Posted (edited)

WinGetState() should works correctly with windows, if you talking about controls then use ControlCommand()...

$hWnd = WinGetHandle("[CLASS:SciTEWindow]")
$nForm = "[CLASS:Scintilla]"

$IsVisible = ControlCommand($hWnd, "", $nForm, "IsVisible")
ConsoleWrite($IsVisible)
Edited by MrCreatoR

 

Spoiler

Using OS: Win 7 Professional, Using AutoIt Ver(s): 3.3.6.1 / 3.3.8.1

AutoIt_Rus_Community.png AutoIt Russian Community

My Work...

Spoiler

AutoIt_Icon_small.pngProjects: ATT - Application Translate Tool {new}| BlockIt - Block files & folders {new}| SIP - Selected Image Preview {new}| SISCABMAN - SciTE Abbreviations Manager {new}| AutoIt Path Switcher | AutoIt Menu for Opera! | YouTube Download Center! | Desktop Icons Restorator | Math Tasks | KeyBoard & Mouse Cleaner | CaptureIt - Capture Images Utility | CheckFileSize Program

AutoIt_Icon_small.pngUDFs: OnAutoItErrorRegister - Handle AutoIt critical errors {new}| AutoIt Syntax Highlight {new}| Opera Library! | Winamp Library | GetFolderToMenu | Custom_InputBox()! | _FileRun UDF | _CheckInput() UDF | _GUIInputSetOnlyNumbers() UDF | _FileGetValidName() UDF | _GUICtrlCreateRadioCBox UDF | _GuiCreateGrid() | _PathSplitByRegExp() | _GUICtrlListView_MoveItems - UDF | GUICtrlSetOnHover_UDF! | _ControlTab UDF! | _MouseSetOnEvent() UDF! | _ProcessListEx - UDF | GUICtrl_SetResizing - UDF! | Mod. for _IniString UDFs | _StringStripChars UDF | _ColorIsDarkShade UDF | _ColorConvertValue UDF | _GUICtrlTab_CoverBackground | CUI_App_UDF | _IncludeScripts UDF | _AutoIt3ExecuteCode | _DragList UDF | Mod. for _ListView_Progress | _ListView_SysLink | _GenerateRandomNumbers | _BlockInputEx | _IsPressedEx | OnAutoItExit Handler | _GUICtrlCreateTFLabel UDF | WinControlSetEvent UDF | Mod. for _DirGetSizeEx UDF
 
AutoIt_Icon_small.pngExamples: 
ScreenSaver Demo - Matrix included | Gui Drag Without pause the script | _WinAttach()! | Turn Off/On Monitor | ComboBox Handler Example | Mod. for "Thinking Box" | Cool "About" Box | TasksBar Imitation Demo

Like the Projects/UDFs/Examples? Please rate the topic (up-right corner of the post header: Rating AutoIt_Rating.gif)

* === My topics === *

==================================================
My_Userbar.gif
==================================================

 

 

 

AutoIt is simple, subtle, elegant. © AutoIt Team

Share this post


Link to post
Share on other sites

#3 ·  Posted (edited)

Maybe use BitAnd to get if the state is Visable.

If BitAnd(WinGetState("form"), 2) Then MsgBox(0, "", "Window is visable")

Edit: Doh I was to slow..lol

Edited by smashly

Share this post


Link to post
Share on other sites

#4 ·  Posted (edited)

Thanks, but you are both wrong.

From the manual (wingetstate):

Return Value

Success: Returns a value indicating the state of the window. Multiple values are added together so use BitAND() to examine the part you are interested in:

1 = Window exists

2 = Window is visible

4 = Window is enabled

8 = Window is active

16 = Window is minimized

32 = Window is maximized

So wingetstate=5 means 1 and 4. Exists and enabled. But not visible.

BitAnd() would do the check and return false, I've used it.

Edited by amokoura

Share this post


Link to post
Share on other sites

you are both wrong

In what? 1. You didn't show any examples, and 2. in the first post you pointed to =>, so as i understood it, you assumed that if WinGetState() >= 5 then it's not visible.

 

Spoiler

Using OS: Win 7 Professional, Using AutoIt Ver(s): 3.3.6.1 / 3.3.8.1

AutoIt_Rus_Community.png AutoIt Russian Community

My Work...

Spoiler

AutoIt_Icon_small.pngProjects: ATT - Application Translate Tool {new}| BlockIt - Block files & folders {new}| SIP - Selected Image Preview {new}| SISCABMAN - SciTE Abbreviations Manager {new}| AutoIt Path Switcher | AutoIt Menu for Opera! | YouTube Download Center! | Desktop Icons Restorator | Math Tasks | KeyBoard & Mouse Cleaner | CaptureIt - Capture Images Utility | CheckFileSize Program

AutoIt_Icon_small.pngUDFs: OnAutoItErrorRegister - Handle AutoIt critical errors {new}| AutoIt Syntax Highlight {new}| Opera Library! | Winamp Library | GetFolderToMenu | Custom_InputBox()! | _FileRun UDF | _CheckInput() UDF | _GUIInputSetOnlyNumbers() UDF | _FileGetValidName() UDF | _GUICtrlCreateRadioCBox UDF | _GuiCreateGrid() | _PathSplitByRegExp() | _GUICtrlListView_MoveItems - UDF | GUICtrlSetOnHover_UDF! | _ControlTab UDF! | _MouseSetOnEvent() UDF! | _ProcessListEx - UDF | GUICtrl_SetResizing - UDF! | Mod. for _IniString UDFs | _StringStripChars UDF | _ColorIsDarkShade UDF | _ColorConvertValue UDF | _GUICtrlTab_CoverBackground | CUI_App_UDF | _IncludeScripts UDF | _AutoIt3ExecuteCode | _DragList UDF | Mod. for _ListView_Progress | _ListView_SysLink | _GenerateRandomNumbers | _BlockInputEx | _IsPressedEx | OnAutoItExit Handler | _GUICtrlCreateTFLabel UDF | WinControlSetEvent UDF | Mod. for _DirGetSizeEx UDF
 
AutoIt_Icon_small.pngExamples: 
ScreenSaver Demo - Matrix included | Gui Drag Without pause the script | _WinAttach()! | Turn Off/On Monitor | ComboBox Handler Example | Mod. for "Thinking Box" | Cool "About" Box | TasksBar Imitation Demo

Like the Projects/UDFs/Examples? Please rate the topic (up-right corner of the post header: Rating AutoIt_Rating.gif)

* === My topics === *

==================================================
My_Userbar.gif
==================================================

 

 

 

AutoIt is simple, subtle, elegant. © AutoIt Team

Share this post


Link to post
Share on other sites

In what? 1. You didn't show any examples, and 2. in the first post you pointed to =>, so as i understood it, you assumed that if WinGetState() >= 5 then it's not visible.

Maybe I wasn't clear enough. Sorry ^^.

At the same time window state is 5 and the window is visible for the user.

Share this post


Link to post
Share on other sites

Maybe I wasn't clear enough. Sorry ^^.

At the same time window state is 5 and the window is visible for the user.

Show a working example, otherwise i can't see a way to reproduce this (i have no such windows that are visible and WinGetState return 5 on them :) ).

 

Spoiler

Using OS: Win 7 Professional, Using AutoIt Ver(s): 3.3.6.1 / 3.3.8.1

AutoIt_Rus_Community.png AutoIt Russian Community

My Work...

Spoiler

AutoIt_Icon_small.pngProjects: ATT - Application Translate Tool {new}| BlockIt - Block files & folders {new}| SIP - Selected Image Preview {new}| SISCABMAN - SciTE Abbreviations Manager {new}| AutoIt Path Switcher | AutoIt Menu for Opera! | YouTube Download Center! | Desktop Icons Restorator | Math Tasks | KeyBoard & Mouse Cleaner | CaptureIt - Capture Images Utility | CheckFileSize Program

AutoIt_Icon_small.pngUDFs: OnAutoItErrorRegister - Handle AutoIt critical errors {new}| AutoIt Syntax Highlight {new}| Opera Library! | Winamp Library | GetFolderToMenu | Custom_InputBox()! | _FileRun UDF | _CheckInput() UDF | _GUIInputSetOnlyNumbers() UDF | _FileGetValidName() UDF | _GUICtrlCreateRadioCBox UDF | _GuiCreateGrid() | _PathSplitByRegExp() | _GUICtrlListView_MoveItems - UDF | GUICtrlSetOnHover_UDF! | _ControlTab UDF! | _MouseSetOnEvent() UDF! | _ProcessListEx - UDF | GUICtrl_SetResizing - UDF! | Mod. for _IniString UDFs | _StringStripChars UDF | _ColorIsDarkShade UDF | _ColorConvertValue UDF | _GUICtrlTab_CoverBackground | CUI_App_UDF | _IncludeScripts UDF | _AutoIt3ExecuteCode | _DragList UDF | Mod. for _ListView_Progress | _ListView_SysLink | _GenerateRandomNumbers | _BlockInputEx | _IsPressedEx | OnAutoItExit Handler | _GUICtrlCreateTFLabel UDF | WinControlSetEvent UDF | Mod. for _DirGetSizeEx UDF
 
AutoIt_Icon_small.pngExamples: 
ScreenSaver Demo - Matrix included | Gui Drag Without pause the script | _WinAttach()! | Turn Off/On Monitor | ComboBox Handler Example | Mod. for "Thinking Box" | Cool "About" Box | TasksBar Imitation Demo

Like the Projects/UDFs/Examples? Please rate the topic (up-right corner of the post header: Rating AutoIt_Rating.gif)

* === My topics === *

==================================================
My_Userbar.gif
==================================================

 

 

 

AutoIt is simple, subtle, elegant. © AutoIt Team

Share this post


Link to post
Share on other sites

Show a working example, otherwise i can't see a way to reproduce this (i have no such windows that are visible and WinGetState return 5 on them :) ).

It's hard to show anything about the problem. Every time the bug occurs, the function below returns false. 90% of the time everything works fine but in some cases during the automation the window state goes to 5 and the _winVisible() returns false. And the window is visible to the user all the time. Because the automation is working on an Access application, the Access app might have some window handling bugs. If no one else has had this kind of problem I suspect Access.

func _winVisible($title, $text="")
    return BitAnd(WinGetState($title, $text), 2 )
EndFunc

Share this post


Link to post
Share on other sites

If you have used Opt("WinTitleMatchMode") what did you set it to? If it's set to 2 AND your Window contains the word "Form" AND your Access window also contains the word "Form", then it's very conceivable that you could get the wrong return value when checking the window state. Using $hWin = WinGetHandle() on your AutoIt form then Checking for the state of $hWin should prevent the wrong state being reported.


George

Question about decompiling code? Read the decompiling FAQ and don't bother posting the question in the forums.

Be sure to read and follow the forum rules. -AKA the AutoIt Reading and Comprehension Skills test.***

The PCRE (Regular Expression) ToolKit for AutoIT - (Updated Oct 20, 2011 ver:3.0.1.13) - Please update your current version before filing any bug reports. The installer now includes both 32 and 64 bit versions. No change in version number.

Visit my Blog .. currently not active but it will soon be resplendent with news and views. Also please remove any links you may have to my website. it is soon to be closed and replaced with something else.

"Old age and treachery will always overcome youth and skill!"

Share this post


Link to post
Share on other sites

If you have used Opt("WinTitleMatchMode") what did you set it to? If it's set to 2 AND your Window contains the word "Form" AND your Access window also contains the word "Form", then it's very conceivable that you could get the wrong return value when checking the window state. Using $hWin = WinGetHandle() on your AutoIt form then Checking for the state of $hWin should prevent the wrong state being reported.

Thanks for the hint. I added some debug code to the situation when the window state is "awkward". I used WinList() to count the windows with the title definition I'm using. It always returns 1. So there shouldn't be many windows with the same title.

WinTitleMatchMode was 1 but that shouldn't matter in this problem.

So the problem still exists: Using a specific title definition ("[title: nnnnn; class: nnnn]") AutoIt finds 1 window. Checking the window state tells that the window is hidden altough the user sees the window all the time. I'm still suspecting the Access application I'm automating.

Share this post


Link to post
Share on other sites

Try changing your Window Title temporarily to see what happens. I know that there is nothing wrong with WinGetState(). One of my apps uses a _WinCurrState() Func which just uses WinGetState() against a list of windows to check the state of several child windows before changing to a different set of children and _WinRestoreState() to reset them after.


George

Question about decompiling code? Read the decompiling FAQ and don't bother posting the question in the forums.

Be sure to read and follow the forum rules. -AKA the AutoIt Reading and Comprehension Skills test.***

The PCRE (Regular Expression) ToolKit for AutoIT - (Updated Oct 20, 2011 ver:3.0.1.13) - Please update your current version before filing any bug reports. The installer now includes both 32 and 64 bit versions. No change in version number.

Visit my Blog .. currently not active but it will soon be resplendent with news and views. Also please remove any links you may have to my website. it is soon to be closed and replaced with something else.

"Old age and treachery will always overcome youth and skill!"

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!


Register a new account

Sign in

Already have an account? Sign in here.


Sign In Now
Sign in to follow this  
Followers 0