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

[Bug 54979] New: Futexes which protect memory allocation congest, causing 100x performance degradation
by WineHQ Bugzilla May 3, 2026

May 3, 2026

https://bugs.winehq.org/show_bug.cgi?id=54979 Bug ID: 54979 Summary: Futexes which protect memory allocation congest, causing 100x performance degradation Product: Wine Version: 8.0.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: nagle(a)animats.com Distribution: --- Created attachment 74518 --> https://bugs.winehq.org/attachment.cgi?id=74518 Debugger output with multiple threads stuck in spinlocks. SUMMARY Under the wrong circumstances, a program doing many memory allocations from multiple threads can experience more than 100x performance degradation. I'm seeing this in my own Rust program, which has 16 sometimes-compute-bound threads on a 12 CPU machine. This works fine on Microsoft Windows and when compiled for Linux. Under Wine, it can be over 100x slower. Multiple threads are banging on a spinlock at _InterlockedCompareExchange [Z:\usr\src\packages\BUILD\include\winnt.h:6630] in ntdll spin_lock [Z:\usr\src\packages\BUILD\dlls\ntdll\sync.c:937] in ntdll This is the spin lock around the queue for pausing threads. DISCUSSION This looks like futex congestion. That's a known kind of problem, but doesn't seem to have been seen in Wine before. It may be that some programs just run really slow under Wine, and nobody knows why. The code in NTDLL is clearly intended to handle the fast case without doing an OS-level lock. Under light load, that's O(1). But under heavy load, with multiple threads pounding on spinlocks, each spinlock waits longer, and there are multiple threads, so it becomes O(N^2). Which means huge slowdowns. See discussion at https://forum.winehq.org/viewtopic.php?t=37688 which has snippets of the code that's causing the problem. I can copy all that info over here if necessary. Let me know. -- 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.

2 21

[Bug 54414] New: Window content corrupted after using scrollbars
by WineHQ Bugzilla May 2, 2026

May 2, 2026

https://bugs.winehq.org/show_bug.cgi?id=54414 Bug ID: 54414 Summary: Window content corrupted after using scrollbars Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: maranbr(a)outlook.com Distribution: --- Created attachment 73975 --> https://bugs.winehq.org/attachment.cgi?id=73975 Window content after scroll The window content gets completely corrupted after use scroll bars. Tested on versions 4.x, 5.x, 6.x, 7.x and the last one available, the 8.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.

2 8

[Bug 59695] New: load_init_registry_from_file takes a long time during wine boot
by WineHQ Bugzilla May 2, 2026

May 2, 2026

http://bugs.winehq.org/show_bug.cgi?id=59695 Bug ID: 59695 Summary: load_init_registry_from_file takes a long time during wine boot Product: Wine Version: 11.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: registry Assignee: wine-bugs(a)list.winehq.org Reporter: stephan.seitz(a)fau.de Distribution: --- Created attachment 80812 --> http://bugs.winehq.org/attachment.cgi?id=80812 Flamegraph showing time spend during wine boot Please excuse if this is a duplicated. I noticed that wine boot takes a long time on my machine. Being curious I ran perf (see flamegraph screenshot) on it and saw that most of the time (almost 16s) is spent during load_init_registry_from_file. I was wondering whether there is a faster way to deserialize the registry. I built wine from source 607d214b9b33be8ee7377f194a98c01a36af803c (2026/04/05) using `./configure && make -j20`. I have a wine prefix with some development tools installed. 28% of the overall boot time samples is spend in running the two `to_lower` in `memicmp_strW` server/unicode.c ``` static inline WCHAR to_lower( WCHAR ch ) { return ch + casemap[casemap[casemap[ch >> 8] + ((ch >> 4) & 0x0f)] + (ch & 0x0f)]; } int memicmp_strW( const WCHAR *str1, const WCHAR *str2, data_size_t len ) { int ret = 0; for (len /= sizeof(WCHAR); len; str1++, str2++, len--) if ((ret = to_lower(*str1) - to_lower(*str2))) break; return ret; } ``` so optimizing `memicmp_strW` would have a big impact on boot time (e.g. adding a fast path for ascii chars or adding vectorization if that is possible in the wine server and we are allowed to access memory past a possible \0 byte. If the registry would be stored as a case-insensitive filesystem or consistent with the in-memory representation of the registry it would maybe even be possible to skip deserialization or make it very cheap. -- 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.

1 5

[Bug 50778] New: TortoiseMerge closes before showing a window
by WineHQ Bugzilla May 2, 2026

May 2, 2026

https://bugs.winehq.org/show_bug.cgi?id=50778 Bug ID: 50778 Summary: TortoiseMerge closes before showing a window Product: Wine Version: 6.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lexlexlex(a)gmail.com Distribution: --- Created attachment 69576 --> https://bugs.winehq.org/attachment.cgi?id=69576 Terminal log for TortoiseMerge startup and subsequent closing with wine Steps to reproduce: 1. Install TortoiseSVN in a 64-bit wine prefix. 2. Try to run TortoiseMerge.exe with the wine prefix mentioned in step 1. For example, run "wine TortoiseMerge.exe" from a terminal if the default wine prefix was used. Current behavior: TortoiseMerge closes before showing a window. No TortoiseMerge window appears. Expected behavior: TortoiseMerge is expected to start, allowing the user to compare and merge files in a windowed GUI. Additional information: A download for the current version of the TortoiseSVN installer as of this report is at https://osdn.net/projects/tortoisesvn/storage/1.14.1/Application/TortoiseSV… A log showing terminal output when trying to run "wine TortoiseMerge.exe" is attached. Opinion: This is one of 2 bugs preventing using TortoiseSVN fully in wine. The other is 50756. If these 2 bugs are fixed, TortoiseSVN could be used fully, easing the transition of users whose jobs rely on SVN to Linux. Currently some companies still use SVN and I've tried all the free SVN clients for Linux, and none of them come close to the level of convenience and intuitiveness that TortoiseSVN provides. I have nemo actions ready to enable full usage in of TortoiseSVN in Linux if these 2 bugs are fixed. This would help me personally tremendously, as digging through old revisions in alternate SVN branches is part of my job and extremely difficult with any SVN client other than TortoiseSVN using TortoiseMerge. Thanks for reading this. -- 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.

2 8

[Bug 55278] New: Wine incorrectly defines the allowed movement area for VB6 widget
by WineHQ Bugzilla May 2, 2026

May 2, 2026

https://bugs.winehq.org/show_bug.cgi?id=55278 Bug ID: 55278 Summary: Wine incorrectly defines the allowed movement area for VB6 widget Product: Wine Version: 8.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ry1tg3+RY1TN1(a)rokejulianlockhart.anonaddy.com Distribution: --- Created attachment 74891 --> https://bugs.winehq.org/attachment.cgi?id=74891 Logs. Per https://github.com/yereverluvinunclebert/Panzer-Earth-gauge-VB6/issues/5#is…, Wine incorrectly defines the allowed movement area for a window with hidden decorations (https://github.com/yereverluvinunclebert/Panzer-Earth-gauge-VB6.git) on Linux. To reproduce, 0. Clone https://github.com/yereverluvinunclebert/Panzer-Earth-gauge-VB6.git 1. Invoke https://github.com/yereverluvinunclebert/Panzer-Earth-gauge-VB6/blob/main/S… 2. Invoke https://github.com/yereverluvinunclebert/Panzer-Earth-gauge-VB6/blob/main/P… ```log PS /home/rokejulianlockhart> wine --version wine-8.12 PS /home/rokejulianlockhart> ``` -- 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.

2 2

[Bug 57427] New: After uninstalling Bionicle Heroes demo, it won't reinstall. Error: -1627 Function failed
by WineHQ Bugzilla May 2, 2026

May 2, 2026

https://bugs.winehq.org/show_bug.cgi?id=57427 Bug ID: 57427 Summary: After uninstalling Bionicle Heroes demo, it won't reinstall. Error: -1627 Function failed Product: Wine Version: 9.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: doomtay(a)gmail.com Distribution: --- Created attachment 77420 --> https://bugs.winehq.org/attachment.cgi?id=77420 Terminal outputs from initial installation, uninstallation, and attempted subsequent reinstallations If I install the Bionicle Heroes demo from https://web.archive.org/web/20111216135946/http://gameshadow.vo.llnwd.net/o…, it installs fine the first time around, but if I then uninstall it, the window saying the game was unsuccessfully uninstalled seems to pop up twice. If I then attempt to reinstall the game, I get an error saying "Error: -1627 Function failed". In case it was a fluke or something, I also tried again, while installing to a different location, and the same error occurred. -- 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.

2 3

[Bug 59641] New: Roblox Studio docking is non-functional under winewayland
by WineHQ Bugzilla May 2, 2026

May 2, 2026

http://bugs.winehq.org/show_bug.cgi?id=59641 Bug ID: 59641 Summary: Roblox Studio docking is non-functional under winewayland Product: Wine Version: 11.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winewayland Assignee: wine-bugs(a)list.winehq.org Reporter: eff3ctsb0t(a)gmail.com Distribution: --- Docking floating child windows back into the Roblox Studio's parent window is not possible, due to Studio not revealing its docking layout when dragging child windows over the parent window. This includes things like the toolbox, the explorer and the 3D viewport. This issue partly exists under winex11 as well, though there are ways to mitigate this (e.g. using Wine's virtual desktop). There are no such mitigations under winewayland. -- 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.

1 4

[Bug 59640] New: Roblox Studio's 3D-viewport turns blank or flickers (VK_SUBOPTIMAL_KHR)
by WineHQ Bugzilla May 1, 2026

May 1, 2026

http://bugs.winehq.org/show_bug.cgi?id=59640 Bug ID: 59640 Summary: Roblox Studio's 3D-viewport turns blank or flickers (VK_SUBOPTIMAL_KHR) Product: Wine Version: 11.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: eff3ctsb0t(a)gmail.com Distribution: --- Created attachment 80731 --> http://bugs.winehq.org/attachment.cgi?id=80731 Wine debug log with +debugstr There's currently a way to cause the 3D-viewport to either turn blank or flicker while using the native Vulkan renderer. Roblox Studio appears to output Vulkan-related errors when this occurs. Something noteworthy is that this only occurs under winex11 and not winewayland, so I'm not sure which Wine component to blame here. Steps to reproduce: 1. Change the Graphics Mode to Vulkan (File > Studio Settings > Rendering), then restart Studio. 2. Open the Baseplate template. 3. Press Ctrl+I and insert a Script (this will create a new tab within Studio). 4. Switch back to the tab with the 3D-viewport. -- 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.

1 4

[Bug 59684] New: ExamDiffPro now Crashes under 11.7
by WineHQ Bugzilla May 1, 2026

May 1, 2026

http://bugs.winehq.org/show_bug.cgi?id=59684 Bug ID: 59684 Summary: ExamDiffPro now Crashes under 11.7 Product: Wine Version: 11.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: gerhard.muellner(a)gm.co.at Distribution: --- with the version 11.7 now ExamDiffPro creates an error and stops. worked nearly perfect under 11.5 (except small error when cursor reaches end of file) -- 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.

1 8

[Bug 59645] New: FormatMessageW fails to format ERROR_NOT_A_REPARSE_POINT (4390) with error 317
by WineHQ Bugzilla May 1, 2026

May 1, 2026

http://bugs.winehq.org/show_bug.cgi?id=59645 Bug ID: 59645 Summary: FormatMessageW fails to format ERROR_NOT_A_REPARSE_POINT (4390) with error 317 Product: Wine Version: 11.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)list.winehq.org Reporter: me(a)a2va.dev Distribution: --- FormatMessageW cannot format the ERROR_NOT_A_REPARSE_POINT because the message for this error is not defined. As the error code 317 means ERROR_MR_MID_NOT_FOUND: The system cannot find message text for message number... -- 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.

1 6