Window seems to be hidden but it isn't

[amokoura]

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 June 12, 2008 by amokoura

[MrCreatoR]

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 June 12, 2008 by MrCreatoR

[smashly]

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 June 12, 2008 by smashly

[amokoura]

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 June 12, 2008 by amokoura

[MrCreatoR]

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.

[amokoura]

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.

[MrCreatoR]

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 ).

[amokoura]

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

[GEOSoft]

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.

[amokoura]

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.

[GEOSoft]

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.