December 2025 - Wine-Bugs - list.winehq.org

[Bug 53751] New: RollerCoaster Tycoon 1-2: rename dialog is hidden behind game screen
by WineHQ Bugzilla Dec. 20, 2025

Dec. 20, 2025

https://bugs.winehq.org/show_bug.cgi?id=53751 Bug ID: 53751 Summary: RollerCoaster Tycoon 1-2: rename dialog is hidden behind game screen Product: Wine Version: 6.1 Hardware: x86-64 URL: https://archive.org/download/RollerCoasterTycoon2Demos /RCT2_Demo.exe OS: Linux Status: NEW Keywords: download, regression Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: hverbeet(a)gmail.com Regression SHA1: 4ce1d7f93a35322d149cbde29d619e2580159a80 Distribution: --- Created attachment 73216 --> https://bugs.winehq.org/attachment.cgi?id=73216 What it looked like the last time it worked When you click on an attraction or person in RollerCoaster Tycoon 1 & 2 you can rename the object. A standard windows text-box should open in the upper-left corner of the screen letting you input a new name for that object. This text window is hidden behind the game screen when it is opened thus it is inaccessible/not usable. Tried with virtual desktop mode and fullscreen: both have the same issue. Nothing obvious appears in the terminal. Last version when it worked: Wine-6.0. Bisecting revealed commit 4ce1d7f93a35322d149cbde29d619e2580159a80 was the culprit. Can't revert it on current Wine but the rename window appears properly with the previous commit. Steps to reproduce in RCT 2 demo: Start a new game with the left-most icon at the bottom, select either "Crazy Castle" or "Six Flags Belgium" scenario. Left-click on an object to open an information window, select the rename icon (looks like a brownish name-tag). A text-box is opened but it is placed behind the game screen. RCT2_Demo.exe (69M) md5: 2d07a92c72ed5077a933ec9bf395f4d2 Still present in wine-7.18-120-g001665d7354. Xfwm4 version 4.16.1 OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: NVIDIA GeForce GT 730/PCIe/SSE2 OpenGL core profile version string: 4.6.0 NVIDIA 470.141.03 OpenGL core profile shading language version string: 4.60 NVIDIA -- 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 4

[Bug 47624] New: Application crashes in socket communication (Regression)
by wine-bugs＠winehq.org Dec. 19, 2025

Dec. 19, 2025

https://bugs.winehq.org/show_bug.cgi?id=47624 Bug ID: 47624 Summary: Application crashes in socket communication (Regression) Product: Wine Version: 4.13 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mnemotron(a)gmail.com Distribution: --- Created attachment 65058 --> https://bugs.winehq.org/attachment.cgi?id=65058 Wine debug log +relay,+ntdll,+winsock For several years we've been using Wine 1.7.18 on Lubuntu 13 (Linux 3.11.10) with a proprietary 32-bit Windows application programmed in Delphi. It is installed on small embedded PCs with AMD Geode LX processors at 500 MHz and 1 GB RAM and we have about 100 of these machines. After upgrading a test machine to newer Linux distributions and Wine 4.x the application crashes in its network functions. When booting the same hard drive via USB on a modern PC everything works, so the bug might be driver related. (But it works on the older kernel!) The basic error is this (Wine 4.13 devel): 340728.035:0008:0009:Ret KERNEL32.GetProcAddress() retval=7db174ac ret=0041615c 340728.035:0008:0009:Call ws2_32.shutdown(000000dc,00000001) ret=0067ba05 340728.035:0008:0009:Call ntdll.wine_server_handle_to_fd(000000dc,00000000,0033fac8,0033fac4) ret=7db246cb 340728.035:0008:0009:Ret ntdll.wine_server_handle_to_fd() retval=00000000 ret=7db246cb 340728.035:0008:0009:trace:winsock:WS_shutdown socket 00dc, how 0x1, options 0x0 340728.035:0008:0009:trace:winsock:WS2_register_async_shutdown socket 00dc type 2 340728.036:0008:0009:Call ntdll.RtlAllocateHeap(00110000,00000000,00000018) ret=7db1a77a 340728.036:0008:0009:Ret ntdll.RtlAllocateHeap() retval=001be6c0 ret=7db1a77a 340728.036:0008:0009:err:seh:setup_exception_record nested exception on signal stack in thread 0009 eip 7bca93b9 esp 7ffdbae0 stack 0x242000-0x340000 Winedbg does not work. When attaching to the Windows process, the application crashes and Winedbg says "Can't attach to process ... Error 5". Running the application in Winedbg directly generates the above error message plus "Process of pid=xxxx has terminated". There is no backtrace, the thread dies completely. I have tried various Linux distributions using 4.x kernels (Bodhi Linux 5, Linux Mint Debian Edition 3, Debian 9.9, Debian 10, Ubuntu 16.04) and also tried Wine 2.0.2, which is the oldest available binary package, and everytime the above error occurs. Building a custom Linux kernel for the machine also didn't change anything. Trying to build Wine 1.7.18 on Debian 10 resulted in several compile time errors that I am not able to fix, so I am stuck with available binary packages. Debugging and changing the Windows application itself managed to move the crash from the first network connect to when the application is shutdown. Only widely available network component libraries for Delphi were used (Indy and ICS), there is no self-developed net code. So, the same Windows executable works with Wine 1.7.13 on Linux 3.11, but it crashes in Wine 4.x (I tried several packages from Ubuntu and Debian from winehq) on modern 4.x Linux kernels on this machine. Any ideas? I'm ready to provide more needed info. Thomas -- 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 59108] New: Steam: Client starts up, but all window content is black or white.
by WineHQ Bugzilla Dec. 19, 2025

Dec. 19, 2025

http://bugs.winehq.org/show_bug.cgi?id=59108 Bug ID: 59108 Summary: Steam: Client starts up, but all window content is black or white. Product: Wine Version: 11.0-rc1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)list.winehq.org Reporter: chiitoo(a)gentoo.org Regression SHA1: 6048ac5dfebd7090672ec1c26e6e15dfd51d5a8d Distribution: Gentoo The Steam client windows start showing up with white content only after commit 6048ac5dfeb [1], if reporting Windows 7 to it. Reporting Windows 10 instead will make things black instead. After commit b5e59c09d4a [2], the windows are black for both Windows 7 and 10. The whiteness itself seems to be related to commit 18339eb0f50 [3], though the window content still shows up at that point, it's just that, for example, the initial opening of a menu flashes the menu area in white instead of black as it usually does. It also introduces a white flash for when launching Final Fantasy XI Online, so maybe it will receive its own bug too. This with the open-source amdgpu/mesa driver and KWin-X11. Last tested at d60f82860565 [4]. 1. https://gitlab.winehq.org/wine/wine/-/commit/6048ac5dfebd7090672ec1c26e6e15… 2. https://gitlab.winehq.org/wine/wine/-/commit/b5e59c09d4a5ebdd1171bd12733eb6… 3. https://gitlab.winehq.org/wine/wine/-/commit/18339eb0f5048500efb668e6a9b679… 4. https://gitlab.winehq.org/wine/wine/-/commit/d60f8286056559233e992c4084f319… -- 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 9

[Bug 45483] New: Installation of the DirectX 8.1 SDK fails due to msi custom action failure
by wine-bugs＠winehq.org Dec. 19, 2025

Dec. 19, 2025

https://bugs.winehq.org/show_bug.cgi?id=45483 Bug ID: 45483 Summary: Installation of the DirectX 8.1 SDK fails due to msi custom action failure Product: Wine Version: 3.12 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: mstefani(a)winehq.org Distribution: --- Created attachment 61838 --> https://bugs.winehq.org/attachment.cgi?id=61838 +msi,+msiexec,+pid debug output The DirectX 8.1 SDK fails to install due msi custom action errors: 006b:006c:err:msiexec:custom_action_server Failed to create custom action server pipe: 231 setup.exe shows "Error: -1603 Fatal error during installation." Steps to reproduce: DX81b_SDK.exe with SHA1: 221c60334da54e8e670741e7090e51255ad0284c MD5: 0ef4637b05b77ae8f75d58e17f0e7d6d DX81b_SDK.exe is a self extracting zip file. cd to the extracted directory and run: wine DXF/setup.exe (Changing to the DXF directory and then wine setup.exe makes no difference). Go through the steps and during the install at 0% a message box with the above error pops up. I'm attaching the +msi,+msiexec,+pid output -- 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.

4 10

[Bug 59123] New: Performance issues in Clickteam games
by WineHQ Bugzilla Dec. 19, 2025

Dec. 19, 2025

http://bugs.winehq.org/show_bug.cgi?id=59123 Bug ID: 59123 Summary: Performance issues in Clickteam games Product: Wine Version: 11.0-rc1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)list.winehq.org Reporter: user.pecheniok(a)gmail.com Distribution: --- An example of the issue is FNaF World Simulator (https://gamejolt.com/games/fnafw-sim/132258) In 10.20 the performance wasn't perfect, but the game was playable. However, in 11 rc 1 the fps severely worsened, sometimes reaching as low as 6. -- 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.

3 5

[Bug 54626] New: Saving files in Microsoft Word/Excel 2010 creates useless shortcut files
by WineHQ Bugzilla Dec. 19, 2025

Dec. 19, 2025

https://bugs.winehq.org/show_bug.cgi?id=54626 Bug ID: 54626 Summary: Saving files in Microsoft Word/Excel 2010 creates useless shortcut files Product: Wine Version: 8.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: kle(a)bluewin.ch Distribution: --- Here follows a new bug report regarding the problem observed in old bug report 15480. It was told me that I should open a new bug report. ;-) Okay, the issue regarding the creation of useless shortcut files is back in Wine 8.0 (stable). When I open a *.xlsx file at the desktop and save it (with the same name) to an *.ods file then Excel 2010 will create two files. One is a *.lnk (which points to the original xlsx) and the other is a shortcut regarding the ods file but also with *.ods ending. As mentioned, both of them are non-functional. -- 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 7

[Bug 59099] New: Mahjong game again does not display when launched - appears locked or caught in an endless loop
by WineHQ Bugzilla Dec. 19, 2025

Dec. 19, 2025

http://bugs.winehq.org/show_bug.cgi?id=59099 Bug ID: 59099 Summary: Mahjong game again does not display when launched - appears locked or caught in an endless loop Product: Wine Version: 11.0-rc1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: win32u Assignee: wine-bugs(a)list.winehq.org Reporter: craigaschulstad(a)gmail.com Distribution: --- Created attachment 79896 --> http://bugs.winehq.org/attachment.cgi?id=79896 Log of Mahjong game working with version 10.20 of Wine I feel like a broken record, but after seemingly fixed in release version 10.20, after installing version 11.0-rc1, launching my Mahjong game results in no display of the game window. When I manually launch the game, it actually appears that the execution of the program is getting stuck in an endless loop as the program does not end. I had to manually abort the program by entering "Ctrl-C". I am including a fresh log from the successful execution of the game with version 10.20 of Wine and a log when attempting to launch the game after installing version 11.0-rc1 of Wine. As before, this bug entry might be directed at Remi Bernon, as he seemed to understand the previous symptoms of this type of issue along with probably reviewing program "opengl.c", as that program seemed to hold the key to this type of 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.

2 2

[Bug 54425] New: user32:clibpoard - test_string_data_process() fails on Windows in mixed locales
by WineHQ Bugzilla Dec. 19, 2025

Dec. 19, 2025

https://bugs.winehq.org/show_bug.cgi?id=54425 Bug ID: 54425 Summary: user32:clibpoard - test_string_data_process() fails on Windows in mixed locales Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- user32:clibpoard - test_string_data_process() fails on Windows in mixed locales: clipboard.c:2351: Test failed: 7: wrong size 2 / 3 clipboard.c:2352: Test failed: 7: wrong data "a\x00", expected "\x83\xbf\x00" 1020:clipboard: 7 tests executed (0 marked as todo, 0 as flaky, 2 failures), 0 skipped. clipboard.c:231: 2 failures in child process clipboard.c:2351: Test failed: 8: wrong size 3 / 5 clipboard.c:2352: Test failed: 8: wrong data "a\xdf\x00", expected "\x83\xbf\x83\xc0\x00" 2024:clipboard: 7 tests executed (0 marked as todo, 0 as flaky, 2 failures), 0 skipped. clipboard.c:231: 2 failures in child process clipboard.c:2351: Test failed: 9: wrong size 3 / 5 clipboard.c:2352: Test failed: 9: wrong data "a\xdf\x00", expected "\x83\xbf\x83\xc0\x00" 1a7c:clipboard: 7 tests executed (0 marked as todo, 0 as flaky, 2 failures), 0 skipped. clipboard.c:231: 2 failures in child process clipboard.c:2351: Test failed: 10: wrong size 4 / 7 clipboard.c:2352: Test failed: 10: wrong data "a\xdf?\x00", expected "\x83\xbf\x83\xc0\x83\xc1\x00" 1538:clipboard: 7 tests executed (0 marked as todo, 0 as flaky, 2 failures), 0 skipped. clipboard.c:231: 2 failures in child process clipboard.c:2351: Test failed: 11: wrong size 4 / 7 clipboard.c:2352: Test failed: 11: wrong data "a\xdf?\x00", expected "\x83\xbf\x83\xc0\x83\xc1\x00" 05bc:clipboard: 7 tests executed (0 marked as todo, 0 as flaky, 2 failures), 0 skipped. clipboard.c:231: 2 failures in child process See https://test.winehq.org/data/patterns.html#user32:clipboard The failures happen in the w10pro64-mx-MX test configuration. What's special about it is that it uses a mix of locales: SystemDefaultLCID 0411 UserDefaultLCID 040c ThreadLocale 0411 SystemPreferredUILanguages 0412,0409 UserDefaultUILanguage 0412 ThreadUILanguage 0412 Country 231 ACP 932 The failures started happening with the commit below: commit 605ecafa67a4e034328b69396581e2f9b60d7af3 Author: Francois Gouget <fgouget(a)codeweavers.com> Date: Wed Dec 21 18:48:29 2022 +0100 user32: Fix a SetClipboardData() buffer overflow. Wine would append a correctly aligned NUL Unicode character to terminate the string but overflow the buffer by one byte for odd-sized strings. Windows instead overwrites the last two buffer bytes with a NUL Unicode character which ends up being misaligned for odd-sized strings. The clipboard data has a size field anyway so match the Windows behavior. Tweak the tests to show that SetClipboardData() can overwrite half of the Unicode string's last character. -- 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 4

[Bug 46033] New: Execution of commands that contain special symbols will be truncated.
by wine-bugs＠winehq.org Dec. 19, 2025

Dec. 19, 2025

https://bugs.winehq.org/show_bug.cgi?id=46033 Bug ID: 46033 Summary: Execution of commands that contain special symbols will be truncated. Product: Wine Version: 3.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: yanjie875077968(a)gmail.com Distribution: --- when i use the wine cmd, i find same command can't be run, but it can be run in winxp cmd. ➜ temp wine cmd Wine CMD Version 5.1.2600 (1.6.2) Z:\tmp\temp>dir_ny Volume in drive Z has no label. Volume Serial Number is 0000-0000 Directory of Z:\tmp\temp File not found. Z:\tmp\temp>./dir_ny Z:\tmp\temp>dir . Volume in drive Z has no label. Volume Serial Number is 0000-0000 Directory of Z:\tmp\temp 10/22/2018 4:50 PM <DIR> . 10/22/2018 4:50 PM <DIR> .. 10/22/2018 4:50 PM 471,040 cmd1.exe 10/22/2018 4:50 PM 7 dir_ny.bat 2 files 471,047 bytes 2 directories 9,204,056,064 bytes free Z:\tmp\temp>exit ➜ temp wine cmd1 Microsoft Windows XP [Version 5.1.2600] (C) Copyright 1985-2001 Microsoft Corp. Z:\tmp\temp>dir_ny fixme:process:CmdBatNotification 1 Z:\tmp\temp>dir . Volume in drive Z has no label. Volume Serial Number is 0000-0000 Directory of Z:\tmp\temp 10/22/2018 04:50 PM <DIR> . 10/22/2018 04:50 PM <DIR> .. 10/22/2018 04:50 PM 471,040 cmd1.exe 10/22/2018 04:50 PM 7 dir_ny.bat 2 File(s) 471,047 bytes 2 Dir(s) 9,204,056,064 bytes free fixme:process:CmdBatNotification 0 i review the cmd code in version 3.18. there is a bug in line 1318. while (IsCharAlphaNumericW(whichcmd[count])) { the IsCharAlphaNumericW function not include "_", so when a command include a "_" will be truncated. -- 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.

3 4

[Bug 59096] New: GLX backend doesn't work with Nvidia binary drivers since Wine-10.19
by WineHQ Bugzilla Dec. 19, 2025

Dec. 19, 2025

http://bugs.winehq.org/show_bug.cgi?id=59096 Bug ID: 59096 Summary: GLX backend doesn't work with Nvidia binary drivers since Wine-10.19 Product: Wine Version: 10.19 Hardware: x86-64 URL: https://archive.org/download/Highway_Pursuit/HighwayPu rsuit1_1.exe OS: Linux Status: NEW Keywords: download, regression Severity: normal Priority: P2 Component: win32u Assignee: wine-bugs(a)list.winehq.org Reporter: gyebro69(a)gmail.com CC: rbernon(a)codeweavers.com Regression SHA1: 349a6e31506f8392c8d37ddf4f02ae89ffcd61a1 Distribution: ArchLinux When falling back to the GLX backend on my Nvidia card using the binary drivers (NVIDIA 580.105.08) all the games that try to access hardware acceleration fail to start. They show a message about missing/unavailable D3D features or simply crash right away. In the terminal I have: 0024:err:d3d:wined3d_adapter_init_gl_caps Received a NULL GL_VENDOR. 0024:err:d3d:wined3d_adapter_gl_init Failed to initialize GL caps for adapter 00EE5510. 0024:err:d3d:wined3d_adapter_init_gl_caps Received a NULL GL_VENDOR. 0024:err:d3d:wined3d_adapter_gl_init Failed to initialize GL caps for adapter 00EE5510. This started happening after commit 349a6e31506f8392c8d37ddf4f02ae89ffcd61a1 win32u: Return the native OpenGL vendor name as GL_VENDOR string. The bug doesn't occur with nouveau vulkan drivers (NVK) and with Mesa-25.3.1 (A more recent regression does affect nouveau/Mesa though: bug #59093) To reproduce, you can try the small freeware game Highway Pursuit. Still present in Wine-11.0-rc1 OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: NVIDIA GeForce GTX 1660 SUPER/PCIe/SSE2 OpenGL core profile version string: 4.6.0 NVIDIA 580.105.08 X.Org X Server 1.21.1.21 -- 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.

3 6