December 2021 - Wine-bugs - list.winehq.org

[Bug 50906] New: Her Story hangs/crashes in video clips
by WineHQ Bugzilla 17 Dec '21

17 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=50906 Bug ID: 50906 Summary: Her Story hangs/crashes in video clips Product: Wine Version: 6.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sa(a)whiz.se Distribution: --- Created attachment 69715 --> https://bugs.winehq.org/attachment.cgi?id=69715 Video played to the end Hi, The game Her Story (the GOG version in my tests) either hangs or crashes on playing videos. There are two issues: 1, Letting a video play through to the end results in a hang and these errors: 01c4:err:quartz:DSoundRender_SendSampleData 0 01c4:err:ntdll:RtlpWaitForCriticalSection section 016F24E8 "dlls/quartz/filtergraph.c: filter_graph.cs" wait timed out in thread 01c4, blocked by 0024, retrying (60 sec) This is not 100% reproducible, the attached playthrough.log for this issue contains one successful playthrough before the hang. 2. Seeking in a video results in a crash. Seems to happen every time. 0194:err:ntdll:RtlpWaitForCriticalSection section 016F1CC8 "dlls/winegstreamer/quartz_parser.c: pin.flushing_cs" wait timed out in thread 0194, blocked by 0024, retrying (60 sec) 0198:fixme:dbghelp:validate_addr64 Unsupported address fffffffff7f70000 [...] 0198:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x7bc46b15 To reproduce this, click on the video once for the seek bar to appear and skip forwards/backwards. This is the seek_backwards.log Logs are attached captured with +quartz,+gstreamer Video files are H264 with MP3 audio in an AVI container. Interestingly removing the audio track from the video files gets rid of both issues. (The first video file used by the game is D305.avi, unless it's random?) -- 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 51380] New: The segment register tests fail in the wow32 ntdll:exception build
by WineHQ Bugzilla 17 Dec '21

17 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51380 Bug ID: 51380 Summary: The segment register tests fail in the wow32 ntdll:exception build Product: Wine Version: 6.10 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- The segment register tests fail in the wow32 ntdll:exception build: https://test.winehq.org/data/patterns.html#ntdll:exception exception.c:1233: Test failed: wrong ds 0000 / 002b exception.c:1234: Test failed: wrong es 0000 / 002b exception.c:1235: Test failed: wrong gs 0000 / 002b exception.c:1233: Test failed: wrong ds 0000 / 002b exception.c:1234: Test failed: wrong es 0000 / 002b exception.c:1235: Test failed: wrong gs 0000 / 002b Note that these failures don't happen in a pure 32-bit prefix or when running the 64-bit tests. These tests were introduced by this commit: commit 03fe2b36cdcd6d5b431af2bc02aeeb67219c1a51 Author: Alexandre Julliard <julliard(a)winehq.org> AuthorDate: Tue Jun 22 12:43:09 2021 +0200 ntdll/tests: Add more tests for segment registers in 64-bit mode. Signed-off-by: Alexandre Julliard <julliard(a)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 4

[Bug 52161] New: ntdll:om fails when run without elevated privileges
by WineHQ Bugzilla 17 Dec '21

17 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=52161 Bug ID: 52161 Summary: ntdll:om fails when run without elevated privileges Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com ntdll:om fails when run without elevated privileges: om.c:2481: Test failed: CreateFile failed (5) om.c:2494: Test failed: CreateFile failed (5) om.c:2497: Test failed: comparing FFFFFFFFFFFFFFFF with FFFFFFFFFFFFFFFF returned 00000000 http://winetest.dolphin/data/patterns.html#ntdll:om This can be reproduced on the TestBot's w1064-adm VM. The fix is probably just a matter of checking for ERROR_ACCESS_DENIED and aborting the test. The failing tests were introduced with this commit: commit 47c365606fe67b505fa94ad177d353cd1d10e1c5 Author: Jinoh Kang <jinoh.kang.kr(a)gmail.com> Date: Sun Nov 28 19:40:29 2021 +0900 ntdll/tests: Add tests for NtCompareObjects. Signed-off-by: Jinoh Kang <jinoh.kang.kr(a)gmail.com> Signed-off-by: Alexandre Julliard <julliard(a)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 6

[Bug 29934] New: Weird Worlds: Launcher no longer launches the game
by wine-bugs＠winehq.org 17 Dec '21

17 Dec '21

http://bugs.winehq.org/show_bug.cgi?id=29934 Bug #: 29934 Summary: Weird Worlds: Launcher no longer launches the game Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: samurai_no_densetsu(a)yahoo.es Classification: Unclassified Weird Worlds's launcher no longer works as expected. Since this is a regression, I did a regression test but it was unsuccessful. The launcher works fine from wine-1.0 to wine-1.3.25, including the stable version wine-1.2.3. So I tried to bisect 1.3.25 against 1.4-rc4. When I was doing the bisection learned that between wine-1.3.27 and wine-1.3.33 (both included) the launcher didn't even appear, and manually had to skip all that range, and within wine-1.3.34 to wine-1.4-rc4 the menu launcher is there but no longer launches the game. Can't provide a regression id as the issue clearly raised between wine-1.3.27 and wine-1.3.33, versions in which the launcher does not start so is virtually impossible to test. Didn't noticed earlier as the game can be launched from scripts or commandline this way: wine weird.exe -skiplauncher -game default Luckyly there's a demo showing the same behaviour here: http://www.shrapnelgames.com/Demos/DD_WW_win.html I wish I could add more info, but that's all I have right now. -- 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 45

[Bug 51409] New: Trails to Azure main menu crash after video playback after wine 6.1
by WineHQ Bugzilla 17 Dec '21

17 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51409 Bug ID: 51409 Summary: Trails to Azure main menu crash after video playback after wine 6.1 Product: Wine Version: 6.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: billfleming11(a)gmail.com Distribution: --- Created attachment 70265 --> https://bugs.winehq.org/attachment.cgi?id=70265 Good vs Bad Crash logs In Trails To Azure (and Trails from Zero) both games were working fine in Wine 5.XX and 6.1 but not in future wine releases. (using Geofront translation patch with dinput8 dll) These games play a video on startup, then have a typical "Press Start" screen to get to the main menu. After doing a bisect wine-6.1-249-g5bff63621ee is the last working release. Bisect bad commit: https://source.winehq.org/git/wine.git/commit/897800fd449ae0ea5da00206bd348… https://bugs.winehq.org/show_bug.cgi?id=50667#c1 (reference for getting logs and bug from same commit) Starting in wine-6.1-250-g897800fd449 (for several dozen versions) the game will crash immediately before the video starts playing. All future wine versions (6.2 to present) that succeed in playing the video crash at the menu screen immediately afterwords as soon as input is received at the "PRESS START" screen. However the video does appear to play correctly in these newer releases. If the video is removed or disabled (in the game settings) the game will still crash in the newer wine versions when pressing start at the main menu. You have to let the short (7 second) video play then press a button at the screen in the working wine 6.1 version. See attached logs. -- 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 14

[Bug 52207] New: HICON leak in CopyImage
by WineHQ Bugzilla 17 Dec '21

17 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=52207 Bug ID: 52207 Summary: HICON leak in CopyImage Product: Wine Version: 6.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: jswinebz(a)kanargh.org.uk Distribution: --- Created attachment 71264 --> https://bugs.winehq.org/attachment.cgi?id=71264 Don't leak HICONs from CopyImage At some point between 6.7 and 6.21, user32.CopyImage was reworked. In the IMAGE_ICON, LR_COPYFROMRESOURCE case it used to just call CURSORICON_Load and return its return value. Now it calls CURSORICON_Load, makes *another* copy of that (in case it wants to resize it, but it still creates another copy if it's already the right size), then returns the copy. The original intermediate HICON is leaked. This also leaks its two underlying GDI HBITMAPs. Since there are two HBITMAPs for each HICON, we run out of GDI handles first. (I run The Bat! as my email client, which animates its systray icon when there is unread mail. The leaking HICONs cause it to crash after just under 2 hours, which is roughly what 5fps at two handles per frame takes to hit 65536.) The attached patch fixes that by fudging LR_COPYDELETEORG into the flags for that case, causing the "original" (actually our intermediate) icon to be deleted on exit... ...except there's a second bug there. As it stands it tries to use gdi32.DeleteObject to delete the HICON. But DeleteObject can only delete GDI handles (for example the two embedded HBITMAPs within the HICON), but the HICON itself is a user object and the delete fails. So the DeleteObject call must also be changed to DestroyIcon to make that work. With both of those changes in, the GDI handle count is now stable. -- 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 8

[Bug 51539] New: "server: Get the process entry point from the exe image info" breaks running if exe is loaded at a non-default address
by WineHQ Bugzilla 17 Dec '21

17 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51539 Bug ID: 51539 Summary: "server: Get the process entry point from the exe image info" breaks running if exe is loaded at a non-default address Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: martin(a)martin.st CC: jacek(a)codeweavers.com, julliard(a)winehq.org Regression SHA1: a3c92a02cc7014cfdb1f90f1d070037868067097 Distribution: --- Since "server: Get the process entry point from the exe image info", a3c92a02cc7014cfdb1f90f1d070037868067097, starting a process fails if the exe image ends up loaded at a non-default address. This can be easily triggered e.g. with this patch: ---8<--- diff --git a/dlls/ntdll/unix/virtual.c b/dlls/ntdll/unix/virtual.c index 8ceba611875..2515d73ee9e 100644 --- a/dlls/ntdll/unix/virtual.c +++ b/dlls/ntdll/unix/virtual.c @@ -2405,8 +2405,10 @@ static NTSTATUS virtual_map_image( HANDLE mapping, ACCESS_MASK access, void **ad base = wine_server_get_ptr( image_info->base ); if ((ULONG_PTR)base != image_info->base) base = NULL; +#if 0 if ((char *)base >= (char *)address_space_start) /* make sure the DOS area remains free */ status = map_view( &view, base, size, alloc_type & MEM_TOP_DOWN, vprot, zero_bits_64 ); +#endif if (status) status = map_view( &view, NULL, size, alloc_type & MEM_TOP_DOWN, vprot, zero_bits_64 ); if (status) goto done; ---8<--- This seems to happen a lot on 32 bit arm builds (on Ubuntu 20.04), when the expected low addresses used as default load address of 0x400000 conflicts with e.g. /home/martin/wine32/share/wine/nls/sortdefault.nls which is mapped at 0x00230000-0x00564000. -- 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 8

[Bug 48930] New: Vcrun2019 cannot be installed.
by WineHQ Bugzilla 17 Dec '21

17 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=48930 Bug ID: 48930 Summary: Vcrun2019 cannot be installed. Product: Wine Version: 5.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: depositmail(a)mail.ru Distribution: --- Hi! I can't install vcrun2019. Used the Winetricks shell. I can't figure it out myself, I need 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 5

[Bug 43981] New: Watch_Dogs fails to start
by wine-bugs＠winehq.org 17 Dec '21

17 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=43981 Bug ID: 43981 Summary: Watch_Dogs fails to start Product: Wine-staging Version: 2.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fin4478(a)hotmail.com CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- Created attachment 59641 --> https://bugs.winehq.org/attachment.cgi?id=59641 wine terminal output The Uplay game Watch_Dogs is free in this week. Install Uplay and then you can install the Watch_Dogs game. When you launch the game, the game opens a full screen image where is the Ubisoft logo and plays a sound. Then the game hangs. The terminal output is attached and you can see the following error many times: d3d:wined3d_device_decref Leftover resource 0x1491f420 with type WINED3D_RTYPE_BUFFER (0x1) I use the Wine configuration for watch_dog.exe. I have tried d3d library override and win7 and win8. My system: OpenGL renderer string: AMD POLARIS11 (DRM 3.19.0 / 4.14.0-rc4, LLVM 6.0.0) OpenGL core profile version string: 4.5 (Core Profile) Mesa 17.3.0-devel - padoka PPA -- 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 51000] New: Rufus won't run on a fresh prefix; Needs "elevated privileges"
by WineHQ Bugzilla 17 Dec '21

17 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51000 Bug ID: 51000 Summary: Rufus won't run on a fresh prefix; Needs "elevated privileges" Product: Wine-staging Version: 6.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: oguilherme(a)protonmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: ArchLinux Created attachment 69844 --> https://bugs.winehq.org/attachment.cgi?id=69844 Wine Staging 6.6 log file Rufus 3.13 (Portable) won't run on a fresh Wine Staging prefix. The oldest staging version I could still reproduce this was on 6.3. Steps to reproduce: 1. Download rufus-3.13p.exe from here: https://github.com/pbatard/rufus/releases/tag/v3.13 (sha1: da498e3e80186ee16620f56a601e19fbdc1f8551) 2. Run: $ WINEPREFIX=~/.wine2 wine rufus-3.13p.exe 3. Rufus will display the following message and exit: "This application can only run with elevated privileges" I wasn't able to reproduce with vanilla Wine. 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.

1 4