https://bugs.winehq.org/show_bug.cgi?id=49933
Bug ID: 49933 Summary: Alt+Tab doesn't work with gog installers Product: Wine Version: 5.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: rtentser@yandex.ru Distribution: ---
I need to minimize other windows to see progress.
When i try to alttab to an installer i'm getting "00f0:fixme:win:WINNLSEnableIME hwnd 0001011C enable 0: stub!" in terminal. When i try to alttab out of it i'm getting "00f0:fixme:win:WINNLSEnableIME hwnd 0001011C enable -1: stub!"
So, i'm guessing, implementing WINNLSEnableIME will help.
https://bugs.winehq.org/show_bug.cgi?id=49933
--- Comment #1 from Rafał Mużyło galtgendo@o2.pl --- ...it's doubtful.
Did you check what IME means in this context ? Those are stubs, cause wine relies on IME of your desktop. That usually works reasonably well, barring some quirks like candidate window sometimes not showing up properly (probably depending on its style).
Please describe your problem better.
Do you mean the installer gets relegated to lowest layer of windows (always on bottom) ?
https://bugs.winehq.org/show_bug.cgi?id=49933
--- Comment #2 from rtentser@yandex.ru ---
Do you mean the installer gets relegated to lowest layer of windows (always on bottom)
Something like this, yeah.
What was under the installer stays under the installer, unless it was explicitly brought on top (by selecting window, for example).
Everything on top of the installer stays on top of the installer unless minimized.
Alt+Tab or window buttons don't help. Running the installer in virtual desktop helps.
Those are stubs
There is also "fixme" part. I think it means that eventually this stub should be implemented, am i right?
https://bugs.winehq.org/show_bug.cgi?id=49933
--- Comment #3 from Rafał Mużyło galtgendo@o2.pl --- 'fixme:...: stub!' is just a standard content for just about any stubbed function. In this context, 'fixme' is little but debug level; some of those functions do need to be implemented, others - not so much.
Anyway, if a window gets marked as always on bottom, Alt-Tab isn't supposed to bring it up.
Your problem seems to be that in the installers you've tested, it's marked as such incorrectly.
...I can't recall whether I've seen a duplicate bug and/or seen that once or twice awhile ago...
https://bugs.winehq.org/show_bug.cgi?id=49933
rtentser@yandex.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|5.18 |6.0-rc2
--- Comment #4 from rtentser@yandex.ru --- Still here with wine-git 6.0rc2.r43.gef876fc54e2-1 (Arch Linux).
https://bugs.winehq.org/show_bug.cgi?id=49933
mo78@abv.bg changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mo78@abv.bg
--- Comment #5 from mo78@abv.bg --- I can confirm and this is a problem for many years. If you minimize the installer you can't rise it any more. You also can't rise the installer via click on the panel as it should. You have to minimize all other opened windows to reach to the GOG's installer. This is the only way.
https://bugs.winehq.org/show_bug.cgi?id=49933
--- Comment #6 from mo78@abv.bg --- Wine 6.10 - The problem is still here.
https://bugs.winehq.org/show_bug.cgi?id=49933
--- Comment #7 from mo78@abv.bg --- Wine 6.11 - The problem is still here.
https://bugs.winehq.org/show_bug.cgi?id=49933
--- Comment #8 from mo78@abv.bg --- Wine 6.12 - The problem is still here.
https://bugs.winehq.org/show_bug.cgi?id=49933
--- Comment #9 from mo78@abv.bg --- Wine 6.13 - The problem is still here.
https://bugs.winehq.org/show_bug.cgi?id=49933
--- Comment #10 from mo78@abv.bg --- Wine 6.14 - The problem is still here.
https://bugs.winehq.org/show_bug.cgi?id=49933
--- Comment #11 from mo78@abv.bg --- Wine 6.14 - The problem is still here.
https://bugs.winehq.org/show_bug.cgi?id=49933
--- Comment #12 from mo78@abv.bg --- Wine 6.15 - The problem is still here.
https://bugs.winehq.org/show_bug.cgi?id=49933
--- Comment #13 from mo78@abv.bg --- I can see this bug is with status Unconfirmed. What additional info do you need to change it to confirmed?
Wine 6.16 - The problem is still here.
https://bugs.winehq.org/show_bug.cgi?id=49933
Zebediah Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever confirmed|0 |1 Component|-unknown |user32
--- Comment #14 from Zebediah Figura z.figura12@gmail.com --- Marking confirmed as this bug affects multiple users.
https://bugs.winehq.org/show_bug.cgi?id=49933
--- Comment #15 from mo78@abv.bg --- Thank you :)
https://bugs.winehq.org/show_bug.cgi?id=49933
--- Comment #16 from mo78@abv.bg --- Wine 6.17 - The problem is still here
https://bugs.winehq.org/show_bug.cgi?id=49933
--- Comment #17 from mo78@abv.bg --- Wine 6.18 - The problem is still here.
https://bugs.winehq.org/show_bug.cgi?id=49933
--- Comment #18 from mo78@abv.bg --- Wine 6.19 - The problem is still here.
https://bugs.winehq.org/show_bug.cgi?id=49933
--- Comment #19 from mo78@abv.bg --- Wine 6.20 - The problem is still here.
https://bugs.winehq.org/show_bug.cgi?id=49933
--- Comment #20 from mo78@abv.bg --- Wine 6.21 - The problem is still here.
https://bugs.winehq.org/show_bug.cgi?id=49933
--- Comment #21 from mo78@abv.bg --- Wine 6.22 - The problem is still here.
https://bugs.winehq.org/show_bug.cgi?id=49933
--- Comment #22 from mo78@abv.bg --- Wine 6.23 - The problem is still here.
https://bugs.winehq.org/show_bug.cgi?id=49933
--- Comment #23 from mo78@abv.bg --- Wine 7.0 RC1 - The problem is still here.
https://bugs.winehq.org/show_bug.cgi?id=49933
--- Comment #24 from mo78@abv.bg --- Wine 7.0 RC2 - The problem is still here.
https://bugs.winehq.org/show_bug.cgi?id=49933
--- Comment #25 from mo78@abv.bg --- Wine 7.0 RC3 - The problem is still here.
https://bugs.winehq.org/show_bug.cgi?id=49933
--- Comment #26 from Gijs Vermeulen gijsvrm@gmail.com --- (In reply to mo78 from comment #25)
Wine 7.0 RC3 - The problem is still here.
While it's appreciated that you retest this bug frequently, it's not necessary to post this for every release. I would suggest you do this once a year or so unless you notice that something actually changes.
https://bugs.winehq.org/show_bug.cgi?id=49933
--- Comment #27 from mo78@abv.bg --- This way it'll be forgotten forever. I really want this to be fixed.
https://bugs.winehq.org/show_bug.cgi?id=49933
Kirill K. Smirnov kirill.k.smirnov@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |kirill.k.smirnov@gmail.com
--- Comment #28 from Kirill K. Smirnov kirill.k.smirnov@gmail.com --- My two cents:
1. Execute any GoG installer (setup_fallout_1.2_(27130).exe in my case) 2. Navigate to "Welcome! You are about to start..." dialog box. 3. Activate other windows to hide the dialog
Now, on taskbar I can see only one application "Setup". Clicking on this application does nothing.
But alt+tab shows two separate windows, namely "Setup" and "Fallout Setup"! If I choose "Fallout Setup" I get the dialog window back.
Other trick I discovered is: 1. Left-click on the "Setup" application on the taskbar. Nothing visible happens but nevertheless. 2. Right-click on the same application on the taskbar and select "Hide". 3. Voila! Now I can see the elusive dialog window.
Conclusion: there are really two windows, one hiding another for some reason.
Ubuntu 21.10 KDE 5.86
https://bugs.winehq.org/show_bug.cgi?id=49933
--- Comment #29 from mo78@abv.bg --- Wine 7.0 - The problem is still here.
https://bugs.winehq.org/show_bug.cgi?id=49933
--- Comment #30 from mo78@abv.bg --- Wine 7.2 - The problem is still here.
https://bugs.winehq.org/show_bug.cgi?id=49933
--- Comment #31 from mo78@abv.bg --- Wine 7.3 - The problem is still here.
https://bugs.winehq.org/show_bug.cgi?id=49933
--- Comment #32 from mo78@abv.bg --- Wine 7.4 - The problem is still here.
https://bugs.winehq.org/show_bug.cgi?id=49933
--- Comment #33 from mo78@abv.bg --- Wine 7.7 - The problem is still here. Do you need some info, logs or something? I'll be happy to provide them.
https://bugs.winehq.org/show_bug.cgi?id=49933
--- Comment #34 from mo78@abv.bg --- Wine 7.9 - The problem is still here. The problem exists for many other installers too.
https://bugs.winehq.org/show_bug.cgi?id=49933
--- Comment #35 from mo78@abv.bg --- Wine 7.11 - The problem is still here.
https://bugs.winehq.org/show_bug.cgi?id=49933
--- Comment #36 from mo78@abv.bg --- Wine 7.13 - The problem is still here.
https://bugs.winehq.org/show_bug.cgi?id=49933
--- Comment #37 from mo78@abv.bg --- Wine 7.15 - The problem is still here.
https://bugs.winehq.org/show_bug.cgi?id=49933
Matheus matheus.venturini@acad.ufsm.br changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |matheus.venturini@acad.ufsm | |.br
--- Comment #38 from Matheus matheus.venturini@acad.ufsm.br --- Also present in 7.16
https://bugs.winehq.org/show_bug.cgi?id=49933
--- Comment #39 from rtentser@yandex.ru --- 7.16, seems to work for me. Still can't get window up by clicking on icon after minimizing installer, but alt+tab works in that case too.
I've installed something recently and remember to stuck because of minimizing, so it probably was fixed not so long ago. Maybe not a wine fix if it's still can be reproduced with 7.16. I'm using Manjaro KDE, about a week ago there was a massive update, maybe some lib fixed something.
https://bugs.winehq.org/show_bug.cgi?id=49933
--- Comment #40 from mo78@abv.bg --- Wine 7.17 - The problem is still here.
https://bugs.winehq.org/show_bug.cgi?id=49933
--- Comment #41 from rtentser@yandex.ru --- @mo78, maybe it depends on installer? Which are you using?
https://bugs.winehq.org/show_bug.cgi?id=49933
--- Comment #42 from mo78@abv.bg --- All GOG installers and some repacked releases but they are beyond the scope of this bug.
https://bugs.winehq.org/show_bug.cgi?id=49933
--- Comment #43 from Matheus matheus.venturini@acad.ufsm.br --- I will test it again as soon as I can, but I've been experiencing the same as described in comment 28 and it affects all installers. I will verify if I get the same error messages in the terminal, I hadn't checked that.
https://bugs.winehq.org/show_bug.cgi?id=49933
--- Comment #44 from Matheus matheus.venturini@acad.ufsm.br --- Yes, it still happens in 7.18. When the window receives focus the message I get is WINNLSEnableIME hwnd 00010102 enable -1: stub, and when it loses focus it's WINNLSEnableIME hwnd 00010102 enable -1: stub. The GOG installers are really buggy with Wine, most of the time alt+tab doesn't work with them but sometimes it does work, restoring the window from the task bar sometimes work but most of the time it doesn't, even minimizing the window by clicking on the task bar icon doesn't work all the time, there isn't any obvious logic behind all this weird behavior.
https://bugs.winehq.org/show_bug.cgi?id=49933
--- Comment #45 from Matheus matheus.venturini@acad.ufsm.br --- In case it is helpful for developers:
You can get free games and demos from this link: https://www.gog.com/en/games?priceRange=0,0 You only need an account to download them. I recommend older games such as Postal: Classic and Uncut (https://www.gog.com/en/game/postal_classic_and_uncut ) or Shadow Warrior Classic Complete (https://www.gog.com/en/game/shadow_warrior_complete) because since only the installer needs to be tested theses games will make the download times shorter.
It still happens with 7.19.
https://bugs.winehq.org/show_bug.cgi?id=49933
--- Comment #46 from mo78@abv.bg --- Wine 7.20 - The problem is still here.
https://bugs.winehq.org/show_bug.cgi?id=49933
--- Comment #47 from mo78@abv.bg --- Wine 8.0 RC1 - the bug is still here.
https://bugs.winehq.org/show_bug.cgi?id=49933
Rémi Bernon rbernon@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |rbernon@codeweavers.com
--- Comment #48 from Rémi Bernon rbernon@codeweavers.com --- Created attachment 73711 --> https://bugs.winehq.org/attachment.cgi?id=73711 Possible fix
Fwiw this issue is caused by Inno Setup installers which use an owned window for the installer window, combined with an invisible owner window.
We remove the owned window from the X11 pager, probably like it's supposed to be done on Windows, but because the owner window is invisible the window manager doesn't raise the owned popup when it is focused (although it gives it input focus).
This could arguably described as a window manager bug, and it may be specific to the linux desktop environment used.
On the other hand this is very annoying and maybe we could do something, and something like the attached patch should fix the issue.
https://bugs.winehq.org/show_bug.cgi?id=49933
--- Comment #49 from mo78@abv.bg --- Not only Inno Setup but almost all installers. In the moment I have problems with my ISP and I'm with limited internet but when the problem is resolved I'll try the patch and I'll report to you back. Thank you for your help!
https://bugs.winehq.org/show_bug.cgi?id=49933
--- Comment #50 from mo78@abv.bg --- Yes, It's working incredibly well! Thank you!!!
https://bugs.winehq.org/show_bug.cgi?id=49933
--- Comment #51 from Rémi Bernon rbernon@codeweavers.com --- Good, although I think the patch is still a bit of a hack and it would deserve some more investigation for a proper fix for upstream.
https://bugs.winehq.org/show_bug.cgi?id=49933
--- Comment #52 from mo78@abv.bg --- I don't know what the procedure is but I hope it'll be examined soon :)
https://bugs.winehq.org/show_bug.cgi?id=49933
--- Comment #53 from Rafał Mużyło galtgendo@o2.pl --- (In reply to comment #48)
While I'm just guessing, it far more likely that its simply the case of the way Windows does it and the way freedesktop wm-spec describe it it should be done differ.
Just like wine minimizes windows on virtual desktop switch instead of simply unmapping them.
https://bugs.winehq.org/show_bug.cgi?id=49933
--- Comment #54 from Rémi Bernon rbernon@codeweavers.com --- I doubt that any spec says that focused windows should stay behind others. Input focus requests can be refused, but this is not the case here.
Input focus is given to the installer window, but it's not raised. It makes no sense to do that, but it's also not the first time we encounter WM bugs.
FWIW the bug is present with all the WM I could test with and which have a pager (mutter, openbox, kwin). The issue is likely that they raise the window that the user switches to, the invisible owner, but not necessarily the transient windows that actually get focus if their parent is invisible or minimized.
The owner window is not raised neither focused, and instead focus is delegated to its owned popup, as it should be, which however isn't automatically raised.
Note that the issue also isn't present if we don't set the _NET_WM_STATE_SKIP_PAGER hint, whether we switch to the owner or the owned window in that case the owned window always get raised.
https://bugs.winehq.org/show_bug.cgi?id=49933
--- Comment #55 from Rémi Bernon rbernon@codeweavers.com --- Given that all WM seem to suffer from it, it's maybe even an X server bug.
https://bugs.winehq.org/show_bug.cgi?id=49933
--- Comment #56 from Rafał Mużyło galtgendo@o2.pl --- (In reply to Rémi Bernon from comment #55)
Given that all WM seem to suffer from it, it's maybe even an X server bug.
Actually, that pretty much hints towards a difference in Windows/wm-spec implementation.
Also, while I do not recall particular titles, I do recall that on several occasions when a fullscreen game has crashed, its crash dialog also appeared below its window and couldn't be raised.
https://bugs.winehq.org/show_bug.cgi?id=49933
--- Comment #57 from Matheus matheus.venturini@acad.ufsm.br --- Interesting... I will test the fix when I have time.
https://bugs.winehq.org/show_bug.cgi?id=49933
--- Comment #58 from Matheus matheus.venturini@acad.ufsm.br --- (In reply to Rémi Bernon from comment #48)
Created attachment 73711 [details] Possible fix
I tested your patch with Wine built from source and it works perfectly.
https://bugs.winehq.org/show_bug.cgi?id=49933
--- Comment #59 from mo78@abv.bg --- Wine 8.4 - the bug is still here.
https://bugs.winehq.org/show_bug.cgi?id=49933
Neko-san nekoNexus@protonmail.ch changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |nekoNexus@protonmail.ch
https://bugs.winehq.org/show_bug.cgi?id=49933
--- Comment #60 from mo78@abv.bg --- Wine 8.14 and the bug is still here despite the fact we have a fix. Can it be merged and fixed? It'll be greatly appreciated for it's a really old bug. Way older then this ticket. Thank you!
https://bugs.winehq.org/show_bug.cgi?id=49933
--- Comment #61 from mo78@abv.bg --- WIne 8.20 doesn't fix the problem.
https://bugs.winehq.org/show_bug.cgi?id=49933
--- Comment #62 from mo78@abv.bg --- WIne 8.21 - the problem is still here. We have a fix and I don't get it why we are waiting?
https://bugs.winehq.org/show_bug.cgi?id=49933
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #63 from joaopa jeremielapuree@yahoo.fr --- From the patch's writer himself, it is more a hack than a real fix
Good, although I think the patch is still a bit of a hack and it would deserve some more investigation for a proper fix for upstream.
Wine does not accept hack in its code.
https://bugs.winehq.org/show_bug.cgi?id=49933
--- Comment #64 from mo78@abv.bg --- It's an important bug and I'm wondering why it doesn't get the needed attention.
https://bugs.winehq.org/show_bug.cgi?id=49933
--- Comment #65 from joaopa jeremielapuree@yahoo.fr --- From Remi Bernon's analysis it is not a wine bug.
https://bugs.winehq.org/show_bug.cgi?id=49933
--- Comment #66 from mo78@abv.bg --- And whom should I contact then? In Windows GOG installers are working fine. There are a few more installers with this problem bu if it's fixed for GOG, it's fixed for them as well.
https://bugs.winehq.org/show_bug.cgi?id=49933
--- Comment #67 from mo78@abv.bg --- The game Panzer Corps 1 suffers from this bug for it's using a second invisible window. I tried the patch and now the game's working fine.
https://bugs.winehq.org/show_bug.cgi?id=49933
--- Comment #68 from mo78@abv.bg --- The problem is still here with Wine 9.16. Can we hope for a fix?
https://bugs.winehq.org/show_bug.cgi?id=49933
Alberto Salvia Novella es20490446e@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |es20490446e@gmail.com
--- Comment #69 from Alberto Salvia Novella es20490446e@gmail.com --- It happens in GOG installers, and some other regular installers too.
https://bugs.winehq.org/show_bug.cgi?id=49933
--- Comment #70 from mo78@abv.bg --- @Alberto Salvia Novella Yes, this problem occurs with many installers but if it get fixed for GOG, it'll be fixed for all of the other installers for they meet the same problem.