July 2019 - Wine-bugs - list.winehq.org

[Bug 42588] New: Vietcong - graphics glitches since Wine 2.1
by wine-bugs＠winehq.org 09 Jan '23

09 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=42588 Bug ID: 42588 Summary: Vietcong - graphics glitches since Wine 2.1 Product: Wine Version: 2.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: havran.jan(a)email.cz Distribution: ArchLinux Created attachment 57517 --> https://bugs.winehq.org/attachment.cgi?id=57517 Vietcong - terminal log In version 2.1 was introduced new bug that causes graphical glitches like flickering soldiers. I can confirm this bug in wine versions 2.1, 2.2 and 2.3. In versions 2.0 and below it worked probably fine - this bug is not 100% reproducible - sometimes soldiers are flickering and glitches are shown very often, sometimes just for few milisecond, but i am pretty sure that this was introduced in version 2.1 Tested on Intel and AMD GPUs, Vietcong 1.60 with VCStarter 1.7 Beta -- 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 22

[Bug 44230] New: SlingPlayer 1.5 crashes during configuration
by wine-bugs＠winehq.org 07 Jan '23

07 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=44230 Bug ID: 44230 Summary: SlingPlayer 1.5 crashes during configuration Product: Wine Version: 2.22 Hardware: x86 URL: http://download.slingmedia.com/player/pc/SlingPlayer-S etup-EU-1.5.1.343.exe OS: Linux Status: NEW Keywords: download, regression Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: imwellcushtymelike(a)gmail.com CC: julliard(a)winehq.org Regression SHA1: 01676c5dd6f9fb61b9c4e52595f6e75e21050009 Distribution: Ubuntu Created attachment 60025 --> https://bugs.winehq.org/attachment.cgi?id=60025 Wine 3.0-rc3 console output SlingPlayer 1.5 crashes when attempting to configure the Slingbox (Alt+E --> Slingbox Configuration --> Change...) (Slingbox needed) Native qcap causes a new problem so can't try that as a workaround. Native quartz needed to get this far. The crash does not occur in Staging 2.21. I compiled Wine 3.0-rc3 with -O0 and the crash does not occur. Compiling again with -O1 or -O2 and the problem returns (did not try -O3). I also receive the following warning during compilation, but further testing suggests it is not related: cc1: warning: unrecognized command line option ‘-Wno-packed-not-aligned’ I tried reverting 6864803f1ab70f9f9e90903b13e67da40973d12a but it did no make any difference. https://source.winehq.org/git/wine.git/commitdiff/6864803f1ab70f9f9e90903b1… I also tried compiling with the following, which the man page claims GCC sets with -O1, but the crash still didn't occur: -fomit-frame-pointer -ftree-phiprop -ftree-sink -ftree-slsr -ftree-sra -ftree-pta -ftree-ter -funit-at-a-time -ftree-copy-prop -ftree-copyrename -ftree-dce -ftree-dominator-opts -ftree-dse -ftree-forwprop -ftree-fre -fmove-loop-invariants -fshrink-wrap -fsplit-wide-types -ftree-bit-ccp -ftree-ccp -fssa-phiopt -ftree-ch -finline-functions-called-once -fipa-pure-const -fipa-profile -fipa-reference -fmerge-constants -fdelayed-branch -fdse -fforward-propagate -fguess-branch-probability -fif-conversion2 -fif-conversion -fauto-inc-dec -fbranch-count-reg -fcombine-stack-adjustments -fcompare-elim -fcprop-registers -fdce -fdefer-pop The crash goes away when reverting commit 01676c5dd6f9fb61b9c4e52595f6e75e21050009 and recompiling. 01676c5dd6f9fb61b9c4e52595f6e75e21050009 is the first bad commit commit 01676c5dd6f9fb61b9c4e52595f6e75e21050009 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Sat Nov 25 11:48:02 2017 +0100 user32: Use the magic format string prefix for relay traces. Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> :040000 040000 c075dd76fd2d86e2cb8e14a300f4f8a7a8952bf4 ab6d49e1c18eae5208a19b0be062ffbf7abc8518 M dlls Staging 2.21 does have this commit, but the binary packages do, beginning with release 3.0-rc1. Workaround unknown. -- 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 13

[Bug 41339] New: Minor regression: Wine loads with "/wine/dlls/ntdll/ loader.c: loader_section" errors when creating a new prefix or running an application
by wine-bugs＠winehq.org 07 Jan '23

07 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=41339 Bug ID: 41339 Summary: Minor regression: Wine loads with "/wine/dlls/ntdll/loader.c: loader_section" errors when creating a new prefix or running an application Product: Wine Version: 1.9.18 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fjfrackiewicz(a)gmail.com Distribution: --- I noticed that with Wine 1.9.18, whenever I either created a new prefix or ran an application I would receive the following errors in my terminal: err:ntdll:RtlpWaitForCriticalSection section 0x7bcf4f84 "../../../wine/dlls/ntdll/loader.c: loader_section" wait timed out in thread 001d, blocked by 001e, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x7bcf4f84 "../../../wine/dlls/ntdll/loader.c: loader_section" wait timed out in thread 001c, blocked by 001e, retrying (60 sec) This issue was also brought up by Bruno Jesus in the wine-devel mailing list here: https://www.winehq.org/pipermail/wine-devel/2016-September/114672.html Since I am not the only one experiencing this, I decided to run a regression test. According to the git bisect I have performed this issue first appears in wine-1.9.17-149-gd2b782f The bad commit in question: commit d2b782f4e4f0efa6e783031d57cf98789cdc4742 Author: Henri Verbeet <hverbeet(a)codeweavers.com> Date: Fri Aug 26 13:51:22 2016 +0200 ddraw: Rename "wineD3DVertexBuffer" to "wined3d_buffer". Signed-off-by: Henri Verbeet <hverbeet(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> :040000 040000 719fe9426a27661606b40339c96588fa09e3385e 07af319b9fd2e194b9a5990a0c09277d34ed42bb M dlls -- 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 20

[Bug 47438] New: Bloodstained: Ritual of the Night freeze at whitescreen because of mfplat commit eff5a7aebc65e98cacf0d6a0ccc6101ffa552aa0
by wine-bugs＠winehq.org 07 Jan '23

07 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=47438 Bug ID: 47438 Summary: Bloodstained: Ritual of the Night freeze at whitescreen because of mfplat commit eff5a7aebc65e98cacf0d6a0ccc6101ffa552aa0 Product: Wine Version: 4.4 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mfplat Assignee: wine-bugs(a)winehq.org Reporter: GloriousEggroll(a)gmail.com Distribution: --- Bloodstained: Ritual of the Night shows a white screen upon opening and freezes there due to the following commit that was made to mfplat: eff5a7aebc65e98cacf0d6a0ccc6101ffa552aa0 mfplat: Implement media event queue I did a bisect between 4.3 and 4.4 as it works in 4.3, and found that commit to be the cause. As a lot of work has been done on mfplat, and this is implementing a rather large feature, its not some thing that seems to be easily revertible. Using winetricks mf results in the game just popping up an error. -- 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 15

[Bug 35126] New: AirBuccaneers hangs on exit
by wine-bugs＠winehq.org 07 Jan '23

07 Jan '23

http://bugs.winehq.org/show_bug.cgi?id=35126 Bug ID: 35126 Summary: AirBuccaneers hangs on exit Product: Wine Version: 1.7.8 Hardware: x86 URL: http://s3-eu-west-1.amazonaws.com/airbuccaneers1/AirBu ccaneers_1.1_demo.zip OS: Linux Status: NEW Keywords: download Severity: trivial Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com Classification: Unclassified Created attachment 46856 --> http://bugs.winehq.org/attachment.cgi?id=46856 terminal output The game loads fine and it is playable, the only problem I observed so far is that the game hangs indefinitely when I choose to quit the game. CPU usage is minimal (1-2%), animation and music stop playing and the abu.exe process is just sitting there. Steps to reproduce the problem with the demo version: 1. unpack AirBuccaneers_1.1_demo.zip and start the game with abu.exe 2. select language and choose a new account 3. choose <Quit> in the main menu I tried the game in Virtualbox (Windows XP guest) and the problem doesn't exist there. wine-1.7.8-88-gfb75292 AirBuccaneers_1.1_demo.zip md5sum: 92d2a669743b0c9bb6645c8d2d01ff7e -- 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 47536] New: Overwatch stops getting mouse input after alt-tabbing ( regression
by wine-bugs＠winehq.org 07 Jan '23

07 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=47536 Bug ID: 47536 Summary: Overwatch stops getting mouse input after alt-tabbing (regression Product: Wine Version: 4.12.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: sashok.olen(a)gmail.com Distribution: --- Through bisect, I've found this commit 82c6ec3a32f44e8b3e0cc88b7f10e0c0d7fa1b89 causes issues in Overwatch (a Blizzard game). To be specific, if the game is set to use Fullscreen or Windowed mode and you alt tab out of it even one time, it no longer allows you to aim. Instead, mouse cursor just kind of floats around the window, and I can even click in menus. The only way to recover it from that state is to relaunch it. The issue also doesn't seem to affect Borderless Windowed mode. Reverting that commit fixes the issue. I should note that during my testing, I had to use staging patches, as some of it are required to make it playable, but I don't know which ones it actually needs so I couldn't just apply them selectively. I am not really sure with which debug channels I should create the log with to help find the issue, so let me know which ones you need and I will record a log with them. -- 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 20

[Bug 46924] New: Sword of the Stars crashes with black screen
by wine-bugs＠winehq.org 05 Jan '23

05 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=46924 Bug ID: 46924 Summary: Sword of the Stars crashes with black screen Product: Wine Version: 4.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: luis.panadero(a)gmail.com Distribution: --- Created attachment 64027 --> https://bugs.winehq.org/attachment.cgi?id=64027 wine log output with WINEDEBUG=+wgl Sword of the Stars Complete collection (or Argos Naval Yard) crashes with a black screen and a dump. Tested on: Ubuntu 18.10 with kernel 5.0.5 + Mesa 19.1.0 , however fails with ubuntu default kernel and mesa versions. GPU : AMD RX580 -> amdgpu opensource driver Wine versiones that I try : - Wine 4.0 with Gallium Nine patch - default version on Ubuntu 18.10 (Wine 3.0.3) - Steam Proton 3.16 beta - Wine staging On every case fails with the same 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.

2 8

[Bug 28102] New: ws2_32: sock.ok fails intermittently
by wine-bugs＠winehq.org 05 Jan '23

05 Jan '23

http://bugs.winehq.org/show_bug.cgi?id=28102 Summary: ws2_32: sock.ok fails intermittently Product: Wine Version: 1.3.26 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: winsock AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com I'm seeing several failure modes: Here's one: ../../../tools/runtest -q -P wine -M ws2_32.dll -T ../../.. -p ws2_32_test.exe.so sock.c && touch sock.ok wine: Unhandled page fault on execute access to 0x00777777 at address 0x777777 (thread 0052), starting debugger... server.c:564: server_get_unix_fd: Assertion `wine_server_ptr_handle(fd_handle) == handle' failed. err:seh:raise_exception Unhandled exception code 80000101 flags 1 addr 0x68000832 Command exited with non-zero status 1 make[1]: *** [sock.ok] Error 1 Here's another: ../../../tools/runtest -q -P wine -M ws2_32.dll -T ../../.. -p ws2_32_test.exe.so sock.c && touch sock.ok *** stack smashing detected ***: ws2_32_test.exe.so terminated ======= Backtrace: ========= /lib/i386-linux-gnu/libc.so.6(__fortify_fail+0x50)[0x68273df0] /lib/i386-linux-gnu/libc.so.6(+0xe5d9a)[0x68273d9a] /home/dank/tmp/buildbot/sandbox/slave/runtests/build/dlls/ntdll/ntdll.dll.so[0x7bc962a4] /home/dank/tmp/buildbot/sandbox/slave/runtests/build/dlls/ntdll/ntdll.dll.so[0x7bc77c97] -- 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 22

[Bug 41411] New: 7za (part of 7-zip) handles some non-latin file names incorrectly under wine
by wine-bugs＠winehq.org 05 Jan '23

05 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=41411 Bug ID: 41411 Summary: 7za (part of 7-zip) handles some non-latin file names incorrectly under wine Product: Wine Version: 1.6.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: unxed(a)mail.ru Distribution: --- app: http://www.7-zip.org/a/7z1603-extra.7z sample archive to test: http://pnboy.pinguix.com/gapan/23-10-2012-b-fasi-eaep.zip 1. list sample archive using 7za: "7za.exe l 23-10-2012-b-fasi-eaep.zip" 2. compare to it's output on windows (or with listing using "unzip -l 23-10-2012-b-fasi-eaep.zip") you will see incorrect filename encoding in 7za's output p7zip, 7za's native linux port, behaves correctly with this archive -- 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 42412] New: WinUAE 3.4.0: Networking over Slirp in AmigaOS 4.1 works bad.
by wine-bugs＠winehq.org 05 Jan '23

05 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=42412 Bug ID: 42412 Summary: WinUAE 3.4.0: Networking over Slirp in AmigaOS 4.1 works bad. Product: Wine Version: 2.0 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: bobben(a)wigilius.se When using WinUAE (both version 3.3.0 and 3.4.0) with slirp networking (only way when running AmigaOS 4.1), network transfers gets damaged (md5 and file size doesn't match) whether it's downloaded from internet or from local file server. This happens both on 32bit and 64bit Wine and WinUAE. Changing the MTU value on the AmigaOS side doesn't help either. I suspect this has something to do with the issue: fixme:winsock:set_dont_fragment IP_DONTFRAGMENT for IPv4 not supported in this platform. The author of WinUAE also suspects this is the problem: "IP_DONTFRAG (or IP_MTU_DISCOVER and friends) are not defined in some platform specific file" Currently using Wine 2.0-staging and macOS 10.11.6 -- 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 50