January 2025 - Wine-Bugs - list.winehq.org

[Bug 56559] iologo launcher cannot download setup program

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=56559 --- Comment #5 from Paul Gofman <pgofman(a)codeweavers.com> --- I made a MR for this (https://gitlab.winehq.org/wine/wine/-/merge_requests/7117) but it will wait until code freeze ends. -- 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.

Jan. 9, 2025

[Bug 57649] call .bat doesn't propagate errorlevel

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57649 Eric Pouech <eric.pouech(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Fixed by SHA1| |562b71de972f8c2e21c7c8e8619 | |de4f06de99195 Status|ASSIGNED |RESOLVED --- Comment #2 from Eric Pouech <eric.pouech(a)gmail.com> --- fixed in 562b71de972f8c2e21c7c8e8619de4f06de99195 -- 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.

Jan. 9, 2025

[Bug 56915] Autodesk Fusion requires GetUserLanguages which is not implemented

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=56915 --- Comment #3 from Łukasz Buśko <busko.lukasz(a)pm.me> --- solved by using bcp47langs=disabled how ever question remains if implementation is correct. -- 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.

Jan. 9, 2025

[Bug 57610] No windows are shown when using a dual monitor setup

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57610 --- Comment #25 from Rémi Bernon <rbernon(a)codeweavers.com> --- Created attachment 77797 --> https://bugs.winehq.org/attachment.cgi?id=77797 Tentative fix To fix this within the code freeze, I think the attached patch could perhaps do the trick. As XRRGetOutputPrimary seems unreliable, calling it only once per enumeration should make things consistent enough. -- 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.

Jan. 9, 2025

[Bug 57610] No windows are shown when using a dual monitor setup

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57610 Rémi Bernon <rbernon(a)codeweavers.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #77784|0 |1 is obsolete| | --- Comment #24 from Rémi Bernon <rbernon(a)codeweavers.com> --- Created attachment 77796 --> https://bugs.winehq.org/attachment.cgi?id=77796 Add traces to dump XRandR monitors too Yes, it looks like it only succeeds from time to time... which makes it a bit unusable. The attached patch also dumps the new XRandR 1.5 monitors, which could perhaps be used instead to detect the primary rect, if you don't mind making another log with 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.

Jan. 9, 2025

[Bug 57650] osu! stable: Insert key to minimize to tray does not hide game window (regression)

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57650 --- Comment #5 from William Horvath <wine(a)horvath.blog> --- (In reply to Rémi Bernon from comment #4) > Created attachment 77795 [details] > Possible fix Thanks, this patch fixes the regression, but I just noticed this: https://github.com/i3/i3/blob/853b0d9161a5f99c8491751590229a449e4076b6/src/… which seems very relevant. Changing the XCB_ICCCM_WM_STATE_NORMAL to XCB_ICCCM_WM_STATE_ICONIC there also makes it work again, but it seems to cause other side effects with toggling fullscreen. Removing that block entirely results in slightly different but still broken behavior. So, you were right in this probably being a WM bug, but it's surprising that the behavior broke in a similar way on swaywm when it doesn't share this code with i3 (I think...). -- 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.

Jan. 9, 2025

[Bug 57274] Regression causing Obduction to hang and exit

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57274 David Oftedal <zerooneo(a)01101001.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |93a6d341d4cc00c46d576333fa0 | |a8049f67b8692 -- 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.

Jan. 9, 2025

[Bug 57274] Regression causing Obduction to hang and exit

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57274 David Oftedal <zerooneo(a)01101001.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #5 from David Oftedal <zerooneo(a)01101001.net> --- Fixed by 10.0-rc4, presumably by 93a6d341d4cc00c46d576333fa0a8049f67b8692 like all the rest. -- 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.

Jan. 9, 2025

[Bug 57650] osu! stable: Insert key to minimize to tray does not hide game window (regression)

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57650 --- Comment #4 from Rémi Bernon <rbernon(a)codeweavers.com> --- Created attachment 77795 --> https://bugs.winehq.org/attachment.cgi?id=77795 Possible fix Still, I think this patch should help, by allowing WithdrawnState requests to override any pending IconicState requests. I'm not completely sure it's a good idea to do this late in the code freeze but I will consider sending it upstream. -- 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.

Jan. 9, 2025

[Bug 57650] osu! stable: Insert key to minimize to tray does not hide game window (regression)

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57650 --- Comment #3 from Rémi Bernon <rbernon(a)codeweavers.com> --- >From the log, after the key is pressed there is: ``` 0024:trace:event:call_event_handler 3252 KeyPress for hwnd/window 0x10076/5c00003 0024:trace:x11drv:X11DRV_WindowPosChanged win 0x10076/5c00003 new_rects { window (-32000,-32000)-(-31840,-31969), client (-32000,-32000)-(-32000,-32000), visible (-32000,-32000)-(-31840,-31969) } style 36010000 flags 00008134 0024:trace:x11drv:set_mwm_hints 0x10076 setting mwm hints to 0,3c (style 36010000 exstyle 50008) /* window minimization (WM_STATE == 3) is being requested here: */ 0024:trace:x11drv:window_set_wm_state window 0x10076/5c00003, requesting WM_STATE 0x1 -> 0x3 serial 3288, foreground 0x10076 0024:trace:x11drv:X11DRV_WindowPosChanged win 0x10076/5c00003 new_rects { window (-32000,-32000)-(-31840,-31969), client (-32000,-32000)-(-32000,-32000), visible (-32000,-32000)-(-31840,-31969) } style 26010000 flags 000018ab /* window unmapping request is being delayed, as a minimize is still pending: */ 0024:trace:x11drv:unmap_window win 0x10076/5c00003 0024:trace:x11drv:X11DRV_WindowPosChanged win 0x10076/5c00003 new_rects { window (-32000,-32000)-(-31840,-31969), client (-32000,-32000)-(-32000,-32000), visible (-32000,-32000)-(-31840,-31969) } style 26010000 flags 0000180b 0024:trace:event:call_event_handler 3283 PropertyNotify for hwnd/window 0x10076/5c00003 0024:trace:event:call_event_handler 3284 PropertyNotify for hwnd/window 0x10076/5c00003 0024:trace:event:call_event_handler 3285 PropertyNotify for hwnd/window 0x10076/5c00003 0024:trace:event:call_event_handler 3286 PropertyNotify for hwnd/window 0x10076/5c00003 0024:trace:event:call_event_handler 3287 PropertyNotify for hwnd/window 0x10076/5c00003 0024:trace:event:call_event_handler 3289 PropertyNotify for hwnd/window 0x10076/5c00003 /* the minimization reply is received, window didn't get minimized and we then discard the delayed unmap */ 0024:warn:x11drv:window_wm_state_notify window 0x10076/5c00003, mismatch WM_STATE 0x1/3289, expected 0x3/3288 ``` This looks like a WM bug, we request a minimization and the WM does not minimize the window but instead updates WM_STATE with NormalState. There is no way for us to know that this is not a user action, and we cannot ignore it or override it safely. We could, perhaps, decide that if the window has an unmap pending we should prefer it over user actions, but I'm not sure it is a good idea to add such logic and it feels brittle. -- 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.

Jan. 9, 2025