https://bugs.winehq.org/show_bug.cgi?id=57616
Bug ID: 57616 Summary: [all apps] Using DWM window manager changing tag of window broken now Product: Wine Version: 9.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: u9vata@gmail.com Distribution: ---
I updated arch right now and tried to put Heroes3 gold on a DWM tag while listening to a podcast. You cannot move the games or any wine windows to any DWM tag without losing access to the window... probably the window wants to show itself outside visible area?
NO APPLICATION WINDOW CAN BE MOVED TO-FROM TAGS!
So its not specific to any game or any application whatsoever. That means if I do wine notepad.exe then I cannot move the wine window to any place whatsoever...
Workaround: Enable virtual screen globally... but this is not a real workaround because often leads to bad performance or generally annoying... so it is only good temporarily...
Last time was updated was some months ago so probably it became a heavy regression in that time period. I am using X (of course... its DWM guys)
I am a developer, even have some C/C++ exp, so can try to help troubleshoot, but have never touched wine before so generally not sure where to look or what to look. My system is very minimalistic and I do manual startx and dwm 6.1 runs but that is also very minimalistic.
After I set virtual screen, music from (then already disappeared, CTRL+C-d down wine) started to play in background - while I was starting notepad with new settings...
I am pretty sure something realated to window management changed heavily and this possibly affects all kinds of lightweight window managers on X (probably i3 and others I guess, but did not try).
PS.: I tried to run the game with its opengl renderer - not sure what makes the window, but there is no difference so probably its general window handling whihch is now wrong... Also not work with fullscreened games. If I start the game on TAG 3 I can watch the game as long as I am not moving away from tag3 (its like a virtual screen in dwm, but different)
https://bugs.winehq.org/show_bug.cgi?id=57616
--- Comment #1 from Richard Thier u9vata@gmail.com --- I have just removed previous pacman packages, but I could see pacman log...
grep -i wine /var/log/pacman.log | tail -n 1 [2024-12-30T08:40:25+0100] [ALPM] upgraded wine (9.20-1 -> 9.22-1)
So probably its somewhere between 9.20-1 and 9.22-1 versions at least. I guess if I am lucky I can try a git bisect or something...
https://bugs.winehq.org/show_bug.cgi?id=57616
--- Comment #2 from Richard Thier u9vata@gmail.com --- I've built 9.20-1 from git (3a6e9365336304b4d7eb4d66aef959f67361cc1f) and checked that there are no issues with that version.
Checking around the codebase I have found this commit:
872f5c59d4b24557241dd9e567b42da031860f2c (*)
It talks about similar window state change handling and is later than 9.22 that I get from arch linux repo, so there is change this is already fixed and duplicate of this bug maybe:
https://bugs.winehq.org/show_bug.cgi?id=57577
Will check the latest master (see commit (*) above). If it still fails, I will git bisect to find where the issue gets introduced, but reading logs there is chance its solved in master.
https://bugs.winehq.org/show_bug.cgi?id=57616
--- Comment #3 from Richard Thier u9vata@gmail.com --- Other candidate (still building latest master btw):
commit 895ca2eda64f506b936999cdd8f14e224eef6a7f Author: RĂ©mi Bernon rbernon@codeweavers.com Date: Fri Nov 29 20:54:59 2024 +0100
winex11: Don't update Win32 window position for offscreen windows.
The window manager might decide to move window outside of what we believe is the virtual screen, for instance to implement virtual desktops, or for embedded windows.
We don't need to tell Win32 about it, as it will otherwise end up triggering the offscreen window logic in WindowPosChanged. We want to keep that offscreen window logic for windows which are moved offscreen by applications to hide them.
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=57472 Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=57474
This sounds a possible candidate for windows disappearing on DWM maybe? But will see if latest master branch fixes the issue... So far I only know that Tag "9.20-1" works as before and works properly...
https://bugs.winehq.org/show_bug.cgi?id=57616
Richard Thier u9vata@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED
--- Comment #4 from Richard Thier u9vata@gmail.com --- Never mind... commit 895ca2eda64f506b936999cdd8f14e224eef6a7f probably resolved this already, just I only got to see this version.
Also the bug is practically just a duplicate of this:
https://bugs.winehq.org/show_bug.cgi?id=57474
https://bugs.winehq.org/show_bug.cgi?id=57616
Richard Thier u9vata@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #5 from Richard Thier u9vata@gmail.com --- I close this so its not annoying anyone. Sorry for not spotting that it is a duplicate... tried to search first, but now I see..
https://bugs.winehq.org/show_bug.cgi?id=57616
Richard Thier u9vata@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|FIXED |DUPLICATE
--- Comment #6 from Richard Thier u9vata@gmail.com ---
*** This bug has been marked as a duplicate of bug 57474 ***