- wine-bugs - winehq.org

[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 50618] New: FoxPro for Windows 2.6a fails to start
by WineHQ Bugzilla 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=50618 Bug ID: 50618 Summary: FoxPro for Windows 2.6a fails to start Product: Wine Version: 6.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: JSladek(a)juno.com Distribution: --- Created attachment 69308 --> https://bugs.winehq.org/attachment.cgi?id=69308 Terminal output with both start conditions Any attempt to start foxprow.exe with or without an appended program script results in a program crash. Attached are copies of terminal output for both types or foxprow start. -- Do not reply 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 14

[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

[Bug 49297] New: Spark AR studio installer fails to start:Spark AR Studio is not supported in this version of Windows. Please upgrade to Windows 10
by WineHQ Bugzilla 25 Nov '22

25 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=49297 Bug ID: 49297 Summary: Spark AR studio installer fails to start:Spark AR Studio is not supported in this version of Windows. Please upgrade to Windows 10 Product: Wine Version: 5.9 Hardware: x86 URL: https://sparkar.facebook.com/ar-studio/ OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: --- Created attachment 67302 --> https://bugs.winehq.org/attachment.cgi?id=67302 bump kernel32 version to win10 Reported by someone on reddit.com, The installer fails, even if you set windows to win10 Attached patch makes the installer work, but i don`t think it`s wise to advertise high version resources like win10 in version resources atm (right?) so opened this bugreport just to track these kind of apps -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 48053] New: kernel32:change fails randomly (and rarely) in Wine
by WineHQ Bugzilla 25 Nov '22

25 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=48053 Bug ID: 48053 Summary: kernel32:change fails randomly (and rarely) in Wine Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- kernel32:change gets the following failure from time to time in test_ffcn(): change.c:320: Test failed: should be ready See https://test.winehq.org/data/tests/kernel32:change.html This impacts all three Wine builds. Because only the first WaitForSingleObject() fails this indicates a likely race between it and the previous DeleteFile(). That race may be specific to deletion since this failure does not seem to happen in the CreateFile(), CreateDirectory() and RemoveDirectory() 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 3

[Bug 53935] New: __unDName doesn't support 'G' and 'H' modifiers
by WineHQ Bugzilla 25 Nov '22

25 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53935 Bug ID: 53935 Summary: __unDName doesn't support 'G' and 'H' modifiers Product: WineHQ Bugzilla Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: bugzilla-unknown Assignee: wine-bugs(a)winehq.org Reporter: info(a)vmpsoft.com CC: austinenglish(a)gmail.com Distribution: --- Here is my sources of undname.c: static void append_extended_modifier(struct parsed_symbol *sym, const char **where, const char *str) { if (!(sym->flags & UNDNAME_NO_MS_KEYWORDS)) { if (str[0] == '_' && str[1] == '_') { if (sym->flags & UNDNAME_NO_LEADING_UNDERSCORES) str += 2; } *where = *where ? str_printf(sym, "%s %s", *where, str) : str; } } static void get_extended_modifier(struct parsed_symbol *sym, struct datatype_t *xdt) { xdt->left = xdt->right = NULL; xdt->flags = 0; for (;;) { switch (*sym->current) { case 'E': append_extended_modifier(sym, &xdt->right, "__ptr64"); break; case 'F': append_extended_modifier(sym, &xdt->left, "__unaligned"); break; case 'G': append_extended_modifier(sym, &xdt->right, "&"); break; case 'H': append_extended_modifier(sym, &xdt->right, "&&"); break; case 'I': append_extended_modifier(sym, &xdt->right, "__restrict"); break; default: return; } sym->current++; } } -- Do not reply 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 53915] New: Pivot animator runs into assert
by WineHQ Bugzilla 25 Nov '22

25 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53915 Bug ID: 53915 Summary: Pivot animator runs into assert Product: Wine Version: 7.20 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: d2d Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Created attachment 73468 --> https://bugs.winehq.org/attachment.cgi?id=73468 Tail of the log Download at https://web.archive.org/web/20221113193258/https://dd21m32yacj0k.cloudfront… Original download would be at https://www.pivotanimator.net/DownloadV5.php, but this downloads a stub which is currently broken (bug 53914). -- Do not reply 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 53429] New: opengl32:opengl fails on Debian 11 + Intel GPU
by WineHQ Bugzilla 25 Nov '22

25 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53429 Bug ID: 53429 Summary: opengl32:opengl fails on Debian 11 + Intel GPU Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: opengl Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- opengl32:opengl fails on Debian 11 + Intel GPU: opengl.c:386: Test failed: Got unexpected cStencilBits 8. https://test.winehq.org/data/patterns.html#opengl32:opengl The failure started with the commit that introduced the test: commit 83cbcdefa3f55afc449b6be51e215c4f646869f4 Author: Paul Gofman <pgofman(a)codeweavers.com> AuthorDate: Tue Jun 21 10:29:18 2022 -0500 opengl32/tests: Add more tests for ChoosePixelFormat(). Test extended by Matteo Bruni. -- Do not reply 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 53131] New: ntdll:threadpool - test_tp_multi_wait() fails (rarely) in Wine
by WineHQ Bugzilla 25 Nov '22

25 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53131 Bug ID: 53131 Summary: ntdll:threadpool - test_tp_multi_wait() fails (rarely) in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- ntdll:threadpool - test_tp_multi_wait() fails (rarely) in Wine: threadpool.c:1960: Test failed: WaitForSingleObject returned 258 https://test.winehq.org/data/patterns.html#ntdll:threadpool The failure is pretty rare, about 3.2%, so it can easily be missing from a test configuration's WineTest runs which results in 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 53909] New: opengl32.dll can't be loaded if win32u.so is not initialized first
by WineHQ Bugzilla 25 Nov '22

25 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53909 Bug ID: 53909 Summary: opengl32.dll can't be loaded if win32u.so is not initialized first Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: opengl Assignee: wine-bugs(a)winehq.org Reporter: jacek(a)codeweavers.com CC: rbernon(a)codeweavers.com Regression SHA1: 60eeb92ae0342a13e6e407a44d116b657b7e9ee5 Distribution: --- Created attachment 73457 --> https://bugs.winehq.org/attachment.cgi?id=73457 test We load unixlibs when corresponding PE file is mapped (and before its imports are mapped). For unixlibs that link to win32u.so, we need win32u.so to be loaded first, because system loader doesn't know where to find it. It's usually good enough, we needed some workarounds for Vulkan [1], but it doesn't work for opengl32.so. We may need to change ntdll's unixlib loading strategy or find a workaround for opengl32. I attached a simple test. [1] https://gitlab.winehq.org/wine/wine/-/merge_requests/547 -- Do not reply 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 52872] New: vbscript:run fails in Wine in Hindi
by WineHQ Bugzilla 25 Nov '22

25 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=52872 Bug ID: 52872 Summary: vbscript:run fails in Wine in Hindi Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: vbscript Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- vbscript:run fails in Wine in Hindi run.c:1874: Error in line 1813: 0 L"Invalid procedure call or argument" run.c:1888: Test failed: unexpected call OnScriptError run.c:2933: Test failed: expected global_success_d run.c:2934: Test failed: expected global_success_i run.c:2936: Test failed: parse_script failed: 800a0005 https://test.winehq.org/data/patterns.html#vbscript:run A bisect shows that these failures started happening with 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> -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 49091] New: nProtect Anti-Virus/Spyware 4.0 'TKPcFtCb64.sys' crashes on unimplemented function 'ntoskrnl.exe.KeInitializeGuardedMutex'
by WineHQ Bugzilla 25 Nov '22

25 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=49091 Bug ID: 49091 Summary: nProtect Anti-Virus/Spyware 4.0 'TKPcFtCb64.sys' crashes on unimplemented function 'ntoskrnl.exe.KeInitializeGuardedMutex' Product: Wine Version: 5.7 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, encountered while revisiting bug 47170 Download: https://web.archive.org/web/20160510225518/http://avsd.nprotect.net/avs40/s… --- snip --- $ WINEDEBUG=+seh,+loaddll,+process wine ./nProtectSetup_AVS40.exe ... 0590:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\FLTMGR.SYS" at 0xe20000: PE builtin 0590:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\TKFsFt64.sys" at 0xe10000: native ... 0590:fixme:fltmgr:FltRegisterFilter (00000000000FBFC0,0000000000E13750,0000000000E141C0): stub 0590:fixme:fltmgr:FltStartFiltering (00000000DEADBEAF): stub 0590:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\version.dll" at 0x1080000: PE builtin 0590:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\setupapi.dll" at 0xf50000: PE builtin ... 0590:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\TKPcFtCb64.sys" at 0x10a0000: native ... 0590:trace:seh:raise_exception code=c0000096 flags=0 addr=0x10a19a0 ip=10a19a0 tid=0590 0590:trace:seh:raise_exception rax=0000000000000000 rbx=00000000010b0008 rcx=0000000000cef6d4 rdx=0000000000000000 0590:trace:seh:raise_exception rsi=0000000000cef94c rdi=00000000007d6068 rbp=0000000000000000 rsp=0000000000cef7f8 0590:trace:seh:raise_exception r8=000000000000001e r9=0000000000000000 r10=0000000000000008 r11=0000000000000246 0590:trace:seh:raise_exception r12=00000000007d6250 r13=00007fffffea4000 r14=00000000007d63b8 r15=0000000000000000 0590:trace:seh:call_vectored_handlers calling handler at 0x22cde0 code=c0000096 flags=0 0590:trace:seh:call_vectored_handlers handler at 0x22cde0 returned ffffffff 0590:trace:seh:raise_exception code=80000100 flags=1 addr=0x7bc6dfdc ip=7bc6dfdc tid=0590 0590:trace:seh:raise_exception info[0]=00000000010b0344 0590:trace:seh:raise_exception info[1]=00000000010b01e2 wine: Call from 0x7bc6dfdc to unimplemented function ntoskrnl.exe.KeInitializeGuardedMutex, aborting --- snip --- Microsoft docs: https://docs.microsoft.com/en-us/windows-hardware/drivers/ddi/wdm/nf-wdm-ke… --- snip --- winedump -j import ~/.wine/drive_c/windows/system32/TKPcFtCb64.sys Contents of /home/focht/.wine/drive_c/windows/system32/TKPcFtCb64.sys: 39280 bytes Import Table size: 00000028 offset 00005064 ntoskrnl.exe Hint/Name Table: 00010090 TimeDateStamp: 00000000 (Thu Jan 1 01:00:00 1970) ForwarderChain: 00000000 First thunk RVA: 00005000 Thunk Ordn Name 00005000 689 KeInitializeGuardedMutex 00005008 1316 RtlInitUnicodeString 00005010 451 IoDeleteDevice 00005018 1163 PsSetCreateProcessNotifyRoutine 00005020 440 IoCreateSymbolicLink 00005028 430 IoCreateDevice 00005030 749 KeReleaseSpinLock 00005038 1042 ObfReferenceObject 00005040 1041 ObfDereferenceObject 00005048 651 KeAcquireSpinLockRaiseToDpc 00005050 594 IoThreadToProcess 00005058 1147 PsProcessType 00005060 482 IoGetCurrentProcess 00005068 1179 PsThreadType 00005070 786 KeStackAttachProcess 00005078 660 KeBugCheckEx 00005080 1801 _stricmp 00005088 92 ExAcquireResourceExclusiveLite 00005090 105 ExAllocatePoolWithTag 00005098 663 KeClearEvent 000050a0 129 ExFreePoolWithTag 000050a8 729 KeReadStateEvent 000050b0 711 KeLeaveCriticalRegion 000050b8 1815 _wcsnicmp 000050c0 771 KeSetEvent 000050c8 688 KeInitializeEvent 000050d0 1739 ZwQuerySystemInformation 000050d8 670 KeEnterCriticalRegion 000050e0 1081 PsCreateSystemThread 000050e8 1740 ZwQueryValueKey 000050f0 1178 PsTerminateSystemThread 000050f8 176 ExReleaseResourceLite 00005100 1638 ZwClose 00005108 629 IofCompleteRequest 00005110 1031 ObReferenceObjectByHandle 00005118 802 KeWaitForSingleObject 00005120 1132 PsGetVersion 00005128 140 ExInitializeResourceLite 00005130 1695 ZwOpenKey 00005138 60 DbgPrint 00005140 1459 RtlUnicodeToMultiByteN Done dumping /home/focht/.wine/drive_c/windows/system32/TKPcFtCb64.sys --- snip --- $ sha1sum nProtectSetup_AVS40.exe 913b33ab5c9477539d4d65b9f89e67be1a6b6c13 nProtectSetup_AVS40.exe $ du -sh nProtectSetup_AVS40.exe 36M nProtectSetup_AVS40.exe $ wine --version wine-5.7-177-gad1fad8a94 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.

1 6

[Bug 53967] New: Running anything hangs on start up
by WineHQ Bugzilla 25 Nov '22

25 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53967 Bug ID: 53967 Summary: Running anything hangs on start up Product: Wine Version: 7.21 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: dmitry(a)baikal.ru CC: piotr(a)codeweavers.com Regression SHA1: 1cf1412a12c6ee6191d387162fecb456f0df2d89 Distribution: --- $ wine winver 0080:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 0080:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 0080:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 0080:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 003c:err:service:process_send_command service protocol error - failed to write pipe! 003c:fixme:service:scmdatabase_autostart_services Auto-start service L"PlugPlay" failed to start: 1053 0108:err:winediag:nodrv_CreateWindow Application tried to create a window, but no driver could be loaded. 0108:err:winediag:nodrv_CreateWindow L"The explorer process failed to start." +seh,+dc,+gdi,+winspool shows this as the reason of the hang: 0098:trace:seh:handle_syscall_fault code=c0000005 flags=0 addr=0x7e35fdef ip=7e35fdef 0098:trace:seh:handle_syscall_fault info[0]=00000000 0098:trace:seh:handle_syscall_fault info[1]=0000000c 0098:trace:seh:handle_syscall_fault eax=00000000 ebx=7e3f4000 ecx=00000000 edx=7d74a1f0 esi=00000000 edi=7e407520 0098:trace:seh:handle_syscall_fault ebp=0031fbf8 esp=0031fbb0 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010246 0098:trace:seh:handle_syscall_fault returning to user mode ip=7e64c6fc ret=c0000005 0098:trace:gdi:NtGdiCreatePatternBrushInternal 0xc0000005 NtGdiCreatePatternBrushInternal looks weird, commenting out OpenPrinterW() and other winspool APIs in CreateDCW() fixes the crashes. Both clang in msvc mode or ELF build show the same behaviour. This is a regression: 1cf1412a12c6ee6191d387162fecb456f0df2d89 is the first bad 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(-) -- Do not reply 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 53923] New: tools/makedep during wine-7.21 build segfaults
by WineHQ Bugzilla 25 Nov '22

25 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53923 Bug ID: 53923 Summary: tools/makedep during wine-7.21 build segfaults Product: Wine Version: 7.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bugzilla(a)uwe-dueffert.de Distribution: --- Created attachment 73479 --> https://bugs.winehq.org/attachment.cgi?id=73479 valgrind analysis of segfaulting tools/makedep While wine-7.20 builds perfectly fine, the build of wine-7.21 reproducibly fails for me due to the newly generated tools/makedep segfaulting. As makedep.c was modified since 7.20, I figured you could be interested in what valgrind says about that segfault (attached). Let me know if I can provide further details that could help you. Regards Uwe -- Do not reply 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 53130] New: ntdll:threadpool - test_tp_instance() fails (rarely) on Windows 8+
by WineHQ Bugzilla 25 Nov '22

25 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53130 Bug ID: 53130 Summary: ntdll:threadpool - test_tp_instance() fails (rarely) on Windows 8+ 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:threadpool - test_tp_instance() fails (rarely) on Windows 8+: threadpool.c:1170: Test failed: WaitForSingleObject returned 0 threadpool.c:1210: Test failed: WaitForSingleObject returned 258 https://test.winehq.org/data/patterns.html#ntdll:threadpool These two failures always go together. The failure is pretty rare, about 4.1%, so it can easily be missing from a test configuration's WineTest runs which results in 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 5

[Bug 41989] New: program will not load and run
by wine-bugs＠winehq.org 25 Nov '22

25 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=41989 Bug ID: 41989 Summary: program will not load and run Product: Wine Version: 2.0-rc1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mark_crn(a)yahoo.com Distribution: --- Created attachment 56396 --> https://bugs.winehq.org/attachment.cgi?id=56396 save bug file Musette encounter a fatal exception -- Do not reply 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 53954] New: Saints Row 2022 fails with Unimplemented function KERNEL32.dll.SetProcessInformation
by WineHQ Bugzilla 25 Nov '22

25 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53954 Bug ID: 53954 Summary: Saints Row 2022 fails with Unimplemented function KERNEL32.dll.SetProcessInformation 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: mo78(a)abv.bg Distribution: --- Created attachment 73529 --> https://bugs.winehq.org/attachment.cgi?id=73529 Saints Row 2022 wine log Saints Row 2022 fails with Unimplemented function KERNEL32.dll.SetProcessInformation and it can't be started at all. -- Do not reply 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 53741] New: Gothic 2 - Night of the Raven 2.7 - Msdbi.dll failed to initialize
by WineHQ Bugzilla 25 Nov '22

25 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53741 Bug ID: 53741 Summary: Gothic 2 - Night of the Raven 2.7 - Msdbi.dll failed to initialize Product: Wine Version: 7.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: VladimirVSC(a)yandex.ru Distribution: --- Created attachment 73183 --> https://bugs.winehq.org/attachment.cgi?id=73183 Gothic 2 msdbi.dll error report The game doesn't start with "msdbi.dll failed to initialize" error. The same game copy starts fine in stable 7.0 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 14

[Bug 53529] New: Make possible to use wine with custom ld-linux.so.2 32-bit preloader, without hacks
by WineHQ Bugzilla 25 Nov '22

25 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53529 Bug ID: 53529 Summary: Make possible to use wine with custom ld-linux.so.2 32-bit preloader, without hacks Product: Wine Version: 7.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ruanformigoni(a)gmail.com Distribution: --- Some references of this limitation of wine: - https://github.com/AppImage/AppImageKit/wiki/Bundling-Windows-applications - https://github.com/Hackerl/Wine_Appimage/issues/11 - https://github.com/AppImage/AppImageKit/issues/361 The issue is that, although it is possible to use another preloader, wine seems to launch instances that still use the standard ld.so.2 path instead of the modified one. More details: - https://www.winehq.org/pipermail/wine-devel/2017-November/119906.html - https://www.winehq.org/pipermail/wine-devel/2017-November/119944.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 8

[Bug 53288] New: Application compiled with MSVC 2022 ASan does not start, needs QueryVirtualMemoryInformation
by WineHQ Bugzilla 25 Nov '22

25 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53288 Bug ID: 53288 Summary: Application compiled with MSVC 2022 ASan does not start, needs QueryVirtualMemoryInformation Product: Wine Version: 7.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: rpisl(a)seznam.cz Distribution: --- Application compiled with MSVC 2022 ASan does not start in Wine 7.11 as it needs implementation of QueryVirtualMemoryInformation. Console output: ==808==AddressSanitizer CHECK failed: D:\a\_work\1\s\src\vctools\crt\asan\llvm\compiler-rt\lib\sanitizer_common\sanitizer_win.cpp:1108 "((QueryVirtualMemoryInformation && "ASan requires the Windows 10-only API, QueryVirtualMemoryInformation")) != (0)" (0x0, 0x0) <empty stack> -- Do not reply 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 53387] New: Vernier USB sensors are not usable in WINE
by WineHQ Bugzilla 25 Nov '22

25 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53387 Bug ID: 53387 Summary: Vernier USB sensors are not usable in WINE Product: Wine Version: 7.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tuomas.nurmi(a)opinsys.fi Distribution: --- Created attachment 72775 --> https://bugs.winehq.org/attachment.cgi?id=72775 Logs from various situations described in the bug report Vernier USB student laboratory sensors ( https://www.vernier.com/products/go-direct/ ) are not usable with WINE. Tested on Debian 11 Bullseye (equivalent), kernel 5.10, wine 7.13 from https://wiki.winehq.org/Debian . (Earlier tests with previous wine versions have also been negatives, however, they haven't been as comprehensive and well-documented as this) Tested with an earlier sensor model, a Go! Temp ver 1.53 and a later Go Direct Sensor (idVendor 08f7, idProducts 0002 and 0010, respectively). They show up in Linux syslog as shown in attachment section 1. Udev rules for the devices are in place, as described by (the somewhat outdated) https://wiki.winehq.org/Hid and Vernier's native library guidelines at https://github.com/VernierST/godirect-examples/tree/main/python , as follows: KERNEL=="hidraw*", SUBSYSTEM=="hidraw", GROUP="plugdev", MODE="0666" KERNEL=="hiddev*", MODE="0666" SUBSYSTEM=="usb", ATTRS{idVendor}=="08f7", MODE="0666" SUBSYSTEM=="usb_device", ATTRS{idVendor}=="08f7", MODE="0666" resulting into following permissions with plugged devices crw-rw-rw- 1 root plugdev 242, 0 20. 7. 13:36 /dev/hidraw0 crw-rw-rw- 1 root root 180, 0 20. 7. 13:36 /dev/usb/hiddev0 Resulting in functioning sensors with the native library example software from Vernier (attachment section 2), as well as with an earlier discontinued Linux version of LoggerPro, and the Vernier Graphical Analysis Chrome app ( https://chrome.google.com/webstore/detail/vernier-graphical-analysi/dncgedb… ) The sensors were tested also Windows 10, and were visible/detected by both the Microsoft hid example application hclient.exe and Vernier LoggerPro3. However, the devices are not recognized by LoggerPro3 nor hclient.exe run through wine-7.13. Logs with WINEDEBUG=+hid,+wineusb,+plugplay of these are shown in attachment sections 3, 4, and 5. Not a specialist in any of the related fields, but the logs show seemingly correctly recognized plugging of the device, 00cc:trace:wineusb:add_usb_device Adding new device 0x7f9330001f80, vendor 08f7, product 0010. 00d0:trace:wineusb:add_unix_device Adding new device 00007F934C016ED0, vendor 08f7, product 0010. ... 00c8:trace:plugplay:enumerate_new_device Creating new device L"USB\\VID_08F7&PID_0010\\0". but the device is not recognized by LoggerPro, nor listed by hclient.exe. (I don't know if the plugplay:install_device_driver error following in the logs is 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 15

[Bug 53268] New: urlmon:protocol - test_protocol_terminate() fails on Windows and Wine
by WineHQ Bugzilla 25 Nov '22

25 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53268 Bug ID: 53268 Summary: urlmon:protocol - test_protocol_terminate() fails on Windows and Wine 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 - test_protocol_terminate() fails on Windows and Wine: protocol.c:1188: Test failed: unexpected call ReportResult protocol.c:1196: Test failed: hrResult = 00000000, expected: 80004004 protocol.c:3334: Test failed: Read failed: 00000001 https://test.winehq.org/data/patterns.html#urlmon:protocol Where 80004004 == E_ABORT. These three failures always happen together. The last one is in test_protocol_terminate() while the first two are in ProtocolSink_ReportResult(). These failures happen on all Windows versions and in Wine too with varying frequency (frequent on Windows 7 and less on 21H1, 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 3

[Bug 53266] New: Syberia: game crashes frequently
by WineHQ Bugzilla 25 Nov '22

25 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53266 Bug ID: 53266 Summary: Syberia: game crashes frequently Product: Wine Version: 7.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: memax(a)gmx.fr Distribution: Ubuntu Created attachment 72641 --> https://bugs.winehq.org/attachment.cgi?id=72641 terminal output Ubuntu 20.04.4 LTS 64bit NVIDIA GeForce 940MX with driver 510.73.05 Wine staging 7.11 (WineHQ binary package) with a clean Wine directory and the default Wine configuration Syberia (2002 game) GOG.com french version syberia_1.0.0_hotfix4_(53936) 39e9e778c755c081f3e4b12dc5f6ef4260cbfb14 Game.exe Level of detail: high Screen depth: 32bit Anti-aliasing: on The game crashes frequently and randomly, each time at a different point in the game. This doesn't seem to be triggered by any particular action in the game. -- Do not reply 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 45233] New: TIDAL installer can' t launch installed program in 64bit WINEPREFIX
by wine-bugs＠winehq.org 25 Nov '22

25 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=45233 Bug ID: 45233 Summary: TIDAL installer can't launch installed program in 64bit WINEPREFIX Product: Wine Version: 3.8 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Created attachment 61462 --> https://bugs.winehq.org/attachment.cgi?id=61462 Wine log in 64bit WINEPREFIX After installation has finished (you need to use the msi installer due to bug 45232), it offers you to start the program. This only works in a 32bit WINEPREFIX, it fails with 64bit. -- Do not reply 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 11531] New: Richard Burns Rally - Trees/buildings/ fences disappear after a while
by wine-bugs＠winehq.org 25 Nov '22

25 Nov '22

http://bugs.winehq.org/show_bug.cgi?id=11531 Summary: Richard Burns Rally - Trees/buildings/fences disappear after a while Product: Wine Version: CVS/GIT Platform: PC URL: http://appdb.winehq.org/objectManager.php?sClass=version &iId=5934 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: tuomo.kohvakka(a)iki.fi While playing Richard Burns Rally, trees/buildings/other stuff disappear after a couple of minutes. This still happens with latest wine, 0.9.55 that is. It would be nice if this wouldn't happen :) I pretty sure this is regression, however I can't verify this right now. Judging from appdb comments, problems have continued at least from 0.9.49. AppDB: http://appdb.winehq.org/objectManager.php?sClass=version&iId=5934 -- 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 63

[Bug 53017] New: user32:monitor killed by X Error on Debian 11 + Intel GPU
by WineHQ Bugzilla 25 Nov '22

25 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53017 Bug ID: 53017 Summary: user32:monitor killed by X Error on Debian 11 + Intel GPU 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:monitor gets killed by an X Error while running test_ChangeDisplaySettingsEx() on my Debian 11 + Intel GPU machine (see fg-deb64-*). This results in this type of failure: monitor.c:61: GetProcAddress(user32, DisplayConfigSetDeviceInfo) failed. user32:monitor:0834 done (0) in 0s The main process has no test summary line The lack of a summary line is what indicates that the process was summarily killed, typically by a Unix library call. Looking into some more details it is this call which causes the X Error: res = ChangeDisplaySettingsExA(devices[device].name, &dm3, NULL, CDS_RESET, NULL); And adding traces in winex11.drv shows more precisely that the crash happens because bad physical size values are passed to XRRSetScreenSize(): dmFields=BITSPERPEL,PELSWIDTH,PELSHEIGHT,DISPLAYFLAGS,DISPLAYFREQUENCY,DISPLAYORIENTATION dmBitsPerPel=8 dmPelsWidth=720 dmPelsHeight=400 dmDisplayFrequency=70 dmDisplayFlags=0 dmDisplayOrientation=0 0024:trace:x11settings:apply_display_settings handler:XRandR 1.4 changing L"\\\\.\\DISPLAY1" to position:(0,0) resolution:720x400 frequency:70Hz depth:8bits orientation:0. 0024:warn:xrandr:xrandr14_set_current_mode Cannot change screen color depth from 32bits to 8bits! 0024:trace:xrandr:set_screen_size mm_width=0 = 720 * 1 / 3840 0024:trace:xrandr:set_screen_size mm_height=0 = 400 * 2 / 2160 0024:trace:xrandr:xrandr14_set_current_mode 1638 X Error of failed request: BadValue (integer parameter out of range for operation) Major opcode of failed request: 140 (RANDR) Minor opcode of failed request: 7 (RRSetScreenSize) Value in failed request: 0x0 Serial number of failed request: 209 Current serial number in output stream: 210 So there are two questions: * Should set_screen_size() have defensive code that prevents using 0 as the physical sizes? Using 1 instead seems to avoid the crashes. * Why do DisplayWidthMM() and DisplayHeightMM() return bad values? Weirder, I just got a bunch of runs with correct Display*MM() values and now that I removed traces it's bad again. Memory corruption? Note that xrandr knows the right physical dimensions for my screen: $ xrandr Screen 0: minimum 320 x 200, current 3840 x 2160, maximum 16384 x 16384 VGA-1 disconnected (normal left inverted right x axis y axis) HDMI-1 disconnected (normal left inverted right x axis y axis) DP-1 connected primary 3840x2160+0+0 (normal left inverted right x axis y axis) 698mm x 393mm 3840x2160 60.00*+ 30.00 25.00 24.00 29.97 23.98 29.98 2560x1600 59.94 2560x1440 59.95 1920x1080 60.00 60.00 50.00 59.94 30.00 25.00 24.00 29.97 23.98 1920x1080i 60.00 50.00 59.94 1680x1050 59.95 1600x900 60.00 1280x1024 75.02 60.02 1280x800 59.81 1152x864 75.00 1280x720 60.00 50.00 59.94 1024x768 75.03 60.00 832x624 74.55 800x600 75.00 60.32 720x576 50.00 720x480 60.00 59.94 640x480 75.00 60.00 59.94 720x400 70.08 HDMI-2 disconnected (normal left inverted right x axis y axis) HDMI-3 disconnected (normal left inverted right x axis y axis) -- Do not reply 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 39231] New: setupapi:devinst fails if privileges not high enough
by wine-bugs＠winehq.org 24 Nov '22

24 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=39231 Bug ID: 39231 Summary: setupapi:devinst fails 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 or limited user account. devinst.c:408: Test failed: SetupDiInstallClassA failed: 0000000d devinst.c:410: Test failed: Couldn't delete classkey devinst.c:462: Test failed: Expected ERROR_INVALID_PARAMETER, got 00000005 devinst.c:479: Test failed: Expected ERROR_CLASS_MISMATCH, got 00000005 devinst.c:491: Test failed: SetupDiCreateDeviceInfoA failed: 00000005 devinst.c:496: Test failed: Expected ERROR_DEVINST_ALREADY_EXISTS, got 00000005 devinst.c:502: Test failed: Expected ERROR_INVALID_USER_BUFFER, got 00000005 devinst.c:508: Test failed: SetupDiCreateDeviceInfoA failed: 00000005 devinst.c:516: Test failed: Expected 3 devices, got 0 devinst.c:601: Test failed: SetupDiCreateDeviceInfoA failed: 00000005 devinst.c:604: Test failed: Expected ERROR_INSUFFICIENT_BUFFER, got 00000057 devinst.c:608: Test failed: SetupDiGetDeviceInstanceIdA failed: 00000057 devinst.c:609: Test failed: Unexpected instance ID aö|4 devinst.c:613: Test failed: SetupDiCreateDeviceInfoA failed: 00000005 devinst.c:616: Test failed: SetupDiGetDeviceInstanceIdA failed: 00000057 devinst.c:618: Test failed: Unexpected instance ID aö|4 devinst.c:654: Test failed: SetupDiCreateDeviceInfoA failed: 5 devinst.c:721: Test failed: SetupDiCreateDeviceInfoA failed: 00000005 devinst.c:725: Test failed: Expected ERROR_INVALID_USER_BUFFER, got 00000057 devinst.c:729: Test failed: SetupDiCreateDeviceInterfaceA failed: 00000057 devinst.c:733: Test failed: SetupDiCreateDeviceInterfaceA failed: 00000057 devinst.c:736: Test failed: SetupDiCreateDeviceInterfaceA failed: 00000057 devinst.c:739: Test failed: SetupDiEnumDeviceInterfaces failed: 259 devinst.c:744: Test failed: expected 2 interfaces, got 0 devinst.c:247: We are most likely on Windows 2000 devinst.c:810: Test failed: SetupDiCreateDeviceInfoA failed: 00000005 devinst.c:814: Test failed: SetupDiCreateDeviceInterfaceA failed: 00000057 devinst.c:818: Test failed: Expected ERROR_INSUFFICIENT_BUFFER, got 87 devinst.c:828: Test failed: Expected ERROR_INSUFFICIENT_BUFFER, got 87 devinst.c:252: Test failed: Couldn't delete deviceclass key devinst.c:932: Test failed: SetupDiCreateDeviceInfoA failed: 00000005 devinst.c:934: Test failed: Expected registry key to exist devinst.c:950: Test failed: Expected ERROR_INVALID_FLAGS, got 87 devinst.c:955: Test failed: Expected ERROR_INVALID_FLAGS, got 87 devinst.c:961: Test failed: Expected ERROR_INVALID_FLAGS, got 87 devinst.c:967: Test failed: Expected ERROR_DEVINFO_NOT_REGISTERED, got 00000057 devinst.c:972: Test failed: SetupDiRegisterDeviceInfo failed: 00000057 devinst.c:977: Test failed: Expected ERROR_KEY_DOES_NOT_EXIST, got 00000057 devinst.c:984: Test failed: Expected ERROR_KEY_DOES_NOT_EXIST, got 00000057 devinst.c:997: Test failed: SetupDiCreateDevRegKey failed: 00000057 devinst.c:144: Test failed: SetupDiEnumDeviceInfo failed: 00000103 devinst.c:152: Test failed: SetupDiCallClassInstaller(DIF_REMOVE...) failed: 00000057 devinst.c:1027: Test failed: Expected the device to be removed: 00000000 devinst.c:1033: We are most likely on Wine devinst.c:1084: Test failed: SetupDiCreateDeviceInfoA failed: 00000005 devinst.c:1087: Test failed: SetupDiCreateDeviceInterfaceA failed: 00000057 devinst.c:1090: Test failed: SetupDiRegisterDeviceInfo failed: 00000057 devinst.c:1101: Test failed: SetupDiEnumDeviceInterfaces failed: 00000103 devinst.c:1104: Test failed: Expected ERROR_INSUFFICIENT_BUFFER, got 00000057 devinst.c:144: Test failed: SetupDiEnumDeviceInfo failed: 00000103 devinst.c:152: Test failed: SetupDiCallClassInstaller(DIF_REMOVE...) failed: 00000057 devinst.c:1143: Test failed: Expected the device to be removed: 00000000 devinst.c:1149: We are most likely on Wine devinst.c:1182: Test failed: SetupDiCreateDeviceInfoA failed: 00000005 devinst.c:1194: Test failed: Expected ERROR_INVALID_REG_PROPERTY, got 00000057 devinst.c:1204: Test failed: SetupDiSetDeviceRegistryPropertyA failed: 00000057 devinst.c:1216: Test failed: Expected ERROR_INVALID_REG_PROPERTY, got 00000057 devinst.c:1225: Test failed: Expected ERROR_INSUFFICIENT_BUFFER, got 00000057 devinst.c:1227: Test failed: Unexpected size: 0 devinst.c:1231: Test failed: SetupDiGetDeviceRegistryPropertyA failed: 00000057 devinst.c:1232: Test failed: Unexpected property devinst.c:1236: Test failed: SetupDiGetDeviceRegistryPropertyA failed: 00000057 devinst.c:1237: Test failed: Unexpected value of property devinst.c:1238: Test failed: Unexpected type of property: 0 devinst.c:1242: Test failed: SetupDiSetDeviceRegistryPropertyA failed: 00000057 devinst.c:1247: Test failed: Expected ERROR_INVALID_DATA, got 00000057 devinst.c:1288: Test failed: SetupDiCreateDeviceInfoW failed: 00000005 devinst.c:1300: Test failed: Expected ERROR_INVALID_REG_PROPERTY, got 00000057 devinst.c:1310: Test failed: SetupDiSetDeviceRegistryPropertyW failed: 00000057 devinst.c:1322: Test failed: Expected ERROR_INVALID_REG_PROPERTY, got 00000057 devinst.c:1331: Test failed: Expected ERROR_INSUFFICIENT_BUFFER, got 00000057 devinst.c:1333: Test failed: Unexpected size: 0 devinst.c:1337: Test failed: SetupDiGetDeviceRegistryPropertyW failed: 00000057 devinst.c:1338: Test failed: Unexpected property devinst.c:1342: Test failed: SetupDiGetDeviceRegistryPropertyW failed: 00000057 devinst.c:1343: Test failed: Unexpected value of property devinst.c:1344: Test failed: Unexpected type of property: 0 devinst.c:1348: Test failed: SetupDiSetDeviceRegistryPropertyW failed: 00000057 devinst.c:1353: Test failed: Expected ERROR_INVALID_DATA, got 00000057 In particular one can notice this bug on the following WineTest boxes: fg-win2000-rusr: Windows 2000 with a Restricted user account fg-win2000-susr: Windows 2000 with a Standard (Power) user account. fg-winxp-lusr: Windows XP with a Limited user account. Note however that it succeeds in regular user accounts on the following boxes for instance: fg-win7u64-1spie9usr: Windows 7 with a regular user account. See: https://test.winehq.org/data/tests/setupapi:devinst.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 2

[Bug 39232] New: setupapi:install fails if privileges not high enough
by wine-bugs＠winehq.org 24 Nov '22

24 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=39232 Bug ID: 39232 Summary: setupapi:install fails 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 This test systematically times out when run in a restricted or limited user account while it only times out in under 1% of the other runs. Coupled with the pair of messages saying it's skipping tests because it cannot install a service, this clearly indicates a permissions problem. install.c:303: Tests skipped: Not enough rights to install the service install.c:380: Tests skipped: Not enough rights to install the service test failed: timed out In particular one can notice this bug on the following WineTest boxes: fg-win2000-rusr: Windows 2000 with a Restricted user account fg-win2000-susr: Windows 2000 with a Standard (Power) user account. fg-winxp-lusr: Windows XP with a Limited user account. Note however that it succeeds in non-Restricted/Limited user accounts on the following boxes for instance: fg-win7u64-1spie9usr: Windows 7 with a regular user account. See: https://test.winehq.org/data/tests/setupapi: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 2

[Bug 20604] New: dsound tests fail under pulseaudio
by wine-bugs＠winehq.org 24 Nov '22

24 Nov '22

http://bugs.winehq.org/show_bug.cgi?id=20604 Summary: dsound tests fail under pulseaudio Product: Wine Version: 1.1.32 Platform: PC URL: http://test.winehq.org/data/tests/dsound:ds3d.html OS/Version: Linux Status: NEW Keywords: download, source Severity: normal Priority: P2 Component: directx-dsound AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Created an attachment (id=24580) --> (http://bugs.winehq.org/attachment.cgi?id=24580) +dsound trace Ignoring the usual statements about pulesaudio for a bit, there's been a lot of work (thanks Maarten et al) to make Wine work a bit better with it. When I was on jaunty, I removed it, but under Karmic, you can't remove pulseaudio without foobaring gnome. So, I'm stuck with it...and since few people run winetest daily on wine aside from me, test.winehq.org shows a bunch of failures on dsound now. So, let's make it play better: http://test.winehq.org/data/f222a1654ea8f84bc678c9043ad3265b97207dde/wine_a… -- 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 19

[Bug 51315] New: The 64-bit webservices:writer test fails in Wine
by WineHQ Bugzilla 24 Nov '22

24 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=51315 Bug ID: 51315 Summary: The 64-bit webservices:writer test fails in Wine Product: Wine Version: 6.10 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 64-bit webservices:writer test fails in Wine: writer.c:371: Test failed: 2272: got 11 expected 10 writer.c:373: Test failed: 2272: got <t>:E-3</t> expected <t>1E-2</t> writer.c:371: Test failed: 2272: got 12 expected 11 writer.c:373: Test failed: 2272: got <t>-:E-3</t> expected <t>-1E-2</t> writer.c:373: Test failed: 2272: got <t>1.7976931348623156E+308</t> expected <t>1.7976931348623157E+308</t> writer.c:373: Test failed: 2272: got <t>-1.7976931348623156E+308</t> expected <t>-1.7976931348623157E+308</t> Note that these failures are systematic and only happen when running the 64-bit test in Wine. Also most of these failures also happen on armv7l (but armv7l has/had two more, see bug 49197). -- Do not reply 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 38060] New: Apps can't load custom fonts during runtime
by wine-bugs＠winehq.org 24 Nov '22

24 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=38060 Bug ID: 38060 Summary: Apps can't load custom fonts during runtime Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: masterofquebec(a)rocksplash.com Distribution: Debian Created attachment 50700 --> https://bugs.winehq.org/attachment.cgi?id=50700 WINEDEBUG=warn+all,fixme+all MTASA Calls to AddFontResourceEx seems to fails in various games. San Andreas Multiplayer: warn:font:new_ft_face Unable to load font "/home/samuel/.wine/dosdevices/c:/Program Files/Rockstar Games/GTA San Andreas/gtaweap3.ttf"/(nil) err = 2 Multi Theft Auto: warn:font:new_ft_face Unable to load font "/home/samuel/.wine/dosdevices/c:/Program Files/MTA San Andreas 1.4/MTA/cgui/pricedown.ttf"/(nil) err = 2 In both cases the fonts exist and seems to be valid. What is error 2? -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 23

[Bug 14867] New: TrackMouseEvent thinko / valgrind warning?
by wine-bugs＠winehq.org 24 Nov '22

24 Nov '22

http://bugs.winehq.org/show_bug.cgi?id=14867 Summary: TrackMouseEvent thinko / valgrind warning? Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com An app I'm looking at is doing TRACKMOUSEEVENT tme; tme.cbSize = sizeof(TRACKMOUSEEVENT); tme.dwFlags = TME_LEAVE; tme.hwndTrack = my_hWnd; TrackMouseEvent(&tme); which causes the following valgrind complaint: Conditional jump or move depends on uninitialised value(s) at TrackMouseEvent (input.c:1043) by MyTrackMouseLeave (in app) ... Uninitialised value was created by a stack allocation at MyTrackMouseLeave (in app) Looking at git blame user32/input.c, I see line 1043 is the if: hover_time = ptme->dwHoverTime; if (hover_time == HOVER_DEFAULT || hover_time == 0 || !(ptme->dwHoverTime&TME_HOVER)) Squinting at that a bit, it get the feeling the bitmask check is a typo; shouldn't that be dwFlags, not dwHoverTime? Also, if TME_HOVER is not set, we probably shouldn't be looking at dwHoverTime, right? FWIW, that bitmask check was added by http://www.winehq.org/pipermail/wine-patches/2006-October/031794.html Incidentally, while playing around, I noticed that the test crashes if you get too many events. I'll attach a little patch to fail more gracefully. -- 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 34342] New: Chronic crash of Guild Wars 2(out of memory)
by wine-bugs＠winehq.org 24 Nov '22

24 Nov '22

http://bugs.winehq.org/show_bug.cgi?id=34342 Bug #: 34342 Summary: Chronic crash of Guild Wars 2(out of memory) Product: Wine Version: 1.7.0 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: nob.dir.info(a)gmail.com Classification: Unclassified Created attachment 45715 --> http://bugs.winehq.org/attachment.cgi?id=45715 ArenaNet log when crashing Hello, Since I'm playing Guild Wars 2 quite often, I have chronic crashes with an Out of Memory report, although there are still 4+Gb of free RAM(total 8Gb) and 1Gb of free VRAM(total 2Gb). As I'm using Wine in 64-bit mode on a 64-bit system, I thought that there shouldn't be any memory problem, but it doesn't seem to be true. I also tried out the 4Gb patcher, still no effect. I think it comes from Wine/the system, because I played sometimes on Windows(with also 8 Gb of total RAM), and I never crashed. Cordially. -- 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 59

[Bug 47382] New: Nero CoverDesigner doesn't install - hangs at " checking for the latest version"
by wine-bugs＠winehq.org 24 Nov '22

24 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=47382 Bug ID: 47382 Summary: Nero CoverDesigner doesn't install - hangs at "checking for the latest version" Product: Wine Version: 4.9 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Follow up to bug 47371. The installer just stalls and doesn't seem to continue, even after I waited ~15min. "winetricks -q ie8 win7" helps. -- Do not reply 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 52718] New: The 32-bit windows.media.speech:speech crashes on Windows 10 1709
by WineHQ Bugzilla 24 Nov '22

24 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=52718 Bug ID: 52718 Summary: The 32-bit windows.media.speech:speech crashes on Windows 10 1709 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 The 32-bit windows.media.speech:speech crashes on Windows 10 1709: speech.c:614: SpeechRecognizer default language L"en-US". speech.c:277: iface 0062FDE4, value 0062FD00. windows.media.speech:speech:05b8 done (-1073740791) in 1s Test failed: crash (c0000409) https://test.winehq.org/data/patterns.html#windows.media.speech:speech Where 0xc0000409 is STATUS_STACK_BUFFER_OVERRUN. Traces show the crash happens in test_SpeechRecognitionListConstraint() which was added in the commit below: commit 954b14348d08c8f9470cf92fccd0b2a3f7db9fff Author: Bernhard Kölbl <besentv(a)gmail.com> AuthorDate: Mon Mar 14 11:06:35 2022 +0100 windows.media.speech/tests: Add tests for SpeechRecognitionListConstraint. Signed-off-by: Bernhard Kölbl <besentv(a)gmail.com> Signed-off-by: Rémi Bernon <rbernon(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> More precisely, traces indicate that it happens on this line: 936 hr = ISpeechRecognitionListConstraintFactory_CreateWithTag(listconstraint_factory, &iterable_hstring.IIterable_HSTRING_iface, tag, &listconstraint); -- Do not reply 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 48852] New: quartz crashes with Magic The Gathering: Online
by WineHQ Bugzilla 24 Nov '22

24 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=48852 Bug ID: 48852 Summary: quartz crashes with Magic The Gathering: Online Product: Wine Version: 4.9 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: panard(a)inzenet.org Distribution: --- Created attachment 66776 --> https://bugs.winehq.org/attachment.cgi?id=66776 WINEDEBUG=+quartz,+wmp Since the March 25, 2020 update of Magic Online client, quartz regularly crashes in PullPin_Disconnect, whereas the following configuration is used: winetricks sound=disabled winegstreamer=disabled Attached is the backtrace, a +quartz,+wmp trace, and the wav file it was playing. Relevant errors seem to be around: 0073:err:quartz:BaseMemAllocator_Commit fnAlloc failed with error 0x8004020e 0073:warn:quartz:FilterGraph2_Render Unable to connect L"Wave Parser" to renderer (80040207) Then the crash occurs within PullPin_Disconnect because This->pAlloc is NULL. -- Do not reply 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 25284] New: kernel32: process tests fail on Ubuntu 10.04
by wine-bugs＠winehq.org 24 Nov '22

24 Nov '22

http://bugs.winehq.org/show_bug.cgi?id=25284 Summary: kernel32: process tests fail on Ubuntu 10.04 Product: Wine Version: 1.3.7 Platform: x86-64 URL: http://test.winehq.org/data/9867c39133f260eead2e7a041e ae1d1fd775dcf1/wine_ae-ub1004/kernel32:process.html OS/Version: Linux Status: NEW Keywords: download, source, testcase Severity: minor Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com These tests fail every time on my machine: wine: configuration in '/home/austin/.wine' has been updated. wine: cannot find L"C:\\windows\\system32\\doesnotexist.exe" wine: cannot find L"C:\\windows\\system32\\does.exe" err:module:LdrInitializeThunk Main exe initialization for L"Z:\\home\\austin\\wine-git\\dlls\\kernel32\\tests\\kernel32_test.exe" failed, status c0000022 process.c:1276: Test failed: StartupInfoA:cb expected 68, but got 0 process.c:1277: Test failed: StartupInfoA:lpDesktop expected '', got '(null)' process.c:1279: Test failed: expected 'Z:\home\austin\wine-git\dlls\kernel32\tests\kernel32_test.exe.so' or null, got '(null)' process.c:1281: Test failed: StartupInfoA:dwX expected 0, but got 1 process.c:1282: Test failed: StartupInfoA:dwY expected 0, but got 1 process.c:1283: Test failed: StartupInfoA:dwXSize expected 0, but got 1 process.c:1284: Test failed: StartupInfoA:dwYSize expected 0, but got 1 process.c:1285: Test failed: StartupInfoA:dwXCountChars expected 0, but got 1 process.c:1286: Test failed: StartupInfoA:dwYCountChars expected 0, but got 1 process.c:1287: Test failed: StartupInfoA:dwFillAttribute expected 0, but got 1 process.c:1288: Test failed: StartupInfoA:dwFlags expected 1, but got 0 process.c:1289: Test failed: StartupInfoA:wShowWindow expected 1, but got 0 process.c:1543: Test failed: ReadProcessMemory error -559038737 process.c:1545: Test failed: wrong read bytes 0 process.c:1623: Test failed: GetProcessVersion error 5 make: *** [process.ok] Error 15 I've tried going back to 1.2, fail there as well, and in gcc-4.4 and gcc from svn. austin@midna:~/wine-git/dlls/kernel32/tests$ uname -a Linux midna 2.6.35-22-generic #34~lucid1-Ubuntu SMP Mon Oct 11 14:34:26 UTC 2010 x86_64 GNU/Linux -- 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 53959] New: OpenGL32 fails to initialize
by WineHQ Bugzilla 24 Nov '22

24 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53959 Bug ID: 53959 Summary: OpenGL32 fails to initialize Product: Wine Version: 7.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: opengl Assignee: wine-bugs(a)winehq.org Reporter: reserv0(a)yahoo.com Distribution: Other When trying to start a 32 bits program with Wine v7.21, OpenGL32 fails to initialize, and "unixlib" fails to load. E.g. starting Poser 7: 0084:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 0024:err:wgl:DllMain Failed to load unixlib, status 0xc0000135 0024:err:module:LdrInitializeThunk "opengl32.dll" failed to initialize, aborting 0024:err:module:LdrInitializeThunk Initializing dlls for L"C:\\Program Files\\Poser 7\\Poser.exe" failed, status c0000142 Everything worked fine in this respect up to Wine v7.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 53949] New: "OPENGL32.dll" failed to initialize message in "classic" Dolphin release 4.0-154
by WineHQ Bugzilla 24 Nov '22

24 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53949 Bug ID: 53949 Summary: "OPENGL32.dll" failed to initialize message in "classic" Dolphin release 4.0-154 Product: Wine Version: 7.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: opengl Assignee: wine-bugs(a)winehq.org Reporter: kle(a)bluewin.ch Distribution: --- Hi all! It looks that there exist a bug with the opengL32.dll file in Wine 7.21. When I start the "final" D3D9 build 4.0-154 (32bit or 64bit) of the Dolphin emulator then I get at the CLI an error message: 010c:err:wgl:DllMain Failed to load unixlib, status 0xc0000135 010c:err:module:LdrInitializeThunk "OPENGL32.dll" failed to initialize, aborting 010c:err:module:LdrInitializeThunk Initializing dlls for L"Z:\\home\\test\\Downloads\\Dolphin\\Dolphin-x64\\Dolphin.exe" failed, status c0000142 This may or may not be related to the PE migration of the opengl32 library which happened recently. Unfortunately I am not able to confirm that this worked on earlier Wine releases. Will look into that when I find the time. The corresponding DX9-Final-4.0-154 builds of Dolphin can be found here: https://de.dolphin-emu.org/download/dev/5d7d8be58e1a71b3fcbb2ed3be78d6a014d… Check "Dolphin.exe --help" or "Dolphin.exe --h" for the available command line arguments. Note, this error doesn't occur on latest Dolphin releases. It seems to affect only older ones. I have tested this also with the unofficial Ishiiruka-Dolphin fork (build 1136). Also this variant seems to starts-up fine. But it crashes when the D3D9 renderer is selected. At the CLI I get: 010c:fixme:d3d:debug_d3dformat Unrecognized 0x5a574152 (as fourcc: RAWZ) WINED3DFORMAT! 010c:fixme:d3d:wined3d_get_format Can't find format unrecognized (0x5a574152) in the format lookup table. But this seems to be a different 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 6

[Bug 53630] New: FoxPro for Windows 21.6a crashes at start with "insufficient memory" error
by WineHQ Bugzilla 24 Nov '22

24 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53630 Bug ID: 53630 Summary: FoxPro for Windows 21.6a crashes at start with "insufficient memory" error Product: Wine Version: 7.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: JSladek(a)juno.com Distribution: --- Created attachment 73029 --> https://bugs.winehq.org/attachment.cgi?id=73029 Startup attempt via Konsole On startup, FPW crashes with "insufficient memory" error regardless how the app is started, e.g. Konsole with ./FOXPROW.EXE, or FOXPROW.EXE open with Wine Windows Program Loader or by Application Menu command /home/jim_pcl/.wine/drive_c/FPW26/FOXPROW.EXE. This application worked (with the exception of previously reported bug) with the last installed wine version 7.13 - problem appeared with the update to version 7.16 -- Do not reply 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 53078] New: Star Stable Online: GameGuard execute error 114 when launching the game
by WineHQ Bugzilla 24 Nov '22

24 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53078 Bug ID: 53078 Summary: Star Stable Online: GameGuard execute error 114 when launching the game Product: Wine Version: 7.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dominik(a)greysector.net Distribution: --- Created attachment 72498 --> https://bugs.winehq.org/attachment.cgi?id=72498 wine terminal output Star Stable Online has been working fine for quite some time under Wine. The only minor annoyance was the The game did not start properly Do you want to repair it? Yes No dialog box after clicking Play. Despite that, the game worked fine. Also, clicking "Yes" above would reinstall the game but not make the dialog go away. However, in the latest update (May 25th, 2.12.2 as far as I can tell), the developer added GameGuard anti-cheating solution and the game stopped launching. I can start the launcher, log in (free account required), but after clicking "Play", in addition to the "did not start properly" dialog box I get another: GameGuard execute error 114 GameGuard initialization error. Try rebooting and executing the game again or close the program considered a cause of collision. OS: Fedora 36 x86_64 Wine: 7.9 (distribution packages) Game download link: https://www.starstable.com/en/myaccount/download (needs User-Agent set to Windows) -- Do not reply 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 51698] New: ucrt stdio's stdout does not flush
by WineHQ Bugzilla 24 Nov '22

24 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=51698 Bug ID: 51698 Summary: ucrt stdio's stdout does not flush Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: api-ms-win-* Assignee: wine-bugs(a)winehq.org Reporter: euloanty(a)live.com Distribution: --- Not msvcrt. UCRT does not correctly flush. why? -- Do not reply 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 53933] New: QslCreator Unhandled exception: 0xe0434352 in 32-bit code (0x7b0110c6)
by WineHQ Bugzilla 24 Nov '22

24 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53933 Bug ID: 53933 Summary: QslCreator Unhandled exception: 0xe0434352 in 32-bit code (0x7b0110c6) Product: Wine Version: 7.0-rc1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: hsehnt(a)q.com Distribution: --- This app brings up a black window and crashes. I've attached the exception report. wptracy@wptracy:~/.wine/drive_c/Program Files/PA4R/PA4R QslCreator$ wine QslCreator.exe 027c:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION 027c:fixme:ntdll:EtwEventSetInformation (deadbeef, 2, 00DF3109, 28) stub 027c:fixme:ntdll:EtwEventSetInformation (deadbeef, 2, 0162060D, 28) stub 027c:fixme:kernelbase:QuirkIsEnabled3 (0021F518, FFFFFFFF) stub! 027c:fixme:heap:GetNumaHighestNodeNumber semi-stub: 0021FC4C 027c:fixme:seh:WerRegisterRuntimeExceptionModule (L"C:\\windows\\Microsoft.NET\\Framework\\v4.0.30319\\mscordacwks.dll", 01610000) stub 028c:err:ole:CoGetContextToken apartment not initialised 027c:fixme:path:parse_url failed to parse L"PresentationFramework" 027c:fixme:path:parse_url failed to parse L"WindowsBase" 027c:fixme:path:parse_url failed to parse L"System.Core" 027c:fixme:path:parse_url failed to parse L"System" 027c:fixme:path:parse_url failed to parse L"System.Configuration" 027c:fixme:path:parse_url failed to parse L"System.Xml" 027c:fixme:path:parse_url failed to parse L"System.Numerics" 027c:fixme:path:parse_url failed to parse L"System.Security" 027c:fixme:path:parse_url failed to parse L"System.Xaml" 027c:fixme:path:parse_url failed to parse L"Accessibility" 027c:fixme:path:parse_url failed to parse L"PresentationCore" 027c:fixme:path:parse_url failed to parse L"UIAutomationTypes" 027c:fixme:path:parse_url failed to parse L"System.Windows.Input.Manipulations" 027c:fixme:path:parse_url failed to parse L"UIAutomationProvider" 027c:fixme:path:parse_url failed to parse L"System.Deployment" 027c:fixme:path:parse_url failed to parse L"ReachFramework" 027c:fixme:path:parse_url failed to parse L"PresentationUI" 027c:fixme:path:parse_url failed to parse L"System.Printing" 027c:fixme:path:parse_url failed to parse L"WindowsBase" 027c:fixme:path:parse_url failed to parse L"System.Core" 027c:fixme:path:parse_url failed to parse L"System" 027c:fixme:path:parse_url failed to parse L"PresentationCore" 027c:fixme:path:parse_url failed to parse L"System.Xaml" 027c:fixme:path:parse_url failed to parse L"log4net" 027c:fixme:nls:LCIDToLocaleName unsupported flags 8000000 027c:fixme:nls:get_dummy_preferred_ui_language (0x8 0021EC74 00000000 0021EC70) returning a dummy value (current locale) 027c:fixme:nls:get_dummy_preferred_ui_language (0x8 0021EC74 002A7EA0 0021EC70) returning a dummy value (current locale) 027c:fixme:nls:LCMapStringEx unsupported lparam 2ab398 027c:fixme:path:parse_url failed to parse L"QslCreator.resources" 027c:fixme:path:parse_url failed to parse L"QslCreator.resources" 027c:fixme:imm:ImeSetActiveContext (0x2afae8, 1): stub 027c:fixme:imm:ImmReleaseContext (000700D0, 002AFAE8): stub 027c:fixme:path:parse_url failed to parse L"System.Configuration" 027c:fixme:path:parse_url failed to parse L"System.Xml" 027c:fixme:path:parse_url failed to parse L"System.Data.SqlXml" 027c:fixme:bcrypt:BCryptGetFipsAlgorithmMode 0021D974 - semi-stub 027c:fixme:ntdll:EtwEventSetInformation (deadbeef, 2, 02213BB4, 64) stub 027c:fixme:path:parse_url failed to parse L"QslCreator.resources" 027c:fixme:path:parse_url failed to parse L"QslCreator.resources" 027c:fixme:path:parse_url failed to parse L"MaterialDesignThemes.Wpf" 027c:fixme:path:parse_url failed to parse L"MaterialDesignThemes.Wpf.resources" 027c:fixme:path:parse_url failed to parse L"MaterialDesignThemes.Wpf.resources" 027c:fixme:path:parse_url failed to parse L"MaterialDesignThemes.Wpf.resources" 027c:fixme:path:parse_url failed to parse L"MaterialDesignThemes.Wpf.resources" 027c:fixme:virtual:NtFlushProcessWriteBuffers stub 027c:fixme:path:parse_url failed to parse L"PresentationFramework.classic" 027c:fixme:path:parse_url failed to parse L"MaterialDesignColors" 027c:fixme:path:parse_url failed to parse L"MaterialDesignColors.resources" 027c:fixme:path:parse_url failed to parse L"MaterialDesignColors.resources" 027c:fixme:path:parse_url failed to parse L"Dragablz" 027c:fixme:path:parse_url failed to parse L"Dragablz.resources" 027c:fixme:path:parse_url failed to parse L"Dragablz.resources" 027c:fixme:ntdll:EtwEventSetInformation (deadbeef, 2, 02E717D0, 40) stub 027c:fixme:nls:GetFileMUIPath stub: 0x10, L"C:\\windows\\system32\\tzres.dll", (null), 0021CFE0, 002CAC88, 0021CFE4, 0021CFD8 027c:fixme:nls:GetFileMUIPath stub: 0x10, L"C:\\windows\\system32\\tzres.dll", (null), 0021CFE0, 002CAC88, 0021CFE4, 0021CFD8 027c:fixme:nls:GetFileMUIPath stub: 0x10, L"C:\\windows\\system32\\tzres.dll", (null), 0021CFE0, 002CAC88, 0021CFE4, 0021CFD8 027c:fixme:ntdll:EtwEventSetInformation (deadbeef, 2, 0279F750, 46) stub log4net:ERROR Failed to find configuration section 'log4net' in the application's .config file. Check your .config file for th e <log4net> and <configSections> elements. The configuration section should look like: <section name="log4net" type="log4net.C onfig.Log4NetConfigurationSectionHandler,log4net" /> 2022-11-16 06:48:42,614 INFO QslCreator.App - *** QslCreator Started 2022-11-16 06:48:42,620 INFO QslCreator.App - *** Version 3.5.6.0 2022-11-16 06:48:42,622 INFO QslCreator.App - Logfile 2022-11-16 06:48:42,623 INFO QslCreator.App - C:\users\wptracy\AppData\Roaming\PA4R\HamTools\QslCreator.log 027c:fixme:path:parse_url failed to parse L"PA4R.Common.Hamradio" log4net:ERROR Failed to find configuration section 'log4net' in the application's .config file. Check your .config file for th e <log4net> and <configSections> elements. The configuration section should look like: <section name="log4net" type="log4net.C onfig.Log4NetConfigurationSectionHandler,log4net" /> 027c:fixme:msg:ChangeWindowMessageFilter c037 00000001 027c:fixme:dwmapi:DwmAttachMilContent (000A00AE) stub 0294:fixme:gdi:GdiEntry13 stub 0294:fixme:dwrite:dwritefactory_CreateMonitorRenderingParams (00000001): monitor setting ignored 0294:fixme:d3d:wined3d_check_device_format_conversion output 0x2e4ce0, device_type WINED3D_DEVICE_TYPE_HAL, src_format WINED3DFMT_B8G8R8X8_UNORM, dst_format WINED3DFMT_B8G8R8X8_UNORM stub! 0294:fixme:d3d:wined3d_check_device_format_conversion output 0x2e4d38, device_type WINED3D_DEVICE_TYPE_HAL, src_format WINED3DFMT_B8G8R8X8_UNORM, dst_format WINED3DFMT_B8G8R8X8_UNORM stub! 2022-11-16 06:48:42,807 INFO PA4R.Common.Hamradio.Windows.WindowRestore - Window_BoundsSave Error 027c:fixme:path:parse_url failed to parse L"PA4R.Crypto.Hamradio" 027c:fixme:path:parse_url failed to parse L"PA4R.OnlineLogs.Hamradio" log4net:ERROR Failed to find configuration section 'log4net' in the application's .config file. Check your .config file for th e <log4net> and <configSections> elements. The configuration section should look like: <section name="log4net" type="log4net.C onfig.Log4NetConfigurationSectionHandler,log4net" /> 027c:fixme:path:parse_url failed to parse L"System.Windows.Controls.Ribbon" 027c:fixme:path:parse_url failed to parse L"UIAutomationTypes" 027c:fixme:path:parse_url failed to parse L"PA4R.NetworkLib.Hamradio" 027c:fixme:path:parse_url failed to parse L"Newtonsoft.Json" 027c:fixme:ras:RasEnumConnectionsW (00311BB0,0021E54C,0021E550),stub! 027c:fixme:ras:RasEnumConnectionsW RAS support is not implemented! Configure program to use LAN connection/winsock instead! 027c:fixme:ras:RasConnectionNotificationW (FFFFFFFF,0000027C,0x00000003),stub! 027c:fixme:ntdll:EtwEventSetInformation (deadbeef, 2, 02C726FC, 53) stub 027c:fixme:path:parse_url failed to parse L"System.Numerics" 027c:fixme:path:parse_url failed to parse L"System.Runtime.Serialization" 027c:fixme:path:parse_url failed to parse L"System.ServiceModel.Internals" 027c:fixme:path:parse_url failed to parse L"SMDiagnostics" 027c:fixme:path:parse_url failed to parse L"System.Data" 027c:fixme:path:parse_url failed to parse L"System.Transactions" 027c:fixme:path:parse_url failed to parse L"System.Runtime.Caching" 027c:fixme:path:parse_url failed to parse L"System.EnterpriseServices" 027c:fixme:wtsapi:WTSQuerySessionInformationW Unimplemented class 8 027c:fixme:win:RegisterPowerSettingNotification (00050094,{02731015-4510-4526-99e6-e5a17ebd1aea},0): stub 027c:fixme:wtsapi:WTSRegisterSessionNotification Stub 00050098 0x00000000 027c:fixme:msg:ChangeWindowMessageFilterEx 00050098 c034 1 0021ED48 027c:fixme:msg:ChangeWindowMessageFilterEx 00050098 111 1 0021ED48 027c:fixme:combase:RoGetActivationFactory (L"Windows.Foundation.Diagnostics.AsyncCausalityTracer", {50850b26-267e-451b-a890-ab6a370245ee}, 0021D740): semi-stub 027c:err:combase:RoGetActivationFactory Failed to find library for L"Windows.Foundation.Diagnostics.AsyncCausalityTracer" 0294:fixme:d3d:wined3d_check_device_format_conversion output 0x2e4ce0, device_type WINED3D_DEVICE_TYPE_HAL, src_format WINED3DFMT_B8G8R8X8_UNORM, dst_format WINED3DFMT_B8G8R8X8_UNORM stub! 027c:fixme:path:parse_url failed to parse L"PresentationFramework-SystemXml" 0294:fixme:d3d:wined3d_check_device_format_conversion output 0x2e4d38, device_type WINED3D_DEVICE_TYPE_HAL, src_format WINED3DFMT_B8G8R8X8_UNORM, dst_format WINED3DFMT_B8G8R8X8_UNORM stub! 02a8:fixme:d3d:state_linepattern_w Setting line patterns is not supported in OpenGL core contexts. 02a8:fixme:d3d:state_lastpixel Last Pixel Drawing Disabled, not handled yet 027c:fixme:dwrite:dwritetextanalyzer_AnalyzeNumberSubstitution (0A6689F8 0 20 0A668A20): stub 027c:fixme:path:parse_url failed to parse L"PresentationFramework-SystemData" 0294:fixme:d3dcompiler:D3DCompile2 HLSL shader compilation is not yet implemented. 0294:fixme:seh:WerRegisterMemoryBlock (062D2E60 6144) stub 0294:fixme:seh:WerRegisterMemoryBlock (062D2E10 4) stub 0294:fixme:d3dcompiler:D3DCompile2 HLSL shader compilation is not yet implemented. 0294:fixme:d3dcompiler:D3DCompile2 HLSL shader compilation is not yet implemented. 027c:fixme:advapi:RegisterEventSourceW ((null),L".NET Runtime"): stub 027c:fixme:advapi:ReportEventW (CAFE4242,0x0001,0x0000,0x00000402,00000000,0x0001,0x00000000,0021D470,00000000): stub 027c:err:eventlog:ReportEventW L"Application: QslCreator.exe\nFramework Version: v4.0.30319\nDescription: The process was terminated due to an unhandled exception.\nException Info: System.Runtime.InteropServices.COMException\n at System.Windows.Media.Composition.DUCE+Channel.SyncFlush()\n at System.Windows.Interop.Hw"... 027c:fixme:advapi:DeregisterEventSource (CAFE4242) stub Unhandled Exception: 027c:fixme:ver:GetCurrentPackageId (0021BB90 00000000): stub System.Runtime.InteropServices.COMException: Exception from HRESULT: 0x88980406 at System.Windows.Media.Composition.DUCE.Channel.SyncFlush() at System.Windows.Interop.HwndTarget.UpdateWindowSettings(Boolean enableRenderTarget, Nullable`1 channelSet) at System.Windows.Interop.HwndTarget.UpdateWindowPos(IntPtr lParam) at System.Windows.Interop.HwndTarget.OnWindowPosChanging(IntPtr lParam) at System.Windows.Interop.HwndTarget.HandleMessage(WindowMessage msg, IntPtr wparam, IntPtr lparam) at System.Windows.Interop.HwndSource.HwndTargetFilterMessage(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled) at MS.Win32.HwndWrapper.WndProc(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled) at MS.Win32.HwndSubclass.DispatcherCallbackOperation(Object o) at System.Windows.Threading.ExceptionWrapper.InternalRealCall(Delegate callback, Object args, Int32 numArgs) at System.Windows.Threading.ExceptionWrapper.TryCatchWhen(Object source, Delegate callback, Object args, Int32 numArgs, Del egate catchHandler) at System.Windows.Threading.Dispatcher.LegacyInvokeImpl(DispatcherPriority priority, TimeSpan timeout, Delegate method, Obj ect args, Int32 numArgs) at MS.Win32.HwndSubclass.SubclassWndProc(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam) at MS.Win32.UnsafeNativeMethods.IntGetMessageW(MSG& msg, HandleRef hWnd, Int32 uMsgFilterMin, Int32 uMsgFilterMax) at MS.Win32.UnsafeNativeMethods.GetMessageW(MSG& msg, HandleRef hWnd, Int32 uMsgFilterMin, Int32 uMsgFilterMax) at System.Windows.Threading.Dispatcher.GetMessage(MSG& msg, IntPtr hwnd, Int32 minMessage, Int32 maxMessage) at System.Windows.Threading.Dispatcher.PushFrameImpl(DispatcherFrame frame) at System.Windows.Threading.Dispatcher.PushFrame(DispatcherFrame frame) at System.Windows.Application.RunDispatcher(Object ignore) at System.Windows.Application.RunInternal(Window window) at System.Windows.Application.Run(Window window) at QslCreator.App.Main() wine: Unhandled exception 0xe0434352 in thread 27c at address 7B0110C6 (thread 027c), starting debugger... 02b4:fixme:imm:ImeSetActiveContext (0x574fd0, 1): stub 02b4:fixme:imm:ImmReleaseContext (000900C8, 00574FD0): stub -- Do not reply 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 53936] New: Wrong background colour
by WineHQ Bugzilla 24 Nov '22

24 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53936 Bug ID: 53936 Summary: Wrong background colour Product: Wine Version: 7.20 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 73494 --> https://bugs.winehq.org/attachment.cgi?id=73494 Screenshots of Pegasus Mail and Hogia Hemekonomi Wrong background colour for menubar in applications Pegasus Mail and Hogia Hemekonomi. The background for menu bar is white and should be grey. Compare attached screenshot to screenshots at Wine AppDB: https://appdb.winehq.org/appview.php?iAppId=284 https://appdb.winehq.org/objectManager.php?sClass=application&iId=4366 I noticed this when upgrading from Wine 7.0 to 7.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 4

[Bug 53866] New: vbscript fails to handle SAFEARRAY in for...each
by WineHQ Bugzilla 24 Nov '22

24 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53866 Bug ID: 53866 Summary: vbscript fails to handle SAFEARRAY in for...each Product: Wine Version: 7.20 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: --- The following vbscript fails: dim allBalls = getballs for each b in allballs if b.id >= HighestID then highestID = b.id Next getballs returns a SAFEARRAY In interp_newenum, I was able to get SAFEARRAY to work by adding the additional case: case VT_SAFEARRAY: case VT_VARIANT|VT_ARRAY: case VT_VARIANT|VT_ARRAY|VT_BYREF: { IEnumVARIANT *iter; hres = create_safearray_iter(V_ISBYREF(v.v) ? *V_ARRAYREF(v.v) : V_ARRAY(v.v), &iter); . . . -- Do not reply 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 53836] New: HireTrack NX - Language fails to load with server, causing program not to open
by WineHQ Bugzilla 24 Nov '22

24 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53836 Bug ID: 53836 Summary: HireTrack NX - Language fails to load with server, causing program not to open Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jake(a)signature.tech Distribution: --- The folks over at NavigatorSystems and my internal IT seem to thing this is a language problem with a recent version of CrossOver. The problem was originally noticed in a september build. I am not a programer... -- Do not reply 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 53766] New: vbscript fails to handle SAFEARRAY assignment, access, UBounds, LBounds
by WineHQ Bugzilla 24 Nov '22

24 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53766 Bug ID: 53766 Summary: vbscript fails to handle SAFEARRAY assignment, access, UBounds, LBounds 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 finally have the example table working and am starting to work through the runtime errors. The table script requests an array of balls on the table and uses that array to drop ball shadows and generate rolling sounds. Take the following code: Const tnob = 5 Dim rolling() ReDim rolling(tnob) Sub RollingTimer_Timer() Dim BOT, b BOT = GetBalls For b = 0 to UBound(BOT) If BOT(b).z < 30 Then rolling(b) = True End If Next End Sub GetBalls is in the application code and returns a SAFEARRAY of IDispatch pointers: STDMETHODIMP ScriptGlobalTable::GetBalls(LPSAFEARRAY *pVal) Currently this will fail at BOT assign_value because VariantCopyInd calls VariantCopy which calls VARIANT_ValidateType which then returns DISP_E_BADVARTYPE I believe I have this now working but I'm not sure if it would impact anything else for an official patch: inc/wine/dlls/oleaut32/variant.c: HRESULT WINAPI VariantCopy(VARIANTARG* pvargDest, const VARIANTARG* pvargSrc) { HRESULT hres = S_OK; TRACE("(%s,%s)\n", debugstr_variant(pvargDest), debugstr_variant(pvargSrc)); #ifndef __SAFEARRAYFIX__ if (V_TYPE(pvargSrc) == VT_CLSID || /* VT_CLSID is a special case */ FAILED(VARIANT_ValidateType(V_VT(pvargSrc)))) return DISP_E_BADVARTYPE; #else if (V_TYPE(pvargSrc) != VT_SAFEARRAY && (V_TYPE(pvargSrc) == VT_CLSID || /* VT_CLSID is a special case */ FAILED(VARIANT_ValidateType(V_VT(pvargSrc))))) return DISP_E_BADVARTYPE; #endif if (pvargSrc != pvargDest && SUCCEEDED(hres = VariantClear(pvargDest))) { *pvargDest = *pvargSrc; /* Shallow copy the value */ if (!V_ISBYREF(pvargSrc)) { switch (V_VT(pvargSrc)) { case VT_BSTR: V_BSTR(pvargDest) = SysAllocStringByteLen((char*)V_BSTR(pvargSrc), SysStringByteLen(V_BSTR(pvargSrc))); if (!V_BSTR(pvargDest)) hres = E_OUTOFMEMORY; break; case VT_RECORD: hres = VARIANT_CopyIRecordInfo(pvargDest, pvargSrc); break; case VT_DISPATCH: case VT_UNKNOWN: V_UNKNOWN(pvargDest) = V_UNKNOWN(pvargSrc); if (V_UNKNOWN(pvargSrc)) IUnknown_AddRef(V_UNKNOWN(pvargSrc)); break; #ifdef __SAFEARRAYFIX__ case VT_SAFEARRAY: hres = SafeArrayCopy(V_ARRAY(pvargSrc), &V_ARRAY(pvargDest)); break; #endif default: if (V_ISARRAY(pvargSrc)) hres = SafeArrayCopy(V_ARRAY(pvargSrc), &V_ARRAY(pvargDest)); } } } return hres; } inc/wine/dlls/vbscript/interp.c: static HRESULT variant_call(exec_ctx_t *ctx, VARIANT *v, unsigned arg_cnt, VARIANT *res) { SAFEARRAY *array = NULL; DISPPARAMS dp; HRESULT hres; TRACE("%s\n", debugstr_variant(v)); if(V_VT(v) == (VT_VARIANT|VT_BYREF)) v = V_VARIANTREF(v); switch(V_VT(v)) { case VT_ARRAY|VT_BYREF|VT_VARIANT: array = *V_ARRAYREF(v); break; case VT_ARRAY|VT_VARIANT: array = V_ARRAY(v); break; #ifdef __SAFEARRAYFIX__ case VT_SAFEARRAY: array = V_ARRAY(v); break; #endif case VT_DISPATCH: vbstack_to_dp(ctx, arg_cnt, FALSE, &dp); hres = disp_call(ctx->script, V_DISPATCH(v), DISPID_VALUE, &dp, res); break; default: FIXME("unsupported on %s\n", debugstr_variant(v)); return E_NOTIMPL; } if(array) { if(!res) { FIXME("no res\n"); return E_NOTIMPL; } vbstack_to_dp(ctx, arg_cnt, FALSE, &dp); hres = array_access(ctx, array, &dp, &v); if(FAILED(hres)) return hres; V_VT(res) = VT_BYREF|VT_VARIANT; V_BYREF(res) = v; } stack_popn(ctx, arg_cnt); return S_OK; } inc/wine/dlls/vbscript/global.c: static HRESULT Global_UBound(BuiltinDisp *This, VARIANT *arg, unsigned args_cnt, VARIANT *res) { SAFEARRAY *sa; HRESULT hres; LONG ubound; int dim; assert(args_cnt == 1 || args_cnt == 2); TRACE("%s %s\n", debugstr_variant(arg), args_cnt == 2 ? debugstr_variant(arg + 1) : "1"); switch(V_VT(arg)) { case VT_VARIANT|VT_ARRAY: sa = V_ARRAY(arg); break; case VT_VARIANT|VT_ARRAY|VT_BYREF: sa = *V_ARRAYREF(arg); break; #ifdef __SAFEARRAYFIX__ case VT_SAFEARRAY: sa = V_ARRAY(arg); break; #endif default: FIXME("arg %s not supported\n", debugstr_variant(arg)); return E_NOTIMPL; } static HRESULT Global_LBound(BuiltinDisp *This, VARIANT *arg, unsigned args_cnt, VARIANT *res) { SAFEARRAY *sa; HRESULT hres; LONG ubound; int dim; assert(args_cnt == 1 || args_cnt == 2); TRACE("%s %s\n", debugstr_variant(arg), args_cnt == 2 ? debugstr_variant(arg + 1) : "1"); switch(V_VT(arg)) { case VT_VARIANT|VT_ARRAY: sa = V_ARRAY(arg); break; case VT_VARIANT|VT_ARRAY|VT_BYREF: sa = *V_ARRAYREF(arg); break; #ifdef __SAFEARRAYFIX__ case VT_SAFEARRAY: sa = V_ARRAY(arg); break; #endif default: FIXME("arg %s not supported\n", debugstr_variant(arg)); return E_NOTIMPL; } -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 49520] New: WIng Commander 4 DVD edition not scaling/displaying Videos correctly
by WineHQ Bugzilla 24 Nov '22

24 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=49520 Bug ID: 49520 Summary: WIng Commander 4 DVD edition not scaling/displaying Videos correctly Product: Wine Version: 5.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: jcarthew(a)gmail.com Distribution: --- Created attachment 67651 --> https://bugs.winehq.org/attachment.cgi?id=67651 DVD Resize/Rendering error. Video/Audio decode/playback works, however The video is being rendered as a square/being clipped off, and is not being scaled correctly. I have also tried to force the screen resolution into 640x480 which fixed the scale, but did not fix the square image/cropping 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 14

[Bug 53876] New: joneslevi
by WineHQ Bugzilla 24 Nov '22

24 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53876 Bug ID: 53876 Summary: joneslevi Product: WineHQ.org Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: www-unknown Assignee: wine-bugs(a)winehq.org Reporter: joneslevit2000(a)gmail.com Distribution: --- KatMovie is not among these hurdles, as they have mentioned explicitly in a separate disclaimer stating that the website does not mount any unauthorized or unsupervised content into their servers, preventing themselves and the website not to falling for any copyright claims or whatsoever to the content that is available or accessible via their content. To know more : https://www.thetechspree.com/katmovie-download-your-desired-content-in-diff… -- Do not reply 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 53848] New: wine: Bad CPU type in executable (Apple Silicon M1)
by WineHQ Bugzilla 24 Nov '22

24 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53848 Bug ID: 53848 Summary: wine: Bad CPU type in executable (Apple Silicon M1) Product: Wine-staging Version: 7.19 Hardware: aarch64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: b1779506(a)trbvn.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- user@users-Apple-M1 ~ % brew tap homebrew/cask-versions Running `brew update --auto-update`... ==> Auto-updated Homebrew! Updated 2 taps (homebrew/core and homebrew/cask). ==> New Casks anytype ==> Tapping homebrew/cask-versions Cloning into '/opt/homebrew/Library/Taps/homebrew/homebrew-cask-versions'... remote: Enumerating objects: 250611, done. remote: Counting objects: 100% (250611/250611), done. remote: Compressing objects: 100% (76523/76523), done. remote: Total 250611 (delta 173598), reused 250577 (delta 173577), pack-reused Receiving objects: 100% (250611/250611), 64.00 MiB | 3.71 MiB/s, done. Resolving deltas: 100% (173598/173598), done. Tapped 230 casks (261 files, 71MB). user@users-Apple-M1 ~ % brew install --cask --no-quarantine wine-staging ==> Caveats wine-staging supports both 32-bit and 64-bit. It is compatible with an existing 32-bit wine prefix, but it will now default to 64-bit when you create a new wine prefix. The architecture can be selected using the WINEARCH environment variable which can be set to either win32 or win64. To create a new pure 32-bit prefix, you can run: $ WINEARCH=win32 WINEPREFIX=~/.wine32 winecfg See the Wine FAQ for details: https://wiki.winehq.org/FAQ#Wineprefixes ==> Downloading https://github.com/Gcenx/macOS_Wine_builds/releases/download/7.1 ==> Downloading from https://objects.githubusercontent.com/github-production-rel ######################################################################## 100.0% ==> Installing Cask wine-staging Warning: macOS's Gatekeeper has been disabled for this Cask ==> Moving App 'Wine Staging.app' to '/Applications/Wine Staging.app' ==> Linking Binary 'appdb' to '/opt/homebrew/bin/appdb' ==> Linking Binary 'winehelp' to '/opt/homebrew/bin/winehelp' ==> Linking Binary 'msiexec' to '/opt/homebrew/bin/msiexec' ==> Linking Binary 'notepad' to '/opt/homebrew/bin/notepad' ==> Linking Binary 'regedit' to '/opt/homebrew/bin/regedit' ==> Linking Binary 'regsvr32' to '/opt/homebrew/bin/regsvr32' ==> Linking Binary 'wine' to '/opt/homebrew/bin/wine' ==> Linking Binary 'wine64' to '/opt/homebrew/bin/wine64' ==> Linking Binary 'wineboot' to '/opt/homebrew/bin/wineboot' ==> Linking Binary 'winecfg' to '/opt/homebrew/bin/winecfg' ==> Linking Binary 'wineconsole' to '/opt/homebrew/bin/wineconsole' ==> Linking Binary 'winedbg' to '/opt/homebrew/bin/winedbg' ==> Linking Binary 'winefile' to '/opt/homebrew/bin/winefile' ==> Linking Binary 'winemine' to '/opt/homebrew/bin/winemine' ==> Linking Binary 'winepath' to '/opt/homebrew/bin/winepath' ==> Linking Binary 'wineserver' to '/opt/homebrew/bin/wineserver' ???? wine-staging was successfully installed! user@users-Apple-M1 ~ % winecfg /opt/homebrew/bin/winecfg: line 46: /opt/homebrew/bin/wine: Bad CPU type in executable /opt/homebrew/bin/winecfg: line 46: /opt/homebrew/bin/wine: Undefined error: 0 user@users-Apple-M1 ~ % wine --version zsh: bad CPU type in executable: wine user@users-Apple-M1 ~ % wine zsh: bad CPU type in executable: wine user@users-Apple-M1 ~ % brew list --versions|grep wine wine-staging 7.19 -- Do not reply 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 53957] New: The Binding Of Isaac Repentance (GOG) : program crashes at start
by WineHQ Bugzilla 24 Nov '22

24 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53957 Bug ID: 53957 Summary: The Binding Of Isaac Repentance (GOG) : program crashes at start Product: Wine Version: 5.0.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: monstrosdobem(a)gmail.com Distribution: --- Created attachment 73539 --> https://bugs.winehq.org/attachment.cgi?id=73539 WINEDBG log when trying to open the game Hey, newbie problem here, im new at linux and wine I've been testing running a few versions of The binding of isaac at wine (GOG), the Rebirth version works fine (just a minor audio problem) but when testing with an Repentance version The game just crashes with winedbg listing the log that follows: the log at terminal is attached ahead also: repentance is a DLC for the rebirth 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 53565] New: postgresql installer 9.3 needs support for default style argument in WshShell.Run
by WineHQ Bugzilla 24 Nov '22

24 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53565 Bug ID: 53565 Summary: postgresql installer 9.3 needs support for default style argument in WshShell.Run Product: Wine Version: 7.11 Hardware: x86 URL: https://www.enterprisedb.com/downloads/postgres-postgr esql-downloads OS: Linux Status: NEW Keywords: download, Installer, source Severity: minor 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 Distribution: Fedora This is followup to Bug #46083 Noticed in postgresql 9.3.25-1 installer. When starting the installer, a script called prerun_checks is executed. There is failure executing following line canExecute = WshShell.Run("Temp_Path") Terminal shows: 0124:err:wshom:WshShell3_Run failed to convert style argument, 0x80020005 We need to add support for default "style" arg in wshom::WshShell3_Run. This failure is hidden and script works accidentally because of a "On Error Resume Next" line before the WshShell.Run. -- Do not reply 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 46083] New: postgresql: " Unable to write inside TEMP environment variable path"
by wine-bugs＠winehq.org 24 Nov '22

24 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=46083 Bug ID: 46083 Summary: postgresql: "Unable to write inside TEMP environment variable path" Product: Wine Version: 3.19 Hardware: x86 URL: http://www.postgresql.org/download/windows/ OS: Linux Status: NEW Keywords: download, Installer Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Gentoo Noticed in 9.3.4-3 and 9.3.24 installers. When starting the installer, there's an immediate error dialog: Error There has been an error. Unable to write inside TEMP environment variable path. Terminal shows: 0048:fixme:wscript:set_host_properties ignored L"nologo" switch 0048:fixme:vbscript:VBScript_SetScriptState unimplemented SCRIPTSTATE_INITIALIZED 0048:fixme:wshom:WshShell3_get_Environment (0x144008 {VT_BSTR: L"PROCESS"} 0x33f748): semi-stub 0048:fixme:wshom:WshEnvironment_QueryInterface Unknown iface {a6ef9860-c720-11d0-9337-00a0c90dcaa9} 0048:fixme:wscript:Host_Quit (1) semi-stub: no script engine clean up winetricks -q wsh57 works around 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.

2 7

[Bug 45168] New: Visual Novel "The Fruit of Grisaia" has flickering glitches
by wine-bugs＠winehq.org 23 Nov '22

23 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=45168 Bug ID: 45168 Summary: Visual Novel "The Fruit of Grisaia" has flickering glitches Product: Wine Version: 3.7 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Created attachment 61370 --> https://bugs.winehq.org/attachment.cgi?id=61370 Error log The game works fine so far, but the graphics is often glitchy and doesn't seem to update properly. It spams the output > fixme:d3d:wined3d_texture_add_dirty_region Ignoring dirty_region ( I guess this is the problem. The game uses d3d9 AFAIK, although I couldn't get it to output an apitrace trace. I hope this is not a dupe, but I didn't find the 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.

2 19

[Bug 53899] New: OfficeSetup.exe installation fails
by WineHQ Bugzilla 23 Nov '22

23 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53899 Bug ID: 53899 Summary: OfficeSetup.exe installation fails Product: WineHQ Apps Database Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: appdb-unknown Assignee: wine-bugs(a)winehq.org Reporter: yotam.medini(a)gmail.com Distribution: --- Created attachment 73441 --> https://bugs.winehq.org/attachment.cgi?id=73441 error-details running wine with OfficeSetup.exe fails Attached error-details interactive log has: .... 00e8:err:ole:apartment_add_dll couldn't load in-process dll L"C:\\Program Files\\Common Files\\Microsoft Shared\\ClickToRun\\msoxmlmf.dll" 00e8:err:ole:apartment_add_dll couldn't load in-process dll L"C:\\Program Files\\Common Files\\Microsoft Shared\\ClickToRun\\msoxmlmf.dll" MESA-INTEL: warning: Performance support disabled, consider sysctl dev.i915.perf_stream_paranoid=0 00e8:err:ole:apartment_add_dll couldn't load in-process dll L"C:\\Program Files\\Common Files\\Microsoft Shared\\ClickToRun\\msoxmlmf.dll" 00e8:err:ole:apartment_add_dll couldn't load in-process dll L"C:\\Program Files\\Common Files\\Microsoft Shared\\ClickToRun\\msoxmlmf.dll" .... 0024:err:ole:marshal_object Failed to create an IRpcStubBuffer from IPSFactory for {659cdeac-489e-11d9-a9cd-000d56965251} with error 0x80004002 0214:fixme:qmgr:BackgroundCopyJob_AddFileWithRanges 0042A780, L"http://f.c2r.ts.cdn.office.net/pr/492350f6-3a01-4f97-b9c0-c7c6ddf67d60/Offi…", L"C:\\users\\yotam\\Temp\\v32_16.0.12527.22253CheckReachable2880155A-C89F-48DB-BA5F-75C541BB6292", 1, 0042BC20: stub .... 02bc:err:ole:marshal_object Failed to create an IRpcStubBuffer from IPSFactory for {659cdeac-489e-11d9-a9cd-000d56965251} with error 0x80004002 .... -- Do not reply 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 53874] New: Invalid SPIR-V created for World of Warcraft (Dragonflight)
by WineHQ Bugzilla 23 Nov '22

23 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53874 Bug ID: 53874 Summary: Invalid SPIR-V created for World of Warcraft (Dragonflight) Product: vkd3d Version: 1.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: vkd3d Assignee: wine-bugs(a)winehq.org Reporter: rankincj(a)yahoo.com Distribution: --- Created attachment 73400 --> https://bugs.winehq.org/attachment.cgi?id=73400 SPIR-V dump of compute shader Fedora 36 updated to Wine 7.19 and libvkd3d-1.5, and now World of Warcraft crashes before even rendering the login scree, complaining about an invalid COMPUTE shader: ``` NIR validation failed after spirv_to_nir 2 errors: shader: MESA_SHADER_COMPUTE source_sha1: {0x00000000, 0x00000000, 0x00000000, 0x00000000, 0x00000000} workgroup-size: 64, 1, 1 shared-size: 0 inputs: 0 outputs: 0 uniforms: 32 ubos: 1 shared: 0 ray queries: 0 ``` I am using Mesa's RADV driver, so managed to obtain a dump of the SPIR-V shader via `RADV_DEBUG=spirv`. See this [Mesa bug report](https://gitlab.freedesktop.org/mesa/mesa/-/issues/7618) for more details. -- Do not reply 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 53962] New: vbscript does not Eval implemented
by WineHQ Bugzilla 22 Nov '22

22 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53962 Bug ID: 53962 Summary: vbscript does not Eval implemented Product: Wine Version: 7.21 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: --- Some of the scripts I'm running into uses eval. I'm sure this is not complete, but this seems to work: static HRESULT Global_Eval(BuiltinDisp *This, VARIANT *arg, unsigned args_cnt, VARIANT *res) { vbscode_t *code; HRESULT hres = compile_script(This->ctx, V_BSTR(arg), 0, 0, 0, 0, SCRIPTTEXT_ISEXPRESSION, &code); if (SUCCEEDED(hres)) hres = exec_global_code(This->ctx, code, res); return hres; } Should I work on a MR? FWIW, an alternate version works for ExecuteGlobal: static HRESULT Global_ExecuteGlobal(BuiltinDisp *This, VARIANT *arg, unsigned args_cnt, VARIANT *res) { vbscode_t *code; HRESULT hres = compile_script(This->ctx, V_BSTR(arg), 0, 0, 0, 0, SCRIPTTEXT_ISVISIBLE, &code); if (SUCCEEDED(hres)) hres = exec_global_code(This->ctx, code, res); return hres; } -- Do not reply 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 3952] GameGuard does not work in several applications
by WineHQ Bugzilla 22 Nov '22

22 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=3952 Dominik Mierzejewski <dominik(a)greysector.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dominik(a)greysector.net --- Comment #81 from Dominik Mierzejewski <dominik(a)greysector.net> --- *** Bug 53078 has been marked as a duplicate of this bug. *** -- Do not reply 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 53958] New: X11DRV_InitKeyboard() assigns wrong scancodes on uncommon X11 keyboard layouts
by WineHQ Bugzilla 20 Nov '22

20 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53958 Bug ID: 53958 Summary: X11DRV_InitKeyboard() assigns wrong scancodes on uncommon X11 keyboard layouts Product: Wine Version: 7.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: doucha(a)swarmtech.cz Distribution: --- Created attachment 73541 --> https://bugs.winehq.org/attachment.cgi?id=73541 Patch with fallback scancode mapping I use a custom X11 keyboard layout which maps non-ASCII characters to the top row of alphanumeric keys. This causes the X11DRV_InitKeyboard() heuristics to fail and the number keys get high scancodes (0x60+) which are generally unsupported by Windows software. This causes issues mainly in games. For example in Gothic 1, the number keys are used to switch between melee weapon, bow and magic. In one of the main quests, you need to cast a spell. But on my machine the keys for selecting spells have wrong scancodes in WINE and Gothic doesn't allow them to be remapped. This means that the game cannot be completed. Here's a patch that'll fix the wrong scancodes by mapping X11 keysyms to US QWERTY layout. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 53410] New: Control panel Regional setting does not stick
by WineHQ Bugzilla 19 Nov '22

19 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53410 Bug ID: 53410 Summary: Control panel Regional setting does not stick Product: Wine Version: unspecified 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 72802 --> https://bugs.winehq.org/attachment.cgi?id=72802 Before running Hemekonomi Upon start of Hogia Hemekonomi it checks regional settings and offer to change them. However the change does not stick and has to be done on every start. See attachments pre.png/post.png for before and after running Hemekonomi in Windows XP. -- Do not reply 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 51417] New: msftedit.dll v8.5 for Windows 10 requires SbSelectProcedure from NTDLL
by WineHQ Bugzilla 19 Nov '22

19 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=51417 Bug ID: 51417 Summary: msftedit.dll v8.5 for Windows 10 requires SbSelectProcedure from NTDLL Product: Wine Version: 5.0 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: sergey.bychkow(a)gmail.com Wine NTDLL implementation is missing SbSelectProcedure, at least stub. msftedit.dll v8.5 for Windows 10 imports SbSelectProcedure from NTDLL. This version is required because of new features implemented - embedded PNG/JPEG support. Wine implementation of msftedit and riched20, as I can see, has no embedded PNG/JPEG support nor TOM interfaces, but this is a scope of another issue. I have found that function SbSelectProcedure is not well documented, but, may be, at least some stub can be added to 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 6

[Bug 53116] New: Eureka crashes due to odbc error
by WineHQ Bugzilla 19 Nov '22

19 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53116 Bug ID: 53116 Summary: Eureka crashes due to odbc error Product: Wine Version: 7.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: odbc Assignee: wine-bugs(a)winehq.org Reporter: rich.rath(a)gmail.com Distribution: --- Created attachment 72570 --> https://bugs.winehq.org/attachment.cgi?id=72570 backtrace output from crash I am trying to run a 2000-era program called Eureka. You can download a demo version from archive.org by searching for "Inxight" and "Eureka". Originally it loaded into a win 2000 container, but would give an odbc error saying that odbc was not found. It is installed and in the usual place. Then I onstalled office 2003, which provided a bunch more drivers and now it crashes with the attached backtrace when I try to load data. -- Do not reply 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 46381] New: Sysinternals Bginfo 4.21: Text manipulation (tabulation) does not work - EM_SETPARAFORMAT
by wine-bugs＠winehq.org 18 Nov '22

18 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=46381 Bug ID: 46381 Summary: Sysinternals Bginfo 4.21: Text manipulation (tabulation) does not work - EM_SETPARAFORMAT Product: Wine Version: 4.0-rc3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: zcooger(a)gmail.com Distribution: --- Created attachment 63136 --> https://bugs.winehq.org/attachment.cgi?id=63136 System info, debug log, executable, 2 screenshots for comparison Linux: 4.15.0-20-generic x86_64 bits: 64 gcc: 7.3.0 Desktop: Cinnamon 3.8.8 (Gtk 3.22.30-1ubuntu1) dm: lightdm Distro: Linux Mint 19 Tara Software site: sysinternals.com sha1sum Bginfo.exe: 687efce8fa372a64b8292aa5293d6128c0d796bb After running Bginfo in Wine it displays no tabulation for rows regardless of slider value. Second startup breaks the saved text formatting. Similar ReactOS Issue: https://jira.reactos.org/browse/CORE-15510 -- Do not reply 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 2

[Bug 42231] New: Bengal hangs upon startup
by wine-bugs＠winehq.org 18 Nov '22

18 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=42231 Bug ID: 42231 Summary: Bengal hangs upon startup Product: Wine Version: 2.0-rc5 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rebe(a)gmx.net Distribution: --- The game Bengal hangs on startup. It shows a split splash screen, then halts. The game engine is Gplayer.exe by OXXOMedia. -- Do not reply 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 4713] nvidia demo(Creature) freezes
by WineHQ Bugzilla 18 Nov '22

18 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=4713 Fabian Maurer <dark.shadow4(a)web.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dark.shadow4(a)web.de -- Do not reply 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 43989] New: MSI: error for object: pointer being freed was not allocated
by wine-bugs＠winehq.org 18 Nov '22

18 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=43989 Bug ID: 43989 Summary: MSI: error for object: pointer being freed was not allocated Product: Wine Version: 2.0.3 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: kenorb(a)gmail.com Distribution: --- The following MSI installer doesn't run properly. $ wine msiexec /i scalarizr_5.11.5.msi fixme:wer:WerSetFlags (2) stub! fixme:heap:RtlSetHeapInformation 0x0 1 0x0 0 stub fixme:process:SetProcessShutdownParameters (00000380, 00000000): partial stub. fixme:ntdll:NtLockFile I/O completion on lock not implemented yet fixme:service:QueryServiceConfig2W Level 6 not implemented --- winedevice.exe(27561,0xb0004000) malloc: *** error for object 0x401c5308: pointer being freed was not allocated *** set a breakpoint in malloc_error_break to debug File URL: http://repo.scalr.net/win/latest/scalarizr_5.11.5.msi -- Do not reply 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 10502] New: Zoundry Blogwriter crashes on startup
by wine-bugs＠winehq.org 18 Nov '22

18 Nov '22

http://bugs.winehq.org/show_bug.cgi?id=10502 Summary: Zoundry Blogwriter crashes on startup Product: Wine Version: CVS/GIT Platform: Other URL: http://www.zoundry.com/ OS/Version: other Status: NEW Keywords: download Severity: normal Priority: P2 Component: wine-shdocvw AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com http://justanystuff.blogspot.com/2007/11/running-zoundry-blog-editor-under-… says that Zoundry BlogWriter runs ok in Wine iff you have IE6 installed, crashes otherwise. I verified that it crashes on vanilla wine without IE6. The +relay log looks like it's checking gecko for a bunch of properties, e.g. browser.visited_color, image.animation_mode, bidi., unloads gecko when it can't find them, and then crashes. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 17

[Bug 46610] New: pdfelement 6 failing to start with error: typelib_ps_CreateStub Failed to create stub
by wine-bugs＠winehq.org 18 Nov '22

18 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=46610 Bug ID: 46610 Summary: pdfelement 6 failing to start with error: typelib_ps_CreateStub Failed to create stub Product: Wine Version: 4.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ole32 Assignee: wine-bugs(a)winehq.org Reporter: tinywrkbee(a)gmail.com Distribution: --- Created attachment 63510 --> https://bugs.winehq.org/attachment.cgi?id=63510 pdfelement output App: Wondershare PDFElement Pro 6, latest trial version, can be downloaded freely from https://pdf.wondershare.com/ Wine: version 4.1, WINARCH=win32, Window 7, no change except winetrick riched20. Behavior: Installation finished successfully, application's window failing to load after installation and the application crashes. With winetricks dotnet40 the application work (though has other issues). See full output in the attachment. 003a:fixme:ole:get_param_info unhandled kind 0x4 003a:fixme:ole:write_type_tfs unhandled kind 4 003a:err:ole:typelib_ps_CreateStub Failed to create stub, hr 0x80004001. 003a:err:ole:marshal_object Failed to create an IRpcStubBuffer from IPSFactory for {4d3609d2-1d8a-4e9f-884b-438afddecb86} with error 0x80004001 003a:err:ole:StdMarshalImpl_MarshalInterface Failed to create ifstub, hres=0x80004001 003a:err:ole:CoMarshalInterface Failed to marshal the interface {4d3609d2-1d8a-4e9f-884b-438afddecb86}, 80004001 0045:err:rpc:I_RpcReceive we got fault packet with status 0x80004001 -- Do not reply 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

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