wine-bugs March 2025

wine-bugs@winehq.org

1 participants
929 discussions

[Bug 56968] New: Easyhook remote hooking does not work, breaking some game modding frameworks
by WineHQ Bugzilla 16 Mar '25

16 Mar '25

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 14

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

16 Mar '25

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 7

[Bug 53775] New: Resident Evil 3 / Biohazard 3 (Sourcenext): Graphical Issues with TeamX HD Mod
by WineHQ Bugzilla 16 Mar '25

16 Mar '25

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 10

[Bug 57743] New: LVIS_STATEIMAGEMASK message incorrectly sent along with LVIS_SELECTED when LVS_EX_CHECKBOXES is used
by WineHQ Bugzilla 16 Mar '25

16 Mar '25

https://bugs.winehq.org/show_bug.cgi?id=57743 Bug ID: 57743 Summary: LVIS_STATEIMAGEMASK message incorrectly sent along with LVIS_SELECTED when LVS_EX_CHECKBOXES is used Product: Wine Version: 10.0-rc3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: kyle.kcsoftwares(a)gmail.com Distribution: --- Created attachment 77942 --> https://bugs.winehq.org/attachment.cgi?id=77942 Test app See https://jira.reactos.org/browse/CORE-17154 and test app "Disk Cleaner" as attached Expected bahavior when check boxes are set from windows (and total size updated) VS incorrect behavior in Wine 10.0 -- 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 56906] New: RichEd20 - White Background in pwSafe about window
by WineHQ Bugzilla 16 Mar '25

16 Mar '25

https://bugs.winehq.org/show_bug.cgi?id=56906 Bug ID: 56906 Summary: RichEd20 - White Background in pwSafe about window Product: Wine Version: 9.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: richedit Assignee: wine-bugs(a)winehq.org Reporter: kyle.kcsoftwares(a)gmail.com Distribution: --- Created attachment 76726 --> https://bugs.winehq.org/attachment.cgi?id=76726 pwsaferichedwhite Ubuntu 24.04 / Wine 9.11 https://sourceforge.net/projects/passwordsafe/files/Windows/3.3x/3.39.0/ Unzip all files wine pwsafe Safe Combinaison Entry, press OK Main dialog > ? > About 2 lines are shown with white background. This is a RichEd20. Similar bug seen in ReactOS : https://jira.reactos.org/browse/CORE-18861 showing expected result from Win2K3 -- 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 57965] New: Hidden windows cannot be created without an X server
by WineHQ Bugzilla 16 Mar '25

16 Mar '25

https://bugs.winehq.org/show_bug.cgi?id=57965 Bug ID: 57965 Summary: Hidden windows cannot be created without an X server Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: Bjoern(a)Kautler.net Distribution: --- I learned in the thread https://groups.google.com/g/innosetup/c/7GVs3eO5DHc, that hidden Windows are also used for IPC even if nothing needs to be displayed. Unfortunately wine does not support that it seems. I wanted to run the InnoSetup installer (https://files.jrsoftware.org/is/6/innosetup-6.3.3.exe) in absolute quite mode that never needs to display any window on GitHub Action runner with image ubuntu-24.04 where no X server is running. The command I tried to execute is wine innosetup-6.3.3.exe /SP- /VERYSILENT /SUPPRESSMSGBOXES /NORESTART but the execution fails and among other this it displays 002c:err:winediag:nodrv_CreateWindow Application tried to create a window, but no driver could be loaded. As a work-around I started Xfvb using `Xvfb :0 -screen 0 1024x768x16 &` before running that command and then it works without problems. But it would be nice if wine would support such hidden windows up until something needs to actually be displayed, at which point it would probably be appropriate to fail execution. -- 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 0

[Bug 46475] New: Enlarging the text via mouse-wheel in wordpad does not adapt the character spacing
by wine-bugs＠winehq.org 15 Mar '25

15 Mar '25

https://bugs.winehq.org/show_bug.cgi?id=46475 Bug ID: 46475 Summary: Enlarging the text via mouse-wheel in wordpad does not adapt the character spacing Product: Wine Version: 4.0-rc6 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: richedit Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Created attachment 63298 --> https://bugs.winehq.org/attachment.cgi?id=63298 Image showing the issue Open wordpad, enter some words. Hold ctrl and use the scroll-wheel, the zoom doesn't work properly. "winetricks riched20" works around the issue. -- 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 3

[Bug 57961] New: To The Core (Steam game) crashes at startup
by WineHQ Bugzilla 14 Mar '25

14 Mar '25

https://bugs.winehq.org/show_bug.cgi?id=57961 Bug ID: 57961 Summary: To The Core (Steam game) crashes at startup Product: Wine Version: 10.0-rc6 Hardware: aarch64 OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: christophe.bronner(a)videotron.ca The game crashes instantly with the following few lines of log: ``` 092c:fixme:thread:get_thread_times not implemented on this platform 092c:err:virtual:virtual_setup_exception stack overflow 1728 bytes addr 0x6fffea8753c3 stack 0x20940 (0x20000-0x21000-0x120000) 0934:fixme:thread:get_thread_times not implemented on this platform 0934:fixme:kernelbase:AppPolicyGetProcessTerminationMethod FFFFFFFFFFFFFFFA, 000000000011FEB0 ``` -- 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 0

[Bug 57953] New: FortiClient Installer halts: Windows 10 is required.
by WineHQ Bugzilla 13 Mar '25

13 Mar '25

https://bugs.winehq.org/show_bug.cgi?id=57953 Bug ID: 57953 Summary: FortiClient Installer halts: Windows 10 is required. Product: Wine Version: 10.3 Hardware: x86-64 URL: https://filestore.fortinet.com/forticlient/FortiClient OnlineInstaller.exe OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: Debian This was reported by soemone on IRC. After starting the installer, it downloads an msi file, but then it stops with a messagebox windows 10 is required. In the msi file there's a Launchcondition "VersionNT>=1000 And WIN_VER<1100", if you remove that with orca, the installation goes fine, so it seems something goes wrong there (?) -- 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 57823] New: Serious Sam 4 missing some textures since wine 10.0
by WineHQ Bugzilla 13 Mar '25

13 Mar '25

https://bugs.winehq.org/show_bug.cgi?id=57823 Bug ID: 57823 Summary: Serious Sam 4 missing some textures since wine 10.0 Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: galdralag(a)bk.ru Distribution: --- Created attachment 78033 --> https://bugs.winehq.org/attachment.cgi?id=78033 Screenshots wine9.22 and wine10.1 Serious Sam 4 game. Wine 9.22: all textures ok. Wine 10.1(and 10.0): missing some textures. See screenshots -- 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

← Newer
1
...
78
79
80
81
82
83
84
...
93
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 March 2025