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

[Bug 59239] Site statistics link broken

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59239 Jeremy Newman <jnewman(a)codeweavers.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE CC| |jnewman(a)codeweavers.com --- Comment #1 from Jeremy Newman <jnewman(a)codeweavers.com> --- Duplicate of Bug 59433 *** This bug has been marked as a duplicate of bug 59433 *** -- 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. 21, 2026

[Bug 59433] Broken "web traffic to WineHQ" link

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59433 Jeremy Newman <jnewman(a)codeweavers.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|NEW |RESOLVED --- Comment #3 from Jeremy Newman <jnewman(a)codeweavers.com> --- The old webalizer stuff is gone and not coming back. It wasn't super useful anymore in this age of having the website proxied through CloudFlare anyway. I removed the links from the wiki. -- 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. 21, 2026

[Bug 30267] Star Trek DS9 Dominon Wars - Main menu graphics problem

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=30267 --- Comment #8 from Alex Henrie <alexhenrie24(a)gmail.com> --- Actually, I'm not sure that the hack I attached fixes the problem in all cases. The ddraw wrapper hides all modes with more than 16 bits per pixel, and it might indeed be necessary to hide 24-bit modes as well as 32-bit modes, but I can't test that because I don't get any 24-bit modes enumerated in ddraw7_EnumDisplayModes even if I run `Xephyr :1 -ac -screen 800x600x24` and start Dominion Wars with WINEDEBUG=+ddraw and DISPLAY=:1. Something in my hardware or software stack must not support 24-bit color. Regardless, the hack shows where the problem lies. -- 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. 21, 2026

[Bug 30267] Star Trek DS9 Dominon Wars - Main menu graphics problem

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=30267 Alex Henrie <alexhenrie24(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |alexhenrie24(a)gmail.com --- Comment #7 from Alex Henrie <alexhenrie24(a)gmail.com> --- Created attachment 80420 --> http://bugs.winehq.org/attachment.cgi?id=80420 Hack to hide 32-bit color modes I've confirmed that the bug is still present on Wine 11.2. The ddraw wrapper that Christopher mentioned as a workaround has moved to http://www.jiri-dvorak.net/dw/index.html The wrapper was custom-made specifically for running Dominion Wars on modern hardware. This bug is the first problem that it addresses: > Game happily selects 32 bit color mode even if can not handle it properly. This shows as graphical corruption once the intro videos end. Videos themselves are handled by Bink library and work fine. The wrapper hides display modes which do not have 16bit color depth. The attached hack "fixes" it in Wine in the same way that the ddraw wrapper fixes it, but hiding 32-bit modes is obviously wrong and will break other games. Since the same bug happens on Windows, I don't think there's anything we can do in Wine to make it better. The same workarounds that are required to make the game run on Windows are also required on Wine. And if you can get Linux running on hardware from the 90's, the game would run slowly but render just as well on Wine as it would on Windows on the same hardware. -- 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. 21, 2026

[Bug 59222] WISO Mein Geld 365 - Accepting Licence Agreement (Ticking a box) is not accepted and ends in a loop

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59222 Jonny <winehq(a)jbxf.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |winehq(a)jbxf.de --- Comment #1 from Jonny <winehq(a)jbxf.de> --- I'd like to confirm this bug on winehq-stable (wine-11.0). Aside: If you manage to install the program on Windows, you can grab the installed files from there and try to run them on Linux. But then then even more problems appear. -- 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. 21, 2026

[Bug 59333] VNyan leaks memory (race in __wine_syscall_dispatcher $rsp switching breaks Unity GC)

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59333 --- Comment #22 from Zeb Figura <z.figura12(a)gmail.com> --- I don't think bisecting is going to be all that useful at this point; the problem is pretty well understood. -- 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. 21, 2026

[Bug 59333] VNyan leaks memory (race in __wine_syscall_dispatcher $rsp switching breaks Unity GC)

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59333 --- Comment #21 from Adalyn <adibtw(a)tuta.io> --- I made a minimal Unity project that recreates this issue more consistently I have yet to be able to reproduce the issue on commit 0a5f7a71036, and I was able to recreate the issue within seconds on commit 245e8cedf059. I'll continue attempting to narrow down the range of commits, but it's taking quite a while to build wine between tests, so it could be a bit -- 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. 21, 2026

[Bug 59437] Genshin Impact: game won't start (Gentoo Linux)

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59437 ruby R53 <enkiferreiracosta867(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|xolehlp |-unknown -- 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. 21, 2026

[Bug 59437] New: Genshin Impact: game won't start (Gentoo Linux)

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59437 Bug ID: 59437 Summary: Genshin Impact: game won't start (Gentoo Linux) Product: Wine Version: 11.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: xolehlp Assignee: wine-bugs(a)list.winehq.org Reporter: enkiferreiracosta867(a)gmail.com Distribution: --- Created attachment 80419 --> http://bugs.winehq.org/attachment.cgi?id=80419 Console output I've been trying to play Genshin thru Wine for a few days already, and while the HoYoPlay launcher does start and is able to install the game in question, the game itself simply refuses to run. First, I had an issue where it was missing the WDFLDR.SYS driver because it was needed by one of its components. So I went ahead and downloaded the file for it. Error fixed. Now, starting the game spits what's shown in the attachment, while spawning a debugger window that closes after half a second and has nothing written on it. What caught me the most attention is the "Access denied" error in the console output, however. I don't really know what it's trying to say, because it's not a file or anything that it's trying to access, so I can't tell what's going on. I also built Wine both with debug symbols on and off, but that made no difference in whether said window would remain to show what's going on or not. Weirdly enough, I do remember the game working when I tried it in CachyOS, and it somehow doesn't work here anymore. Either a new update to the game was done and now it no longer launches, or my setup is just too different and it can't run on 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.

Feb. 21, 2026

[Bug 16957] CreateProcess handles are inherited even when bInheritHandles=FALSE

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=16957 Gijs Vermeulen <gijsvrm(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|NEW |RESOLVED --- Comment #12 from Gijs Vermeulen <gijsvrm(a)gmail.com> --- (In reply to Eric Pouech from comment #11) This indeed seems to be fixed. Marking as such. -- 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. 21, 2026

[Bug 14713] Xara Xtreme 4: Resizing handles not visible

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=14713 Gijs Vermeulen <gijsvrm(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|NEW |RESOLVED --- Comment #9 from Gijs Vermeulen <gijsvrm(a)gmail.com> --- Since there was no reply to comment #8 in 2.5 years, let's assume this is fixed. Please reopen if you can still reproduce. -- 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. 21, 2026

[Bug 10471] Radmin viewer 3.1: Ungrayed disabled menu item in the "Connection Properties" window

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=10471 --- Comment #12 from Gijs Vermeulen <gijsvrm(a)gmail.com> --- Still present with wine-11.3. Native comctl32 works around. -- 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. 21, 2026

[Bug 34178] MiKTeX 2.9 build 5105 (32-bit) fails to install (wizard dialog caption reset by initial property page selection)

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=34178 --- Comment #9 from Gijs Vermeulen <gijsvrm(a)gmail.com> --- Still present with wine-11.3. Native comctl32 still works around. -- 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. 21, 2026

[Bug 31283] I Love Science! cannot detect its CD

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=31283 --- Comment #11 from Janne <janne.kekkonen(a)gmail.com> --- Created attachment 80418 --> http://bugs.winehq.org/attachment.cgi?id=80418 changes to get ils started Hello, with attached changes i got the ILS to start. -- 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. 21, 2026

[Bug 59436] Wayland/EGL: Washed-out colors caused by double sRGB conversion on default framebuffer (GL_FRAMEBUFFER_SRGB)

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59436 --- Comment #2 from tpaniaki <tpaniaki(a)protonmail.com> --- Comment on attachment 80417 --> http://bugs.winehq.org/attachment.cgi?id=80417 Patch >diff --git a/dlls/opengl32/thunks.c b/dlls/opengl32/thunks.c >index 3c60ec5d6bb..7145c2c1b7f 100644 >--- a/dlls/opengl32/thunks.c >+++ b/dlls/opengl32/thunks.c >@@ -3207,8 +3207,45 @@ static void WINAPI glBindFramebuffer( GLenum target, GLuint framebuffer ) > { > struct glBindFramebuffer_params args = { .teb = NtCurrentTeb(), .target = target, .framebuffer = framebuffer }; > NTSTATUS status; >+ static BOOL srgb_disabled_for_default_fb; >+ > TRACE( "target %d, framebuffer %d\n", target, framebuffer ); > if ((status = UNIX_CALL( glBindFramebuffer, &args ))) WARN( "glBindFramebuffer returned %#lx\n", status ); >+ >+ if (target == GL_DRAW_FRAMEBUFFER || target == GL_FRAMEBUFFER) >+ { >+ struct glIsEnabled_params is_enabled_args = { .teb = NtCurrentTeb(), .cap = GL_FRAMEBUFFER_SRGB }; >+ GLboolean srgb_enabled; >+ >+ if ((status = UNIX_CALL( glIsEnabled, &is_enabled_args ))) WARN( "glIsEnabled returned %#lx\n", status ); >+ srgb_enabled = is_enabled_args.ret; >+ >+ if (!framebuffer) >+ { >+ /* Avoid double sRGB/gamma conversion on the onscreen framebuffer. */ >+ if (srgb_enabled) >+ { >+ struct glDisable_params disable_args = { .teb = NtCurrentTeb(), .cap = GL_FRAMEBUFFER_SRGB }; >+ >+ TRACE( "disabling GL_FRAMEBUFFER_SRGB on default framebuffer\n" ); >+ if ((status = UNIX_CALL( glDisable, &disable_args ))) WARN( "glDisable returned %#lx\n", status ); >+ srgb_disabled_for_default_fb = TRUE; >+ } >+ else >+ { >+ srgb_disabled_for_default_fb = FALSE; >+ } >+ } >+ else if (srgb_disabled_for_default_fb) >+ { >+ /* Restore sRGB state for offscreen FBOs if we disabled it for FBO 0. */ >+ struct glEnable_params enable_args = { .teb = NtCurrentTeb(), .cap = GL_FRAMEBUFFER_SRGB }; >+ >+ TRACE( "restoring GL_FRAMEBUFFER_SRGB on non-default framebuffer\n" ); >+ if ((status = UNIX_CALL( glEnable, &enable_args ))) WARN( "glEnable returned %#lx\n", status ); >+ srgb_disabled_for_default_fb = FALSE; >+ } >+ } > } > > static void WINAPI glBindFramebufferEXT( GLenum target, GLuint framebuffer ) -- 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. 21, 2026

[Bug 59436] Wayland/EGL: Washed-out colors caused by double sRGB conversion on default framebuffer (GL_FRAMEBUFFER_SRGB)

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59436 --- Comment #1 from tpaniaki <tpaniaki(a)protonmail.com> --- Comment on attachment 80417 --> http://bugs.winehq.org/attachment.cgi?id=80417 Patch wrong_upload -- 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. 21, 2026

[Bug 59436] New: Wayland/EGL: Washed-out colors caused by double sRGB conversion on default framebuffer (GL_FRAMEBUFFER_SRGB)

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59436 Bug ID: 59436 Summary: Wayland/EGL: Washed-out colors caused by double sRGB conversion on default framebuffer (GL_FRAMEBUFFER_SRGB) Product: Wine Version: 11.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winewayland Assignee: wine-bugs(a)list.winehq.org Reporter: tpaniaki(a)protonmail.com Distribution: --- Created attachment 80417 --> http://bugs.winehq.org/attachment.cgi?id=80417 Patch Fixes https://bugs.winehq.org/show_bug.cgi?id=59073 Summary When running Wine with the Wayland driver (winewayland.drv) using EGL, colors may appear washed out / desaturated in OpenGL applications. The issue is caused by GL_FRAMEBUFFER_SRGB remaining enabled while rendering to the default framebuffer (FBO 0), leading to a double gamma/sRGB conversion in some Wayland/EGL pipelines. Disabling GL_FRAMEBUFFER_SRGB only when rendering to the default framebuffer fixes the color output. Environment Wine: wine-git (tested on 11.x, reproducible on current master) Backend: winewayland.drv (Wayland native, not XWayland) GPU: AMD (Mesa) Compositor: wlroots-based (qtile Wayland) EGL backend in use Application tested: Roon (Chromium/CEF-based UI, OpenGL rendering) Observed behavior Colors appear faded / washed out Gamma looks incorrect (as if double sRGB conversion occurs) Issue only occurs under Wayland/EGL Colors are correct: Under X11/XWayland Or if GL_FRAMEBUFFER_SRGB is manually disabled for FBO 0 Root cause hypothesis Some Wayland/EGL compositors already perform colorspace handling for the window surface. If GL_FRAMEBUFFER_SRGB remains enabled when rendering to the default framebuffer, the pipeline applies sRGB conversion twice: App → GL_FRAMEBUFFER_SRGB → EGL/Compositor colorspace → Display This results in desaturated output. Minimal fix Disable GL_FRAMEBUFFER_SRGB only when binding the default framebuffer (FBO 0), while preserving the application's requested sRGB state for non-default FBOs. Example patch (conceptual) Inside framebuffer binding path: if (!framebuffer && gl_info->supported[ARB_FRAMEBUFFER_SRGB]) { TRACE("glBindFramebuffer disabling GL_FRAMEBUFFER_SRGB on default framebuffer\n"); glDisable(GL_FRAMEBUFFER_SRGB); } else if (framebuffer && app_framebuffer_srgb_enabled) { TRACE("glBindFramebuffer restoring GL_FRAMEBUFFER_SRGB on non-default framebuffer\n"); glEnable(GL_FRAMEBUFFER_SRGB); } Results Colors become correct under Wayland/EGL No regression observed in tested OpenGL apps Behavior matches X11 output sRGB still works correctly for offscreen FBO rendering -- 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. 21, 2026

[Bug 59140] Bug avec le logiciel pronote pendant sa mise à jour

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59140 Pascal <p.gerbaud(a)free.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #4 from Pascal <p.gerbaud(a)free.fr> --- Le problème a été résolu avec la mise à jour de vanilla. Merci à Joaopa et KRosUser pour leur aide. -- 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. 21, 2026

[Bug 59433] Broken "web traffic to WineHQ" link

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59433 Bernhard Übelacker <bernhardu(a)mailbox.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bernhardu(a)mailbox.org --- Comment #2 from Bernhard Übelacker <bernhardu(a)mailbox.org> --- There is also bug #59239, which look similar. -- 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. 21, 2026

[Bug 59433] Broken "web traffic to WineHQ" link

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59433 gsw.eugeneulan(a)gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- URL| |https://gitlab.winehq.org/w | |ine/wine/-/wikis/Usage-Stat | |istics#:~:text=web%20traffi | |c%20to%20WineHQ -- 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. 21, 2026

[Bug 59435] No windows elements categories (in Construct 2 r280, probably generic problem)

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59435 gsw.eugeneulan(a)gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Distribution|--- |Ubuntu -- 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. 21, 2026

[Bug 59435] No windows elements categories (in Construct 2 r280, probably generic problem)

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59435 --- Comment #3 from gsw.eugeneulan(a)gmail.com --- (In reply to Nikolay Sivov from comment #2) > This does look like groups. Does it cause any issues, except for > inconveniently grouped, or rather not grouped, items? With the default official Construct 2 configuration, for advanced user it may be just minor inconvenience - as there is not much to select from, and search can be used if necessary. But if any user has many third-party addons installed, each with groups for themselves and their ACEs* - this can get out of control really quickly, just by simply exploring addons and their ACEs when adding them. Working on older games, as well as porting them and third-party addons made in/for Construct 2 to Construct 3 is the main reason why would anybody use Construct 2 now at all. And I hope that Wine will work well enough for it to not needing Windows at all. * ACEs - short for Actions, Conditions and Expressions, which are the functions or building blocks used in addons for visual programming in Construct's event sheets. -- 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. 21, 2026

[Bug 47830] Exact Audio Copy (EAC) does not run with latest development release

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=47830 KRosUser <kyle.kcsoftwares(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kyle.kcsoftwares(a)gmail.com --- Comment #3 from KRosUser <kyle.kcsoftwares(a)gmail.com> --- Wine 11.2 and EAC 1.8 : works fine To be CLOSED -- 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. 21, 2026

[Bug 54858] Multiple games call for "Windows.System.DispatcherQueue" (Tannenberg, The Last Stand: Aftermath, The Long Dark)

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=54858 --- Comment #22 from winehq_bugzilla(a)yahoo.com --- Created attachment 80416 --> http://bugs.winehq.org/attachment.cgi?id=80416 Console output wine 11.3 In 11.3, the error message is present (see attachment). -- 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. 21, 2026

[Bug 59140] Bug avec le logiciel pronote pendant sa mise à jour

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59140 KRosUser <kyle.kcsoftwares(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kyle.kcsoftwares(a)gmail.com --- Comment #3 from KRosUser <kyle.kcsoftwares(a)gmail.com> --- Which version of pronote are you using ? At which point did the crash occur ? When checking for update ? Downloading ? installing ? -- 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. 21, 2026