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

[Bug 49747] New: ICO_ExtractIconExW causes crash on incomplete windows executable
by WineHQ Bugzilla Aug. 16, 2025

Aug. 16, 2025

https://bugs.winehq.org/show_bug.cgi?id=49747 Bug ID: 49747 Summary: ICO_ExtractIconExW causes crash on incomplete windows executable Product: Wine Version: 5.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: andi(a)notmuch.email Distribution: --- Created attachment 68049 --> https://bugs.winehq.org/attachment.cgi?id=68049 backtrace of explorer.exe crashing I have 31% of a binary in a local directory because some installer/patcher crashed during installation. Whenever I use `winefile` or `wine explorer.exe` and scroll to that file in the directory wine crashes with the attached backtrace. It appears to be related to the ICO handling code within wine that expects more input but that doesn't exist yet. Attached is the backtrace of running the patcher for the "Dark Age of Camelot" freeshard "Phoenix" (https://playphoenix.online) which did cause this issue for me. -- 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 3

[Bug 58497] New: Strings are a confusing mix or US and British English
by WineHQ Bugzilla Aug. 15, 2025

Aug. 15, 2025

http://bugs.winehq.org/show_bug.cgi?id=58497 Bug ID: 58497 Summary: Strings are a confusing mix or US and British English Product: Wine Version: 10.12 Hardware: x86-64 OS: Linux Status: NEW Keywords: download, localization, source Severity: trivial Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: imwellcushtymelike(a)gmail.com Blocks: 23124 Distribution: --- The strings in the Wine code are a confusing mix of British (International/Commonwealth) English and US English. Why does this matter? Each variant of English has its own rules around the spelling of certain words. colour/color cancelled/canceled moveable/moveable and so on... As there is no standard, each dialect of English will need its own translation file (.po). If there is standard usage of one or the other (US or British) then fewer translations are needed, as Wine will simply default back to that standard English (SUBLANG_NEUTRAL or SUBLANG_DEFAULT?) Examples: #: dlls/mferror/mferror.mc:473 msgid "Media format was recognized but is invalid.\n" (US English) #: programs/reg/reg.rc:131 msgid "reg: The registry operation was cancelled\n" (British English) I spoke with someone a few years back (I'm pretty sure it was Alexandre) on IRC (Freenode) but those logs are long gone, or very hard to find. From what I recall the "standard English" chosen was British. This makes sense as en_US.po exists for the US English translations. I am happy to make the necessary changes to standardise the use of English, but I just want to be 100% sure which standard we are now using, as it may have changed since I last asked. Note that some dialects need their own .po files anyway because they really are a confusing mix of British and US. It seems like Windows defaults to US English. However, US English is only used by the US and the Philippines, so it would require significantly less effort to default to British English. This confusing table gives a hint of the scope: https://en.wikipedia.org/wiki/Template:English_dialects -- 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 58528] New: CRYPT_AcquirePrivateKeyFromProvInfo does not check machine store for private key
by WineHQ Bugzilla Aug. 15, 2025

Aug. 15, 2025

http://bugs.winehq.org/show_bug.cgi?id=58528 Bug ID: 58528 Summary: CRYPT_AcquirePrivateKeyFromProvInfo does not check machine store for private key Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: crypt32 Assignee: wine-bugs(a)winehq.org Reporter: katharina(a)hacked.xyz Distribution: --- When adding a Certificate via PFXImportCertStore with CRYPT_MACHINE_KEYSET, a subsequent call to CryptAcquireCertificatePrivateKey fails to find the added private key. This is due to CRYPT_AcquirePrivateKeyFromProvInfo issuing a CryptAcquireContextA call without specifying a keyset; thus always defaulting to CRYPT_USER_KEYSET. Minimal reproducer: https://gitlab.winehq.org/-/snippets/26 Thanks to Hans Leidekker for additional support in IRC. This affects the Iis extension from WiX-built MSI installers, i.e. a lot of real-world apps. Real-World breaking app is the installer for the 3DExperience Launcher. -- 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 50174] New: Microsoft Office 365 login page for activating Office is blank
by WineHQ Bugzilla Aug. 15, 2025

Aug. 15, 2025

https://bugs.winehq.org/show_bug.cgi?id=50174 Bug ID: 50174 Summary: Microsoft Office 365 login page for activating Office is blank Product: Wine Version: 5.22 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: estebanium(a)outlook.com Distribution: --- Created attachment 68692 --> https://bugs.winehq.org/attachment.cgi?id=68692 Screenshot of the blank login window I have a Office 365 subscription. I visited https://www.office.com/ After logging into that page, I am then allowed to download the OfficeInstaller.exe. Selecting and downloading the installation file beforehand ensures that the Office installation is bound to the account during installation. The Office products Excel, PowerPoint etc. are activated accordingly. Within the menus, however, it is noticeable that you are apparently not logged in after all. The button Log in appears where the name of the account should actually be. If the subscription expires, the Office installation notices it. Hints appear that you should use the subscription (activate it) again. If the subscription was renewed from the Office.com site, the Office installation will not notice it. If I open Excel, for example, I now have three options: Login, Buy, Enter key. If I choose Login, a window opens where I can enter my e-mail address on a Microsoft page. After entering it I should get to the next menu item where I can enter my password. But the window there is empty. It is simply white. -- 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 3

[Bug 57131] New: Info and profile buttons in CEF sample application instantly close
by WineHQ Bugzilla Aug. 15, 2025

Aug. 15, 2025

https://bugs.winehq.org/show_bug.cgi?id=57131 Bug ID: 57131 Summary: Info and profile buttons in CEF sample application instantly close Product: Wine Version: 9.16 Hardware: x86-64 URL: https://cef-builds.spotifycdn.com/cef_binary_127.3.5%2 Bg114ea2a%2Bchromium-127.0.6533.120_windows64_client.t ar.bz2 OS: Linux Status: NEW Keywords: download, source Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: imwellcushtymelike(a)gmail.com Distribution: Ubuntu Created attachment 77028 --> https://bugs.winehq.org/attachment.cgi?id=77028 Screencast The info and profile buttons in the Chromium Embedded Framework sample application instantly close when clicked. See attached video. Using a WOW64 build they display as expected, albeit suffering from Bug 57111. corefonts needed (Bug 32342). -- 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 3

[Bug 56697] New: _kbhit ignores the last event in the queue
by WineHQ Bugzilla Aug. 15, 2025

Aug. 15, 2025

https://bugs.winehq.org/show_bug.cgi?id=56697 Bug ID: 56697 Summary: _kbhit ignores the last event in the queue Product: Wine Version: 9.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs(a)winehq.org Reporter: qsniyg(a)protonmail.com Distribution: --- Created attachment 76482 --> https://bugs.winehq.org/attachment.cgi?id=76482 kbhit_test.c Discovered this bug while writing an implementation for timeout.exe. Run the attached kbhit_test program under wineconsole to replicate the error. -- 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 57115] New: CEF sample application "Draggable" test fails
by WineHQ Bugzilla Aug. 15, 2025

Aug. 15, 2025

https://bugs.winehq.org/show_bug.cgi?id=57115 Bug ID: 57115 Summary: CEF sample application "Draggable" test fails Product: Wine Version: 9.16 Hardware: x86-64 URL: https://cef-builds.spotifycdn.com/cef_binary_127.3.5%2 Bg114ea2a%2Bchromium-127.0.6533.120_windows64_client.t ar.bz2 OS: Linux Status: NEW Keywords: download, source Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: imwellcushtymelike(a)gmail.com Distribution: Ubuntu Created attachment 77007 --> https://bugs.winehq.org/attachment.cgi?id=77007 Wine 9.16 console output The Draggable test in the Chromium Embedded Framework sample application allows the application itself to be moved when dragging inside a supplied red box. Under Windows 10 this works as expected. Under Wine 9.16 this has no effect. $ wine cefclient.exe --url=https://tests/draggable Nothing new is printed in the console while testing this. -- 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 57783] New: Approach will not run in a virgin 10.0 wineprefix
by WineHQ Bugzilla Aug. 15, 2025

Aug. 15, 2025

https://bugs.winehq.org/show_bug.cgi?id=57783 Bug ID: 57783 Summary: Approach will not run in a virgin 10.0 wineprefix 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: ToddAndMargo(a)zoho.com Distribution: --- Created attachment 77980 --> https://bugs.winehq.org/attachment.cgi?id=77980 debugg message on crash What a disaster! Please correct. I need my accounting system back. SmartSuite-N99.8.0208.0800 Fedora 41 wine-stable-10.0.0-1.1.x86_64 winehq-stable-10.0.0-1.1.x86_64 Lotus Approach will not run in a fresh WINEPREFIX under WineHQ Stable 10.0, unless you have leftover stuff from a prior wine install. But that would not be a fresh WINEPREFIX. Both Approach and WordPro were selected on a customer install and a fulkl install too after wiping the .wine directory and starting fresh The following error occurs at the end of installation from the smart suite ISO. regedit: Unable to open the registry key 'HKEY_CURRENT_USER\Software\Lotus\SmartSuite'. and regedit: Unable to open the registry key 'HKEY_CURRENT_USER\Software\Lotus\ScreenCam'. Only Approach and WordPro were selected on a customer install. When starting Approach: $ cd /home/todd/.wine/drive_c/lotus/approach $ wine ./approach.exe The following pop occurs "Lotus Approach: Couldn't load Lotus Dialog DynaLink" Pressing okay, opens a Program Error box and presents this error in the command line: wine: Unhandled exception 0xe06d7363 in thread 24 at address 7B5F7448 (thread 0024), starting debugger... I will attach the full debug message message. I have one for one checked a qemu-kvm Windows 10 install of Approach against my wine registry and they are identical Many thanks -T -- 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 52844] New: Call of Duty: Black Ops II stucks with a black screen after intro
by WineHQ Bugzilla Aug. 15, 2025

Aug. 15, 2025

https://bugs.winehq.org/show_bug.cgi?id=52844 Bug ID: 52844 Summary: Call of Duty: Black Ops II stucks with a black screen after intro Product: Wine Version: 7.6 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Created attachment 72240 --> https://bugs.winehq.org/attachment.cgi?id=72240 log wine-7.6-211-ge254680ed15 -- 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 56246] New: Regarding the color depth of BMP in the SavePicture method: the value is unstable.
by WineHQ Bugzilla Aug. 15, 2025

Aug. 15, 2025

https://bugs.winehq.org/show_bug.cgi?id=56246 Bug ID: 56246 Summary: Regarding the color depth of BMP in the SavePicture method: the value is unstable. Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: win32u Assignee: wine-bugs(a)winehq.org Reporter: taka(a)bahamut7.com Distribution: --- Created attachment 75953 --> https://bugs.winehq.org/attachment.cgi?id=75953 Difference in color depth between Wine and Windows Thank you for the great software. In Windows 10/11, the SavePicture method saves in "24-bit color" even if the display's color setting is "32-bit color". In Wine, if the display's color setting is "32bit color", the picture is saved in "32bit color" and the Windows software throws an error. In Debian, for some reason, it is saved with the value "0". Due to this difference, some software may not work. -- 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