February 2026 - Wine-Bugs - list.winehq.org

[Bug 58913] Photoshop CC interface is broken on recent wine dev

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=58913 --- Comment #4 from Paul Gofman <pgofman(a)codeweavers.com> --- Likely the added function triggered the use of more (unimplemented) d2d stuff. Could you please describe how exactly I can get (free demo is best, or minimal possible purchase) matching version of Photoshop CC, install it with Wine and reproduce the problem? -- 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.

Feb. 9, 2026

[Bug 59345] Popup menus in audio plugins break for the whole session

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59345 Rémi Bernon <rbernon(a)codeweavers.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|regression | Regression SHA1|f24d38e1efe96598918b59ceb26 | |8fbfbf17f558d | -- 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.

Feb. 9, 2026

[Bug 59345] Popup menus in audio plugins break for the whole session

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59345 --- Comment #7 from Rémi Bernon <rbernon(a)codeweavers.com> --- Created attachment 80365 --> http://bugs.winehq.org/attachment.cgi?id=80365 Test showing broken behavior Although the behavior may seem regressive, there's been various issues with message processing around the blamed commits, and it seems to be timing dependent. The issue comes from window focus not matching Windows, and what the application expects. The application creates five windows each time it opens a menu. Four of the windows are transparent layered windows (WS_EX_TRANSPARENT | WS_EX_LAYERED), which are used for some unknown app-specific purpose. The fifth window is a classic WS_EX_TOOLWINDOW / WS_POPUP window. They are all created / shown / stacked in a specific order by the application. The windows are shown with SW_SHOWNA which is supposed to show the windows on screen but not activate them. We implement this through the EWMH X11 protocol, by setting _NET_WM_USER_TIME = 0 property before mapping the window (https://specifications.freedesktop.org/wm/latest/ar01s05.html#id-1.6.16) This is meant to tell the window manager not to activate it upon mapping, neither through XSetInputFocus, nor WM_TAKE_FOCUS. Yet, we still seem to sometimes receive WM_TAKE_FOCUS events, which we need to respond to by activating the window, as it may come from a user action without any way for us to tell. The application then gets confused as it receives focus change messages when it does not expect so. This then varies a bit depending on which window gets activated and it seems like it only decides to close the menu if the non-layered window is, possibly assuming that the window got activated by a mouse click on a menu item. > This happens in a KWin Wayland session but not in an X11 session nor did it happen using IceWM. That does mean it could be an issue with XWayland and not Wine. This seems to be the reason for the WM_TAKE_FOCUS we receive, and it looks like that it also depends on where the window is being opened. I can reproduce this on XWayland with GNOME, with the attached test, which passes on windows or with a X11 session. It looks like that if a window is created above, or moved above right after mapping, the currently active window, it gets the WM_TAKE_FOCUS every time, regardless of _NET_WM_USER_TIME value. If the window is mapped elsewhere, it doesn't. This is IMO a broken EWMH implementation, either from XWayland or from the X11 window manager under XWayland, and it should be fixed there. -- 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.

Feb. 9, 2026

[Bug 59394] Tex Murphy: Overseer fails to start (segfault) using NVK/Mesa

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59394 --- Comment #1 from Rémi Bernon <rbernon(a)codeweavers.com> --- The native Wayland driver always uses EGL, this is is probably something EGL specific, and probably because with GLX front buffer rendering is possible and used instead. The change from that commit only touches the front buffer rendering emulation code path, which explains that at least. It seems to me that the change is correct nonetheless, and perhaps the NVK driver is crashing because we are actually trying to blit front buffer to back whereas we were using empty/invalid coordinates before. Possibly this is a NVK / zink bug, but I don't have such setup at hand so I cannot be sure for now. -- 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.

Feb. 9, 2026

[Bug 59398] Vulkan child windows not excluded from parent GDI surface clip region

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59398 Rémi Bernon <rbernon(a)codeweavers.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |rbernon(a)codeweavers.com --- Comment #1 from Rémi Bernon <rbernon(a)codeweavers.com> --- Things have changed around there, and I suspect this is done more or less like that in Wine 11.0. -- 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.

Feb. 9, 2026

[Bug 59372] Regression: wine completely broken in the presence of non-graphics gl devices since 11.1

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59372 --- Comment #19 from Rémi Bernon <rbernon(a)codeweavers.com> --- Created attachment 80364 --> http://bugs.winehq.org/attachment.cgi?id=80364 Possible fix Thank you! It doesn't seem that there's any crash there, so it probably does later and I suspect it is because although the EGL devices are mostly correctly enumerated, the failure to create any GL context makes it fail to get any name for them, and the NULL name later on causes a crash when populating the display devices. It doesn't look like there's any way to distinguish these devices from other devices except from the context creation failure, so probably we need to try creating one at least once. Fwiw we could maybe try other ways to get names for the devices (like using EGL_EXT_device_query_name), but lets be safe for now and ignore the devices altogether, they won't be usable for OpenGL anyway. 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.

Feb. 9, 2026

[Bug 59257] RTF clipboard reads randomly chosen string (regression from wine 10)

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59257 Rémi Bernon <rbernon(a)codeweavers.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|NEW |RESOLVED Fixed by SHA1| |0ed7e47d01975be9102b2a2c46e | |7e52ba889ddf7 --- Comment #9 from Rémi Bernon <rbernon(a)codeweavers.com> --- Should be fixed with 0ed7e47d01975be9102b2a2c46e7e52ba889ddf7 -- 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.

Feb. 9, 2026

[Bug 50814] Adobe Audition 2020 crashes on startup, reporting 'Direct2D Drawbot error' (d2d_device_context_Flush is a stub)

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=50814 Nikolay Sivov <bunglehead(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|NEW |RESOLVED --- Comment #2 from Nikolay Sivov <bunglehead(a)gmail.com> --- Flush() won't fail now. -- 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.

Feb. 9, 2026

[Bug 50177] War Thunder Launcher doesn't render anything, just spams d2d_geometry_sink_AddArc stubs

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=50177 Nikolay Sivov <bunglehead(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #2 from Nikolay Sivov <bunglehead(a)gmail.com> --- Using linked installer, launcher starts fine for me. There are a few fixmes every frame, but window renders fine and is usable. -- 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.

Feb. 9, 2026

[Bug 59327] SketchUp regression in Wine11

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59327 brunojournoud(a)ouvaton.org changed: What |Removed |Added ---------------------------------------------------------------------------- Distribution|--- |Debian Keywords| |performance -- 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.

Feb. 9, 2026