wine-bugs August 2022

wine-bugs@winehq.org

1 participants
3970 discussions

[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

[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 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 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 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 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 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 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

Jump to page:

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 August 2022