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

[Bug 59687] 'const' variable modifier causes null return-value in vertex shader

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59687 --- Comment #7 from Zeb Figura <z.figura12(a)gmail.com> --- Sorry about the delay... we ran into a bit of yak shaving on the way :P -- 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.

May 15, 2026

[Bug 59687] 'const' variable modifier causes null return-value in vertex shader

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59687 --- Comment #6 from Henri Verbeet <hverbeet(a)gmail.com> --- Should be fixed by commit d4007d0aa9066f0f9ceae5f40fcf6e9bcb9e60cf. -- 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.

May 15, 2026

[Bug 59408] Ultimate Custom Night has severe performance issues

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59408 --- Comment #3 from Stian Low <wineryyyyy(a)gmail.com> --- Same results for DAMAVAND for new-wow64 with builtin vkd3d and old-wow64 built with latest vkd3d-1.19.24972e4d. -- 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.

May 15, 2026

[Bug 59738] GetFinalPathNameByHandleW returns unresolved symbolic link path instead of final resolved path

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59738 --- Comment #13 from Zeb Figura <z.figura12(a)gmail.com> --- (In reply to BugSeeker from comment #9) > One reason is portability expectations from cross-platform libraries. > > Code using std::filesystem typically does not distinguish between “Windows > symlink” and “host filesystem symlink”; it just expects canonicalization > APIs to behave consistently for the filesystem the process is actually > running on. A cross-platform library targeting win32 would use NT symlinks. It wouldn't use "host" Unix symlinks, because it has no way to do so. -- 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.

May 15, 2026

[Bug 59408] Ultimate Custom Night has severe performance issues

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59408 Stian Low <wineryyyyy(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |wineryyyyy(a)gmail.com --- Comment #2 from Stian Low <wineryyyyy(a)gmail.com> --- Created attachment 80938 --> http://bugs.winehq.org/attachment.cgi?id=80938 DAMAVAND backtrace Confirmed for wine-11.8 (not-staging). Steam version not tested: https://gamejolt.com/games/UltimateCN/349545 MangoHUD reports WINED3D for GE-Proton10-32 and suggests DXVK is not used unless Steam has a special compatible version that differs from the download link. Forcing `WINE_D3D_CONFIG=renderer=vulkan` show DAMAVAND vs DXVK for GE-Proton10-32. DAMAVAND reports even more severely low FPS ~5 for both GE-Proton10-32 and wine-11.8 at start screen and both crash before gameplay begins after clicking GO. WINED3D FPS ~20 for gameplay with Visual Effects enabled. 60 FPS when disabled. Attached is backtrace of DAMAVAND backtrace crash. -- 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.

May 15, 2026

[Bug 59543] Control Ultimate Edition renders a black screen in DX12 mode

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59543 Andrey Gusev <andrey.goosev(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|NEW |RESOLVED Fixed by SHA1| |2d2239e6f9cba1cf246af2eb18f | |f2fef46a93a19 --- Comment #3 from Andrey Gusev <andrey.goosev(a)gmail.com> --- Marking fixed. -- 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.

May 15, 2026

[Bug 59742] winedevice.exe never exits

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59742 --- Comment #7 from Hugo Osvaldo Barrera <hugo(a)whynothugo.nl> --- The following workaround also works: wineserver # Never exits if created by a child of gamescope. gamescope … wine game.exe wineserver -k # Clean up explicitly. -- 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.

May 15, 2026

[Bug 59742] winedevice.exe never exits

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59742 --- Comment #6 from Bernhard Übelacker <bernhardu(a)mailbox.org> --- (In reply to Bernhard Übelacker from comment #5) > Is the problem wineserver gets killed before > it can shutdown winedevic.exe? > Kind of a variant of bug #57608? Following link to the source of gamescope seems to prove it actively makes sure forked childs get killed. https://github.com/ValveSoftware/gamescope/blob/master/src/Apps/gamescopere… And having wineserver killed usually makes wine processes wait forever. -- 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.

May 15, 2026

[Bug 59733] CJK font fallback prioritizes deprecated SimSun over modern UI fonts

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59733 --- Comment #1 from Rafał Mużyło <galtgendo(a)o2.pl> --- Created attachment 80937 --> http://bugs.winehq.org/attachment.cgi?id=80937 my old font settings Just a minor point wrt. screenshots in MR. My own experiences are relative to ja_JP.locale. There, I've once been using IPAMona fonts - which weren't great but still good enough. But I do recall to that to get the substitution right I needed both a LANG locale switch, as well as KEY_CURRENT_USER\Software\Wine\Fonts\Replacements (and its 32bit variant) set up correctly. IIRC, those screenshots look a bit like a comparison of case with and without locale switch, but my memory is somewhat hazy.... -- 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.

May 15, 2026

[Bug 59408] Ultimate Custom Night has severe performance issues

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59408 --- Comment #1 from Afif An Nafie <afifsworld132(a)gmail.com> --- Hi, the issue is still present in Wine Staging 11.8. Enabling Visual Effects in-game is what breaks performance, it is mentioned by people in CrossOver database. The menu's still lag, and only the page displaying controls after pressing Go is not affected by performance issues (No effect from Visual Effect on or off). Also, the game has the same performance issues when using dgVoodoo2 to DXMT (turning Visual Effects off also fixes 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.

May 15, 2026

[Bug 59555] Star Wars: Knights of the Old Republic - Rendering failure with active framebuffer effects

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59555 --- Comment #9 from Rémi Bernon <rbernon(a)codeweavers.com> --- Thanks for the bisection, the issue doesn't seem to be directly related to the changes in that commit but a code path is taken after these changes and it helped figuring the bug. https://gitlab.winehq.org/wine/wine/-/merge_requests/10914 should fix 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.

May 15, 2026

[Bug 59742] winedevice.exe never exits

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59742 --- Comment #5 from Bernhard Übelacker <bernhardu(a)mailbox.org> --- A probably better workaround: gamescope -- bash -c "wine winemine; wineserver -w" Is the problem wineserver gets killed before it can shutdown winedevic.exe? Kind of a variant of bug #57608? -- 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.

May 15, 2026

[Bug 59742] winedevice.exe never exits

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59742 Bernhard Übelacker <bernhardu(a)mailbox.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bernhardu(a)mailbox.org --- Comment #4 from Bernhard Übelacker <bernhardu(a)mailbox.org> --- Can reproduce it with following, no extra application needed: gamescope wine winemine As a workaround the wine background processes could be started outside of gamescope: wine wineconsole cmd /c "timeout /t 2" & sleep 1s; gamescope wine winemine Unfortunately gamescope got not released with Debian Trixie, but the package from testing just after the release was installable at my system: https://snapshot.debian.org/archive/debian/20250811T030546Z/pool/contrib/g/… -- 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.

May 15, 2026

[Bug 59521] Ubisoft Connect shows a dark window after launching

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59521 --- Comment #2 from Andrey Gusev <andrey.goosev(a)gmail.com> --- Created attachment 80936 --> http://bugs.winehq.org/attachment.cgi?id=80936 +x11drv,+event,+win,+wgl -- 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.

May 15, 2026

[Bug 59738] GetFinalPathNameByHandleW returns unresolved symbolic link path instead of final resolved path

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59738 --- Comment #12 from Hans Leidekker <hans(a)meelstraat.net> --- (In reply to BugSeeker from comment #11) > > How exactly do you rely on the Unix symlink being resolved? > For example, I'm passing this path to another, native Linux program that > already expects a canonical path. > > > Would it work for you if you used a Windows symlink instead? > Why would I use a Windows symbolic link in a Linux environment? Wine supports Windows symlinks. You could also consider using winepath which was designed for this purpose. It maps Windows paths to Unix paths and resolves Unix symlinks. -- 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.

May 15, 2026

[Bug 59673] Densha De Go! Professional 2 crashes on launch

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59673 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> --- I can't reproduce with current git HEAD on Mesa / Intel and the game works fine for me. Could you attach a log file with WINEDEBUG=+loaddll,+pid,+x11drv,+d3d,+opengl,+wgl,+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.

May 15, 2026

[Bug 59425] GXSCC crashes when a valid MIDI file is dragged in its window

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59425 Rémi Bernon <rbernon(a)codeweavers.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |rbernon(a)codeweavers.com Fixed by SHA1| |e0d2ddb409c9fbe0a7cade00c35 | |39cf0d345993f Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #8 from Rémi Bernon <rbernon(a)codeweavers.com> --- MR has been merged, I assume this has been fixed. -- 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.

May 15, 2026

[Bug 59521] Ubisoft Connect shows a dark window after launching

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59521 --- Comment #1 from Rémi Bernon <rbernon(a)codeweavers.com> --- I can't reproduce this, could you attach a log with WINEDEBUG=+x11drv,+event,+win,+wgl ? -- 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.

May 15, 2026

[Bug 59738] GetFinalPathNameByHandleW returns unresolved symbolic link path instead of final resolved path

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59738 --- Comment #11 from BugSeeker <rikul(a)inbox.ru> --- > How exactly do you rely on the Unix symlink being resolved? For example, I'm passing this path to another, native Linux program that already expects a canonical path. > Would it work for you if you used a Windows symlink instead? Why would I use a Windows symbolic link in a Linux environment? It's important to remember that Wine is not a standalone operating system; it interacts with the Linux environment in some way. -- 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.

May 15, 2026

[Bug 59738] GetFinalPathNameByHandleW returns unresolved symbolic link path instead of final resolved path

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59738 --- Comment #10 from Hans Leidekker <hans(a)meelstraat.net> --- (In reply to BugSeeker from comment #9) > Also, since this changed only after > af35741d3681f21222a85900b54d95ee422fe074, existing Wine users — including us > — may already rely on the previous behavior without intentionally depending > on Unix symlink semantics. How exactly do you rely on the Unix symlink being resolved? Would it work for you if you used a Windows symlink instead? -- 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.

May 15, 2026

[Bug 59738] GetFinalPathNameByHandleW returns unresolved symbolic link path instead of final resolved path

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59738 --- Comment #9 from BugSeeker <rikul(a)inbox.ru> --- One reason is portability expectations from cross-platform libraries. Code using std::filesystem typically does not distinguish between “Windows symlink” and “host filesystem symlink”; it just expects canonicalization APIs to behave consistently for the filesystem the process is actually running on. This is especially relevant for Wine because it operates inside a Linux environment and routinely interoperates with native Linux filesystems, tooling, build systems, containers, editors, and launchers, where Unix symlink resolution is part of normal path semantics. From the application perspective, Wine exposing unresolved Unix symlink components through GetFinalPathNameByHandleW() creates observable behavior differences versus both native Windows and normal Linux/POSIX canonicalization routines. If preserving “invisible Unix symlinks” is considered important for some use cases, it may be better handled through a separate Wine-specific mechanism or API rather than by changing the behavior of a standard canonicalization API that applications already rely on. Also, since this changed only after af35741d3681f21222a85900b54d95ee422fe074, existing Wine users — including us — may already rely on the previous behavior without intentionally depending on Unix symlink semantics. -- 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.

May 15, 2026

[Bug 59752] PROFILE_Save does not separate sections with empty line, leading to Ressource Hacker saving different ini file on 1st and 2nd run

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59752 KRosUser <kyle.kcsoftwares(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Distribution|--- |Ubuntu URL| |https://web.archive.org/web | |/20180426130124if_/http://w | |ww.angusj.com/resourcehacke | |r/reshacker_setup.exe Keywords| |download -- 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.

May 15, 2026

[Bug 59752] New: PROFILE_Save does not separate sections with empty line, leading to Ressource Hacker saving different ini file on 1st and 2nd run

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59752 Bug ID: 59752 Summary: PROFILE_Save does not separate sections with empty line, leading to Ressource Hacker saving different ini file on 1st and 2nd run Product: Wine Version: 11.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)list.winehq.org Reporter: kyle.kcsoftwares(a)gmail.com Distribution: --- Resource Hacker 4.7.34 : https://web.archive.org/web/20180426130124if_/http://www.angusj.com/resourc… On first run, .ini file is created in the following format [Section1] Name1=Val1 Name2=Val2 Name3=Val3 [Section2] Name4=Val4 Name5=Val5 Name6=Val6 After second run, .ini file is rewritten in the folowing format [Section1] Name1=Val1 Name2=Val2 Name3=Val3 [Section2] Name4=Val4 Name5=Val5 Name6=Val6 In Windows, it is written as 2nd run from the initial start. Analysis performed here with API Monitor https://jira.reactos.org/browse/CORE-15438?focusedId=147696&page=com.atlass… show that " When Resource Hacker closes: - It checks for the ResourceHacker.ini file - If it is not present, it writes the initial contents using WriteFile (the text before the [MRU List] section - 277 bytes). The buffer of the application contains the double newlines as section separator. The handle is closed and the file is persistent on disk. - It calls WritePrivateProfileStringW for each MRU (1 to 8) - so 8 times - If the section [MRU List] is present, each MRU* entries are updated according (second time and further runs) - If the section [MRU List] is not present (like the first time you close the program), the section is created and the entire .ini file is rebuilt by the PROFILE_Save logic. The profile saving routine puts single new lines as section separator. - If it is present, it will read the memory the content, updates via WritePrivateProfileStringW and resave the content (those 347 bytes) " The guilty code is in kernel32/section.c PROFILE_Save which misses the additional CRLF between sections https://gitlab.winehq.org/wine/wine/-/blob/master/dlls/kernel32/profile.c#L… -- 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.

May 15, 2026

[Bug 59751] WizTree 4.30: Dropdown menu fails to redraw hovered items with active visual style

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59751 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- URL| |https://diskanalyzer.com/fi | |les/archive/wiztree_4_30_se | |tup.exe Keywords| |download -- 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.

May 15, 2026

[Bug 59729] Volumes do not report FILE_SUPPORTS_OPEN_BY_FILE_ID

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59729 Joel Holdsworth <joel(a)airwebreathe.org.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #4 from Joel Holdsworth <joel(a)airwebreathe.org.uk> --- Merged in 1eb08b866a83430a7aa30b29d113fc6b7c8058a8 -- 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.

May 14, 2026