- wine-bugs - winehq.org

[Bug 53571] New: PhotoshopCS2 Installer custom action page fault
by WineHQ Bugzilla 21 Dec '22

21 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53571 Bug ID: 53571 Summary: PhotoshopCS2 Installer custom action page fault Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: winebugs(a)copysoft.org Distribution: --- While attempting to bisect something else on the Photoshop CS2 installer I've noticed that this recent commit: commit 0d0f2067f89545539ab3ae0ccd802239a2dce98e Author: Jacek Caban <jacek(a)codeweavers.com> Date: Sun Aug 14 23:24:04 2022 +0200 user32: Pass window name as UNICODE_STRING to NtUserCreateWindowEx. Breaks the installer and makes it crash when selecting the file types to be associated with Photoshop. 02dc:err:msi:__wine_msi_call_dll_function Custom action (L"C:\\users\\username\\Temp\\msic328.tmp":"SelectFileAssoc") caused a page fault: 0xc0000005 -- 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 54032] New: user32:msg - test_broadcast() sometimes fails due to ERROR_INVALID_PARAMETER on w7pro64
by WineHQ Bugzilla 21 Dec '22

21 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54032 Bug ID: 54032 Summary: user32:msg - test_broadcast() sometimes fails due to ERROR_INVALID_PARAMETER on w7pro64 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:msg - test_broadcast() sometimes fails due to ERROR_INVALID_PARAMETER on w7pro64: msg.c:17400: Test failed: 5: message ffff, got 0, error 87 msg.c:17405: Test failed: 5,0: message ffff, got 0, error 87 msg.c:17405: Test failed: 5,1: message ffff, got 0, error 87 msg.c:17405: Test failed: 5,2: message ffff, got 0, error 87 msg.c:17405: Test failed: 5,3: message ffff, got 0, error 87 msg.c:17405: Test failed: 5,8: message ffff, got 0, error 87 msg.c:17405: Test failed: 5,9: message ffff, got 0, error 87 msg.c:17405: Test failed: 5,10: message ffff, got 0, error 87 msg.c:17405: Test failed: 5,11: message ffff, got 0, error 87 msg.c:17405: Test failed: 5,12: message ffff, got 0, error 87 See https://test.winehq.org/data/patterns.html#user32:msg Notes: * This is specific to w7pro64 and happens roughly twice a month. * The first known instance dates back to 2022-08-17 and there was none in the 2 months prior. * The w7pro64 snapshot dates back to 2021-08-23. So the conclusion is that something changed in Wine back in August that causes these failures. Since the logs show no change to that test in that timeframe (the next day does not count), it must be caused by a change in another test :-( -- 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 54193] New: dinput:force_feedback - test_windows_gaming_input() sometimes fails in Wine
by WineHQ Bugzilla 21 Dec '22

21 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54193 Bug ID: 54193 Summary: dinput:force_feedback - test_windows_gaming_input() sometimes fails in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: dinput Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- dinput:force_feedback - test_windows_gaming_input() sometimes fails in Wine. For instance: * 2022-12-20 on debian11-win32-he-IL (6 failures) force_feedback.c:5932: Test failed: got status 0 force_feedback.c:5932: Test marked todo: got error 0 force_feedback.c:5932: Test marked todo: GetResults returned 0x8000000e force_feedback.c:5937: Test failed: handler not invoked force_feedback.c:5938: Test failed: got async 00000000 force_feedback.c:5939: Test failed: got status 0 force_feedback.c:5945: Test failed: got status 2 force_feedback.c:5945: Test marked todo: got error 0 force_feedback.c:5945: Test marked todo: GetResults returned 0x8000000e force_feedback.c:4703: iface 006C9128, async 019BEEE8, status 4 force_feedback.c:4703: iface 006C9128, async 019C39C8, status 1 force_feedback.c:4705: Test failed: invoked twice force_feedback.c:4703: iface 006C9128, async 019C39C8, status 4 * 2022-11-24 fgtb-debian11-wow64 (3 failures) force_feedback.c:5839: Test failed: got status 0 force_feedback.c:5839: Test marked todo: got error 0 force_feedback.c:5839: Test marked todo: GetResults returned 0x8000000e force_feedback.c:5844: Test failed: handler not invoked force_feedback.c:4615: iface 00000000006C8EB0, async 0000000001D77D50, status 3 force_feedback.c:5845: Test failed: got async 0000000000000000 force_feedback.c:5852: Test marked todo: got error 0x8007001e force_feedback.c:5852: Test marked todo: GetResults returned 0x8007001e * 2022-11-01 debiant-wow64 (1 failure) force_feedback.c:5776: Test marked todo: get_SupportedAxes returned 0x80004001 force_feedback.c:5778: Test marked todo: got axes 0xdeadbeef force_feedback.c:5796: Test failed: got status 0 See https://test.winehq.org/data/patterns.html#dinput:force_feedback The oldest known instance dates back to 2022-09-01 (same 6 failures as above) and there has only been a total of 5 instances to date (in the nightly WineTest runs). So these failures are probably caused by a change some time in August. -- 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 40250] New: Stunt GP too fast timer for stunts, waterfall/screen animation and starting screens
by wine-bugs＠winehq.org 20 Dec '22

20 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=40250 Bug ID: 40250 Summary: Stunt GP too fast timer for stunts, waterfall/screen animation and starting screens Product: Wine Version: 1.9.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: 10mkudela(a)gmail.com Distribution: --- In the game time frame required to press Shift key to make stunt is much smaller then in Windows. Also waterfall animation and loading screens are much faster then in Windows. Everything else is at the same speed. One additional animation is faster as well: speed of the text on screen in Germany location is faster as well, but it's speed is changing from what I have noticed. There is probably a timer somewhere that is ticking faster then it should be, and that is used by all those elements. This bug was tested on 1.9.4 version of Wine, but it is also present on older versions. -- 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 53716] New: Warlords 3: Darklords Rising: opening dialog window has messed up colors
by WineHQ Bugzilla 20 Dec '22

20 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53716 Bug ID: 53716 Summary: Warlords 3: Darklords Rising: opening dialog window has messed up colors Product: Wine Version: 7.14 Hardware: x86-64 URL: https://www.fileplanet.com/archive/p-27637/Warlords-II I-Darklords-Rising-Demo OS: Linux Status: NEW Keywords: download, regression Severity: minor Priority: P2 Component: win32u Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: jacek(a)codeweavers.com Regression SHA1: 47dd8a6a9b1193ec1656cdf04117b94a3cf07025 Distribution: --- Created attachment 73147 --> https://bugs.winehq.org/attachment.cgi?id=73147 Before -> after image This was tested with GOG.com version of the game but can also be reproduced with the original demo version. When you start the game the opening dialog (where you select game mode/screen resolution) has strange colors. The demo uses a 16-bit installer which is currently affected by bug #53646. Winver needs to be Win95/98. This is a regression from Wine-7.14, caused by commit 47dd8a6a9b1193ec1656cdf04117b94a3cf07025 Author: Jacek Caban <jacek(a)codeweavers.com> Date: Sun Jul 10 16:15:10 2022 +0200 win32u: Use syscall interface for more user painting functions. Nothing obvious is visible in the terminal output. Darkdemo.zip (20M) md5sum: 30f5908552d720e8b5361e0656772da8 wine-7.17-224-g52a83ffe4ef -- 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 53256] New: user32:win - test_window_from_point() and test_mouse_input() sometimes fail on Windows 10 2009+
by WineHQ Bugzilla 20 Dec '22

20 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53256 Bug ID: 53256 Summary: user32:win - test_window_from_point() and test_mouse_input() sometimes fail on Windows 10 2009+ 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 - test_window_from_point() and test_mouse_input() sometimes fail on Windows 10 2009+: win.c:10238: Test failed: button under static window didn't get WM_LBUTTONUP 02fc:win: 10 tests executed (0 marked as todo, 1 failure), 0 skipped. ... win.c:4549: Test failed: hwnd 00000000009C02AE/00000000009C02AE message 0204 win.c:4554: Test failed: hwnd 00000000009C02AE/00000000009C02AE message 0205 win.c:4559: Test failed: hwnd 00000000009C02AE/00000000009C02AE message 0206 win.c:4564: Test failed: hwnd 00000000009C02AE/00000000009C02AE message 0205 win.c:4580: Test failed: hwnd 00000000007902D6/00000000007902D6 message 0204 win.c:4584: Test failed: hwnd 00000000007902D6/00000000007902D6 message 0205 win.c:4593: Test failed: hwnd 00000000009C02AE/00000000009C02AE message 0204 win.c:4596: Test failed: hwnd 00000000009C02AE/00000000009C02AE message 0205 win.c:4629: Test failed: hwnd 00000000005C0340/00000000005C0340 message 00a4 win.c:4635: Test failed: hwnd 00000000005C0340/00000000005C0340 message 00a5 win.c:4642: Test failed: hwnd 00000000005C0340/00000000005C0340 message 0206 win.c:4644: Test failed: wparam 2 win.c:4655: Test failed: hwnd 00000000005C0340/00000000005C0340 message 0205 https://test.winehq.org/data/patterns.html#user32:win Where: * 204 == WM_RBUTTONDOWN * 205 == WM_RBUTTONUP * 206 == WM_RBUTTONDBLCLK Although they seem unrelated, the test_window_from_point() failure and the set of 13 test_mouse_input() failures always happen together which means they probably have a common cause. Also these failures are usually rare but can be almost systematic at times, for instance from 2022-04-25 to 2022-05-30 on w1064 32-bit. -- 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 54188] New: user32:win - test_GetMessagePos() sometimes gets an unexpected position on Windows
by WineHQ Bugzilla 20 Dec '22

20 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54188 Bug ID: 54188 Summary: user32:win - test_GetMessagePos() sometimes gets an unexpected position 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:win - test_GetMessagePos() sometimes gets an unexpected position on Windows and Wine: win.c:10841: Test failed: pos = 00e700d0 win.c:10845: Test failed: pos = 00e700d0 win.c:10849: Test failed: pos = 00e700d0 or win.c:10841: Test failed: pos = 00e600d0 win.c:10845: Test failed: pos = 00e600d0 win.c:10849: Test failed: pos = 00e600d0 See https://test.winehq.org/data/patterns.html#user32:win This happens most frequently on Windows 7 but also happens on Windows 10 21H2 and 22H2. -- 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 53986] New: wininet:http - test_concurrent_header_access() sometimes fails on Windows 7 & 8
by WineHQ Bugzilla 20 Dec '22

20 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53986 Bug ID: 53986 Summary: wininet:http - test_concurrent_header_access() sometimes fails on Windows 7 & 8 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: wininet Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com wininet:http - test_concurrent_header_access() sometimes fails on Windows 7 & 8: http.c:7825: Test failed: HttpQueryInfoA failed 6 See https://test.winehq.org/data/patterns.html#wininet:http This is an old failure going back to at least 2022-06-07 and the failure rate is below 2% so it is going to be hard to reproduce. -- 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 54042] New: wmvcore:wmvcore - test_sync_reader_types() sometimes gets an NS_E_INCOMPATIBLE_FORMAT error in Wine
by WineHQ Bugzilla 20 Dec '22

20 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54042 Bug ID: 54042 Summary: wmvcore:wmvcore - test_sync_reader_types() sometimes gets an NS_E_INCOMPATIBLE_FORMAT error in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wmp&wmvcore Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- wmvcore:wmvcore - test_sync_reader_types() sometimes gets an NS_E_INCOMPATIBLE_FORMAT error in Wine: wmvcore.c:1521: Test marked todo: Stream 0: Got output number 0. wmvcore.c:1579: Test failed: Stream 0: Got hr 0xc00d0041. wmvcore.c:1586: Test marked todo: Stream 0: Got hr 0. See https://test.winehq.org/data/patterns.html#wmvcore:wmvcore This failure first happened on 2022-09-27, there are no record of it in the previous 4 months, and it has happened about every other week since. So it is probably caused by a change in Wine that occurred in September. -- 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 54187] New: dxgi:dxgi - test_swapchain_parameters() sometimes gets access denied errors on Windows 8
by WineHQ Bugzilla 20 Dec '22

20 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54187 Bug ID: 54187 Summary: dxgi:dxgi - test_swapchain_parameters() sometimes gets access denied errors 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 dxgi:dxgi - test_swapchain_parameters() sometimes gets access denied errors on Windows 8: dxgi.c:4487: Test failed: Got unexpected hr 0x80070005, test 10. dxgi.c:4487: Test failed: Got unexpected hr 0x80070005, test 11. dxgi.c:4487: Test failed: Got unexpected hr 0x80070005, test 20. dxgi.c:4487: Test failed: Got unexpected hr 0x80070005, test 33. dxgi.c:4487: Test failed: Got unexpected hr 0x80070005, test 34. dxgi.c:4487: Test failed: Got unexpected hr 0x80070005, test 43. See https://test.winehq.org/data/patterns.html#dxgi:dxgi Where 0x80070005 == E_ACCESSDENIED This always happens with the same set of 6 tests. This happened once on w8adm (2022-11-29) but usually happens on w864 (4 instances) where the test runs with elevated privileges. -- 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 42384] New: WinOmega 10.00.24 attempts to use certmgr.msc
by wine-bugs＠winehq.org 19 Dec '22

19 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=42384 Bug ID: 42384 Summary: WinOmega 10.00.24 attempts to use certmgr.msc Product: Wine Version: 2.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: crypt32 Assignee: wine-bugs(a)winehq.org Reporter: info(a)winomega.com Distribution: --- Created attachment 57179 --> https://bugs.winehq.org/attachment.cgi?id=57179 certmgr.msc error WinOmega 10.00.24 (https://appdb.winehq.org/objectManager.php?sClass=version&iId=33538) is yields an error (see screenshot) when attempting to manage certificates through: Facturación -> Clientes -> Firmar -> Factura-e The program relies on certmgr.msc (MMC snap-in) for certificate management. A possible workaround could be to use certmgr.exe (Certificate Manager Tool) in its stead. However certmgr.exe isn't usable due to bug 42383 (https://bugs.winehq.org/show_bug.cgi?id=42383). -- 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 5

[Bug 51588] New: MS Visio 2016 not work
by WineHQ Bugzilla 19 Dec '22

19 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=51588 Bug ID: 51588 Summary: MS Visio 2016 not work Product: Wine Version: 6.0.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mettalhunter(a)yahoo.com.ar Distribution: --- Created attachment 70436 --> https://bugs.winehq.org/attachment.cgi?id=70436 cosole output Hi! I installed MS Visio 2016 but it does not start, not show Windows, nothing. I used Gentoo Linux with Wine-6.0 and Wine-6.14. I installed: riched20, riched30, mfc40, mfc42, msxml6, msxml3, vcrun (2008 until 2017), msftedit. What is the 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 4

[Bug 54179] New: Maximized windows are not maximized with built-in decorations
by WineHQ Bugzilla 19 Dec '22

19 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54179 Bug ID: 54179 Summary: Maximized windows are not maximized with built-in decorations Product: Wine Version: 8.0-rc1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: aros(a)gmx.com Distribution: --- Created attachment 73705 --> https://bugs.winehq.org/attachment.cgi?id=73705 Maximized notepad Steps to reproduce: 1) winecfg -> Graphics -> uncheck "Allow the window manager to decorate the windows" 2) Run [wine] notepad 3) Maximize it Results: You can still resize the window as the mouse cursor changes to double-arrows at the borders of the screen. Expected results: The window is indeed maximized and cannot be resized unless you restore/unmaximize it. -- 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 50298] New: w1064v1909 shows the "create a Windows account" fullscreen dialog
by WineHQ Bugzilla 19 Dec '22

19 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=50298 Bug ID: 50298 Summary: w1064v1909 shows the "create a Windows account" fullscreen dialog Product: Wine-Testbot Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Created attachment 68868 --> https://bugs.winehq.org/attachment.cgi?id=68868 w1064v1909 "Let's finish setting up your device" dialog w1064v1909 corresponds to the 1909-live snapshot of the w1064 VM. That snapshot is created automatically by the TestBot. Currently this snapshot opens on the "create a Windows account" fullscreen dialog, the one with the following title: Let's finish setting up your device It seems this dialog 'pops up' automatically on boot if one does not provide a Microsoft account when installing Windows. When that happens is hard to predict, Windows seems to wait a few days or reboots before doing. Furthermore something WineTest does seems to make this dialog go away because it's not visible in the final WineTest screenshot. However it is visible if one runs a single test such as ntdll:exception. It's not entirely clear if this dialog is interfering with some tests but its presence is definitely unwanted. -- 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 47847] New: Disable Windows 10's "privacy wizard" after locale change
by WineHQ Bugzilla 19 Dec '22

19 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=47847 Bug ID: 47847 Summary: Disable Windows 10's "privacy wizard" after locale change Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- The TestBot can automatically set up locale-specific live snapshots (after the locale has been manually installed, see point 1 of bug 47804). However on Windows 10 the mandatory reboot is sometimes followed by a wizard asking a bunch of questions like whether to use audio speech recognition, what kind of reports to send Microsoft, etc. I think this is the "Choose your Privacy Settings" wizard. Of course that breaks the snapshot creation since the TestBot cannot answer these questions, fails to detect they are even being asked (because TestAgentd is already running in the background), and creates a snapshot of the half-baked state. So one question is: how can one prevent Windows from putting up this wizard? But then, while I had this wizard for the French locale, I did not get it for Arabic. Would it perchance only happen for European locales? If so the pain may be bearable. -- 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 51411] New: Add a mixed locale Windows test configuration.
by WineHQ Bugzilla 19 Dec '22

19 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=51411 Bug ID: 51411 Summary: Add a mixed locale Windows test configuration. Product: Wine-Testbot Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- The TestBot's locale test configurations usually have a matching set of locales for SystemDefaultLCID, USystemPreferredUILanguages, UserDefaultUILanguage and ThreadUILanguage. For instance for French we have: SystemDefaultLCID 040c UserDefaultLCID 0409 ThreadLocale 0409 SystemPreferredUILanguages 040C,0409 UserDefaultUILanguage 040c ThreadUILanguage 040c As a result tests can substitute GetSystemDefaultLCID() for GetThreadUILanguage() and get away with it. In turn this allows Wine to substitute these too without causing the tests to fail (see for instance mlang:mlang, bug 51410). To avoid this the TestBot needs a test configuration where all the important locale settings are different so these issues are detected immediately. -- 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 51451] New: Many Windows 10 VMs are incompletely localized
by WineHQ Bugzilla 19 Dec '22

19 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=51451 Bug ID: 51451 Summary: Many Windows 10 VMs are incompletely localized Product: Wine-Testbot 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 The localized w10pro64* VMs don't have the right UserDefaultLCID and are sometimes missing even more: w10pro64 fr_FR SystemDefaultLCID 040c UserDefaultLCID 0409 <--- should be 040c ThreadLocale 0409 ??? SystemPreferredUILanguages 040C,0409 UserDefaultUILanguage 040c ThreadUILanguage 040c w10pro64 ar_MA SystemDefaultLCID 0c01 UserDefaultLCID 0409 <--- should be 0c01 ThreadLocale 0409 ??? SystemPreferredUILanguages 0409 <--- should contain 0c01 UserDefaultUILanguage 0409 <--- should be 0c01 ThreadUILanguage 0409 <--- should be 0c01 w10pro64 he_IL UserDefaultLCID 0409 <--- should be 40d w10pro64 hi_IN Being a Unicode-only language means setting the system locale to Hindi was not possible in older Windows versions (up to early Windows 10). Now it is but it's considered Beta and uses the UTF-8 encoding in ANSI APIs. So it's not clear if it should be changed (and how to do it programmatically). SystemDefaultLCID 0409 <--- Unicode-only language UserDefaultLCID 0409 <--- should be 0439 ThreadLocale 0409 ??? SystemPreferredUILanguages 0439,0409 UserDefaultUILanguage 0439 ThreadUILanguage 0439 w10pro64 ja_JP UserDefaultLCID 0409 <--- should be 411 w10pro64 ko_KO UserDefaultLCID 0409 <--- should be 412 w10pro64 pt_BR UserDefaultLCID 0409 <--- should be 416 w10pro64 ru_RU UserDefaultLCID 0409 <--- should be 419 w10pro64 zh_CN UserDefaultLCID 0409 <--- should be 804 This prevents testing how Windows behaves when formatting and parsing their currencies in oleaut32:varformat for instance. Strangely enough the w7u* VMs don't have this issue: w7u de_DE SystemDefaultLCID 0407 UserDefaultLCID 0407 ThreadLocale 0407 SystemPreferredUILanguages 0407 UserDefaultUILanguage 0407 ThreadUILanguage 0407 -- 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 54158] New: Windows Update is not quite idle in w1064v1709
by WineHQ Bugzilla 19 Dec '22

19 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54158 Bug ID: 54158 Summary: Windows Update is not quite idle in w1064v1709 Product: Wine-Testbot 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 Update is not quite idle in w1064v1709. It takes a while for it to actually start so it's not obvious right after boot. Also the network connection is metered so it should not be downloading stuff. But I think it already had some updates downloaded and ready to install before the snapshot was taken so that after a while it just proceeds to install them which breaks some tests. See also bug 53227. -- 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 54176] New: Vegas pro 16
by WineHQ Bugzilla 19 Dec '22

19 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54176 Bug ID: 54176 Summary: Vegas pro 16 Product: Wine Version: 7.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bochtabochta(a)gmail.com Distribution: --- Created attachment 73699 --> https://bugs.winehq.org/attachment.cgi?id=73699 BackTrace of crash Vegas pro 16 crashes at launch when loading i/o file manager -- 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 54129] New: Disable Internet time synchronization in all Windows configurations
by WineHQ Bugzilla 19 Dec '22

19 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54129 Bug ID: 54129 Summary: Disable Internet time synchronization in all Windows configurations Product: Wine-Testbot 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 Created attachment 73660 --> https://bugs.winehq.org/attachment.cgi?id=73660 kernel32:process: Dump the Internet time synchronization config if passed w32time. Internet time synchronization is suspected to be responsible for sending WM_TIMECHANGE messages which break some tests (see bug 53273, bug 53516, bug 54128). The TestBot has code to disable Internet time synchronization but this requires a snapshot update. The following test configurations have Internet time synchronization enabled: w7u* -> Service start = 0x3 Manual + Type = NTP w7pro64 -> Service start = 0x3 Manual + Type = NTP w8* -> Service start = 0x3 Manual + Type = NTP w864* -> Service start = 0x3 Manual + Type = NTP w1064v2009 -> Service start = 0x2 Automatic (Delayed) + Type = NoSync w10pro64v2004 -> Service start = 0x3 Manual + Type = NTP w10pro64* -> Service start = 0x2 Automatic (Delayed) + Type = NTP w1164_amd -> Service start = 0x2 Automatic (Delayed) + Type = NoSync Those that have Type = NoSync are probably okay. They look like partially failed attempts at disabling time synchronization, or cases where something tried to re-enable time synchronization. These are okay: w1064* -> Service start = 0x4 Disabled + Type = NoSync w1164 -> Service start = 0x4 Disabled + Type = NoSync w1164_nv -> Service start = 0x4 Disabled + Type = NoSync -- 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 12159] New: Alt-click moves the windows instead of giving access to alternate functionalities in Photoshop Cs2
by wine-bugs＠winehq.org 18 Dec '22

18 Dec '22

http://bugs.winehq.org/show_bug.cgi?id=12159 Summary: Alt-click moves the windows instead of giving access to alternate functionalities in Photoshop Cs2 Product: Wine Version: 0.9.58. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P1 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: mariejoaile(a)gmail.com Steps to reproduce: 1- Open Photoshop 2- Create a new document or open one 3- Pick a selection tool or clone or any of the tool making use of an alternate function using alt 4- Try to use this alt-click option and instead of for instance for the select tool, deselecting, it will move the window. This action is very important because there is no other way to use certain of Photoshop's tool, making tools like clone and healing useless. -- 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 4

[Bug 54160] New: REGRESSION : Drive Usage shows empty CDRom drive with free space from the last HDD
by WineHQ Bugzilla 18 Dec '22

18 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54160 Bug ID: 54160 Summary: REGRESSION : Drive Usage shows empty CDRom drive with free space from the last HDD Product: Wine Version: unspecified Hardware: x86-64 OS: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: contact(a)kcsoftwares.com Created attachment 73684 --> https://bugs.winehq.org/attachment.cgi?id=73684 screenshot Drive Usage shows empty CDRom drive with free space from the last HDD Only if CDRom drive is EMPTY REGRESSION : dlls/msi/dialog.c is faulty because : - change made to msi_dialog_vcl_add_drives now using GetVolumeInformationW and flag compared to FILE_READ_ONLY_VOLUME does not work as previous implementation - GetDiskFreeSpaceExW result is not checked and if failing (eg : empty CDRom drive) the content of "free" is used (containing last valid data, eg last HDD) Detected in https://jira.reactos.org/browse/CORE-18758 -- 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 53955] New: Fractal Mapper stopped working after wine upgrade
by WineHQ Bugzilla 18 Dec '22

18 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53955 Bug ID: 53955 Summary: Fractal Mapper stopped working after wine upgrade Product: Wine Version: 7.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msxml3 Assignee: wine-bugs(a)winehq.org Reporter: goeran(a)uddeborg.se Distribution: --- After upgrading wine on my Fedora 37 system Fractal Mapper no longer works. The output ends withe a couple of error messages. 010c:err:module:find_forwarded_export module not found for forward 'msxml3.DllGetClassObject' used by L"C:\\windows\\system32\\msxml.dll" 010c:err:ole:apartment_add_dll couldn't find function DllGetClassObject in L"C:\\windows\\system32\\msxml.dll" 010c:err:ole:create_server class {2933bf90-7b36-11d2-b20e-00c04f983e60} not registered 010c:err:ole:com_get_class_object no class object {2933bf90-7b36-11d2-b20e-00c04f983e60} could be created for context 0x5 010c:err:seh:NtRaiseException Exception frame is not in stack limits => unable to dispatch exception. The can be reproduced with the trial version from https://www.nbos.com/nox/item/144. Run like this - wine fm8trial.exe - cd $WINEPREFIX/drive_c/Program\ Files\ $x86$/nbos - wine Mapper8.exe To get Fractal Mapper fully working with wine I have previously documented some steps in the appdb. This new problem appears regardless if you do those extra steps or not however. There have been several upgrades of wine in Fedora, I don't know exactly at which upgrade this broke. -- 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 53510] New: ntoskrnl.exe:ntoskrnl sometimes fails on Windows 7 and 8
by WineHQ Bugzilla 17 Dec '22

17 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53510 Bug ID: 53510 Summary: ntoskrnl.exe:ntoskrnl sometimes fails on Windows 7 and 8 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com ntoskrnl.exe:ntoskrnl sometimes fails on Windows 7 and 8: driver.c:2478: Test failed: Got control flags 0x4. driver.c:2495: Test failed: Got control flags 0x4. driver.c:1758: Test failed: Got control flags 0x4. driver.c:1769: Test failed: Got control flags 0x4. https://test.winehq.org/data/patterns.html#ntoskrnl.exe:ntoskrnl This set of four errors is usually repeated 3 times but sometimes has different flags: driver.c:2478: Test failed: Got control flags 0x8. or driver.c:2478: Test failed: Got control flags 0x4e. or driver.c:2478: Test failed: Got control flags 0x82. -- 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 53250] New: ole32:compobj - test_CoGetClassObject() sometimes fails on Windows 7 and 8
by WineHQ Bugzilla 17 Dec '22

17 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53250 Bug ID: 53250 Summary: ole32:compobj - test_CoGetClassObject() sometimes fails on Windows 7 and 8 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: ole32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com ole32:compobj - test_CoGetClassObject() sometimes fails on Windows 7 and 8: compobj.c:831: Test failed: Section not found. compobj.c:841: Test failed: Unexpected return value. compobj.c:850: Test failed: Unexpected return value. compobj.c:856: Test failed: Unexpected module name L"testlib.dll". https://test.winehq.org/data/patterns.html#ole32:compobj The failures are rare enough to cause 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 2

[Bug 54165] New: Tomb Raider Custom Level - Tibetan Winter crashes with Software Rendering (Backtrace)
by WineHQ Bugzilla 17 Dec '22

17 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54165 Bug ID: 54165 Summary: Tomb Raider Custom Level - Tibetan Winter crashes with Software Rendering (Backtrace) Product: Wine Version: 8.0-rc1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: maiktapwagner(a)aol.com Distribution: --- Created attachment 73690 --> https://bugs.winehq.org/attachment.cgi?id=73690 Backtrace 8.0-rc1 (Slackware 15.0) Hello everyone, I am running a patched version of 8.0-rc1 with one specific patch that stems from https://bugs.winehq.org/show_bug.cgi?id=54093 but no other patches have been applied. Download-URL and console output will be provided shortly in its specific field but here is my checksum for the time being. sha256sum MrXY-TibetanWinterRemake.zip 3e40a65d05737723efcc614198f83ab871247936fc8d6ff432cf9a208e2a1622 MrXY-TibetanWinterRemake.zip -- 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 53222] New: shell32:shlfolder - test_SHChangeNotify() gets unexpected WM_USER_NOTIFY messages on Windows 10
by WineHQ Bugzilla 16 Dec '22

16 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53222 Bug ID: 53222 Summary: shell32:shlfolder - test_SHChangeNotify() gets unexpected WM_USER_NOTIFY messages on Windows 10 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com shell32:shlfolder - test_SHChangeNotify() gets unexpected WM_USER_NOTIFY messages on Windows 10. The exact failures vary a bit though: shlfolder.c:5027: SHChangeNotify tests (0) ... shlfolder.c:5014: RMDIR: took 2 tries shlfolder.c:4964: verifying pidls for: RMDIR shlfolder.c:4977: Test failed: Didn't expect a WM_USER_NOTIFY message (event: 10) or shlfolder.c:4978: SHChangeNotify tests (0) shlfolder.c:4915: verifying pidls for: MKDIR shlfolder.c:4928: Test failed: Didn't expect a WM_USER_NOTIFY message (event: 40000) or shlfolder.c:5027: SHChangeNotify tests (0) shlfolder.c:4964: verifying pidls for: MKDIR shlfolder.c:5014: MKDIR: took 2 tries shlfolder.c:4964: verifying pidls for: MKDIR shlfolder.c:4977: Test failed: Didn't expect a WM_USER_NOTIFY message (event: 8) or shlfolder.c:4978: SHChangeNotify tests (1) ... shlfolder.c:4965: CREATE: took 0 tries shlfolder.c:4915: verifying pidls for: RMDIR shlfolder.c:4928: Test failed: Didn't expect a WM_USER_NOTIFY message (event: 3) or shlfolder.c:5014: CREATE: took 3 tries shlfolder.c:4960: Test failed: CREATE: expected notification type 2, got: 40000 shlfolder.c:4964: verifying pidls for: CREATE shlfolder.c:4967: Test failed: GetDisplayNameOf failed: 0x80070057 shlfolder.c:4977: Test failed: Didn't expect a WM_USER_NOTIFY message (event: 3) https://test.winehq.org/data/patterns.html#shell32:shlfolder The failures have been seen on Windows 10 1507, 21H1 and 21H2 but it is likely that the other Windows 10 versions behave the same way. -- 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 54162] New: Unable to read pdf using pdf24
by WineHQ Bugzilla 16 Dec '22

16 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54162 Bug ID: 54162 Summary: Unable to read pdf using pdf24 Product: Wine Version: 8.0-rc1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: rpc Assignee: wine-bugs(a)winehq.org Reporter: tjw123hh(a)outlook.com Distribution: --- Created attachment 73687 --> https://bugs.winehq.org/attachment.cgi?id=73687 backtrance Serious problem opening file with pdf reader in pdf24 However, the pdf creator still works -- 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 54163] New: Unable to open pdf24 toolbox
by WineHQ Bugzilla 16 Dec '22

16 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54163 Bug ID: 54163 Summary: Unable to open pdf24 toolbox Product: Wine Version: 8.0-rc1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tjw123hh(a)outlook.com Distribution: --- When I tried to open the pdf24 toolbox, it got stuck in the loading screen (Loading animation moves for a while and then stops) -- 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 41784] New: Wine error under LinuxMint 17.3 after running PDF24 Creator
by wine-bugs＠winehq.org 16 Dec '22

16 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=41784 Bug ID: 41784 Summary: Wine error under LinuxMint 17.3 after running PDF24 Creator Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: marialvez(a)gmail.com Distribution: --- Created attachment 56219 --> https://bugs.winehq.org/attachment.cgi?id=56219 Using the PDF24 Creator program, in Wine mode and after close the application, my Pc show these bug.- Y work with Linux Mint 17.3 Cinnamon 64-bit Version 2.8.8 Using the PDF24 Creator program, in Wine mode and after close the application, my Pc show these bug.- Y work with Linux Mint 17.3 Cinnamon 64-bit Version 2.8.8 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 7

[Bug 54161] New: quartz:filtergraph sometimes times out in Wine
by WineHQ Bugzilla 16 Dec '22

16 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54161 Bug ID: 54161 Summary: quartz:filtergraph sometimes times out in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- quartz:filtergraph sometimes times out in Wine. In MR!1820 the timeout happened on exit (debian11-win32): ... filtergraph.c:5567: Test marked todo: Got param2 0xdeadbeef. 0d70:filtergraph: 7291 tests executed (81 marked as todo, 0 as flaky, 0 failures), 0 skipped. quartz:filtergraph:0d70 done (258) in 120s 5680B In the nightly WineTest runs filtergraph timeouts only happen on my desktop and my Debian 11 VM; maybe because they usually see more other CPU activity. See https://test.winehq.org/data/patterns.html#quartz:filtergraph The nightly results show only 7 instances in 6 months where filtergraph timed out on exit as above (e.g. 2022-09-27 fgtb-debian1-wow32). It is a lot more common for it to timeout on startup: 17 instances over 6 months. For instance on 2022-11-22 fgtb-debian11-wow32: filtergraph.c:616: running L"test.avi" quartz:filtergraph:0424 done (258) in 120s 40B Given that filtergraph normally runs in about 10 seconds it seems unlikely that this is just a case of the test running a little bit too slow. -- 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 54152] New: mshtml:misc sometimes times out in Wine
by WineHQ Bugzilla 15 Dec '22

15 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54152 Bug ID: 54152 Summary: mshtml:misc sometimes times out in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: mshtml Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- mshtml:misc sometimes times out on exit in Wine. Sometimes the timeout happens on exit: 0a50:misc: 244 tests executed (0 marked as todo, 0 as flaky, 0 failures), 0 skipped. mshtml:misc:0a50 done (258) in 120s 86B and sometimes before in which case there is no trace: mshtml:misc:04c0 done (258) in 120s 0B See https://test.winehq.org/data/patterns.html#mshtml:misc The first timeout happened on 2022-11-10 but there is only a bit over 1 per month. Also the GitLab CI seems to be more prone to getting those. There is also one case where the test got a failure instead: misc.c:257: Test failed: key failed 80004005 0a4c:misc: 244 tests executed (0 marked as todo, 0 as flaky, 1 failure), 0 skipped. mshtml:misc:0a4c done (1) in 0s 131B 256 hres = IHTMLStorage_key(storage, -1, &key); 257 ok(hres == E_INVALIDARG, "key failed %08lx\n", hres); Where: 0x80004005 == E_FAIL 0x80070057 == E_INVALIDARG Hopefully that failure is related and the timeout is caused by either HTMLStorage_key() going into an infinite loop or corrupting the 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.

1 2

[Bug 54047] New: wiaservc:wia sometimes crashes on Windows 11
by WineHQ Bugzilla 15 Dec '22

15 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54047 Bug ID: 54047 Summary: wiaservc:wia sometimes crashes on Windows 11 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: wia Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com wiaservc:wia sometimes crashes on Windows 11: 0d78:wia: unhandled exception c0000005 at 00007FFE62E43777 See https://test.winehq.org/data/patterns.html#wiaservc:wia This failure is pretty rare and since there is no trace or backtrace whatsoever it's unclear where the crash occurs. Note: On Windows 10 21H1+ it times out instead of crashing (see bug 54046). These two issues may well be related (memory corruption?). -- 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 54154] New: winmm:midi sometimes crashes on exit in Wine
by WineHQ Bugzilla 15 Dec '22

15 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54154 Bug ID: 54154 Summary: winmm:midi sometimes crashes on exit in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: winmm&mci Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- winmm:midi sometimes crashes on exit in Wine: 0494:midi: 445 tests executed (4 marked as todo, 0 as flaky, 0 failures), 0 skipped. winmm:midi:0494 done (-1073741819) in 7s 5788B See https://test.winehq.org/data/patterns.html#winmm:midi Where -1073741819 == 0xc0000005 The pid of the test summary line matches the one printed by the WineTest executable which means this is the summary line of the main process. That means the crash happens on exit, probably as the result of memory / stack corruption. There have been 24 crashes in the past 6 months but they became more frequent after the 2022-09-16 which may correspond to the TestBot switching to running two VMs are a time. So the failure may be caused by extra load. There is also at least one case of a timeout on exit (2022-12-09 on debian11-win32-ja-JP), which is probably the same issue: 05fc:midi: 445 tests executed (4 marked as todo, 0 as flaky, 0 failures), 0 skipped. winmm:midi:05fc done (258) in 120s 5788B -- 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 54153] New: kernel32:debugger - test_kill_on_exit() sometimes gets STILL_ACTIVE exit code on Windows
by WineHQ Bugzilla 15 Dec '22

15 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54153 Bug ID: 54153 Summary: kernel32:debugger - test_kill_on_exit() sometimes gets STILL_ACTIVE exit code on Windows Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com kernel32:debugger - test_kill_on_exit() sometimes gets STILL_ACTIVE exit code on Windows: debugger.c:2078: Test failed: exit code = 00000103 See https://test.winehq.org/data/patterns.html#kernel32:debugger Where 0x103 == STILL_ACTIVE == STATUS_PENDING This should mean the process is still running. So either there is a race condition in the test or Windows 8 and 10 21H1 are buggy. With only 3 instances in 6 months this failure is pretty rare: * 2022-07-11 on w10pro64-ar (64-bit, 21H1) * 2022-10-31 on w864 (64-bit) * 2022-12-06 on w864 (64-bit) -- 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 54107] New: Windows Defender interferes with the tests on w1064v1909
by WineHQ Bugzilla 15 Dec '22

15 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54107 Bug ID: 54107 Summary: Windows Defender interferes with the tests on w1064v1909 Product: Wine-Testbot 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 Defender interferes with the tests on w1064v1909: sc.exe:sc start programs/sc/tests/sc.c sc.exe:sc:0000 done (-225) in 0s 0B Where 225 == ERROR_VIRUS_INFECTED This is because in this snapshot was created before Windows Defender became a problem and thus has no exclusion for the folder where the TestBot puts the test binaries. w1064v2009 (and presumably snapshots of newer Windows versions) has the needed exclusion. v1064v1809 (and presumably snapshots of older Windows versions) does not have an exclusion but has "Real-time protection" turned off which should ensure Defender won't interfere (that option is not available in newer Windows (Defender) versions). -- 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 54128] New: user32:msg - test_PeekMessage3() sometimes gets an unexpected WM_TIMECHANGE message on Windows 10
by WineHQ Bugzilla 15 Dec '22

15 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54128 Bug ID: 54128 Summary: user32:msg - test_PeekMessage3() sometimes gets an unexpected WM_TIMECHANGE message on Windows 10 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 test_PeekMessage3() sometimes gets an unexpected WM_TIMECHANGE message on Windows 10: msg.c:13549: Test failed: msg.message = 30 instead of WM_TIMER msg.c:13552: Test failed: msg.message = 275 instead of WM_USER + 1 msg.c:13554: Test failed: expected PeekMessage to return FALSE, got 1 msg.c:13564: Test failed: msg.message = 1025 instead of WM_TIMER msg.c:13566: Test failed: msg.message = 275 instead of WM_USER msg.c:13568: Test failed: expected PeekMessage to return FALSE, got 1 msg.c:13577: Test failed: msg.message = 1024 instead of WM_TIMER msg.c:13579: Test failed: expected PeekMessage to return FALSE, got 1 See https://test.winehq.org/data/patterns.html#user32:msg Where 30 == WM_TIMECHANGE 275 == WM_TIMER 1024 == WM_USER 1025 == WM_USER + 1 This is similar to the issue happening in test_PeekMessage2() in bug 53273. This last happened on 2022-12-09 on w10pro64-pt-BR where the Internet time synchronization has not been disabled. So that may be the source of the WM_TIMECHANGE messages. The TestBot now has code to disable Internet time synchronization but the snapshots have not all been updated. So this bug should be revisited once they have been updated to see if the failures are still happening. -- 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 54076] New: windows.globalization:globalization - test_GlobalizationPreferences() sometimes unexpectedly returns en_US on Windows 10
by WineHQ Bugzilla 15 Dec '22

15 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54076 Bug ID: 54076 Summary: windows.globalization:globalization - test_GlobalizationPreferences() sometimes unexpectedly returns en_US 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.globalization:globalization - test_GlobalizationPreferences() sometimes unexpectedly returns en_US on Windows 10: globalization.c:137: Test failed: IGlobalizationPreferencesStatics_get_Languages 0 returned len 5, str L"en-US", expected L"de-DE" globalization.c:177: Test failed: IGlobalizationPreferencesStatics_get_Languages 0 returned len 5, str L"en-US", expected L"de-DE" See https://test.winehq.org/data/patterns.html#ws2_32:sock This failure first happened on 2022-11-22 and impacts the de, fr, ja, ko, pt-BR and ru locales of the w10pro64 VM. It's not systematic but is frequent enough that it seems like it does not impact the other locales. The timing of the first failure is suspicious: * The w10pro64 had a problem where Windows 10 would reset UserDefaultLCID, ThreadLocale and Country to en_US when the TestBot called SetSystemTime() to update the clock in the live snapshot. As long as this issue was there there was no failure. * On 2022-11-21 LibvirtTool got a workaround to re-set these locale settings after setting the time and the failures started. So this sounds like Windows is still messing with the locales :-( -- 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 54147] New: Kholat from GOG: Splash video are not in fullscreen
by WineHQ Bugzilla 14 Dec '22

14 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54147 Bug ID: 54147 Summary: Kholat from GOG: Splash video are not in fullscreen Product: Wine Version: 8.0-rc1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mfplat Assignee: wine-bugs(a)winehq.org Reporter: titan.costa(a)gmail.com Distribution: --- Wine wine-8.0-rc1. Ubuntu 22.10. From bug https://bugs.winehq.org/show_bug.cgi?id=50043. -- 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 52930] New: d3dcompiler_47:hlsl_d3d9 fails randomly on Windows
by WineHQ Bugzilla 14 Dec '22

14 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=52930 Bug ID: 52930 Summary: d3dcompiler_47:hlsl_d3d9 fails randomly on Windows Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: directx-d3d-util Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Created attachment 72305 --> https://bugs.winehq.org/attachment.cgi?id=72305 Small patch to apply on top of 58d20aae3772^ to get failures d3dcompiler_47:hlsl_d3d9 fails randomly on Windows 8.1 to 21H2: hlsl_d3d9.c:1691: Test failed: Got unexpected hr 0x88760b59. hlsl_d3d9.c:1692: Test failed: Got unexpected blob. hlsl_d3d9.c:1693: Test failed: Got unexpected errors. https://test.winehq.org/data/patterns.html#d3dcompiler_47:hlsl_d3d9 A bisect against Windows 10 21H1 on cw-gtx560 shows that the failures started with the commit below: commit 58d20aae3772473a90e43ee236b793f0421eecb1 Author: Eric Pouech <eric.pouech(a)gmail.com> Date: Tue Feb 8 19:48:44 2022 +0100 d3dcompiler/tests: Build without -DWINE_NO_LONG_TYPES. Signed-off-by: Eric Pouech <eric.pouech(a)gmail.com> Signed-off-by: Henri Verbeet <hverbeet(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> The patch does not actually make any change that should matter but I have confirmed the bisect result manually: 58d20aae3772^ -> 200 consecutive runs with no failure 58d20aae3772 -> fails after 9 to 33 runs - Applying just the Makefile.in parts and last 4 chunks of hlsl_d3d9.c of that commit is sufficient to get the failures. - Patching only the makefiles is not enough. - I did not try to identify which of the 4 chunks are needed to get failures. They all patch code that's executed after the failure anyway. So there must be some memory corruption that's sensitive to memory layout or some subtle issue with the generated code. I also if(0)ed-out all the other test_xxx() functions, and also if(0)ed-out the tests that preceded the failing one in test_include() but I still get the failure so it's not a case where an ill-advised NULL-behavior test causes memory corruption. -- 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 54138] New: wine/debug.h does not compile in Visual Studio with native headers due to undefined __has_attribute
by WineHQ Bugzilla 13 Dec '22

13 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54138 Bug ID: 54138 Summary: wine/debug.h does not compile in Visual Studio with native headers due to undefined __has_attribute Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dimaki(a)rocketmail.com Distribution: --- wine/debug.h does not compile in Visual Studio with native headers due to undefined __has_attribute. Other headers in Wine that use __has_attribute have below code. Probably this or something similar needed in debug.h as well. #ifndef __has_attribute #define __has_attribute(x) 0 #endif -- 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 54133] New: A WM_CLIPCHILDREN window's repaint region is not computed correctly when its child is resized or repositioned
by WineHQ Bugzilla 13 Dec '22

13 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54133 Bug ID: 54133 Summary: A WM_CLIPCHILDREN window's repaint region is not computed correctly when its child is resized or repositioned Product: Wine Version: 7.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: jinoh.kang.kr(a)gmail.com Regression SHA1: 33617af8145b6fadfe41d48968a728ff57b3064b Distribution: --- Wine sometimes under-calculates the repaint region of WM_CLIPCHILDREN windows with a child window that has been resized or repositioned. The regression started with the following commit: commit 33617af8145b6fadfe41d48968a728ff57b3064b Author: Jinoh Kang <jinoh.kang.kr(a)gmail.com> Date: Mon Oct 31 22:30:20 2022 +0900 server: Don't invalidate the newly exposed child region on the parent if it doesn't clip children. This partly reverts e42eaaaf3a873d29b14f8f3a3617df2d0d4210ca. Signed-off-by: Jinoh Kang <jinoh.kang.kr(a)gmail.com> -- 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 54136] New: user32:input - test_GetMouseMovePointsEx() sometimes fails when missing privileges on Windows 7 & 8
by WineHQ Bugzilla 13 Dec '22

13 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54136 Bug ID: 54136 Summary: user32:input - test_GetMouseMovePointsEx() sometimes fails when missing privileges on Windows 7 & 8 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 test_GetMouseMovePointsEx() sometimes fails when missing privileges on Windows 7 & 8: input.c:1605: Test failed: expected to get 64 mouse move points but got -1 input.c:1606: Test failed: expected error to stay deadbeef, got 493 input.c:1628: Test failed: expected to get 64 mouse move points but got -1 input.c:1629: Test failed: expected cursor position to be 6x6 but got 250 149 input.c:1630: Test failed: expected cursor position to be 6x6 but got 245 149 input.c:1642: Test failed: expected to get 64 mouse move points but got -1 input.c:1643: Test failed: expected cursor position to be 150x75 but got 250 149 input.c:1644: Test failed: expected cursor position to be 150x150 but got 245 149 input.c:1645: Test failed: expected cursor position to be 150x75 but got 241 149 input.c:1649: Test failed: expected to get 62 mouse move points but got -1 input.c:1650: Test failed: expected cursor position to be 150x75 but got 250 149 input.c:1651: Test failed: expected cursor position to be 30x30 but got 245 149 input.c:1662: Test failed: wrong extra info, got 0x0 expected 0xcafecafe input.c:1672: Test failed: cursor didn't change position after mouse_event() input.c:1678: Test failed: wrong extra info, got 0x0 expected 0xdeadbeef See https://test.winehq.org/data/patterns.html#user32:input This set of failures seems to only happen on w7u-adm and w8adm, both of which run the tests without elevated privileges. But the failures are not systematic so it is likely there is interference from some other test. Also there have been 5 instances in July but then none until December: * 2022-07-14 w8adm * 2022-07-15 w8adm * 2022-07-18 w8adm * 2022-07-19 w7u-adm * 2022-07-25 w7u-adm * 2022-12-09 w8adm * 2022-12-12 w8adm -- 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 53978] New: d3dx9_*, d3dx10_* and d3dx11_* dlls missing on some TestBot VMs
by WineHQ Bugzilla 13 Dec '22

13 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53978 Bug ID: 53978 Summary: d3dx9_*, d3dx10_* and d3dx11_* dlls missing on some TestBot VMs Product: Wine-Testbot 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 The d3dx9_*, d3dx10_* and d3dx11_* dlls are missing on some TestBot VMs. Specifically: * w7pro64 Only runs the 64-bit tests which report that these dlls are missing (plus atl100, atl110 and d3d8). w7u runs the 32-bit tests and, surprisingly, does not report any of these dlls to be missing. Adding the missing dlls on w7pro64 probably is not worth it. * w1064v1507 missing the 32- and 64-bit dlls Not worth adding them. * w10pro64v2004 missing the 32- and 64-bit dlls Not worth adding them. * w11pro64 32- and 64-bit dlls -> Add them. w11pro64_nv actually had a couple of these before I fixed the Windows Update issue. It seems that they got installed for the NVIDIA GUI and did not get installed when I rebuilt the VM with just the NVIDIA driver. * fgtb-w10pro64-64 missing the 32- and 64-bit dlls Not a TestBot VM but add them anyway. -- 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 53402] New: fake dlls such as OPENGL32.dll won't load when their unix lib is linked by LLVM lld
by WineHQ Bugzilla 13 Dec '22

13 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53402 Bug ID: 53402 Summary: fake dlls such as OPENGL32.dll won't load when their unix lib is linked by LLVM lld Product: Wine Version: 7.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: w12101111(a)outlook.com Distribution: --- I build wine 7.13 using Gentoo Linux ebuild (app-emulation/wine-vanilla-7.13) with clang & ld.lld and x86_64-w64-mingw32. In wine 7.13, opengl32.dll is a wine fake dll, and I found that any program require opengl failed to launch (take https://github.com/gkv311/wglinfo as an example): 0024:err:module:LdrInitializeThunk "OPENGL32.dll" failed to initialize, aborting 0024:err:module:LdrInitializeThunk Initializing dlls for L"Z:\\home\\han\\Downloads\\wglinfo64.exe" failed, status c0000005 Use gdb to debug this, I found that the real address of DllMain is 0x7a9be8e0, but ntdll try to call 0x17a9be8e0: #0 0x000000017a9be8e0 in ?? () #1 0x0000000170032ac7 in call_dll_entry_point (proc=0x17a9be8e0, module=0x7a9d0000 <__wine_spec_pe_header+65274>, reason=1, reserved=0x11fb00) at /tmp/portage/app-emulation/wine-vanilla-7.13/work/wine-7.13/dlls/ntdll/loader.c:305 (gdb) x /6i 0x000000017a9be8e0 => 0x17a9be8e0: Cannot access memory at address 0x17a9be8e0 (gdb) x /6i 0x000000007a9be8e0 0x7a9be8e0 <DllMain>: push %rbp 0x7a9be8e1 <DllMain+1>: mov %rsp,%rbp 0x7a9be8e4 <DllMain+4>: and $0xfffffffffffffff8,%rsp 0x7a9be8e8 <DllMain+8>: sub $0x30,%rsp 0x7a9be8ec <DllMain+12>: mov %rcx,0x18(%rsp) 0x7a9be8f1 <DllMain+17>: mov %edx,0x14(%rsp) The address of `module` (0x7a9d0000) is calculated by dlopen_dll ( dlls/ntdll/unix/loader.c:1294 ): nt = dlsym( handle, "__wine_spec_nt_header" ) module = (HMODULE)((nt->OptionalHeader.ImageBase + 0xffff) & ~0xffff); map_so_dll( nt, module ) And in function static NTSTATUS map_so_dll( const IMAGE_NT_HEADERS *nt_descr, HMODULE module ): BYTE *addr = (BYTE *)module; fixup_rva_ptrs( &nt->OptionalHeader.AddressOfEntryPoint, addr, 1 ); static inline void fixup_rva_ptrs( void *array, BYTE *base, unsigned int count ) { BYTE **src = array; DWORD *dst = array; for ( ; count; count--, src++, dst++) *dst = *src ? *src - base : 0; } This code is equal to nt->OptionalHeader.AddressOfEntryPoint = (DWORD)((BYTE*)nt->OptionalHeader.AddressOfEntryPoint - (BYTE *)module); Note that nt->OptionalHeader.AddressOfEntryPoint is DWORD, this code implies that nt->OptionalHeader.AddressOfEntryPoint is greater than (nt->OptionalHeader.ImageBase + 0xffff) & ~0xffff), otherwise it will overflow. This header is write by output_module ( tools/winebuild/spec32.c:699 ), nt->OptionalHeader.AddressOfEntryPoint is the address of DllMain, and nt->OptionalHeader.ImageBase is the address of __wine_spec_pe_header Read opengl32.dll.so using readelf: > readelf -S /usr/lib/wine-vanilla-7.13/wine/x86_64-unix/opengl32.dll.so There are 31 section headers, starting at offset 0x386b20: Section Headers: [Nr] Name Type Address Off Size ES Flg Lk Inf Al [ 0] NULL 0000000000000000 000000 000000 00 0 0 0 [ 1] .dynsym DYNSYM 000000007a800238 000238 002370 18 A 4 1 8 [ 2] .gnu.hash GNU_HASH 000000007a8025a8 0025a8 000b30 00 A 1 0 8 [ 3] .hash HASH 000000007a8030d8 0030d8 000bd8 04 A 1 0 4 [ 4] .dynstr STRTAB 000000007a803cb0 003cb0 00133a 00 A 0 0 1 [ 5] .rela.dyn RELA 000000007a804ff0 004ff0 043890 18 A 1 0 8 [ 6] .rela.plt RELA 000000007a848880 048880 000120 18 AI 1 20 8 [ 7] .rodata PROGBITS 000000007a8489a0 0489a0 0140d0 00 AMS 0 0 16 [ 8] .eh_frame_hdr PROGBITS 000000007a85ca70 05ca70 00cc7c 00 A 0 0 4 [ 9] .eh_frame PROGBITS 000000007a8696f0 0696f0 045d24 00 A 0 0 8 [10] .text PROGBITS 000000007a8b0420 0af420 10fce0 00 AX 0 0 32 [11] .init PROGBITS 000000007a9c0100 1bf100 011008 00 AX 0 0 1 [12] .fini PROGBITS 000000007a9d1108 1d0108 000003 00 AX 0 0 1 [13] .plt PROGBITS 000000007a9d1110 1d0110 0000d0 00 AX 0 0 16 [14] .init_array INIT_ARRAY 000000007a9d21e0 1d01e0 000008 00 WA 0 0 8 [15] .fini_array FINI_ARRAY 000000007a9d21e8 1d01e8 000010 00 WA 0 0 8 [16] .data.rel.ro PROGBITS 000000007a9d2200 1d0200 00fcb0 00 WA 0 0 16 [17] .dynamic DYNAMIC 000000007a9e1eb0 1dfeb0 000170 10 WA 4 0 8 [18] .got PROGBITS 000000007a9e2020 1e0020 000018 00 WA 0 0 8 [19] .data PROGBITS 000000007a9e3038 1e0038 009120 00 WA 0 0 8 [20] .got.plt PROGBITS 000000007a9ec158 1e9158 000078 00 WA 0 0 8 [21] .bss NOBITS 000000007a9ec1d0 1e91d0 006090 00 WA 0 0 16 [22] .debug_line PROGBITS 0000000000000000 1e91d0 039046 00 0 0 1 [23] .debug_line_str PROGBITS 0000000000000000 222216 00004e 01 MS 0 0 1 [24] .comment PROGBITS 0000000000000000 222264 00003e 01 MS 0 0 1 [25] .debug_abbrev PROGBITS 0000000000000000 2222a2 000c02 00 0 0 1 [26] .debug_info PROGBITS 0000000000000000 222ea4 0ed62d 00 0 0 1 [27] .debug_str PROGBITS 0000000000000000 3104d1 028720 01 MS 0 0 1 [28] .symtab SYMTAB 0000000000000000 338bf8 026d30 18 30 6249 8 [29] .shstrtab STRTAB 0000000000000000 35f928 000117 00 0 0 1 [30] .strtab STRTAB 0000000000000000 35fa3f 0270de 00 0 0 1 Key to Flags: W (write), A (alloc), X (execute), M (merge), S (strings), I (info), L (link order), O (extra OS processing required), G (group), T (TLS), C (compressed), x (unknown), o (OS specific), E (exclude), R (retain), l (large), p (processor specific) > readelf -s /usr/lib/wine-vanilla-7.13/wine/x86_64-unix/opengl32.dll.so | grep __wine_spec_pe_header 1: 000000007a9c0106 0 NOTYPE LOCAL DEFAULT 11 __wine_spec_pe_header > readelf -s /usr/lib/wine-vanilla-7.13/wine/x86_64-unix/opengl32.dll.so | grep DllMain 6227: 000000007a9be8e0 147 FUNC LOCAL HIDDEN 10 DllMain In output_module, __wine_spec_pe_header is put into .init section: .section ".init","ax" jmp 1f __wine_spec_pe_header: .skip 69632 1: DllMain is in .text section But LLVM lld put .text before .init, so the assumption in map_so_dll is not valid, and the address has a extra 2^32 because of the subtraction overflow and cast to DWORD. If I change function output_module, put __wine_spec_pe_header in .text just like PLATFORM_SOLARIS, then OPENGL32.DLL will load without any 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 3

[Bug 50214] New: Games that using a newer version of fmod have no sound.
by WineHQ Bugzilla 12 Dec '22

12 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=50214 Bug ID: 50214 Summary: Games that using a newer version of fmod have no sound. Product: Wine Version: 5.8 Hardware: x86-64 OS: FreeBSD Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: Alexander88207(a)Protonmail.com Hello, i have noticed that all the games that use the latest fmod version sound no longer working. Using pure wine with OSS. Games that i have found with that issue: - The Forest - Euro Truck Simulator 2 - Craft the World - Path of Exile (free) - Growtopia (free) -- 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 47907] New: redefinition of typedef ‘IDebugClient’
by WineHQ Bugzilla 12 Dec '22

12 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=47907 Bug ID: 47907 Summary: redefinition of typedef ‘IDebugClient’ Product: Wine Version: 4.14 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: version2013(a)protonmail.com Distribution: --- in distro: # uname --kernel-release 3.0.66 # gcc --version 4.3.4 # ldd --version 2.10.1 Compiling wine-4.14 fails with: error: redefinition of typedef ‘IDebugClient’ -- 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 20

[Bug 54119] New: Fifa 2005 demo opens menu in 5 minutes
by WineHQ Bugzilla 11 Dec '22

11 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54119 Bug ID: 54119 Summary: Fifa 2005 demo opens menu in 5 minutes Product: Wine Version: 7.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mikrutrafal(a)protonmail.com Distribution: --- Wine 7.22 staging - RX 570 - two monitors When running demo o fifa 2005 - https://www.gamepressure.com/download.asp?ID=5836, then for few minutes black screen is shown(also resolution of monitor is changed to something like 640x360) After another few minutes "Loading" text is visible, and after another minutes language can be choosen In logs there is probably nothing special, just few messages ``` 007c:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 007c:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 007c:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 007c:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 010c:fixme:ntdll:NtQuerySystemInformation info_class 00a0:fixme:imm:ImeSetActiveContext (0000000000010026, 0): stub 00a0:fixme:imm:ImmReleaseContext (0000000000010020, 0000000000010026): stub 010c:fixme:imm:ImeSetActiveContext (00010064, 1): stub 010c:fixme:imm:ImmReleaseContext (00090066, 00010064): stub 010c:err:x11drv:xinerama_get_fullscreen_monitors Failed to get xinerama fullscreen monitor indices. 010c:err:x11drv:xinerama_get_fullscreen_monitors Failed to get xinerama fullscreen monitor indices. 0134:fixme:d3d:state_linepattern_w Setting line patterns is not supported in OpenGL core contexts. ``` and sometimes I have even segfault ``` wine: Unhandled page fault on read access to 00001808 at address 00567CE3 (thread 010c), starting debugger... ``` The same problem is visible with full game version -- 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 15555] New: Implement Windows calculator (calc.exe)
by wine-bugs＠winehq.org 11 Dec '22

11 Dec '22

http://bugs.winehq.org/show_bug.cgi?id=15555 Summary: Implement Windows calculator (calc.exe) Product: Wine Version: 1.1.5 Platform: Other OS/Version: other Status: NEW Severity: enhancement Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com This was discussed recently, and both a patch that just invokes gcalc and a patch that actually implements a calc were mentioned here: http://www.winehq.org/pipermail/wine-patches/2008-June/056311.html This affects the app SteuerSparErklaerung; see user report at http://www.tuxlog.de/keinwindowsmehr/2008/steuererklarung-unter-gentoo-linu… Not a critical error, but it does cause an annoying dialog box to pop up when installing that app. -- 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 15

[Bug 54125] New: AnyToISO crashes when opened
by WineHQ Bugzilla 11 Dec '22

11 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54125 Bug ID: 54125 Summary: AnyToISO crashes when opened Product: Wine Version: 7.0.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: robotwd07(a)icloud.com Distribution: --- Created attachment 73657 --> https://bugs.winehq.org/attachment.cgi?id=73657 The backtrace I got when trying to open AnyToISO When I tried to open AnyToISO with Wine, it failed, and I got a backtrace. Then I tried again with the compatibility of Windows 10, and it still failed, and I got the following back trace. -- 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 54127] New: Vital doesn't open up.
by WineHQ Bugzilla 11 Dec '22

11 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54127 Bug ID: 54127 Summary: Vital doesn't open up. Product: Wine Version: 6.0.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: djtech.developer(a)gmail.com Distribution: --- Created attachment 73659 --> https://bugs.winehq.org/attachment.cgi?id=73659 Backtrace generated with the crash inside FL Studio. Vital (https://vital.audio/) doesn't work. If I download the Windows version, the installer works with no problem, but when I try to use it (either using the Standalone executible or using the plugin from FL Studio 20 and 21 [installed with Wine]), it loads up a black empty window and it crashes. The attachment is the backtrace for the plugin inside FL Studio; when I try to open the standalone program, it crashes without a Wine error popup opening, so I couldn't get the backtrace. Thanks in advance. -- 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 42438] New: Jedi Knight Dark Forces II / DirectX7 WindowGUI issue
by wine-bugs＠winehq.org 11 Dec '22

11 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=42438 Bug ID: 42438 Summary: Jedi Knight Dark Forces II / DirectX7 WindowGUI issue Product: Wine Version: 2.0 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: winemac.drv Assignee: wine-bugs(a)winehq.org Reporter: kevincarrolldavis(a)gmail.com The menu screens do not render/update when the "-windowgui" command line switch is chosen. The menu screens only render/update when ⌘+Tabbing back and forth to and from the program. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 3

[Bug 49239] New: Trying to play an emulator
by WineHQ Bugzilla 11 Dec '22

11 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=49239 Bug ID: 49239 Summary: Trying to play an emulator Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: schneideroscar2(a)gmail.com Distribution: --- Created attachment 67249 --> https://bugs.winehq.org/attachment.cgi?id=67249 I don't understand code, promise you I don't. Tried downloading this game off of an emulator -- 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 54097] New: Crash starting 16-bit software in Wine 7.22 (working in Wine 7.0.1)
by WineHQ Bugzilla 11 Dec '22

11 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54097 Bug ID: 54097 Summary: Crash starting 16-bit software in Wine 7.22 (working in Wine 7.0.1) Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: liz.minix(a)gmail.com Distribution: --- Created attachment 73632 --> https://bugs.winehq.org/attachment.cgi?id=73632 Backtrace and Terminal Output The current Wine Development and Staging (7.22) are crashing for me with "Unhandled exception: page fault on read access to 0xffffffff in 16-bit code (02ef:1c22)." on both Ubuntu 22.04 and Arch Linux. Tested this on Ubuntu using the WineHQ packages and on Arch using the regular Arch packages as well as a Wine I have build myself, they all behave the same. First discovered this trying to install Pizza Syndicate, a game with a 16 bit installer. (https://archive.org/details/computer-bild-spiele-2001-09). Than I ran into the same issue getting video to work for The Settlers 3 as it requires the icodecs package from winetricks, the first installer (codinstl.exe) is 16bit InstallShield. Finally I tried to test if it is only InstallShield that is crashing so I tried the Windows 3.1 Calculator (https://archive.org/details/calc_20200918) and it crashes too with the same message. All of the above software runs perfectly fine on Wine Stable (7.0.1), I would therefore classify this as a regression (if i could find the button in bugzilla). -- 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 53842] New: Ubisoft Connect crashes on login window
by WineHQ Bugzilla 11 Dec '22

11 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53842 Bug ID: 53842 Summary: Ubisoft Connect crashes on login window Product: Wine Version: 7.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: yurishish(a)gmail.com Distribution: --- Created attachment 73374 --> https://bugs.winehq.org/attachment.cgi?id=73374 Crash log Ubisoft Connect crashes after checking for updates, right before the login window should appear. App is installed in a fresh wineprefix, used wine 7.19 on Arch Linux. -- 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 40313] New: Warframe Crash while loading
by wine-bugs＠winehq.org 11 Dec '22

11 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=40313 Bug ID: 40313 Summary: Warframe Crash while loading Product: Wine Version: 1.9.5 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: levanchelidze(a)gmail.com Distribution: --- Created attachment 53958 --> https://bugs.winehq.org/attachment.cgi?id=53958 backtrace Warframe crashes while loading -- 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 39587] New: Warframe launcher crash on close
by wine-bugs＠winehq.org 11 Dec '22

11 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=39587 Bug ID: 39587 Summary: Warframe launcher crash on close Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: thisismyid17(a)yahoo.com Distribution: --- When the launcher closes, either from the 'x' button or from launching Warframe, the launcher crashes with the attached backtrace. Linux Mint wine-staging 1.7.54 Warframe 17.11.1 Setup using the instructions posted here: https://appdb.winehq.org/objectManager.php?sClass=version&iId=32757 -- 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 54108] New: Printing fails
by WineHQ Bugzilla 11 Dec '22

11 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54108 Bug ID: 54108 Summary: Printing fails Product: Wine Version: 7.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: spooler Assignee: wine-bugs(a)winehq.org Reporter: DonJaime(a)freenet.de Distribution: --- Printing fails without comment after hitting "OK" on the print dialog. Console output shows a series of: 0024:fixme:psdrv:PSDRV_StartPage Already started a page? once per expected page of output, followed by: 0024:fixme:psdrv:PSDRV_EndDoc hjob == 0. Now what? -- 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 54104] New: The open-source software Music-Downloader-UI.exe(qqmusic neteasemusic ) does not work properly
by WineHQ Bugzilla 11 Dec '22

11 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54104 Bug ID: 54104 Summary: The open-source software Music-Downloader-UI.exe(qqmusic neteasemusic ) does not work properly Product: Wine Version: 7.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: 3238998313(a)qq.com Distribution: --- Created attachment 73638 --> https://bugs.winehq.org/attachment.cgi?id=73638 Main sourse: https://github.com/nitezs/Music-Downloader-UI download: https://github.com/nitezs/Music-Downloader-UI/releases --- This software runs on Windows 10 without this error, but it does appear on wine. This error is characterized by an error reported internally by the startup program and a large number of identical errors received by executing instructions.Fortunately, the main page of the software loads successfully and prompts an error.Exported error logs, internal operation error logs in the compressed package. look forward to your response，thanks. -- 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 52186] New: OriginLab 2022 (64bit) becomes unusable after pop-up window appears..
by WineHQ Bugzilla 11 Dec '22

11 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=52186 Bug ID: 52186 Summary: OriginLab 2022 (64bit) becomes unusable after pop-up window appears.. Product: Wine Version: 6.23 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: alois.schloegl(a)gmail.com Distribution: --- Created attachment 71235 --> https://bugs.winehq.org/attachment.cgi?id=71235 output from stdout when starting Origin2022 OriginLab 2022 can be installed and started. After a few seconds, a pop up window about "training center" opens, and the origin becomes unusable (i.e. does not respond anymore to any input events) -- 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 54123] New: Frozen Wine application locks up XWayland applications cursor
by WineHQ Bugzilla 10 Dec '22

10 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54123 Bug ID: 54123 Summary: Frozen Wine application locks up XWayland applications cursor Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ryu.ketsueki(a)outlook.com Distribution: --- Normally, when I'm playing Sims 4, the game may freeze for a few seconds when it is launching or saving, then resumes normally. But when that happens, all my XWayland windows have Sims 4 cursor over it instead of my system cursor, making me unable to use my mouse to interact with said windows until Sims 4 unfreezes. Native Wayland apps are not affected by this, only XWayland ones, such as Firefox and Discord. -- 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 53952] New: wineserver: server/sock.c:1073: sock_poll_event: Assertion `sock->obj.ops == &sock_ops' failed.
by WineHQ Bugzilla 10 Dec '22

10 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53952 Bug ID: 53952 Summary: wineserver: server/sock.c:1073: sock_poll_event: Assertion `sock->obj.ops == &sock_ops' failed. Product: Wine Version: 7.0.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: leijin168(a)gmail.com Distribution: --- I ran DTN IQFeed app (iqconnect.exe) to retrieve historical stock market data. The app runs file until winserver crashed or disconnected. wineserver: server/sock.c:1073: sock_poll_event: Assertion `sock->obj.ops == &sock_ops' failed. Connection closed by foreign host. -- 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 54120] New: Multiple failed tests in rust bindings to windows - windows-rs crate
by WineHQ Bugzilla 10 Dec '22

10 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54120 Bug ID: 54120 Summary: Multiple failed tests in rust bindings to windows - windows-rs crate Product: Wine Version: 7.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mikrutrafal(a)protonmail.com Distribution: --- Created attachment 73652 --> https://bugs.winehq.org/attachment.cgi?id=73652 Test result Steps to reproduce ``` winetricks nocrashdialog # Some tests freeze until user close crash dialog, so is better to disable it wget https://static.rust-lang.org/dist/rust-1.65.0-x86_64-pc-windows-gnu.msi msiexec /i rust-1.65.0-x86_64-pc-windows-gnu.msi /quiet # Not sure about it, just install it git clone https://github.com/microsoft/windows-rs.git cd windows-rs git checkout bd2471485755fd40f0dd0ee3e181db5d6e57d9e2 rm crates/tests/component crates/tests/component_client -r wine cargo test --no-fail-fast ``` 45 tests fails with wine-staging 7.22 In attachment is log from this run There is 61 panics in logs: - 42 - invalid result(agile, alternate_success_code, winrt x3, win32_arrays x4, library x33) - 4 - unimplemented functions (bstr, core, non_com_existing, win, query_signature) - 15 - translation/comparing text result(error, hresult, pcstr, pcwstr, pstr, pwstr, enums, std, trim, error, hresult, winrt x4) -- 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 54117] New: [NOT A BUG] New unexpected dependencies for building i686 Wine on Fedora 37
by WineHQ Bugzilla 10 Dec '22

10 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54117 Bug ID: 54117 Summary: [NOT A BUG] New unexpected dependencies for building i686 Wine on Fedora 37 Product: Wine Version: 8.0-rc1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: aros(a)gmx.com Distribution: --- It's weird I compiled version 7.21 without these new libraries version 8.0-rc1 cannot be built without on Fedora 37: sysprof-capture-devel.i686 pcre2-devel.i686 graphite2-devel.i686 glib2-devel.i686 brotli-devel.i686 harfbuzz-devel.i686 They are all needed for ... freetype2.i686 Ah, I get it, it was updated recently: freetype-devel-2.12.1-3.fc37.i686 Tue 29 Nov 2022 10:23:36 AM UTC This is not a bug, just an observation. Please ignore. -- 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 21232] New: Iron (Chrome) 4 can't load any webpage
by wine-bugs＠winehq.org 10 Dec '22

10 Dec '22

http://bugs.winehq.org/show_bug.cgi?id=21232 Summary: Iron (Chrome) 4 can't load any webpage Product: Wine Version: 1.1.35 Platform: x86 URL: http://www.srware.net/downloads/srware_iron_beta.exe OS/Version: Linux Status: NEW Keywords: download, source Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Trying Iron (basically iceweasel for Chrome) under wine, it fails to load any webpage. There is no terminal output when trying this. I've tried winetricks ie6 to get native wininet/winhttp, but that didn't help... -- 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 91

[Bug 39403] New: Steam 10/7/15 update: store/web no longer works
by wine-bugs＠winehq.org 10 Dec '22

10 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=39403 Bug ID: 39403 Summary: Steam 10/7/15 update: store/web no longer works Product: Wine Version: 1.7.52 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: spoon0042(a)hotmail.com Distribution: --- Created attachment 52515 --> https://bugs.winehq.org/attachment.cgi?id=52515 steam log, default Since today's Steam update any web content like the Store no longer works. As in nothing happens, just a blank window. This is different than the win7 bug, using the default XP here and nothing crashes. Log attached, though these lines that appear when trying to load a page are probably the relevant bit: fixme:advapi:CreateProcessAsUserW 0x314 L"C:\\Program Files\\Steam\\bin\\steamwebhelper.exe" L"\"C:\\Program Files\\Steam\\bin\\steamwebhelper.exe\" --type=renderer --disable-gpu-compositing --enable-pinch --lang=en-US --lang=en-US --product-version=\"Valve Steam Client\" --disable-spell-checking --enable-system-flash --device-scale-factor=1 --enable-delegated-renderer --num-raster-threads=1 -"... (nil) (nil) 0 0x0100040c (nil) (null) 0x274e2e8 0x274defc - semi-stub [1007/185338:ERROR:child_process_launcher.cc(444)] Failed to launch child process Tested in wine-1.7.52 (Staging) and a fresh git pull of mainline. -- 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 107

[Bug 53568] New: 16bit applications refuse to start wine 7.15+
by WineHQ Bugzilla 10 Dec '22

10 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53568 Bug ID: 53568 Summary: 16bit applications refuse to start wine 7.15+ Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: win32u Assignee: wine-bugs(a)winehq.org Reporter: enometh(a)meer.net Distribution: --- After a recent commit some 16bit applications refuse to start e.g. "Collins Dictionary" which is mentioned in bug #51082. Other applications seem to fail with a ``` Unhandled exception: page fault on read access to 0xffffffff in 16-bit code (02f7:10cf) ``` Bisecting the problem points to this commit: ``` commit e41c255be6ba66d1eec7affe674b8cc7699226b8 Author: Jacek Caban <jacek(a)codeweavers.com> AuthorDate: Sun Aug 14 23:41:53 2022 +0200 Commit: Alexandre Julliard <julliard(a)winehq.org> CommitDate: Mon Aug 15 18:15:22 2022 +0200 win32u: Use send_message_timeout for WM_CREATE and WM_NCCREATE. ``` reverting this commit (after fixing a conflict) seems to avoid the problem. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 51780] New: The user32:msg output is too big in Wine
by WineHQ Bugzilla 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=51780 Bug ID: 51780 Summary: The user32:msg output is too big in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: major Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- user32:msg now outputs ~97kB of data. This is way too much and contributes in pushing the WineTest reports above the 1.5MB limit. No single patch is responsible but the size changed on the following dates: Sep 08: user32:msg (+6kB) Sep 09: user32:msg (+18kB) Sep 17: user32:msg (+6kB) Sep 20: user32:msg (+15kB) Sep 21: user32:msg (+19kB) The traces break down as follows: 0kB failures 77kB todos 16kB traces 1.5kB test framework (summary lines, etc.) Time to fix Wine to reduce the number of todos! -- 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 54009] New: Wine segfaults on startup on macOS 12 and 13
by WineHQ Bugzilla 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54009 Bug ID: 54009 Summary: Wine segfaults on startup on macOS 12 and 13 Product: Wine Version: 7.22 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: loader Assignee: wine-bugs(a)winehq.org Reporter: bshanks(a)codeweavers.com Regression SHA1: 63bf2677ed22d26ff1f5ff1886fde08b1f5fb00c 63bf2677ed22d26ff1f5ff1886fde08b1f5fb00c started building the Wine loader as an LC_UNIXTHREAD binary to fix bug 52354, but on macOS 12 (Monterey) and 13 (Ventura) this causes the loader to have 'environ' set to NULL, causing crashes later in ntdll. I'm working on fixing this in the preloader. -- 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 53964] New: Redim does not fail on fixed arrays
by WineHQ Bugzilla 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53964 Bug ID: 53964 Summary: Redim does not fail on fixed arrays Product: Wine Version: 7.21 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: vbscript Assignee: wine-bugs(a)winehq.org Reporter: bunglehead(a)gmail.com Distribution: --- Created attachment 73550 --> https://bugs.winehq.org/attachment.cgi?id=73550 patch This bug report is for tracking purposes. Will send attached patch a bit later, after pending fixes get in. -- 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 53254] New: urlmon:url - test_URLDownloadToFile_abort() sometimes fails on Windows 7+
by WineHQ Bugzilla 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53254 Bug ID: 53254 Summary: urlmon:url - test_URLDownloadToFile_abort() sometimes fails on Windows 7+ Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: urlmon Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com urlmon:url - test_URLDownloadToFile_abort() sometimes fails on Windows 7+: url.c:3750: Test failed: expected OnProgress_DOWNLOADINGDATA https://test.winehq.org/data/patterns.html#urlmon:url This happens on Windows 7 to Windows 10 21H2 and is rare enough to cause false positives. Note that this failure never happens at the same time as the ones in bug 53253. -- 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 53211] New: ddraw:ddraw1 has over 255 failures on the debian11 TestBot VMs
by WineHQ Bugzilla 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53211 Bug ID: 53211 Summary: ddraw:ddraw1 has over 255 failures on the debian11 TestBot VMs Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- ddraw:ddraw1 has over 255 failures on the debian11 TestBot VMs: ddraw1.c:6647: Test failed: Got unexpected color 0x000000ff, test 0. ... ddraw1.c:6953: Test failed: Unlit quad without normals has color 0x00ffffff. ... ddraw1.c:6955: Test failed: Lit quad without normals has color 0x00ffffff. ... ddraw1.c:7377: Test failed: Expected colour 0x003c3c3c at location (160, 120), got 0x00ff0000, case 0. ... ddraw1.c:8425: Test failed: Got unexpected color 0x00000000. ... ddraw1.c:9590: Test failed: Got unexpected color 0x0000ff00, format D3DFMT_X8R8G8B8, c=0. ... ddraw1.c:9846: Test failed: Test 0 shading has color0 00ffffff, expected 00ff0000. ... ddraw1.c:11527: Test failed: Got unexpected color 0x000000ff. ... ddraw1.c:11924: Test failed: Got unexpected color 0x00ffffff. ... ddraw1.c:12549: Test failed: z_depth 16: Got depth 0x0000ffff (diff -57344), expected 0x00001fff+/-46, at 80, 60. ... ddraw1.c:420: Test failed: (0, 0) - (640, 480) viewport: Pixel (1, 121) has color 00000000, expected 00ffffff. ... ddraw1.c:13757: Test failed: Alphatest failed, color 0x00ff0000, expected 0x0000ff00, alpha > ref, func 5. ... ddraw1.c:14638: Test failed: Got color 0x00ff0000, expected 0x00ffffff. ... ddraw1.c:15080: Test failed: Got unexpected colour 000000ff, 2x2, case 0. ... The test prints too much data (96495 bytes) https://test.winehq.org/data/patterns.html#ddraw:ddraw1 These failures started when the debian11 VM was updated and moved to the gpu1 VM host. Given that the debiant (Debian Testing) VM does not have these failures this is likely related to some underlying Debian 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 3

[Bug 52910] New: mshtml:htmldoc fails on Windows with the UTF-8 codepage
by WineHQ Bugzilla 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=52910 Bug ID: 52910 Summary: mshtml:htmldoc fails on Windows with the UTF-8 codepage Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: mshtml Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com mshtml:htmldoc fails on Windows with the UTF-8 codepage: htmldoc.c:1472: Test failed: bindinfo.dwOptions=20000 htmldoc.c:597: Test failed: bindinfo.dwOptions=20000 [...] https://test.winehq.org/data/patterns.html#mshtml:htmldoc 0x20000 is BINDINFO_OPTIONS_ENABLE_UTF8 which means that "UTF-8 encoding should be enabled". Easy fix? -- 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 52909] New: rpcrt4:ndr_marshall crashes on the latest Windows 21H1 and 21H2
by WineHQ Bugzilla 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=52909 Bug ID: 52909 Summary: rpcrt4:ndr_marshall crashes on the latest Windows 21H1 and 21H2 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: rpc Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com rpcrt4:ndr_marshall crashes on the latest Windows 21H1 and 21H2. ndr_marshall.c:165: this is the last test seen before the exception 0770:ndr_marshall: unhandled exception 000006f7 at 00007FFCF0874F69 However the crash is not detected as such so the patterns page reports it as a failure: https://test.winehq.org/data/patterns.html#rpcrt4:ndr_marshall I don't know what this 0x000006f7 exception is. When w10pro64 had the updates up to 2021-10-21 this test was not crashing. The crashes started happening when w1064 and w10pro64 were updated on 2022-04-24. So the crash is probably caused by one of the Windows updates in that interval. If necessary I can dig into the Windows update history to try and find something related. -- 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 51456] New: oleaut32:typelib: test_CreateTypeLib(SYS_WIN32) fails in 64-bit Wine
by WineHQ Bugzilla 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=51456 Bug ID: 51456 Summary: oleaut32:typelib: test_CreateTypeLib(SYS_WIN32) fails in 64-bit Wine Product: Wine Version: 6.10 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: oleaut32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- oleaut32:typelib has many failures in 64-bit Wine, the first one of which is because Wine returns the wrong size for a structure: https://test.winehq.org/data/patterns.html#oleaut32:typelib typelib.c:2169: Test failed: retrieved IUnknown gave wrong cbSizeVft: 24 In the SYS_WIN32 case cbSizeVft should be 3 * 4 = 12 but it is still set to 24 by MSFT_DoTypeInfo(): ptiRet->typeattr.cbSizeVft = tiBase.cbSizeVft; It makes sense for cbSizeVft to be 24 on the 64-bit side, but somewhere there should be code to adjust it to account for the SYS_WIN32 on 64-bit case. But I don't know where that should happen. -- 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 48105] New: kernel32:console fails on Japanese and Chinese Windows
by WineHQ Bugzilla 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=48105 Bug ID: 48105 Summary: kernel32:console fails on Japanese and Chinese Windows Product: Wine Version: unspecified Hardware: x86 OS: Windows Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Running the kernel32:console test on Windows 10 1809 in Japanese or Chinese results in 6 failures: console.c:867: Test failed: ReadConsoleOutputCharacterW failed console.c:869: Test failed: string does not match the pattern console.c:880: Test failed: ReadConsoleOutputCharacterW failed console.c:882: Test failed: string does not match the pattern console.c:889: Test failed: ReadConsoleOutputCharacterW failed console.c:891: Test failed: string does not match the pattern These failures appear to be systematic but the w1064v1809_ja and w1064v1809_zh_CN VMs do not always succeed in submitting their WineTest results to test.winehq.org so the failures only appear intermittently there. See https://test.winehq.org/data/tests/kernel32:console.html -- 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 46649] New: Tom Clancy's Rainbow Six: Vegas 2 needs D3DXDisassembleShader implementation
by wine-bugs＠winehq.org 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=46649 Bug ID: 46649 Summary: Tom Clancy's Rainbow Six: Vegas 2 needs D3DXDisassembleShader implementation Product: Wine Version: 4.1 Hardware: x86-64 OS: Linux Status: NEW Severity: minor Priority: P2 Component: directx-d3dx9 Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Crashes at launch with 'Message General protection fault! History: ' fixme:d3dx:D3DXDisassembleShader 0x7671b00 0 (null) 0x62ce18: stub wine-4.1-207-g7907ccfdcb -- 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 53996] New: MDB Viewer Plus: can not open database
by WineHQ Bugzilla 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53996 Bug ID: 53996 Summary: MDB Viewer Plus: can not open database Product: Wine Version: 7.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: winehq(a)jonass.user.lysator.liu.se Distribution: --- Created attachment 73581 --> https://bugs.winehq.org/attachment.cgi?id=73581 Example file. Using MDB Viewer Plus to open a database fails with Wine 7.22. It works fine in Wine 7.21. I run the application and click File -> Open. Select the attached mdb-file and click OK in dialogue "Open Options". If the mdbplus.exe is on a write protected disk I get "Error saving to recent", that is fine. Then I get "Object or provider is not capable of performing requested operation." with a follow up in "File access denied" with wine 7.22. With Win 7.21 I get an overview of the tables available in the database. Application is MDB Viewer Plus, https://appdb.winehq.org/objectManager.php?sClass=application&iId=20726 It requires "winetricks mdac28 jet40" to open mdb-files. I am using Xubuntu 22.04.1 LTS. -- 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 53972] New: BCryptSignHash does not support BCRYPT_PAD_PSS
by WineHQ Bugzilla 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53972 Bug ID: 53972 Summary: BCryptSignHash does not support BCRYPT_PAD_PSS Product: Wine Version: 7.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: bcrypt Assignee: wine-bugs(a)winehq.org Reporter: jesper.lindholm(a)treetop.se Distribution: --- Using Ubuntu 22.04 x64, from-source build as of 2022-11-23 (wine-7.21) + fix from bug 53966 + fix from bug 53968 comment 1. Please note that the patches from above is required to get this far in the reproduction. The .NET API RSA.SignData() calls into NCryptSignHash which calls into BCryptSignHash which does not support BCRYPT_PAD_PSS. Using .NET 6.0. Fixing this would unblock bug 53968. See bug 53968 for more information about reproduction and terminal output from the state before the partial fix - I hope that is okay. This API is used in many applications signing messages with their own cryptographic RSA keys. We ran across it when testing one of our own applications. -- 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 53684] New: ntdll:info is broken on Windows 8 to 10 1709 in the GitLab WineTest builds
by WineHQ Bugzilla 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53684 Bug ID: 53684 Summary: ntdll:info is broken on Windows 8 to 10 1709 in the GitLab WineTest builds 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:info is broken in the GitLab WineTest builds: info.c:1097: Test failed: Expected STATUS_SUCCESS, got 80000002 info.c:1102: Test failed: Expected STATUS_SUCCESS, got 80000002 Where 0x80000002 = STATUS_DATATYPE_MISALIGNMENT. https://test.winehq.org/data/patterns.html#ntdll:info The failures started on 2022-07-26 which is when the WineTest builds switched from the old build system to GitLab. A test with winetest-889fe64d9f2e.exe (built on 2022-07-25) confirms that this test still succeeds when using binaries from the old build system. Strangely enough the failures only happen on Windows 8 to Windows 10 1709. -- 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 53678] New: vbscript can not compile CaseClausules that do not use a colon
by WineHQ Bugzilla 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53678 Bug ID: 53678 Summary: vbscript can not compile CaseClausules that do not use a colon Product: Wine Version: 7.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: vbscript Assignee: wine-bugs(a)winehq.org Reporter: jsm174(a)gmail.com Distribution: --- While working on leveraging the vbscript engine of Wine for a macos port of Visual Pinball, I've been testing several user made scripts. I've found a few scripts, where users did not use a colon after a case. This seems to work in vbscript: Set g_objWSH = Wscript.CreateObject("Wscript.Shell") dim x x = 2 Select Case x Case 0: 'If Enabled Then Case 2 Wscript.Echo "This works 2" Case 3: Wscript.Echo "This works 3" Case 4 Wscript.Echo "This works 4" End Select -- 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 53327] New: Ragnarok Online bad performance
by WineHQ Bugzilla 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53327 Bug ID: 53327 Summary: Ragnarok Online bad performance Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: paulo1039(a)gmail.com Distribution: --- Created attachment 72711 --> https://bugs.winehq.org/attachment.cgi?id=72711 log running game client (shining.exe) Hello, i'm playing some Ragnarok online private servers (https://www.shining-moon.com) but the performance is really bad even on wine 7.12 i noticed the CPU usage is really high and the game is very choppy to unplayable levels specially when skills effects, damage numbers and monsters/players appear on screen. this is happening with other private servers too. sadly i can't test official servers since iRO and bRO has Easy-AntiCheat. This was tested with Ryzen 5 5600G on fedora 36 and another computer with nvidia gtx 1650 and arch linux. -- 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 53199] New: dinput:force_feedback - test_windows_gaming_input() sometimes has unexpected reference counts in Wine
by WineHQ Bugzilla 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53199 Bug ID: 53199 Summary: dinput:force_feedback - test_windows_gaming_input() sometimes has unexpected reference counts in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-dinput Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- dinput:force_feedback - test_windows_gaming_input() sometimes has unexpected reference counts in Wine. There are three known instance but they don't all correspond to the same check: 2022-05-17 force_feedback.c:6097: Test failed: Release returned 1 6096 ref = IAsyncOperation_ForceFeedbackLoadEffectResult_Release( result_async ); 6097 ok( ref == 0, "Release returned %lu\n", ref ); 2022-06-06 and 2022-06-17 force_feedback.c:6057: Test failed: Release returned 1 6056 ref = IForceFeedbackEffect_Release( effect ); 6057 ok( ref == 0, "Release returned %lu\n", ref ); https://test.winehq.org/data/patterns.html#dinput:force_feedback This failure can happen on its own (so it's not a side-effect of another failure) and is pretty rare (~0.8%) so it's bound to cause 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 4

[Bug 52875] New: riched20:editor fails in Wine in Hindi
by WineHQ Bugzilla 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=52875 Bug ID: 52875 Summary: riched20:editor fails in Wine in Hindi Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: richedit Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- riched20:editor fails in Wine in Hindi: editor.c:6064: Test failed: EM_STREAMIN: Test UTF8Split returned 6 https://test.winehq.org/data/patterns.html#riched20:editor It also has failures in Wine in other locales and on other Linux configurations but this one is new. A bisect shows that it started after the following commit: commit e81327358a26b160740b3421a4c7f300b4d2f06f Author: Alexandre Julliard <julliard(a)winehq.org> Date: Wed Apr 13 15:13:16 2022 +0200 kernelbase: Move codepage initialization to ntdll. Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> This commit is also involved in the following failures: * Bug 52873 - oleaut32:typelib fails in Wine in Hindi * Bug 52870 - shlwapi:url - The UrlGetPartA() tests fails in Wine in Hind * Bug 52872 - vbscript:run fails in Wine in Hindi -- 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 54087] New: mshtml:events sometimes gets a failure in Protocol_Continue() on Windows
by WineHQ Bugzilla 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54087 Bug ID: 54087 Summary: mshtml:events sometimes gets a failure in Protocol_Continue() on Windows Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: mshtml Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com mshtml:events sometimes gets a failure in Protocol_Continue(): events.c:5054: Test failed: ReportResult failed: 80ef0001 See https://test.winehq.org/data/patterns.html#mshtml:events I have not found what 0x80ef0001 corresponds to. The failures started as soon as this test was introduced in the commit below. Also the failures are much less frequent since 2022-11-21 but they still occur. commit ae1d54da51c566da0a911d6256d3508054f8debf Author: Gabriel Ivăncescu <gabrielopcode(a)gmail.com> Date: Tue Sep 13 19:57:37 2022 +0300 mshtml/tests: Add tests for StorageEvents with parallel documents. Signed-off-by: Gabriel Ivăncescu <gabrielopcode(a)gmail.com> -- 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 54012] New: kernel32:heap - The 64-bit test_GlobalAlloc() fails on Windows 7
by WineHQ Bugzilla 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54012 Bug ID: 54012 Summary: kernel32:heap - The 64-bit test_GlobalAlloc() fails on Windows 7 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com kernel32:heap - The 64-bit test_GlobalAlloc() fails on Windows 7: heap.c:1757: Test failed: flags 0x2: GlobalReAlloc returned 0000000000899D10 heap.c:1788: Test failed: flags 0x2: GlobalReAlloc returned 0000000000899D10 heap.c:1763: Test failed: flags 0x82: got ptr 000000000089A0C0 was 0000000000899D10 heap.c:1794: Test failed: flags 0x82: got ptr 000000000089A0C0 was 0000000000899D10 See https://test.winehq.org/data/patterns.html#kernel32:heap A bisect shows the failures started with the commit below: commit 170e04648034f548e118625f969f09de8921024b Author: Rémi Bernon <rbernon(a)codeweavers.com> Date: Fri Nov 18 23:36:45 2022 +0100 kernel32/tests: Add more (Global|Local)ReAlloc tests. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=53474 -- 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 53987] New: Regression in print handling in Framemaker 8
by WineHQ Bugzilla 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53987 Bug ID: 53987 Summary: Regression in print handling in Framemaker 8 Product: Wine Version: 7.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: ulrich.gemkow(a)ikr.uni-stuttgart.de Distribution: --- A bisect show that the commit commit 1cf1412a12c6ee6191d387162fecb456f0df2d89 Author: Piotr Caban <piotr(a)codeweavers.com> Date: Mon Nov 21 12:45:33 2022 +0100 gdi32: Get printer output file name in StartDoc. dlls/gdi32/Makefile.in | 2 +- dlls/gdi32/dc.c | 57 +++++++++++++++++++++++++++++++++++++++++++------- include/ntgdi.h | 2 ++ 3 files changed, 53 insertions(+), 8 deletions(-) causes a regression in print handling of Framemaker 8. To reproduce: - Start Framemaker and create a new document (CTRL-N, select "Portrait") - type a few characters - Try to print the document Framemaker shows the message "Framemaker cannot print because the file header.ps is missing" and refuses to print. Printers are connected through IPP. Reverting the patch resolves the issue. The only other application we use (Office 2007) does not have this 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 4

[Bug 53783] New: vbscript can not compile private const expressions
by WineHQ Bugzilla 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53783 Bug ID: 53783 Summary: vbscript can not compile private const expressions Product: Wine Version: 7.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: vbscript Assignee: wine-bugs(a)winehq.org Reporter: jsm174(a)gmail.com Distribution: --- While working on leveraging the vbscript engine of Wine for a macos/linux port of Visual Pinball, I've been testing several user made scripts. I've found some scripts that have constants that are marked private even though they are not part of class. Somehow that works in real VBS but fails here: Private Const conStackSw = 8 ' Stack switches Private Const conMaxBalls = 13 ' Because of Apollo 13 Private Const conMaxTimers = 20 ' Spinners can generate a lot of timers Private Const conTimerPulse = 40 ' Timer runs at 25Hz Private Const conFastTicks = 4 ' Fast is 4 times per timer pulse Private Const conMaxSwHit = 5 ' Don't stack up more than 5 events for each switch Wscript.Echo conStackSw Wscript.Echo conMaxBalls Wscript.Echo conMaxTimers -- 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 52980] New: conhost.exe:tty - test_tty_input() fails in most locales on Windows
by WineHQ Bugzilla 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=52980 Bug ID: 52980 Summary: conhost.exe:tty - test_tty_input() fails in most locales on Windows Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com conhost.exe:tty - test_tty_input() fails in most locales on Windows. Specifically it fails in German, French, Portuguese (Brazil and Portugal), and Spanish (the mixed locale, mx-MX, uses a Spanish keyboard layout). For instance in Portuguese (Brazil): tty.c:1521: Test failed: 2f: wVirtualKeyCode = 12, expected 11 tty.c:1521: Test failed: 2f: wVirtualScanCode = 38 expected 1d tty.c:1521: Test failed: 2f: dwControlKeyState = 109 tty.c:1521: Test failed: 2f: dwControlKeyState = 9 [...] tty.c:1521: Test failed: 3f: dwControlKeyState = 100 tty.c:1544: Test failed: 2f: wVirtualKeyCode = dd, expected db tty.c:1544: Test failed: 2f: wVirtualScanCode = 1b expected 1a tty.c:1544: Test failed: 2f: wVirtualKeyCode = dd, expected db tty.c:1544: Test failed: 2f: wVirtualScanCode = 1b expected 1a https://test.winehq.org/data/patterns.html#conhost.exe:tty The test also fails on cw-gtx560 and cw-rx460, maybe because their keyboard layout is not completely standard due to the KVM. Besides the usual failures on lines 1521 and 1544, those get a few related earlier failures: tty.c:1505: Test failed: 61: wVirtualScanCode = 4f expected 1e tty.c:1505: Test failed: 61: wVirtualScanCode = 4f expected 1e tty.c:1508: Test failed: 64: wVirtualScanCode = 4b expected 20 tty.c:1508: Test failed: 64: wVirtualScanCode = 4b expected 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 6

[Bug 54043] New: Studio One Professional 5 crash on launch with an unimplemented function USER32.dll.RegisterSuspendResumeNotification
by WineHQ Bugzilla 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54043 Bug ID: 54043 Summary: Studio One Professional 5 crash on launch with an unimplemented function USER32.dll.RegisterSuspendResumeNotification Product: Wine Version: 7.0.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: a.shining.example(a)gmail.com Distribution: --- Created attachment 73603 --> https://bugs.winehq.org/attachment.cgi?id=73603 Program Error Details from the Wine error Installed to a fresh x64 wine prefix with only core fonts installed. -- 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 53968] New: NCryptSignHash is not implemented
by WineHQ Bugzilla 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53968 Bug ID: 53968 Summary: NCryptSignHash is not implemented Product: Wine Version: 7.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: bcrypt Assignee: wine-bugs(a)winehq.org Reporter: jesper.lindholm(a)treetop.se Distribution: --- Created attachment 73557 --> https://bugs.winehq.org/attachment.cgi?id=73557 Terminal output Using Ubuntu 22.04 x64, from-source build as of today (wine-7.21) + fix from bug 53966. Please note that the patch from 53996 is required to get this far in the reproduction. The .NET API RSA.SignData() calls into NCryptSignHash which is not implemented. Using .NET 6.0. Attaching terminal output. A minimal reproducible example is at https://treetop.se/wine-bug/2022-11-23b/source.zip (a handful of lines of code) , compiled as https://treetop.se/wine-bug/2022-11-23b/wine-missing-apis.zip (published as "self-contained", ie bundling the framework which I thought might be helpful here) . compiled .zip file hashes: SHA256 1F881B2C1946C276B6F602F8EEC11FF88B82C99EAAA39A6F13EB9173EA403D95 SHA1 B02F53D648DB20A680B5E93491D8094278FE2285 source .zip file hashes: SHA256 3977B2AA462DC54AEEBFB964FBED17A5AAA8360C501CEA3060AB239C09BBD307 SHA1 9B3E768B4F156E17B8E317C82599F9E7FE225C56 This API is used in many applications signing messages with their own cryptographic RSA keys. We ran across it when testing one of our own applications. ncrypt looks like it should be its own component due to being its own DLL, but I can't find it or anything that looks like it; filing under bcrypt due to ncrypt implementation calling through to bcrypt in places in the hopes that it will reach the right people. -- 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 53927] New: script56.chm help file pages not functioning properly due to wine missing beforeprint and afterprint html events
by WineHQ Bugzilla 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53927 Bug ID: 53927 Summary: script56.chm help file pages not functioning properly due to wine missing beforeprint and afterprint html events Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mshtml Assignee: wine-bugs(a)winehq.org Reporter: dimaki(a)rocketmail.com Distribution: --- script56.chm is a Microsoft HTML help file for Microsoft Windows Script Technologies. It can be downloaded online as a standalone and is also included with various windows scripting editors and IDEs such as VbsEdit. Most of the webpages that make up the chm file make use of beforeprint and afterprint html events. I was able to determine that Wine's lack of support for these results in certain functionality not working on these pages. A reproducible example would go as follows. Run the script56.chm file with the command "wine hh script56.chm". Go to the "Abs Function" page(or one of many others) in the help file. You will see that the Remarks, Requirements, and See Also sections are hidden instead of visible like on native. Hitting the + sign does not expand the sections as expected on native. Also, hitting the Print button on the top bar does not modify the page as expected. -- 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 53233] New: ddraw:ddraw1 - test_clear() has rare failures in Wine on the debian11 VM
by WineHQ Bugzilla 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53233 Bug ID: 53233 Summary: ddraw:ddraw1 - test_clear() has rare failures in Wine on the debian11 VM Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- ddraw:ddraw1 - test_clear() has rare failures in Wine on the debian11 VM: ddraw1.c:12626: Test failed: Clear rectangle 3 (pos, neg) has color 0x00000000. ddraw1.c:12628: Test failed: Clear rectangle 1 (pos, pos) has color 0x00000000. ddraw1.c:12630: Test failed: Clear rectangle 4 (NULL) has color 0x00000000. ddraw1.c:12632: Test failed: Clear rectangle 4 (neg, neg) has color 0x00000000. https://test.winehq.org/data/patterns.html#ddraw:ddraw1 The first instance of these failures started some time after 2022-06-06 which is when the debian11 VM was updated and moved to the gpu1 VM host. -- 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 53208] New: user32:msg - The SW_SHOWMINIMIZED test in test_messages() succeeds in Wine with fvwm
by WineHQ Bugzilla 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53208 Bug ID: 53208 Summary: user32:msg - The SW_SHOWMINIMIZED test in test_messages() succeeds in Wine with fvwm Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- user32:msg - The SW_SHOWMINIMIZED test in test_messages() succeeds in Wine with fvwm: msg.c:5574: Test succeeded inside todo block: ShowWindow(SW_SHOWMINIMIZED):overlapped: marked "todo_wine" but succeeds https://test.winehq.org/data/patterns.html#user32:msg This todo_wine seems to always succeed in the TestBot's VMs but almost always fails on my box. The difference is probably that the former runs fvwm (with a specially curated configuration) while the latter runs KDE. -- 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 53207] New: user32:msg - test_button_messages() fails randomly in Wine
by WineHQ Bugzilla 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53207 Bug ID: 53207 Summary: user32:msg - test_button_messages() fails randomly in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- user32:msg - test_button_messages() fails randomly in Wine. There are two failure modes: * WM_CTLCOLORBTN (0x135) + WM_DRAWITEM (0x2b) -> 6 failures msg.c:6881: Test failed: SetFocus(hwnd) on a button: 4: the msg 0x0007 was expected, but got msg 0x0005 instead msg.c:6881: Test failed: SetFocus(hwnd) on a button: 5: the msg 0x0135 was expected, but got msg 0x030f instead msg.c:6881: Test failed: SetFocus(hwnd) on a button: 6: the msg 0x002b was expected, but got msg 0x001c instead msg.c:6881: Test failed: SetFocus(hwnd) on a button: 7: the msg 0x0111 was expected, but got msg 0x0086 instead msg.c:6881: Test failed: SetFocus(hwnd) on a button: 8: the msg 0x8000 was expected, but got msg 0x0006 instead msg.c:6881: Test failed: SetFocus(hwnd) on a button: 9: the msg sequence is not complete: expected 0000 - actual 0009 * WM_CTLCOLORSTATIC (0x138) -> 5 failures msg.c:6881: Test failed: SetFocus(hwnd) on a button: 4: the msg 0x0007 was expected, but got msg 0x0005 instead msg.c:6881: Test failed: SetFocus(hwnd) on a button: 5: the msg 0x0138 was expected, but got msg 0x030f instead msg.c:6881: Test failed: SetFocus(hwnd) on a button: 6: the msg 0x0111 was expected, but got msg 0x001c instead msg.c:6881: Test failed: SetFocus(hwnd) on a button: 8: the msg 0x8000 was expected, but got msg 0x0086 instead msg.c:6881: Test failed: SetFocus(hwnd) on a button: 9: the msg sequence is not complete: expected 0000 - actual 0006 https://test.winehq.org/data/patterns.html#user32:msg These failures don't seem to depend on the locale or bitness and were first seen on 2022-06-06. -- 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 52965] New: kernel32:locale - test_GetLocaleInfoW() and test_invariant() fail on Windows in Hindi
by WineHQ Bugzilla 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=52965 Bug ID: 52965 Summary: kernel32:locale - test_GetLocaleInfoW() and test_invariant() fail on Windows in Hindi Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com kernel32:locale fails on Windows in Hindi when run without the UTF-8 codepage (so with an English system locale): In test_GetLocaleInfoW(): locale.c:394: Test failed: got wrong name L"\0905\092e\0947\0930\093f\0915\093e" locale.c:404: Test failed: got wrong name L"\0905\0902\0917\094d\0930\0947\091c\093c\0940 (\0938\0902\092f\0941\0915\094d\0924 \0930\093e\091c\094d\092f)" locale.c:5096: Test failed: got L"\0905\092e\0947\0930\093f\0915\093e" In test_invariant(): locale.c:5728: Test failed: Expected ret == 39, got 33, error 87 locale.c:5729: Test failed: Expected Invariant Language (Invariant Country), got '?????????? ???? (?????????? ???)' locale.c:5733: Test failed: Expected ret == 18, got 15, error 87 locale.c:5734: Test failed: Expected Invariant Country, got '?????????? ???' locale.c:5738: Test failed: Got '??? ??????????????' https://test.winehq.org/data/patterns.html#kernel32:locale This can be reproduced with the w10pro64-hi test configuration but these failures do not happen when using UTF-8 (w10pro64-hi-u8). -- 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 52507] New: user32:win has some spurious GetScrollInfo failures
by WineHQ Bugzilla 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=52507 Bug ID: 52507 Summary: user32:win has some spurious GetScrollInfo failures Product: Wine Version: 7.0-rc1 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: rbernon(a)codeweavers.com Distribution: --- On some VMs and with some window styles, the GetScrollInfo SB_HORZ test sometimes fails with "style 0x100000: expected !100". It was happening consistently on Win10 on the submission test VMs, and tweaking the window size in 34d1c100b044afa5eb6d6243e9fb40db085b78d2 fixed the issue there, but it now fails on more VMs on the testbot pattern page. -- 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 54098] New: winhttp:notification times out systematically in Wine
by WineHQ Bugzilla 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54098 Bug ID: 54098 Summary: winhttp:notification times out systematically in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: winhttp Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- winhttp:notification times out systematically in Wine: notification.c:122: Test failed: 943: expected callback to be called from the same thread notification.c:122: Test failed: 948: expected callback to be called from the same thread notification.c:122: Test failed: 953: expected callback to be called from the same thread notification.c:997: Test failed: got 4 notification.c:1006: Test failed: got 0 notification.c:1010: Test failed: unexpected data 0 at 0 notification.c:1017: Test failed: got 0 notification.c:1018: Test failed: got 1002 notification.c:1019: Test failed: got 18 notification.c:1030: Test failed: got 1002 notification.c:1184: Test marked todo: got 3 notification.c:122: Test failed: 937: expected callback to be called from the same thread notification.c:122: Test failed: 943: expected callback to be called from the same thread notification.c:122: Test failed: 948: expected callback to be called from the same thread notification.c:122: Test failed: 953: expected callback to be called from the same thread notification.c:117: Test failed: 988: expected status 0x80000 got 0x200000 winhttp:notification:0560 done (258) in 120s 2141B See https://test.winehq.org/data/patterns.html#winhttp:notification This started on 2022-12-06 despite there being no change in this test. Also the test still times out when using older builds. So the failure is probably caused by some outside factor, maybe on winehq.org. -- 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 53966] New: NCryptExportKey is not implemented
by WineHQ Bugzilla 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53966 Bug ID: 53966 Summary: NCryptExportKey is not implemented Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: bcrypt Assignee: wine-bugs(a)winehq.org Reporter: jesper.lindholm(a)treetop.se Distribution: --- Created attachment 73554 --> https://bugs.winehq.org/attachment.cgi?id=73554 Terminal output Using Ubuntu 22.04 x64, wine-devel as of today (wine-7.21). The .NET API RSA.ExportSubjectPublicKeyInfo() calls into NCryptExportKey which is not implemented. Using .NET 6.0. Attaching terminal output. A minimal reproducible example is at https://treetop.se/wine-bug/2022-11-23/source.zip (literally 7 lines of code) , compiled as https://treetop.se/wine-bug/2022-11-23/wine-missing-apis.zip (published as "self-contained", ie bundling the framework which I thought might be helpful here) . compiled .zip file hashes: SHA256 3C569800092A78D1E8407AEB267DB98F82A4CE09EA1EFEB6BDB947AB6FA9CC85 SHA1 F79D95574B1D4B6BA8582BEB52C3F6745E28F99C source .zip file hashes: SHA256 2A83E3FB4A7386FB5DD4FA4558E2BDBC9AEDAAD1E272D3216D183563F64A217C SHA1 BDA5F413DDD098185FE1A99A9B1ED3E591B31949 This API is used in many applications generating their own cryptographic RSA keys. We ran across it when testing one of our own applications. ncrypt looks like it should be its own component due to being its own DLL, but I can't find it or anything that looks like it; filing under bcrypt due to ncrypt implementation calling through to bcrypt in places in the hopes that it will reach the right people. -- 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 53950] New: dup2 error returns ENFILE instead of EBADF
by WineHQ Bugzilla 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53950 Bug ID: 53950 Summary: dup2 error returns ENFILE instead of EBADF Product: Wine Version: 7.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs(a)winehq.org Reporter: xantares09(a)hotmail.com Distribution: --- Created attachment 73526 --> https://bugs.winehq.org/attachment.cgi?id=73526 testcase dup2 returns an incorrect error code: ENFILE instead of EBADF this is very similar to https://bugs.winehq.org/show_bug.cgi?id=53677 -- 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 53895] New: ddraw:ddraw1, ddraw:ddraw2, ddraw:ddraw4, ddraw:ddraw7 - test_cursor_clipping() fails on dual screen setups in Wine
by WineHQ Bugzilla 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53895 Bug ID: 53895 Summary: ddraw:ddraw1, ddraw:ddraw2, ddraw:ddraw4, ddraw:ddraw7 - test_cursor_clipping() fails on dual screen setups in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- ddraw:ddraw1, ddraw:ddraw2, ddraw:ddraw4, ddraw:ddraw7 - test_cursor_clipping() fails on dual screen setups in Wine: ddraw1.c:14351: Test failed: Expect clip rect (0,0)-(640,480), got (0,0)-(1664,737). ddraw1.c:14361: Test failed: Expect clip rect (0,0)-(1024,737), got (0,0)-(2048,737). See: http://winetest.dolphin/data/patterns.html#ddraw:ddraw1 ddraw2.c:15320: Test failed: Expect clip rect (0,0)-(1024,768), got (0,0)-(2048,768). ddraw2.c:15334: Test failed: Expect clip rect (0,0)-(640,480), got (0,0)-(1664,737). ddraw2.c:15344: Test failed: Expect clip rect (0,0)-(1024,768), got (0,0)-(2048,768). See: http://winetest.dolphin/data/patterns.html#ddraw:ddraw2 ddraw4.c:18370: Test failed: Expect clip rect (0,0)-(1024,737), got (0,0)-(2048,737). ddraw4.c:18384: Test failed: Expect clip rect (0,0)-(640,480), got (0,0)-(1664,737). ddraw4.c:18394: Test failed: Expect clip rect (0,0)-(1024,737), got (0,0)-(2048,737). See: http://winetest.dolphin/data/patterns.html#ddraw:ddraw4 ddraw7.c:18637: Test failed: Expect clip rect (0,0)-(1024,737), got (0,0)-(2048,737). ddraw7.c:18651: Test failed: Expect clip rect (0,0)-(640,480), got (0,0)-(1664,737). ddraw7.c:18661: Test failed: Expect clip rect (0,0)-(1024,737), got (0,0)-(2048,737). See: http://winetest.dolphin/data/patterns.html#ddraw:ddraw7 Notes: * The number of "Expect clip" messages varies from one run to the next. * These failures all started on 2022-10-12 but there is no obvious commit on that date. * This only impacts debian11 and debiant, the dual screen TestBot VMs, not debian11b, fgtb-debian11 and fg-deb64, non-dual screen test configurations. -- 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 53686] New: The 64-bit kernel32:console is broken on Windows in the GitLab WineTest builds
by WineHQ Bugzilla 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53686 Bug ID: 53686 Summary: The 64-bit kernel32:console is broken on Windows in the GitLab WineTest builds Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com The 64-bit kernel32:console is broken on Windows in the GitLab WineTest builds: console.c:2352: Test failed: [9] Expected count to be 0, got 9303856 console.c:2352: Test failed: [13] Expected count to be 0, got 9303952 console.c:2352: Test failed: [15] Expected count to be 0, got 9304144 console.c:2442: Test failed: [9] Expected count to be 0, got 9303856 console.c:2442: Test failed: [13] Expected count to be 0, got 9303952 console.c:2442: Test failed: [15] Expected count to be 0, got 9304144 console.c:2532: Test failed: [9] Expected count to be 0, got 7 console.c:2532: Test failed: [13] Expected count to be 0, got 9 console.c:2532: Test failed: [15] Expected count to be 0, got 13 console.c:2948: Test failed: [9] Expected count to be 0, got 7 console.c:2948: Test failed: [13] Expected count to be 0, got 9 console.c:2948: Test failed: [15] Expected count to be 0, got 13 console.c:3038: Test failed: [9] Expected count to be 0, got 7 console.c:3038: Test failed: [13] Expected count to be 0, got 9 console.c:3038: Test failed: [15] Expected count to be 0, got 13 console.c:3127: Test failed: [9] Expected count to be 0, got 7 console.c:3127: Test failed: [13] Expected count to be 0, got 9 console.c:3127: Test failed: [15] Expected count to be 0, got 13 https://test.winehq.org/data/patterns.html#kernel32:console The failures started on 2022-07-26 which is when the WineTest builds switched from the old build system to GitLab. A test with winetest-889fe64d9f2e.exe (built on 2022-07-25) confirms that this test still succeeds when using binaries from the old build system. -- 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 53183] New: shell32:shelllink - test_load_save() randomly fails to delete test.lnk in Wine
by WineHQ Bugzilla 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53183 Bug ID: 53183 Summary: shell32:shelllink - test_load_save() randomly fails to delete test.lnk in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- shell32:shelllink - test_load_save() randomly fails to delete test.lnk in Wine: shelllink.c:818: Test failed: failed to delete link 'C:\users\winetest\Temp\\test.lnk' (32) https://test.winehq.org/data/patterns.html#shell32:shelllink This is probably the same issue as bug 28290, the only difference being that it happens during the cleanup and thus does not cause a 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 3

[Bug 54111] New: Unable to run "make install" after "makedep: Add a helper function to skip spaces in strings."
by WineHQ Bugzilla 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54111 Bug ID: 54111 Summary: Unable to run "make install" after "makedep: Add a helper function to skip spaces in strings." Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: build-env Assignee: wine-bugs(a)winehq.org Reporter: martin(a)martin.st CC: julliard(a)winehq.org Regression SHA1: df50fca0f952fabb5bb1c5a31a53e64f07a81be9 Distribution: --- After "makedep: Add a helper function to skip spaces in strings.", df50fca0f952fabb5bb1c5a31a53e64f07a81be9, doing "make install" (and "make install-lib" likewise) fails in the loader subdirectory like this: make[1]: Entering directory '/home/martin/nightly/wine/build-aarch64-mingw' config.status: executing tools/makedep commands config.status: executing Makefile commands ../src/tools/install-sh -m 644 loader/wine.de.UTF-8.man /home/martin/wine64-trunk-pe/share/man/de.UTF-8/man1 "November 2007" "@PACKAGE_STRING@" "Windows On Unix"/wine.1 "November 2007" "@PACKAGE_STRING@" "Windows On Unix" ../src/tools/install-sh: Windows On Unix: Is not a directory. make[1]: *** [Makefile:210635: loader/install] Error 1 make[1]: Leaving directory '/home/martin/nightly/wine/build-aarch64-mingw' -- 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 54075] New: wldap32:parse - test_ldap_paged_search() sometimes gets LDAP_SERVER_DOWN in Wine, crashes
by WineHQ Bugzilla 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54075 Bug ID: 54075 Summary: wldap32:parse - test_ldap_paged_search() sometimes gets LDAP_SERVER_DOWN in Wine, crashes Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wldap32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- wldap32:parse - test_ldap_paged_search() sometimes gets LDAP_SERVER_DOWN in Wine, crashes: wldap32:parse start dlls/wldap32/tests/parse.c wine: Unhandled page fault on read access to 0000001C at address 6F8D7A7E (thread 028c), starting debugger... parse.c:245: Test failed: ldap_get_next_page_s failed 0x51 parse.c:246: Test failed: expected res != NULL parse.c:247: Test failed: got 3735928559 Unhandled exception: page fault on read access to 0x0000001c in 32-bit code (0x6f8d7a7e). [...] Backtrace: =>0 0x6f8d7a7e WLDAP32_ldap_count_entries+0x1e(ld=00E80528, res=00000000) [Z:\builds\alexhenrie\wine\dlls\wldap32\misc.c:102] in wldap32 (0x0061fd38) 1 0x00401987 in wldap32_test (+0x1987) (0x0061fde8) There is no record of this ever happening in the nightly WineTest runs but it did impact some merge requests, for instance MR!1579, MR!1581, MR!1574, MR!1585 and MR!1583. For those, some failures happened in the GitLab CI environment and others in the TestBot, but always in Wine. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 53971] New: postgresql installer 9.3 needs support for Username in WshShell.Network
by WineHQ Bugzilla 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53971 Bug ID: 53971 Summary: postgresql installer 9.3 needs support for Username in WshShell.Network Product: Wine Version: 7.21 Hardware: x86-64 URL: https://www.enterprisedb.com/downloads/postgres-postgr esql-downloads OS: Linux Status: NEW Keywords: download, Installer, source Severity: normal Priority: P2 Component: wshom.ocx Assignee: wine-bugs(a)winehq.org Reporter: sloper42(a)yahoo.com CC: austinenglish(a)gmail.com, sloper42(a)yahoo.com Depends on: 46083, 53565 Blocks: 53569 Distribution: Fedora Noticed in postgresql 9.3.25-1 installer. When starting the installer, a script called initcluster.vbs is executed. It tries to get Username from Wscript.Network, which is not implemented in whsom.ocx. See https://github.com/EnterpriseDB/edb-installers/blob/PPAS-9_3/server/scripts… for the vbs script. -- 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 53530] New: mshtml:htmldoc - test_editing_mode(TRUE, TRUE) sometimes fails in Wine
by WineHQ Bugzilla 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53530 Bug ID: 53530 Summary: mshtml:htmldoc - test_editing_mode(TRUE, TRUE) sometimes fails in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: mshtml Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- mshtml:htmldoc - test_editing_mode(TRUE, TRUE) sometimes fails in Wine: htmldoc.c:8405: Testing HTMLDocument (edit load using designMode)... htmldoc.c:5661: Test marked todo: expected IsErrorUrl htmldoc.c:5666: Test marked todo: expected GetPendingUrl htmldoc.c:5833: Test marked todo: expected Exec_ShellDocView_84 htmldoc.c:5905: Test marked todo: expected FireNavigateComplete2 htmldoc.c:5909: Test marked todo: expected ActiveElementChanged htmldoc.c:5911: Test marked todo: expected IsErrorUrl htmldoc.c:8471: Test marked todo: expected OnChanged_1005 htmldoc.c:8472: Test marked todo: expected ActiveElementChanged htmldoc.c:2541: Test failed: unexpected call UpdateUI htmldoc.c:2853: Test failed: unexpected call Exec_UPDATECOMMANDS https://test.winehq.org/data/patterns.html#mshtml:htmldoc This failure happened on 2022-05-17 debian11-win32. But it also caused a false positive as recently as 2022-08-03. -- 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 53342] New: quartz:mpegaudio - The 64-bit test_streaming_events() times out on fg-deb64
by WineHQ Bugzilla 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53342 Bug ID: 53342 Summary: quartz:mpegaudio - The 64-bit test_streaming_events() times out on fg-deb64 Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- quartz:mpegaudio - The 64-bit test_streaming_events() times out on fg-deb64: ... mpegaudio.c:1451: Test succeeded https://test.winehq.org/data/patterns.html#quartz:mpegaudio The timeout happens on this line: hr = IMemAllocator_GetBuffer(allocator, &sample, NULL, NULL, 0); A bisect shows that the timeouts started with the commit below: commit 6c110bd398de28613b34555ff2738e74191bb6cd Author: Rémi Bernon <rbernon(a)codeweavers.com> Date: Mon Jun 13 11:43:51 2022 +0200 winegstreamer: Support zero-copy wg_transform_push_data in quartz_transform.c. Signed-off-by: Rémi Bernon <rbernon(a)codeweavers.com> -- 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 52877] New: user32:msg - test_dbcs_wm_char() fails in Wine in the Japanese and Chinese locales
by WineHQ Bugzilla 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=52877 Bug ID: 52877 Summary: user32:msg - test_dbcs_wm_char() fails in Wine in the Japanese and Chinese locales Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- test_dbcs_wm_char() fails in Wine in the Japanese and Chinese locales. For the Japanese locale: msg.c:14919: using dbcs char 81,82 wchar 2260 bad wchar 30fb codepage 'ANSI/OEM Japanese Shift-JIS' msg.c:15071: Test failed: no messages: 0: the msg sequence is not complete: expected 0000 - actual 0102 msg.c:15071: Failed sequence no messages: msg.c:15071: 0: expected: nothing - actual: MsgCheckProc: 004B0136 0102 wp 0000ff1d lp 00000000 (flags 19) msg.c:15073: Test failed: Unicode WM_CHAR: 0: the msg sequence is not complete: expected 0102 - actual 0000 msg.c:15073: Failed sequence Unicode WM_CHAR: msg.c:15073: 0: expected: msg 0102 - actual: nothing msg.c:15075: Test failed: Unicode WM_CHAR: 0: in msg 0x0102 expecting wParam 0x2260 got 0xff42 msg.c:15075: Failed sequence Unicode WM_CHAR: msg.c:15075: 0: expected: msg 0102 - actual: MsgCheckProc: 004B0136 0102 wp 0000ff42 lp 00000000 (flags 19) For the Chinese locale: msg.c:14919: using dbcs char 81,80 wchar 4e90 bad wchar 003f codepage 'ANSI/OEM Simplified Chinese GBK' msg.c:15071: Test failed: no messages: 0: the msg sequence is not complete: expected 0000 - actual 0102 msg.c:15071: Failed sequence no messages: msg.c:15071: 0: expected: nothing - actual: MsgCheckProc: 004B0136 0102 wp 00004e96 lp 00000000 (flags 19) msg.c:15073: Test failed: Unicode WM_CHAR: 0: in msg 0x0102 expecting wParam 0x4e90 got 0x20ac msg.c:15073: Failed sequence Unicode WM_CHAR: msg.c:15073: 0: expected: msg 0102 - actual: MsgCheckProc: 004B0136 0102 wp 000020ac lp 00000000 (flags 19) msg.c:15075: Test failed: Unicode WM_CHAR: 0: in msg 0x0102 expecting wParam 0x4e90 got 0x20ac msg.c:15075: Failed sequence Unicode WM_CHAR: msg.c:15075: 0: expected: msg 0102 - actual: MsgCheckProc: 004B0136 0102 wp 000020ac lp 00000000 (flags 19) https://test.winehq.org/data/patterns.html#user32:msg A bisect shows that the failures started with the following commit: commit d42888f07c6e3e491c99bb5c8b62b568264e990c Author: Jacek Caban <jacek(a)codeweavers.com> Date: Mon Apr 4 16:58:21 2022 +0200 user32: Use NtUserMessageCall for SendMessageA implementation. Signed-off-by: Jacek Caban <jacek(a)codeweavers.com> Signed-off-by: Huw Davies <huw(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> -- 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 51457] New: The 32-bit version:install fails in 64-bit wineprefixes
by WineHQ Bugzilla 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=51457 Bug ID: 51457 Summary: The 32-bit version:install fails in 64-bit wineprefixes Product: Wine Version: 6.10 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: version Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- The 32-bit version:install fails in 64-bit wineprefixes: https://test.winehq.org/data/patterns.html#version:install install.c:250: Test failed: Wrong return value got 0 expected VFF_CURNEDEST set install.c:255: Test failed: Wrong return value got 0 expected VFF_CURNEDEST set install.c:260: Test failed: Wrong return value got 0 expected VFF_CURNEDEST set All three failing tests query regedit.exe which is installed in two locations in Wine: windows/regedit.exe windows/syswow64/regedit.exe The failure happens because CreateFileA("C:\windows\system32\regedit.exe") succeeds despite that file not actually being present (see file_existsA() in dlls/kernelbase/version.c). So either this is a WoW32 file remapping issue, or this is not the right way to check for this file. -- 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 36681] New: ws2_32/tests/sock.c fails on gentoo without IPX support
by wine-bugs＠winehq.org 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=36681 Bug ID: 36681 Summary: ws2_32/tests/sock.c fails on gentoo without IPX support Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Created attachment 48725 --> https://bugs.winehq.org/attachment.cgi?id=48725 +winsock,+tid,+seh ../../../tools/runtest -q -P wine -T ../../.. -M ws2_32.dll -p ws2_32_test.exe.so sock && touch sock.ok fixme:winsock:convert_socktype_w2u unhandled Windows socket type 0 fixme:winsock:WS_EnterSingleProtocolW unknown Protocol <0xffffffff> fixme:winsock:convert_socktype_w2u unhandled Windows socket type 0 fixme:winsock:WS_EnterSingleProtocolW unknown Protocol <0x0000dead> fixme:winsock:convert_socktype_w2u unhandled Windows socket type 0 fixme:winsock:convert_proto_w2u unhandled Windows socket protocol 57005 fixme:winsock:convert_socktype_w2u unhandled Windows socket type 57005 fixme:winsock:convert_socktype_w2u unhandled Windows socket type 57005 err:winediag:WSASocketW Failed to create a socket of type SOCK_RAW, this requires special permissions. sock.c:2224: Tests skipped: SOCK_RAW is not supported sock.c:2270: Test failed: Expected 10047, received 10043 sock.c:2271: Tests skipped: IPX is not supported +winsock attached Linux aw25 3.13.3-gentoo-devlight-1 #1 SMP Thu Feb 20 00:10:55 Local time zone must be set--see zic x86_64 Intel(R) Core(TM) i7 CPU 960 @ 3.20GHz GenuineIntel GNU/Linux -- 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 53999] New: Regression with JGlossator
by WineHQ Bugzilla 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53999 Bug ID: 53999 Summary: Regression with JGlossator Product: Wine Version: 7.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mshtml Assignee: wine-bugs(a)winehq.org Reporter: jkfloris(a)dds.nl Distribution: --- https://forum.winehq.org/viewtopic.php?t=37152 Although I don't know exactly what the program is supposed to do, it no longer works with Wine 7.22 JGlossator v5 https://sourceforge.net/projects/jglossator/files/JGlossator_v5.0/ bisect: 6fa4c426086750d616d5da9c41b37fc714784d1a is the first bad commit commit 6fa4c426086750d616d5da9c41b37fc714784d1a Author: Gabriel Ivăncescu <gabrielopcode(a)gmail.com> Date: Tue Nov 22 18:26:22 2022 +0200 mshtml: Get rid of useless window check. Signed-off-by: Gabriel Ivăncescu <gabrielopcode(a)gmail.com> dlls/mshtml/nsevents.c | 12 ++++-------- -- 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 53240] New: dinput:device8 - test_sys_mouse() has some rare failures on the TestBot VMs
by WineHQ Bugzilla 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53240 Bug ID: 53240 Summary: dinput:device8 - test_sys_mouse() has some rare failures on the TestBot VMs Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-dinput Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- dinput:device8 - test_sys_mouse() has some rare failures on the TestBot VMs. They can take two forms: device8.c:1988: Test failed: 0x700: Acquire returned 0x80070005 device8.c:1997: Test failed: 0x700: WaitForSingleObject returned 0x102 device8.c:2002: Test failed: 0x700: got count 0 device8.c:2006: Test failed: 0x700: WaitForSingleObject returned 0x102 device8.c:2009: Test failed: 0x700: Unacquire returned 0x1 device8.c:2013: Test failed: 0x700: got count 0 device8.c:2016: Test failed: 0x700: Acquire returned 0x80070005 device8.c:2025: Test failed: 0x700: WaitForSingleObject returned 0x102 device8.c:2028: Test failed: 0x700: Unacquire returned 0x1 device8.c:2031: Test failed: 0x700: Acquire returned 0x80070005 device8.c:2035: Test failed: 0x700: got count 0 device8.c:2044: Test failed: 0x700: WaitForSingleObject returned 0x102 device8.c:2050: Test failed: 0x700: WaitForSingleObject returned 0x102 device8.c:2050: Test failed: 0x700: WaitForSingleObject returned 0x102 device8.c:2059: Test failed: 0x700: got count 0 or device8.c:1988: Test failed: 0x800: Acquire returned 0x80070005 device8.c:1997: Test failed: 0x800: WaitForSingleObject returned 0x102 device8.c:2001: Test failed: 0x800: GetDeviceData returned 0x8007000c device8.c:2006: Test failed: 0x800: WaitForSingleObject returned 0x102 device8.c:2009: Test failed: 0x800: Unacquire returned 0x1 device8.c:2016: Test failed: 0x800: Acquire returned 0x80070005 device8.c:2025: Test failed: 0x800: WaitForSingleObject returned 0x102 device8.c:2028: Test failed: 0x800: Unacquire returned 0x1 device8.c:2031: Test failed: 0x800: Acquire returned 0x80070005 device8.c:2034: Test failed: 0x800: GetDeviceData returned 0x8007000c device8.c:2044: Test failed: 0x800: WaitForSingleObject returned 0x102 device8.c:2050: Test failed: 0x800: WaitForSingleObject returned 0x102 device8.c:2050: Test failed: 0x800: WaitForSingleObject returned 0x102 device8.c:2055: Test failed: 0x800: GetDeviceData returned 0x8007000c device8.c:2058: Test failed: 0x800: GetDeviceData returned 0x8007000c https://test.winehq.org/data/patterns.html#dinput:device8 So far they have only happened on the Debian 11 VMs and the first known instance was on 2022-06-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.

1 5

[Bug 28290] New: shell32/shelllink.ok test flaky
by wine-bugs＠winehq.org 09 Dec '22

09 Dec '22

http://bugs.winehq.org/show_bug.cgi?id=28290 Summary: shell32/shelllink.ok test flaky Product: Wine Version: 1.3.27 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: shell32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com When running with WINEDEBUG=warn+heap (on my 32 bit i7 natty box running in low power mode, fwiw), twice I've hit the error ../../../tools/runtest -q -P wine -M shell32.dll -T ../../.. -p shell32_test.exe.so shelllink.c && touch shelllink.ok shelllink.c:728: Test failed: save failed (0x80070020) shelllink.c:728: Test failed: got 0x00000001 shelllink.c:728: Test failed: Didn't expect NULL shelllink.c:474: Test failed: GetCurFile fails on shell32 < 5.0 shelllink.c:732: Test failed: GetDescription returned 'command on path' instead of 'command on path without .exe' This test keeps overwriting the same file with new data, iirc. The previous thing it wrote was "command on path", so it looks like the immediately previous testcase sometimes leaves a reference dangling? I think 0x80070020 is "sharing violation". -- 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 8

[Bug 54084] New: wininet:http - test_async_read() sometimes gets an ERROR_IO_PENDING error in Wine
by WineHQ Bugzilla 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54084 Bug ID: 54084 Summary: wininet:http - test_async_read() sometimes gets an ERROR_IO_PENDING error in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: winhttp Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- wininet:http - test_async_read() sometimes gets an ERROR_IO_PENDING error in Wine: http.c:5160: Test failed: InternetReadFileExA failed 997 See https://test.winehq.org/data/patterns.html#wininet:http Where: 997 == ERROR_IO_PENDING This failure is pretty rare. * The first failure happened on 2022-09-13 on my desktop (fg-deb64). There is no trace of it happening on the previous 3 months. * Another failure happened on 2022-11-18 also on fg-deb-94. * And it happened on the GitLab CI, impacting MR!1669. ws2_32:sock has a similar failure which started in September (see bug 54074). -- 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 47304] New: Athena's Charm Table search 0.35b (.NET 2.0 app) crashes on unimplemented function msvcm90.dll.?_Cin_func@std@@YAAAV? $basic_istream@DU?$char_traits@D@std@@@1@XZ
by wine-bugs＠winehq.org 08 Dec '22

08 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=47304 Bug ID: 47304 Summary: Athena's Charm Table search 0.35b (.NET 2.0 app) crashes on unimplemented function msvcm90.dll.?_Cin_func@std@@YAAAV?$basic_istream@DU?$c har_traits@D@std@@@1@XZ Product: Wine Version: 4.9 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: msvcm Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 34538 Also mentioned in bug 32091 (https://bugs.winehq.org/show_bug.cgi?id=32091#c10) which targets VC++ 2005 runtime. Old archive of the Website: https://web.archive.org/web/20130415231318/http://forums.minegarde.com/topi… --- snip --- $ winedump -j clr Athena\'s\ MH3U\ Charm\ Table\ Search\ v0.35b.exe Contents of Athena's MH3U Charm Table Search v0.35b.exe: 982528 bytes CLR Header Header Size 0x48 72 Required runtime version 2.05 Flags 0x3 ILONLY 32BITREQUIRED EntryPointToken 0x6000ed4 100667092 CLR Data Directory MetaData rva: 0x6b540 size: 0x83f5c Resources rva: 0x67804 size: 0x3d38 StrongNameSignature rva: 0x0 size: 0x0 CodeManagerTable rva: 0x0 size: 0x0 VTableFixups rva: 0x0 size: 0x0 ExportAddressTableJumps rva: 0x0 size: 0x0 ManagedNativeHeader rva: 0x0 size: 0x0 Done dumping Athena's MH3U Charm Table Search v0.35b.exe --- snip --- --- snip --- $ wine ./Athena\'s\ MH3U\ Charm\ Table\ Search\ v0.35b.exe ... 0009:fixme:msvcm:CrtImplementationDetails_DoDllLanguageSupportValidation stub wine: Call from 0x7b44fe8b to unimplemented function msvcm90.dll.?_Cin_func@std@@YAAAV?$basic_istream@DU?$char_traits@D@std@@@1@XZ, aborting ================================================================= Native Crash Reporting ================================================================= Got a SIGSEGV while executing native code. This usually indicates a fatal error in the mono runtime or one of the native libraries used by your application. ================================================================= wine: Unimplemented function msvcm90.dll.?_Cin_func@std@@YAAAV?$basic_istream@DU?$char_traits@D@std@@@1@XZ called at address 0x7b44fe8b (thread 0009), starting debugger... --- snip --- 'winetricks -q vcrun2008' should help here but seems to be broken. Neither the SxS nor non-SxS 32-bit variant is installed. For the CRT and ATL libs to be installed in WinSXS you need 'WinVer' setting 'Windows XP'. $ sha1sum Athenas\ MH3U\ Charm\ Table\ Search\ v0.35b.rar de1dccb0c7165e5494b88abd27807721b49f2a61 Athenas MH3U Charm Table Search v0.35b.rar $ du -sh Athenas\ MH3U\ Charm\ Table\ Search\ v0.35b.rar 172K Athenas MH3U Charm Table Search v0.35b.rar $ wine --version wine-4.9-134-gd535df42f6 Regards -- 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 10

[Bug 46056] New: u-he Diva: Multicore option slows down performance
by wine-bugs＠winehq.org 08 Dec '22

08 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=46056 Bug ID: 46056 Summary: u-he Diva: Multicore option slows down performance Product: Wine Version: 3.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ajduck(a)outlook.com Distribution: --- Created attachment 62643 --> https://bugs.winehq.org/attachment.cgi?id=62643 Edited picture highlighting relevant sections of Diva u-he's Diva plugin is quite CPU intensive. On Windows, the multicore option on Diva improves the performance of it a lot. But on Wine, the multicore option makes it even slower. You'll need sound output to notice the difference in performance. You will also need a DAW to test it in. You can either use a Windows DAW (FL Studio is probably easiest, has a detailed manual and I know it works well in Wine), or a Linux DAW using LinVST to load the VST plugin (LinVST uses Wine and requires it to be installed on the system). (If you decide to load Diva in FL Studio, see this section of the FL Studio manual on how to scan for and load plugins: https://www.image-line.com/support/flstudio_online_manual/html/basics_exter… ) -------- Steps to reproduce: 1. Download and install Diva (link at bottom). Make sure the DAW you're using has detected it (get it to scan for plugins). 2. Load up Diva. At the lower half of the plugin, the panel just above the "MAIN" button and below the "tuning" panel, set Accuracy to divine, Voices to 16 and Stack to 4 (see image attached). These settings are to make Diva use a lot of CPU so that the difference between multicore on and off can be demonstrated. The multicore button (the button in the top bar to the right) should be off (i.e. it should be black). 3. In the DAW/VST host, input 4 MIDI notes playing simultaneously into the DAW/host's piano roll and play them back. Take note of popping and clicking (if any). If it's popping and clicking then keep in mind how frequent/severe it is. 4. Now go back to Diva and enable multicore (click on the black button). It should now be red. 5. Play back the notes you input again. It should be even slower than it was with multicore off. If somehow one Diva instance with those settings is not enough to cause buffer underruns (audible pops and clicks) even with multicore enabled, clone the current Diva instrument (or add a new Diva and give it the same settings as done in step 2), add MIDI notes as in step 3 but to the new Diva instance and then play back the notes making sure all the Diva instances are playing at the same time. In other words, we're trying to layer another Diva's notes on top of the first one in order to make it use enough CPU to cause buffer underruns. Remember to enable/disable multicore on both Diva instances when comparing between the option being on and off. It's unlikely you'll need more than 2 instances at full accuracy settings because this synth uses up a lot of CPU. Diva has a native Linux version and the multicore option improves performance as on Windows. But I use FL Studio in Wine and there's currently no way to run/bridge native Linux VSTs in Windows DAWs (that are running in Wine) so I have to use the Windows version. OS: elementary OS 5.0 Juno (based on Ubuntu 18.04) Tested on Wine 3.19 but I know 3.18 also has the problem. -------- Download: https://uhedownloads-heckmannaudiogmb.netdna-ssl.com/releases/Diva_143_7422… $ sha1sum Diva_143_7422_Win.zip 50032d8ed54e22e8ec495d283e02754f2959b665 Diva_143_7422_Win.zip -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 4

[Bug 54100] New: Allow cmd to execute native Linux programs
by WineHQ Bugzilla 08 Dec '22

08 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54100 Bug ID: 54100 Summary: Allow cmd to execute native Linux programs Product: Wine Version: 7.22 Hardware: x86-64 OS: Linux Status: NEW Severity: enhancement Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Created attachment 73635 --> https://bugs.winehq.org/attachment.cgi?id=73635 Hack that works around the issue Example: wine cmd /c z:\bin\bash --help This currently gives Can't recognize 'z:\bin\bash --help' as an internal or external command, or batch script. This could help integration. -- 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 51311] New: opengl32:opengl fails on AMD GPUs (cw-rx460)
by WineHQ Bugzilla 07 Dec '22

07 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=51311 Bug ID: 51311 Summary: opengl32:opengl fails on AMD GPUs (cw-rx460) Product: Wine Version: 6.10 Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: opengl Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com opengl32:opengl has five systematic failures on cw-rx460 which is our only test machine with an AMD GPU: https://test.winehq.org/data/patterns.html#opengl32:opengl opengl.c:374: Test failed: expected count == 1, got 0 opengl.c:529: Test failed: Sharing of display lists passed for a context which already shared lists before opengl.c:696: Test failed: Expected no PFD_GENERIC_FORMAT/_ACCELERATION to be set for WGL_FULL_ACCELERATION_ARB: iPixelFormat=216, dwFlags=78! opengl.c:1704: Test failed: Expected default swap interval 1, got 0 opengl.c:1742: Test failed: Expected default swap interval 1, got 0 These five failures happen on all available Windows versions (8.1 to 10 2009) and graphics driver versions (19.11.3 to 21.4.2). But they do not happen on any machine with other GPUs (e.g. cw-gtx560 and all QEmu VMs). So this looks like some specific Radeon / AMD GPU behavior. -- 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 54088] New: d3d11:d3d11 - test_so_statistics_query() sometimes fails on Windows 8+
by WineHQ Bugzilla 06 Dec '22

06 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54088 Bug ID: 54088 Summary: d3d11:d3d11 - test_so_statistics_query() 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 d3d11:d3d11 - test_so_statistics_query() sometimes fails on Windows 8+: d3d11.c:6405: Test failed: Got unexpected NumPrimitivesWritten: 2616539184. d3d11.c:6408: Test failed: Got unexpected PrimitivesStorageNeeded: 2333264624. or d3d11.c:6440: Test failed: Got unexpected NumPrimitivesWritten: 2413670377. See https://test.winehq.org/data/patterns.html#d3d11:d3d11 The unexpected values seem pretty random. This failure is also pretty rare, there are only 5 known instance in the past 6 months: * 2022-07-12 on w1064v1809 (32-bit) * 2022-08-18 on w864 (32-bit) * 2022-10-26 on w1064-2qxl (21H2, 64-bit) * 2022-11-04 on w8adm (32-bit) * 2022-12-05 w11pro64 (32-bit) -- 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 54086] New: mfplat:mfplat - test_source_resolver() sometimes crashes on Windows 7
by WineHQ Bugzilla 06 Dec '22

06 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54086 Bug ID: 54086 Summary: mfplat:mfplat - test_source_resolver() sometimes crashes on Windows 7 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: mfplat Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com test_source_resolver() sometimes crashes on Windows 7: mfplat.c:1024: this is the last test seen before the exception 0d04:mfplat: unhandled exception c0000005 at 6B267D1C See https://test.winehq.org/data/patterns.html#mfplat:mfplat Traces show the crash happens in this call: hr = IMFMediaEventGenerator_GetEvent((IMFMediaEventGenerator *)video_stream, MF_EVENT_FLAG_NO_WAIT, &event); -- 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 54005] New: ole32:clipboard - test_set_clipboard_DRAWCLIPBOARD() sometimes fails in Wine
by WineHQ Bugzilla 05 Dec '22

05 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54005 Bug ID: 54005 Summary: ole32:clipboard - test_set_clipboard_DRAWCLIPBOARD() sometimes fails in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- ole32:clipboard - test_set_clipboard_DRAWCLIPBOARD() sometimes fails in Wine: clipboard.c:1067: Test failed: OleIsCurrentClipboard returned 0 clipboard.c:1135: Test failed: 1 WM_DRAWCLIPBOARD received See https://test.winehq.org/data/patterns.html#ole32:clipboard Notes: * This was almost systematic on the debian11 VM until 2022-06-03 when it was updated. * This was also systematic on the debiant VM and stopped on 2022-06-03 (though there is no record of an update on that date), and then it started happening systematically again on 2022-08-02 when it got updated. * It also happens almost systematically on fgtb-debian11 but more rarely on my fg-deb64 desktop. So I suspect some external factor is at play, like whether there is already some data in the clipboard or something similar. Regardless, that's probably something that either the test or Wine should be able to deal with. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 50852] New: copy and paste does not work
by WineHQ Bugzilla 05 Dec '22

05 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=50852 Bug ID: 50852 Summary: copy and paste does not work Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: opensource3(a)yahoo.com Distribution: --- Copy and paste does not work For example, I copy text from my firefox browser, and paste it into a wine instance of Notepad++ but I get text that I copied and pasted from a few hours ago. Restarting wine with wineserver -k does work however when wine Notepad++ restarts and I am then able to once more copy and paste. Please fix that wine and its copy and paste stop working after a while. Thanks. -- 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 50598] New: Wine Clipboard not always shared across to X11
by WineHQ Bugzilla 05 Dec '22

05 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=50598 Bug ID: 50598 Summary: Wine Clipboard not always shared across to X11 Product: Wine Version: 6.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: paucoma(a)gmail.com Distribution: --- Created attachment 69283 --> https://bugs.winehq.org/attachment.cgi?id=69283 Details on how I installed Wine PDF XChange Editor Installation ------- https://www.tracker-software.com/product/pdf-xchange-editor https://pdf-xchange.eu/DL/pdf-xchange-editor.htm Download PDF-XChange Editor/Plus PORTABLE no OCR (32/64 Bit Version) (as ZIP File) unzipped into directory ..."C:\opt\..." Version 8.0, build 343.0 [], Portable installed Winbind as apparent "depenency" for error 005b:err:winediag:SECUR32_initNTLMSP ntlm_auth was not found or is outdated. Make sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the winbind package of your distribution. :~$ apt list *winbind* | grep -i installed winbind/focal-updates,focal-security,now 2:4.11.6+dfsg-0ubuntu1.6 amd64 [installed] Created a desktop entry in ~/.local/share/applications/wine-pdfxchgeditor.desktop [Desktop Entry] Type=Application Name=PDF XChange Editor Comment=Windows Pdf Editor launched in wine Exec=env WINEPREFIX="/home/paui/.winex86" WINEDEBUG='+clipboard,+timestamp,+tid,fixme-all' wine start "C:\\opt\\pdfxedit\\PDFXEdit.exe" Terminal=true X-KeepTerminal=true Categories=Application; StartupNotify=true Icon=pdfxchg_bxv6 MimeType=application/pdf; How To Reproduce the Bug: ------------ Not Working procedure: 1. Start the pdf Editor via the Ubuntu Launcher 2. Open any pdf file 3. Select text , copy (cntrl+C) (rightclick copy) 4. Paste in the same pdf and you see that the Wine Local Environment has the contents in its Clipboard 5. Goto a linux local environment gedit empty file, attempt to paste. The pasted contents are the "old" contents from a linux local environment. Clipboards are not Shared 6. Keep this Not working instance of the program open and open a terminal 7. Execute the same command as in Exec from the .desktop shortcut and add logging (I have not been able to get logging from within the launcher to work) env WINEPREFIX="/home/paui/.winex86" WINEDEBUG='+clipboard,+timestamp,+tid,fixme-all' wine start "C:\\opt\\pdfxedit\\PDFXEdit.exe" &>myKOlog.txt 8. Attempt the same and you will see that it doesn't work either. Working procedure: 1. Close any wine instances of the launched program (Fresh start) 2. Open a terminal window 3. env WINEPREFIX="/home/paui/.winex86" WINEDEBUG='+clipboard,+timestamp,+tid,fixme-all' wine start "C:\\opt\\pdfxedit\\PDFXEdit.exe" &>myOKlog.txt 4. Attempt Copy+Paste Routine, Locally within the wine program --> Works 5. Attempt Copy+Paste Across Wine to local linux Environment, e.g. gedit empty document. --> Works Clipboards are Shared -- 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 54082] New: Call of Juarez: Bound in Blood fails to play intros
by WineHQ Bugzilla 05 Dec '22

05 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54082 Bug ID: 54082 Summary: Call of Juarez: Bound in Blood fails to play intros Product: Wine Version: 7.22 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wmp&wmvcore Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Created attachment 73625 --> https://bugs.winehq.org/attachment.cgi?id=73625 log Disabling wmvcore avoids the crash. wine-7.22-284-g0fe562b4ae3 -- 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 54080] New: urlmon:protocol - test_ftp_protocol() sometimes causes a timeout in Wine
by WineHQ Bugzilla 05 Dec '22

05 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54080 Bug ID: 54080 Summary: urlmon:protocol - test_ftp_protocol() sometimes causes a timeout in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: urlmon Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- urlmon:protocol - test_ftp_protocol() sometimes causes a timeout in Wine: protocol.c:3637: Testing ftp protocol... protocol.c:3682: Test failed: wait timed out urlmon:protocol:0178 done (258) in 120s 830B See https://test.winehq.org/data/patterns.html#urlmon:protocol A similar failure happens on Windows after an ERROR_FTP_DROPPED error. But in Wine there is no trace of an error before the timeout. Still the two may be related. -- 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 53491] New: urlmon:protocol - The test_https_protocol() download sometimes fails and times out on Windows
by WineHQ Bugzilla 05 Dec '22

05 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53491 Bug ID: 53491 Summary: urlmon:protocol - The test_https_protocol() download sometimes fails and times out on Windows Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: urlmon Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com urlmon:protocol - The test_https_protocol() download sometimes fails and times out on Windows: protocol.c:3616: Testing https protocol (from urlmon)... protocol.c:1196: Test failed: hrResult = 800c0008, expected: 00000000 protocol.c:3460: Test failed: wait timed out protocol.c:3462: Test failed: expected Switch urlmon:protocol:0534 done (258) in 120s https://test.winehq.org/data/patterns.html#urlmon:protocol Where 0x800c0008 == INET_E_DOWNLOAD_FAILURE The download failure clearly causes the timeout, probably because the test expects some sort of "download complete" notification. This failure happened 4 times on Windows 7 and 8: * 2022-06-10 w7u-es (twice) * 2022-05-30 cw-rx460 (Windows 8.1, twice) -- 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 45531] New: Tencent Gaming buddy crashes during pubg installation
by wine-bugs＠winehq.org 05 Dec '22

05 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=45531 Bug ID: 45531 Summary: Tencent Gaming buddy crashes during pubg installation Product: Wine Version: 1.6.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: basith374(a)gmail.com Distribution: --- It says AppMarket.exe has encountered a serious problem. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 14

[Bug 54077] New: rpcrt4:server - basic_tests() sometimes crashes on Windows 10 2004+
by WineHQ Bugzilla 04 Dec '22

04 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54077 Bug ID: 54077 Summary: rpcrt4:server - basic_tests() sometimes crashes on Windows 10 2004+ Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: rpc Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com rpcrt4:server - basic_tests() sometimes crashes on Windows 10 2004+: server.c:1397: this is the last test seen before the exception 2398:server: unhandled exception 000006be at 00007FFA1E1BCD29 See https://test.winehq.org/data/patterns.html#rpcrt4:server Where 0x000006be is probably RPC_S_CALL_FAILED. This crash does not seem to be happening on Windows 11. -- 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 53134] New: ddraw:ddraw7 - test_coop_level_mode_set() has a rare set of 18 failures on Windows 8
by WineHQ Bugzilla 04 Dec '22

04 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53134 Bug ID: 53134 Summary: ddraw:ddraw7 - test_coop_level_mode_set() has a rare set of 18 failures on Windows 8 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com ddraw:ddraw7 - test_coop_level_mode_set() has a rare set of 18 failures on Windows 8: ddraw7.c:3177: Test failed: Expected message 0x46, but didn't receive it. ddraw7.c:3179: Test failed: Expected screen size 1024x768, got 0x0. ddraw7.c:3185: Test failed: Expected (0,0)-(1024,768), got (-8,-8)-(1032,736). ddraw7.c:3215: Test failed: Expected (0,0)-(1024,768), got (-8,-8)-(1032,736). ddraw7.c:3222: Test failed: Expected (0,0)-(1024,768), got (-8,-8)-(1032,736). ddraw7.c:3248: Test failed: Expected (0,0)-(1024,768), got (-8,-8)-(1032,736). ddraw7.c:3271: Test failed: Expected (0,0)-(1024,768), got (-8,-8)-(1032,736). ddraw7.c:3293: Test failed: Expected (0,0)-(1024,768), got (-8,-8)-(1032,736). ddraw7.c:3319: Test failed: Expected (0,0)-(1024,768), got (-8,-8)-(1032,736). ddraw7.c:3339: Test failed: Expected (0,0)-(1024,768), got (-8,-8)-(1032,736). ddraw7.c:3375: Test failed: Expected (0,0)-(1024,768), got (-8,-8)-(1032,736). ddraw7.c:3385: Test failed: Expected (0,0)-(1024,768), got (-8,-8)-(1032,736). ddraw7.c:3411: Test failed: Expected (0,0)-(1024,768), got (-8,-8)-(1032,736). ddraw7.c:3434: Test failed: Expected (0,0)-(1024,768), got (-8,-8)-(1032,736). ddraw7.c:3456: Test failed: Expected (0,0)-(1024,768), got (-8,-8)-(1032,736). ddraw7.c:3482: Test failed: Expected (0,0)-(1024,768), got (-8,-8)-(1032,736). ddraw7.c:3502: Test failed: Expected (0,0)-(1024,768), got (-8,-8)-(1032,736). ddraw7.c:3539: Test failed: Expected (0,0)-(1024,768), got (-8,-8)-(1032,736). https://test.winehq.org/data/patterns.html#ddraw:ddraw7 Because they are rare (~4.9%) these failures cause false positives. They also did not happen on the Windows 8 configuration of cw-gtx560 and cw-rx460, so they may be related to QEmu. -- 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 54063] New: msctf:inputprocessor sometimes gets an unexpected OnSetFocus event in Windows & Wine
by WineHQ Bugzilla 03 Dec '22

03 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54063 Bug ID: 54063 Summary: msctf:inputprocessor sometimes gets an unexpected OnSetFocus event in Windows & Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: msctf Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com msctf:inputprocessor sometimes gets an unexpected OnSetFocus event in Windows & Wine: inputprocessor.c:2288: found {575F3783-70C8-47C8-AE5D-91A01A1F7592} inputprocessor.c:549: Test failed: Unexpected ThreadMgrEventSink_OnSetFocus sink inputprocessor.c:1020: TextService_Deactivate inputprocessor.c:1249: Disabling See https://test.winehq.org/data/patterns.html#msctf:inputprocessor This pretty rare. There are only 3 instances in about 6 months: * 2022-06-17 on fgtb-debian11 (64-bit), in two runs * 2022-11-30 on w7u-2qxl (32-bit) -- 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 54062] New: msctf:inputprocessor - test_AssociateFocus() sometimes crashes in Wine
by WineHQ Bugzilla 03 Dec '22

03 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54062 Bug ID: 54062 Summary: msctf:inputprocessor - test_AssociateFocus() sometimes crashes in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: msctf Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- msctf:inputprocessor - test_AssociateFocus() sometimes crashes in Wine: inputprocessor.c:2437: Test failed: Expected DocumentMgr not focused Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x0040ae26). [...useless backtrace...] See https://test.winehq.org/data/patterns.html#msctf:inputprocessor The earliest known instance occurred on 2022-07-04 on debian11-wow64. This impacts both the 32- and 64-bit builds. -- 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 53252] New: d3d10core:d3d10core - test_occlusion_query() sometimes fails on Windows 10 1909+
by WineHQ Bugzilla 03 Dec '22

03 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53252 Bug ID: 53252 Summary: d3d10core:d3d10core - test_occlusion_query() sometimes fails on Windows 10 1909+ Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com d3d10core:d3d10core - test_occlusion_query() sometimes fails on Windows 10 1909+: d3d10core.c:4665: Test failed: Got unexpected query result 0x0000000000000000. https://test.winehq.org/data/patterns.html#d3d10core:d3d10core These failures only seem to happen on with Windows' basic 'VGA' driver (whether it's on top of QEmu's VGA or QXL GPU). They are also rare enough to cause 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 2

[Bug 53465] New: conhost.exe:tty - test_tty_output() sometimes fails on Windows 10
by WineHQ Bugzilla 03 Dec '22

03 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53465 Bug ID: 53465 Summary: conhost.exe:tty - test_tty_output() sometimes fails on Windows 10 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com conhost.exe:tty - test_tty_output() sometimes fails on Windows 10. There are only three known failures spread across two similar failure modes: * 2022-07-27 w10pro64-pt-BR * 2022-07-27 w10pro64-mx-MX (mixed locale) tty.c:1051: Test failed: avail = 3 tty.c:1051: Test failed: expected empty buffer, got "\x1b[m" tty.c:1058: Test failed: 0: expected "\x1b[9;4H" got "\x1b[30m\x1b[9;4H5\x1b[4;3H\x1b[?25h" tty.c:1059: Test failed: 0: expected "5" got "\x1b[30m\x1b[9;4H5\x1b[4;3H\x1b[?25h" tty.c:1060: Test failed: 0: expected "\x1b[4;3H" got "\x1b[30m\x1b[9;4H5\x1b[4;3H\x1b[?25h" tty.c:1061: Test failed: 0: expected "\x1b[?25h" got "\x1b[30m\x1b[9;4H5\x1b[4;3H\x1b[?25h" tty.c:1062: Test failed: expected empty buffer, got "\x1b[30m\x1b[9;4H5\x1b[4;3H\x1b[?25h" * 2022-07-29 w10pro64-pt-BR tty.c:1055: Test failed: expected hide cursor escape tty.c:1057: Test failed: 0: expected "\x1b[30m" got "\x1b[25l\x1b[30m\x1b[9;4H5\x1b[4;3H\x1b[?25h" tty.c:1058: Test failed: 0: expected "\x1b[9;4H" got "\x1b[25l\x1b[30m\x1b[9;4H5\x1b[4;3H\x1b[?25h" tty.c:1059: Test failed: 0: expected "5" got "\x1b[25l\x1b[30m\x1b[9;4H5\x1b[4;3H\x1b[?25h" tty.c:1060: Test failed: 0: expected "\x1b[4;3H" got "\x1b[25l\x1b[30m\x1b[9;4H5\x1b[4;3H\x1b[?25h" tty.c:1061: Test failed: 0: expected "\x1b[?25h" got "\x1b[25l\x1b[30m\x1b[9;4H5\x1b[4;3H\x1b[?25h" tty.c:1062: Test failed: expected empty buffer, got "\x1b[25l\x1b[30m\x1b[9;4H5\x1b[4;3H\x1b[?25h" -- 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 54059] New: user32:input - test_GetMouseMovePointsEx() sometimes fails on Windows 10+
by WineHQ Bugzilla 03 Dec '22

03 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54059 Bug ID: 54059 Summary: user32:input - test_GetMouseMovePointsEx() sometimes fails on Windows 10+ 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:input - test_GetMouseMovePointsEx() sometimes fails on Windows 10+: input.c:1647: Test failed: expected to get 62 mouse move points but got 64 input.c:1649: Test failed: expected cursor position to be 30x30 but got 150 150 See https://test.winehq.org/data/patterns.html#user32:input This impacts Windows 10 from 1809 to Windows 11 but it seems it can also happen on Windows 7 (though in practice not on the TestBot VMs?). -- 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 53474] New: Change in memory handling gives crash in Framemaker 8
by WineHQ Bugzilla 03 Dec '22

03 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53474 Bug ID: 53474 Summary: Change in memory handling gives crash in Framemaker 8 Product: Wine Version: 7.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: ulrich.gemkow(a)ikr.uni-stuttgart.de Distribution: --- The following commit commit a4966b6690b31c4884d07a8a745017adb6363834 Author: Rémi Bernon <rbernon(a)codeweavers.com> Date: Thu Jun 9 14:13:53 2022 +0200 kernelbase: Cleanup and simplify (Global|Local)ReAlloc. Signed-off-by: Rémi Bernon <rbernon(a)codeweavers.com> dlls/kernel32/heap.c | 22 ++++++++- dlls/kernel32/tests/heap.c | 15 ------- dlls/kernelbase/memory.c | 108 +++++++++++++++------------------------------ 3 files changed, 56 insertions(+), 89 deletions(-) leads to a crash in Framemaker 8. Reverting the patch on top of wine-7.14 solves the problem. To reproduce (simplest way): - Start Framemaker and create a new document - Open the print dialog (Ctrl-P) - Select another printer (lower part of the dialog) - Framemaker crashes with an internal error Framemaker generates a log file (which is IMHO useless but attached anyway) I can provide a demo version of framemaker if this would help. -- 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 54006] New: d3d8:device - test_reset() sometimes crashes on Windows 8+
by WineHQ Bugzilla 02 Dec '22

02 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54006 Bug ID: 54006 Summary: d3d8:device - test_reset() sometimes crashes 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 d3d8:device - test_reset() sometimes crashes. There are a few failure modes that look like they are related: device.c:1967: Test failed: Failed to reset device, hr 0x88760873. device.c:1967: this is the last test seen before the exception 163c:device: unhandled exception c0000005 at 74D3CC42 and device.c:2022: Test failed: Reset failed, hr 0x88760873. device.c:2024: Test failed: TestCooperativeLevel failed, hr 0x88760869. device.c:2029: Test failed: GetBackBuffer failed, hr 0x8876086c. device.c:2031: Test failed: Got hr 0. device.c:2033: Test failed: Got hr 0. device.c:2033: this is the last test seen before the exception 0b00:device: unhandled exception c0000005 at 0043032C and device.c:1747: Test failed: Reset failed, hr 0x88760873. device.c:1749: Test failed: TestCooperativeLevel failed, hr 0x88760869. device.c:1761: Test failed: D3DVIEWPORT->Width = 400. device.c:1762: Test failed: D3DVIEWPORT->Height = 300. device.c:1764: this is the last test seen before the exception 03c0:device: unhandled exception c0000005 at 743FA86E and device.c:1807: Test failed: Reset failed, hr 0x80070057. device.c:1809: Test failed: TestCooperativeLevel failed, hr 0x88760869. device.c:1835: Test failed: D3DVIEWPORT->Width = 500, expected 200. device.c:1837: Test failed: D3DVIEWPORT->Height = 400, expected 150. device.c:1840: this is the last test seen before the exception 09d8:device: unhandled exception c0000005 at 7448946E See https://test.winehq.org/data/patterns.html#d3d8:device Where: 0x88760873 == ??? 0x88760869 == D3DERR_DEVICENOTRESET 0x80070057 == E_INVALIDARG -- 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 53685] New: ntdll:rtl is broken on Windows 10 1809+ in the GitLab WineTest builds
by WineHQ Bugzilla 02 Dec '22

02 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53685 Bug ID: 53685 Summary: ntdll:rtl is broken on Windows 10 1809+ in the GitLab WineTest builds 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:rtl is broken on Windows 10 1809+ in the GitLab WineTest builds: rtl.c:2790: Running test 1 (compressed_size=10, uncompressed_size=8, status=0x00000000) rtl.c:2790: this is the last test seen before the exception 1538:rtl: unhandled exception c0000005 at 005532C0 https://test.winehq.org/data/patterns.html#ntdll:rtl The failures started on 2022-07-26 which is when the WineTest builds switched from the old build system to GitLab. A test with winetest-889fe64d9f2e.exe (built on 2022-07-25) confirms that this test still succeeds when using binaries from the old build system. -- 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 53663] New: Subnautica Below Zero permanently loses focus if the active window changes
by WineHQ Bugzilla 02 Dec '22

02 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53663 Bug ID: 53663 Summary: Subnautica Below Zero permanently loses focus if the active window changes Product: Wine Version: 7.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: achurch+wine(a)achurch.org Distribution: --- In the game Subnautica: Below Zero (version 45391), when playing in windowed mode, if the game window loses focus, the game will no longer accept mouse/keyboard input even after the window regains focus again. If the game is set to pause when in the background, it remains paused even after the window regains focus. This bug also occurs with stable Wine (7.0), but it does not occur with Proton 7.0.4 (the game properly accepts input again and unpauses when the window regains focus). -- 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 43812] New: Divinity Original Sin 2 some parts display white ingame
by wine-bugs＠winehq.org 02 Dec '22

02 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=43812 Bug ID: 43812 Summary: Divinity Original Sin 2 some parts display white ingame Product: Wine-staging Version: 2.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: holzminister(a)t-online.de CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- Created attachment 59354 --> https://bugs.winehq.org/attachment.cgi?id=59354 log from terminal I play Divinity Original Sin 2 with the workaround described in bug https://bugs.winehq.org/show_bug.cgi?id=43660 ("winetricks xact"). With this the game works quiet well. But there is one small but annoying bug for that kinda game. When you try to read books or other papers you find ingame they only show up white and empty. Also the buff icons of the unitframes are plain white. (See screenshots). -- 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 54053] New: user32:input - test_GetRawInputBuffer() gets spurious WM_INPUT on Windows and Wine
by WineHQ Bugzilla 02 Dec '22

02 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54053 Bug ID: 54053 Summary: user32:input - test_GetRawInputBuffer() gets spurious WM_INPUT on Windows and Wine 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:input - test_GetRawInputBuffer() gets spurious WM_INPUT messages on Windows and Wine: * 2022-12-01 on w7u_el (32-bit) for MR!1619 input.c:2406: Test failed: Spurious WM_INPUT messages * 2022-11-11 on w1064 (64-bit) input.c:2404: Test failed: Spurious WM_INPUT messages * 2022-08-29 on debiant (wow64) input.c:2404: Test failed: Spurious WM_INPUT messages See https://test.winehq.org/data/patterns.html#user32:input All in all there has been 12 instances on Windows (7 to 10) and 6 on Wine in the past 6 months. -- 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 54051] New: winhttp:notification gets unexpected 'reconnections' on Windows 10 1507
by WineHQ Bugzilla 02 Dec '22

02 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54051 Bug ID: 54051 Summary: winhttp:notification gets unexpected 'reconnections' on Windows 10 1507 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: winhttp Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com winhttp:notification gets unexpected 'reconnections' on Windows 10 1507: notification.c:117: Test failed: 1555: expected status 0x10 got 0x1 notification.c:1701: Test failed: data too short notification.c:117: Test failed: 1555: expected status 0x10 got 0x2 notification.c:117: Test failed: 1555: expected status 0x10 got 0x4 notification.c:117: Test failed: 1555: expected status 0x10 got 0x4 notification.c:117: Test failed: 1555: expected status 0x10 got 0x8 notification.c:117: Test failed: 1584: expected status 0x20000 got 0x200000 winhttp:notification:0e58 done (258) in 120s 527B See https://test.winehq.org/data/patterns.html#winhttp:notification Where: 0x1 == WINHTTP_CALLBACK_STATUS_RESOLVING_NAME 0x2 == WINHTTP_CALLBACK_STATUS_NAME_RESOLVED 0x4 == WINHTTP_CALLBACK_STATUS_CONNECTING_TO_SERVER 0x8 == WINHTTP_CALLBACK_STATUS_CONNECTED_TO_SERVER 0x10 == WINHTTP_CALLBACK_STATUS_SENDING_REQUEST 0x20000 == WINHTTP_CALLBACK_STATUS_HEADERS_AVAILABLE 0x200000 == WINHTTP_CALLBACK_STATUS_REQUEST_ERROR While the reconnection messages are specific to Windows 10 1507, the request error (0x200000) is not. The timeout is probably related to the latter and may be a separate issue. Note also that winhttp:notification gets timeouts in many other cases. -- 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 54048] New: Opera Neon just displays a black screen and hangs on connecting
by WineHQ Bugzilla 02 Dec '22

02 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54048 Bug ID: 54048 Summary: Opera Neon just displays a black screen and hangs on connecting Product: Wine Version: 7.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: maiktapwagner(a)aol.com Distribution: --- Created attachment 73604 --> https://bugs.winehq.org/attachment.cgi?id=73604 Console output (wine-7.22 on Slackware64/Multilib) Hello everyone, When I was revisting 42997 I downloaded the installer from https://get.geo.opera.com/.private/OperaNeonSetup.exe?utm_tryagain=yes&dl_t… sha256sum OperaNeonSetup.exe 76d998a47c34e89447eb6ca177ea3d563abbf3c1153184f7c47923d0249abd00 OperaNeonSetup.exe The application in a fresh prefix seems to be fine but no feedback is given and neon.exe resides in /home/mwagner/WineApps/OperaNeon/drive_c/users/mwagner/AppData/Local/Opera Software/Opera Neon/Application for me. As suggested in 42997 I ran it as follows. wine neon.exe 2&>/home/mwagner/Desktop/OperaNeonConsole.txt --no-sandbox The screen turns dark and a message "Connecting" is in the lower left corner so there seems to be something happening. -- 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 53902] New: wine install Genshin fails in Ubuntu20.04 Docker
by WineHQ Bugzilla 02 Dec '22

02 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53902 Bug ID: 53902 Summary: wine install Genshin fails in Ubuntu20.04 Docker Product: Wine Version: 7.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: guangli.li(a)intel.com Distribution: --- Created attachment 73445 --> https://bugs.winehq.org/attachment.cgi?id=73445 the needed memory is 304MB, the avaiable memory is 1. start a ubuntu 20.04 docker with --priviledged, following instruction to install wine 7.0 stable 2. download genshin launcher: 3. install dxvk 1.10.3 from: https://github.com/doitsujin/dxvk/releases/download/v1.10.3/dxvk-1.10.3.tar… 4. wine launcher.exe, it will show memory insufficient. logs as below: guangli@247ca492a6aa:/data$ wine yuanshen_setup_20220811050610.exe need space: 307347065 archive size: 97504766 compressDatapos: 26339848 read Config I18nNameMap=QMap(("de-de", "")("en-us", "")("es-es", "")("fr-fr", "")("id-id", "")("it-it", "")("ja-jp", "")("ko-kr", "")("pt-pt", "")( "ru-ru", "")("th-th", "")("tr-tr", "")("vi-vn", "")("zh-cn", "??")("zh-tw", "")) ProductName="??" InstallerSingleId="miHoYo.com_installer_yuanshen" I nstallAppendPath="Genshin Impact" LauncherExeName="launcher.exe" AppSingleId="miHoYo.com_launcher_yuanshen" Publisher="miHoYo Co.,Ltd" WebSiteUrl="ht tps://ys.mihoyo.com/main/" ProtocolUrl="https://ys.mihoyo.com/launcher/18/{lang}/agreement?api_url=https%3A%2F%2Fap…" Versio n="2.19.0.0" EnvValue="prod" Preview=false RequestKey="eYd89JmJ" AppId="18" CPS="mihoyo" Channel="1" SubChannel="1" ClusterLabel="" BuildSha="1b0cc5b 8jK3rv6zy" my docker memory info: is larger than needed. Filesystem Size Used Avail Use% Mounted on overlay 1.8T 1.3T 459G 74% / -- 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 54046] New: wiaservc:wia sometimes times out on Windows 10 21H1 & 22H2
by WineHQ Bugzilla 01 Dec '22

01 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54046 Bug ID: 54046 Summary: wiaservc:wia sometimes times out on Windows 10 21H1 & 22H2 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: wia Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com wiaservc:wia sometimes times out on Windows 10 21H1 & 22H2: wiaservc:wia:1204 done (258) in 120s See https://test.winehq.org/data/patterns.html#wiaservc:wia This failure is pretty rare and since there is no trace whatsoever it's unclear where the timeout occurs. Normally the test runs in "0 seconds" so it's not a speed issue. Note: On Windows 11 it crashes instead of timing out. These two issues may well be related (memory corruption?). -- 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 47874] New: kernel32:debugger sometimes fails getting EXCEPTION_DEBUG_EVENT
by WineHQ Bugzilla 01 Dec '22

01 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=47874 Bug ID: 47874 Summary: kernel32:debugger sometimes fails getting EXCEPTION_DEBUG_EVENT Product: Wine Version: 4.17 Hardware: x86 OS: Windows Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com kernel32:debugger sometimes gets the following failure: debugger.c:1424: Test failed: dwDebugEventCode = 1 https://test.winehq.org/data/tests/kernel32:debugger.html This value seems to correspond to EXCEPTION_DEBUG_EVENT. This failure has been seen on the wxppro and w2003std TestBot VMs and on the fg-win7u64 family of VMware VMs. It also happened on the cw1-hd6800-t64 Windows 8.1 real hardware machine (which also means it happens in both 32 and 64 bit tests). However it never happened on the Windows 10 VMs so it may be a bug in older Windows versions. -- 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 54021] New: Microsoft Report Builder: crashes on startup
by WineHQ Bugzilla 01 Dec '22

01 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54021 Bug ID: 54021 Summary: Microsoft Report Builder: crashes on startup Product: Wine Version: 7.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mohd.akram(a)outlook.com Distribution: --- Created attachment 73590 --> https://bugs.winehq.org/attachment.cgi?id=73590 log of running `wine MSReportBuilder.exe` I get a System.NullReferenceException exception when running Microsoft Report Builder (log attached). It is free to download from https://www.microsoft.com/en-us/download/details.aspx?id=53613. -- 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 54044] New: quartz:memallocator - test_sample_properties() often gets an unexpected sample start on Windows 11
by WineHQ Bugzilla 01 Dec '22

01 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54044 Bug ID: 54044 Summary: quartz:memallocator - test_sample_properties() often gets an unexpected sample start on Windows 11 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com quartz:memallocator - test_sample_properties() often gets an unexpected sample start on Windows 11: memallocator.c:476: Test failed: Got sample start 7dd8e0. memallocator.c:643: Test failed: Got sample start 7dd8e0. See https://test.winehq.org/data/patterns.html#quartz:memallocator -- 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 52005] New: wmvcore:wmvcore crashes in Wine on cw-gtx560
by WineHQ Bugzilla 01 Dec '22

01 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=52005 Bug ID: 52005 Summary: wmvcore:wmvcore crashes in Wine on cw-gtx560 Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wmp&wmvcore Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- wmvcore:wmvcore now crashes in Wine on cw-gtx560: https://test.winehq.org/data/patterns.html#wmvcore:wmvcore wmvcore.c:603: Test marked todo: Got hr 0x80004001. nouveau: kernel rejected pushbuf: No such device nouveau: ch4: krec 0 pushes 1 bufs 10 relocs 0 nouveau: ch4: buf 00000000 00000002 00000004 00000004 00000000 nouveau: ch4: buf 00000001 00000006 00000004 00000000 00000004 nouveau: ch4: buf 00000002 0000001e 00000004 00000004 00000000 nouveau: ch4: buf 00000003 00000020 00000002 00000000 00000002 nouveau: ch4: buf 00000004 00000021 00000004 00000004 00000000 nouveau: ch4: buf 00000005 0000001f 00000002 00000000 00000002 nouveau: ch4: buf 00000006 00000023 00000004 00000004 00000000 nouveau: ch4: buf 00000007 00000022 00000002 00000000 00000002 nouveau: ch4: buf 00000008 00000025 00000004 00000004 00000000 nouveau: ch4: buf 00000009 00000024 00000002 00000000 00000002 nouveau: ch4: psh 00000000 0000001f44 00000020a4 nouveau: 0x200140c5 nouveau: 0x00000100 nouveau: 0x20054088 nouveau: 0x00000030 nouveau: 0x00000100 nouveau: 0x00000040 nouveau: 0x00000001 nouveau: 0x00000000 nouveau: 0x200240c3 nouveau: 0x00000000 nouveau: 0x01a5c000 nouveau: 0x2002408e nouveau: 0x00000000 nouveau: 0x01a58000 nouveau: 0x200240d3 nouveau: 0x00000000 nouveau: 0x00000000 nouveau: 0x200240c7 nouveau: 0x00000100 nouveau: 0x00000040 nouveau: 0x200140c0 nouveau: 0x00100010 nouveau: 0x200140c5 nouveau: 0x00000100 nouveau: 0x20054088 nouveau: 0x00000030 nouveau: 0x00000100 nouveau: 0x00000040 nouveau: 0x00000001 nouveau: 0x00000000 nouveau: 0x200240c3 nouveau: 0x00000000 nouveau: 0x01a64000 nouveau: 0x2002408e nouveau: 0x00000000 nouveau: 0x01a60000 nouveau: 0x200240d3 nouveau: 0x00000000 nouveau: 0x00000000 nouveau: 0x200240c7 nouveau: 0x00000100 nouveau: 0x00000040 nouveau: 0x200140c0 nouveau: 0x00100010 nouveau: 0x200140c5 nouveau: 0x00000100 nouveau: 0x20054088 nouveau: 0x00000030 nouveau: 0x00000100 nouveau: 0x00000040 nouveau: 0x00000001 nouveau: 0x00000000 nouveau: 0x200240c3 nouveau: 0x00000000 nouveau: 0x01a6c000 nouveau: 0x2002408e nouveau: 0x00000000 nouveau: 0x01a68000 nouveau: 0x200240d3 nouveau: 0x00000000 nouveau: 0x00000000 nouveau: 0x200240c7 nouveau: 0x00000100 nouveau: 0x00000040 nouveau: 0x200140c0 nouveau: 0x00100010 nouveau: 0x200140c5 nouveau: 0x00000100 nouveau: 0x20054088 nouveau: 0x00000030 nouveau: 0x00000100 nouveau: 0x00000040 nouveau: 0x00000001 nouveau: 0x00000000 nouveau: 0x200240c3 nouveau: 0x00000000 nouveau: 0x01a74000 nouveau: 0x2002408e nouveau: 0x00000000 nouveau: 0x01a70000 nouveau: 0x200240d3 nouveau: 0x00000000 nouveau: 0x00000000 nouveau: 0x200240c7 nouveau: 0x00000100 nouveau: 0x00000040 nouveau: 0x200140c0 nouveau: 0x00100010 wmvcore: ../nouveau/pushbuf.c:723: nouveau_pushbuf_data: Assertion `kref' failed. 01b8:trace:seh:dispatch_exception code=80000101 flags=1 addr=F7F8E559 ip=f7f8e559 tid=01b8 01b8:warn:seh:dispatch_exception EXCEPTION_WINE_ASSERTION exception (code=80000101) raised The crash is clearly related to the nouveau driver, probably because GStreamer uses hardware decoding. This explains why the crash only happens on cw-gtx560 since that's the TestBot's only NVidia machine. Note also that the crash did not happen before the commit below: commit 87e4c289e46701c6f582e95c330eefb6fc5ec68a Author: Zebediah Figura <zfigura(a)codeweavers.com> Date: Mon Oct 25 18:52:13 2021 -0500 winegstreamer: Implement IWMProfile::GetStreamCount(). Signed-off-by: Zebediah Figura <zfigura(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> Unfortunately there is no backtrace but adding traces helps reconstruct a partial call stack: In test_sync_reader_streaming(): tests/wmvcore.c:605: hr = IWMSyncReader_Close(reader); /* first call */ wm_syncreader.c:64: return wm_reader_close(&reader->reader); wm_reader.c:1508: wg_parser_disconnect(reader->wg_parser); -- 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 54041] New: wmvcore:wmvcore - test_sync_reader_types() sometimes crashes in Wine
by WineHQ Bugzilla 01 Dec '22

01 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54041 Bug ID: 54041 Summary: wmvcore:wmvcore - test_sync_reader_types() sometimes crashes in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wmp&wmvcore Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- wmvcore:wmvcore - test_sync_reader_types() sometimes crashes in Wine: wmvcore.c:1511: Test marked todo: Stream 0: Got output number 0. wmvcore.c:1576: Test marked todo: Stream 0: Got hr 0. wmvcore.c:1666: Test marked todo: Stream 0: Format 0: Got hr 0xc00d0041. wmvcore.c:1666: Test marked todo: Stream 0: Format 1: Got hr 0xc00d0041. wmvcore.c:1666: Test marked todo: Stream 0: Format 2: Got hr 0xc00d0041. wmvcore.c:1617: Test failed: Stream 0: Format 3: Got hr 0x8007000e. Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x00410d09). [...useless backtrace...] See https://test.winehq.org/data/patterns.html#wmvcore:wmvcore Where: 0xc00d0041 == NS_E_INCOMPATIBLE_FORMAT 0x8007000e == E_OUTOFMEMORY There are only three known instances of this crash: * 2022-11-10 on debian11-win32-zh-CN This is the first known instance which means it never happened in the previous 5.5 months. * 2022-11-14 on debian11-win32 for MR!1350 * 2022-11-29 on latestmaster (Linux Mint 21, en-GB) So this may be caused by a Wine patch that got committed some time in late October or early November. -- 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 54039] New: wmvcore:wmvcore - test_async_reader_streaming() sometimes times out in Wine
by WineHQ Bugzilla 01 Dec '22

01 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54039 Bug ID: 54039 Summary: wmvcore:wmvcore - test_async_reader_streaming() sometimes times out in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wmp&wmvcore Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- wmvcore:wmvcore - test_async_reader_streaming() sometimes times out in Wine: wmvcore.c:3009: Test failed: Wait timed out. See https://test.winehq.org/data/patterns.html#wmvcore:wmvcore Note that the wait on that line is just 1 second. Maybe the processing got delayed a bit and increasing the timeout would be a reasonable fix? The first instance of this failure is on 2022-09-16 and there has been about 3 instances per month since; and none in the 3 preceding months. Also the TestBot started running two VMs per host around 2022-10-25 (and certainly after 2022-10-02). So any processing delay cannot be attributed to this TestBot configuration change. So this may be related to Wine / test changes (like 453b0a92dbe4 which changes test_async_reader_streaming() 3 days before the first 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 1

[Bug 54038] New: user32:win - test_window_info() sometimes gets an unexpected window status on Windows
by WineHQ Bugzilla 01 Dec '22

01 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54038 Bug ID: 54038 Summary: user32:win - test_window_info() sometimes gets an unexpected window status 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:win - test_window_info() sometimes gets an unexpected window status on Windows: win.c:1237: Test failed: wrong dwWindowStatus: 0000 != 0001 active 004A021A fg 00010122 in hook HCBT_MINMAX See https://test.winehq.org/data/patterns.html#user32:win This happens mostly on w7u-* and w11pro64-amd but also happened once on fgtb-w10pro64. -- 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 54001] New: user32:win - test_mdi() sometimes fails on Windows 8 and Windows 10 1607
by WineHQ Bugzilla 01 Dec '22

01 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54001 Bug ID: 54001 Summary: user32:win - test_mdi() sometimes fails on Windows 8 and Windows 10 1607 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 - test_mdi() sometimes fails on Windows 8 and Windows 10 1607: win.c:2688: Test failed: style 0x200000: expected !100 win.c:2688: Test failed: style 0x300000: expected !100 See https://test.winehq.org/data/patterns.html#user32:win More precisely: * This failure mode happened systematically on w1064v1607 from 2022-08-24 to 2022-11-17 but there is no record of it ever happening outside that range. * The w1064v1607 snapshot has been updated on 2022-11-20. While that may seem to rule out the snapshot update as the cause for the change in behavior it is possible that the successful 2022-11-18 results were (backlogged and) run on the new 2022-11-20 snapshot. * It's not clear what could have happened on 2022-08-24 to cause the failure to start happening. * This failure mode also happened on the w864 VM on the following dates: - 2022-06-03 w864-64 (twice) - 2022-11-18 w8adm (32-bit) - 2022-11-22 w8adm (32-bit) - 2022-11-23 w8adm (32-bit) and w864-32 The w864 snapshot was last updated on 2022-06-06. Because these failures are rare on Windows 8 they have caused some TestBot 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 2

[Bug 54022] New: d3d11:d3d11 - test_clear_buffer_unordered_access_view() fails on w11pro64_nv
by WineHQ Bugzilla 01 Dec '22

01 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54022 Bug ID: 54022 Summary: d3d11:d3d11 - test_clear_buffer_unordered_access_view() fails on w11pro64_nv 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 d3d11:d3d11 - test_clear_buffer_unordered_access_view() fails on w11pro64_nv: d3d11.c:16655: Test failed: Got 0xffffffff, expected 0xfefefefe or 0x80808080 at 128, uvec4 0xfefefefe, 0xfefefefe, 0xfefefefe, 0xfefefefe. d3d11.c:16655: Test failed: Got 0xffffffff, expected 0xfefefefe or 0x80808080 at 128, uvec4 0xfefefefe, 0xfefefefe, 0xfefefefe, 0xfefefefe. d3d11.c:16655: Test failed: Got 0xffffffff, expected 0xfefefefe or 0x80808080 at 128, uvec4 0xfefefefe, 0xfefefefe, 0xfefefefe, 0xfefefefe. d3d11.c:16655: Test failed: Got 0xffffffff, expected 0xfefefefe or 0x80808080 at 128, uvec4 0xfefefefe, 0xfefefefe, 0xfefefefe, 0xfefefefe. d3d11.c:16655: Test failed: Got 0xffffffff, expected 0xfefefefe or 0x80808080 at 128, uvec4 0xfefefefe, 0xfefefefe, 0xfefefefe, 0xfefefefe. d3d11.c:16655: Test failed: Got 0xffffffff, expected 0xfefefefe or 0x80808080 at 128, uvec4 0xfefefefe, 0xfefefefe, 0xfefefefe, 0xfefefefe. d3d11.c:16655: Test failed: Got 0xffffffff, expected 0xfefefefe or 0x80808080 at 128, uvec4 0xfefefefe, 0xfefefefe, 0xfefefefe, 0xfefefefe. ... d3d11.c:16646: Test failed: Got 0xffffffff, expected 0x7f7e7d7c or 0x80808080 at 128, uvec4 0xffffff7c, 0xffffff7d, 0xffffff7e, 0xffffff7f. d3d11.c:16647: Test failed: Got 0xffffffff, expected 0x7f7e7d7c or 0x80808080 at 128, uvec4 0xffffff7c, 0xffffff7d, 0xffffff7e, 0xffffff7f. d3d11.c:16648: Test failed: Got 0xffffffff, expected 0x7f7e7d7c or 0x80808080 at 128, uvec4 0xffffff7c, 0xffffff7d, 0xffffff7e, 0xffffff7f. d3d11.c:16653: Test failed: Got 0xffffffff, expected 0x7f7e7d7c or 0x80808080 at 128, uvec4 0xffffff7c, 0xffffff7d, 0xffffff7e, 0xffffff7f. d3d11.c:16654: Test failed: Got 0xffffffff, expected 0x7f7e7d7c or 0x80808080 at 128, uvec4 0xffffff7c, 0xffffff7d, 0xffffff7e, 0xffffff7f. d3d11.c:16655: Test failed: Got 0xffffffff, expected 0xfefefefe or 0x80808080 at 128, uvec4 0xfefefefe, 0xfefefefe, 0xfefefefe, 0xfefefefe. See https://test.winehq.org/data/patterns.html#d3d11:d3d11 Note: w11pro64_nv is the TestBot's NVIDIA RTX3050 PCI passthrough Windows 11 21H2 VM. The plain QXL (QEmu), and AMD PCI passthrough test configurations have d3d11:d3d11 failures too but in other test functions. -- 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 54036] New: user32:msg - test_paint_messages() sometimes gets an invalid WM_NCPAINT wParam in Wine (GitLab CI)
by WineHQ Bugzilla 01 Dec '22

01 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54036 Bug ID: 54036 Summary: user32:msg - test_paint_messages() sometimes gets an invalid WM_NCPAINT wParam in Wine (GitLab CI) Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- user32:msg - test_paint_messages() sometimes gets an invalid WM_NCPAINT wParam in Wine: msg.c:8472: Test failed: InvalidateErase: 0: in msg 0x0085 expecting wParam 0x1 got 0x52040090 msg.c:8497: Test failed: InvalidateErase: 0: in msg 0x0085 expecting wParam 0x1 got 0x270400a1 msg.c:8527: Test failed: InvalidateErase: 0: in msg 0x0085 expecting wParam 0x1 got 0x58040096 msg.c:8540: Test failed: InvalidateErase: 0: in msg 0x0085 expecting wParam 0x1 got 0x3304009d msg.c:8554: Test failed: InvalidateErase: 0: in msg 0x0085 expecting wParam 0x1 got 0x6f040090 Where 0x85 == WM_NCPAINT See https://test.winehq.org/data/patterns.html#user32:msg Strangely enough this only happens in the GitLab CI Wine environment. As such it has impacted multiple MRs (e.g. MR!1342 MR!1341 MR!1326). This is also very similar to bug 53129 except that: * Bug 53129 has extra "region" test failures that don't happen here. * The places where the failures occur in test_paint_messages() seem a bit different. * This only happens in Wine whereas bug 53129 only happens on Windows 7. -- 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 54029] New: PDF-XChange Editor - Error [System]: Call not implemented
by WineHQ Bugzilla 01 Dec '22

01 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54029 Bug ID: 54029 Summary: PDF-XChange Editor - Error [System]: Call not implemented Product: Wine Version: 7.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: klasse(a)partyheld.de Distribution: --- Created attachment 73597 --> https://bugs.winehq.org/attachment.cgi?id=73597 Screenshot of the error message Upon closing of the PDF-XChange Editor, the attached error message appears. When the PDF-XChange Editor is started from the terminal, "010c:err:ole:CoUninitialize Mismatched CoUninitialize" appears upon closure of the Editor as follows: joe@PC:~$ env WINEPREFIX="/home/joe/.wine" wine-stable C:\\PROG\~FBU\\TRAC\~EK1\\PDF_\~VHK\\PDFXEdit.exe 010c:err:ole:CoUninitialize Mismatched CoUninitialize joe@PC:~$ Other than that, PDF-XChange Editor appears to work normally. (Only a brief trial was done.) The default Ubuntu Mate 22.10 installation of Wine is used: wine-7.0 (Ubuntu 7.0~repack-8) PDF-XChange Editor: Version: 9.5, build 365.0 [ ] (Nov 28 2022; 16:25:46) The issue did not appear with the previous Ubuntu Mate version (22.04) and the previously used PDF-XChange Editor version 9.5, build 361.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 5

[Bug 51219] New: Deferring EC_COMPLETE introduced two new quartz:filtergraph failures
by WineHQ Bugzilla 01 Dec '22

01 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=51219 Bug ID: 51219 Summary: Deferring EC_COMPLETE introduced two new quartz:filtergraph failures Product: Wine Version: 6.8 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Deferring EC_COMPLETE in strmbase introduced two new quartz:filtergraph failures: https://test.winehq.org/data/patterns.html#quartz:filtergraph filtergraph.c:515: Test failed: didn't get EOS filtergraph.c:519: Test failed: expected 1243c8, got 0 The commit that introduced this change is: commit 82b86d470488ae266d3ccd46ae4a6750ff3e79eb Author: Anton Baskanov <baskanov(a)gmail.com> AuthorDate: Wed May 26 23:46:43 2021 +0700 strmbase: Defer EC_COMPLETE until the renderer is running. Signed-off-by: Anton Baskanov <baskanov(a)gmail.com> Signed-off-by: Zebediah Figura <zfigura(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> Note: * On cw-gtx560 and cw-rx460 only the 64-bit tests are impacted. This is because these machines are missing the gstreamer1.0-plugins-bad:i386 due an incompatibility with the :amd64 package in Debian 10. In turn this causes a skip (L"test.mpg": codec not supported) which avoids the failure. * The TestBot's debiant2 VM is on Debian Testing where it was possible to install both the 32- and 64-bit versions of tgstreamer1.0-plugins-bad so that both 32- and 64-bit versions of Wine are failing. -- 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 54033] New: user32:msg - The test_scrollwindowex() is sometimes empty, missing WM_PAINT on w7u
by WineHQ Bugzilla 01 Dec '22

01 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54033 Bug ID: 54033 Summary: user32:msg - The test_scrollwindowex() is sometimes empty, missing WM_PAINT on w7u 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:msg - The test_scrollwindowex() is sometimes empty, missing WM_PAINT on w7u: msg.c:11943: Test failed: ScrollWindowEx: 0: the msg sequence is not complete: expected 000f - actual 0000 msg.c:11943: Failed sequence ScrollWindowEx: msg.c:11943: 0: expected: msg 000f - actual: nothing msg.c:11954: Test failed: ScrollWindowEx: 0: the msg sequence is not complete: expected 000f - actual 0000 msg.c:11954: Failed sequence ScrollWindowEx: msg.c:11954: 0: expected: msg 000f - actual: nothing msg.c:11964: Failed sequence ScrollWindowEx: msg.c:11968: Test failed: ScrollWindowEx: 0: the msg sequence is not complete: expected 000f - actual 0000 msg.c:11968: Failed sequence ScrollWindowEx: msg.c:11968: 0: expected: msg 000f - actual: nothing msg.c:11978: Test failed: ScrollWindow: 0: the msg sequence is not complete: expected 000f - actual 0000 msg.c:11978: Failed sequence ScrollWindow: msg.c:11978: 0: expected: msg 000f - actual: nothing See https://test.winehq.org/data/patterns.html#user32:msg This failure goes back to at least 2022-06-06. It happens (almost?) systematically on w7u-2qxl (dual-monitor) but also happens, more rarely, on the other (single-monitor) w7u configurations (which is when it causes false positives). There is no record of this failure happening on w7pro64 however. -- 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 53513] New: wininet:ftp regularly gets timeouts
by WineHQ Bugzilla 30 Nov '22

30 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53513 Bug ID: 53513 Summary: wininet:ftp regularly gets timeouts Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: wininet Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com wininet:ftp regularly gets timeouts. The error happens in various places leading to somewhat different error message sequences: ftp.c:302: Test failed: Expected ERROR_INTERNET_EXTENDED_ERROR, got 12002 ftp.c:373: 0 550 new_directory_deadbeef: Permission denied ftp.c:373: 0 550 non_existent_file_deadbeef: Operation not permitted ftp.c:478: Test failed: Expected ERROR_FTP_TRANSFER_IN_PROGRESS, got 12002 or ftp.c:263: Test failed: Expected FtpGetFileA to succeed ftp.c:264: Test failed: Local file should have been created ftp.c:282: Test failed: Expected ERROR_INTERNET_EXTENDED_ERROR, got 12002 ftp.c:373: 0 550 new_directory_deadbeef: Permission denied ftp.c:373: 0 550 non_existent_file_deadbeef: Operation not permitted ftp.c:878: Test failed: Expected ERROR_INTERNET_EXTENDED_ERROR, got 12002 ftp.c:886: Test failed: Expected ERROR_NO_MORE_FILES, got 12002 or ftp.c:801: Test failed: Expected FtpFindFirstFileA to pass ftp.c:806: Test failed: Expected FtpFindFirstFileA to fail ftp.c:807: Test failed: Expected ERROR_FTP_TRANSFER_IN_PROGRESS, got 0 ftp.c:864: Test failed: Expected ERROR_FTP_TRANSFER_IN_PROGRESS, got 12002 https://test.winehq.org/data/patterns.html#wininet:ftp Where 12002 == ERROR_INTERNET_TIMEOUT. These failures started some time between 2022-07-15 and 2022-07-29 and impact all Windows versions while the test did not change since 2022-03-09. So it is possible that this is a caused by a configuration change in server the test connects to: ftp.winehq.org & www.winehq.org. -- 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 26978] New: tokenadmin.exe crash : Unimplemented function winscard.dll.SCardListReadersA
by wine-bugs＠winehq.org 30 Nov '22

30 Nov '22

http://bugs.winehq.org/show_bug.cgi?id=26978 Summary: tokenadmin.exe crash : Unimplemented function winscard.dll.SCardListReadersA Product: Wine Version: 1.3.18 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fracting(a)gmail.com Created an attachment (id=34407) --> (http://bugs.winehq.org/attachment.cgi?id=34407) LOG: tokenadmin.exe crash tokenadmin.exe is a smart card reader manager from ICBC online bank. 1. donwload http://www.icbc.com.cn/icbc/html/download/dkq/SafeSign_ICBC_Per.exe 2. install SafeSign_ICBC_Per.exe with wine $ LANG=en_US.utf8 wine SafeSign_ICBC_Per.exe 3. run tokenadmin.exe $ cd $WINEPREFIX/"drive_c/Program Files/ICBCEbankTools/G&D/Management Utility" $ wine tokenadmin.exe see LOG: tokenadmin.exe crash -- 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 14

[Bug 53963] New: d3d8:device & d3d9:device sometimes break threading and WineTest
by WineHQ Bugzilla 30 Nov '22

30 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53963 Bug ID: 53963 Summary: d3d8:device & d3d9:device sometimes break threading and WineTest Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- d3d8:device & d3d9:device sometimes break threading, causing all the tests that follow to get stuck. The typical symptom is a series of tests returning 258: d3d9:d3d9ex:080c done (0) in 43s 9467B d3d9:device start dlls/d3d9/tests/device.c d3d9:device:0278 done (258) in 120s 0B d3d9:stateblock start dlls/d3d9/tests/stateblock.c d3d9:stateblock:0288 done (258) in 120s 0B d3d9:visual start dlls/d3d9/tests/visual.c d3d9:visual:0290 done (258) in 120s 0B See https://test.winehq.org/data/patterns.html When this happens all the tests that follow get stuck which makes it impossible to run the full WineTest suite, hence the lack of WineTest results on some machines in the patterns page above. Notes: * This can also happen in d3d8:device. Consequently the first test that gets stuck is either d3d8:stateblock or d3d9:stateblock. * winedbg also gets stuck as soon as it displays the prompt :-( * This only impacts dual-screen configurations. This is why this breaks the debian11 and debiant (dual-screen) VMs but not debian11b and fgtbdebian11 (single-screen). Note that in the run above there is no d3d9:device trace which means it did not run right but there is no other indication of what is wrong. Fortunately on one run d3d9:device produced a proper crash dump implicating RtlCreateUserThread() which would make sense given the symptoms: d3d9:device start dlls/d3d9/tests/device.c device.c:780: Test marked todo: Test 0: Got unexpected FVF 0, expected 0x2. device.c:780: Test marked todo: Test 1: Got unexpected FVF 0, expected 0x4. device.c:1119: Tests skipped: Multisampling not supported for D3DFMT_X8R8G8B8, skipping test. device.c:4821: Test failed: Received unexpected WM_SIZE message. device.c:2852: Test failed: Failed to create a D3D object. Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x00434da7). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:00434da7 ESP:0071f7b0 EBP:0071f868 EFLAGS:00010246( R- -- I Z- -P- ) EAX:00000000 EBX:00000000 ECX:0071f750 EDX:00000000 ESI:005a0068 EDI:0071f824 Stack dump: 0x0071f7b0: 00000000 004de71c 004df984 00cf0000 0x0071f7c0: 00000064 00000064 000000a0 000000a0 0x0071f7d0: 00000000 00000000 00000000 00000000 0x0071f7e0: 00000000 00000002 00000012 005a0068 0x0071f7f0: 688e32f0 00001897 00000000 00000000 0x0071f800: 00000000 004df9fc 00000000 00000007 Backtrace: =>0 0x00434da7 in d3d9_test (+0x34da7) (0x0071f868) 1 0x00459367 in d3d9_test (+0x59367) (0x0071fde8) 2 0x004d8151 in d3d9_test (+0xd8151) (0x0071fee8) 3 0x004d7b3f in d3d9_test (+0xd7b3f) (0x0071ff30) 4 0x7b62a1f0 in kernel32 (+0x2a1f0) (0x0071ff48) 5 0x7bc5d727 in ntdll (+0x5d727) (0x0071ff5c) 6 0x7bc5df50 RtlCreateUserThread(entry=004D7AC0, arg=7FFD1000) [Z:\home\winetest\tools\testbot\var\wine\dlls\ntdll\thread.c:306] in ntdll (0x0071ffec) 0x00434da7 d3d9_test+0x34da7: movl 0x0(%ebx),%eax And on stderr: 0658:err:d3d:wined3d_adapter_create_output Failed to initialise output L"\\\\.\\DISPLAY1", hr 0x80070057. wine: Unhandled page fault on read access to 00000000 at address 00434DA7 (thread 0658), starting debugger... The million dollar question: how to reproduce the failure? * First you need a dual-screen test configuration. * The crash is not systematic. It can be necessary to run the test 4 - 8 maybe 10 times to get a crash. It's hard to tell. * After some runs d3d9:device gets an underflow in GenerateRampFromGamma() and crashes from that. I don't have a log of that crash but I remember that the gamma was around 0.00003 (plus or minus a few zeroes). So it is likely that the test does not restore the gamma correctly, resulting in it running with this nonsensically low gamma value after a while. Regardless, this seems to prevent d3d*:device from crashing in the way we want which means after a few runs it may be necessary to restart the X server :-( * Also sometimes, again after running the tests a number of times, one of the screens 'disappears' (virt-viewer says something like 'connecting to display' or it will show a single abnormally wide desktop) and then the issue cannot be reproduced anymore. This also requires restarting the X server :-( This failure started on 2022-11-17 but because it is such a pain to reproduce and even more to bisect I was not able to pinpoint the commit causing it. However Rémi points out that it first appeared in the following merge request: https://gitlab.winehq.org/wine/wine/-/merge_requests/1399 And when that got merged into Wine all hell broke loose: all debian11 test runs started timing out. It's not clear how it's related to threading though. Also it only touches programs/explorer so it's strange that it would cause threading issues in d3d9:device. So it's possible it only triggers a preexisting bug somehow. -- 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 51153] New: A winegstreamer change caused a new quartz:filtergraph failure in Wine
by WineHQ Bugzilla 30 Nov '22

30 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=51153 Bug ID: 51153 Summary: A winegstreamer change caused a new quartz:filtergraph failure in Wine Product: Wine Version: 6.8 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: winegstreamer Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- quartz:filtergraph started failing in Wine on 2021-04-26: http://winetest.dolphin/data/patterns.html#quartz:filtergraph filtergraph.c:440: Test failed: GetState() failed: 40237 Strangely this failure only happens on the TestBot's debiant2 VM. A bisect showed this failure to be caused by the patch below: commit d7fecebe93938bf1ef2349ac74413e28d6b8e153 Author: Anton Baskanov <baskanov(a)gmail.com> Date: Mon Apr 26 09:51:24 2021 +0700 winegstreamer: Allow setting the stop position to the stream duration. Since we no longer stop the GStreamer pipeline, it does not reset the stop position for us. Fixes a hang during intro video playback in RC Cars. Signed-off-by: Anton Baskanov <baskanov(a)gmail.com> Signed-off-by: Zebediah Figura <z.figura12(a)gmail.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> See also: https://www.winehq.org/pipermail/wine-devel/2021-April/185904.html -- 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 53998] New: vbscript tests fail in englisch UTF8 locale
by WineHQ Bugzilla 30 Nov '22

30 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53998 Bug ID: 53998 Summary: vbscript tests fail in englisch UTF8 locale Product: Wine Version: 7.22 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: vbscript Assignee: wine-bugs(a)winehq.org Reporter: sloper42(a)yahoo.com Distribution: --- After #52872 was fixed, we get now test failures. === w10pro64_en_AE_u8 (64 bit report) === vbscript: run.c:1206: Test failed: api.vbs: L"Err.number = 0" run.c:1206: Test failed: api.vbs: L"Err.description = " run.c:1206: Test failed: api.vbs: L"Err.number = 0" This happens because chr(-1) now succeeds in utf8 locale. We need to fix the tests. -- 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 54018] New: kernel32:fiber has many failures on Windows 11
by WineHQ Bugzilla 30 Nov '22

30 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=54018 Bug ID: 54018 Summary: kernel32:fiber has many failures on Windows 11 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com kernel32:fiber has many failures on Windows 11 21H2: fiber.c:338: Test failed: Got nonzero FlsListHead. fiber.c:339: Test failed: Got unexpected FlsHighIndex 1701. fiber.c:359: Test failed: Got unexpected size 000000C4. fiber.c:377: Test failed: Got unexpected unknown FFFFFFFF, i 0, j 5. fiber.c:380: Test failed: Got unexpected callback 00000000, i 0, j 5. [...] fiber.c:359: Test failed: Got unexpected size 00000304. [...many many more failures on lines 359, 377 and 380...] fiber.c:395: Test failed: Got unexpected status 0. fiber.c:400: Test failed: Got unexpected status 0xc000000d. fiber.c:401: Test failed: Got unexpected callback call count 0. fiber.c:406: Test failed: Got unexpected callback 00457190. fiber.c:425: Test failed: Got unexpected status 0xc00000a0. fiber.c:453: Test failed: Got unexpected size 0000002C. [...many more failures on line 453...] See https://test.winehq.org/data/patterns.html#kernel32:fiber -- 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 54017] New: dwmapi:dwmapi - test_DwmGetCompositionTimingInfo() fails on AMD GPUs
by WineHQ Bugzilla 30 Nov '22

30 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=54017 Bug ID: 54017 Summary: dwmapi:dwmapi - test_DwmGetCompositionTimingInfo() fails on AMD GPUs Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: dwmapi Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com dwmapi:dwmapi - test_DwmGetCompositionTimingInfo() fails on (PCI passthrough) AMD and NVIDIA VMs: * the TestBot's Windows 11 NVIDIA RTX3050 VM * the TestBot's Windows 11 AMD RX6600 VM * my Windows 10 22H2 AMD RX550 VM RTX3050 + HDMI/DisplayPort dongle: dwmapi.c:81: Test failed: Got wrong monitor refresh period 28b07. RX6600 + HDMI/DisplayPort dongle: dwmapi.c:81: Test failed: Got wrong monitor refresh period 28b20. RX550 + HDMI screen: dwmapi.c:81: Test failed: Got wrong monitor refresh period 28bb1. See https://test.winehq.org/data/patterns.html#dwmapi:dwmapi Note that this test succeeds on both of the TestBot's plain QEmu w11pro64 test configuration (virtual QXL GPU). This test has two other failures that also impact QXL (see bug 54016). -- 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 53265] New: mmdevapi:capture - test_capture() has timing-related failures on Windows
by WineHQ Bugzilla 29 Nov '22

29 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53265 Bug ID: 53265 Summary: mmdevapi:capture - test_capture() has timing-related failures on Windows Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: mmdevapi Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com mmdevapi:capture - test_capture() has timing-related failures on Windows: capture.c:282: Test failed: Position 1719 last 896 frames 448 https://test.winehq.org/data/patterns.html#mmdevapi:capture The failures happen randomly but frequently on Windows 8 to Windows 10 1809. However, because the message includes a duration, it is prone to cause false positives (see also bug 53126 for a similar failure in mmdevapi:render). Furthermore mmdevapi:capture has other systematic failures on Windows 10 1909+ that probably just mask this one (see bug 53264). So one should assume that this timing-related failure impacts all Windows 10 versions. -- 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 53433] New: mmdevapi:capture - test_capture() sometimes fails after resuming capture
by WineHQ Bugzilla 29 Nov '22

29 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53433 Bug ID: 53433 Summary: mmdevapi:capture - test_capture() sometimes fails after resuming capture Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: mmdevapi Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com mmdevapi:capture - test_capture() sometimes fails after resuming capture: capture.c:301: Cont'ed position 2103 pad 21548 flags 0, amount of frames locked: 448 capture.c:325: Restart position 2615 pad 21100 flags 1, amount of frames locked: 448 capture.c:330: Test failed: Position 2615 expected 2551 capture.c:331: Test failed: flags 1 https://test.winehq.org/data/patterns.html#mmdevapi:capture As of today there are 3 known instances of these failures (2022-06-28, 2022-07-11, 2022-07-28) and all 3 happened on Windows 8. Also are independent from the failures in bug 53265. -- 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 53281] New: d3d9:d3d9ex - test_wndproc() sometimes gets an unexpected WM_WINDOWPOSCHANGED on Windows 8+
by WineHQ Bugzilla 29 Nov '22

29 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53281 Bug ID: 53281 Summary: d3d9:d3d9ex - test_wndproc() sometimes gets an unexpected WM_WINDOWPOSCHANGED on Windows 8+ Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com d3d9:d3d9ex - test_wndproc() sometimes gets an unexpected WM_WINDOWPOSCHANGED on Windows 8+: d3d9ex.c:3117: Test failed: Received WM_WINDOWPOSCHANGED but did not expect it, i=0. (also happens with i=1) https://test.winehq.org/data/patterns.html#ddraw:ddraw1 Note that a similar failure seems to happen with KDE in Wine but there is more than one WM_WINDOWPOSCHANGED message so it may be different (see fg-deb64). -- 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 53979] New: d3d9:d3d9ex - test_wndproc() is sometimes missing a WM_WINDOWPOSCHANGING message in Wine
by WineHQ Bugzilla 29 Nov '22

29 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53979 Bug ID: 53979 Summary: d3d9:d3d9ex - test_wndproc() is sometimes missing a WM_WINDOWPOSCHANGING message in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- d3d9:d3d9ex - test_wndproc() is sometimes missing a WM_WINDOWPOSCHANGING message in Wine: d3d9ex.c:3115: Test failed: Expected message 0x46 for window 0x1, but didn't receive it, i=1. See https://test.winehq.org/data/patterns.html#d3d9:d3d9ex This seems to be mostly happening on my desktop (Intel + KDE), but it also happened on the debian11 VM in MR!1538 (unrelated heap refactoring). So it's not specific to KDE and can indeed happen on the TestBot VMs. -- 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 53232] New: d3d8:device - test_reset() fails randomly on Windows
by WineHQ Bugzilla 29 Nov '22

29 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53232 Bug ID: 53232 Summary: d3d8:device - test_reset() fails randomly on Windows Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com d3d8:device - test_reset() fails randomly on Windows. The failures change a bit from one run to the next: device.c:1955: Test failed: Reset failed, hr 0x88760873. device.c:1957: Test failed: TestCooperativeLevel failed, hr 0x88760869. or device.c:1964: Test failed: Failed to reset device, hr 0x88760873. https://test.winehq.org/data/patterns.html#d3d8:device They have been seen on Windows 8 up to Windows 10 21H1 but are quite rare on the TestBot VMs. -- 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 3781] iRiver caption editor: Main window layout severely broken
by WineHQ Bugzilla 29 Nov '22

29 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=3781 Eleanor Ellis <essayhelpzone(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |essayhelpzone(a)gmail.com --- Comment #17 from Eleanor Ellis <essayhelpzone(a)gmail.com> --- Great opportunity provide when you are stuck on any problem related to your project, so you can visit to learn more https://essayhelpzone.co.uk/blog/7-best-benefits-using-essay-help-online/ -- 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 54004] New: ntoskrnl.exe:ntoskrnl sometimes does not receive IRP_MN_REMOVE_DEVICE in Wine
by WineHQ Bugzilla 29 Nov '22

29 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=54004 Bug ID: 54004 Summary: ntoskrnl.exe:ntoskrnl sometimes does not receive IRP_MN_REMOVE_DEVICE in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- ntoskrnl.exe:ntoskrnl sometimes does not receive the IRP_MN_REMOVE_DEVICE request in Wine: driver_pnp.c:737: Test failed: expected IRP_MN_REMOVE_DEVICE See https://test.winehq.org/data/patterns.html#ntoskrnl.exe:ntoskrnl This failure is pretty rare (7 instances in ~5 months) but did cause a false positive in MR!1549. -- 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 54002] New: user32:win sometimes has 90+ failures on the w7u VM
by WineHQ Bugzilla 29 Nov '22

29 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=54002 Bug ID: 54002 Summary: user32:win sometimes has 90+ failures on the w7u VM 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 Created attachment 73585 --> https://bugs.winehq.org/attachment.cgi?id=73585 2022-11-23 w7u-2qxl user32:win report with 97 failures user32:win sometimes has 90+ failures on the w7u VM. The failures are spread out in multiple test functions but an early message indicates they are probably all caused by a window that popped up: win.c:10296: Tests skipped: there's another window covering test window win.c:9134: monitor (0,0)-(1024,768), work (0,0)-(1024,728) win.c:1541: Test failed: Expected color 0xc0c0c0, got 0xffffffff. win.c:800: parent 007E01FC adopter 00790162 child1 00290210 child2 00220214 child3 0030021A win.c:1541: Test failed: Expected color 0xc0c0c0, got 0xffffffff. win.c:1541: Test failed: Expected color 0xc0c0c0, got 0xffffffff. win.c:1541: Test failed: Expected color 0xc0c0c0, got 0xffffffff. 0820:win: 19 tests executed (0 marked as todo, 0 as flaky, 0 failures), 0 skipped. [... full user32:win report attached ...] See https://test.winehq.org/data/patterns.html#user32:win Unfortunately it seems not all test functions skip when a window covers the test window. Because this failure only happens on w7u and not on w7pro64 it is indeed likely the the failures are caused by a rogue window popping up specifically on that VM for some reason. -- 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 53984] New: Broken minimize-restore logic in conhost.exe for all console apps
by WineHQ Bugzilla 28 Nov '22

28 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53984 Bug ID: 53984 Summary: Broken minimize-restore logic in conhost.exe for all console apps Product: Wine Version: 7.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: x1917x(a)gmail.com Distribution: --- Created attachment 73566 --> https://bugs.winehq.org/attachment.cgi?id=73566 Issue log for minimize-restore There is an old bug in Wine's conhost.exe, introduced years ago. Whenever a console window is minimized and then restored, conhost.exe creates both vertical and horizontal scrollbars for that window, no matter that there were no changes to that window. Bad consequence is that both of them overlap parts of content of the console window, so now one have to actually scroll the window to see the lines/columns covered by scrollbars. From what I see, the bug affects all console apps, the attached log file was taken for Wine's cmd.exe (wineconsole cmd.exe). The root cause of the bug is that conhost.exe makes no distinction between WM_SIZE caused by regular resize and WM_SIZE caused by minimizing. Whenever the console window gets minimized, ShowWindow(SW_MINIMIZE) is being called for it. Internally, Wine's show_window() calls window_min_maximize() to retrieve the minimized window Rect. For a minimized window it fills that Rect with the size of "iconic" window, which is determined by get_system_metrics(SM_CXMINIMIZED) and get_system_metrics(SM_CYMINIMIZED). Not sure if it depends on the host, but on my system it is 160 x 31. So eventually WM_SIZE(<...>, 160, 31) is being sent to conhost.exe's window, among few other WM_-messages. As conhost.exe makes no distinction between the different states the console window can be, it assumes that the minimized window size (160x31) is the new real window size. Then it tries to apply the same sequence of actions like for any received WM_SIZE. One of them is checking if the newly resized console window is smaller than its content. If it was the case, it creates respective horizontal/vertical scrollbars in window.c/update_window(). So basically, conhost.exe treats every window minimizing as a resize. Luckily, the fix is trivial - Wine's conhost.exe shouldn't try to resize its window when it is minimized. There is zero point to resize a minimized window, especially if it wasn't resized at all. case WM_SIZE: if (console->window && console->window->update_state != UPDATE_BUSY) resize_window( console, --> case WM_SIZE: if (console->window && console->window->update_state != UPDATE_BUSY && !IsIconic(console->win)) resize_window( console, (the patch is attached) Please review and apply the proposed fix if it's ok (I am not a Wine contributor - don't know how to commit to Wine, not a member of the mail list etc). -- 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 53272] New: user32:msg - test_showwindow() sometimes fails on Windows
by WineHQ Bugzilla 27 Nov '22

27 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53272 Bug ID: 53272 Summary: user32:msg - test_showwindow() sometimes fails 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:msg - test_showwindow() sometimes fails on Windows: msg.c:5167: Test failed: ShowWindow(hwnd, SW_RESTORE): active minimized overlapped: 3: the msg 0x0086 was expected, but got msg 0x0046 instead msg.c:5177: Test failed: ShowWindow(hwnd, SW_SHOWNOACTIVATE): active minimized overlapped: 3: the msg 0x0086 was expected, but got msg 0x0046 instead https://test.winehq.org/data/patterns.html#user32:msg Note: * WM_WINDOWPOSCHANGING 0x0046 * WM_NCACTIVATE 0x0086 These failures have happened on w10pro64-hi-u8, w10pro64-pt-BR, w10pro64-ru and w10pro64-zh_CN. However the failures are quite rare so this may not imply that they are related to the locales. -- 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 53444] New: user32:msg - test_mouse_ll_hook() sometimes gets an unexpecteg mouse position on Windows
by WineHQ Bugzilla 27 Nov '22

27 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53444 Bug ID: 53444 Summary: user32:msg - test_mouse_ll_hook() sometimes gets an unexpecteg mouse position 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:msg - test_mouse_ll_hook() sometimes gets an unexpected mouse position on Windows: input.c:1368: Test failed: Wrong new pos: (100,100) https://test.winehq.org/data/patterns.html#user32:input This happens on all Windows versions, from Windows 7 to Windows 10 21H2, except, it seems, Windows 8. The invalid mouse position changes from run to run but it seems there are only 14 possible values (out of 550 failure cases), probably because they all come from missed updates. Wrong new pos: (0,0) Wrong new pos: (100,100) Wrong new pos: (100,99) Wrong new pos: (101,103) Wrong new pos: (102,103) Wrong new pos: (103,102) Wrong new pos: (103,103) Wrong new pos: (140,140) Wrong new pos: (149,149) Wrong new pos: (150,150) Wrong new pos: (160,160) Wrong new pos: (200,200) Wrong new pos: (75,75) Wrong new pos: (99,100) -- 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 53518] New: riched20:editor - test_EN_LINK() sometimes fails on Windows 10
by WineHQ Bugzilla 27 Nov '22

27 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53518 Bug ID: 53518 Summary: riched20:editor - test_EN_LINK() sometimes fails on Windows 10 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: richedit Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com riched20:editor - test_EN_LINK() sometimes fails on Windows 10: editor.c:6829: Test failed: cursor position set test 12: Expected hwnd 00000000004E0452 got 2323232323232323 editor.c:6831: Test failed: cursor position set test 12: Expected idFrom 0 got 0x2323232323232323 editor.c:6833: Test failed: cursor position set test 12: Expected msg 0x20 got 0x23232323 editor.c:6837: Test failed: cursor position set test 12: Expected wParam 0 got 0x2323232323232323 editor.c:6845: Test failed: cursor position set test 12: Expected lParam 0x50005 got 0x2323232323232323 editor.c:6848: Test failed: cursor position set test 12: Expected link range [0,31) got [589505315,589505315) editor.c:6829: Test failed: cursor position set test 13: Expected hwnd 00000000004E0452 got 2323232323232323 editor.c:6831: Test failed: cursor position set test 13: Expected idFrom 0 got 0x2323232323232323 editor.c:6833: Test failed: cursor position set test 13: Expected msg 0x20 got 0x23232323 editor.c:6837: Test failed: cursor position set test 13: Expected wParam 0 got 0x2323232323232323 editor.c:6845: Test failed: cursor position set test 13: Expected lParam 0x50005 got 0x2323232323232323 editor.c:6848: Test failed: cursor position set test 13: Expected link range [0,31) got [589505315,589505315) editor.c:6829: Test failed: cursor position set test 28: Expected hwnd 00000000004E0452 got 2323232323232323 editor.c:6831: Test failed: cursor position set test 28: Expected idFrom 0 got 0x2323232323232323 editor.c:6833: Test failed: cursor position set test 28: Expected msg 0x20 got 0x23232323 editor.c:6837: Test failed: cursor position set test 28: Expected wParam 0 got 0x2323232323232323 editor.c:6845: Test failed: cursor position set test 28: Expected lParam 0x50005 got 0x2323232323232323 editor.c:6848: Test failed: cursor position set test 28: Expected link range [0,31) got [589505315,589505315) editor.c:6829: Test failed: cursor position set test 29: Expected hwnd 00000000004E0452 got 2323232323232323 editor.c:6831: Test failed: cursor position set test 29: Expected idFrom 0 got 0x2323232323232323 editor.c:6833: Test failed: cursor position set test 29: Expected msg 0x20 got 0x23232323 editor.c:6837: Test failed: cursor position set test 29: Expected wParam 0 got 0x2323232323232323 editor.c:6845: Test failed: cursor position set test 29: Expected lParam 0x50005 got 0x2323232323232323 editor.c:6848: Test failed: cursor position set test 29: Expected link range [0,31) got [589505315,589505315) editor.c:6829: Test failed: cursor position set test 44: Expected hwnd 00000000004E0452 got 2323232323232323 editor.c:6831: Test failed: cursor position set test 44: Expected idFrom 0 got 0x2323232323232323 editor.c:6833: Test failed: cursor position set test 44: Expected msg 0x20 got 0x23232323 editor.c:6837: Test failed: cursor position set test 44: Expected wParam 0 got 0x2323232323232323 editor.c:6845: Test failed: cursor position set test 44: Expected lParam 0x50005 got 0x2323232323232323 editor.c:6848: Test failed: cursor position set test 44: Expected link range [0,31) got [589505315,589505315) editor.c:6829: Test failed: cursor position set test 45: Expected hwnd 00000000004E0452 got 2323232323232323 editor.c:6831: Test failed: cursor position set test 45: Expected idFrom 0 got 0x2323232323232323 editor.c:6833: Test failed: cursor position set test 45: Expected msg 0x20 got 0x23232323 editor.c:6837: Test failed: cursor position set test 45: Expected wParam 0 got 0x2323232323232323 editor.c:6845: Test failed: cursor position set test 45: Expected lParam 0x50005 got 0x2323232323232323 editor.c:6848: Test failed: cursor position set test 45: Expected link range [0,31) got [589505315,589505315) https://test.winehq.org/data/patterns.html#riched20:editor The failures always happen in the same iterations which all correspond to WM_CHILD tests. -- 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 52511] New: Race condition on exit of application
by WineHQ Bugzilla 27 Nov '22

27 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=52511 Bug ID: 52511 Summary: Race condition on exit of application Product: Wine Version: 7.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: winehq(a)jonass.user.lysator.liu.se Distribution: --- Created attachment 71812 --> https://bugs.winehq.org/attachment.cgi?id=71812 Inital log. Shows threads waiting. Version 7.0 seems to have introduced an race condition on exit of at least one application. https://appdb.winehq.org/objectManager.php?sClass=version&iId=6602 On exit I get these errors about two thread seeming to wait for each other. See attached log. Repeating infinitely. Tested both with 7.0 and wine-7.1-180-gadda27cdb82 on Xubuntu 20.04.3. -- 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 21

[Bug 53993] New: FL Studio 20.7.2 - Mouse disappears on dropdown menus
by WineHQ Bugzilla 27 Nov '22

27 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53993 Bug ID: 53993 Summary: FL Studio 20.7.2 - Mouse disappears on dropdown menus Product: Wine Version: 7.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: joaonunatingscode(a)gmail.com Distribution: --- Created attachment 73578 --> https://bugs.winehq.org/attachment.cgi?id=73578 GIF showing bug When clicking in a dropdown menu mouse disappears but selection is still shown. When changing from any workspace to the workspace containing FL Studio, the mouse works fine for the same dropdown menu, then the behavior is the same. I've posted this in reddit which got a response saying it might be because FL Studio uses custom mouses styles. System information: OS: Arch Linux x86_64 WM: sway 1.7 (wayland 1.21) Wine: wine-7.20 (staging) FL Studio: v20.7.2 [build 1863] -- 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 53251] New: d3d10core:d3d10core - test_pipeline_statistics_query() sometimes fails on Windows 10 1909+
by WineHQ Bugzilla 27 Nov '22

27 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53251 Bug ID: 53251 Summary: d3d10core:d3d10core - test_pipeline_statistics_query() sometimes fails on Windows 10 1909+ Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com d3d10core:d3d10core - test_pipeline_statistics_query() sometimes fails on Windows 10 1909+: d3d10core.c:4780: Test failed: Got unexpected IAVertices count: 0. d3d10core.c:4781: Test failed: Got unexpected IAPrimitives count: 0. d3d10core.c:4782: Test failed: Got unexpected VSInvocations count: 0. d3d10core.c:4785: Test failed: Got unexpected CInvocations count: 0. d3d10core.c:4786: Test failed: Got unexpected CPrimitives count: 0. https://test.winehq.org/data/patterns.html#d3d10core:d3d10core These failures seem to only happen on the TestBot VMs that use the basic 'VGA' driver. However they are pretty rare so it's hard to be sure they cannot happen on the QXL multi-monitor configurations. They are also rare enough to cause 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 3

[Bug 53940] New: I have an app that launches an app, but when that app launches the second app, the second app opens with a black screen.
by WineHQ Bugzilla 27 Nov '22

27 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53940 Bug ID: 53940 Summary: I have an app that launches an app, but when that app launches the second app, the second app opens with a black screen. Product: Wine Version: 7.0-rc1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: hsehnt(a)q.com Distribution: --- Created attachment 73498 --> https://bugs.winehq.org/attachment.cgi?id=73498 standard out of wine RMS\ Express.exe I have an app that launches an app, but when that app launches the second app, the second app opens with a black window. It doesn't do that in windows. I've recorded the screencast and piped the standard out to blackscreen.txt $ wine RMS\ Express.exe |& tee blackscreen.txt I updated the screencast and blackscreen.txt file. At about 10 seconds into the video I click on the open session (upper right of screen) to launch a VARA HF winlink session. This is still part of the first app (RMS Express). The VARA HF winlink session request spawns a new app called VARA. It is the VARA app that opens with a black window. If I open VARA manually, it opens with a good usable window. It's only a black window when automatically spawned by RMS Express. I don't know how to troubleshoot this. I'm hoping there is enough information in the blackscreen.txt file that can be correlated with the screen capture. -- 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 29

[Bug 16124] New: Install OK => Test for Internet Access failed
by wine-bugs＠winehq.org 26 Nov '22

26 Nov '22

http://bugs.winehq.org/show_bug.cgi?id=16124 Summary: Install OK => Test for Internet Access failed Product: Wine Version: 1.1.8 Platform: PC URL: http://www.ibusinesspromoter.com/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: christian(a)Familie-Saeum.de CC: christian(a)Familie-Saeum.de Created an attachment (id=17360) --> (http://bugs.winehq.org/attachment.cgi?id=17360) Here my Log for Start the Programm => failure Hey guys sorry for the bad English but I did it with Google translator because my English is not worth reading! Very Happy So to my problem: I would like to IBP (http://www.ibusinesspromoter.com/) under Ubuntu 8:10 with the existing Wine (1.1.8). Installation works wonderfully well with the launch of the program succeed. Only once the program on the Internet what it wants is the message that there is no Internet. Firefox, but can go on the Internet. Here's an issue of Wine on the console: The program was started and then was up to the point Auccount the first set until it wanted to go on the Internet since then I have not received it quits. Here my Forum Thread for the Problem: http://forum.winehq.org/viewtopic.php?p=15270#15270 Bye -- 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 13

[Bug 53989] New: wininet:http - test_http_cache() opening the backing file sometimes fails due to a sharing violation on Windows
by WineHQ Bugzilla 26 Nov '22

26 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53989 Bug ID: 53989 Summary: wininet:http - test_http_cache() opening the backing file sometimes fails due to a sharing violation on Windows Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: wininet Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com wininet:http - test_http_cache() opening the backing file sometimes fails due to a sharing violation on Windows: http.c:1603: Test failed: Could not create file: 32 http.c:1605: Test failed: file size = 4294967295 http.c:1613: Test failed: file size = 4294967295 http.c:1617: Test failed: Deleting file returned 1(6) http.c:1623: Test failed: Could not create file: 2 http.c:1625: Test failed: WriteFile failed: 0, 0 http.c:1627: Test failed: CommitUrlCacheEntry failed: 2 http.c:1634: Test failed: HttpSendRequest failed http.c:1639: Test failed: size = 0 http.c:1641: Test failed: incorrect page data: <html><body> <h1>Hello world!</h1> This is a test page for the Wine regression test suite. </body>< See https://test.winehq.org/data/patterns.html#wininet:http Where the first failure causes all the other ones and 32 == ERROR_SHARING_VIOLATION. This failure mode has only happened on w1064v1809, w1064-tsign (21H2) and w1064v21h2 for a total of 8 occurrences between 2022-06-13 and 2022-11-23. This seems like broken Windows behavior so maybe we should retry after a delay and a broken()? -- 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 53988] New: wininet:http sometimes unexpectedly gets INTERNET_STATUS_RESOLVING_NAME status
by WineHQ Bugzilla 26 Nov '22

26 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53988 Bug ID: 53988 Summary: wininet:http sometimes unexpectedly gets INTERNET_STATUS_RESOLVING_NAME status Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: wininet Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com wininet:http sometimes unexpectedly gets INTERNET_STATUS_RESOLVING_NAME status. For instance on 2022-11-23 on w1064v1507-32: http.c:5694: Testing InternetReadFileExW with IRF_NO_WAIT flag... http.c:5781: Testing InternetQueryDataAvailable... http.c:376: Test failed: unexpected status 10 (INTERNET_STATUS_RESOLVING_NAME) http.c:376: Test failed: unexpected status 11 (INTERNET_STATUS_NAME_RESOLVED) http.c:376: Test failed: unexpected status 20 (INTERNET_STATUS_CONNECTING_TO_SERVER) http.c:5353: Test failed: expected status 20 (INTERNET_STATUS_CONNECTING_TO_SERVER) 1 times, received 2 times ... http.c:596: Starting InternetReadFile test with flags 0x10000000 on url http://test.winehq.org/tests/post.php http.c:644: Test failed: expected status 10 (INTERNET_STATUS_RESOLVING_NAME) 0 times, received 1 times http.c:645: Test failed: expected status 11 (INTERNET_STATUS_NAME_RESOLVED) 0 times, received 1 times Or in a slightly different location on 2022-08-19 on w1064v1507-64: http.c:5694: Testing InternetReadFileExW with IRF_NO_WAIT flag... http.c:376: Test failed: unexpected status 10 (INTERNET_STATUS_RESOLVING_NAME) http.c:376: Test failed: unexpected status 11 (INTERNET_STATUS_NAME_RESOLVED) http.c:376: Test failed: unexpected status 20 (INTERNET_STATUS_CONNECTING_TO_SERVER) http.c:5353: Test failed: expected status 20 (INTERNET_STATUS_CONNECTING_TO_SERVER) 1 times, received 2 times ... http.c:596: Starting InternetReadFile test with flags 0x10000000 on url http://test.winehq.org/tests/post.php http.c:644: Test failed: expected status 10 (INTERNET_STATUS_RESOLVING_NAME) 0 times, received 1 times http.c:645: Test failed: expected status 11 (INTERNET_STATUS_NAME_RESOLVED) 0 times, received 1 times See https://test.winehq.org/data/patterns.html#wininet:http This has only been seen on w1064v1507 and the new w11pro64 VM. So it's not just a quirk of Windows 10 1507 but I don't know what sets these two test configurations apart from the others (if anything). My understanding is that we expect to get these statuses only on the first connection to the server. After that we expect the DNS information and/or server connection to be cached so that these steps are skipped. However: 1. I don't think we should make assumptions on when Windows is allowed to clear its DNS cache or reset its connections. 2. Maybe the connection was actually closed by the server? For instance my understanding is that Apache can be configured to start a new worker process after a number of requests have been served. If that limit is reached while our test runs I believe we may get disconnected and have to reconnect to the new worker process. 3. Or the winehq.org administrator restarted the (web) server on these dates? 3. Or sometimes there are just network glitches. So I think we should allow these statuses as optional pretty much everywhere. -- 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 53982] New: letsvpn
by WineHQ Bugzilla 26 Nov '22

26 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53982 Bug ID: 53982 Summary: letsvpn Product: Wine Version: 7.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kalistochina(a)yahoo.com Distribution: --- Created attachment 73564 --> https://bugs.winehq.org/attachment.cgi?id=73564 lets vpn wont start Hi, using latest stable wine, letsvpn installed wont boot screen, new to linux, dont know how to get terminal output,screenshot included -- 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 46959] New: Notepad ++ crashes on startup
by wine-bugs＠winehq.org 26 Nov '22

26 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=46959 Bug ID: 46959 Summary: Notepad ++ crashes on startup Product: Wine Version: 4.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: internet(a)ivohuisjes.nl Distribution: --- I have been running and upgrading wine from version 3.16 all the way to 4.2.x while using notepad ++ (under wine) without a problem, but ever since I upgraded to 4.3 or 4.5, notepad++ crashes on startup with a stack overflow and "fixme:heap:HeapSetInformation" My system: Linux 64 bit (arch based) Kernel 4.19 (LTS) To reproduce: - Install wine 4.2 or older - Install notepad++ - (Optional) start notepad++ (success!) - Upgrade to wine 4.5 - Start notepad++ -- 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 3548] .lnk file is created on the desktop together with the program icon...
by WineHQ Bugzilla 26 Nov '22

26 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=3548 Fabian Köster <koesterreich(a)fastmail.fm> changed: What |Removed |Added ---------------------------------------------------------------------------- CC|koesterreich(a)fastmail.fm | -- 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 11595] New: wine application crashes if linux application changes a file it has open ( Notepad++)
by wine-bugs＠winehq.org 26 Nov '22

26 Nov '22

http://bugs.winehq.org/show_bug.cgi?id=11595 Summary: wine application crashes if linux application changes a file it has open (Notepad++) Product: Wine Version: 0.9.54. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: tycho_lamerigts(a)yahoo.com - install notepad++ - start notepad++ - create new file - save file - modify saved file with a linux application (e.g. gedit) - switch focus back to notepad++, it sees the change, then freezes. -- 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 62

[Bug 53969] New: lets vpn
by WineHQ Bugzilla 26 Nov '22

26 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53969 Bug ID: 53969 Summary: lets vpn Product: Wine Version: 7.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kalistochina(a)yahoo.com Distribution: --- Created attachment 73559 --> https://bugs.winehq.org/attachment.cgi?id=73559 crash report Lets vpn installed, cannot be launched, only minimized icon shows in a tray -- 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 39221] New: msi:install fails if privileges not high enough
by wine-bugs＠winehq.org 26 Nov '22

26 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=39221 Bug ID: 39221 Summary: msi:install fails if privileges not high enough Product: Wine Version: unspecified Hardware: x86 OS: Windows Status: NEW Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com The following failures only happen if the test is run in a user account with too few privileges. install.c:3162: Test failed: Expected ERROR_SUCCESS, got 1603 install.c:3184: Test failed: Expected ERROR_SUCCESS, got 1603 In particular one can notice this bug on the following WineTest boxes: fg-win2000-rusr: Windows 2000 in a Restricted user account fg-win7u64-1spie9usr: Windows 7 in a regular user account. fg-win7u64-1spie9adm: Windows 7 in the administrator user account but without elevated privileges. Note however that it succeeds on the following boxes: fg-win2000-susr: Windows 2000 in a Standard (Power) user account. fg-winxp-lusr: Windows XP with a Limited user account. That it succeeds in a Standard (Power) user account on Windows 2000 is probably normal, I believe those can install applications even though they are not administrators. It's a bit more surprising seeing it work in XP's Limited user account. See: https://test.winehq.org/data/tests/msi:install.html -- 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 5

[Bug 53139] New: d3dx9_36:mesh - test_weld_vertices() has 11 rare failures on Windows 8
by WineHQ Bugzilla 26 Nov '22

26 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53139 Bug ID: 53139 Summary: d3dx9_36:mesh - test_weld_vertices() has 11 rare failures on Windows 8 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: directx-d3d-util Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com d3dx9_36:mesh - test_weld_vertices() has 11 rare failures on Windows: mesh.c:8414: Test failed: Mesh 26: new_num_vertices == 4, expected 6. mesh.c:8428: Test failed: Mesh 26: indices[3] == 1, expected 3 mesh.c:8428: Test failed: Mesh 26: indices[4] == 3, expected 4 mesh.c:8428: Test failed: Mesh 26: indices[5] == 2, expected 5 mesh.c:8469: Test failed: Mesh 26: vertex_remap_ptr[3] == 4, expected 3 mesh.c:8469: Test failed: Mesh 26: vertex_remap_ptr[4] == -1, expected 4 mesh.c:8469: Test failed: Mesh 26: vertex_remap_ptr[5] == -1, expected 5 mesh.c:8484: Test failed: Mesh 26: Got (3.000000, 0.000000, 0.000000) for vertex 3 position, expected (2.000000, 3.000000, 0.000000). mesh.c:8484: Test failed: Mesh 26: Got (255, 255, 255, 255) for vertex 3 undefined color, expected (0, 0, 0, 0). mesh.c:8484: Test failed: Mesh 26: Got (2.000000, 3.000000, 0.000000) for vertex 4 position, expected (3.000000, 0.000000, 0.000000). mesh.c:8484: Test failed: Mesh 26: Got (255, 255, 255, 255) for vertex 5 undefined color, expected (1, 1, 1, 1). https://test.winehq.org/data/patterns.html#d3dx9_36:mesh These failures seem to only happen on Windows 8 but they are rare enough (~3.7%) that there is probably not enough evidence to definitively exclude the other Windows versions. -- 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 39235] New: wintrust:crypt fails on Windows 2000 if privileges not high enough
by wine-bugs＠winehq.org 26 Nov '22

26 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=39235 Bug ID: 39235 Summary: wintrust:crypt fails on Windows 2000 if privileges not high enough Product: Wine Version: unspecified Hardware: x86 OS: Windows Status: NEW Severity: normal Priority: P2 Component: setupapi Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com The following failures only happen if the test is run in a restricted user account. crypt.c:207: Test failed: Expected success, got FALSE with 4313 crypt.c:208: Test failed: Expected a context handle, got NULL crypt.c:220: Test failed: Expected success, got FALSE with 87 crypt.c:247: Test failed: CryptCATAdminAcquireContext failed 4313 crypt.c:253: Test failed: Expected a context handle, got NULL crypt.c:262: Test failed: Expected CatRoot\{DEADBEEF-DEAD-BEEF-DEAD-BEEFDEADBEEF} directory to exist crypt.c:277: Test failed: Expected success, got FALSE with 87 crypt.c:281: Test failed: Expected success, got FALSE with 4313 crypt.c:282: Test failed: Expected a context handle, got NULL crypt.c:285: Test failed: Expected success, got FALSE with 87 crypt.c:291: Test failed: Expected FALSE and ERROR_INVALID_PARAMETER with untouched handle, got 0 and 4313 with 00000000 In particular one can notice this bug on the following WineTest box: fg-win2000-rusr: Windows 2000 with a Restricted user account Note however that it succeeds in non-Restricted user accounts on the following boxes for instance: fg-win2000-susr: Windows 2000 with a Standard (Power) user account. fg-winxp-lusr: Windows XP with a Limited user account. fg-win7u64-1spie9usr: Windows 7 with a regular user account. See: https://test.winehq.org/data/tests/wintrust:crypt.html -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 3

[Bug 24373] New: Maximized windows decorated by Wine should not have visible borders
by wine-bugs＠winehq.org 26 Nov '22

26 Nov '22

http://bugs.winehq.org/show_bug.cgi?id=24373 Summary: Maximized windows decorated by Wine should not have visible borders Product: Wine Version: 1.3.2 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com When "allow the windows manager to decorate the windows" is unchecked in winecfg, maximizing a window doesn't remove/hide the borders on each side as it does on Windows (and other window managers). This can be reproduced with Wine's notepad. -- 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 15

[Bug 53220] New: wininet:urlcache - test_urlcacheA() has a rare failure on Windows
by WineHQ Bugzilla 26 Nov '22

26 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53220 Bug ID: 53220 Summary: wininet:urlcache - test_urlcacheA() has a rare failure on Windows Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: wininet Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com wininet:urlcache - test_urlcacheA() has a rare failure on Windows: urlcache.c:552: Test failed: expected file not to exist https://test.winehq.org/data/patterns.html#wininet:urlcache This failure has happened 3 times only on test configurations that run without elevated privileges. However it looks more like a race condition than a privilege issue and due to the low failure rate there is probably not enough data to be sure. -- 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 32079] New: dotted files hasn't displayed
by wine-bugs＠winehq.org 26 Nov '22

26 Nov '22

http://bugs.winehq.org/show_bug.cgi?id=32079 Bug #: 32079 Summary: dotted files hasn't displayed Product: Wine Version: 1.5.15 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: icegood1980(a)gmail.com Classification: Unclassified Application: notepad++ (http://notepad-plus-plus.org/) wine config /drivers/ show dot files checked. In explorer under notepad++ dot files hasn't shown. In particular in home directory. -- 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 10

[Bug 3548] .lnk file is created on the desktop together with the program icon...
by WineHQ Bugzilla 26 Nov '22

26 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=3548 gatlibs <gatlibs.dev(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gatlibs.dev(a)gmail.com --- Comment #59 from gatlibs <gatlibs.dev(a)gmail.com> --- I am only seeing Notepad++.desktop in ~/Desktop or /home/USERNAME/.wine/drive_c/users/USERNAME/Desktop. I am using Fedora 37 with wine 7.20 (Staging) and npp++ v8.4.7 for 64 bits. -- 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 33590] New: Notepad++: save as dialog should auto-select text
by wine-bugs＠winehq.org 26 Nov '22

26 Nov '22

http://bugs.winehq.org/show_bug.cgi?id=33590 Bug #: 33590 Summary: Notepad++: save as dialog should auto-select text Product: Wine Version: 1.5.30 Platform: x86 OS/Version: Linux Status: NEW Keywords: download Severity: trivial Priority: P2 Component: comdlg32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com CC: gatlinsullivan(a)yahoo.com Classification: Unclassified Follow up to bug 24492 On windows, run Notepad++, type 'asdf' then 'CTRL+S' to bring up the save dialog. On windows, 'new 1.txt' is already selected, you can just type 'blah' then press enter, and get 'blah.txt'. On wine, 'new 1.txt' isn't selected, so you get 'blahnew 1.txt' and when you try to save it, it fails. Trivial, but annoying. -- 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 14

[Bug 37927] New: Camtasia fails to open in wine 1.6.2
by wine-bugs＠winehq.org 26 Nov '22

26 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=37927 Bug ID: 37927 Summary: Camtasia fails to open in wine 1.6.2 Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: techbin1(a)gmail.com Distribution: --- Created attachment 50516 --> https://bugs.winehq.org/attachment.cgi?id=50516 Camtasia crash backtrace Camtasia appeared to install correctly. When I try to open, I get an error message about an unregistered dll "C:\windows\SysWOW64\quartz.dll". This message repeats three times after which it crashes. Attached find 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 7

[Bug 53930] New: Build broken with Clang in MSVC mode due to OpenLDAP import using getopt.h
by WineHQ Bugzilla 25 Nov '22

25 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53930 Bug ID: 53930 Summary: Build broken with Clang in MSVC mode due to OpenLDAP import using getopt.h Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wldap32 Assignee: wine-bugs(a)winehq.org Reporter: martin(a)martin.st CC: hans(a)meelstraat.net, jacek(a)codeweavers.com, julliard(a)winehq.org Distribution: --- Building with Clang in MSVC mode fails since the OpenLDAP code import. Building fails with this error: clang -c -o libs/ldap/aarch64-windows/liblber/io.o ../src/libs/ldap/liblber/io.c -Ilibs/ldap -I../src/libs/ldap -Iinclude \ -I../src/include -I../src/include/msvcrt -I../src/libs/ldap/include -D_TIMEVAL_DEFINED -D_UCRT \ -D__WINE_PE_BUILD -target aarch64-windows -fno-strict-aliasing -Wno-pragma-pack -Wno-format \ -gdwarf-4 -g -O2 In file included from ../src/libs/ldap/liblber/io.c:41: ../src/libs/ldap/include/ac/unistd.h:44:11: fatal error: 'getopt.h' file not found # include <getopt.h> ^~~~~~~~~~ 1 error generated. make: *** [Makefile:197943: libs/ldap/aarch64-windows/liblber/io.o] Error 1 The bundled libs/ldap/include/portable.h contains "#define HAVE_GETOPT_H 1". For mingw-based PE builds, this succeeds by including getopt.h from the mingw toolchain (which probably isn't intended?), while if building with Clang in MSVC mode, no such header is available. (Side note: When building with a mingw compiler like this, it would probably be good to avoid having the mingw sysroot includes available, to avoid accidentally using headers from there. But one can't just use -nostdinc, since that also excludes paths like the compiler's own headers, like stdarg.h. Something like --sysroot=dummy might work.) -- 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 53870] New: vkGetPhysicalDeviceSurfaceCapabilities2KHR passes invalid VkSurfaceKHR handle to driver
by WineHQ Bugzilla 25 Nov '22

25 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53870 Bug ID: 53870 Summary: vkGetPhysicalDeviceSurfaceCapabilities2KHR passes invalid VkSurfaceKHR handle to driver Product: Wine Version: 7.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winevulkan Assignee: wine-bugs(a)winehq.org Reporter: alexandros.frantzis(a)collabora.com Distribution: --- Created attachment 73397 --> https://bugs.winehq.org/attachment.cgi?id=73397 Relevant log entries of Chrome failing to initialize Vulkan Hi! With: commit 000a7bbb5a10ca9144b7ab7a23c4716edf1a83b0 Author: Jacek Caban <jacek(a)codeweavers.com> Date: Fri Sep 23 21:37:45 2022 +0200 winevulkan: Use host Vulkan structures for private thunks arguments. calling vkGetPhysicalDeviceSurfaceCapabilities2KHR (on 32-bit builds at least) ends up passing the wrong VkSurfaceKHR handle to the driver. This can be reproduced with "chrome.exe --use-angle=vulkan --in-process-gpu". I have attached the relevant parts from a debug trace of a broken run, annotated with few comments (and some extra trace points for clarity). The issue seems to be in this generated thunk: static NTSTATUS thunk32_vkGetPhysicalDeviceSurfaceCapabilities2KHR(void *args) { ... convert_VkPhysicalDeviceSurfaceInfo2KHR_win32_to_host(params->pSurfaceInfo, &pSurfaceInfo_host); params->result = wine_vkGetPhysicalDeviceSurfaceCapabilities2KHR(params->physicalDevice, &pSurfaceInfo_host, params->pSurfaceCapabilities); ... } The conversion function populates pSurfaceInfo_host.surface with the driver_surface handle, which is not what wine_vkGetPhysicalDeviceSurfaceCapabilities2KHR expects. Note that the conversion works fine when we have a direct call to the driver function, for example in the vkGetPhysicalDeviceSurfaceFormats2KHR thunk: static NTSTATUS thunk32_vkGetPhysicalDeviceSurfaceFormats2KHR(void *args) { ... convert_VkPhysicalDeviceSurfaceInfo2KHR_win32_to_host(params->pSurfaceInfo, &pSurfaceInfo_host); params->result = wine_phys_dev_from_handle(params->physicalDevice)->instance->funcs.p_vkGetPhysicalDeviceSurfaceFormats2KHR(wine_phys_dev_from_handle(params->physicalDevice)->phys_dev, &pSurfaceInfo_host, params->pSurfaceFormatCount, params->pSurfaceFormats); ... } For verification I hacked thunk32_vkGetPhysicalDeviceSurfaceCapabilities2KHR to to use the original surface in pSurfaceInfo_host and this fixed the issue for me. Thanks! -- 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

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