October 2023 - wine-bugs

[Bug 55708] New: cpython 3.12.0 fails to run on wine
by WineHQ Bugzilla 13 Oct '23

13 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=55708 Bug ID: 55708 Summary: cpython 3.12.0 fails to run on wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: propsys Assignee: wine-bugs(a)winehq.org Reporter: winehq(a)bochs.info Distribution: --- cpython 3.12.0 (released today) fails to run in wine on Linux, due to a new module _wmi which depends on VariantToString. This is stubbed in wine's propsys.dll: "Unimplemented function propsys.dll.VariantToString called at address ..." It's unclear if anything else is broken, because the process halts here. -- 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 55674] New: 64-bit wineserver/wine-preloader hangs on macOS 14.
by WineHQ Bugzilla 13 Oct '23

13 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=55674 Bug ID: 55674 Summary: 64-bit wineserver/wine-preloader hangs on macOS 14. Product: Wine Version: 8.16 Hardware: x86-64 OS: Mac OS X Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: jactry92(a)gmail.com This is a regression introduced by a81c53504ae32715e6e91bd020fdebd5bef20d48. Before this commit, I can run Notepad++ with a WOW64 build on macOS 14. But now, I can't even start `winecfg` and create a wineprefix. I don't reproduce this issue with 64-bit Wine on Linux, so this is a Mac-specific issue. -- 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 55670] New: Word 2007 and Wordpad are no longer able to print multiple copies of a page
by WineHQ Bugzilla 13 Oct '23

13 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=55670 Bug ID: 55670 Summary: Word 2007 and Wordpad are no longer able to print multiple copies of a page Product: Wine Version: 8.16 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dmitry(a)baikal.ru CC: piotr(a)codeweavers.com Distribution: --- This problem has been noticed with Word 2007 however it's also possible to reproduce with wordpad ('wine write' is a nice wrapper to run wordpad). Steps to reproduce: 1. wine write 2. Ctrl+P (File -> Print), it's fine to print empty document 3. Select "Print to file", set "Number of copies" to 2, select Pages 1 - 1 for clarity 4. Press OK, save "output.prn". When the bug is not present output.prn contains the comment %%cupsJobTicket: copies=2 otherwise this comment is missing from the generated Postscript file. According to my testing last version of Wine that was able to correctly print multiple copies is wine-7.22, wine-8.0-rc1 is already broken. It's not really possible to correctly find the offending commit because breakage has side effects like a failure to create "output.prn". If a missing output.prn could be considered as 'bad' during bisection then the regression is caused by $ git bisect bad 017e9557db73a4b51b5cb2eacbf638288b5e6719 is the first bad commit commit 017e9557db73a4b51b5cb2eacbf638288b5e6719 Author: Piotr Caban <piotr(a)codeweavers.com> Date: Fri Dec 2 21:23:50 2022 +0100 localspl: Use print processor in ScheduleJob. Wine with this commit reverted writes correct "output.prn" with %%cupsJobTicket: copies=2, however using Wine with that commit leads to a missing "output.prn". P.S. wine-8.0 is not able to print to a file (missing "output.prn") wine-8.0.2 is able to create "output.prn" however %%cupsJobTicket: copies=2 is missing As a result with wine-stable it's impossible to print multiple copies of a page. I'd personally consider this bug as major, especially when stable Wine release is affected, however I'll leave to Piotr to decide. -- 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 55658] New: psapi:psapi_main - test_EnumProcessModules*() fails on macOS
by WineHQ Bugzilla 13 Oct '23

13 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=55658 Bug ID: 55658 Summary: psapi:psapi_main - test_EnumProcessModules*() fails on macOS Product: Wine Version: unspecified Hardware: x86-64 OS: Mac OS X Status: NEW Severity: normal Priority: P2 Component: psapi Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com psapi:psapi_main - test_EnumProcessModules*() fails on macOS: psapi_main.c:156: Test failed: got 0, error 5 psapi_main.c:158: Test failed: expected non-NULL module psapi_main.c:162: Test failed: got error 5 psapi_main.c:163: Test failed: got PÛ psapi_main.c:166: Test failed: got error 5 psapi_main.c:167: Test failed: got psapi_main.c:170: Test failed: got error 5 psapi_main.c:183: Test failed: got error 5 psapi_main.c:184: Test failed: third DLL in wow64 should be one of wow*.dll () psapi_main.c:239: Test failed: pcs-6432: 1: didn't succeed 5 psapi_main.c:239: Test failed: pcs-6432: 2: didn't succeed 5 psapi_main.c:239: Test failed: pcs-6432: 0: didn't succeed 5 psapi_main.c:239: Test failed: pcs-6432: 3: didn't succeed 5 psapi_main.c:507: Test failed: pcs-6432: expecting 32bit modules psapi_main.c:510: Test marked todo: pcs-6432: expecting 64bit modules psapi_main.c:345: Test failed: pcs-6432: 1: got error 5 psapi_main.c:346: Test failed: pcs-6432: 1: expecting msinfo32.exe but got psapi_main.c:348: Test failed: pcs-6432: 1: got error 5 psapi_main.c:349: Test failed: pcs-6432: 1: expecting C:\windows\syswow64\msinfo32.exe but got psapi_main.c:352: Test failed: pcs-6432: 1: got error 5 psapi_main.c:353: Test failed: pcs-6432: 1: expected 00000000DEADBEEF, got 0000000178010008 psapi_main.c:355: Test failed: pcs-6432: 1: got entry point 0000000000000000 psapi_main.c:345: Test failed: pcs-6432: 0: got error 5 psapi_main.c:346: Test failed: pcs-6432: 0: expecting msinfo32.exe but got psapi_main.c:348: Test failed: pcs-6432: 0: got error 5 psapi_main.c:349: Test failed: pcs-6432: 0: expecting C:\windows\syswow64\msinfo32.exe but got psapi_main.c:352: Test failed: pcs-6432: 0: got error 5 psapi_main.c:353: Test failed: pcs-6432: 0: expected 00000000DEADBEEF, got 0000000178010008 psapi_main.c:355: Test failed: pcs-6432: 0: got entry point 0000000000000000 psapi_main.c:345: Test failed: pcs-6432: 3: got error 5 psapi_main.c:346: Test failed: pcs-6432: 3: expecting msinfo32.exe but got psapi_main.c:348: Test failed: pcs-6432: 3: got error 5 psapi_main.c:349: Test failed: pcs-6432: 3: expecting C:\windows\syswow64\msinfo32.exe but got psapi_main.c:352: Test failed: pcs-6432: 3: got error 5 psapi_main.c:353: Test failed: pcs-6432: 3: expected 00000000DEADBEEF, got 0000000178010008 psapi_main.c:355: Test failed: pcs-6432: 3: got entry point 0000000000000000 psapi_main.c:529: Test succeeded inside todo block: pcs-6432: Wrong count 0 in C:\windows\syswow64 See https://test.winehq.org/data/patterns.html#psapi:psapi_main This set of failures started on 2023-09-14 and only happens on macOS (see Remi's rbernon-macos-* cloud test machines). -- 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 55241] New: The 64-bit winmm:capture & winmm:wave crash on Windows 8
by WineHQ Bugzilla 13 Oct '23

13 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=55241 Bug ID: 55241 Summary: The 64-bit winmm:capture & winmm:wave crash on Windows 8 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: winmm&mci Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com The 64-bit winmm:capture & winmm:wave crash on Windows 8: capture.c:171: this is the last test seen before the exception 07d0:capture: unhandled exception c0000005 at 00007FFDC66DCF38 wave.c:686: this is the last test seen before the exception 0b14:wave: unhandled exception c0000005 at 00007FFDC66DCF38 See https://test.winehq.org/data/patterns.html#winmm:capture https://test.winehq.org/data/patterns.html#winmm:wave This started with the GitLab CI's switch to Debian 12 (bookworm) for the build system: * The winmm_test.exe binary produced by the TestBot's Debian 11-based build VM produces no failures when run on Windows while GitLab CI's binary for the same Wine version produces this set of failures. * And the TestBot runs the official WineTest builds on its Windows VMs which is why the failures appeared on 2023-07-10 which corresponds to this commit: commit 5799e89f15b5584f186dcc2fd24b98e0a7bd6c10 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Mon Jul 10 17:18:49 2023 +0200 gitlab: Upgrade the Debian image to bookworm. Now the question is whether the new build environment revealed a preexisting bug in Wine, or if the new build environment itself is broken, or if the bug is elsewhere such as in the MinGW compiler. This is also likely the same issue as bug 55240. -- 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 54744] New: explorerframe:taskbarlist - test_ITaskbarList() sometimes gets E_NOTIMPL on Windows
by WineHQ Bugzilla 13 Oct '23

13 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=54744 Bug ID: 54744 Summary: explorerframe:taskbarlist - test_ITaskbarList() sometimes gets E_NOTIMPL on Windows Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: explorerframe Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com explorerframe:taskbarlist - test_ITaskbarList() sometimes gets E_NOTIMPL on Windows: taskbarlist.c:61: Test failed: Got hr 0x80004001. taskbarlist.c:66: Test failed: Got hr 0x80004001. See https://test.winehq.org/data/patterns.html#explorerframe:taskbarlist Where 0x80004001 == E_NOTIMPL On average this happens about once every other month on recent Windows 10 versions: * 2022-08-31 on w1064-tsign-64 (21h2) * 2022-11-14 on w1064-tsign-32 (21h2) * 2023-01-10 on fgtb-w10pro64-rx550-64 (22h2) * 2023-02-06 on w10pro64-rx550-64 (22h2) * 2023-03-27 on w10pro64-ar-64 (21h1) -- 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 54069] New: ddraw:ddraw7 - test_texture_wrong_caps() sometimes fails on Windows 8+
by WineHQ Bugzilla 13 Oct '23

13 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=54069 Bug ID: 54069 Summary: ddraw:ddraw7 - test_texture_wrong_caps() sometimes fails on Windows 8+ Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com ddraw:ddraw7 - test_texture_wrong_caps() sometimes fails on Windows 8+. ddraw7.c:18954: Test failed: Got unexpected color 0x00000040. and ddraw7.c:18972: Test failed: Got unexpected color 0x00ff00ff. See https://test.winehq.org/data/patterns.html#ddraw:ddraw7 Notes: * There is no evidence of this happening on Windows 11. * This seems to only happen with Microsoft's "Microsoft Basic Display Adapter" driver: the "-1qxl" and "-2qxl" (dual-monitor) configuration use the "Red Hat QXL controller" driver and are are not affected. Neither are the AMD / NVIDIA PCI passthrough configurations. * The 0x00000040 result mostly happens on Windows 8 to Windows 10 1607 but it also happened a couple of times on Windows 10 21H2. Meanwhile the 0x00ff00ff result seems to only happen on Windows 10 2004+. * ddraw:ddraw1, ddraw:ddraw2 and ddraw:ddraw4 have a similar test function but don't have this failure. -- 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 43017] New: Unreal Tournament 2004/UT2004.exe crashes due to " intel_do_flush_locked failed: Cannot allocate memory"
by wine-bugs＠winehq.org 13 Oct '23

13 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=43017 Bug ID: 43017 Summary: Unreal Tournament 2004/UT2004.exe crashes due to "intel_do_flush_locked failed: Cannot allocate memory" Product: Wine Version: 2.7 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: krichter(a)posteo.de Distribution: --- Unreal Tournament 2004/UT2004.exe crashes due to `intel_do_flush_locked failed: Cannot allocate memory` the debug output of PlayOnLinux reads ``` [05/12/17 23:55:35] - Running wine-2.7 UT2004.exe (Working directory : /home/richter/.PlayOnLinux/wineprefix/UnrealT2004/drive_c/Program Files/Unreal Tournament 2004/System) err:module:load_builtin_dll failed to load .so lib for builtin L"winebus.sys": libudev.so.0: cannot open shared object file: No such file or directory err:winedevice:async_create_driver failed to create driver L"WineBus": c0000142 fixme:process:GetProcessWorkingSetSize (0xffffffff,0x32e540,0x32e53c): stub fixme:system:SystemParametersInfoW Unimplemented action: 59 (SPI_SETSTICKYKEYS) err:ole:CoGetClassObject class {96749377-3391-11d2-9ee3-00c04f797396} not registered err:ole:CoGetClassObject class {96749377-3391-11d2-9ee3-00c04f797396} not registered err:ole:create_server class {96749377-3391-11d2-9ee3-00c04f797396} not registered err:ole:CoGetClassObject no class object {96749377-3391-11d2-9ee3-00c04f797396} could be created for context 0x7 fixme:win:EnumDisplayDevicesW ((null),0,0x32bc98,0x00000000), stub! fixme:d3d:wined3d_swapchain_set_gamma_ramp Ignoring flags 0x1. err:xvidmode:ComputeGammaFromRamp low-biased gamma ramp (3604), rejected fixme:d3d:wined3d_swapchain_set_gamma_ramp Ignoring flags 0x1. err:xvidmode:ComputeGammaFromRamp low-biased gamma ramp (3604), rejected fixme:imm:ImmReleaseContext (0x1007c, 0x2165e0): stub fixme:hnetcfg:fw_profile_get_FirewallEnabled 0x6404c88, 0x32ccc4 err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_ENUM in glClampColorARB(clamp)". err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_OPERATION in glUniform(location=-1042267284)". err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_OPERATION in glUniform(location=1082643741)". err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_OPERATION in glUniform(location=1129305379)". err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_OPERATION in glUniform(location=-1017464658)". err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_OPERATION in glUniform(location=1106373278)". err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_OPERATION in glUniform(location=1061644189)". err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_OPERATION in glUniform(location=1103102115)". err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_OPERATION in glUniform(location=1102202262)". err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_OPERATION in glUniform(location=1127878391)". err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_OPERATION in glUniform(location=1133393126)". err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_OPERATION in glUniform(location=1064431753)". err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_OPERATION in glUniform(location=1056334452)". err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_OPERATION in glUniform(location=1103590910)". err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_OPERATION in glUniform(location=1128011843)". err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_OPERATION in glUniform(location=-1012511863)". err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_OPERATION in glUniform(location=1129177136)". err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_OPERATION in glUniform(location=1064579615)". err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_OPERATION in glUniform(location=1107545964)". err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_OPERATION in glUniform(location=1127492263)". err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_OPERATION in glUniform(location=1131588260)". err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_OPERATION in glUniform(location=-1009667614)". err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_OPERATION in glUniform(location=1064940315)". err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_OPERATION in glUniform(location=1102388947)". err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_OPERATION in glUniform(location=1107645235)". err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_OPERATION in glUniform(location=1127352012)". err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_OPERATION in glUniform(location=1106599611)". err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_OPERATION in glUniform(location=1065065837)". err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_OPERATION in glUniform(location=1056114040)". err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_OPERATION in glUniform(location=1104285584)". err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_OPERATION in glUniform(location=1127422744)". err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_OPERATION in glUniform(location=-1029644321)". err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_OPERATION in glUniform(location=1126051816)". err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_OPERATION in glUniform(location=1065075311)". err:d3d:wined3d_debug_callback 0x6369a18: "GL_INVALID_ENUM in glClampColorARB(clamp)". intel_do_flush_locked failed: Cannot allocate memory ``` -- 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 8

[Bug 55733] New: ntdll:file - test_file_rename_information_ex() fails on Windows 10 1607 & 1709
by WineHQ Bugzilla 13 Oct '23

13 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=55733 Bug ID: 55733 Summary: ntdll:file - test_file_rename_information_ex() fails on Windows 10 1607 & 1709 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com ntdll:file - test_file_rename_information_ex() fails on Windows 10 1607 & 1709: file.c:2263: Test failed: res expected STATUS_SUCCESS, got c00000bb file.c:2265: Test failed: file should not exist See https://test.winehq.org/data/patterns.html#ntdll:file These failures are systematic and started on 2023-10-05. A bisect confirms they happen starting with the commit that added them: commit 07e40a6f9f70338d9810d50b606696b7be984d98 Author: Joel Holdsworth <joel(a)airwebreathe.org.uk> AuthorDate: Wed Sep 20 11:34:09 2023 +0100 ntdll/tests: Add tests for FILE_RENAME_IGNORE_READONLY_ATTRIBUTE. Signed-off-by: Joel Holdsworth <joel(a)airwebreathe.org.uk> -- 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 55648] New: ntdll:wow64 - test_peb_teb() crashes on macOS
by WineHQ Bugzilla 13 Oct '23

13 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=55648 Bug ID: 55648 Summary: ntdll:wow64 - test_peb_teb() crashes on macOS Product: Wine Version: unspecified Hardware: x86-64 OS: Mac OS X Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com ntdll:wow64 - test_peb_teb() crashes on macOS: wow64.c:712: Test failed: RtlWow64GetSharedInfoProcess failed c0000022 wow64.c:716: Test failed: wrong page size cccccccc wow64.c:718: Test failed: wrong flags cccccccc wow64.c:720: Test failed: wrong machine cccc / 8664 wow64.c:722: Test failed: wrong machine cccc wow64.c:748: Test failed: DuplicateHandle failed 6 wow64.c:751: Test failed: NtMapViewOfSection failed c0000008 wow64.c:752: Test failed: unexpected size 0 wow64.c:764: Test failed: got 0 handle wow64.c:765: Test failed: got NULL data wow64.c:772: Test failed: NtMapViewOfSection failed c0000008 wow64.c:774: Test failed: invalid handle Unhandled exception: page fault on read access to 0x0000000000000000 in 64-bit code (0x000001400cc20e). See https://test.winehq.org/data/patterns.html#ntdll:wow64 The crashes started happening on 2023-09-14 (a day with no ntdll commit) and only happen on macOS (see Remi's rbernon-macos-* cloud test machines). -- 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 55631] New: ntdll:file - test_file_rename_information fails on Windows 10 1607 and older
by WineHQ Bugzilla 13 Oct '23

13 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=55631 Bug ID: 55631 Summary: ntdll:file - test_file_rename_information fails on Windows 10 1607 and older Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com ntdll:file - test_file_rename_information fails on Windows 10 1607 and older: file.c:1550: Test failed: io.Status expected STATUS_SUCCESS, got deadbeef file.c:1552: Test failed: res expected STATUS_SUCCESS, got c0000003 file.c:1555: Test failed: file should not exist file.c:1558: Test failed: file should exist file.c:1565: Test failed: FileName expected L"\\Users\\winetest\\AppData\\Local\\Temp\\foo5F4E.tmp", got L"\\Users\\winetest\\AppData\\Local\\Temp\\foo5F4D.tmp" file.c:1594: Test failed: res expected STATUS_OBJECT_NAME_COLLISION, got c0000003 file.c:1624: Test failed: io.Status expected STATUS_SUCCESS, got deadbeef file.c:1626: Test failed: res expected STATUS_SUCCESS, got c0000003 file.c:1629: Test failed: file should not exist file.c:1661: Test failed: res expected STATUS_OBJECT_NAME_COLLISION, got c0000003 file.c:1696: Test failed: res expected STATUS_ACCESS_DENIED, got c0000003 file.c:1731: Test failed: io.Status expected STATUS_SUCCESS, got deadbeef file.c:1733: Test failed: res expected STATUS_SUCCESS, got c0000003 file.c:1736: Test failed: file should not exist file.c:1739: Test failed: file should exist file.c:1746: Test failed: FileName expected L"\\Users\\winetest\\AppData\\Local\\Temp\\foo5F68.tmp", got L"\\Users\\winetest\\AppData\\Local\\Temp\\foo5F57.tmp" file.c:1783: Test failed: res expected STATUS_ACCESS_DENIED, got c0000003 file.c:1827: Test failed: res expected STATUS_OBJECT_NAME_COLLISION, got c0000003 file.c:1865: Test failed: res expected STATUS_OBJECT_NAME_COLLISION, got c0000003 file.c:1899: Test failed: io.Status expected STATUS_SUCCESS, got deadbeef file.c:1901: Test failed: res expected STATUS_SUCCESS, got c0000003 file.c:1904: Test failed: file should not exist file.c:1940: Test failed: res expected STATUS_ACCESS_DENIED, got c0000003 file.c:1979: Test failed: res expected STATUS_OBJECT_NAME_COLLISION, got c0000003 file.c:2017: Test failed: res expected STATUS_ACCESS_DENIED, got c0000003 file.c:2058: Test failed: res expected STATUS_ACCESS_DENIED, got c0000003 file.c:2093: Test failed: res expected STATUS_OBJECT_NAME_COLLISION, got c0000003 file.c:2127: Test failed: res expected STATUS_ACCESS_DENIED, got c0000003 file.c:2161: Test failed: io.Status expected STATUS_SUCCESS, got deadbeef file.c:2163: Test failed: res expected STATUS_SUCCESS, got c0000003 file.c:2166: Test failed: file should not exist file.c:2169: Test failed: file should exist file.c:2176: Test failed: FileName expected L"\\Users\\winetest\\AppData\\Local\\Temp\\foo5F8D.tmp", got L"\\Users\\winetest\\AppData\\Local\\Temp\\foo5F8C.tmp" file.c:2203: Test failed: got io status 0xdeadbeef file.c:2205: Test failed: got status c0000003 See https://test.winehq.org/data/patterns.html#ntdll:file Where 0xc0000003 == STATUS_INVALID_INFO_CLASS These failures are systematic and started happening on 2023-09-19. A bisect shows that they started with the commit below: commit 67479f8c2fc03c2043b8414bc063e671e36fdbda Author: Joel Holdsworth <joel(a)airwebreathe.org.uk> Date: Fri Sep 15 17:49:52 2023 +0100 ntdll/tests: Test both FileRenameInformation and FileRenameInformationEx in test_file_rename_information. Signed-off-by: Joel Holdsworth <joel(a)airwebreathe.org.uk> -- 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 55627] New: secur32:negotiate & secur32:ntlm crash from a NULL dereference on macOS
by WineHQ Bugzilla 13 Oct '23

13 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=55627 Bug ID: 55627 Summary: secur32:negotiate & secur32:ntlm crash from a NULL dereference on macOS Product: Wine Version: unspecified Hardware: x86-64 OS: Mac OS X Status: NEW Severity: normal Priority: P2 Component: secur32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com secur32:negotiate & secur32:ntlm crash from a NULL dereference on macOS: Unhandled exception: page fault on read access to 0x0000000000000008 in 64-bit code (0x0000017004f9ed). See https://test.winehq.org/data/patterns.html#secur32:negotiate https://test.winehq.org/data/patterns.html#secur32:ntlm Initially this looked like the same issue as secur32:secur32 (bug 55555), i.e. a missing libkrb5 library. But changes were made for that library and that test no longer crashes on macOS so this must be another issue. Also other secur32 test units don't crash. -- 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 7

[Bug 55528] New: Vitis 2020.1 can't find its libraries (cmd.exe bug with nested one-line if statement that sets PATH)
by WineHQ Bugzilla 13 Oct '23

13 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=55528 Bug ID: 55528 Summary: Vitis 2020.1 can't find its libraries (cmd.exe bug with nested one-line if statement that sets PATH) Product: Wine Version: 8.15 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Created attachment 75087 --> https://bugs.winehq.org/attachment.cgi?id=75087 Terminal output Steps to reproduce: 1. Run `tar -xvf Xilinx_Unified_2020.1_0602_1208.tar.gz` 2. Run `wine Xilinx_Unified_2020.1_0602_1208/xsetup.exe` 3. When the installer complains that it can't connect to the internet, click Ignore 4. Run `XIL_PA_NO_REDIST_CHECK=1 wine 'C:\Xilinx\Vitis\2020.1\bin\vitis.bat'` The following errors are printed to the terminal: Syntax error Can't recognize ')' as an internal or external command, or batch script. 0138:err:module:import_dll Library libboost_filesystem.dll (which is needed by L"C:\\Xilinx\\Vitis\\2020.1\\bin\\unwrapped\\win64.o\\rdi_vitis.exe") not found 0138:err:module:import_dll Library libboost_program_options.dll (which is needed by L"C:\\Xilinx\\Vitis\\2020.1\\bin\\unwrapped\\win64.o\\rdi_vitis.exe") not found 0138:err:module:import_dll Library librdi_common.dll (which is needed by L"C:\\Xilinx\\Vitis\\2020.1\\bin\\unwrapped\\win64.o\\rdi_vitis.exe") not found 0138:err:module:LdrInitializeThunk Importing dlls for L"C:\\Xilinx\\Vitis\\2020.1\\bin\\unwrapped\\win64.o\\rdi_vitis.exe" failed, status c0000135 I was able to narrow down the problem to code in loader.bat that looks similar to this (this is a minimal example, these aren't the real variable names): set FOO=1 if %FOO% == 1 ( if %FOO% == 1 set PATH=C:\Xilinx\Vitis\2020.1\lib\win64.o;%PATH% if %FOO% == 1 ( echo %PATH% ) ) I don't know why Wine thinks that there is a syntax error in this code. There must be a bug in the command parser that is triggered by a nested one-line if statement that sets a variable. Registration is required to download Vitis. $ sha256sum Xilinx_Unified_2020.1_0602_1208.tar.gz a9e0f81a61eca260c4453ab93a8d17eac31956dd54d0d5fd74dc8b4f2727e3eb -- 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 55273] New: ntdll:wow64 - The 64-bit test_cpu_area() gets bad offsets on Windows 10 1607 & 1709
by WineHQ Bugzilla 13 Oct '23

13 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=55273 Bug ID: 55273 Summary: ntdll:wow64 - The 64-bit test_cpu_area() gets bad offsets on Windows 10 1607 & 1709 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com ntdll:wow64 - The 64-bit test_cpu_area() gets bad offsets on Windows 10 1607 & 1709: wow64.c:783: Test failed: 0:0: wrong offset 4 wow64.c:783: Test failed: 0:1: wrong offset 6 wow64.c:783: Test failed: 0:2: wrong offset 4 wow64.c:783: Test failed: 0:3: wrong offset 6 wow64.c:783: Test failed: 0:4: wrong offset 4 wow64.c:783: Test failed: 0:5: wrong offset 6 wow64.c:783: Test failed: 0:6: wrong offset 4 wow64.c:783: Test failed: 0:7: wrong offset 6 wow64.c:783: Test failed: 1:0: wrong offset 16 wow64.c:783: Test failed: 1:1: wrong offset 14 wow64.c:783: Test failed: 1:2: wrong offset 12 wow64.c:783: Test failed: 1:3: wrong offset 10 wow64.c:783: Test failed: 1:4: wrong offset 8 wow64.c:783: Test failed: 1:5: wrong offset 6 wow64.c:783: Test failed: 1:6: wrong offset 4 wow64.c:783: Test failed: 1:7: wrong offset 18 wow64.c:783: Test failed: 2:0: wrong offset 8 wow64.c:783: Test failed: 2:1: wrong offset 6 wow64.c:783: Test failed: 2:2: wrong offset 4 wow64.c:783: Test failed: 2:3: wrong offset 10 wow64.c:783: Test failed: 2:4: wrong offset 8 wow64.c:783: Test failed: 2:5: wrong offset 6 wow64.c:783: Test failed: 2:6: wrong offset 4 wow64.c:783: Test failed: 2:7: wrong offset 10 wow64.c:783: Test failed: 3:0: wrong offset 16 wow64.c:783: Test failed: 3:1: wrong offset 14 wow64.c:783: Test failed: 3:2: wrong offset 12 wow64.c:783: Test failed: 3:3: wrong offset 10 wow64.c:783: Test failed: 3:4: wrong offset 8 wow64.c:783: Test failed: 3:5: wrong offset 6 wow64.c:783: Test failed: 3:6: wrong offset 4 wow64.c:783: Test failed: 3:7: wrong offset 18 See https://test.winehq.org/data/patterns.html#ntdll:wow64 The failures started with GitLab CI's switch to Debian 12 for the WineTest builds which are used in the WineTest nightlies. However they also happen with binaries built on Debian 11 so in this case it is just a coincidence. See also bug 55272 for ntdll:exception crashes that started at the same time on the same set of machines. -- 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 55211] New: Print file not truncated when printing to file in FrameMaker 8
by WineHQ Bugzilla 13 Oct '23

13 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=55211 Bug ID: 55211 Summary: Print file not truncated when printing to file in FrameMaker 8 Product: Wine Version: 8.12 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: spooler Assignee: wine-bugs(a)winehq.org Reporter: ulrich.gemkow(a)ikr.uni-stuttgart.de Distribution: --- A existing print file ist not truncated when printing to the same file again. So when printing a smaller document to the print file which was generated for a larger file, the resultung file contains garbage at its end. This happens in Framemaker 8 and may happen in other apps too. To reproduce - Install Framemaker from the given URL - Print the attached Document Large.fm to a file (select print to file in the printer dialog). Check the size of the generated file. - Print the attached Document Small.fm to the same file generated in the previous step. Check again the size of the file - its the same. Depending on the used Postscript interpreter reading the file fails because of the garbage at the files end. This is simple to see when using different documents as descibed above. When printing existing documents again after (even small) changes the resulting print file may be garbage without notice. -- 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 43185] New: "Battle Bugs" game in unresponsive once game starts
by wine-bugs＠winehq.org 13 Oct '23

13 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=43185 Bug ID: 43185 Summary: "Battle Bugs" game in unresponsive once game starts Product: Wine Version: 2.9 Hardware: x86-64 OS: Linux Status: NEW Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: matt(a)nightrealms.com Distribution: --- Created attachment 58457 --> https://bugs.winehq.org/attachment.cgi?id=58457 Wine output from before starting the game When playing the free game "Battle Bugs" (https://ldjam.com/events/ludum-dare/38/battle-bugs) on 64 bit Linux, the game start screen loads just fine, and pressing an indicated key starts the game just fine, but once the game starts nothing is moving and the game doesn't respond to any keys. Got the same results with both versions of the executable, and both WINEARCH unspecified or set to win32 -- 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 6

[Bug 55713] New: mspaint.exe crashes with: Unhandled exception: unimplemented function propsys.dll.PropVariantToUInt32WithDefault
by WineHQ Bugzilla 13 Oct '23

13 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=55713 Bug ID: 55713 Summary: mspaint.exe crashes with: Unhandled exception: unimplemented function propsys.dll.PropVariantToUInt32WithDefault Product: Wine Version: 8.17 Hardware: x86-64 URL: https://win7games.com/download/ClassicPaint.zip OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: propsys Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: Debian Follow-up of https://bugs.winehq.org/show_bug.cgi?id=43670#c11 Trying to start mspaint (after following steps from above link) it crashes instantly: Unhandled exception: unimplemented function propsys.dll.PropVariantToUInt32WithDefault called in wow64 32-bit code (0x7b012407). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:002b EIP:7b012407 ESP:0012e8b4 EBP:0012e918 EFLAGS:00000246( - -- I Z- -P- ) EAX:0012e8c0 EBX:6bb4b000 ECX:00000004 EDX:0012e938 ESI:0012e938 EDI:684c90a0 -- 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 55701] New: Sniper Elite 5 launcher opens Wine Internet Explorer instead of Options window
by WineHQ Bugzilla 13 Oct '23

13 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=55701 Bug ID: 55701 Summary: Sniper Elite 5 launcher opens Wine Internet Explorer instead of Options window Product: Wine Version: 8.16 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: mshtml Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com CC: gabrielopcode(a)gmail.com Regression SHA1: ee80f1a07854479c443e6b409e9c759dcfae1410 Distribution: --- Clicking on settings icon 06d8:fixme:ieframe:NewWindowManager_EvaluateNewWindow (000000000081FE48)->(L"about:Settings" L"resource://icon_settings.png/" L"about:blank" (null) 0 4 0) trying to close the launcher 06d8:fixme:ieframe:NewWindowManager_EvaluateNewWindow (000000000081FE48)->(L"about:blank" L"resource://close.png/" L"about:blank" (null) 0 0 0) -- 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 55656] New: user32:dialog - test_IsDialogMessage() fails in the hi-u8 and mx-MX locales on Windows
by WineHQ Bugzilla 13 Oct '23

13 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=55656 Bug ID: 55656 Summary: user32:dialog - test_IsDialogMessage() fails in the hi-u8 and mx-MX locales on Windows Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com user32:dialog - test_IsDialogMessage() fails in the hi-u8 and mx-MX locales on Windows: w10pro64-hi-u8: dialog.c:869: Test failed: Got unexpected wparam 0x97ade5. dialog.c:580: Test failed: Got unexpected wparam 0xfffd. w10pro64-mx-MX: dialog.c:867: Test failed: Got unexpected wparam 0x3f. dialog.c:578: Test failed: Got unexpected wparam 0x3f. See https://test.winehq.org/data/patterns.html#user32:dialog The 'mx-MX' locale is a mix of locales and may indicate the test only succeeds when all the Windows locales match. For reference, mx-MX uses the following settings: SystemDefaultLCID 0411 UserDefaultLCID 040c ThreadLocale 0411 SystemPreferredUILanguages 0412,0409 UserDefaultUILanguage 0412 ThreadUILanguage 0412 KeyboardLayout 00000000040A0C0A Country 231 ACP 932 A bisect shows that both sets of failures started with the commit below: commit fe594a83d4a87fccaced20372a83ecb2ef28de6c Author: Zhiyi Zhang <zzhang(a)codeweavers.com> Date: Fri Aug 18 11:39:19 2023 +0800 user32/tests: Test IsDialogMessageA() converting ASCII WM_CHAR messages. -- 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 55652] New: A FindResourceW() call prevents windows.applicationmodel:model from running on Windows 8
by WineHQ Bugzilla 13 Oct '23

13 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=55652 Bug ID: 55652 Summary: A FindResourceW() call prevents windows.applicationmodel:model from running on Windows 8 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com A FindResourceW() call prevents windows.applicationmodel:model from running on Windows 8: model.c:0: Tests skipped: missing entry point (details below) | windows.applicationmodel_test.exe - Entry Point Not Found | The procedure entry point FindResourceW could not be located in the dynamic link library C:\Users\winetest\Documents\windows.applicationmodel_test.exe. See https://test.winehq.org/data/patterns.html#windows.applicationmodel:model This is caused by this commit: commit 8609fef5c822e32998725bad58582764d289c194 Author: Rémi Bernon <rbernon(a)codeweavers.com> AuthorDate: Wed Aug 23 11:21:33 2023 +0200 windows.applicationmodel/tests: Test IPackageManager_RegisterPackageAsync. -- 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 55236] New: scrrun:dictionary - test_hash_value() gets bad hashes on Windows
by WineHQ Bugzilla 13 Oct '23

13 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=55236 Bug ID: 55236 Summary: scrrun:dictionary - test_hash_value() gets bad hashes on Windows Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: scrrun Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com scrrun:dictionary - test_hash_value() gets bad hashes on Windows: dictionary.c:676: Test failed: got hash 0x2eb, expected 0x2ea dictionary.c:686: Test failed: got hash 0x2eb, expected 0x2ea dictionary.c:695: Test failed: got hash 0x2db, expected 0x2da dictionary.c:721: Test failed: got hash 0x2eb, expected 0x2ea dictionary.c:732: Test failed: got hash 0x2eb, expected 0x2ea dictionary.c:742: Test failed: got hash 0x2db, expected 0x2da See https://test.winehq.org/data/patterns.html#scrrun:dictionary Note that the hash values change with every run causing false positives. -- 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 54791] New: explorerframe:nstc - test_events() sometimes gets unexpected events on Windows 7
by WineHQ Bugzilla 13 Oct '23

13 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=54791 Bug ID: 54791 Summary: explorerframe:nstc - test_events() sometimes gets unexpected events on Windows 7 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: explorerframe Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com explorerframe:nstc - test_events() sometimes gets unexpected events on Windows 7. This can either be a single event but it can also happen multiple times for multiple events: nstc.c:2265: Test failed: Got event 4, count 1 or nstc.c:1906: Test failed: Got event 7, count 0 nstc.c:1908: Test failed: Got event 4, count 0 nstc.c:1912: Test failed: Got event 4, count 1 nstc.c:1912: Test failed: Got event 7, count 1 nstc.c:1912: Test failed: Got event 12, count 8 See https://test.winehq.org/data/patterns.html#explorerframe:nstc This first happened on 2022-12-07 and has been happening roughly once every three week since. So it's probably caused by a commit in the fall of 2022. -- 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 54441] New: windows.media.speech:speech - test_Recognition() sometimes gets unexpected recognizer state on Windows 10
by WineHQ Bugzilla 13 Oct '23

13 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=54441 Bug ID: 54441 Summary: windows.media.speech:speech - test_Recognition() sometimes gets unexpected recognizer state on Windows 10 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com windows.media.speech:speech - test_Recognition() sometimes gets unexpected recognizer state on Windows 10: speech.c:1775: Test failed: recog_state was 0. See https://test.winehq.org/data/patterns.html#windows.media.speech:speech This failure started on 2023-01-25. -- 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 54156] New: comctl32:edit & user32:edit - test_paste() sometimes gets an empty string on Windows
by WineHQ Bugzilla 13 Oct '23

13 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=54156 Bug ID: 54156 Summary: comctl32:edit & user32:edit - test_paste() sometimes gets an empty string on Windows Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com comctl32:edit - test_paste() sometimes gets an empty string on Windows edit.c:3238: Test failed: got 0 See https://test.winehq.org/data/patterns.html#comctl32:edit This happens on Windows 10 1809 to 21H2 a bit less than 3 times per month. Where 0 is the length of the string in the field we pasted to. So that field is empty instead of having received the string we pasted. We can also get this failure in user32:edit (2022-11-15 w10pro64v1809): edit.c:3211: Test failed: got 0 See https://test.winehq.org/data/patterns.html#user32:edit But the case above is for the single-line to single-line case and there is also the same issue happening in the multi-line to multi-line case (2022-10-25 w11pro64-amd): edit.c:3240: Test failed: got 0 So it's a pretty general, if rare (only 4 known instances in 6 months), problem. Note that while one could expect this to be caused by yet another OpenClipboard() failure, like in bug 53276, there is no failure message indicating this to be the case. -- 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 53276] New: user32:edit - test_paste() sometimes fails to access the clipboard on Windows
by WineHQ Bugzilla 13 Oct '23

13 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=53276 Bug ID: 53276 Summary: user32:edit - test_paste() sometimes fails to access the clipboard on Windows Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com user32:edit - test_paste() sometimes fails to access the clipboard on Windows: edit.c:3222: Test failed: expected 1, got 0 le=5 edit.c:3224: Test failed: expected 1, got 0 edit.c:3226: Test failed: expected 00000000008500A8, got 0000000000000000 edit.c:3228: Test failed: expected 1, got 0 edit.c:3234: Test failed: got 21 edit.c:3240: Test failed: got 21 https://test.winehq.org/data/patterns.html#user32:edit Where 5 is ERROR_ACCESS_DENIED and indicates that the clipboard has already been opened in another thread, process, etc. This happens a lot on machines with an AMD GPU due to known interference from the Radeon driver (see bug 47888). But it also happens sometimes on machines with an Nvidia GPU (cw-gtx560) and even on pure QEmu VMs such as w1064-1qxl (or fgtb-w10pro64). So there is either some other source of interference, maybe from some Windows component, or an issue (a race condition?) in the test itself. It would be nice to identify the source of interference, if any, to see if it can be neutralized. But maybe the only solution is to work around the issue as in user32:clipboard (see commit 316eec8f6658). -- 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 55686] New: msvcr120:msvcr120 - test_StructuredTaskCollection() sometimes fails in Wine
by WineHQ Bugzilla 13 Oct '23

13 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=55686 Bug ID: 55686 Summary: msvcr120:msvcr120 - test_StructuredTaskCollection() sometimes fails in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- msvcr120:msvcr120 - test_StructuredTaskCollection() sometimes fails in Wine. The failures take different forms but always start on line 1596: msvcr120.c:1596: Test failed: Chore's task collection was not reset after execution Unhandled exception: C++ exception(object = 0x0063fc5c, type = 0x6355434c) in 32-bit code (0x7b012207). [...] msvcr120.c:1606: Test failed: Wrong chore #1 task_collection: expected 0063FCC0, actual 00000000 msvcr120.c:1609: Test failed: Wrong chore count: 0 != 1 msvcr120.c:1610: Test failed: Unexpected context: 00000000 != 009B1B80 msvcr120.c:1617: Test failed: Chore was not executed or msvcr120.c:1596: Test failed: Chore's task collection was not reset after execution 067c:msvcr120: 871 tests executed (1 marked as todo, 0 as flaky, 1 failure), 0 skipped. or msvcr120.c:1485: Test marked todo: _StructuredTaskCollection ctor set wrong unk2: 0x0 != 0x1fffffff Couldn't get first exception for process 010c C:\users\fgouget\Temp\wct\msvcr120_test.exe. No backtrace available msvcr120:msvcr120:010c done (-1073741819) in 0s 4591B See https://test.winehq.org/data/patterns.html#msvcr120:msvcr120 The failures started on 2023-09-19 so they are likely caused by one of the 2023-09-18 commits. * 2023-09-28 fg-deb64-t32 * 2023-09-27 fg-deb64-x86-64 * 2023-09-27 MR!3884 * 2023-09-26 MR!3963 * 2023-09-25 fg-deb64-i286 * 2023-09-25 MR!3930 * 2023-09-21 fg-deb64-i286 * 2023-09-19 rbernon-nulldrv-win32 * 2023-09-19 MR!3855 -- 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 55606] New: Finale 27 printing - incorrect linecap
by WineHQ Bugzilla 13 Oct '23

13 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=55606 Bug ID: 55606 Summary: Finale 27 printing - incorrect linecap Product: Wine Version: 8.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineps.drv Assignee: wine-bugs(a)winehq.org Reporter: davech(a)t-online.de Distribution: --- Wine 8.16 uses 'setlinecap' incorrectly in the postscript output. This is correct in wine 7.0.2 -- 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 11

[Bug 55272] New: The 64-bit ntdll:exception crashes on Windows 10 1607 & 1709
by WineHQ Bugzilla 13 Oct '23

13 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=55272 Bug ID: 55272 Summary: The 64-bit ntdll:exception crashes on Windows 10 1607 & 1709 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com The 64-bit ntdll:exception crashes on Windows 10 1607 & 1709: exception.c:3537: vect. handler c0000005 addr:000002858E4C0000 exception.c:3537: vect. handler c0000005 addr:000002858E4C0000 ntdll:exception:0dd8 done (-1073741819) in 0s 6581B See https://test.winehq.org/data/patterns.html#ntdll:exception Where -1073741819 == 0xC0000005 == STATUS_ACCESS_VIOLATION The crashes started with GitLab CI's switch to Debian 12 for the WineTest builds which are used in the WineTest nightlies. However they also happen with binaries built on Debian 11 in this case it is just a coincidence. Note that before that ntdll:exception was exiting silently on Windows 8 & 10 <= 1809, see bug 55111. These two issues may be one and the same, just producing different results due to changes in the binary layout. -- 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 55108] New: xaudio2_8:xaudio2 fails on Windows 10+
by WineHQ Bugzilla 13 Oct '23

13 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=55108 Bug ID: 55108 Summary: xaudio2_8:xaudio2 fails on Windows 10+ Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: xaudio2 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com xaudio2_8:xaudio2 fails on Windows 10+: xaudio2.c:1218: Test failed: Got hr 0x80004002. See https://test.winehq.org/data/patterns.html#xaudio2_8:xaudio2 Note that this is the same failure as what happened on Windows 8 in the late stages described in bug 55016. A bisect shows that this failure started with the commit below: commit e8b0e7c1fcf090ba80c543f68b0bdae185316327 Author: Zebediah Figura <zfigura(a)codeweavers.com> Date: Fri Jun 16 15:13:14 2023 -0500 xaudio2/tests: Fix the IID_IXAudio28 declaration. This was accidentally copied from the 2.9 version instead in 14c44d0b0. -- 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 54699] New: Motorola Ready For Assistant does not start, RoOriginateLanguageException in Windows.Networking
by WineHQ Bugzilla 13 Oct '23

13 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=54699 Bug ID: 54699 Summary: Motorola Ready For Assistant does not start, RoOriginateLanguageException in Windows.Networking Product: Wine Version: 8.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lischak(a)gmail.com Distribution: --- Created attachment 74209 --> https://bugs.winehq.org/attachment.cgi?id=74209 install+run of v04.0.0.010.000 on Wine 8.4 Motorola Ready For Assistant is a software for interfacing with Motorola smartphones from desktop, allowing either phone screen mirror or a full-sized Android-powered desktop similar to Samsung DeX. The installer appears to finish successfully, but the application will not start. This is a continuation of Bug 54495 in which two previous issues were fixed (thanks!). The installation file is freely downloadable: https://web.archive.org/web/20230214220515/https://download.lenovo.com/leno… cd ~/Downloads WINEPREFIX=~/.wine_readyfor wine ReadyFor_setup_04.0.0.010.000.exe cd ~/.wine_readyfor/drive_c/Program\ Files/Lenovo/Ready\ For\ Assistant WINEPREFIX=~/.wine_readyfor wine ReadyFor.exe Attaching log from installation and from a follow-up run. Env: Fedora 37, using the appropriate official WineHQ repo. Note: The software is apparently only available via MS Store nowadays, but the Store install just downloads a normal Win32 .exe from Motorola/Lenovo's servers in the background. -- 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 12

[Bug 52641] New: dsdmo has missing implementation causing game crash on loaded
by WineHQ Bugzilla 13 Oct '23

13 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=52641 Bug ID: 52641 Summary: dsdmo has missing implementation causing game crash on loaded 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(a)yahoo.com.tw Distribution: --- log has shown a missing implementation on dsdmo dll this cause game crash when loading Affect game: Feeding Frenzy 2 Log: 0290:warn:dsdmo:effect_inner_QueryInterface {6d6cbb60-a223-44aa-842f-a2f06750be6d} not implemented; returning E_NOINTERFACE. -- 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 8

[Bug 41645] New: recursive invokation of __clone+0x6d() in libc.so.6 ( 0x00000000) in start_thread+0xe4() in libpthread.so.0 (0x0608f428)
by wine-bugs＠winehq.org 13 Oct '23

13 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=41645 Bug ID: 41645 Summary: recursive invokation of __clone+0x6d() in libc.so.6 (0x00000000) in start_thread+0xe4() in libpthread.so.0 (0x0608f428) Product: Wine Version: 1.9.22 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: krichter(a)posteo.de Distribution: --- Created attachment 56020 --> https://bugs.winehq.org/attachment.cgi?id=56020 Backtrace created by wine crash handler There seems to be a recursive invokation inside `__clone+0x6d()` in `start_thread+0xe4() in libpthread.so.0 (0x0608f428)`, see attached backtrace. -- 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 19

[Bug 55732] New: kernel32:loader - The 64-bit test_import_resolution() fails in Wine
by WineHQ Bugzilla 13 Oct '23

13 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=55732 Bug ID: 55732 Summary: kernel32:loader - The 64-bit test_import_resolution() fails in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- kernel32:loader - The 64-bit test_import_resolution() fails in Wine: loader.c:2370: Test failed: 6: image flags 4 loader.c:2383: Test failed: 6: NtMapViewOfSection failed 0 loader.c:2390: Test failed: 6: not relocated from 00006FFFFEAF0000 loader.c:2391: Test failed: 6: tls relocated 00006FFFFEAF10B8 / 00000001234510B8 See https://test.winehq.org/data/patterns.html#kernel32:loader This set of failures started on 2023-10-05 and a bisect shows it corresponds to the commit below: commit 4847c1d8e4745ccd63e1db06fe1a693e8a591326 Author: Alexandre Julliard <julliard(a)winehq.org> AuthorDate: Thu Oct 5 11:45:15 2023 +0200 server: Set the dynamically relocated flag when relocations are present. -- 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 55245] New: ntdll:om - The 32-bit test_all_kernel_objects() gets an access violation on the w8 VM
by WineHQ Bugzilla 13 Oct '23

13 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=55245 Bug ID: 55245 Summary: ntdll:om - The 32-bit test_all_kernel_objects() gets an access violation on the w8 VM Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com ntdll:om - The 32-bit test_all_kernel_objects() gets an access violation on Windows 8: om.c:553: Test failed: 751: NtCreateSymbolicLinkObject failed c0000005 om.c:565: Test failed: 751: NtCreateSymbolicLinkObject failed c0000005 om.c:553: Test failed: 752: NtCreateSymbolicLinkObject failed c0000005 om.c:565: Test failed: 752: NtCreateSymbolicLinkObject failed c0000005 See https://test.winehq.org/data/patterns.html#ntdll:om Where c0000005 == STATUS_ACCESS_VIOLATION This started on 2023-07-10 which corresponds to the GitLab CI switch to Debian 12 for builds which means it is caused by the commit below: commit 5799e89f15b5584f186dcc2fd24b98e0a7bd6c10 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Mon Jul 10 17:18:49 2023 +0200 gitlab: Upgrade the Debian image to bookworm. However unlike other failures related to that switch, this one only happens on the 32-bit Windows 8 VM, aka w8. So running the same 32-bit binary on the 64-bit Windows 8 VM, aka w864, produces no failure. -- 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 54783] New: cryptowinrt:crypto - test_Credentials_Statics() sometimes gets unexpectedly high refcount in Wine
by WineHQ Bugzilla 13 Oct '23

13 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=54783 Bug ID: 54783 Summary: cryptowinrt:crypto - test_Credentials_Statics() sometimes gets unexpectedly high refcount in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: crypt32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- cryptowinrt:crypto - test_Credentials_Statics() sometimes gets unexpectedly high refcount in Wine: crypto.c:321: Test failed: got ref 3. crypto.c:323: Test failed: got ref 2. See https://test.winehq.org/data/patterns.html#cryptowinrt:crypto Where 2 and 1 was expected respectively. There are 4 known instances so far but this test has only been running since 2023-02-23: * 2023-02-27 on MR2262 * 2023-03-15 on fg-deb64-wow64 * 2023-03-23 on fg-deb64-wow32 * 2023-04-04 on MR2576 -- 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 54430] New: user32:menu - test_menu_input()'s test 0 sometimes fails on Windows 7
by WineHQ Bugzilla 13 Oct '23

13 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=54430 Bug ID: 54430 Summary: user32:menu - test_menu_input()'s test 0 sometimes fails on Windows 7 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com user32:menu - test_menu_input()'s test 0 fails randomly on Windows 7: menu.c:2324: Test failed: test 0 See https://test.winehq.org/data/patterns.html#user32:menu This failure started on 2023-01-24 (no instance in the previous 5.5 months) and only happens in about 20% of the WineTest runs. This happened in English (w7u-2qxl, dual screen) and in the other Windows 7 locales (de, el, es, pt-PT). So it does not seem to be related to the locale. -- 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 54420] New: preloader warning "failed to reserve range" macOS Ventura
by WineHQ Bugzilla 13 Oct '23

13 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=54420 Bug ID: 54420 Summary: preloader warning "failed to reserve range" macOS Ventura Product: Wine Version: 8.0 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gcenx83(a)gmail.com CC: bshanks(a)codeweavers.com The usual Apple made changes that affects macOS Ventura preloader: Warning: failed to reserve range 0000000000010000-0000000000110000 -- 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 8

[Bug 44275] New: Shadow of Memories demo hangs at graphic setting screen
by wine-bugs＠winehq.org 13 Oct '23

13 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=44275 Bug ID: 44275 Summary: Shadow of Memories demo hangs at graphic setting screen Product: Wine Version: 3.0-rc4 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jhansonxi(a)gmail.com Distribution: --- Created attachment 60097 --> https://bugs.winehq.org/attachment.cgi?id=60097 Default Wine log from launch to graphic setting screen hang Clicking on the Graphic Setting button on the main menu brings up the screen. Game stops responding shortly thereafter. If you're quick enough you can move the mouse cursor a bit and change button focus on the screen before it hangs. a.k.a. Shadow of Destiny Install notes (demo download link on same page): https://appdb.winehq.org/objectManager.php?sClass=version&iId=31628#notes -- 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 32574] New: Patrician 4 fails to start (Error in 'App::Initialize')
by wine-bugs＠winehq.org 13 Oct '23

13 Oct '23

http://bugs.winehq.org/show_bug.cgi?id=32574 Bug #: 32574 Summary: Patrician 4 fails to start (Error in 'App::Initialize') Product: Wine Version: 1.5.20 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com Classification: Unclassified Created attachment 42991 --> http://bugs.winehq.org/attachment.cgi?id=42991 plain terminal output Both the Steam and Gamersgate versions of the game have this bug. Only the base game is affected, the expansion (Patrician 4: Rise of a Dynasty) which requires the base game to be installed, doesn't have the problem. After starting the game with Patrician4.exe, an error message is shown: "D:\GMProjects\Patrician3\App\App.cpp(732): Error in 'App::Initialize' . . Installation corrupt: 2:0xffffffff" This error message comes up in this forum thread @Kalypso: http://forum.kalypsomedia.com/showthread.php?tid=11896&pid=113448#pid113448 The answer was that the user had to update root certificates in Windows XP. A +loaddll log reveals that crypt32.dll and wintrust.dll are indeed loaded when I start the game. Appdata.dll in the installed game directory contains a certification (the file properties dialog under Windows shows it). I wonder if a +crypt or +wintrust debug log would be of any help. The game should start with a launcher asking you for registering the game @Kalypso. I tried with native crypt32 and received a crash along with a backtrace somewhere in Wine's wintrust component. -- 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.

2 16

[Bug 55696] New: msvfw32:mciwnd - The 64-bit test_MCIWndCreate() crashes in Wine
by WineHQ Bugzilla 13 Oct '23

13 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=55696 Bug ID: 55696 Summary: msvfw32:mciwnd - The 64-bit test_MCIWndCreate() crashes in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: msvfw32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- msvfw32:mciwnd - The 64-bit test_MCIWndCreate() crashes in Wine: mciwnd.c:276: Test failed: bad open message 4 0 Unhandled exception: page fault on read access to 0x00000000fe9e0cec in 64-bit code (0x000002cc593dcd). [...] Backtrace: =>0 0x000002cc593dcd MCIWndProc+0xaed(hWnd=00000000037B01F4, wMsg=0x480, wParam=0xc8, lParam=0x7ffffe2ff650) [/builds/wine/wine/build64/../dlls/msvfw32/mciwnd.c:960] in msvfw32 (0x00000000000480) 1 0x00000216a27f9b call_window_proc+0x4b(hwnd=00000000037B01F4, msg=0x480, wp=0xc8, lp=0x7ffffe2ff650, result=00007FFFFE2FF4A8, arg=0000000140001DC0) [/builds/wine/wine/build64/../dlls/user32/winproc.c:109] in user32 (0x007ffffe2ff650) 2 0x00000216a290fc WINPROC_CallProcAtoW+0xdc(callback=0000000216A27F50, hwnd=00000000037B01F4, msg=0x480, wParam=<is not available>, lParam=0x7ffffe2ff650, result=00007FFFFE2FF4A8, arg=0000000140001DC0, mapping=WMCHAR_MAP_SENDMESSAGE) [/builds/wine/wine/build64/../dlls/user32/winproc.c:323] in user32 (0x00000000000480) 3 0x00000216a29f96 dispatch_win_proc_params+0xe6(params=00007FFFFE2FF570) [/builds/wine/wine/build64/../dlls/user32/winproc.c:720] in user32 (0000000000000000) 4 0x00000216a1113d dispatch_send_message+0x5d(params=00007FFFFE2FF570, wparam=<internal error>, lparam=<internal error>) [/builds/wine/wine/build64/../dlls/user32/message.c:594] in user32 (0000000000000000) 5 0x00000216a12ce1 SendMessageA+0x71(hwnd=00000000037B01F4, msg=<is not available>, wparam=<is not available>, lparam=0x7ffffe2ff650) [/builds/wine/wine/build64/../dlls/user32/message.c:635] in user32 (0x007ffffe2ff570) 6 0x000001400027e0 in msvfw32_test (+0x27e0) (0x0000014000b396) See https://test.winehq.org/data/patterns.html#msvfw32:mciwnd A bisect shows that the crashes started with the commit below: commit a81c53504ae32715e6e91bd020fdebd5bef20d48 Author: Alexandre Julliard <julliard(a)winehq.org> AuthorDate: Thu Sep 28 16:30:32 2023 +0200 ntdll: Release the low address space reservation for 64-bit apps. -- 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 55634] New: Genshin Impact uses very long URL
by WineHQ Bugzilla 13 Oct '23

13 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=55634 Bug ID: 55634 Summary: Genshin Impact uses very long URL Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: lvb.crd(a)protonmail.com Distribution: --- Created attachment 75169 --> https://bugs.winehq.org/attachment.cgi?id=75169 backtrace dlls/shell32/shlexec.c crashes because Genshin Impact "Community" URL contains an authorization key due to which the link takes ~1338 characters. Program Info: https://genshin.hoyoverse.com/en/home Windows PC version (not Epic Games version) (free account registration and email verification required) Steps to reproduce: 1. At the start of the game reach the point where after a little swimming training you will be given the opportunity to use the skills on E and Q. 2. Press Esc to bring up the pause menu and click on the "Community" icon. 3. The system web browser should open a very long URL, but shell32 crashes instead. WARNING This bug tracker is not a private place. Probably sharing here the authorization key from your main/NON-test accounts is not a good idea. The game is free-to-play and runs with DAMAVAND so no additional steps should be required during installation. However it takes about 70GB+, but in fact it takes almost twice that much to install and unpack. So feel free to ask me if any additional information requared. -- 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 48905] New: Inner Chains Launches to Black Screen With Mouse Cursor
by WineHQ Bugzilla 13 Oct '23

13 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=48905 Bug ID: 48905 Summary: Inner Chains Launches to Black Screen With Mouse Cursor Product: Wine Version: 5.5 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: matthewcboyd(a)tutanota.com Distribution: --- Created attachment 66859 --> https://bugs.winehq.org/attachment.cgi?id=66859 Debugging Log When I try to launch the game it only launches to a black screen with a mouse cursor. I have tried this on a Windows 10 system where it launches without issue. I've attached pictures of the issue and the terminal output. I am using the GOG version 2.2 of the game. My system: AMD Ryzen 5 2600X | 16GB DDR4-3000 CL15 | MSI RX 5700 XT 8GB Gaming X | Mesa 20.0.4 | Manjaro 19.0.2 | Mate 1.24 | Kernel 5.6.2-1-MANJARO | Wine 5.5 Windows System: AMD FX-9590 | 16GB DDR3-2133 | MSI RX 580 8GB Gaming X | Driver 20.2.2 | Windows 10 Pro 1909 -- 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 55781] New: Bubble.exe: crashes when trying to login
by WineHQ Bugzilla 13 Oct '23

13 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=55781 Bug ID: 55781 Summary: Bubble.exe: crashes when trying to login Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: stoeretijger(a)hotmail.be Distribution: --- Created attachment 75271 --> https://bugs.winehq.org/attachment.cgi?id=75271 backtrace of crash When I run the bubble.exe with "wine "c:\Program Files\Bubble\Bubble.exe"" or "wine64 "c:\Program Files\Bubble\Bubble.exe"". The bubble application crashes when I try to login with my bubble details. I'm using Wine-Staging Im' using the stable https://portal.redcactus.nl/software. But it is not accessible without a login account :-( -- 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 48075] New: Star Wars Battlefront 2 (from 2017) does not start/run properly.
by WineHQ Bugzilla 13 Oct '23

13 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=48075 Bug ID: 48075 Summary: Star Wars Battlefront 2 (from 2017) does not start/run properly. Product: Wine-staging Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: skybuck2000(a)hotmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Sparky Linux Game Over edition was used on Toshiba Laptop L670 to try and start Star Wars Battlefront 2 from 2017, game does not start/run properly (Lutris was used) I suspect wine issue. Big log, small logs and json system information file are available at the folder web folder: http://www.skybuck.org/Games/Battlefront2/Lutris/ Small log example: Running /usr/bin/wine /media/skybuck/06FAAE82FAAE6E1D/Games/Star Wars - Battlefront 2/starwarsbattlefrontii.exe 000b:fixme:winediag:start_process Wine Staging 4.19 is a testing version containing experimental patches. 000b:fixme:winediag:start_process Please mention your exact version when filing bug reports on winehq.org. 002a:fixme:ver:GetCurrentPackageId (0x22d9f0 (nil)): stub 002a:fixme:ntdll:NtQuerySystemInformation returning fake driver list 002a:fixme:heap:RtlSetHeapInformation 0xb50000 0 0x22d8a0 4 stub Waiting on children All children gone Exit with returncode 91 System information: { "comment": "Star Wars Battlefront 2 from 2017 does not start.", "system": { "gpus": [ { "DRIVER": "radeon", "PCI_ID": "1002:68C1", "PCI_SUBSYS_ID": "1179:FD00", "PCI_CLASS": "30000", "PCI_SLOT_NAME": "0000:01:00.0", "MODALIAS": "pci:v00001002d000068C1sv00001179sd0000FD00bc03sc00i00" } ], "env": { "USER": "skybuck", "LC_TIME": "nl_NL.UTF-8", "XDG_SEAT": "seat0", "XDG_SESSION_TYPE": "x11", "SSH_AGENT_PID": "1019", "HOME": "/home/skybuck", "DESKTOP_SESSION": "xfce", "XDG_SEAT_PATH": "/org/freedesktop/DisplayManager/Seat0", "LC_MONETARY": "nl_NL.UTF-8", "DBUS_SESSION_BUS_ADDRESS": "unix:path=/run/user/1000/bus", "QT_QPA_PLATFORMTHEME": "gtk2", "LOGNAME": "skybuck", "XDG_SESSION_CLASS": "user", "XDG_SESSION_ID": "1", "PATH": "/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games", "LC_ADDRESS": "nl_NL.UTF-8", "XDG_SESSION_PATH": "/org/freedesktop/DisplayManager/Session0", "XDG_RUNTIME_DIR": "/run/user/1000", "XDG_MENU_PREFIX": "xfce-", "LC_TELEPHONE": "nl_NL.UTF-8", "LANG": "en_US.UTF-8", "XDG_CURRENT_DESKTOP": "XFCE", "XDG_SESSION_DESKTOP": "xfce", "XAUTHORITY": "/home/skybuck/.Xauthority", "XDG_GREETER_DATA_DIR": "/var/lib/lightdm/data/skybuck", "SSH_AUTH_SOCK": "/tmp/ssh-HKhz6gKNBr4H/agent.990", "SHELL": "/bin/bash", "LC_NAME": "nl_NL.UTF-8", "GDMSESSION": "xfce", "QT_ACCESSIBILITY": "1", "LC_MEASUREMENT": "nl_NL.UTF-8", "LC_IDENTIFICATION": "nl_NL.UTF-8", "XDG_VTNR": "7", "PWD": "/home/skybuck", "XDG_DATA_DIRS": "/usr/share/xfce4:/usr/local/share/:/usr/share/:/usr/share", "XDG_CONFIG_DIRS": "/etc/xdg", "LC_NUMERIC": "nl_NL.UTF-8", "LC_PAPER": "nl_NL.UTF-8", "SESSION_MANAGER": "local/USBStick:@/tmp/.ICE-unix/990,unix/USBStick:/tmp/.ICE-unix/990", "PANEL_GDK_CORE_DEVICE_EVENTS": "0", "DISPLAY": ":0.0" }, "missing_libs": { "OPENGL": [ [], [] ], "VULKAN": [ [], [] ], "WINE": [ [], [] ], "GAMEMODE": [ [ "libgamemodeauto.so" ], [ "libgamemodeauto.so" ] ] }, "cpus": [ { "processor": "0", "vendor_id": "GenuineIntel", "cpu family": "6", "model": "37", "model name": "Intel(R) Core(TM) i5 CPU M 480 @ 2.67GHz", "stepping": "5", "microcode": "0x7", "cpu MHz": "1331.143", "cache size": "3072 KB", "physical id": "0", "siblings": "4", "core id": "0", "cpu cores": "2", "apicid": "0", "initial apicid": "0", "fpu": "yes", "fpu_exception": "yes", "cpuid level": "11", "wp": "yes", "flags": "fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts nopl xtopology nonstop_tsc cpuid aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 popcnt lahf_lm pti ssbd ibrs ibpb stibp tpr_shadow vnmi flexpriority ept vpid dtherm ida arat flush_l1d", "bugs": "cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass l1tf mds swapgs", "bogomips": "5319.37", "clflush size": "64", "cache_alignment": "64", "address sizes": "36 bits physical, 48 bits virtual", "power management": "" }, { "processor": "1", "vendor_id": "GenuineIntel", "cpu family": "6", "model": "37", "model name": "Intel(R) Core(TM) i5 CPU M 480 @ 2.67GHz", "stepping": "5", "microcode": "0x7", "cpu MHz": "1357.986", "cache size": "3072 KB", "physical id": "0", "siblings": "4", "core id": "0", "cpu cores": "2", "apicid": "1", "initial apicid": "1", "fpu": "yes", "fpu_exception": "yes", "cpuid level": "11", "wp": "yes", "flags": "fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts nopl xtopology nonstop_tsc cpuid aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 popcnt lahf_lm pti ssbd ibrs ibpb stibp tpr_shadow vnmi flexpriority ept vpid dtherm ida arat flush_l1d", "bugs": "cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass l1tf mds swapgs", "bogomips": "5319.37", "clflush size": "64", "cache_alignment": "64", "address sizes": "36 bits physical, 48 bits virtual", "power management": "" }, { "processor": "2", "vendor_id": "GenuineIntel", "cpu family": "6", "model": "37", "model name": "Intel(R) Core(TM) i5 CPU M 480 @ 2.67GHz", "stepping": "5", "microcode": "0x7", "cpu MHz": "1420.642", "cache size": "3072 KB", "physical id": "0", "siblings": "4", "core id": "2", "cpu cores": "2", "apicid": "4", "initial apicid": "4", "fpu": "yes", "fpu_exception": "yes", "cpuid level": "11", "wp": "yes", "flags": "fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts nopl xtopology nonstop_tsc cpuid aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 popcnt lahf_lm pti ssbd ibrs ibpb stibp tpr_shadow vnmi flexpriority ept vpid dtherm ida arat flush_l1d", "bugs": "cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass l1tf mds swapgs", "bogomips": "5319.37", "clflush size": "64", "cache_alignment": "64", "address sizes": "36 bits physical, 48 bits virtual", "power management": "" }, { "processor": "3", "vendor_id": "GenuineIntel", "cpu family": "6", "model": "37", "model name": "Intel(R) Core(TM) i5 CPU M 480 @ 2.67GHz", "stepping": "5", "microcode": "0x7", "cpu MHz": "1294.931", "cache size": "3072 KB", "physical id": "0", "siblings": "4", "core id": "2", "cpu cores": "2", "apicid": "5", "initial apicid": "5", "fpu": "yes", "fpu_exception": "yes", "cpuid level": "11", "wp": "yes", "flags": "fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts nopl xtopology nonstop_tsc cpuid aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 popcnt lahf_lm pti ssbd ibrs ibpb stibp tpr_shadow vnmi flexpriority ept vpid dtherm ida arat flush_l1d", "bugs": "cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass l1tf mds swapgs", "bogomips": "5319.37", "clflush size": "64", "cache_alignment": "64", "address sizes": "36 bits physical, 48 bits virtual", "power management": "" } ], "drives": [ { "name": "sda", "fstype": null, "label": null, "uuid": null, "fsavail": null, "fsuse%": null, "mountpoint": null, "children": [ { "name": "sda1", "fstype": "ntfs", "label": "Door systeem gereserveerd", "uuid": "D28AAA208AAA00D9", "fsavail": null, "fsuse%": null, "mountpoint": null }, { "name": "sda2", "fstype": "ntfs", "label": null, "uuid": "06FAAE82FAAE6E1D", "fsavail": "89G", "fsuse%": "81%", "mountpoint": "/media/skybuck/06FAAE82FAAE6E1D" } ] }, { "name": "sdb", "fstype": null, "label": null, "uuid": null, "fsavail": null, "fsuse%": null, "mountpoint": null, "children": [ { "name": "sdb1", "fstype": "vfat", "label": "EFI", "uuid": "67E3-17ED", "fsavail": null, "fsuse%": null, "mountpoint": null }, { "name": "sdb2", "fstype": "ntfs", "label": "External Harddisk", "uuid": "CEF0ABAFF0AB9BE9", "fsavail": "4,3T", "fsuse%": "7%", "mountpoint": "/media/skybuck/External Harddisk" } ] }, { "name": "sdc", "fstype": null, "label": null, "uuid": null, "fsavail": null, "fsuse%": null, "mountpoint": null, "children": [ { "name": "sdc1", "fstype": "vfat", "label": "SPARKY_64BI", "uuid": "14F4-2A56", "fsavail": null, "fsuse%": null, "mountpoint": null }, { "name": "sdc2", "fstype": "ext4", "label": null, "uuid": "edcc9ade-a815-4f64-94d2-78c76807811a", "fsavail": "53,8G", "fsuse%": "25%", "mountpoint": "/" }, { "name": "sdc3", "fstype": "swap", "label": null, "uuid": "35732adc-28a3-4566-8db4-6e9b5283995a", "fsavail": null, "fsuse%": null, "mountpoint": "[SWAP]" } ] }, { "name": "sr0", "fstype": null, "label": null, "uuid": null, "fsavail": null, "fsuse%": null, "mountpoint": null } ], "ram": { "mem": { "total": "5960292", "used": "667784", "free": "460444", "shared": "54064", "buff/cache": "4832064", "available": "4941232" }, "swap": { "total": "33555024", "used": "0", "free": "33555024" } }, "dist": [ "SparkyLinux", "6", "Po-Tolo" ], "glxinfo": { "name_of_display": ":0.0", "opengl_core_profile_version": "3.3 (Core Profile) Mesa 19.2.1", "opengl_core_profile_context_flags": "(none)", "display": ":0", "opengl_shading_language_version": "1.40", "opengl_core_profile_profile_mask": "core profile", "opengl_es_profile_shading_language_version": "OpenGL ES GLSL ES 3.10", "direct_rendering": "Yes", "opengl_renderer": "AMD REDWOOD (DRM 2.50.0 / 5.2.0-3-amd64, LLVM 9.0.0)", "opengl_version": "3.1 Mesa 19.2.1", "opengl_context_flags": "(none)", "opengl_vendor": "X.Org", "opengl_core_profile_shading_language_version": "3.30", "opengl_es_profile_version": "OpenGL ES 3.1 Mesa 19.2.1", "screen": "0" } } } Is there anything I can do to make it work a bit better ? Perhaps update something ? Try different drivers ? Problem seems to be the "fixme" issues. -- 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 12

[Bug 55780] New: Macromedia Freehand MX does not load text selection field when editing a text object
by WineHQ Bugzilla 13 Oct '23

13 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=55780 Bug ID: 55780 Summary: Macromedia Freehand MX does not load text selection field when editing a text object Product: Wine Version: 8.0.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: richterbg(a)gmail.com Distribution: --- Created attachment 75269 --> https://bugs.winehq.org/attachment.cgi?id=75269 Screenshot with the missing drop-list Macromedia Freehand MX fails to load a drop-list with available fonts when editing a text object. Macromedia Freehand MX is an old vector graphics editor. The issue can be reproduced if you choose the text tool (T) and enter some text. When the text is selected, the object properties area should list a drop-list with the option to change the font. This drop-list is missing. A screenshot of the interface is attached. The application can be downloaded from https://archive.org/download/freehandmxinstaller/FreeHand%20MX%20Installer.… -- 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 1

[Bug 55779] New: Motorola Ready For Assistant hangs on a white window then crashes
by WineHQ Bugzilla 12 Oct '23

12 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=55779 Bug ID: 55779 Summary: Motorola Ready For Assistant hangs on a white window then crashes Product: Wine Version: 8.17 Hardware: x86-64 URL: https://web.archive.org/web/20230214220515/https://dow nload.lenovo.com/lenovo/readyfor/ReadyFor_setup_04.0.0 .010.000.exe OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lischak(a)gmail.com Distribution: --- Created attachment 75267 --> https://bugs.winehq.org/attachment.cgi?id=75267 install+run of v04.0.0.010.000 on Wine 8.17 Motorola Ready For Assistant is a software for interfacing with Motorola smartphones from desktop, allowing either phone screen mirror or a full-sized Android-powered desktop similar to Samsung DeX. The installer appears to finish successfully, but the application does not really start, creating two empty windows and then hanging for a while before Wine Debugger is triggered (see the attached screenshot for the two windows). This is a continuation of Bug 54495 and Bug 54699 in which multiple previous issues were fixed (thanks, it's appreciated!). The installation file is freely downloadable: https://web.archive.org/web/20230214220515/https://download.lenovo.com/leno… cd ~/Downloads WINEPREFIX=~/.wine_readyfor wine ReadyFor_setup_04.0.0.010.000.exe cd ~/.wine_readyfor/drive_c/Program\ Files/Lenovo/Ready\ For\ Assistant WINEPREFIX=~/.wine_readyfor wine ReadyFor.exe Attaching log from installation and from a follow-up run. Env: Fedora 38, using the appropriate official WineHQ repo. Note: This version of the software is apparently only available via MS Store nowadays, but the Store install just downloads a normal Win32 .exe from Motorola/Lenovo's servers in the background. For the record, now there's also a newer version 5.x available that must have released sometime in Q2/Q3 2023; that one's available for a direct download from Motorola's servers without jumping through the MS Store hoops. -- 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 55778] New: user32:win - CreateWindowEx() sometimes unexpectedly succeeds on on Windows 7
by WineHQ Bugzilla 12 Oct '23

12 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=55778 Bug ID: 55778 Summary: user32:win - CreateWindowEx() sometimes unexpectedly succeeds on on Windows 7 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com user32:win - CreateWindowEx() sometimes unexpectedly succeeds on on Windows 7: win.c:6748: Test failed: CreateWindowEx should fail win.c:6749: Test failed: IsMenu set error 0 [...] win.c:11799: Test failed: 001B01FA: expected prev 00000000, got 00A500A2 [...and always 20 more 'expected prev' failures...] See https://test.winehq.org/data/patterns.html#user32:win The first known instance happened on 2023-06-15 (none in the previous 4 months) and there have been a bit over 1 instance per month since. This test has been there for years so something else must have changed to cause these failures. * 2023-06-15 win7_newtb-w7u-2qxl * 2023-07-19 win7_newtb-w7u-2qxl * 2023-08-30 win7_newtb-w7u-2qxl * 2023-08-31 win7_newtb-w7u-2qxl * 2023-09-20 win7_newtb-w7u-2qxl * 2023-10-09 win7_newtb-w7u-2qxl test_topmost()'s "expected prev" failures always follow the initial the initial CreateWindowEx failure and never happen without it. So they can be considered to be collateral damage. Then the question is: why does CreateWindowEx() unexpectedly succeeds? The documentation says hMenu can be a 'child-window identifier, an integer value'. Could it be that sometimes the desktop window has a child window with identifier 1? (HMENU)1 is used two more times. Why don't we get failures there too? Should the test use a more unlikely value like 0xdeadbeef? -- 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 47637] New: Final Fantasy XIV returns Javascript error when launched.
by wine-bugs＠winehq.org 12 Oct '23

12 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=47637 Bug ID: 47637 Summary: Final Fantasy XIV returns Javascript error when launched. Product: Wine-staging Version: 4.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: themainliner(a)hotmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 65071 --> https://bugs.winehq.org/attachment.cgi?id=65071 WINEDEBUG=warn+all Launcher loads, immediately Log In is selected after entering log in credentials game returns an error and does not load. The error is: A system error has occurred: -2147467263. Javascript:ctrEvent('mainForm'); WINEDEBUG=fixme-all,warn output: 002e:err:winediag:load_gssapi_krb5 Failed to load libgssapi_krb5, Kerberos SSP support will not be available. 002e:err:mshtml:handle_htmlevent Could not get nsIDOMNode: 80004002 002e:err:mshtml:handle_htmlevent Could not get nsIDOMNode: 80004002 WINEDEBUG=warn+all output attached. Tested on Winehq-staging 4.13 & 4.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 9

[Bug 31983] New: the delphi program cause the kwin error
by wine-bugs＠winehq.org 12 Oct '23

12 Oct '23

http://bugs.winehq.org/show_bug.cgi?id=31983 Bug #: 31983 Summary: the delphi program cause the kwin error Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: l12436(a)yahoo.com.tw Classification: Unclassified there a small bug for the delphi. when the delphin use the tapplication form this form will effect the kwin animated. and cause the focus window at botton of the window. it seems the tapplication is regard as a window. but it is no windows in most of my application. -- 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.

2 32

[Bug 29061] New: TGL's mahou game will crash on the 8bit color with wine
by wine-bugs＠winehq.org 12 Oct '23

12 Oct '23

http://bugs.winehq.org/show_bug.cgi?id=29061 Bug #: 29061 Summary: TGL's mahou game will crash on the 8bit color with wine Product: Wine Version: unspecified Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: l12436(a)yahoo.com.tw Classification: Unclassified Created attachment 37446 --> http://bugs.winehq.org/attachment.cgi?id=37446 error message your wine will crash when using 8bit(256 color) on the windows95 game mahou and mahou2 and it look like is the bug of wine. and it work fine on the normal color. but the game is must be on the 8bit(256 color), so it just could work. but it could not play. i submit the error on attach and i sure the glxgear can run and my connamd is Xephyr :1 -ac -screen 800x600x8 & DISPLAY=:1 wine mahou.exe and on the win7 and XP, use the 256 color could run this game. and this game seem to use the directx4 or directx5. the driver is vxd, the wine98 driver. -- 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.

2 39

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs October 2023