wine-bugs January 2025

wine-bugs@winehq.org

1 participants
1433 discussions

[Bug 42893] New: Cann't insert any HBITMAP in RichEdit control
by wine-bugs＠winehq.org 21 Mar '25

21 Mar '25

https://bugs.winehq.org/show_bug.cgi?id=42893 Bug ID: 42893 Summary: Cann't insert any HBITMAP in RichEdit control Product: Wine Version: 2.6 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ole32 Assignee: wine-bugs(a)winehq.org Reporter: xiewei(a)deepin.com Distribution: --- 1.Run Edit.exe with wine 2.Select any emoticon insert to the richedit,but nothing happened. -- 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 10

[Bug 54951] New: Calling SetUserObjectInformationW with UOI_TIMERPROC_EXCEPTION_SUPPRESSION causes Invalid parameter
by WineHQ Bugzilla 21 Mar '25

21 Mar '25

https://bugs.winehq.org/show_bug.cgi?id=54951 Bug ID: 54951 Summary: Calling SetUserObjectInformationW with UOI_TIMERPROC_EXCEPTION_SUPPRESSION causes Invalid parameter Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: cocoa(a)hoto.us Distribution: --- Created attachment 74476 --> https://bugs.winehq.org/attachment.cgi?id=74476 reproducible executable file Confirmed on Ubuntu 22.04, wine-8.8. I am developer who develops company internal software, using Win32 API. Some of our members using macOS, So I recommended CrossOver. However that member says It's crashing, I thought It maybe x64 issue so I provided x86 build for them. It seems to work at first, but crashed after seconds. It reports: "[87 0x81] Invalid parameter.". I traced stack and I found this line is the problem: https://github.com/rodrigocfd/windigo/blob/master/ui/any_globals.go#L172 And I commented out that line, It works with some graphic issue. (No graphic issue on Wine) I don't know about Wine's workaround about this function as many, But It seems to UOI_TIMERPROC_EXCEPTION_SUPPRESSION flag caused the error. I attached a simple reproducible program that creates 500x500 window. I also confirmed It crashes on Wine 8.8, the latest development release. I sent this issue also to CodeWeavers, but I'm filing this bug report because this also happens on Wine. By Wine doesn't crash but throws invalid exception, there is no trace attachment. 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 4

[Bug 56145] New: Wine lacks VR support ( OpenVR/OpenXR runtime shim)
by WineHQ Bugzilla 18 Mar '25

18 Mar '25

https://bugs.winehq.org/show_bug.cgi?id=56145 Bug ID: 56145 Summary: Wine lacks VR support ( OpenVR/OpenXR runtime shim) Product: Wine Version: 9.0-rc3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xeno(a)x-s.com.pl Distribution: --- Currently VR support in Linux gets to the point where it becomes viable option. Linux native apps tend to do just fine , but there's no way for VR capable windows apps running trough Wine to detect/use VR devices. VR is supposed to be supported on Proton and hacky Wine-Proton hybrids, where first option limits support to apps from Steam and second one is a bit cumbersome to get it working. To solve this issue wine environment could provide thin VR runtime environment that catches calls from apps and direct those to linux native VR runtime that is installed on user system. Wine OpenXR library shouldn't be that complex as it'd be simple 1:1 mapping of OpenXR API. For Valve OpenVR API there are two possible approaches, one similar to OpenXR where wine just forward calls to SteamVR or it could translate calls to OpenXR, like OpenComposite does, then call OpenXR runtime on Linux side. -- 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 56378] New: Microsoft Edge and Edge-based WebView2 do not function without --no-sandbox option
by WineHQ Bugzilla 18 Mar '25

18 Mar '25

https://bugs.winehq.org/show_bug.cgi?id=56378 Bug ID: 56378 Summary: Microsoft Edge and Edge-based WebView2 do not function without --no-sandbox option Product: Wine Version: 9.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: asdfghrbljzmkd(a)outlook.com Distribution: --- Microsoft Edge will freeze about 1-3 seconds after launching. Steps to reproduce: 1. Download and install WebView2 (which includes Edge) from https://developer.microsoft.com/en-us/microsoft-edge/webview2/ 2. Run: wine "/PATH/TO/PREFIX/drive_c/Program Files (x86)/Microsoft/EdgeCore/VERSIONNUMBER/msedge.exe" --disable-gpu --no-first-run Edge will not launch. If you add --no-sandbox to the launch options, it will launch, but freeze after a second or so (https://bugs.winehq.org/show_bug.cgi?id=56377) --disable-gpu is required wine wined3d, it can be dropped if using DXVK. --no-first-run disables the first run prompting you to sign in and such, it has no bearing on this bug itself. This also affects applications using WebView2, e.g. the Adobe Creative Cloud setup application: WEBVIEW2_ADDITIONAL_BROWSER_ARGUMENTS="--disable-gpu" wine '/PATH/TO/Creative_Cloud_Set-Up.exe' Using this at least allows the window to open, though it is blank for reasons currently unknown: WEBVIEW2_ADDITIONAL_BROWSER_ARGUMENTS="--disable-gpu --no-sandbox" wine '/PATH/TO/Creative_Cloud_Set-Up.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.

1 8

[Bug 57597] New: Rufus: Incorrect display of bitmap in buttons
by WineHQ Bugzilla 18 Mar '25

18 Mar '25

https://bugs.winehq.org/show_bug.cgi?id=57597 Bug ID: 57597 Summary: Rufus: Incorrect display of bitmap in buttons 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 77711 --> https://bugs.winehq.org/attachment.cgi?id=77711 Wine Rufus 2.18 See screenshot from Wine and Win11. Wine does not show button bitmap correctly -- 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 54697] New: Gaming.Input is not working with RAW controller API
by WineHQ Bugzilla 18 Mar '25

18 Mar '25

https://bugs.winehq.org/show_bug.cgi?id=54697 Bug ID: 54697 Summary: Gaming.Input is not working with RAW controller API Product: Wine Version: 8.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: windows.gaming.input Assignee: wine-bugs(a)winehq.org Reporter: winrazor(a)gmail.com Distribution: --- Hello, I'm trying to run .Net Framework 7.0 application with Gamin.Input Raw device API on Ubuntu Linux and have the following error: fixme:input:controller_QueryInterface {43c0c035-bb73-4756-a787-3ed6bea617bd} not implemented, returning E_NOINTERFACE Connected device is detected but it cannot read info from device. Tried with 2 different controllers: Trustmaster Dual Trigger and Xbox Series S by cable, and have the same problem. Wine 8.3 Staging is configured for Windows 11. In Windows 11 application works. Do you have an idea? Thanks is advance. Timur. -- 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 56260] New: 16-bit Myst deadlocks when entering Book
by WineHQ Bugzilla 18 Mar '25

18 Mar '25

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

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 January 2025