January 2025 - Wine-Bugs - list.winehq.org

[Bug 56260] New: 16-bit Myst deadlocks when entering Book
by WineHQ Bugzilla March 18, 2025

March 18, 2025

https://bugs.winehq.org/show_bug.cgi?id=56260 Bug ID: 56260 Summary: 16-bit Myst deadlocks when entering Book Product: Wine Version: 9.1 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- First, work around bug 56225. - Run winecfg and mount the Myst/cd folder as D:\ - Run `sudo sysctl vm.mmap_min_addr=0` - In one terminal, run `Xephyr :2 -ac -screen 800x600x8` - In another terminal, run `DISPLAY=:2 openbox` - In a third terminal, cd to "Myst/win3.1/MYST/" and run `DISPLAY=:2 wine 'MYST.EXE'` Click through the intro and into the image in the book, this should get you into the first world. On wine it just plays a sound, and then locks up. -- 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 56968] New: Easyhook remote hooking does not work, breaking some game modding frameworks
by WineHQ Bugzilla March 16, 2025

March 16, 2025

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 March 16, 2025

March 16, 2025

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 March 16, 2025

March 16, 2025

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 March 16, 2025

March 16, 2025

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 44514] New: Elder Scrolls Online (Dragon Bones update) requires more than 32 samplers in pixel shaders with D3D11 renderer
by wine-bugs＠winehq.org March 13, 2025

March 13, 2025

https://bugs.winehq.org/show_bug.cgi?id=44514 Bug ID: 44514 Summary: Elder Scrolls Online (Dragon Bones update) requires more than 32 samplers in pixel shaders with D3D11 renderer Product: Wine Version: 3.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: ssorgatem(a)gmail.com Distribution: --- Practically the same as https://bugs.winehq.org/show_bug.cgi?id=41213 Missing ground textures that make the game rather hard to play, same as in the screenshots for that patch. The difference is that back then the game required more than 16 samplers... which was fixed, but it now requries more than 32 samplers: fixme:d3d:context_bind_shader_resources Shader 0x7fff03eb85a0 needs 37 samplers, but only 32 are supported. Happens in latest staging, 3.0 and 3.1 -- 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

[Bug 54889] New: shell32.dll compile with clang-16 on termux-x86 LLVM ERROR: out of memory
by WineHQ Bugzilla March 12, 2025

March 12, 2025

https://bugs.winehq.org/show_bug.cgi?id=54889 Bug ID: 54889 Summary: shell32.dll compile with clang-16 on termux-x86 LLVM ERROR: out of memory Product: Wine Version: 8.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: szl19921231(a)gmail.com Distribution: --- Created attachment 74387 --> https://bugs.winehq.org/attachment.cgi?id=74387 compile error log build i386 wine: winegcc output shell32.dll LLVM out of memory from wine-8.2, win-8.1 is ok compile on termux-app_v0.118.0+github-debug_x86.apk clang-16.0.1 i686 but x86_64 wine can build shell32.dll ok on termux-app_v0.118.0debug_x86_64.apk -- 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 22846] New: wine's internet explorer can't download firefox
by wine-bugs＠winehq.org March 12, 2025

March 12, 2025

http://bugs.winehq.org/show_bug.cgi?id=22846 Summary: wine's internet explorer can't download firefox Product: Wine Version: 1.2-rc1 Platform: x86 URL: http://www.getfirefox.com OS/Version: Linux Status: NEW Keywords: download Severity: minor Priority: P2 Component: mshtml AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com As everyone who's installed Windows (and isn't in the EU) knows, the main use of Internet Explorer is to download firefox. Unfortunately, wine's IE can't download firefox: $ wine iexplore.exe http://www.getfirefox.com Click download, choose windows, and...nothing. Relevant terminal output: fixme:mshtml:nsChannel_IsNoStoreResponse (0x2a06a38)->(0x32ee7c) fixme:mshtml:nsChannel_IsNoCacheResponse (0x2a06a38)->(0x32ee78) fixme:mshtml:nsChannel_Cancel (0x2a06a38)->(804b0002) fixme:mshtml:nsHttpChannelInternal_SetDocumentURI (0x2affaf8)->() fixme:mshtml:nsChannel_SetReferrer (0x2affaf8)->(0x2bf3b38) fixme:shdocvw:ClOleCommandTarget_Exec Unimplemented group {000214d1-0000-0000-c000-000000000046} fixme:urlmon:Binding_Abort (0x2b46008) fixme:shdocvw:ClOleCommandTarget_Exec Unimplemented group {000214d1-0000-0000-c000-000000000046} fixme:mshtml:HttpNegotiate_GetRootSecurityId (0x2b162b0)->(0x32f108 0x32f34c 0) fixme:wininet:InternetLockRequestFile STUB err:mshtml:read_stream_data buffer is full -- 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 11

[Bug 42254] New: iTunes 12.5.4 window maximized with margin
by wine-bugs＠winehq.org March 12, 2025

March 12, 2025

https://bugs.winehq.org/show_bug.cgi?id=42254 Bug ID: 42254 Summary: iTunes 12.5.4 window maximized with margin Product: Wine Version: 2.0-rc3 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: winetaste(a)gmx.net Distribution: --- Created attachment 56939 --> https://bugs.winehq.org/attachment.cgi?id=56939 output maximizing iTunes window has 4 px margin on every side when maximized. It is the same for 32 and 64bit iTunes. I tested on two different machines both with Ubuntu 16.10 64bit. Same result with KDE Plasma 5, MATE and Cinnamon. Same with builtin and native gdiplus. Output when I click maximize button, see attachment. I don't know if I missed that before, because I didn't really maximized iTunes that often before. Now I tested with rc3-5 and it is the same result. iTunes 12.5.4.42 $ sha1sum iTunesSetup.exe 3a70cb1f8215efab5ae3723ab5ddde21f8394108 iTunesSetup.exe iTunes 12.5.4.42 x64: $ sha1sum iTunes6464Setup.exe e24e12bf876d1cb683081ef4bd2427d1d2d377cd iTunes6464Setup.exe -- 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 12

[Bug 25532] New: iTunes under Wine doesn't find shared libraries
by wine-bugs＠winehq.org March 12, 2025

March 12, 2025

http://bugs.winehq.org/show_bug.cgi?id=25532 Summary: iTunes under Wine doesn't find shared libraries Product: Wine Version: 1.3.9 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: computers57(a)hotmail.com It seems that iTunes 10.1 under Wine cannot find shared libraries. I think this has something to do with mdnsresponder not able to talk on the required port. Steps to reproduce: 1. Go to preferences in iTunes running either on Mac or natively on Windows. 2. click on Sharing. 3. Enable Music Sharing. 4. Go to a wine directory which has iTunes installed. 5. Start up iTunes under Wine. 6. Wait about a minute. 7. Look under Sharing on the sidebar. Expected result: You should see the shared library. Actual result: The share doesn't show up at all. -- 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 14