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

[Bug 59232] Flight Simulator 2000 has flickers and performance issues when rendering the 3D world with a 2D instrument panel in windowed mode

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59232 Rémi Bernon <rbernon(a)codeweavers.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED CC| |rbernon(a)codeweavers.com Resolution|--- |FIXED Fixed by SHA1| |6802b32b3859e3b1c3e59bdb462 | |d373fcf0608cf --- Comment #1 from Rémi Bernon <rbernon(a)codeweavers.com> --- This has been already fixed with 6802b32b3859e3b1c3e59bdb462d373fcf0608cf. -- 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. 10, 2026

[Bug 59400] Minecraft: Story Mode has broken cursor bounding boxes

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59400 --- Comment #2 from Afif An Nafie <afifsworld132(a)gmail.com> --- Okay now checking it, it seems to be fine up until DPI 144. The cursor still lags a lot behind the main cursor Oh also I am using macOS Sonoma 14.1.1... -- 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. 10, 2026

[Bug 59400] Minecraft: Story Mode has broken cursor bounding boxes

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59400 --- Comment #1 from Afif An Nafie <afifsworld132(a)gmail.com> --- It seems to be related to the DPI setting in the graphics option. Setting it to 96 DPI fixes the issue. Until if the resolution is changed, then it breaks again. Nothing in dgVoodoo.conf changes anything so I still think it may be more on the Wine-side. -- 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. 10, 2026

[Bug 46552] Crossfire doesn't install: no initial window comes up, just hangs

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=46552 --- Comment #22 from luca.finizio(a)protonmail.com --- Created attachment 80371 --> http://bugs.winehq.org/attachment.cgi?id=80371 Debug log with Wine 11.2 The application hangs during startup and eventually shows a window load timeout. I ran Wine with: WINEDEBUG=+mshtml,+urlmon,+wininet,+ole,+shell wine CrossFireWest.exe &> cf_debug.txt The log shows multiple COM-related failures and missing components, in particular: ShellMessageBoxW forward missing from builtin shell32.dll Failure to create Internet Explorer/MSHTML related COM objects Repeated errors loading dxtrans.dll: err:ole:apartment_getclassobject DllGetClassObject returned error 0x80040111 for dll "C:\\windows\\system32\\Dxtrans.dll" CLSID {6c736db1-bd94-11d0-8a23-00aa00b58e10} not registered It appears the application requires: MSHTML/Internet Explorer COM components DXTransform (dxtrans.dll) Using builtin Wine DLLs only, the application never completes initialization. -- 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. 10, 2026

[Bug 59403] New: Missing parameter validation in printf() family of functions

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59403 Bug ID: 59403 Summary: Missing parameter validation in printf() family of functions Product: Wine Version: 11.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: ucrtbase Assignee: wine-bugs(a)list.winehq.org Reporter: p(a)perkele.cc Distribution: --- int precision = 0x80000000; double val = 0; printf("%.*f", precision, val); MS output: 0.000000 Wine output: lots of padding Also affects snprintf() and alike. Originally sighted in: FFmpeg's av_ts_make_time_string2() - I'm still figuring out how 0x80000000 got there. Affected apps: foobar2000, FFmpeg if built against ucrt, likely anything else using similarly configured FFmpeg. Confirmed on: various Linux distros, Wine 11.2 -- 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. 10, 2026

[Bug 59402] AssocQueryStringW does not update pcchOut when pszOut is non-null

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59402 --- Comment #1 from Marijn <marijns95(a)gmail.com> --- Separately, according to the docs the required length of the string should only be returned if ASSOCF_NOTRUNCATE is set: > If the ASSOCF_NOTRUNCATE flag is set in flags and the buffer specified in pszOut is too small, the function returns E_POINTER and the value is set to the required size of the buffer. When the string is instead truncated by default (if that flag is not set), I expect it to instead return the original "the number of characters actually placed in the buffer", so `*outlen` should stay at its original `*datalen` value instead of being updated to `datalen`? -- 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. 10, 2026

[Bug 59402] New: AssocQueryStringW does not update pcchOut when pszOut is non-null

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59402 Bug ID: 59402 Summary: AssocQueryStringW does not update pcchOut when pszOut is non-null Product: Wine Version: 11.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: shlwapi Assignee: wine-bugs(a)list.winehq.org Reporter: marijns95(a)gmail.com Distribution: --- In a little Rust crate called `webbrowser`, `AssocQueryStringW()` is used to retrieve the command to launch a webbrowser: https://github.com/amodm/webbrowser-rs/blob/94baf04e0c325f4ae9f86969dee252b… I'm currently running this under `wine` (just updated to 11.2) and found the character count in `pcchOut` isn't updated but remains at the default buffer size of `512` (leading to the rest of the code processing a string with a bunch of interior NULs, because Rust uses string length by default). If I manually alter the code to pass `NULL` to `pszOut`, the count is updated to the actual length of the command string. This seems to mismatch what this crate is expecting, and what the Windows documentation states: https://learn.microsoft.com/en-us/windows/win32/api/shlwapi/nf-shlwapi-asso… > When the function returns successfully, the value is set to the number of characters actually placed in the buffer. The documentation of the underlying IQueryAssociations_fnGetString() also says: > Success: S_OK. pszOut contains the string, pcchOut contains its length. Looking at the actual implementation of ASSOC_ReturnString, it only updates `*outlen` when the output string was NULL (as seen above) or when it was too small for the data (`*outlen < datalen`): https://gitlab.winehq.org/wine/wine/-/blob/9f704e4cc4a346d249ebc5346975e2d1… Should this assignment simply be moved out of those if's? -- 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. 10, 2026

[Bug 57958] Caps lock issue when holding Caps lock with other key and Caps lock state was already on

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=57958 --- Comment #9 from DanielGGGG <daniel.gaba(a)protonmail.com> --- Wayland backend doesn't have this issue only x11 backend. Maybe same synchronization method could be implemented on x11 backend? -- 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. 10, 2026

[Bug 59005] winhlp / winhelp32: Selecting "Edit > Copy" in Westwood Monopoly (1995) help file crashes

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59005 Piotr Caban <piotr.caban(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |bb4ef1fbf7d8dae627025ea698c | |740cca8d15a06 CC| |piotr.caban(a)gmail.com Component|msvcrt |richedit Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #4 from Piotr Caban <piotr.caban(a)gmail.com> --- Marking as fixed by bb4ef1fbf7d8dae627025ea698c740cca8d15a06. -- 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. 10, 2026

[Bug 48874] Faststone Image Viewer - pencil colour is black so wrong component

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=48874 --- Comment #8 from Maotong Zhang <zmtong1988(a)gmail.com> --- Wine-11.2, test version 7.5, has issues. -- 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. 10, 2026

[Bug 48874] Faststone Image Viewer - pencil colour is black so wrong component

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=48874 Maotong Zhang <zmtong1988(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |zmtong1988(a)gmail.com --- Comment #7 from Maotong Zhang <zmtong1988(a)gmail.com> --- Wine-11.2, test version 5.6, no issues. -- 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. 10, 2026

[Bug 59390] BoyScout GBA Software synthesizer hangs on boot

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59390 Sterophonick <sterophonick(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |INVALID Status|UNCONFIRMED |RESOLVED --- Comment #2 from Sterophonick <sterophonick(a)gmail.com> --- the splash screen does show and it is correctly waiting for the click. I did not realize it required a click, rather odd program design. Closing. -- 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. 10, 2026

[Bug 59401] New: AmCap: No preview from webcam when enabled

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59401 Bug ID: 59401 Summary: AmCap: No preview from webcam when enabled Product: Wine Version: 11.2 Hardware: x86-64 URL: https://github.com/microsoft/Windows-classic-samples/t ree/main/Samples/Win7Samples/multimedia/directshow/cap ture/amcap OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)list.winehq.org Reporter: schmidt.tyler(a)protonmail.com Distribution: --- Created attachment 80370 --> http://bugs.winehq.org/attachment.cgi?id=80370 Complete terminal output Wine fails to render a preview of the webcam when enabling "Options->Preview" from the AmCap sample compiled from a Windows system (Windows 11 in this case). The webcam is an OBS Virtual Camera. Verified that this works as-intended on Windows 11, but not through Wine. -- 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. 10, 2026

[Bug 59380] Nioh: The Complete Edition fails to reach the main menu

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59380 --- Comment #1 from Francisco Casas <fcasas(a)codeweavers.com> --- I ran the Steam version of the game on a Wine prefix. Did this bug appear on the Steam version of the game or another one? After renaming the movie folder, I could start the game properly and menus were working. However, after enabling/maxing all graphic settings and restarting, I couldn't see the menu again. I couldn't retrieve offending shaders though, I set VKD3D_SHADER_DUMP_PATH but I only got cs_5_0 shaders and all of them compile with vkd3d-1.18-295-gc121e9b1. Can you try the same and attach the shaders in a ZIP? -- 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 58913] Photoshop CC interface is broken on recent wine dev

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=58913 herobrinecat <noaaweatherradiostatus(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #80368|0 |1 is obsolete| | --- Comment #12 from herobrinecat <noaaweatherradiostatus(a)gmail.com> --- Created attachment 80369 --> http://bugs.winehq.org/attachment.cgi?id=80369 just tried out the latest wine git, the issue still persists (no staging sadly because it failed to apply "0001-win32k.sys-Add-stub-driver.patch") -- 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 58913] Photoshop CC interface is broken on recent wine dev

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=58913 --- Comment #11 from Paul Gofman <pgofman(a)codeweavers.com> --- I think Nikolay had in mind the latest Wine git and not any released version. d2d_geometry_sink_AddArc() still appears in the latest log and it was implemented in 5d093518d71900aa45a7b8976b7cb5d2d84be940 and not in any released version yet. -- 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 58913] Photoshop CC interface is broken on recent wine dev

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=58913 herobrinecat <noaaweatherradiostatus(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #80367|0 |1 is obsolete| | --- Comment #10 from herobrinecat <noaaweatherradiostatus(a)gmail.com> --- Created attachment 80368 --> http://bugs.winehq.org/attachment.cgi?id=80368 Properly logged the issue this time -- 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 58913] Photoshop CC interface is broken on recent wine dev

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=58913 --- Comment #9 from herobrinecat <noaaweatherradiostatus(a)gmail.com> --- Created attachment 80367 --> http://bugs.winehq.org/attachment.cgi?id=80367 A log of the issue in Wine 11.2 (staging, and I did use DXVK) -- 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 58913] Photoshop CC interface is broken on recent wine dev

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=58913 --- Comment #8 from herobrinecat <noaaweatherradiostatus(a)gmail.com> --- Created attachment 80366 --> http://bugs.winehq.org/attachment.cgi?id=80366 Photoshop 2024 on Wine 11.2 (staging) broken -- 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 59365] d2d1: Text not rendered in VSTGUI applications (Serum2)

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59365 --- Comment #4 from gng <nen24t(a)gmail.com> --- Thanks for the feedback, Nikolay. You're right that simply forcing NATURAL is a workaround. We've since addressed this more properly as part of a larger D2D1 patch series (13 patches total, posted at https://github.com/robbert-vdh/yabridge/issues/413#issuecomment-3868060550) The font issue specifically is handled in patch 2/13 ("d2d1: Force NATURAL rendering mode for better font quality"). The core problem is that ALIASED and OUTLINE modes produce poor results with Wine's FreeType backend — OUTLINE generates empty glyphs, and ALIASED produces unreadable pixelated text. The fix forces NATURAL when either of those modes is returned by GetRecommendedRenderingMode(). I understand this is still more of a targeted fix than a proper implementation of outline rendering and AA modes. The broader patch series does include shader-based geometry antialiasing (patch 1/13), which replaces the hard `clip()` calls in the pixel shader with smooth alpha blending — so geometry AA is functional with those patches applied. But improving the DWrite outline rendering path itself to produce correct glyphs is beyond our current scope. The full patch set (v4.0) applies cleanly on both Wine 11.0 stable and 11.1 and has been runtime-tested with Serum 2 in REAPER. -- 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 52838] MachStudio Pro renders wrong

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=52838 --- Comment #6 from Nikolay Sivov <bunglehead(a)gmail.com> --- I was able to reproduce this on Linux with current Wine. However I'm not sure it's necessarily a D2D problem. It is used, but I don't see any rendering attempts with it at all. But I do see some shader processing fixmes. One option is to try with dxvk to compare. -- 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 59399] Gnome dev sabotage causing crashes

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59399 Zeb Figura <z.figura12(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Version|unspecified |11.2 CC| |z.figura12(a)gmail.com --- Comment #2 from Zeb Figura <z.figura12(a)gmail.com> --- We use XResetScreenSaver() to prevent sleep when a joystick is in use (though only from dinput so far). There's probably other instances where we could be doing that, but it's not clear. Is XResetScreenSaver() sufficient or does Gnome effectively ignore it? Or, if it is sufficient, do you have a specific instance of an application that inhibits sleep on Windows and not yet on Wine? (I also feel compelled to point out that the merge request linked from that page [1] contains a more detailed argument for the feature you want, and has not been fundamentally rejected in the same way.) [1] https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/2507 -- 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 58913] Photoshop CC interface is broken on recent wine dev

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=58913 --- Comment #7 from herobrinecat <noaaweatherradiostatus(a)gmail.com> --- (In reply to Nikolay Sivov from comment #6) > Could you retest with current Wine? It has a fix for AddArc(), so at least > that one should not appear in the logs anymore. Ok, I can try that once I get home and on my computer -- 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 59399] Gnome dev sabotage causing crashes

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59399 mata <sutupud(a)yahoo.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sutupud(a)yahoo.com --- Comment #1 from mata <sutupud(a)yahoo.com> --- And how should wine know when to use the inhibitor API? It would be the running application that would need to use it. On windows, from what I can see the rough equivalent would be: https://learn.microsoft.com/en-us/windows/win32/api/winbase/nf-winbase-powe… Looking at dlls/kernel32/powermgnt.c that and the related functions are currently stubs. So maybe it would be possible to implement that windows API using the inhibitor API if available. But even then, the application would need to use ti. In any case, souldn't it be possible to just run the application using systemd-inhibit wine ...application... to force inhibit even if the app doesn't cooperate? -- 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 #20 from uvos <devnull(a)uvos.xyz> --- Yes that patch solves the issue! -- 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