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

[Bug 57888] Incorrect decimal fixed-point multiplication

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57888 --- Comment #1 from Rafał Mużyło <galtgendo(a)o2.pl> --- Is the output from wine produced with wine-mono or manually installed .NET 4.8 ? -- 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.

Feb. 28, 2025

[Bug 57892] x86(32bit) exe's wrong registry redirect

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57892 --- Comment #1 from axis6404(a)proton.me --- Created attachment 78121 --> https://bugs.winehq.org/attachment.cgi?id=78121 simple test exe+src -- 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.

Feb. 28, 2025

[Bug 57892] New: x86(32bit) exe's wrong registry redirect

by WineHQ Bugzilla

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.

Feb. 28, 2025

[Bug 47165] iTunes 12.9.4+ user interface is rendered black (only text visible)

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=47165 --- Comment #40 from Nikolay Sivov <bunglehead(a)gmail.com> --- (In reply to Hajo Krabbenhöft from comment #39) > Hi Nikolay, > > Looking at this again now, I believe a test might even be much simpler: > > 1. Initialize HDC with any kind of data > 2. BindDC(DCRenderTarget, hdc) > 3. BeginDraw(hdc) > 4. EndDraw > > => The HDC data is now lost. > I submitted https://gitlab.winehq.org/wine/wine/-/merge_requests/7443. Your name is mentioned in commit message. Since that's your fix, I think it's totally fair to have you as a commit author. Let me know if you're okay with that, and I'll push an update. -- 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.

Feb. 28, 2025

[Bug 57886] Context menus may be positioned using the wrong window when a window is reparented

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57886 PennRobotics <irischer.posaunist(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |NOTOURBUG --- Comment #2 from PennRobotics <irischer.posaunist(a)gmail.com> --- Thanks. Latest revision at that link fixes context menu positioning. -- 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.

Feb. 28, 2025

[Bug 57758] Starcraft Brood War 1.16.1 does not launch on Wine 10

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57758 --- Comment #13 from Louis <louis(a)qdcec.co.za> --- (In reply to Alex Henrie from comment #10) > It might have even been fixed properly between > version 1.16.1 and version 1.17.0. The best we can do is to tell Wine users > to install the 1.17.0 patch from > http://ftp.blizzard.com/pub/broodwar/patches/PC/BW-1170.exe to play > StarCraft. I was indeed on patch 1.16 and updating to patch 1.17 has fixed this bug for me. I'm happy with that as a workaround solution. (Sadly Blizzard's FTP site is no longer browseable, so thank you for providing the URL to the patch, which still works). -- 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.

Feb. 28, 2025

[Bug 57859] WineHQ 10.2 packages broken on Ubuntu/Debian

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57859 --- Comment #77 from Alexandre Julliard <julliard(a)winehq.org> --- There's no special wow64 prefix, old and new wow64 mode use the exact same 64-bit prefixes. You can't use a 32-bit prefix in new wow64 mode, since it needs 64-bit dlls. -- 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.

Feb. 28, 2025

[Bug 57891] Wine 10.2 can't find ntdll.so under linux.

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57891 --- Comment #1 from Alexandre Julliard <julliard(a)winehq.org> --- (In reply to Patrick Hibbs from comment #0) > I assume this won't work. Notably bindir and libdir are defined afterwards, > and both use exec_prefix, which because I assume it's empty here, means they > get a value of "/bin" and "/lib" respectively. No, that works fine, there must be some other problem with your build. Please attach your config.log and the strace output. -- 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.

Feb. 28, 2025

[Bug 57834] Cyberpunk 2077 doesn't load with CyberEngine Tweaks

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57834 --- Comment #12 from Shmerl <shtetldik(a)gmail.com> --- (In reply to FoX from comment #11) > No, this is an obscure hack and exactly what appdb is for. I haven't seen it > even mentioned anywhere during web-wide search for hacks to make CP2077 > playable, it was all about giving up on wine and using proton. Nobody even > said which part of proton makes it work. It's not an obscure hack and has been around for years at this point? dxvk and vkd3d-proton rely on modern features of Vulkan without limitations, which allows them to provide implementations of D3D9 - D3D12 that have very good performance. Upstream Wine has to accommodate limitations of translating Vulkan to Metal on macOS which limits features of Vulkan it relies on, that's why on Linux upstream Wine's implementation leaves some performance on the table so to say. If you weren't aware of that - well now you are. But this has been so for a quite a while already and it's the primary reason to always use dxvk + vkd3d-proton for gaming on Linux even if you use upstream Wine. -- 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.

Feb. 28, 2025

[Bug 57859] WineHQ 10.2 packages broken on Ubuntu/Debian

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57859 --- Comment #76 from Shmerl <shtetldik(a)gmail.com> --- (In reply to CWB from comment #75) > Am I understanding correctly that `WINEARCH=wow64 wine somewin32.exe` will > use the new wow64 mode, while anything else will use the old one? Does it > matter how the prefix was initially created? (Does it work in an existing > win64 prefix? Does it work in an existing win32 prefix? Is there such a > thing as a wow64 prefix?) Not sure if there is a flavor of wow64 prefix, but to your other question - yes, from my testing if you run a 32-bit program in a 64-bit prefix that was created in the past (or now), it will use 32-bit libraries proper using the old style wow64, but if you set WINEARCH=wow64, it will use 64-bit libraries in that special thunking mode (new style of wow64). I.e. basically you can now do both with forcing the new mode with a variable. I don't use 32-bit prefixes anymore since there is really no point in them so can't say what will happen there, but wow64 is irrelevant for them anyway. -- 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.

Feb. 28, 2025