https://bugs.winehq.org/show_bug.cgi?id=57465
Bug ID: 57465 Summary: 9.22 regression: after unmaximizing some apps windows are unmanageable Product: Wine Version: 9.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: bigfoothart@gmail.com Distribution: ---
Created attachment 77465 --> https://bugs.winehq.org/attachment.cgi?id=77465 video
* Arch linux * KDE plasma-desktop 6.2.3-1 * wine 9.22 * wayland session, xwayland wine
9.22 regression: after unmaximizing some apps windows are unmanageable (can't be resized, minimized, moved).
Reproduced with MS Office 2010.
bisected to [b84f533a2c0e05eded24cba35bb0bb5c0ec38db3] winex11: Delay window config request when restoring from fullscreen/maximized.
https://bugs.winehq.org/show_bug.cgi?id=57465
darkblaze69 bigfoothart@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |bigfoothart@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=57465
darkblaze69 bigfoothart@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Distribution|--- |ArchLinux Regression SHA1| |b84f533a2c0e05eded24cba35bb | |0bb5c0ec38db3
https://bugs.winehq.org/show_bug.cgi?id=57465
Rémi Bernon rbernon@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |rbernon@codeweavers.com Keywords| |regression
https://bugs.winehq.org/show_bug.cgi?id=57465
--- Comment #1 from Rémi Bernon rbernon@codeweavers.com --- Thanks for the report, could you attach a log with WINEDEBUG=+timestamp,+pid,+tid,+cursor,+x11drv,+event?
https://bugs.winehq.org/show_bug.cgi?id=57465
--- Comment #2 from Rémi Bernon rbernon@codeweavers.com --- Without the question mark, of course.
https://bugs.winehq.org/show_bug.cgi?id=57465
--- Comment #3 from darkblaze69 bigfoothart@gmail.com --- Created attachment 77470 --> https://bugs.winehq.org/attachment.cgi?id=77470 winedebug.log
https://bugs.winehq.org/show_bug.cgi?id=57465
--- Comment #4 from darkblaze69 bigfoothart@gmail.com --- I've attached the log.
Also turns out it's reproduced with vcrun2017 decorations.
https://bugs.winehq.org/show_bug.cgi?id=57465
--- Comment #5 from Rémi Bernon rbernon@codeweavers.com --- Created attachment 77472 --> https://bugs.winehq.org/attachment.cgi?id=77472 Tentative workaround
Thanks, I've not yet been able to reproduce although I haven't tried MS Office as it doesn't look easy to install.
From the logs it looks to me like a possible WM bug, we request a _NET_WM_STATE property change to get out of maximized mode but the WM never replies anything and never satisfies that request. Could you try whether the attached patch helps in some way?
https://bugs.winehq.org/show_bug.cgi?id=57465
--- Comment #6 from darkblaze69 bigfoothart@gmail.com --- With this patch I don't see the behavior improved.
It can be reproduced with office 2007 too. The copy and key is here:
https://archive.org/details/microsoft-office-2007-sp3
Generally it installs perfectly.
For decorations it needs winetricks -q vcrun2017
Also if it fails to install on faster machines due to msi bug https://bugs.winehq.org/show_bug.cgi?id=45208
you can slow down the machine with `stress-ng -c $number_cpus`
https://bugs.winehq.org/show_bug.cgi?id=57465
--- Comment #7 from Rémi Bernon rbernon@codeweavers.com --- Thanks, I was able to reproduce the issue I think. It still seems to be an WM bug, where KWin gets confused and believes the window starts maximized when it shouldn't, and then believes it's already maximized when you click on the button and doesn't send the corresponding unmaximize event.
The changes in https://gitlab.winehq.org/wine/wine/-/merge_requests/6909 are fixing the issue for me, and the window doesn't start in the maximized state, but can then be changed back and forth without issues. Could you confirm whether it fixes the problem for you as well?
https://bugs.winehq.org/show_bug.cgi?id=57465
--- Comment #8 from Rémi Bernon rbernon@codeweavers.com --- Hmm, actually it's not enough and although I can toggle maximized state from the button the window still seem to be in a weird state when unmaximized. Mouse position is off and window cannot really be resized, I'll have a better look.
https://bugs.winehq.org/show_bug.cgi?id=57465
Sean C. Farley sean-freebsd@farley.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |sean-freebsd@farley.org
--- Comment #9 from Sean C. Farley sean-freebsd@farley.org --- I am not sure if it is related, but I have trouble with restoring Rocket League if the window becomes minimized. If I switch to a different workspace or monitor, the game will minimize automatically, unfortunately for me. I think this worked with Wine 9.21 and definitely did 9.19.
Setup: - FreeBSD - Wine 9.22 - Xorg - Fluxbox
https://bugs.winehq.org/show_bug.cgi?id=57465
--- Comment #10 from Rémi Bernon rbernon@codeweavers.com --- Regarding the KDE issue, I can definitely say it is a KWin bug. I opened https://bugs.kde.org/show_bug.cgi?id=496966 and https://invent.kde.org/plasma/kwin/-/merge_requests/6854 to fix it.
We could perhaps try to work around it but it's IMO brittle. As soon as a window is maximized, any config request will potentially trigger that bug and break KWin state. We could avoid sending config requests to any maximized windows, but these might still be useful to move windows from a monitor to another.
Another option is to temporarily remove the maximized state, send the configure request, and add the maximized state back, but it is getting quite tedious just to workaround a WM bug, and potentially triggering other WM corner cases.
https://bugs.winehq.org/show_bug.cgi?id=57465
--- Comment #11 from Rémi Bernon rbernon@codeweavers.com --- (The failure to restore from a minimized state is probably bug 57481, with a different fix mentioned there)
https://bugs.winehq.org/show_bug.cgi?id=57465
--- Comment #12 from Rémi Bernon rbernon@codeweavers.com --- The fix has been merged into KWin, and, I believe, planned for 6.3 release.
Although Wine regressed in some way, it is mostly because we were updating _NET_WM_STATE much more aggressively before.
It is possible to implement some sort of workaround, but it may very well break other window managers, so it's not a very good solution and I'm not sure it's a good idea to implement workarounds on our side.
https://bugs.winehq.org/show_bug.cgi?id=57465
Rémi Bernon rbernon@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |NOTOURBUG Status|UNCONFIRMED |RESOLVED
--- Comment #13 from Rémi Bernon rbernon@codeweavers.com --- KDE 9.3 Beta has been released and the fix is included in its KWin. I think we can close this as actual KDE 9.3 release happen soon enough.