February 2023 - Wine-bugs - list.winehq.org

[Bug 54285] New: Mostly UE4 games failing to start when trying to use faudio by wine itself
by WineHQ Bugzilla 22 Dec '25

22 Dec '25

https://bugs.winehq.org/show_bug.cgi?id=54285 Bug ID: 54285 Summary: Mostly UE4 games failing to start when trying to use faudio by wine itself Product: Wine Version: 7.0.1 Hardware: x86-64 OS: FreeBSD Status: UNCONFIRMED Severity: normal Priority: P2 Component: xaudio2 Assignee: wine-bugs(a)winehq.org Reporter: Alexander88207(a)Protonmail.com Created attachment 73852 --> https://bugs.winehq.org/attachment.cgi?id=73852 Sea of Thieves Hello, since the update to wine 7 it is not possible to run mostly Unreal Engine 4 games. In the log there were indications that something might be wrong with the xaudio 2_7 dll. So I just applied faudio via winetricks and the games work again. Unfortunately this is not a permanent solution as there is a bug on platforms like Mac OS, FreeBSD that if you use native,buildin xaudio the sound does not work correctly in terms of stuttering and slightly distorted sound. As far as I know the games worked correctly in Wine 6.0.1. Unfortunately it is not possible for me to test more in wine-devel because the port is very often defective and also just once again not working. (Last version tested was 7.21 and it was there too) Thanks in advance! -- 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 11

[Bug 46776] New: Bioshock crashing on start [REGRESSION]
by wine-bugs＠winehq.org 22 Dec '25

22 Dec '25

https://bugs.winehq.org/show_bug.cgi?id=46776 Bug ID: 46776 Summary: Bioshock crashing on start [REGRESSION] Product: Wine Version: 4.3 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: timofeevsv1989(a)gmail.com Distribution: --- Created attachment 63790 --> https://bugs.winehq.org/attachment.cgi?id=63790 Bioshock crash. Wine console output Bioshock 1/2 and it's remasters crashing on 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.

2 1

[Bug 43485] New: Regression bug: Bricscad v15: Drop-down lists are not switchable
by wine-bugs＠winehq.org 21 Dec '25

21 Dec '25

https://bugs.winehq.org/show_bug.cgi?id=43485 Bug ID: 43485 Summary: Regression bug: Bricscad v15: Drop-down lists are not switchable Product: Wine Version: 2.13 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tolikk91(a)yandex.ru Distribution: --- Created attachment 58866 --> https://bugs.winehq.org/attachment.cgi?id=58866 screenshot Drop-down lists are not switchable, This appeared in version 2,13 and remains relevant for version 2,14 -- 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 50381] New: AIMP (4.70 build 2236) window cannot be moved in Ubuntu MATE 20.04 and Linux Mint 20.0 Cinnamon/MATE
by WineHQ Bugzilla 21 Dec '25

21 Dec '25

https://bugs.winehq.org/show_bug.cgi?id=50381 Bug ID: 50381 Summary: AIMP (4.70 build 2236) window cannot be moved in Ubuntu MATE 20.04 and Linux Mint 20.0 Cinnamon/MATE Product: Wine-staging Version: 6.0-rc3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: 93.duke.xperia(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- The AIMP (4.70 build 2236) window cannot be moved to Ubuntu MATE 20.04 and Linux Mint 20.0 Cinnamon / MATE. When you try to re-move by the window manager MATE, the window is moved but then returned to its previous position. Also, the window is in the mode - on top of all windows. Tested on Ubuntu 20.04 / Ubuntu MATE 20.04 / Linux Mint 20.0 Cinnamon/MATE/Xfce / KDE neon 5.20 distributions - this problem only occurs on Ubuntu MATE 20.04 and Linux Mint 20.0 Cinnamon / MATE on Xfce drag and drop works and other DEs too. AIMP v4.70 build 2236 --> https://www.aimp.ru/?do=download&os=windows -- 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 27

[Bug 44821] New: Gothic 1 inventory objects not rendered
by wine-bugs＠winehq.org 20 Dec '25

20 Dec '25

https://bugs.winehq.org/show_bug.cgi?id=44821 Bug ID: 44821 Summary: Gothic 1 inventory objects not rendered Product: Wine Version: 3.4 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: w1t3sc4(a)cybergal.com Distribution: --- Created attachment 60854 --> https://bugs.winehq.org/attachment.cgi?id=60854 Inventory objects are not rendered. Object icons in the inventory are not rendered (screenshot). This bug was absent in Wine 3.1, but appears in Wine 3.3 and 3.4. -- 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 15

[Bug 13273] New: Wine does not remember disk labels set through winecfg
by wine-bugs＠winehq.org 20 Dec '25

20 Dec '25

http://bugs.winehq.org/show_bug.cgi?id=13273 Summary: Wine does not remember disk labels set through winecfg Product: Wine Version: 1.0-rc1 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ccf2egd02(a)sneakemail.com Wine does not seem to remember disk labels or serial numbers when set via winecfg. Steps to reproduce: 1) create a disk entry in ~/.wine/dosdevices ln -s /someplace_with_CD_image ~/.wine/dosdevices/q\: 2) run winecfg, select disk tab. 3) Select q: 4) Show advanced 5) Set to manual setup, disk label to "SOMETHING", disk ID to "FEEDBE" 6) APPLY 7) verify data by selecting some other drive, then re-selecting q: 8) quit winecfg 9) Restart winecfg and reselect the disk tab. Reselect q: Expected results Disk label should be "SOMETHING", id should be "FEEDBE" Actual results Disk label unset, disk ID 0 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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 25

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

20 Dec '25

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 19 Dec '25

19 Dec '25

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 45483] New: Installation of the DirectX 8.1 SDK fails due to msi custom action failure
by wine-bugs＠winehq.org 19 Dec '25

19 Dec '25

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 54425] New: user32:clibpoard - test_string_data_process() fails on Windows in mixed locales
by WineHQ Bugzilla 19 Dec '25

19 Dec '25

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