wine-bugs November 2022

wine-bugs@winehq.org

1 participants
3931 discussions

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

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