March 2023 - Wine-Bugs - list.winehq.org

[Bug 54463] New: wbemprox: wrong version value is returned from win32_operatingsystem on win10 (regression)
by WineHQ Bugzilla April 15, 2023

April 15, 2023

https://bugs.winehq.org/show_bug.cgi?id=54463 Bug ID: 54463 Summary: wbemprox: wrong version value is returned from win32_operatingsystem on win10 (regression) Product: Wine Version: 8.1 Hardware: x86-64 URL: https://github.com/PowerShell/PowerShell/releases/down load/v7.0.3/PowerShell-7.0.3-win-x64.msi OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: wmi&wbemprox Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com CC: hans(a)meelstraat.net Distribution: Debian Following powershell script returns wrong version on win10 (winetricks dotnet48 is required): $searcher = [wmisearcher]'Select version From win32_operatingsystem' $searcher.scope.path = "\\.\root\cimv2" $searcher.get() Result: __GENUS : 2 __CLASS : Win32_OperatingSystem __RELPATH : __PROPERTY_COUNT : 1 __DERIVATION : {} __SERVER : __NAMESPACE : __PATH : Version : 6.3.18362 PSComputerName : In wine 8.0 it reports correctly: __GENUS : 2 __CLASS : Win32_OperatingSystem __RELPATH : __PROPERTY_COUNT : 1 __DERIVATION : {} __SERVER : __NAMESPACE : __PATH : Version : 10.0.18362 PSComputerName : This bug results in Chocolateley downloading tons off MB's off updates because it believes version is <win10. -- Do not reply 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 54713] New: dinput:device8 - test_mouse_keyboard() fails on some Window 7 locales
by WineHQ Bugzilla April 14, 2023

April 14, 2023

https://bugs.winehq.org/show_bug.cgi?id=54713 Bug ID: 54713 Summary: dinput:device8 - test_mouse_keyboard() fails on some Window 7 locales Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: dinput Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com dinput:device8 - test_mouse_keyboard() fails on some Window 7 locales: device8.c:684: Test failed: IDirectInputDevice8_Acquire failed: 0x80070005 device8.c:686: Test failed: IDirectInputDevice8_Acquire failed: 0x80070005 device8.c:690: Test failed: GetRegisteredRawInputDevices returned 1, raw_devices_count: 3 device8.c:691: Test failed: Unexpected raw device flags: 0 device8.c:692: Test failed: Unexpected raw device flags: 0 See https://test.winehq.org/data/patterns.html#dinput:device8 This has been happening on Windows 7 since 2023-01-06: * 2023-01-06 on w7u-pt-PT 32-bit * 2023-01-27 on w7u-adm 32-bit * 2023-03-03 on w7u-de 32-bit But on 2023-03-16 this seems to have become systematic on w7u-el, w7u-es and w7u-pt-PT. A bisect shows that the failure rate seems to have increased with the commit below: commit 07753da93ce1f78c710f666e193a0434eb99699b Author: Rémi Bernon <rbernon(a)codeweavers.com> Date: Wed Mar 15 21:04:01 2023 +0100 dinput/tests: Remove BuildActionMap / SaveActionMap mouse and keyboard 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 4

[Bug 54106] New: taskschd:scheduler - test_GetTask() fails on Windows 7 when it has insufficient privileges
by WineHQ Bugzilla April 14, 2023

April 14, 2023

https://bugs.winehq.org/show_bug.cgi?id=54106 Bug ID: 54106 Summary: taskschd:scheduler - test_GetTask() fails on Windows 7 when it has insufficient privileges Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: taskschd Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com test_GetTask() fails on Windows 7 when it has insufficient privileges: scheduler.c:802: Test failed: DeleteTask error 0x80070005 scheduler.c:798: Test failed: 1: expected 0, got 0x800700b7 scheduler.c:798: Test failed: 2: expected 0x80070002, got 0 scheduler.c:802: Test failed: DeleteTask error 0x80070005 scheduler.c:802: Test failed: DeleteTask error 0x80070005 scheduler.c:814: Test failed: RegisterTask error 0x800700b7 scheduler.c:960: Test failed: DeleteTask error 0x80070005 scheduler.c:962: Test failed: DeleteTask error 0x80070005 scheduler.c:965: Test failed: expected ERROR_FILE_NOT_FOUND, got 0x80070005 scheduler.c:993: Test failed: DeleteFolder error 0x80070091 This can be seen on the w7u_adm VM. When run as part of the full WineTest run this test crashes in test_FolderCollection() which prevents seeing this failure in the nightly WineTest runs. See https://test.winehq.org/data/patterns.html#taskschd:scheduler But this set of failures is impacting merge requests such as MR!1732 and MR!1736. -- Do not reply 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 54594] New: dinput:device8 - test_dik_codes() sometimes gets timeouts on the GitLab CI
by WineHQ Bugzilla April 14, 2023

April 14, 2023

https://bugs.winehq.org/show_bug.cgi?id=54594 Bug ID: 54594 Summary: dinput:device8 - test_dik_codes() sometimes gets timeouts on the GitLab CI 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:device8 - test_dik_codes() sometimes gets timeouts on the GitLab CI. MR2265 & MR2288: device8.c:2182: Test failed: 0x800: lang 0x409: key 0x51, dik 0x10: WaitForSingleObject returned 0x102 MR1714 & MR2185: device8.c:2182: Test failed: 0x800: lang 0x409: key 0x52, dik 0x13: WaitForSingleObject returned 0x102 MR2133: device8.c:2182: Test failed: 0x800: lang 0x409: key 0x54, dik 0x14: WaitForSingleObject returned 0x102 MR2254: device8.c:2182: Test failed: 0x800: lang 0x409: key 0x59, dik 0x15: WaitForSingleObject returned 0x102 The oldest known instance happened on 2023-02-16 (MR2185) so this issue may be pretty recent. This issue never happened in the nightly WineTest runs. It's possible it only happens when the load on the machine running the tests is too high. That would make sense given that the timeouts from from a WaitForSingleObject() call with a 100 ms timeout. One option would be to simply increase the timeout. Yet that timeout seemed sufficient until mid February. So why is it no longer the case? -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 54109] New: schedsvc:rpcapi causes taskschd:scheduler to crash on w7u_adm
by WineHQ Bugzilla April 14, 2023

April 14, 2023

https://bugs.winehq.org/show_bug.cgi?id=54109 Bug ID: 54109 Summary: schedsvc:rpcapi causes taskschd:scheduler to crash on w7u_adm Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: taskschd Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com When run on its own taskschd:scheduler fails on w7u_adm because of its insufficient privileges (see bug 54106). But if schedsvc:rpcapi is run before, taskschd:scheduler crashes in test_FolderCollection() instead: scheduler.c:349: Test failed: DeleteFolder error 0x80070091 scheduler.c:351: Test failed: DeleteFolder error 0x80070091 scheduler.c:354: Test failed: expected ERROR_FILE_NOT_FOUND, got 0x80070091 scheduler.c:450: Test failed: CreateFolder error 0x800700b7 scheduler.c:450: this is the last test seen before the exception 0a78:scheduler: unhandled exception c0000005 at 00403B53 See https://test.winehq.org/data/patterns.html#taskschd:scheduler Where: 0x80070091 == HRESULT_FROM_WIN32(ERROR_DIR_NOT_EMPTY) 0x800700b7 == HRESULT_FROM_WIN32(ERROR_ALREADY_EXISTS) This crash happens before the failures described in bug 54106 which explains why taskschd:scheduler fails one way for regular TestBot jobs (such as when testing merge requests) and another in the nightly WineTest runs. -- Do not reply 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 49332] New: CounterPath Bria Solo crashes after login dialog
by WineHQ Bugzilla April 14, 2023

April 14, 2023

https://bugs.winehq.org/show_bug.cgi?id=49332 Bug ID: 49332 Summary: CounterPath Bria Solo crashes after login dialog Product: Wine Version: 5.10 Hardware: x86 URL: https://www.counterpath.com/bria-solo/ OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: setupapi Assignee: wine-bugs(a)winehq.org Reporter: whydoubt(a)gmail.com Distribution: Fedora After getting past the login dialog, the program crashes almost immediately. It does pop up a dialog that offers to submit logs to the developers. I have not found any logs produced by the software that provide insight into what caused the crash. However, after turning on several debug channels in wine, I found this right before things go sideways: 0024:trace:nls:FormatMessageW (0x1300,00000000,0xe000020e,0x400,0031E634,1,00000000) I tracked down the 0xe000020e error code in this case as coming from SetupDiDestroyDeviceInfoList, even though the call had completed successfully. -- Do not reply 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 53269] New: uiautomationcore:uiautomation fails on Windows 10 1909
by WineHQ Bugzilla April 14, 2023

April 14, 2023

https://bugs.winehq.org/show_bug.cgi?id=53269 Bug ID: 53269 Summary: uiautomationcore:uiautomation fails on Windows 10 1909 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: uiautomationcore Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com uiautomationcore:uiautomation fails on Windows 10 1909: uiautomation.c:355: Test failed: unexpected call Accessible_get_accRole uiautomation.c:379: Test failed: unexpected call Accessible_get_accState uiautomation.c:256: Test failed: unexpected call Accessible_get_accChildCount uiautomation.c:254: Test failed: unexpected call Accessible2_get_accChildCount uiautomation.c:474: Test failed: unexpected call Accessible_accLocation uiautomation.c:318: Test failed: unexpected call Accessible_get_accName uiautomation.c:164: Test failed: unexpected call Accessible2_QI_IAccIdentity uiautomation.c:234: Test failed: unexpected call Accessible2_get_accParent uiautomation.c:316: Test failed: unexpected call Accessible2_get_accName uiautomation.c:1478: Test failed: elprov != NULL, elprov 00000000007B2CA0 uiautomation.c:1486: Test failed: elprov != NULL, elprov 00000000007B2FB0 uiautomation.c:1524: Test failed: expected Accessible_get_uniqueID uiautomation.c:355: Test failed: unexpected call Accessible_get_accRole uiautomation.c:379: Test failed: unexpected call Accessible_get_accState uiautomation.c:256: Test failed: unexpected call Accessible_get_accChildCount uiautomation.c:254: Test failed: unexpected call Accessible2_get_accChildCount uiautomation.c:474: Test failed: unexpected call Accessible_accLocation uiautomation.c:318: Test failed: unexpected call Accessible_get_accName uiautomation.c:164: Test failed: unexpected call Accessible2_QI_IAccIdentity uiautomation.c:234: Test failed: unexpected call Accessible2_get_accParent uiautomation.c:316: Test failed: unexpected call Accessible2_get_accName uiautomation.c:1558: Test failed: expected Accessible_get_uniqueID uiautomation.c:1559: Test failed: expected Accessible2_get_uniqueID uiautomation.c:1586: Test failed: elprov != NULL, elprov 00000000007B2D80 uiautomation.c:1589: Test failed: expected Accessible_get_uniqueID uiautomation.c:1590: Test failed: expected Accessible2_get_uniqueID uiautomation.c:1596: Test failed: elprov != NULL, elprov 00000000007B2ED0 https://test.winehq.org/data/patterns.html#uiautomationcore:uiautomation These failures are systematic on Windows 10 1909 and started on 2022-06-15. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 32490] New: Graphical issues in Inquisitor (red squares painted on the screen)
by wine-bugs＠winehq.org April 14, 2023

April 14, 2023

http://bugs.winehq.org/show_bug.cgi?id=32490 Bug #: 32490 Summary: Graphical issues in Inquisitor (red squares painted on the screen) Product: Wine Version: 1.5.19 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com Classification: Unclassified Created attachment 42861 --> http://bugs.winehq.org/attachment.cgi?id=42861 terminal output Inquisitor is an RPG released in 2012. I guess it uses DirectX8 (or DX7?) because only +d3d8 produces output, not +d3d9. Red squares are present on the screen while in the menus as well as in the main game. This makes the game unplayable. I tested this bug with a Nvidia gfx card: both the open source Nouveau and the binary drivers show the same problem. Wine 1.2.3, 1.4.1, 1.5.19 etc. have the reported problem. No demo available. Let me know if you need a debug log. -- 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 38

[Bug 28586] New: Team Fortress Arcade and Pixel Force: Left 4 Dead have no sound
by wine-bugs＠winehq.org April 14, 2023

April 14, 2023

http://bugs.winehq.org/show_bug.cgi?id=28586 Bug #: 28586 Summary: Team Fortress Arcade and Pixel Force: Left 4 Dead have no sound Product: Wine Version: 1.3.29 Platform: All OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dmusic AssignedTo: wine-bugs(a)winehq.org ReportedBy: sagman.staredsi(a)gmail.com Classification: Unclassified Created attachment 36730 --> http://bugs.winehq.org/attachment.cgi?id=36730 Full Team Fortress Arcade log Team Fortress Arcade and Pixel Force: Left 4 Dead have no sound due a unimplemented function of directmusic: fixme:dmfile:IDirectMusicSegment8Impl_IPersistStream_Load : WAVE form (loading to be checked) fixme:dswave:IDirectMusicWaveImpl_IPersistStream_Load (0x5f148e8, 0x5f148b8): loading not implemented yet (only descriptor is loaded) This two lines are a message that wine repeat often in the output and inform this. -- 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 20

[Bug 53128] New: Without elevated privileges schedsvc:rpcapi fails on Windows 7
by WineHQ Bugzilla April 14, 2023

April 14, 2023

https://bugs.winehq.org/show_bug.cgi?id=53128 Bug ID: 53128 Summary: Without elevated privileges schedsvc:rpcapi fails on Windows 7 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 Without elevated privileges schedsvc:rpcapi fails on Windows 7: rpcapi.c:169: Test failed: expected S_OK, got 0x80070005 rpcapi.c:164: Test failed: 1: expected 0, got 0x800700b7 rpcapi.c:164: Test failed: 2: expected 0x80070002, got 0 rpcapi.c:169: Test failed: expected S_OK, got 0x80070005 rpcapi.c:169: Test failed: expected S_OK, got 0x80070005 rpcapi.c:232: Test failed: expected S_OK, got 0x80070005 rpcapi.c:234: Test failed: expected S_OK, got 0x80070091 rpcapi.c:236: Test failed: expected S_OK, got 0x80070091 rpcapi.c:242: Test failed: expected ERROR_FILE_NOT_FOUND, got 0 rpcapi.c:243: Test failed: expected 0, got 1 rpcapi.c:244: Test failed: expected 0, got 1 rpcapi.c:245: Test failed: expected NULL, got 002ED3F0 rpcapi.c:248: Test failed: expected S_OK, got 0x800700b7 rpcapi.c:255: Test failed: expected 0, got 1 rpcapi.c:256: Test failed: expected 0, got 1 rpcapi.c:257: Test failed: expected NULL, got 002EE9F8 rpcapi.c:260: Test failed: expected S_OK, got 0x800700b7 rpcapi.c:346: Test failed: expected S_OK, got 0x80070091 rpcapi.c:354: Test failed: expected ERROR_FILE_NOT_FOUND, got 0 rpcapi.c:355: Test failed: expected 0, got 1 rpcapi.c:356: Test failed: expected 0, got 1 rpcapi.c:357: Test failed: expected NULL, got 002EEA18 rpcapi.c:362: Test failed: expected S_OK, got 0x800700b7 rpcapi.c:363: Test failed: expected \Wine\Task1, task actual path (null) rpcapi.c:508: Test failed: expected S_OK, got 0x80070005 rpcapi.c:510: Test failed: expected S_OK, got 0x80070005 rpcapi.c:512: Test failed: expected S_OK, got 0x80070005 rpcapi.c:514: Test failed: expected S_OK, got 0x80070091 https://test.winehq.org/data/patterns.html#schedsvc:rpcapi In particular the value at the end of the "expected NULL" failure changes with every run so this failures always looks like it is new :-( This happens systematically on the w7u-adm TestBot VM. Interestingly it does not happen on more recent Windows versions that also run the tests without elevated privileges such as w8adm and w1064-adm. Maybe Microsoft realized they were too strict with the elevated privileges checks. -- Do not reply 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