March 2021 - Wine-bugs - list.winehq.org

[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 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 46033] New: Execution of commands that contain special symbols will be truncated.
by wine-bugs＠winehq.org 19 Dec '25

19 Dec '25

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 50606] New: Far Manager does not resize when tty console is resized
by WineHQ Bugzilla 12 Dec '25

12 Dec '25

https://bugs.winehq.org/show_bug.cgi?id=50606 Bug ID: 50606 Summary: Far Manager does not resize when tty console is resized Product: Wine Version: 6.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rpisl(a)seznam.cz Distribution: --- Created attachment 69291 --> https://bugs.winehq.org/attachment.cgi?id=69291 Quick fix Far Manager does not resize when tty console is resized. The tty size is only read upon start and remains fixed. Attaching a hack that fixes it for me. Let me know if there is a way how to do it properly and acceptable for upstream. -- 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 38652] New: VMR9 Owner and Clipping hwnd
by wine-bugs＠winehq.org 12 Dec '25

12 Dec '25

https://bugs.winehq.org/show_bug.cgi?id=38652 Bug ID: 38652 Summary: VMR9 Owner and Clipping hwnd Product: Wine Version: 1.7.38 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: jasonwinter(a)hotmail.com Distribution: --- VMR9 - Windows quartz seems to set Owner (I.E. put_Owner) if not already set when SetVideoClippingWindow is called. Wine creates a window at monitor position 0,0 (top, left) outside the application if this isn't explicitly done. -- 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 12401] New: Support junction points, i.e. DeviceIoCtl( FSCTL_SET_REPARSE_POINT/FSCTL_GET_REPARSE_POINT)
by wine-bugs＠winehq.org 12 Dec '25

12 Dec '25

http://bugs.winehq.org/show_bug.cgi?id=12401 Summary: Support junction points, i.e. DeviceIoCtl(FSCTL_SET_REPARSE_POINT/FSCTL_GET_REPARSE_PO INT) Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Junction points are one of Microsoft's answers to symlinks. Unix symlinks could be mapped into junction points. This would allow applications (e.g. Picasa) avoid following symlinks if they wanted to. Also, the .net 2 installer would be happier in winxp mode if wine supported junction points (see bug 10601): "The .NET 2.0 Framework installer checks if the target volume is NTFS filesystem type and then uses the FSCTL_SET_REPARSE_POINT ioctl (used for mount points and junctions) to create junction points for each registered assembly in Windows SxS directory to GAC assembly directory (link target). Basically the junction point is used to redirect access from one directory to another." Tommy Kho posted a patch to add a conformance test for getting and setting junction points, http://www.winehq.org/pipermail/wine-patches/2006-March/024956.html but it was not accepted. -- 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 91

[Bug 43110] New: Unhandled exception: assertion failed in 32-bit code ( 0xf76fec79) when running Indycar Series
by wine-bugs＠winehq.org 12 Dec '25

12 Dec '25

https://bugs.winehq.org/show_bug.cgi?id=43110 Bug ID: 43110 Summary: Unhandled exception: assertion failed in 32-bit code (0xf76fec79) when running Indycar Series Product: Wine Version: 2.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: opnoack(a)icloud.com Distribution: --- Created attachment 58307 --> https://bugs.winehq.org/attachment.cgi?id=58307 Screenshot OS: Antergos/Arch Linux Kernel: Linux version 4.11.2-1-ARCH (builduser(a)tobias) (gcc version 7.1.1 20170516 (GCC) ) #1 SMP PREEMPT Mon May 22 06:53:49 CEST 2017 I followed the guide on https://appdb.winehq.org/objectManager.php?sClass=version&iId=28433: - Copied files from Program Files to home folder - Installed dinput8 with winetricks - Started game and received a backtrace I attached a screenshot, the stdout and stderr logs and the backtrace itself. Stdout and stderr: https://pastebin.com/tVJsqsXF Backtrace: https://pastebin.com/6ETbyyQz -- 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 10

[Bug 44920] New: Starcraft II Arcade Crash during load
by wine-bugs＠winehq.org 10 Dec '25

10 Dec '25

https://bugs.winehq.org/show_bug.cgi?id=44920 Bug ID: 44920 Summary: Starcraft II Arcade Crash during load Product: Wine Version: 3.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: antonio.e.russo(a)gmail.com Distribution: --- Created attachment 61011 --> https://bugs.winehq.org/attachment.cgi?id=61011 WINEDEBUG=warn+all log of crash (gzipped) Starcraft II is a moving target. After the most recent patch, I was unable to use wine-staging 2.21, which had been working excellently for me. Wine 3.5 has trouble: loading the "Hero Attack 3X" (popular) arcade game, the game crashes. I've attached a "WINEDEBUG=warn+all" log, and can help debug. I checked "use 32-bit version", and I am using a clean prefix. -- 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