October 2022 - Wine-bugs - list.winehq.org

[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 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 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 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 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(a)std@@YAAAV?$basic_istream(a)DU?$c har_traits(a)D@std@@@1(a)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(a)std@@YAAAV?$basic_istream(a)DU?$char_traits(a)D@std@@@1(a)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(a)std@@YAAAV?$basic_istream(a)DU?$char_traits(a)D@std@@@1(a)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 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 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 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