February 2023 - Wine-bugs - list.winehq.org

[Bug 50741] New: Microcap12 crashes on addition of new text
by WineHQ Bugzilla 18 Feb '23

18 Feb '23

https://bugs.winehq.org/show_bug.cgi?id=50741 Bug ID: 50741 Summary: Microcap12 crashes on addition of new text Product: Wine Version: 4.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: devops.sune(a)gmail.com Distribution: --- Created attachment 69513 --> https://bugs.winehq.org/attachment.cgi?id=69513 Debug and system error traces The app crashes upon trying to add a new text item. Steps: - set wine configuration to Windows XP - open mc12_64.exe - start a new circuit (if not done automatically) - press CTL-T - click anywhere in the main window Watch it 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 10

[Bug 54524] New: Wine 8.0 creates Blue Outlines in World of Warcraft Classic
by WineHQ Bugzilla 18 Feb '23

18 Feb '23

https://bugs.winehq.org/show_bug.cgi?id=54524 Bug ID: 54524 Summary: Wine 8.0 creates Blue Outlines in World of Warcraft Classic Product: Wine Version: 8.0-rc4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: blue-t(a)web.de Distribution: --- Created attachment 74060 --> https://bugs.winehq.org/attachment.cgi?id=74060 The Terminal Output If you look at various npcs and the ground there is some kind of blue line around them and it looks weird. -- Do not reply to 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 54523] New: mmdevapi:mmdevenum - test_ActivateAudioInterfaceAsync() fails on Windows when no speaker is connected
by WineHQ Bugzilla 18 Feb '23

18 Feb '23

https://bugs.winehq.org/show_bug.cgi?id=54523 Bug ID: 54523 Summary: mmdevapi:mmdevenum - test_ActivateAudioInterfaceAsync() fails on Windows when no speaker is connected 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:mmdevenum - test_ActivateAudioInterfaceAsync() fails on Windows when no speaker is connected: mmdevenum.c:294: Test failed: mmdevice activation gave wrong result: 80070490 See https://test.winehq.org/data/patterns.html#mmdevapi:mmdevenum Where 0x80070490 == E_PROP_ID_UNSUPPORTED Specifically this happens on w11pro64_amd and w11pro64_nv. Those only have the graphics card's HDMI output for their sound output but unfortunately the 'screen' they are connected to (HDMI / DisplayPort dongles) does not 'have' speakers. As a result Windows detects no speaker and 'disables' the corresponding sound card. So mmdevenum should check for this condition and either skip this test or accept this error code in that case. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 54408] New: user32:msg - test_restore_messages() sometimes gets unexpected WM_ACTIVATEAPP message on Windows 11
by WineHQ Bugzilla 18 Feb '23

18 Feb '23

https://bugs.winehq.org/show_bug.cgi?id=54408 Bug ID: 54408 Summary: user32:msg - test_restore_messages() sometimes gets unexpected WM_ACTIVATEAPP message on Windows 11 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_restore_messages() sometimes gets unexpected WM_ACTIVATEAPP message on Windows 11: msg.c:19449: Test failed: Restore minimized window: 2: the msg 0x0046 was expected, but got msg 0x001c instead msg.c:19449: Failed sequence Restore minimized window: msg.c:19449: 0: expected: hook 0005 - actual: CBT: hook 5 (HCBT_ACTIVATE) wp 01e0028c lp 0085fa08 msg.c:19449: 1: expected: winevent 0003 - actual: WEH: winevent 0000000001E0028C 00000003 00000000 00000000 msg.c:19449: 2: expected: msg 0046 - actual: MsgCheckProc: 0000000001E0028C 001c wp 00000001 lp 00000000 (flags 19) msg.c:19449: 3: expected: msg 0047 - actual: MsgCheckProc: 0000000001E0028C 0086 wp 00200000 lp 00000000 (flags 19) msg.c:19449: 4: expected: msg 001c - actual: MsgCheckProc: 0000000001E0028C 0006 wp 00200001 lp 00000000 (flags 19) msg.c:19449: 5: expected: msg 0086 - actual: MsgCheckProc: 0000000001E0028C 0112 wp 0000f120 lp 00000000 (flags 19) msg.c:19449: 6: expected: msg 000d - actual: CBT: hook 8 (HCBT_SYSCOMMAND) wp 0000f120 lp 00000000 See https://test.winehq.org/data/patterns.html#user32:msg Where: 0x001c == WM_ACTIVATEAPP 0x0046 == WM_WINDOWPOSCHANGING It looks like the WM_ACTIVATEAPP is already expected but just arrives earlier than expected. Adjust the sequence to allow either options? -- Do not reply to 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 54440] New: user32:input - test_Input_mouse() sometimes fails on Windows 7 locales
by WineHQ Bugzilla 18 Feb '23

18 Feb '23

https://bugs.winehq.org/show_bug.cgi?id=54440 Bug ID: 54440 Summary: user32:input - test_Input_mouse() sometimes fails on Windows 7 locales 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_Input_mouse() sometimes fails on Windows 7 locales: input.c:3723: Test failed: msg.hwnd = 003901FE input.c:3728: Test failed: msg.hwnd = 003901FE See https://test.winehq.org/data/patterns.html#user32:input These failures seem to be specific to the German, Spanish and Portuguese Windows 7 configurations and first happened on 2023-02-01. -- Do not reply to 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 54515] New: ole32:compobj - test_CoWaitForMultipleHandles() sometimes gets an unexpected WM_DDE_FIRST on Windows
by WineHQ Bugzilla 18 Feb '23

18 Feb '23

https://bugs.winehq.org/show_bug.cgi?id=54515 Bug ID: 54515 Summary: ole32:compobj - test_CoWaitForMultipleHandles() sometimes gets an unexpected WM_DDE_FIRST on Windows Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: ole32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com ole32:compobj - test_CoWaitForMultipleHandles() sometimes gets an unexpected WM_DDE_FIRST on Windows: compobj.c:3078: Test failed: CoWaitForMultipleHandles didn't pump all WM_DDE_FIRST messages compobj.c:3081: Test failed: PeekMessageA failed, error 0 compobj.c:3082: Test failed: expected msg.message = WM_QUIT, got 0 compobj.c:3083: Test failed: expected msg.wParam = 42, got 0 See https://test.winehq.org/data/patterns.html#ole32:compobj This set of failures is pretty rare, only 3 known instances in the past 6 months: * 2022-08-28 on w1064-tsign 32-bit * 2022-10-26 on w11pro64-amd 64-bit * 2023-02-16 on w8adm (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 54518] New: riched20:editor - test_WM_PASTE() sometimes fails pasting multi-line in single-line field on Windows and Wine
by WineHQ Bugzilla 17 Feb '23

17 Feb '23

https://bugs.winehq.org/show_bug.cgi?id=54518 Bug ID: 54518 Summary: riched20:editor - test_WM_PASTE() sometimes fails pasting multi-line in single-line field on Windows and Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: richedit Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com riched20:editor - test_WM_PASTE() sometimes fails the multi-line to single-line test on Windows and Wine: editor.c:5634: Test failed: test paste: strcmp = -1, actual = '' See https://test.winehq.org/data/patterns.html#riched20:editor This may be the same issue as in 54517. But it happens independently and happens on both Windows and Wine whereas bug 54517 is specific to Wine. So it may also be a separate problem. Note: Only the line number allows distinguishing this case from the many other identical "test paste" failure messages :-( -- Do not reply to 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 51545] New: STDOUT lost from a forked program on Cygwin/MSYS2
by WineHQ Bugzilla 17 Feb '23

17 Feb '23

https://bugs.winehq.org/show_bug.cgi?id=51545 Bug ID: 51545 Summary: STDOUT lost from a forked program on Cygwin/MSYS2 Product: Wine Version: 6.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: megastallman(a)gmail.com Distribution: --- Hi guys! This bug is a continuation of https://bugs.winehq.org/show_bug.cgi?id=50705 that is actually fixed and looks much like an ancient https://bugs.winehq.org/show_bug.cgi?id=18479 , so - probably a regression. I'm using tha latest Wine-staging build on Xubuntu. Trying to run Cygwin and MSYS2. But for some reason, bash sessions lose STDOUT. Nevertheless, builtins work fine from both bash and wineconsole. I can finally call 'ls' or 'uname -a' from wineconsole. I get the output without closing the shell. As for bash session - 'ls' and 'uname' just output nothing. 'uname -a > qqq' results in an empty file. Builtins, like 'pwd' or 'pwd > qqq' - work fine. Same for bash scripting, STDOUT is lost. -- Do not reply to 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 54150] New: d3dcompiler_43:hlsl_d3d11 & d3dcompiler_43:hlsl_d3d11 - test_trig() fails on w11pro64_nv
by WineHQ Bugzilla 17 Feb '23

17 Feb '23

https://bugs.winehq.org/show_bug.cgi?id=54150 Bug ID: 54150 Summary: d3dcompiler_43:hlsl_d3d11 & d3dcompiler_43:hlsl_d3d11 - test_trig() 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 d3dcompiler_43:hlsl_d3d11 & d3dcompiler_43:hlsl_d3d11 - test_trig() fails on w11pro64_nv: hlsl_d3d11.c:504: Test failed: Test 300: Got {-9.99755323e-001, -2.21209023e-002, 0.00000000e+000, 0.00000000e+000}, expected {-9.99755859e-001, -2.20966193e-002, 0.00000000e+000, 0.00000000e+000}. hlsl_d3d11.c:504: Test failed: Test 600: Got {4.42310758e-002, -9.99021292e-001, 0.00000000e+000, 0.00000000e+000}, expected {4.41824496e-002, -9.99023479e-001, 0.00000000e+000, 0.00000000e+000}. See https://test.winehq.org/data/patterns.html#d3dcompiler_43:hlsl_d3d11 https://test.winehq.org/data/patterns.html#d3dcompiler_47:hlsl_d3d11 This test only fails on w11pro64_nv: there is no issue on the other test configurations, particularly on w11pro64_amd. (-2.21209023e-002 - -2.20966193e-002) / -2.20966193e-002 = ~ 0.0011 Should the test should allow for a larger imprecision? But the first y result feels like it's off by a lot already. -- Do not reply to 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 54465] New: dbghelp:dbghelp - The 64-bit test_modules() fails on Windows 7
by WineHQ Bugzilla 17 Feb '23

17 Feb '23

https://bugs.winehq.org/show_bug.cgi?id=54465 Bug ID: 54465 Summary: dbghelp:dbghelp - The 64-bit test_modules() fails on Windows 7 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: dbghelp Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com dbghelp:dbghelp - The 64-bit test_modules() fails on Windows 7: dbghelp.c:241: Test failed: SymGetModuleInfoW64 failed: 87 dbghelp.c:242: Test failed: Wrong base address dbghelp.c:212: Test failed: Wrong machine 0 See https://test.winehq.org/data/patterns.html#dbghelp:dbghelp A bisect shows that the failures started with the commit below: commit 75fd446272f26cb51df4287c07dd98203150d006 Author: Eric Pouech <eric.pouech(a)gmail.com> Date: Wed Feb 1 16:22:54 2023 +0100 dbghelp: Add tests about modules loading. Signed-off-by: Eric Pouech <eric.pouech(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