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

[Bug 52014] New: Memento Mori stucks on launch
by WineHQ Bugzilla 29 Oct '23

29 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=52014 Bug ID: 52014 Summary: Memento Mori stucks on launch Product: Wine Version: 6.21 Hardware: x86-64 OS: Linux Status: NEW Severity: minor Priority: P2 Component: wmp&wmvcore Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- winegstreamer warning: videoconvert1: not negotiated winegstreamer warning: videoconvert1: ../libs/gst/base/gstbasetransform.c(1431): gst_base_transform_reconfigure_unlocked (): /GstBin:bin0/GstVideoConvert:videoconvert1: not negotiated winegstreamer warning: videoconvert1: not negotiated winegstreamer warning: videoconvert1: ../libs/gst/base/gstbasetransform.c(1431): gst_base_transform_reconfigure_unlocked (): /GstBin:bin0/GstVideoConvert:videoconvert1: not negotiated 04a0:fixme:dsound:IDirectSoundBufferImpl_Restore (14B393D0):stub 04a0:err:sync:RtlpWaitForCriticalSection section 00DD85F4 "../wine/dlls/winegstreamer/wm_asyncreader.c: async_reader.stream_cs" wait timed out in thread 04a0, blocked by 04e8, retrying (60 sec) 04e8:err:sync:RtlpWaitForCriticalSection section 0A6DF734 "?" wait timed out in thread 04e8, blocked by 04a0, retrying (60 sec) wine-6.21-116-g6a072b98c10 -- 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 55228] New: kernel32:loader - test_ResolveDelayLoadedAPI() fails on Windows 10+
by WineHQ Bugzilla 29 Oct '23

29 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=55228 Bug ID: 55228 Summary: kernel32:loader - test_ResolveDelayLoadedAPI() fails on Windows 10+ Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com kernel32:loader - test_ResolveDelayLoadedAPI() fails on Windows 10+: loader.c:3979: Test failed: Test 0: expected 74464550, got 10001A00 loader.c:3998: Test failed: Test 0: expected 74464550, got 10001A00 loader.c:3979: Test failed: Test 1: expected 70492CF0, got 10001A20 loader.c:3998: Test failed: Test 1: expected 70492CF0, got 10001A20 loader.c:3979: Test failed: Test 2: expected 74462DC0, got 10001A40 loader.c:3998: Test failed: Test 2: expected 74462DC0, got 10001A40 loader.c:3987: Test failed: Test 3: ResolveDelayLoadedAPI succeeded with 10001A60 loader.c:3989: Test failed: Test 3: Wrong sys callback count: 0 loader.c:4018: Test failed: Test 3: ResolveDelayLoadedAPI succeeded with 10001A60 loader.c:3987: Test failed: Test 4: ResolveDelayLoadedAPI succeeded with 10001A80 loader.c:3989: Test failed: Test 4: Wrong sys callback count: 0 loader.c:4018: Test failed: Test 4: ResolveDelayLoadedAPI succeeded with 10001A80 See https://test.winehq.org/data/patterns.html#kernel32:loader -- 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 55654] New: High RAM usage in GTA San Andreas with SkyGFX
by WineHQ Bugzilla 29 Oct '23

29 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=55654 Bug ID: 55654 Summary: High RAM usage in GTA San Andreas with SkyGFX Product: Wine Version: 8.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: aidas957(a)gmail.com CC: z.figura12(a)gmail.com Regression SHA1: c065b4fe0b3622e0c737a4c7c1c514273ad2d8a7 Distribution: ArchLinux Hello, So GTA San Andreas has high RAM usage when using the SkyGFX mod since commit c065b4fe0b3622e0c737a4c7c1c514273ad2d8a7 At first the RAM usage seems normal (no more 400 MB) but after doing a loop around the city the RAM usage gets to ~1.5 GB Commit 22fcf28f05a2478df01b0a0cfae1a49376c990f5 does improve things (the RAM usage when doing the same test is ~1.2 GB) but it's still noticeably higher than before Disabling/removing the SkyGFX mod or switching to DXVK makes the issue disappear (so it's some weird interaction with the SkyGFX mod and WineD3D) I do use wine-staging like always (but disabling all of the wined3d staging patchsets didn't make a difference) The mod is open-source though (https://github.com/aap/skygfx) so it should be easier to tell what graphics code/shader file is triggering the high RAM issue I tried using valgrind's massif to track the cause of this issue but valgrind didn't support some instructions that are used by 2 mods (and doing some byte patching caused SkyGFX to segfault so that's out of the question) +d3d logs/an apitrace might be helpful but the issue only becomes noticeable enough after a few minutes so both of these are going to be likely too big -- 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 55771] New: uxtheme:system - test_ShouldSystemUseDarkMode() fails on Windows 7 to 10 1909
by WineHQ Bugzilla 29 Oct '23

29 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=55771 Bug ID: 55771 Summary: uxtheme:system - test_ShouldSystemUseDarkMode() fails on Windows 7 to 10 1909 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: uxtheme Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com uxtheme:system - test_ShouldSystemUseDarkMode() fails on Windows 7 to 10 1909. Mostly ShouldSystemUseDarkMode() returns various error codes. Windows 7: system.c:2628: Test failed: ShouldSystemUseDarkMode set last error: 5. Windows 8: system.c:2629: Test failed: Expected value 0, got -2147024890. Windows 10 1507: system.c:2623: this is the last test seen before the exception 03f8:system: unhandled exception c0000005 at 74A58B41 Windows 10 1607: system.c:2628: Test failed: ShouldSystemUseDarkMode set last error: 0. system.c:2629: Test failed: Expected value 0, got -2147467259. Windows 10 1709: system.c:2629: Test failed: Expected value 0, got -2147467261. Windows 10 1809: system.c:2629: Test failed: Expected value 0, got 1. See: https://test.winehq.org/data/patterns.html#uxtheme:system Where: 5 == ERROR_ACCESS_DENIED -2147467261 == 0x80004003 == E_POINTER -2147467259 == 0x80004005 == E_FAIL -2147024890 == 0x80070006 == ERROR_INVALID_HANDLE Are we sure that the entry point 138 really points to ShouldSystemUseDarkMode() on early Windows versions? Because it looks more like it points to random APIs that may expect more parameters and end up failing in varying ways. -- 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 12

[Bug 48550] New: Right click doesn't work on system tray icons (Plasma desktop issue)
by WineHQ Bugzilla 29 Oct '23

29 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=48550 Bug ID: 48550 Summary: Right click doesn't work on system tray icons (Plasma desktop issue) Product: Wine Version: 5.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ahmed.com(a)protonmail.com Distribution: --- When clicking by the right button on any system-tray icons under Wine, it doesn't respond, and shows the menu. This issue happens only with KDE Plasma desktop, and it is quite old issue, but I didn't report it before, because I was using a modified wine builds that had a patch for this issue. System info: OS: Kubuntu 19.10 KDE Plasma version: 5.16.5 KDE Frameworks version: 5.62.0 Qt version: 5.12.4 -- 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 55840] New: Crowbar: Crashes on hovering the Refresh button in second launch
by WineHQ Bugzilla 28 Oct '23

28 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=55840 Bug ID: 55840 Summary: Crowbar: Crashes on hovering the Refresh button in second launch Product: Wine-staging Version: 8.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: zargulthewizard(a)outlook.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- https://appdb.winehq.org/objectManager.php?sClass=version&iId=38948&iTestin… In the unpack tab, when I hover over the Refresh button with the cursor, Crowbar crashes with the error mentioned in the test data. This also happens when hovering some other UI elements, but not all. Notably, this does not happen on the first launch in a prefix, only secondary launches. This did not used to happen in earlier versions of wine, and Crowbar has not changed since then. -- 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 54175] New: MAME 0.224 (windows version) cannot start any machine due to Direct3d 9 initialization failure
by WineHQ Bugzilla 28 Oct '23

28 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=54175 Bug ID: 54175 Summary: MAME 0.224 (windows version) cannot start any machine due to Direct3d 9 initialization failure Product: Wine Version: 7.0.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: VladimirVSC(a)yandex.ru Distribution: --- Created attachment 73697 --> https://bugs.winehq.org/attachment.cgi?id=73697 MAME crash when starting any machine (NES in this case) The windows version of MAME 0.224 cannot start any machine because of direct3d 9 initialization error (as it is written in console output) in stable 7.0.1 version (with dxvk 1.10.3 installed). However, everything was working fine in stable 7.0. It seems to be some kind of regression in 7.0.1. I cannot test dxvk 2.0 version (if it is the reason) because of my GTX 760 support abandoning. The drivers tested were 470.131.03 and the latest 470.161.03. -- 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 55786] New: user32:msg - test_timers() sometimes gets a shorter timeout than expected in Wine
by WineHQ Bugzilla 27 Oct '23

27 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=55786 Bug ID: 55786 Summary: user32:msg - test_timers() sometimes gets a shorter timeout than expected in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- user32:msg - test_timers() sometimes gets a shorter timeout than expected in Wine: 11622: Test failed: did not get expected count for minimum timeout (90 != ~100). See https://test.winehq.org/data/patterns.html#user32:msg This first happened on 2023-07-14 (no instance in the previous 5 months) and has happened about 8 times per month since. It does not happen on any of the TestBot VMs however. So far it only happened on the GitLab CI (impacting 12 MRs), on Remi's macOS machines and once on my fg-deb64 desktop. Here are the October instance: * 2023-10-04 linux_gitlab-debian-64 * 2023-10-06 mac_rbernon-macos-opengl-win64_1 * 2023-10-10 mac_rbernon-macos-opengl-wow64 * 2023-10-10 MR!4024, MR!4042 * 2023-10-11 MR!4064, MR!4075 * 2023-10-12 MR!4071 The lowest value in the failure messages (including the MRs) is 86 (2023-07-14 mac_rbernon-macos-opengl-win64_2). All other values are either 89 or 90. So TIMER_COUNT_TOLERANCE = 10 was not far off, but maybe something around 15.6 would be more accurate. That said this test is old (2013-2019) so it is strange that it only started failing last July. -- 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 11

[Bug 31586] New: Myst V stucked when about playing the first cutscene in the game
by wine-bugs＠winehq.org 27 Oct '23

27 Oct '23

http://bugs.winehq.org/show_bug.cgi?id=31586 Bug #: 31586 Summary: Myst V stucked when about playing the first cutscene in the game Product: Wine Version: 1.5.11 Platform: x86 URL: http://www.chip.de/downloads/Demo-Myst-V-End-Of-Ages_1 6462550.html OS/Version: Linux Status: NEW Keywords: download Severity: minor Priority: P2 Component: directx-dmusic AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com Classification: Unclassified Created attachment 41534 --> http://bugs.winehq.org/attachment.cgi?id=41534 terminal output This probably never worked correctly in Wine: in AppDB there are mentions of the issue with Wine 0.9.x. Reproducible with the demo as well as with the GOG.com version of the game. The problem: when you meet the first person very early in the game, his/her initial monologue is not playing. The person is just standing there, the audio file containing the speech is never played. This makes impossible to get further in the game. The game is not freezing; background music, animations, camera movement are still working, but you are unable to use the keyboard or the mouse. The only way to exit the game at this point is to kill the game executable. This is the point where certain fixmes from dmime are printed in the terminal, as can be seen at the end of the attached log. Workaround: 'winetricks directmusic' (which also installs native dsound). The corresponding audio file is playing correctly and you can proceed further in the game. Steps to reproduce the problem with the demo version: 1. install the demo, use virtual desktop mode to work around bug #25786. At the end of the installation, audio files used by the game will be converted from .ogg to .wav. It should be noted that the game installer hits bug #17403 at this point: the converted .wav files have different sizes, compared to the same files when the game is installed under Windows. Probably that's not what causes the reported issue (native directmusic doesn't help in bug #17403). 2. start the demo with eoa.exe. Skip the intro videos and click <Ok> in the notification dialogue about mouse movement. 3. there is a 'bubble' in front of you, left click on it to get closer. A man appears in front of you, but he's just standing there, his monologue is not playing thus you can't proceed further. The audio file that should be played at this point in the demo version is 'drboEsher-DireboSrln_eng.wav', located under Myst V Demo/sfx/streamingCache. Please let me know if you need a log with debug channels enabled. -- 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 33

[Bug 25323] New: Civilization IV Beyond the Sword crashed when trying to start a new game.
by wine-bugs＠winehq.org 26 Oct '23

26 Oct '23

http://bugs.winehq.org/show_bug.cgi?id=25323 Summary: Civilization IV Beyond the Sword crashed when trying to start a new game. Product: Wine Version: 1.3.8 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msxml3 AssignedTo: wine-bugs(a)winehq.org ReportedBy: f.pinamartins(a)gmail.com Created an attachment (id=32176) --> (http://bugs.winehq.org/attachment.cgi?id=32176) Crash log with WINEDEBUG=+tid,+msxml,+variant The crash mentioned in the summary occurs only if using builtin msxml3. Reverting this dll to native will make the game start just fine. I attached a logfile with WINEDEBUG=+tid,+msxml,+variant. This should allow more progress on the builtin msxml3 lib. -- 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 67