June 2025 - Wine-bugs - list.winehq.org

[Bug 58257] New: CD Manipulator cannot detect the drive model name in experimental wow64 mode.
by WineHQ Bugzilla 31 Oct '25

31 Oct '25

http://bugs.winehq.org/show_bug.cgi?id=58257 Bug ID: 58257 Summary: CD Manipulator cannot detect the drive model name in experimental wow64 mode. Product: Wine Version: 10.8 Hardware: x86-64 URL: http://www.storeroom.info/cdm/cdm270.zip OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sagawa.aki+winebugs(a)gmail.com Distribution: Ubuntu CD Manipulator is a free and user-friendly tool for ripping and writing CDs, supporting image file creation and duplication. The drive model name should appear in the drop box to select the drive in the main menu that appears after starting the program, but it does not appear in new Wow64 mode. I have not tested the other features yet. Steps to reproduce: 1. Make sure you have a physical or virtual CD/DVD drive ready. 2. Obtain cdm270.zip from http://www.storeroom.info/cdm/ . SHA1(cdm270.zip) = 46f4cea613d199974cf1a22741f4ce92e8fef723 3. Unzip it. 4. Execute CdManipulator.exe with Wine. 5. At the first time, language selection window is shown. Choose English. 6. The main menu appears. Expected result: Drive model name is shown in the drop box, e.g. (D:) VBOX CD-ROM 1.0 Actual result: Drive model name is shown as Unknown in the drop box, e.g. (D:) - Unknown - -- 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 9

[Bug 57376] New: Permission denied vs No such file or directory when opening folders with trailing backslash
by WineHQ Bugzilla 31 Oct '25

31 Oct '25

https://bugs.winehq.org/show_bug.cgi?id=57376 Bug ID: 57376 Summary: Permission denied vs No such file or directory when opening folders with trailing backslash Product: Wine Version: 9.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: alex+winehq(a)cogarr.net Distribution: --- Created attachment 77346 --> https://bugs.winehq.org/attachment.cgi?id=77346 A zip file containing a minimal example.c, and log files wine.txt and win.txt There's a subtle difference when calling fopen(3) between Wine configured for win10, and real Windows 10. When attempting to open a folder (e.g. AppData), wine correctly sets errno to 13 (Permission denied), but when opening a folder with a trailing backslash(e.g. AppData\), Windows sets errno to 2 (No such file or directory) while Wine sets it to 13 (Permission denied). The attached example.c shows this behavior. I compile it with mingw32-x86_64-gcc and run it through cmd.exe with my current directory set to C:\users\user on Wine and get wine.txt, then run it on Windows 10, and get win.txt (COPY a.exe C:\users\user && C: && cd users\user && a.exe > win[e].txt) This behavior exists on current Wine 9.20 and has existed since at least Wine 9.0 . I have tried the winecfg versions: win10, win11, win8.1, vista, and all seem to work the same. My actual use case is running the Luarocks package manager(https://github.com/luarocks/luarocks) compiled for Windows on Wine for testing. Luarocks uses this behavior to check if something is a folder (https://github.com/luarocks/luarocks/blob/master/src/luarocks/fs/win32.lua#…) -- 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 58331] New: Wait cursor does not display
by WineHQ Bugzilla 31 Oct '25

31 Oct '25

http://bugs.winehq.org/show_bug.cgi?id=58331 Bug ID: 58331 Summary: Wait cursor does not display Product: Wine Version: 9.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: win32u Assignee: wine-bugs(a)winehq.org Reporter: rikul(a)inbox.ru Distribution: --- Created attachment 78705 --> http://bugs.winehq.org/attachment.cgi?id=78705 Example Starting from Wine version 9.0, the waiting cursor no longer appears when attempting to set it to indicate a long-running operation in MFC applications or other programs. The issue appears to have started after the commit on June 13, 2023. Steps to Reproduce: 1. Run the attached simple MFC application. 2. Click the button "Start Long Operation" Expected Result: The waiting cursor should appear for the duration of the 3-second sleep. Actual Result: The waiting cursor does not appear during the Sleep call. The cursor remains the default arrow. Example Application: The example application has been attached. It uses the most basic implementation of the CWaitCursor class, as described in the official Microsoft documentation: https://learn.microsoft.com/en-us/cpp/mfc/reference/cwaitcursor-class?view=… Regression Commit: The issue seems to have started with the commits made on June 13, 2023: https://github.com/wine-mirror/wine/commits/master/dlls?author=rbernon&sinc… Notes: This issue does not occur in Windows, where the waiting cursor appears as expected. Environment: Wine version: 9.0+ (possibly Wine 8.x, but not 8.0) Operating System: RHEL 7.9, RHEL 8.10 -- 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

[Bug 48787] New: WineD3D C&C Generals Zero Hour takes a lot time to load or maximize
by WineHQ Bugzilla 31 Oct '25

31 Oct '25

https://bugs.winehq.org/show_bug.cgi?id=48787 Bug ID: 48787 Summary: WineD3D C&C Generals Zero Hour takes a lot time to load or maximize Product: vkd3d Version: 1.1 Hardware: x86-64 OS: Windows Status: UNCONFIRMED Severity: normal Priority: P2 Component: vkd3d Assignee: wine-bugs(a)winehq.org Reporter: moceap(a)hotmail.com As you know (C&C Generals Zero Hour) is an old game. And it use DirectX 8.1. These type of games don't stable in current Windows' versions. So WineD3D used to valid run them on Windows. Using: C&C Generals Zero Hour (Last Version 1.04) Windows 10 (1909) WineD3D (From Wine 5.4)https://fdossena.com/?p=wined3d/index.frag Both (Intel and AMD) cards tested Expected Result: Works fine with high speed. Actual Result: Very long time on maximize the game after minimize or switch to another application Long time on loading the game (Not happen on MS DirectX) -- 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 48027] New: cmd pipe | not triggering ReadFile EOF
by WineHQ Bugzilla 31 Oct '25

31 Oct '25

https://bugs.winehq.org/show_bug.cgi?id=48027 Bug ID: 48027 Summary: cmd pipe | not triggering ReadFile EOF Product: Wine Version: 4.18 Hardware: x86 OS: Linux Status: NEW Severity: minor Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Test program is find.exe as of wine commit ccec532879ec14b2e79da08288152a69221ec4d1. I implemented the program so it waits for ReadFile to return FALSE, that's when the input is supposed to be over: ###### BOOL success = ReadFile(handle, buffer, 4096, &buffer_max, NULL); if (!success) return FALSE; ###### Now that's not right anyways, but it exposes a slight difference in Wine cmd: 1) Following input hangs on Wine, but not on Windows: "echo test | find test" It works on Wine when using "winetricks -q cmd" 2) Following input hangs on both Windows and Wine: "find test < test.txt" Wine's implementation of the pipe | uses the redirect operator < internally. This leads to the pipe working differently on Wine, i.e. blocking ReadFile when it's not supposed to. I'm not aware of a real program being affected by that, just noting. -- 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

[Bug 10349] New: Yukon Trail installer crashes at the end
by wine-bugs＠winehq.org 31 Oct '25

31 Oct '25

http://bugs.winehq.org/show_bug.cgi?id=10349 Summary: Yukon Trail installer crashes at the end Product: Wine Version: 0.9.48. Platform: Other OS/Version: other Status: UNCONFIRMED Severity: minor Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: echidnaman(a)gmail.com Created an attachment (id=9017) --> (http://bugs.winehq.org/attachment.cgi?id=9017) Crash Log After the Yukon Trail's installer is done installing, it crashes, taking the file browser it spawns with it. To reproduce: -Run installer -Complete installation -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 36

[Bug 58181] New: Death to Spies: Moment of Truth requires 'if' conditionals branches support
by WineHQ Bugzilla 31 Oct '25

31 Oct '25

http://bugs.winehq.org/show_bug.cgi?id=58181 Bug ID: 58181 Summary: Death to Spies: Moment of Truth requires 'if' conditionals branches support Product: vkd3d Version: 1.15 Hardware: x86-64 URL: https://files.aspyr.com/support/DTS_Demo_Installer.zip OS: Linux Status: NEW Keywords: download Severity: minor Priority: P2 Component: hlsl Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Crashes with <anonymous>:14:1: E5017: Aborting due to not yet implemented feature: Flatten "if" conditionals branches. 1.15-293-g8882d324 -- 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 2

[Bug 58271] New: Window decoration issues in Wine with Wayland driver
by WineHQ Bugzilla 31 Oct '25

31 Oct '25

http://bugs.winehq.org/show_bug.cgi?id=58271 Bug ID: 58271 Summary: Window decoration issues in Wine with Wayland driver Product: Wine Version: 10.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winewayland Assignee: wine-bugs(a)winehq.org Reporter: mexano222(a)gmail.com Distribution: --- Created attachment 78617 --> http://bugs.winehq.org/attachment.cgi?id=78617 default decorations When running applications through Wine using the native Wayland driver, windowed applications are not receiving proper window decorations (e.g., titlebars, borders) from the system window manager. Instead, Wine's default, minimal, and visually unappealing decorations are displayed. I have enabled option "Allow the window manager to decorate the windows" in winecfg and it's working fine on Xwayland. But this option does not appear to have any effect under native Wayland. -- 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 2

[Bug 46573] New: Call of Duty 4 doesn't play multiplayer
by wine-bugs＠winehq.org 30 Oct '25

30 Oct '25

https://bugs.winehq.org/show_bug.cgi?id=46573 Bug ID: 46573 Summary: Call of Duty 4 doesn't play multiplayer Product: Wine Version: 3.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: directx-d3dx9 Assignee: wine-bugs(a)winehq.org Reporter: borisgopnik73(a)gmail.com Distribution: --- Unhandled exception: page fault on read access to 0x30303030 in 32-bit code (0x30303030). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:006b GS:0063 EIP:30303030 ESP:0033f4d8 EBP:0033f4ec EFLAGS:00010216( R- -- I -A-P- ) EAX:00000000 EBX:00000000 ECX:00000003 EDX:00000008 ESI:0033f512 EDI:006cc274 Stack dump: 0x0033f4d8: 30303030 30303030 30303030 30303030 0x0033f4e8: 30303030 30303030 30303030 30303030 0x0033f4f8: 30303030 30303030 30303030 30303030 0x0033f508: 30303030 30303030 30303030 30303030 0x0033f518: 30303030 30303030 30303030 30303030 0x0033f528: 30303030 30303030 30303030 30303030 000d: sel=006f base=00000000 limit=00000000 16-bit r-x Backtrace: =>0 0x30303030 (0x0033f4ec) 0x30303030: -- no code accessible -- Modules: Module Address Debug info Name (39 modules) PE 400000- d936000 Deferred iw3mp PE d940000- dcaf000 Deferred d3dx9_34 PE 17f70000-17f86000 Deferred mileseq.flt PE 17f90000-17fa1000 Deferred msseax.flt PE 18000000-18033000 Deferred binkw32 PE 21100000-21197000 Deferred mss32 PE 22300000-22306000 Deferred mssds3d.flt PE 24100000-24112000 Deferred mssdsp.flt PE 26400000-2642a000 Deferred mssvoice.asi PE 26f00000-26f20000 Deferred mssmp3.asi PE 67030000-67105000 Deferred pbsv PE 67230000-67301000 Deferred pbcl PE 7a820000-7a824000 Deferred opengl32 PE 7b410000-7b5b6000 Deferred kernel32 PE 7bc10000-7bc14000 Deferred ntdll PE 7df60000-7df68000 Deferred oleaut32 PE 7e4e0000-7e4e3000 Deferred winepulse PE 7e740000-7e744000 Deferred mmdevapi PE 7ea80000-7ea83000 Deferred usp10 PE 7ed40000-7ed44000 Deferred winex11 PE 7edd0000-7edd4000 Deferred imm32 PE 7f040000-7f044000 Deferred ddraw PE 7f0c0000-7f0c8000 Deferred shlwapi PE 7f130000-7f292000 Deferred shell32 PE 7f380000-7f384000 Deferred dsound PE 7f3d0000-7f3d4000 Deferred msvcrt PE 7f480000-7f484000 Deferred wined3d PE 7f5c0000-7f5c4000 Deferred d3d9 PE 7f620000-7f624000 Deferred iphlpapi PE 7f650000-7f654000 Deferred ws2_32 PE 7f680000-7f684000 Deferred wsock32 PE 7f6a0000-7f6a9000 Deferred msacm32 PE 7f6d0000-7f6d4000 Deferred rpcrt4 PE 7f760000-7f788000 Deferred ole32 PE 7f8b0000-7f8b4000 Deferred advapi32 PE 7f920000-7f927000 Deferred gdi32 PE 7fa60000-7fb26000 Deferred user32 PE 7fc30000-7fca8000 Deferred winmm PE 7ffd0000-7ffd4000 Deferred version Threads: process tid prio (all id:s are in hex) 0000000e services.exe 00000029 0 00000024 0 0000001d 0 00000013 0 00000010 0 0000000f 0 00000011 winedevice.exe 0000001c 0 00000017 0 00000016 0 00000012 0 0000001a plugplay.exe 0000001f 0 0000001e 0 0000001b 0 00000020 PnkBstrA.exe 00000026 0 00000025 0 00000021 0 00000022 explorer.exe 00000030 0 0000002f 0 0000002e 0 00000023 0 00000027 winedevice.exe 00000031 0 0000002b 0 0000002a 0 00000028 0 00000047 (D) C:\Program Files (x86)\Activision\Call of Duty 4 - Modern Warfare\iw3mp.exe 00000057 0 00000056 0 00000055 0 00000054 0 00000053 0 00000052 0 00000051 0 00000050 15 0000004f 15 0000004b 15 0000004a 0 00000049 1 00000048 0 <== System information: Wine build: wine-3.0 (Ubuntu 3.0-1ubuntu1) Platform: i386 (WOW64) Version: Windows XP Host system: Linux Host version: 4.15.0-45-generic The problem is that some days ago, it worked well without any problem -- 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 39013] New: Cannot change the location of the folder put in /tmp/.wine-uid
by wine-bugs＠winehq.org 30 Oct '25

30 Oct '25

https://bugs.winehq.org/show_bug.cgi?id=39013 Bug ID: 39013 Summary: Cannot change the location of the folder put in /tmp/.wine-uid Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sstewartgallus00(a)mylangara.bc.ca Distribution: --- I want to set /tmp on my machine to be only readable and writeable by root and I cannot use Wine with that configuration unless I can change that folder. Also, only allowing the static folder in /tmp opens up a denial-of-service attack against other users. A user can be a jerk and create /tmp/.wine-uid directories to block other users. -- 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 16