[Bug 58505] New: Odd windows management behaviour in later dev versions
http://bugs.winehq.org/show_bug.cgi?id=58505 Bug ID: 58505 Summary: Odd windows management behaviour in later dev versions Product: Wine Version: 10.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kg.hammarlund(a)gmail.com Distribution: --- I run a geneaology database program written for windows under wine. It runs fine on v10.0 (stable) and on dev versions up to 10.4. From v10.5 and upwards, including v1012, I'm encountering an odd issue. When opening a search window, this window opens in the background instead of on top of the main window. I then have to move or resize the main window in order to highilght the search window and fill in the search data. But this only happens the first time I open the search window. Next time it opens in the foreground. If I untick the box "Allow the window manager to control the windows" in winecfg > graphics, the search window opens expected. But this solution has its drawbacks. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=58505 --- Comment #1 from Ken Sharp <imwellcushtymelike(a)gmail.com> --- A regression test will help pinpoint the change in Wine. https://gitlab.winehq.org/wine/wine/-/wikis/Regression-Testing -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=58505 --- Comment #2 from kg.hammarlund(a)gmail.com --- Sorry to say that I lack time, hardware resources and probably the knowledge needed for a proper regression test. However, looking at the v10.5 changelog, my uneducated guess is that it could be related to the fix that was implemented for this bug: https://bugs.winehq.org/show_bug.cgi?id=2155 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=58505 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |regression --- Comment #3 from Austin English <austinenglish(a)gmail.com> --- What program is this? Does it have a free demo/download available? -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=58505 --- Comment #4 from kg.hammarlund(a)gmail.com --- A database from a regional geneaology society in Sweden, available on a USB stick only, no free demo or anything similar available. I can, of course, make an iso file from the usb for the wine devs if they have time enough to look at it. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=58505 Alex Henrie <alexhenrie24(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Regression SHA1| |68c4fa377f20e7c5009d85096df | |5bb8413cb9e03 CC| |alexhenrie24(a)gmail.com, | |rbernon(a)codeweavers.com URL| |http://www.plfoskarshamn.se | |/upload/documents/presinst. | |exe Component|-unknown |winex11.drv Ever confirmed|0 |1 Keywords| |download Summary|Odd windows management |SSFpres search window |behaviour in later dev |appears behind main window |versions |since Wine 10.5 Status|UNCONFIRMED |NEW Version|10.12 |10.5 --- Comment #5 from Alex Henrie <alexhenrie24(a)gmail.com> --- I got in touch with the bug reporter over email. The program is called SSFpres and I can reproduce the bug using the free version available at <http://www.plfoskarshamn.se/upload/documents/presinst.exe>. Steps to reproduce: 1. Run `wine presinst.exe` to install the software. Click "Nästa" to proceed through the setup wizard, then click "Avsluta" to exit. 2. Run `touch "$HOME/.wine/drive_c/Program Files (x86)/SSFpres/1/hdbas/ssfpp0001l3.i"` to create a dummy database. (You're supposed to get a real database from an external source such as a CD, but an empty file works for the purpose of reproducing the Wine bug.) 3. Run `wine 'C:\Program Files (x86)\SSFpres\1\pres.exe'` to run the software. 4. Click the "SÖK DÖDA" button at the bottom of the window. 5. Resize the main window to see that a dialog has opened behind it. `git bisect` says: 68c4fa377f20e7c5009d85096df5bb8413cb9e03 is the first bad commit commit 68c4fa377f20e7c5009d85096df5bb8413cb9e03 (HEAD) Author: Rémi Bernon <rbernon(a)codeweavers.com> AuthorDate: Sat Dec 7 20:58:23 2024 +0100 Commit: Alexandre Julliard <julliard(a)winehq.org> CommitDate: Fri Mar 28 17:17:55 2025 +0100 winex11: Keep _NET_WM_USER_TIME on individual toplevel windows. dlls/winex11.drv/event.c | 2 -- dlls/winex11.drv/keyboard.c | 7 ++++++- dlls/winex11.drv/mouse.c | 8 +++++++- dlls/winex11.drv/window.c | 50 +++++++++++++++----------------------------------- dlls/winex11.drv/x11drv.h | 3 ++- 5 files changed, 30 insertions(+), 40 deletions(-) $ sha256sum presinst.exe 1da3b260788ea293f5dec19b04a3f0ca2a0041f82e450156a345ac229fbbc871 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=58505 --- Comment #6 from Rémi Bernon <rbernon(a)codeweavers.com> --- I can't reproduce the problem, which WM are you using? Could you make a log with WINEDEBUG=+x11drv,+event,+win ? -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=58505 --- Comment #7 from Alex Henrie <alexhenrie24(a)gmail.com> --- Created attachment 79908 --> http://bugs.winehq.org/attachment.cgi?id=79908 WINEDEBUG=+x11drv,+event,+win I'm using Cinnamon. Here is the requested log. Are you clicking "SÖK DÖDA" or "SÖK ALLA"? The problem only happens with "SÖK DÖDA". It's worth noting that the problem does NOT happen in a virtual desktop. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=58505 --- Comment #8 from Rémi Bernon <rbernon@codeweavers.com> --- Created attachment 79917 --> http://bugs.winehq.org/attachment.cgi?id=79917 Possible workaround Yes, I've been trying with GNOME and KDE and both seem to work fine to me. From the log it looks like that the WM doesn't offer focus to the window (which doesn't have any _NET_WM_USER_TIME set) after it's requested to be shown. This could be a bogus implementation of _NET_WM_USER_TIME by the WM as, from the it should only do that if _NET_WM_USER_TIME is set to 0, not when it's missing. EWMH specification (https://specifications.freedesktop.org/wm/latest/ar01s05.html#id-1.6.16) says: Clients can obtain the timestamp that caused its first window to appear from the DESKTOP_STARTUP_ID environment variable, if the app was launched with startup notification. If the client does not know the timestamp of the user interaction that caused the first window to appear (e.g. because it was not launched with startup notification), then it should not set the property for that window. The special value of zero on a newly mapped window can be used to request that the window not be initially focused when it is mapped. At least to confirm this, does the attached patch help? -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
participants (2)
-
WineHQ Bugzilla -
WineHQ Bugzilla