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

[Bug 60069] New: WordPerfect 7 installation fails
by WineHQ Bugzilla Aug. 8, 2026

Aug. 8, 2026

http://bugs.winehq.org/show_bug.cgi?id=60069 Bug ID: 60069 Summary: WordPerfect 7 installation fails Product: Wine Version: 11.14 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)list.winehq.org Reporter: alexhenrie24(a)gmail.com Target Milestone: --- Distribution: --- The installer displays an error dialog that says "Location: does not exist. Cannot continue the install." You can work avoid the error by manually pre-creating every directory that the installer needs, see: * https://appdb.winehq.org/objectManager.php?sClass=version&iId=24285&iTestin… * https://appdb.winehq.org/objectManager.php?sClass=version&iId=24285&iTestin… But the root cause of the failure is a bug in Wine's implementation of CharPrevA. WordPerfect 8 has the same problem. $ sha256sum WPS7_CD1.iso 449bf2e1432b4651c243906cf1b1ebf8a2e0ac93786778850fae1914da902a5d $ sha256sum CWPSUITE8EN.iso 26b8abd4d3c55ac1121821e922a811de2f964501f10cde60eb6c30454c0f4051 -- 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 54928] New: exclamation mark ! in string missing if EnableDelayedExpansion
by WineHQ Bugzilla Aug. 8, 2026

Aug. 8, 2026

https://bugs.winehq.org/show_bug.cgi?id=54928 Bug ID: 54928 Summary: exclamation mark ! in string missing if EnableDelayedExpansion Product: Wine Version: 8.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: huangqinjin(a)gmail.com Distribution: --- test.bat: @echo off set "BEFORE_DELAY=before!" setlocal EnableDelayedExpansion set "AFTER_DELAY=after^!" echo !BEFORE_DELAY! echo !AFTER_DELAY! Output: Window cmd: before! after! Wine cmd: before after^ -- 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 21940] New: Rise of Legends Demo crashes with null pointer reference in msxml3?
by wine-bugs＠winehq.org Aug. 8, 2026

Aug. 8, 2026

http://bugs.winehq.org/show_bug.cgi?id=21940 Summary: Rise of Legends Demo crashes with null pointer reference in msxml3? Product: Wine Version: 1.1.40 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: msxml3 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Once you get past bug 19539, you have to choose to ignore two BHG errors; the game then starts and runs (though I got no sound). Trying to play a campaign crashed for me quickly with an msxml3 error (which is funny, since I had done winetricks msxml3, and winecfg shows the override, but the backtrace still shows Wine's msxml3): Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x7362be22). Backtrace: =>0 priv_from_xmlDocPtr+0x6(doc=(nil)) [dlls/msxml3/domdoc.c:127] in msxml3 1 xmldoc_add_ref+0x1d(doc=(nil)) [dlls/msxml3/domdoc.c:160] in msxml3 2 init_xmlnode+0x26(This=0x3fb63f8, node=0x7e222980, outer=0x3fb6418, dispex_data=0x73666dec) [dlls/msxml3/node.c:1714] in msxml3 3 create_element+0x6c(element=0x7e222980) [dlls/msxml3/element.c:797] in msxml3d 4 create_node+0x9d(node=0x7e222980) [dlls/msxml3/node.c:1736] in msxml3 5 queryresult_nextNode+0xdf(iface=0x3ff1120, nextItem=0x32ad60) [dlls/msxml3/queryresult.c:267] in msxml3 6 xmlnode_selectSingleNode+0xd3(iface=0x1e9510, kqueryString="TRIBE_MASK", resultNode=0x32ad60) [dlls/msxml3/node.c:1542] in msxml3 7 in legends (+0x6f34c) (0x0032b2dc) ... 0x7362be22 priv_from_xmlDocPtr+0x6 [dlls/msxml3/domdoc.c:127] in msxml3: movl 0x0(%eax),%eax 127 return doc->_private; -- 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 38

[Bug 56399] New: cmd.exe's %~s modifier (short DOS path) expands to mixed short/long format
by WineHQ Bugzilla Aug. 8, 2026

Aug. 8, 2026

https://bugs.winehq.org/show_bug.cgi?id=56399 Bug ID: 56399 Summary: cmd.exe's %~s modifier (short DOS path) expands to mixed short/long format Product: Wine Version: 9.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: tncgyp+uypezc35u0dyxed6tszn0wk59xjphxb2gcxycxno8mxg4od 48(a)sharklasers.com Distribution: --- Try the following: cd /tmp && printf 'for %%%%P in ("%%ProgramFiles%%\Internet Explorer") do winepath.exe -s %%%%P\r\n' > shortpath.bat && wine cmd.exe /c shortpath.bat && printf 'for %%%%P in ("%%ProgramFiles%%\Internet Explorer") do echo %%%%~sP\r\n' > shortpath.bat && wine cmd.exe /c shortpath.bat && rm shortpath.bat && cd "$OLDPWD" The first batch file uses winepath.exe -s and returns 'C:\PROG~5P2\INTE~H1A'. The second batch file uses cmd.exe's %~s modifier and returns 'C:\PROG~5P2\Internet Explorer'. Wine's cmd.exe %~s modifier seems to be broken. It should produce the same path as winepath.exe -s. The second batch file works as expected with MS cmd.exe in a WinXP VM and a Win7 VM. Tested on wine 9.2 with fresh prefixes and: - WINEARCH=win32 and wine cmd.exe - WINEARCH=win64 and wine cmd.exe - WINEARCH=win64 and wine64 cmd.exe -- 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 35727] New: Tom Clancy's Rainbow Six: Lockdown Demo wrong players and weapon rendering
by wine-bugs＠winehq.org Aug. 8, 2026

Aug. 8, 2026

http://bugs.winehq.org/show_bug.cgi?id=35727 Bug ID: 35727 Summary: Tom Clancy's Rainbow Six: Lockdown Demo wrong players and weapon rendering Product: Wine Version: 1.7.13 Hardware: x86 URL: http://www.gamefront.com/files/4632177 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Created attachment 47714 --> http://bugs.winehq.org/attachment.cgi?id=47714 without Display First Person Weapon Just one guy from a team is visible, others are not. But he is looks like a ghost. (bug 27145 ?) In addition, some textures are imposed. -- 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 16

[Bug 4811] MSXML3: XMLDOMDocument cannot be queried for IStream interface
by WineHQ Bugzilla Aug. 8, 2026

Aug. 8, 2026

http://bugs.winehq.org/show_bug.cgi?id=4811 Alexandre Julliard <julliard(a)winehq.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #17 from Alexandre Julliard <julliard(a)winehq.org> --- Closing bugs fixed in 11.15. -- 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 0

[Bug 48955] New: Use xdg basedir spec
by WineHQ Bugzilla Aug. 8, 2026

Aug. 8, 2026

https://bugs.winehq.org/show_bug.cgi?id=48955 Bug ID: 48955 Summary: Use xdg basedir spec Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: riptide(a)mundo-r.com Distribution: --- https://specifications.freedesktop.org/basedir-spec/basedir-spec-latest.html Instead of ~/.wine, configuration should be in the $XDG_CONFIG_HOME/wine/ and cache (safely-deletable files) should be in $XDG_CACHE_HOME/wine/. The big boxes files should be in the $XDG_DATA_HOME/wine/. -- 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 12

[Bug 59186] New: Starcraft 2 detects wrong graphics card
by WineHQ Bugzilla Aug. 7, 2026

Aug. 7, 2026

http://bugs.winehq.org/show_bug.cgi?id=59186 Bug ID: 59186 Summary: Starcraft 2 detects wrong graphics card Product: WineHQ Gitlab Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gitlab-unknown Assignee: wine-bugs(a)list.winehq.org Reporter: calmstorm(a)posteo.de Distribution: --- I am using a T480 and it has a HD graphics 820 yet it keeps detecting it as if its the intel HD 4000 series graphics card. It is kind of weird... I wonder why blizzard is detecting the wrong graphics card? Is this a wine issue? I think it is but I could be wrong. -- 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 63

[Bug 60112] New: msvcrt: fopen incorrectly uses CreateFileW instead of CreateFileA
by WineHQ Bugzilla Aug. 7, 2026

Aug. 7, 2026

http://bugs.winehq.org/show_bug.cgi?id=60112 Bug ID: 60112 Summary: msvcrt: fopen incorrectly uses CreateFileW instead of CreateFileA Product: Wine Version: 11.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs(a)list.winehq.org Reporter: brandowlucas(a)gmail.com Target Milestone: --- Distribution: --- Created attachment 81671 --> http://bugs.winehq.org/attachment.cgi?id=81671 Standalone MSVCRT narrow fopen reproducer This bug affects some FitGirl repack installers that rely on intercepting `CreateFileA` while reading their installation data. When a program calls `msvcrt.fopen()` with a narrow path, Wine converts the path to UTF-16 and opens it through `CreateFileW`. Windows MSVCRT keeps the narrow call on `CreateFileA`. Programs that replace the imported `CreateFileA` entry therefore work on Windows but fail on Wine. The standalone reproducer hooks the `CreateFileA` and `CreateFileW` imports in `msvcrt.dll`. Its `CreateFileA` hook maps the synthetic path `wine_fopen_virtual_input` to an anonymous pipe containing one byte. No third party DLL or application data is used. Unpatched Wine reports: fopen_route_summary | hookA=1 hookW=1 callsA=0 callsW=1 opened=0 read=0 byte=0 errno=2 win32Error=2 pass=0 Windows reports: fopen_route_summary | hookA=1 hookW=1 callsA=1 callsW=0 opened=1 read=1 byte=81 errno=0 win32Error=0 pass=1 Wine with the candidate patch reports: fopen_route_summary | hookA=1 hookW=1 callsA=1 callsW=0 opened=1 read=1 byte=81 errno=0 win32Error=0 pass=1 The focused unpatched trace shows the narrow `fopen()` call reaching the wide path and failing as a literal file lookup: trace:msvcrt:_wfsopen (L"wine_fopen_virtual_input",L"rb") trace:file:CreateFileW L"wine_fopen_virtual_input" GENERIC_READ FILE_SHARE_READ FILE_SHARE_WRITE creation 3 attributes 0x1 warn:file:CreateFileW Unable to create file L"wine_fopen_virtual_input" (status c0000034) The first incompatible behavior is in `dlls/msvcrt/file.c`: `_fsopen()` converts its narrow path with `wstrdupa_utf8()` and delegates to `_wfsopen()`, which reaches `_wsopen()` and `CreateFileW`. This bypasses the program supplied `CreateFileA` hook. The synthetic path is then treated as a literal file name, `fopen()` returns NULL, and the virtual input cannot be read. Reproduce: 1. Build `msvcrt_fopen_route_probe.c` as a 64-bit console executable with a MinGW compiler. 2. Run the executable on Windows and observe `callsA=1`, `callsW=0`, and `pass=1`. 3. Run the same executable with unpatched Wine and observe `callsA=0`, `callsW=1`, and `pass=0`. The candidate patch keeps narrow `_fsopen()` and `_sopen()` calls on `CreateFileA` while leaving the wide entry points on `CreateFileW`. It also adds an MSVCRT test that verifies which imported Win32 function receives a narrow `fopen()` call. Testing: - The standalone executable passes on Windows 10.0.19045.3324. - The standalone executable fails on Wine 11.14. - The standalone executable passes on Wine 11.14-14-g84fe968b936 with the candidate patch. - The 32-bit and 64-bit MSVCRT file test fails at the new assertions without the implementation change: `CreateFileA called 0 times` and `CreateFileW called 1 times`. - The 32-bit and 64-bit MSVCRT file test passes when the candidate patch is applied. I have attached a tar archive containing the reproducer source code and prebuilt binary, the native Windows result, Wine logs from before and after the fix, the focused debug trace, the candidate patch, and the build and run scripts. -- 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 3

[Bug 59338] New: Menus fail to display after closing child dialog in DAZ Studio 4.24.0.4 (Qt popup recreated but not mapped/shown)
by WineHQ Bugzilla Aug. 7, 2026

Aug. 7, 2026

http://bugs.winehq.org/show_bug.cgi?id=59338 Bug ID: 59338 Summary: Menus fail to display after closing child dialog in DAZ Studio 4.24.0.4 (Qt popup recreated but not mapped/shown) Product: Wine Version: 11.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: korb(a)qisc.com Distribution: --- Created attachment 80276 --> http://bugs.winehq.org/attachment.cgi?id=80276 Log as detailed in description I was running WINE 11.0-rc4 prior to this week, and it was working fine. The issue started when I updated to 11.0 (I skipped rc5). Steps to reproduce in clean prefix (wineboot --init, no overrides, no env vars): 1. Install base DAZ Studio 4.24.0.4 (no content needed). 2. Launch DAZ. 3. Window → Workspace → Select Layout... → Cancel 4. Try to open Window menu again → menu does not appear (click has no effect). Log (+err,+warn,+qt,+focus,+menu,+popup) shows: - First menu open: system popup created (e.g., 0x10262/0x10264), all standard items inserted (&Restore, &Move, etc.), NtUserThunkedMenuInfo applied, default set, get_menu_state checks. - Dialog close: NtUserDestroyMenu destroys popup handles. - Second (and third) menu attempt: identical creation cycle (new handle, items inserted again, etc.). - But no MapNotify/Expose/visibility events for the second popup — menu never appears on screen. Setup: - Wine: wine-11.1 (apt install --install-recommends winehq-devel) - OS: Linux Mint 21.3 Cinnamon X11 w/ all latest updates applied - GPU: NVIDIA 590.48.01 driver - App: DAZ Studio 4.24.0.4 base install Tested: - Compositing off - Virtual desktop on/off - Qt env vars (QT_X11_NO_MITSHM=1, QT_AUTO_SCREEN_SCALE_FACTOR=0) - Windows version change (10 -> 7) - Focus mode switch (from sloppy to click and back) - No DLL overrides or custom env vars in clean prefix I then ran my test again with WINEDEBUG='+err,+warn,+qt,+focus,+menu,+popup' to produce the attached log. I interjected comments into the log to indicate where I took the actions described above. My comments are on lines that start with "***". -- 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 22