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

[Bug 57880] New: Cannot upgrade to Wine 10.2 on Ubuntu due to amd64/i386 conflict in file location
by WineHQ Bugzilla March 21, 2025

March 21, 2025

https://bugs.winehq.org/show_bug.cgi?id=57880 Bug ID: 57880 Summary: Cannot upgrade to Wine 10.2 on Ubuntu due to amd64/i386 conflict in file location Product: Packaging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: contramuffin(a)gmail.com CC: dimesio(a)earthlink.net Distribution: --- Created attachment 78103 --> https://bugs.winehq.org/attachment.cgi?id=78103 Error message when upgrading wine-devel-amd64 Upgrading to Wine 10.2 fails. wine-devel-amd64 is throwing an error during the upgrade which says that it's attempting to overwrite a file location used by wine-devel-i386. Using Kubuntu 24.10. See attached file for error message -- 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 57870] New: Failed to load wine-staging and wineboot for wine-10.2
by WineHQ Bugzilla March 21, 2025

March 21, 2025

https://bugs.winehq.org/show_bug.cgi?id=57870 Bug ID: 57870 Summary: Failed to load wine-staging and wineboot for wine-10.2 Product: Packaging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: pinkertoninrandolph(a)gmail.com CC: dimesio(a)earthlink.net Distribution: --- wine: failed to load /opt/wine-staging/lib/wine/i386-windows/ntdll.dll error 4000000e err:environ:run_wineboot failed to start wineboot 1 All day I searched for the previous wine-staging .deb files With the .deb files, I can easily install the previous working version My fault for not keeping a copy of these files before upgrading to wine-10.2 I feel angry that I could not simply download the previous version, the binary, the .deb files. Searching for the wine-staging-10.1.deb files made me feel crazy today. I apologize for ranting. -- 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 56553] New: ClickOnce app fails during initial download
by WineHQ Bugzilla March 21, 2025

March 21, 2025

https://bugs.winehq.org/show_bug.cgi?id=56553 Bug ID: 56553 Summary: ClickOnce app fails during initial download Product: Wine Version: 9.3 Hardware: aarch64 OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: maemigh(a)gmail.com Created attachment 76314 --> https://bugs.winehq.org/attachment.cgi?id=76314 Console output from wine ClickOnce app using winetricks to install dotnet472 fails at the application download stage. Previously worked on older wine versions (still works with version used by Whisky). -- 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 42893] New: Cann't insert any HBITMAP in RichEdit control
by wine-bugs＠winehq.org March 21, 2025

March 21, 2025

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

March 21, 2025

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 57597] New: Rufus: Incorrect display of bitmap in buttons
by WineHQ Bugzilla March 18, 2025

March 18, 2025

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

March 18, 2025

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

March 17, 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 57892] New: x86(32bit) exe's wrong registry redirect
by WineHQ Bugzilla March 16, 2025

March 16, 2025

https://bugs.winehq.org/show_bug.cgi?id=57892 Bug ID: 57892 Summary: x86(32bit) exe's wrong registry redirect Product: Wine Version: 10.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: advapi32 Assignee: wine-bugs(a)winehq.org Reporter: axis6404(a)proton.me Distribution: --- When x86(32bit) exe is executed from 64bitOS, the registry is redirected to wow6432node. Some cases are redirecting when they should not. I have created a simple 10 line program as a test case, attached in 7z with the exe. Description of the exe: Create HKEY_CURRENT_USER\software\wineTestRedirect. Windows 8.1 (x64): Create HKEY_CURRENT_USER\software\wineTestRedirect. wine (x64 debian): Create HKEY_CURRENT_USER\software\Wow6432Node\wineTestRedirect How to fix: Do not redirect to HKEY_CURRENT_USER\Software\* (and other special locations). A detailed list is available on MSDN. https://learn.microsoft.com/ja-jp/windows/win32/winprog64/shared-registry-k… Effects: Dead or Alive Xtreme Vacation(doaxvv) DMM Game Player version: Error code: アップデートをキャンセルしました。.インストール情報が正しくありません。アンインストールしてから再インストールをしてください。(601:0) https://github.com/ValveSoftware/Proton/issues/2773#issuecomment-1182496990 https://steamcommunity.com/app/958260/discussions/0/1846946102863590168/?ct… And a bunch of other 32-bit exe's. Translated with DeepL.com (free version) -- 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 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