- wine-bugs - winehq.org

[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

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