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

[Bug 58422] New: Soldier of Fortune II crashes on start
by WineHQ Bugzilla July 11, 2025

July 11, 2025

http://bugs.winehq.org/show_bug.cgi?id=58422 Bug ID: 58422 Summary: Soldier of Fortune II crashes on start Product: Wine Version: 10.9 Hardware: x86-64 URL: https://www.moddb.com/games/soldier-of-fortune-ii/down loads/soldier-of-fortune-2-demo-version OS: Linux Status: NEW Keywords: download, regression Severity: normal Priority: P2 Component: opengl Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: rbernon(a)codeweavers.com Regression SHA1: 17b86a90037004bda1eac142238f21a56b9bfd77 Distribution: --- Created attachment 78844 --> http://bugs.winehq.org/attachment.cgi?id=78844 terminal output This is one of the games affected by bug #25362 so I have to launch the game using the workaround '__GL_ExtensionStringVersion=17700 wine SOF2.exe'. Since Wine-10.9 the game crashes early on start regardless of that workaround. Reverting commit 17b86a90037004bda1eac142238f21a56b9bfd77 opengl32: Move legacy extensions fixup from winex11. fixes the crash for me. Can be reproduced with the demo version. sp_demo.exe md5sum: 25aae86e835747174523861d40facec1 Still present in Wine-10.11. OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: NVIDIA GeForce GTX 1660 SUPER/PCIe/SSE2 OpenGL core profile version string: 4.6.0 NVIDIA 575.64 X.Org X Server 1.21.1.18 XFCE 4.20 -- 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 10

[Bug 57204] New: after enable winedmo, Little Witch Nobeta video wont play anymore
by WineHQ Bugzilla July 11, 2025

July 11, 2025

https://bugs.winehq.org/show_bug.cgi?id=57204 Bug ID: 57204 Summary: after enable winedmo, Little Witch Nobeta video wont play anymore Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: l12436.tw(a)gmail.com Distribution: --- Created attachment 77101 --> https://bugs.winehq.org/attachment.cgi?id=77101 Log under Little Witch Nobeta After enable winedmo. the Little Witch Nobeta wont play video anymore It normal under winegstreamer. -- 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 15

[Bug 57244] New: Train capacity 300% 2 will crash after enable the winedmo
by WineHQ Bugzilla July 11, 2025

July 11, 2025

https://bugs.winehq.org/show_bug.cgi?id=57244 Bug ID: 57244 Summary: Train capacity 300% 2 will crash after enable the winedmo Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: l12436.tw(a)gmail.com Distribution: --- Created attachment 77161 --> https://bugs.winehq.org/attachment.cgi?id=77161 Detail log from Train capacity 300% 2 Also video regression due to winedmo. Game will crash at the title video or gallery video -- 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 58429] New: Betfair Poker setup never gets past the splash screen
by WineHQ Bugzilla July 11, 2025

July 11, 2025

http://bugs.winehq.org/show_bug.cgi?id=58429 Bug ID: 58429 Summary: Betfair Poker setup never gets past the splash screen Product: Wine Version: 10.11 Hardware: x86-64 URL: https://poker-com-banner.bfcdl.com/installer/SetupPoke r.exe OS: Linux Status: NEW Keywords: download, Installer, regression Severity: normal Priority: P2 Component: mshtml Assignee: wine-bugs(a)winehq.org Reporter: imwellcushtymelike(a)gmail.com CC: gabrielopcode(a)gmail.com Regression SHA1: e62265b1130bc49efb51569528d4382c57949c96 Distribution: Ubuntu Created attachment 78850 --> http://bugs.winehq.org/attachment.cgi?id=78850 Wine 10.10 console output The setup program / installer for Betfair Poker shows the splash screen and then just sits there. I have three versions downloaded at various times and they all exhibit this behaviour. Tested on Wine 10.0, 10.10 and 10.11, and Staging 10.10. Wine 9.0.1 does not have this issue (though the installer doesn't respond to any kind of input). A bisect points to: commit e62265b1130bc49efb51569528d4382c57949c96 Author: Gabriel Ivăncescu <gabrielopcode(a)gmail.com> Date: Mon Oct 14 19:24:06 2024 +0300 mshtml: Make sure disp_invoke is called before locking the document mode. This commit cleanly reverts in current git (10.11) but it does not solve the issue, suggesting there are other commits to hunt down. Checking out the previous commit does resolve the issue. I tried ie6 (suggested by another bug) and corefonts but they made no difference. 83737cabce068c3dacbf22c3f94b72688cd5a1fa SetupPoker1.exe cd1053a710667d8c00f6879e33f9a1ec1e8a2487 SetupPoker2.exe 01c4de7ea57dbe369e3b0df63805650a27c69356 SetupPoker3.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.

1 4

[Bug 58263] New: Wine Internet Settings crashes on unimplemented function shdocvw.dll.ParseURLFromOutsideSourceW
by WineHQ Bugzilla July 11, 2025

July 11, 2025

http://bugs.winehq.org/show_bug.cgi?id=58263 Bug ID: 58263 Summary: Wine Internet Settings crashes on unimplemented function shdocvw.dll.ParseURLFromOutsideSourceW Product: Wine Version: 10.2 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: shdocvw Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Created attachment 78602 --> http://bugs.winehq.org/attachment.cgi?id=78602 Backtrace Steps to reproduce: 1. Run `wine control inetcpl.cpl` 2. Click "OK" (not "Cancel") Wine prints the following and crashes: wine: Call from 00006FFFFF3FCFC7 to unimplemented function shdocvw.dll.ParseURLFromOutsideSourceW, aborting wine: Unimplemented function shdocvw.dll.ParseURLFromOutsideSourceW called at address 00006FFFFF3FCFC7 (thread 0148), starting debugger... 0150:fixme:dbghelp:elf_search_auxv can't find symbol in module 0150:fixme:dbghelp:elf_search_auxv can't find symbol in module wine: Call from 00006FFFFF3FCFC7 to unimplemented function shdocvw.dll.ParseURLFromOutsideSourceW, aborting ParseURLFromOutsideSourceW is called from the parse_url_from_outside function in dlls/inetcpl.cpl/general.c: https://gitlab.winehq.org/wine/wine/-/blob/8f91df4c4e4fb8b32c737bb02e82dcdd… It used to work fine before ParseURLFromOutsideSourceW was removed in https://gitlab.winehq.org/wine/wine/-/commit/fa4a470f9afd79b8104bacf3f1046e… -- 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 57790] New: FindVUK doesn't show drive details
by WineHQ Bugzilla July 11, 2025

July 11, 2025

https://bugs.winehq.org/show_bug.cgi?id=57790 Bug ID: 57790 Summary: FindVUK doesn't show drive details Product: Wine Version: 10.0 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Even when there is a blu-ray disc in the drive, `wine FindVUK.exe showdrivedetails` prints the error "Cannot enumerate storage device - stop getting drive details for this drive". It also writes a log file which contains the more specific message "IOCTL_STORAGE_QUERY_PROPERTY 1 failed with error code 0". Some debugging revealed that there are two problems: First, IOCTL_STORAGE_QUERY_PROPERTY(StorageDeviceProperty) is not implemented, and second, IOCTL_DISK_GET_MEDIA_TYPES always returns FILE_DEVICE_CD_ROM as opposed to FILE_DEVICE_DVD. $ sha256sum FindVUK_1.79.zip 39e954675855da3826256448b2a6b851c9478dda03c5d32bbfe4a3bac37ca623 -- 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 52720] New: cmd.exe:batch times out in Wine
by WineHQ Bugzilla July 11, 2025

July 11, 2025

https://bugs.winehq.org/show_bug.cgi?id=52720 Bug ID: 52720 Summary: cmd.exe:batch times out in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- cmd.exe:batch started timing out in Wine on 2022-03-17: batch.c:427: running TEST_CMDLINE.CMD test... cmd.exe:batch:040c done (258) in 120s Test failed: timed out https://test.winehq.org/data/patterns.html#cmd.exe:batch Unfortunately I was unable to find a change in Wine that would be the cause for the timeout: in my tests cmd.exe:batch still times out when run from older Wine versions. * Based on the WineTest logs cmd.exe:batch was taking about 50 seconds up to 2022-03-16. But the next day that run time more than doubled to about 118 - 170 seconds, causing it to time out most of the time. * Reverting the Wine source to the 2022-03-16 head, rebuilding from scratch and recreating the wineprefix did not help: cmd.exe:batch still times out. * No package upgrades were performed on that date. Plus this regression happened simultaneously on multiple machines with different upgrade schedules. * WINETEST_TIME=1 indicates that almost all of the time is spent running TEST_BUILTINS.CMD: batch.c:427:0.149 running TEST_BUILTINS.CMD test... batch.c:136:158.289 Test succeeded ^^^ The first ok() call after WaitForSingleObject() is in the map_file() called after run_test() * Running the test manually it looked like the "--- for /R" "Plain directory enumeration" part of test_builtins.cmd was enumerating all of the computer's directories, starting with /bin, /boot, /etc, ... That would certainly take a long time but that run crashed after about 1 minute so this may be unrelated. -- 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 13

[Bug 58423] New: Flickering in games using dxvk/vkd3d-proton on sway
by WineHQ Bugzilla July 11, 2025

July 11, 2025

http://bugs.winehq.org/show_bug.cgi?id=58423 Bug ID: 58423 Summary: Flickering in games using dxvk/vkd3d-proton on sway Product: Wine Version: 10.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: winewayland Assignee: wine-bugs(a)winehq.org Reporter: llyyr(a)yukari.in Distribution: --- Bisected to https://gitlab.winehq.org/wine/wine/-/commit/de0fc7fd95074cfdeb032d36246c56… Games using Vulkan flicker when the compositor supports explicit sync and it is active after the commit mentioned above. Disabling explicit sync in sway with `export WLR_RENDER_NO_EXPLICIT_SYNC=1` makes the game window not flicker even with the bad commit. -- 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 57489] New: GetPointerPenInfo not located in USER32.dll when attempting to run Clip Studio Paint 3.0
by WineHQ Bugzilla July 11, 2025

July 11, 2025

https://bugs.winehq.org/show_bug.cgi?id=57489 Bug ID: 57489 Summary: GetPointerPenInfo not located in USER32.dll when attempting to run Clip Studio Paint 3.0 Product: Wine Version: 9.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: juliarodrigues70(a)outlook.com Distribution: --- As mentioned in the bug 56709 comment https://bugs.winehq.org/show_bug.cgi?id=56709#c22 the application continues to not start now with the error "The procedure point GetPointerPenInfo could not be located in the dynamic link library USER32.dll" -- 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 27

[Bug 58435] New: winepath -w conversion outputs wrong filenames
by WineHQ Bugzilla July 11, 2025

July 11, 2025

http://bugs.winehq.org/show_bug.cgi?id=58435 Bug ID: 58435 Summary: winepath -w conversion outputs wrong filenames Product: Wine Version: 10.11 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: madewokherd(a)gmail.com Distribution: --- Observed in the pipeline failure here: https://gitlab.winehq.org/mono/wine-mono/-/jobs/169670 The build script in Wine Mono uses winepath -w to get a windows path for one of its outputs. The command, though not logged, would have been: winepath -w /builds/mono/wine-mono/build/winemono-support.cab Based on debugging in other places, I think that outputs: Z:\builds\mono\wine-mono\build\winemono-supporpport.cab 96cd811903e3d3f227c39e12235725baf793f4b9 is the first bad commit commit 96cd811903e3d3f227c39e12235725baf793f4b9 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Tue Jun 24 11:56:39 2025 +0200 kernel32: Reimplement conversion to DOS name using GetFinalPathNameByHandleW. dlls/kernel32/path.c | 44 +++++++++++++++++++++++++++++++++++--------- 1 file changed, 35 insertions(+), 9 deletions(-) The pattern seems to be that it fails when given an absolute path to a file that does not exist. The directory that would contain the file must exist or it won't output anything. The result seems to always be <path with last 5 characters cut off> + <last 9 characters of path>. -- 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