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

[Bug 57503] New: World in conflict has a frozen screen - updating only when alt-tabbing out and in
by WineHQ Bugzilla 13 Dec '24

13 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=57503 Bug ID: 57503 Summary: World in conflict has a frozen screen - updating only when alt-tabbing out and in Product: Wine Version: 9.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tobias.boesch(a)googlemail.com Regression SHA1: 21a0c158b94bfc65d4baa95095307a1db396db0c Distribution: ArchLinux World in Conflict strategy game (gog-Version) starts and plays sound. The screen shows the first rendered frame without updating it. At start a black screen because the game starts with a black frame. After that the screen is not updated anymore. Sound continues to play during all that. I assume the game just runs fine. When switching to another running app (ALT+TAB) from the game and back to the game updates the screen and shows the image that matches the sound currently played. (in GNOME pressing the Super- (aka Windows-) button to show the GNOME overview and then press it again to return to game also updates the screen to the current frame) Interestingly, when the issue happens and I close the game the last drawn frame stays on screen, even when the process is closed. It stays for about 5 to 10 seconds and then the app in background is shown. This happens on X11 and Wayland. I use arch Linux. All this happens in wine 9.18 and doesn't happen in wine 9.17. I found the first bad commit where this happens through building wine and testing commits by doing git-bisect myself (without using git for that). The following is the outcome of my tests: - 21a0c158b94bfc65d4baa95095307a1db396db0c (**first bad commit**) - Message: winex11: Implement vulkan DPI scaling and child window rendering. - Bad - 5ed9e5e7c58049884b82c10d22b05448a10c0b44 (**direct parent of first bad commit**) - Message: winex11: Move offscreen client window helpers to init.c. - Good Can this be -- 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 16

[Bug 57504] New: Possible regression with Unity3D games: Framedrops when moving cursor.
by WineHQ Bugzilla 13 Dec '24

13 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=57504 Bug ID: 57504 Summary: Possible regression with Unity3D games: Framedrops when moving cursor. Product: Wine Version: 9.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: roidal(a)googlemail.com Distribution: --- Created attachment 77534 --> https://bugs.winehq.org/attachment.cgi?id=77534 Output of ecognomix I get huge framedrops (sometimes to 0) while moving the mouse/cursor in Unity3D games, after upgrading to wine 9.21/9.22 (from 9.20). Specs: OS : Fedora 41 Kernel: 6.11.10-300 GPU : Radeon RX 5500 Driver: radv/mesa 24.2.8 DXVK : 2.5.1 Tested games: EcoGnomix, UBOAT, Breachway, Star Trucker, DREDGE. If you need more Informations, logs, etc. let me know. -- 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 17

[Bug 57442] New: Several applications: abnormal input delay with Wine
by WineHQ Bugzilla 13 Dec '24

13 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=57442 Bug ID: 57442 Summary: Several applications: abnormal input delay with Wine Product: Wine Version: 9.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: win32u Assignee: wine-bugs(a)winehq.org Reporter: ksmnvsg(a)gmail.com Distribution: --- I've noticed a slight input delay in one Unreal Engine sample and decided to test things with my custom application (very simple C++ program that uses SDL2 to poll mouse events and log them). I built this application on Linux with g++, and cross-compiled it for Windows with mingW. Native Linux built has around 1.05 ms input delay, while Windows build with Wine 9.21 has 9.5 ms input lag. I believe you can build any application that polls events and test it for yourself, as I observed the same input lag in Unreal Engine samples (though not so severe, it's bounded by the Game Thread time) The way I tested things is a bit complicated, but it's necessary for my goal: I used Sunshine as a server and Moonlight as a client, and logged when Sunshine receives the input from Moonlight. We can think of it as kernel receiving events since Sunshine creates virtual device and sends input there. Then I logged when application receives the event. I checked the source code, and I believe the new throttling mechanism introduced in 9.13 version for input is the reason why it's so slow. If you re-implement the previous mechanism based on message count, input delay is almost 0. I wonder if CPU usage would spike though in real games. -- 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 56325] New: Prefix path string in wineboot dialog is cut off
by WineHQ Bugzilla 13 Dec '24

13 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=56325 Bug ID: 56325 Summary: Prefix path string in wineboot dialog is cut off Product: Wine Version: 9.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: aidas957(a)gmail.com CC: bmcgrath(a)codeweavers.com Regression SHA1: 8e1197c92e8c08fb197c8656a07215296d656890 Distribution: ArchLinux Hello, So wineboot has the string of the prefix path cut off in the updating prefix dialog since the regression commit mentioned above (because of the now default whitespace-based word wrapping) Fixing this will likely require a custom word-wrap thing which I can't really do because strings in C are a bit messy (the fix should be backported to 9.0 as well) -- 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 57384] New: The shareware installer for Daytona (16-bit) hangs at the end of installing.
by WineHQ Bugzilla 13 Dec '24

13 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=57384 Bug ID: 57384 Summary: The shareware installer for Daytona (16-bit) hangs at the end of installing. Product: Wine Version: 9.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: win32u Assignee: wine-bugs(a)winehq.org Reporter: boxedwine(a)danoon.net Regression SHA1: 54ca1ab607d3ff22a1f57a9561430f64c75f0916 Distribution: Mint Created attachment 77353 --> https://bugs.winehq.org/attachment.cgi?id=77353 Daytona installer hangs at end When installing the shareware game Daytona, the 16-bit installer hangs while exiting. error in log is :err:sync:RtlpWaitForCriticalSection section 7E733520 "dlls/krnl386.exe16/syslevel.c: Win16Mutex" wait timed out I tested this on x64 Linux Mint 22. It was reproducible 100% of the time which allowed an easy git bisect. I have tested many other 16-bit programs and they didn't see this issue, so far this is the only case I've seen. shareware game installer can be downloaded here https://www.classicdosgames.com/game/Daytona_USA.html -- 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 56940] New: vs_community.exe halts:"The application cannot find one of its required files, possibly because it was unable to create it in the folder." (regression)
by WineHQ Bugzilla 13 Dec '24

13 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=56940 Bug ID: 56940 Summary: vs_community.exe halts:"The application cannot find one of its required files, possibly because it was unable to create it in the folder." (regression) Product: Wine Version: 9.12 Hardware: x86-64 OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Regression SHA1: 0bad544aab9e2c9ee93bbabac0386e02c58a39c0 Distribution: Debian Note: I installed .net48 beforehand It throws this error, whereas before the regression you can enter the initial menu correctly. 0bad544aab9e2c9ee93bbabac0386e02c58a39c0 is the first bad commit commit 0bad544aab9e2c9ee93bbabac0386e02c58a39c0 Author: Yuxuan Shui <yshui(a)codeweavers.com> Date: Mon May 20 09:51:07 2024 +0100 shell32: Fix ShellExecute for non-filespec paths. dlls/shell32/shlexec.c | 60 +++++++++++++++++++++++++++++++++++++++++++++++------------- dlls/shell32/tests/shlexec.c | 13 ++++++++++++- 2 files changed, 59 insertions(+), 14 deletions(-) -- 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 57216] New: IL-2 1946 crashes on startup + mouse problems
by WineHQ Bugzilla 13 Dec '24

13 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=57216 Bug ID: 57216 Summary: IL-2 1946 crashes on startup + mouse problems Product: Wine Version: 9.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: roskatunnukset(a)outlook.com Distribution: --- Created attachment 77128 --> https://bugs.winehq.org/attachment.cgi?id=77128 Terminal output of game crashing at startup This bug report has two different problems: Using any Wine after 8.0 stable will cause Scroll-wheel to don't work reliably. If you scroll downwards, it will go downwards, but if you instead scroll upwards, it will still go downwards. Pointer goes very slow and sticky when close to borders of the screen. Only in center of the screen it works like it should. Game is only playable at Wine 8.0 stable because of this problem. Wine 9.0 stable has same mouse wheel problem and newest wine releases 9.16, 9.17 and 9.18 just crashes game at startup. Terminal output as attachment with Wine 9.18 staging: -- 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 57285] New: Foxit Reader - maximized view don't work properly
by WineHQ Bugzilla 13 Dec '24

13 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=57285 Bug ID: 57285 Summary: Foxit Reader - maximized view don't work properly Product: Wine Version: 9.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: andreas.franz(a)arcor.de Distribution: --- Created attachment 77227 --> https://bugs.winehq.org/attachment.cgi?id=77227 Foxit maximized Foxit Reader works well, until you'll try to maximize his window. Parts (right side) of his window won't be visible. Window seems to be maximized, but rendered with "normal" size. Everything is fine on stable-branch. -- 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 20

[Bug 28861] New: Final Fantasy XI hangs after character selection
by wine-bugs＠winehq.org 13 Dec '24

13 Dec '24

http://bugs.winehq.org/show_bug.cgi?id=28861 Bug #: 28861 Summary: Final Fantasy XI hangs after character selection Product: Wine Version: 1.3.29 Platform: x86-64 OS/Version: FreeBSD Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: llwang(a)infor.org CC: julliard(a)winehq.org Classification: Unclassified Created attachment 37071 --> http://bugs.winehq.org/attachment.cgi?id=37071 WINEDEBUG=warn+all log for running pol.exe with wine-1.3.29 Final Fantasy XI hangs after character selection and setting active character on the server. The main game screen does not load. A log with WINEDEBUG=warn+all with wine-1.3.29 is attached. After doing a regression test, the commit that caused FFXI to hang after character selection seems to be: 79c2e55b5a6331d15788f65a929e9e002c2f8b05 is the first bad commit commit 79c2e55b5a6331d15788f65a929e9e002c2f8b05 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Wed Apr 20 20:30:09 2011 +0200 user32: Only call the driver when the cursor position has really changed. :040000 040000 5e335fb6e93ffa3171bd0ac90294f8088f64b749 b75dac74bbb00182b657a40cd0bf673aad71ace1 M dlls -- 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 37

[Bug 54437] New: ntoskrnl.exe:ntoskrnl breaks test_rawinput() in user32:input for non-English locales on Windows 7
by WineHQ Bugzilla 13 Dec '24

13 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=54437 Bug ID: 54437 Summary: ntoskrnl.exe:ntoskrnl breaks test_rawinput() in user32:input for non-English locales on Windows 7 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 ntoskrnl.exe:ntoskrnl breaks test_rawinput() in user32:input for non-English locales on Windows 7: input.c:2921: Test failed: 15: expected WM_INPUT message input.c:2924: Test failed: 15: expected RIM_INPUT message See https://test.winehq.org/data/patterns.html#user32:input These failures happen in the w7u-de, w7u-el, w7u-es and w7y-pt-PT locales but not in the English test configurations (w7u, w7u-2qxl). Also they only happen if ntoskrnl.exe:ntoskrnl was run before. And a bisect shows that they started with the commit below: commit fb0f8fe54712541790944f24ad61f662ddb92155 Author: Tim Clem <tclem(a)codeweavers.com> Date: Thu Jan 12 11:30:23 2023 -0800 user32/tests: Test GetRawInputBuffer header fields more thoroughly. Exposes an alignment issue under WoW64. -- 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