wine-bugs December 2024

wine-bugs@winehq.org

1 participants
678 discussions

[Bug 57533] New: KDE taskbar does not hide while Rocket League is fullscreen mode
by WineHQ Bugzilla 15 Dec '24

15 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=57533 Bug ID: 57533 Summary: KDE taskbar does not hide while Rocket League is fullscreen mode Product: Wine-staging Version: 9.22 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: --- Created attachment 77592 --> https://bugs.winehq.org/attachment.cgi?id=77592 KDE Plasma taskbar does not hide Starting from Wine Staging 9.22, the Plasma task bar (or "task manager") does not hide, even though the game is in full screen mode. Please see the attached screenshot. This does not reproduce with Vanilla 9.22, and also does not reproduce with Staging 9.21. System info: - Wine Staging 9.22 (built by Kron4ek: https://github.com/Kron4ek/Wine-Builds) - DXVK Sarek 1.10.5 (https://github.com/pythonlover02/DXVK-Sarek) - Display server: X11 (Xorg 21.1.14) - Desktop Environment: KDE Plasma 6.2.4 - GPU: NVIDIA GTX 660 (Driver: 470.256.02) - OS: Arch Linux -- 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 52917] New: d3d11:d3d11 - test_ps_cs_uav_binding() fails in Wine on cw-rx460
by WineHQ Bugzilla 15 Dec '24

15 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=52917 Bug ID: 52917 Summary: d3d11:d3d11 - test_ps_cs_uav_binding() fails in Wine on cw-rx460 Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- d3d11:d3d11's test_ps_cs_uav_binding() fails in Wine on the cw-rx460 machine: d3d11.c:22459: Test failed: Got 0.00000000e+000, expected 1.00000000e+000 at (0, 0), sub-resource 0. d3d11.c:22465: Test failed: Got 0.00000000e+000, expected 1.00000000e+000 at (0, 0), sub-resource 0. d3d11.c:22470: Test failed: Got 1.00000000e+000, expected 2.00000000e+000 at (0, 0), sub-resource 0. d3d11.c:22478: Test failed: Got 1.00000000e+000, expected 2.00000000e+000 at (0, 0), sub-resource 0. d3d11.c:22481: Test failed: Got 2.00000000e+000, expected 4.00000000e+000 at (0, 0), sub-resource 0. https://test.winehq.org/data/patterns.html#d3d11:d3d11 d3d11:d3d11 already had a cw-rx460-specific failure in Wine (see bug 52563) but a bisect shows that this group of failures started with this commit: commit 444a513de0a0b704c210d41cc7c185588d899db9 Author: Zebediah Figura <zfigura(a)codeweavers.com> Date: Fri Apr 22 15:42:54 2022 -0500 wined3d: Clear the texture BO when loading textures into WINED3D_LOCATION_BUFFER. Signed-off-by: Zebediah Figura <zfigura(a)codeweavers.com> Signed-off-by: Henri Verbeet <hverbeet(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> I disabled CSMT with WINE_D3D_CONFIG=csmt=0 just in case but I still got this new set of failures. -- 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 54510] New: d3d11:d3d11 - test_tgsm() fails in 32-bit tests on the debian11 VM
by WineHQ Bugzilla 15 Dec '24

15 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=54510 Bug ID: 54510 Summary: d3d11:d3d11 - test_tgsm() fails in 32-bit tests on the debian11 VM Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- d3d11:d3d11 - test_tgsm() fails in 32-bit tests on the debian11 VM: d3d11.c:25778: Test failed: Got 0, expected 33 (index 1). d3d11.c:25778: Test failed: Got 0, expected 66 (index 2). ... d3d11.c:25810: Test failed: Got 0, expected 32 (index 0). d3d11.c:25810: Test failed: Got 0, expected 96 (index 1). ... d3d11.c:25852: Test failed: Got 0.00000000e+000, expected 1 (index 32). d3d11.c:25854: Test failed: Got 0, expected 1 (index 32). d3d11.c:25852: Test failed: Got 0.00000000e+000, expected 2 (index 33). d3d11.c:25854: Test failed: Got 0, expected 2 (index 33). ... See https://test.winehq.org/data/patterns.html#d3d11:d3d11 These failures are close to 100% reproducible (but not quite) and started on 2023-02-14. But note that the test also has a preexisting crash which masks these failures in the test pattern. Interestingly these failures do not happen: * In the wow32 and wow64 tests (note: debian11b is a clone of debian11). * On my fgtb-debian11 VM. * On the debiant VM. -- 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 57461] New: Heroes of Might and Magic 5 Random crashes at start
by WineHQ Bugzilla 14 Dec '24

14 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=57461 Bug ID: 57461 Summary: Heroes of Might and Magic 5 Random crashes at start Product: Wine Version: 9.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: marcin.deranek(a)slonko.net Distribution: --- Created attachment 77459 --> https://bugs.winehq.org/attachment.cgi?id=77459 Backtrace + Log Since wine-8.0, I noticed that Heroes of Might and Magic 5 no longer starts, so I had to use wine-7.x instead. Recently I had some time to troubleshoot this problem. These Might and Magic 5 startup crashes happen ~50% of the time (see attached sample backtrace). I did bisect the changes and this is the commit which has caused these: 69a730090abe81c5829c6504aac373babbe9e8a8 is the first bad commit commit 69a730090abe81c5829c6504aac373babbe9e8a8 (HEAD) Author: Zebediah Figura <zfigura(a)codeweavers.com> Date: Wed Jan 11 14:19:21 2023 -0600 wined3d: Write into a mapped BO when replacing the entire destination in wined3d_context_gl_copy_bo_address(). Instead of using glBufferSubData(). In practice, this means that we will either discard and rename the BO (if it's still in use) or write directly into it (if not). This improves performance drastically on NVidia GL drivers. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=53408 dlls/wined3d/context_gl.c | 23 ++++++++++++++++------- 1 file changed, 16 insertions(+), 7 deletions(-) In my case, I have AMD Radeon hardware: Device: AMD Radeon 680M (radeonsi, rembrandt, LLVM 18.1.8, DRM 3.59, 6.11.9-hardened-k8s) (0x1681) and also mesa-24.2.7 xf86-video-amdgpu-23.0.0 Reverting the patch makes Heroes of Might and Magic 5 start every time without any issues. -- 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 56968] New: Easyhook remote hooking does not work, breaking some game modding frameworks
by WineHQ Bugzilla 14 Dec '24

14 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=56968 Bug ID: 56968 Summary: Easyhook remote hooking does not work, breaking some game modding frameworks Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: katharine.chui(a)gmail.com Distribution: --- There exist game modding frameworks that uses EasyHook, for example, https://andrasteframework.github.io/content/1.0.0/index.html EasyHook remote hooking uses ReadProcessMemory to fetch module handle and function addresses before using CreateRemoteThread to perform remote hooking with the fetched function addresses On wine, this breaks at https://github.com/EasyHook/EasyHook/blob/16f641c8e2197b01095f548c94dcbe696… When trying to fetch export directory from remote process' kernel32.dll's PE header, ReadProcessMemory would succeed, eliminating the fallback codepath outright, but the ExportDirectory buffer would then get filled with 0s. With an export directory data structure filled with 0s, EasyHook would not be able to do much with CreateRemoteThread as functions fetched at https://github.com/EasyHook/EasyHook/blob/16f641c8e2197b01095f548c94dcbe696… are all unavailable. Patching the routine with a loop to loop until the function addresses can be fetched, it seems that it's not (just) a timing issue either because the loop just seems to go on forever. Interestingly, through patching EasyHook itself and force the fallback code path at https://github.com/EasyHook/EasyHook/blob/16f641c8e2197b01095f548c94dcbe696… which grabs export directory from PE NT headers, it can actually fetch an export directory, then eventually fetch the addresses of LoadLibraryW, FreeLibrary, GetProcAddress, ExitThread and GetLastError, but not VirtualFree and VirtualProtect With the EasyHook patches and dotnet48 installed, it is currently enough to keep EasyHook going as it is now able to continue it's code injection and init routine with LoadLibraryW. Would it be possible for remote processes to fetch export directory from remote PE headers? Would it be possible to fetch address to VirtualFree and VirtualProtect? Thanks! -- 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 13

[Bug 57512] New: NeuralNote: .exe will not open
by WineHQ Bugzilla 14 Dec '24

14 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=57512 Bug ID: 57512 Summary: NeuralNote: .exe will not open Product: Wine-staging Version: 10.0-rc1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: zardivorku(a)gufum.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 77546 --> https://bugs.winehq.org/attachment.cgi?id=77546 An attempt to open the .exe with wine command I can not open NeuralNote standalone anymore with WINE. It has stopped working with the 10.0rc1 update. My other WINE apps work. -- 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 21

[Bug 57395] New: Graphical glitches with Resident Evil 3 (GOG) and the Seamless HD Project mod
by WineHQ Bugzilla 14 Dec '24

14 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=57395 Bug ID: 57395 Summary: Graphical glitches with Resident Evil 3 (GOG) and the Seamless HD Project mod Product: Wine Version: 9.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: shadow_one666(a)hotmail.com Distribution: --- I've been trying to get RE3 working on Linux/Steam Deck with the HD/Seamless HD Project (SHDP) mod for over two months now, but no matter what I try, I always end up with the same result, which is the actual backgrounds/textures looking really small on the upper-left corner of the screen, as seen in these images: https://imgur.com/a/Bj8o51s (Please refer to this full issue report on DXVK for the full logs and images:) https://github.com/doitsujin/dxvk/issues/4431 To get the game running on Linux, be it any distribution or Steam Deck, I use the following DLL overrides: `WINEDLLOVERRIDES="d3d9,d3dcompiler_47,ddraw,dinput8,dsound,libwebp,xaudio2_9"=n,b` Those same overrides are the ones I use for RE2 and it works perfectly with Classic Rebirth alongside the Seamless HD Project mod. RE1 CR+SHDP does work too, although that one required some dgVoodoo2 intervention). While RE3 does work with Classic Rebirth on its own, it's the HD mod causes that graphical issue on any Linux machine I tried, Steam Deck included. I tried screwing around with the DLLs, and found that dinpu8 is the one that seems to load the HD textures. According to some tests by several other people from both the Proton GE Discord and the Seamless HD Project Discord, it seems like the issue could be related to the implementation of DirectX made by Wine/Proton, be it WineD3D or DXVK. (Check the Proton and Wine logs for debugging reference at the bottom of the post) I also attempted running `DXVK_HUD=full` as suggested by a community member to test with DXVK running, and this was the result: https://github.com/user-attachments/assets/52419834-db65-47bd-ad17-7866f43c… ### Software information Resident Evil 3: Nemesis (1999) from GOG: https://www.gog.com/en/game/resident_evil_3 - It's important to note that the version of RE3 needed for the mods to work is the Japanese version. To run the game with the exact same conditions to reproduce the HD textures/backgrounds glitch, the following is required: - Official SourceNext 1.1.0 patch: https://classicrebirth.com/index.php/download/biohazard-3-sourcenext-1-1-0-… - Classic Rebirth mod for RE3: https://classicrebirth.com/index.php/download/resident-evil-3-classic-rebir… - Resident Evil 3 HD mod by TeamX: https://www.moddb.com/mods/resident-evil-3-hd-mod Once the game is properly installed with the Japanese language, all that's needed is: - Replace the original EXE with the one from the Official 1.1.0 SourceNext patch - Replace the `ddraw.dll` from the original game with the one from the Classic Rebirth mod - Copy all contents from the RE3 HD mod into the same place as the EXE. Warning: If the HD mod has a `ddraw.dll` file, do NOT replace the one from the Classic Rebirth mod! - To make the game run under Linux/Steam Deck, the following DLL overrides are required: `WINEDLLOVERRIDES="ddraw,dinput8"=n,b` Those are the bare minimum of DLL needed to get the HD mod running. Afterwards, running the Wine DLL Override command alongside `wine "BIOHAZARD(R) 3 PC.exe"` should make the game run with the following window opening, and then the game window with the graphical glitch: https://github.com/user-attachments/assets/ff8e79f5-e42d-48e7-be95-dc7015ee… https://github.com/user-attachments/assets/a838dac5-fadf-44fb-9672-2e43fea7… ### System information Steam Deck specs: - GPU: 8 RDNA 2 CUs, 1.6GHz (1.6 TFlops FP32) - Driver: Mesa 24.2.5 - Wine version: 9.2, Proton 7.0-6, 8.0-5, 9.0-3, Experimental, Proton GE 9.16. - DXVK version: 2.4.1 The same results have been reproduced and been tested on Ubuntu (Lenovo Ideapad 3) and Gentoo (Dell Latitude E5510) with Wine 9.0 as well. ### Log files - Proton logs: steam-0.log - https://github.com/user-attachments/files/17654770/steam-0.log steam-1266089300.log - https://github.com/user-attachments/files/17654771/steam-1266089300.log - Wine's game.log: https://github.com/user-attachments/files/17653868/game.log) -- 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 53775] New: Resident Evil 3 / Biohazard 3 (Sourcenext): Graphical Issues with TeamX HD Mod
by WineHQ Bugzilla 14 Dec '24

14 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=53775 Bug ID: 53775 Summary: Resident Evil 3 / Biohazard 3 (Sourcenext): Graphical Issues with TeamX HD Mod Product: Wine Version: 7.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mskau(a)protonmail.com Distribution: ArchLinux The HD assets seemingly do not load at all with the HD mod. Instead the game expects the HD assets but the original assets are loaded instead, causing graphical issues. The game has both the TeamX HD mod and Classic Rebirth installed. Both WineD3D and DXVK exhibit this behavior. The modded game works without issues under Windows 10. Screenshots: https://cdn.discordapp.com/attachments/819766636583845901/10291889002682860… https://cdn.discordapp.com/attachments/819766636583845901/10291889028687668… -- 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 57530] New: Regression: Tiny extra form displays in Delphi programs
by WineHQ Bugzilla 13 Dec '24

13 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=57530 Bug ID: 57530 Summary: Regression: Tiny extra form displays in Delphi programs Product: Wine Version: 9.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sunny.campfire641(a)passfwd.com Distribution: --- This is a regression that began in version 9.22. In winecfg, verify that both 'Allow the window manager to decorate the windows' and 'Allow the window manager to control the Windows' are enabled. Beginning with version 9.22, Delphi programs will display an extraneous 1x1 pixel form in the exact center of the screen. If the window manager is allowed to decorate the Windows, then it will add a tiny frame and title bar to this one pixel. This can be tested by using Inno Setup (https://jrsoftware.org/isdl.php) or any program that uses Inno Setup to install itself. -- 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 47640] New: No Man's Sky (Beyond) does not start anymore: Unable to initialize Vulkan ( vkEnumerateInstanceExtensionProperties failed)
by wine-bugs＠winehq.org 13 Dec '24

13 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=47640 Bug ID: 47640 Summary: No Man's Sky (Beyond) does not start anymore: Unable to initialize Vulkan (vkEnumerateInstanceExtensionProperties failed) Product: Wine Version: 4.13 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dima(a)ulupov.com Created attachment 65081 --> https://bugs.winehq.org/attachment.cgi?id=65081 wine64 No Man's Sky console output No Man's Sky (which looks like used to run) switched to Vulkan. Now it does not start with popup message right after start: --- Unable to initialize Vulkan (vkEnumerateInstanceExtensionProperties failed). You may not have a Vulkan driver installed, or an old driver on your machine may be corrupted. Please refer to www.no-mans-sky.com for details. --- Mac OS X Version: 10.14.6 MacBook Pro (15-inch, 2018) Radeon Pro 555X 4 GB Intel UHD Graphics 630 1536 MB No Man's Sky version: 2.06b No Man's Sky was installed with GOG Galaxy client. -- 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

← Newer
1
...
54
55
56
57
58
59
60
...
68
Older →

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 December 2024