Firefox window is incorrectly restored by AHK Topic is solved

[foltugokki]

Hi!

Steps to reproduce:

1. Launch Firefox

2. Launch this script

Code: Select all

#w::
	WinRestore, ahk_exe C:\Program Files\Mozilla Firefox\firefox.exe
return

3. Hit WIN+D to show desktop

4. Hit WIN+W to restore Firefox



RESULT:
The Firefox window is restored and activated but redrawn only partially (including parts of the content and "chrome") until some action is performed by the user such as switching to a different tab. Very annoying.

Whereas, when I use ALT-TAB to activate Firefox (after minimizing it), the window is fully redrawn as expected.

Replacing WinRestore by WinActivate in the above script yields the same result.

Screenshot

ActivateFirefox.png (38.98 KiB) Viewed 694 times

OS: Windows 10 21H1
AHK version: 1.1.33.10 (latest)
GPU: NVIDIA latest driver 472.12

[mikeyww]

Code: Select all

#w::
WinActivate, ahk_exe firefox.exe
MouseGetPos, x, y
MouseMove, 10, 10
MouseMove, x, y
Return

[foltugokki]

Thanks for the workaround but I really want a better fix. Meanwhile I got the same result with StrokesPlus. It must be a bug with Firefox.

[mikeyww]

Code: Select all

#IfWinExist ahk_class MozillaWindowClass ahk_exe firefox.exe
F3::
WinActivate
Gui, New
Gui, Show
Gui, Destroy
WinActivate
Return
#IfWinExist

[foltugokki]

Thanks for the new code. I don't know how but it works!

[foltugokki]

Or not... It doesn't work correctly with more than one Firefox window. I should have said from the start that I'm using GroupActivate to cycle through one or more Firefox windows. The code in my original post, which uses WinRestore, was just for testing.

Nevertheless, after restarting Firefox and AHK, the graphics glitch is fixed for now. I'm sure it's just temporarily fixed and is caused by something like low memory or number of active tabs.

[mikeyww]

Different question, different answer.

I think that this is a general windowing problem associated with Firefox.