- wine-bugs - winehq.org

[Bug 41024] New: Failure to install
by wine-bugs＠winehq.org 30 Sep '25

30 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=41024 Bug ID: 41024 Summary: Failure to install Product: Wine Version: 1.8.3 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: leo_one(a)telus.net Distribution: --- Created attachment 55190 --> https://bugs.winehq.org/attachment.cgi?id=55190 config.log shows compilation failure Attempts to install wine-1.8.3 fail to compile. config.log attached. -- 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 4

[Bug 58142] New: Teraterm 5.4.0 / Serial communication not functional
by WineHQ Bugzilla 30 Sep '25

30 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58142 Bug ID: 58142 Summary: Teraterm 5.4.0 / Serial communication not functional Product: Wine Version: 10.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: janne.kekkonen(a)gmail.com Distribution: --- tested with wine 10.5-staging When data is sent to serial port that is opened with TeraTerm, GUI becomes very sluggish and data received is not shown on the terminal. When data sending is stopped. Received data is shown and GUI responsivenes becomes normal. This behavior seems very similar that is described in bug(s): 57246 and 50591. Download link: https://github.com/TeraTermProject/teraterm/releases Side note: Wine registry do not have serial port friendly name information. Teraterm needs to be started with command line parameter which defines port: wine ttermpro.exe /C=2 -- 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 57537] New: Steuersparerklärung 2024 fails to install
by WineHQ Bugzilla 30 Sep '25

30 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=57537 Bug ID: 57537 Summary: Steuersparerklärung 2024 fails to install Product: Wine Version: 9.22 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: --- Found while testing a report from the forums: https://forum.winehq.org/viewtopic.php?t=39775 Ran in a clean WINEPREFIX, used trial version and express installation. It gives a messagebox with > Die Installation von >>Steuersparerklärung 2024<< konnte nicht durchgeführt werden! Prüfen Sie bitte, ob die notwendigen Installationsvoraussetzungen erfüllt sind Translated: The installation of >>Steuersparerklärung 2024<< could not be completed! Please check whether the necessary installation requirements are met -- 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 57691] New: wine-mono: ASan gets triggered in mono_path_canonicalize with strcpy-param-overlap.
by WineHQ Bugzilla 30 Sep '25

30 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=57691 Bug ID: 57691 Summary: wine-mono: ASan gets triggered in mono_path_canonicalize with strcpy-param-overlap. Product: Wine Version: 10.0-rc6 Hardware: x86-64 OS: Linux Status: NEW Severity: minor Priority: P2 Component: mscoree Assignee: wine-bugs(a)winehq.org Reporter: bernhardu(a)mailbox.org Distribution: --- Created attachment 77881 --> https://bugs.winehq.org/attachment.cgi?id=77881 asan_2025-01-18_17-11-19_.1748 Hello, I tried getting wine being built with ASan (PE side) enabled. [1] And tried running on this build the wine conformance tests. One place where ASan gets triggered is in mono\mono\utils\mono-path.c [2]: 90 if (dest != lastpos) strcpy (dest, lastpos); ERROR: AddressSanitizer: strcpy-param-overlap A few lines above (line 74) there is the possibility of the strings overlapping mentioned and a memmove used. Attached file contains the full output of one ASan event. Would it be valuable to replace the `strcpy (dest, lastpos);` by a `memmove (dest, lastpos, strlen(lastpos) + 1)`? [1] https://gitlab.winehq.org/bernhardu/wine/-/blob/asan-pe_2024-12-29/README.md [2] https://gitlab.winehq.org/mono/mono/-/blame/main/mono/utils/mono-path.c#L90 -- 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 58744] New: Missing Type on get_type within dlls/msi/suminfo.c
by WineHQ Bugzilla 30 Sep '25

30 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58744 Bug ID: 58744 Summary: Missing Type on get_type within dlls/msi/suminfo.c Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: matgrioni(a)gmail.com Distribution: --- For a certain use case I wanted to run Microsoft Keyboard Layout Creator (MSKLC) on a serverless function and therefore was trying to get it to run on Wine. The application takes a keyboard layout definition and then has functionality to create a MSI which contains the DLL for the created keyboard. When running this compilation step, the MSI creation was failing and I was able to identify that the MSI creation process with MSKLC was calling MsiSummaryInfoSetPropertyW with property PID_EDITTIME which is missing from /dlls/msi/suminfo.c:get_type and should have type VT_FILETIME according to this documentation: https://learn.microsoft.com/en-us/windows/win32/msi/summaryinfo-summaryinfo. By adding PID_EDITTIME to the function, I was able to unblock this part. Overall it's a trivial problem and fix, I figure in part it hasn't been run into is that the use case of *creating* an MSI (rather than running it), is quite small, and it seems the EDITTIME property may not be read from on installation. I created a bug for it, since I was having issues creating a fork and the problem is quite trivial, and my ability to contribute to wine will probably not extend much beyond this issue :) -- 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 0

[Bug 58742] New: winedbg: Internal crash at 00006FFFFF8CB5E5 (pe_load_msc_debug_info)
by WineHQ Bugzilla 30 Sep '25

30 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58742 Bug ID: 58742 Summary: winedbg: Internal crash at 00006FFFFF8CB5E5 (pe_load_msc_debug_info) Product: Wine Version: 10.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: winedbg Assignee: wine-bugs(a)winehq.org Reporter: zowie+wine(a)vandillen.io Distribution: --- Platform: Linux Mint 21.3 Cinnamon Linux Kernel: 5.15.0-156-generic Platform 2: Linux Mint 22.2 Cinnamon Linux Kernel 2: 6.8.0-83-generic When I build Wine myself and run the command `$WINE winedbg explorer` with it, it leads to a crash. This does not happen with the official builds of Wine, so I'm guessing there's some package version difference or something along those lines that makes this occur. Log from a custom build of 10.15: ``` user@pc:~/wine/test$ $WINE winedbg explorer WineDbg starting on pid 0184 0180:fixme:dbghelp:elf_search_auxv can't find symbol in module 0180:fixme:dbghelp:elf_search_auxv can't find symbol in module winedbg: Internal crash at 00006FFFFF8CB5E5 user@pc:~/wine/test$ ``` Log from the official build of 10.15: ``` user@pc:~/wine/test$ wine winedbg explorer WineDbg starting on pid 01b4 01b0:fixme:dbghelp:elf_search_auxv can't find symbol in module 01b0:fixme:dbghelp:elf_search_auxv can't find symbol in module 0x006fffffc00c3d ntdll+0x10c3d: retq Wine-dbg> ``` The crash occurs in pe_load_msc_debug_info from pe_module.c, in the branch with `/* Debug info is stripped to .DBG file */`. The variable `dbg` is null, so it crashes when trying to dereference it. Here's a quick fix I made for it. It fixes the crash but it doesn't really solve the underlying issue. As a result the debugger is missing so much debug information that it's not actually that helpful. ``` /* Read in debug directory */ dbg = RtlImageDirectoryEntryToData( mapping, FALSE, IMAGE_DIRECTORY_ENTRY_DEBUG, &nDbg ); nDbg = dbg ? nDbg / sizeof(IMAGE_DEBUG_DIRECTORY) : 0; /* NEW */ if (!dbg) { pe_unmap_full(fmap); return ret; } /* END */ /* Parse debug directory */ ``` It's a bit annoying but for the time being I'll probably use the official build for debugging, or maybe I'll try to build Wine using the Docker set-up from the Gitlab CI. -- 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 58730] New: Images in iTunes have a white background (see picture)
by WineHQ Bugzilla 30 Sep '25

30 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58730 Bug ID: 58730 Summary: Images in iTunes have a white background (see picture) Product: Wine Version: 10.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: usr_40476(a)icloud.com Distribution: --- Created attachment 79347 --> http://bugs.winehq.org/attachment.cgi?id=79347 bruh um not quite sure how to further explain it so i guess heres a screenshot -- 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 58158] New: Regression: Sacred Gold 2.28 ASE crashes when initialising multiplayer
by WineHQ Bugzilla 30 Sep '25

30 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58158 Bug ID: 58158 Summary: Regression: Sacred Gold 2.28 ASE crashes when initialising multiplayer Product: Wine Version: 7.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: zergling.man42(a)gmail.com Distribution: --- Created attachment 78442 --> http://bugs.winehq.org/attachment.cgi?id=78442 git diff 3aa18cc5d01028bda126624ba5f5bfb11ebc4f77 8714eb2fef7182a9c73b9963493935decca89fdc Can be triggered by running Sacred.exe and navigating multiplayer -> any of the three options (local network, closed internet, open internet), or by running GameServer.exe. Causes an unhandled page fault on read access, probably in tincat2.dll. After two bisects, I believe it's caused by 3aa18cc5d01028bda126624ba5f5bfb11ebc4f77, but reverting it doesn't fix it. It's definitely somewhere between 7.2 and 7.3. -- 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 35648] New: Anthem Room Correction 2 v1.0.1: crash when connecting to A/V receiver in auto mode
by wine-bugs＠winehq.org 29 Sep '25

29 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=35648 Bug ID: 35648 Summary: Anthem Room Correction 2 v1.0.1: crash when connecting to A/V receiver in auto mode Product: Wine Version: 1.7.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tristan.schmelcher(a)gmail.com Created attachment 47607 --> http://bugs.winehq.org/attachment.cgi?id=47607 Console output The application Anthem Room Correction 2 v1.0.1 crashes when trying to connect to an A/V receiver if run in automatic mode (with "/Auto" specified on the command line). The application also fails in manual mode at the same spot, but it doesn't crash; instead it hangs with 100% CPU usage. The console output with stack trace from the crash in automatic mode is attached. The application can be downloaded at http://anthemav.com/downloads/ARC-2%20Setup.zip, but you must have an Anthem A/V receiver in order to get this far in it. I am happy to carry out suggested testing/debugging. 74dc2107ca936dddbd0fc6abbb2baf74e387c163 ARC-2 Setup.zip -- 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 7

[Bug 58737] New: Download of large file via WinHTTP fails with WSATIMEDOUT
by WineHQ Bugzilla 29 Sep '25

29 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58737 Bug ID: 58737 Summary: Download of large file via WinHTTP fails with WSATIMEDOUT Product: Wine Version: 10.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winhttp Assignee: wine-bugs(a)winehq.org Reporter: felixhaedicke(a)web.de Distribution: --- Created attachment 79362 --> http://bugs.winehq.org/attachment.cgi?id=79362 Source code: Download a file (without acutally storing it) via HTTPS via WinHTTP See attached sample code: For particular (large) files, downloads using wine's WinHTTP implementations can fail reproducibly with a WSATIMEDOUT. This happens when running the installer of Condor 3 (https://www.condorsoaring.com), which is obviously built with "Inno Setup". The installer downloads a 14 GB archive from https://downloads3.condorsoaring.com/V3/Landscapes1.zip during installation. Unfortunately, when the actual download is finished, the installer fails with a code 10060 (WSATIMEDOUT) error message. Using the attached sample code, I could reproduce this problem. The file is downloaded, but the last WinHttpQueryDataAvailable() call fails with WSATIMEDOUT (instead of detecting EOF): winhttpdownload.exe "downloads3.condorsoaring.com" "/V3/Landscapes1.zip" It seems to work fine for most other downloads, even for files which are larger than 4GB (4294967295 bytes, DWORD max value). The sample code works fine on Windows 11. -- 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 58733] New: widl gives a segmentation fault.
by WineHQ Bugzilla 29 Sep '25

29 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58733 Bug ID: 58733 Summary: widl gives a segmentation fault. Product: Wine Version: 10.15 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: Debian I tried this command: ~/wine/tools/widl/widl -I ~/wine/include/ -L ~/wine/dlls/stdole2.tlb/ ~/wine/include/msinkaut.idl Result: Segmentation fault This command works for other idl files like wbemdisp.idl I found a hack to work around the crash is to make the 4 methods in msinkaut that contain IDataObject static; might be a pointer to the cause of the bug? diff --git a/include/msinkaut.idl b/include/msinkaut.idl index 743dec82a40..0bc6d5c79d5 100644 --- a/include/msinkaut.idl +++ b/include/msinkaut.idl @@ -656,20 +656,20 @@ cpp_quote("#endif /* _WINGDI_ */") [in] VARIANT PacketData, [in] VARIANT PacketDescription, [out, retval] IInkStrokeDisp **Stroke); - HRESULT ClipboardCopyWithRectangle( + static HRESULT ClipboardCopyWithRectangle( [in] IInkRectangle *Rectangle, [in] InkClipboardFormats ClipboardFormats, [in] InkClipboardModes ClipboardModes, [out, retval] IDataObject **DataObject); - HRESULT ClipboardCopy( + static HRESULT ClipboardCopy( [in] IInkStrokes *strokes, [in] InkClipboardFormats ClipboardFormats, [in] InkClipboardModes ClipboardModes, [out, retval] IDataObject **DataObject); - HRESULT CanPaste( + static HRESULT CanPaste( [in] IDataObject *DataObject, [out, retval] VARIANT_BOOL *CanPaste); - HRESULT ClipboardPaste( + static HRESULT ClipboardPaste( [in] long x, [in] long y, [in, unique] IDataObject *DataObject, -- 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 1

[Bug 58735] New: Wine 10.15 crash (c0000005) on Arch Linux with nvidia drivers
by WineHQ Bugzilla 29 Sep '25

29 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58735 Bug ID: 58735 Summary: Wine 10.15 crash (c0000005) on Arch Linux with nvidia drivers Product: Wine Version: 10.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ilya.laguxa(a)gmail.com Distribution: --- Created attachment 79357 --> http://bugs.winehq.org/attachment.cgi?id=79357 Debug log output of wineboot -u System Information: - Arch Linux x86_64 - Kernel: Linux 6.16.8-arch3-1 - Window Manager: Openbox 3.6.1 (X11) - Laptop: HP Omen 15, Ryzen 7 4800H, NVIDIA RTX 2060M - Bumblebee for hybrid graphics Launching wineboot -u (or any other wine command) on a fresh prefix (~/.wine) hangs indefinitely. Ctrl+C does not interrupt. Removing NVIDIA drivers and using amdgpu allows Wine to run correctly. With NVIDIA drivers installed, Wine immediately crashes with access violation (c0000005). I can only terminate wineboot by running: wineserver -k Steps Taken: Verified 32-bit libraries installed (lib32-nvidia-utils, Vulkan working) LANG=C, clean user, WINEARCH=win64 Tested on fresh prefix Tested on an old kernel, same result glxinfo shows NVIDIA RTX 2060 nvidia-smi works correctly nvidia and amdgpu modules are loaded I have no custom xorg.conf Other Wine builds such as staging or AUR and proton don't work with same behavior -- 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 1

[Bug 55981] New: Dragon Age Origins: Runs slowly when using the experimental wow64 mode
by WineHQ Bugzilla 29 Sep '25

29 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=55981 Bug ID: 55981 Summary: Dragon Age Origins: Runs slowly when using the experimental wow64 mode Product: Wine Version: 8.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: berillions(a)gmail.com Distribution: --- Created attachment 75572 --> https://bugs.winehq.org/attachment.cgi?id=75572 Dragon Age : Origins main menu with new wow64 + OpenGL renderer Dragon Age : Origins works with the new wow64 experimental mode but it's very slowly and unplayable. This bug affect "Beyond Good & Evil" too. Use DXVK fix this issue so something wrong with new wow64 + opengl renderer ? -- 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 26

[Bug 58743] New: Saitek Joystick has a twist stick for rudder. Registry is configured for Rz but 'wine control' shows Rx.
by WineHQ Bugzilla 29 Sep '25

29 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58743 Bug ID: 58743 Summary: Saitek Joystick has a twist stick for rudder. Registry is configured for Rz but 'wine control' shows Rx. Product: Wine Version: 9.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: registry Assignee: wine-bugs(a)winehq.org Reporter: bgoodwin91006(a)charter.net Distribution: --- I am using the current stable version of Linux Mint 22.1 Wine; wine-9.0 (Ubuntu 9.0~repack-4build3) My 'Saitek ST290 Pro' joystick has a twist stick to act as rudder or steering control in addition to the usual X,Y,and Z(throttle) inputs. I need the twist axis to be mapped to the Rz axis so I configured a wine registry entry for this setup. When I run 'wine control', It shows x,y,and z working correctly but the stick twist shows up as Rx. The twist does not work in the game 'FA-18 PSF' as proof that the stick is not mapped to Rz. It has worked in the past (several years ago) on this game. My registry setting is HKCU-Software-Wine-DirectInput-Saitek-Saitek Pro 290 "=" X,Y,Z,Rz,POV1 I have tried pointing the generic 'joysticks-default' entry to saitek, I have tried various variations of the comma separated x,y,z.etc entries for my joystick (spaces,no spaces), I tried deleting the generic joysticks entry making my Saitek entry the only joystick entry under DirectInput. I tried making the Saitek entry as a sub entry under the generic joysticks entry. It appears that wine is ignoring my registry entry. -- 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 0

[Bug 58741] New: Maintainer requests should only be submittable once
by WineHQ Bugzilla 28 Sep '25

28 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58741 Bug ID: 58741 Summary: Maintainer requests should only be submittable once Product: WineHQ Apps Database Version: unspecified Hardware: x86-64 URL: https://appdb.winehq.org/objectManager.php?sClass=main tainer&sState=queued&sTitle=Maintainer%20Queue OS: Linux Status: NEW Keywords: download, source Severity: minor Priority: P2 Component: appdb-unknown Assignee: wine-bugs(a)winehq.org Reporter: imwellcushtymelike(a)gmail.com Distribution: --- Created attachment 79371 --> http://bugs.winehq.org/attachment.cgi?id=79371 Screenshot A user can currently submit as many requests to maintain an application as they want, effectively spamming the queue. There's no reason for there to ever be more than one request per user per application (or 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 0

[Bug 58726] New: version 10.15 Regression: "Roon" music player only shows a blank white screen but buttons (that aren't displayed) technically work
by WineHQ Bugzilla 28 Sep '25

28 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58726 Bug ID: 58726 Summary: version 10.15 Regression: "Roon" music player only shows a blank white screen but buttons (that aren't displayed) technically work Product: Wine Version: 10.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: joni.hilger(a)yahoo.de Distribution: --- Created attachment 79334 --> http://bugs.winehq.org/attachment.cgi?id=79334 Screenshot of the bug happening on wine-staging 10.15 - the window is completely blank/white When launching the Roon music player application, only a blank white window is rendered. The buttons technically work when clicking on the space where they are usually located so it seems to be a rendering issue. Additionally the window is "hard to interact with" when maximizing it I can't grab the top bar anymore (I mean the KDE provided one) and the close/minimize buttons in the top right wont work anymore. This bug only happens in 10.15 Downgrading to any version prior to 10.15 (e.g. 10.14) makes the application display correctly again. Confirmed not working: 10.15 [joni@linuxjoni04 bin]$ wine --version wine-10.15 (Staging) Confirmed working: [joni@linuxjoni04 bin]$ wine --version wine-10.14 (Staging) DAZ Studio, which is another wine application I have installed, does not experience this issue and renders correctly. To reproduce this issue you can quickly install roon via the script here: https://github.com/RoPieee/roon-on-wine After installing and opening the program you will immediately see the blank white window as seen in the screenshot. (alternatively you can get the exe file here and manually install it, but you need a few dependencies so the above script is way easier https://download.roonlabs.net/builds/RoonInstaller64.exe ) My system: Operating System: Arch Linux KDE Plasma Version: 6.4.5 KDE Frameworks Version: 6.18.0 Qt Version: 6.9.2 Kernel Version: 6.16.7-2-cachyos (64-bit) Graphics Platform: Wayland Processors: 24 × 13th Gen Intel® Core™ i7-13700K Memory: 64 GiB of RAM (62.5 GiB usable) Graphics Processor: NVIDIA GeForce RTX 3090 Ti -- 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 6254] riched32: Various Programms need EM_FORMATRANGE (Installer infinite loop from richtext error / wordpad: Printed Page is only white / Also affected: Half-Life, Endnote X5 Demo, ZMud, MukClient )
by WineHQ Bugzilla 28 Sep '25

28 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=6254 --- Comment #94 from Alban Browaeys <prahal(a)yahoo.com> --- (In reply to James McKenzie from comment #71) > This bug has not been forgotten, but AJ wanted this function implemented in > a different way that is correct. First EM_DISPLAYBAND must be implemented > and then EM_FORMATRANGE. This is being investigated. Hi James. Are there more details about what AJ envisioned that you could share so as not to get lost? Or is implementing EM_DISPLAYBAND first, then EM_FORMATRANGE, all there is to it? (In reply to James McKenzie from comment #67) > Also, I have been instructed by AJ to let this lie for a little while and come > back to it. The code is NOT correct to fix the problem. > Mr. Smith has a .plan to implement a lot of the functionality within Richedit. Do you know if these plans have been abandoned since? -- 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 0

[Bug 52959] New: Some games are rendered in square instead fullscreen
by WineHQ Bugzilla 28 Sep '25

28 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=52959 Bug ID: 52959 Summary: Some games are rendered in square instead fullscreen Product: Wine Version: 7.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: d2d Assignee: wine-bugs(a)winehq.org Reporter: slawek(a)lach.art.pl Distribution: --- Some games (like Empire Earth: Gold, Commandos: Behind Enemy Lines) do not render property. It renders only in top-left square (full game frame). Rest of screen is black. -- 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 15

[Bug 58706] New: Blood Fresh Supply / Doom 64 (KEX engine games) fail to start when OpenGl API is selected (EGL backend)
by WineHQ Bugzilla 28 Sep '25

28 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58706 Bug ID: 58706 Summary: Blood Fresh Supply / Doom 64 (KEX engine games) fail to start when OpenGl API is selected (EGL backend) Product: Wine Version: 10.15 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: rbernon(a)codeweavers.com Distribution: --- Those games using the Kex Engine that support the Opengl renderer API fail to start when the new experimental EGL opengl backend is used. Such games are: Blood - Fresh Supply Doom 64 System Shock: Enhanced Edition The error message that is shown on start: kexPlatformApp::InitVideo: Failed to create window (No matching GL pixel format available). Other available renderers in those games (Vulkan and D3d11) work properly with the new EGL backend. wine-10.15-28-g7d26649f637 NVIDIA 580.82.09 X.Org X Server 1.21.1.18 -- 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 58731] New: Using newer versions of dgVoodoo2 to play older games fail to initialize.
by WineHQ Bugzilla 27 Sep '25

27 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58731 Bug ID: 58731 Summary: Using newer versions of dgVoodoo2 to play older games fail to initialize. Product: Wine-staging Version: 10.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: nosferatu.arucard.1983(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- This is a year old bug around the Steam and later Lutris gaming community when notice the dgVoodoo2 wrapper after version 2.80 fail to work on Wine, either Proton or Proton-GE or any forks. Since Proton always uses DXVK for Direc3D 11 rendering (the dgVoodoo2 output), it was common to combine dgVoodoo2 with DXVK to wrap old DirectX and 3dfx Glide code to Direct3D 11, leaving DXVK to translate to Vulkan. As the time goes around, Dege was wary the fact that the last version of this own creation is now 2.86.2 at the time of writing and Lutris never update beyond 2.80 or a modded version called 2.8.2 After some testing and a rare game called Montezuma's Return which have a 3dfx version, I discovery that using dgVoodoo2 over Wine's vanilla DirectX 11 implementation also had the same problems like Proton or Wine-GE (modded versions) with DXVK. This old Glide game works with the lastest dgVoodoo2 without problems, while DirectDraw games like Omikron or Carmageddon TDR2000 fail to work using the lastest dgVoodoo2, but older versions worked fine. But the latter games had GPU diagnose tools and a pattern was found. If the dgVoodoo2 wrapper works, then the virtual dgVoodoo DirectX wrapper appears on devices list. If not, it displays the Wine's safe mode software renderer (DirectDraw HAL). Forcing playing the game, makes them crash or running at slowest speeds. After all testing, the issue happens either using DXVK or Wine's DirectX implementation, meaning that the problem should be found on Wine's code. Computers with Mesa drivers at certain games could start dgVoodoo2 2.86.2 on games like Omikron, which means that this open-source drivers code had an unintended workaround to force dgVoodoo2 to work, but this is rare and not always work. The test with Montezuma Return shows that the emulation code from Glide to DirectX works on Wine, along the DirectDraw emulation that work on certain cases. However the real issue is the initialization routine (that was changed) caused this huge regression, and it is not be handled by 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.

1 13

[Bug 58740] New: Alt keys not recognized on macOS
by WineHQ Bugzilla 27 Sep '25

27 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58740 Bug ID: 58740 Summary: Alt keys not recognized on macOS Product: Wine Version: unspecified Hardware: x86-64 OS: MacOS Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: cemer99797(a)isorax.com the Alt keys are not recognized on macOS. There is no input registered with either Alt key. The Mac Cmd (https://en.wikipedia.org/wiki/Command_key) keys instead register as Alt Using KeyboardStateView (Windows keyboard on-screen viewer utility): the left Cmd key registers as both: * Left MENU key (key code 164) * ALT key (key code 18) the right Cmd key registers as both: * Right MENU key (key code 165) * ALT key (key code 18) KeyboardStateView v1.00 homepage: https://www.nirsoft.net/utils/keyboard_state_view.html download: https://www.nirsoft.net/utils/keyboardstateview.zip sha256: b8ea99128e5ec854f3ce2596177687538f8d2b802943f35a223795d9452a0cd5 my system: macOS 11 tested with: Wine-stable 9.0, 10.0, Wine-devel 10.14 -- 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 0

[Bug 58729] New: various bugs in Jedi Knight - Dark Forces II Demo (macOS)
by WineHQ Bugzilla 27 Sep '25

27 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58729 Bug ID: 58729 Summary: various bugs in Jedi Knight - Dark Forces II Demo (macOS) Product: Wine Version: 10.14 Hardware: x86-64 OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: cemer99797(a)isorax.com This is a new bug report following my previous bug report (bug# 58156). In the previous bug report, the game Jedi Knight - Dark Forces II Demo could not launch at all on macOS, with the following error: > "err:module:loader_init "smackw32.DLL" failed to initialize, aborting" As of Wine-devel 10.14, this game is now playabale again but only with workaround and caveats. (comments cross-posted as well in bug# 58156) my system: macOS 11 game demo download page (choose Download this File > Agree > Jedi Knight Demo.zip): https://community.pcgamingwiki.com/files/file/1308-jedi-knight-dark-forces-… sha256: 7bc013918cf79879a086a10c27306f2f3511852726f4b4a9fec09668ed221d18 ---- To play the game, you have to launch the JEDI.EXE launcher app (not the JKDEMO.EXE game app) and click "Play Jedi Knight Demo"... After clicking "Play Jedi Knight Demo": 1. the game app will be launched to an all-black fullscreen and tries to change the screen resolution 2. the game app will minimize itself to the macOS Dock after 1 to 3 seconds 3. the same error pop-up as in my first post will show up: > Unable to start the Jedi Knight Demo game program. Try running JK.EXE where you installed the Demo directly. Also make sure you have the latest DirectX drivers installed on your system. Clicking the minimized game app from the macOS Dock (grayscale Jedi icon) will return the game app to fullscreen, with an all-black fullscreen and the intro video music playing in the background. Pressing Esc will skip the all-black intro video and correctly load the main menu and the game is playable! Press the equals key to increase the game viewport to fill the screen. ### NOTES: 1. if you choose "Cutscenes" from the main menu and press OK to play the Splash movie (intro movie), it will now play correctly 2. if you switch out of (Cmd-Tab) and return to the game from: * the all-black intro video (before pressing Esc to skip): the game correclty returns to the all-black intro video * the main menu: the main menu will now be all black, but the sounds still play when clicking your mouse and pressing Esc * the correctly-playing intro video from the Cutscenes menu: the game returns to an all-black intro video, but if you skip it (Esc), the main menu will display correctly * gameplay: the game viewport will be all the way off-screen to the top of the screen, meaning only the bottom 20% of the game can be seen (press the equals key to increase the in-game viewport). If you press Esc the pause menu still appears correctly * the pause menu, activated for the first time from gameplay: the game returns to an all-black pause menu, and pressing Esc returns the game viewport being off-screen to the top as before * the pause menu, activated for a second time from gameplay: the pause menu correctly reappears, but after returning to gameplay, the game viewport is still off to the top of the screen 3. if you close all macOS Terminal windows (which normally exits all wine processes), the game app will still be running, but the error pop-up will be killed. The game can be exited by force-quitting the wine processes in macOS Activity Monitor or Force Quit dialog I also bisected this with Wine-devel 10.12 and 10.13, and they both give the same error as in my first post: > "smackw32.DLL" failed to initialize, aborting so this was fixed in Wine-devel 10.14 I am using the official WineHQ/Gcenx binary from Homebrew/GitHub: https://formulae.brew.sh/cask/wine@devel https://github.com/Gcenx/macOS_Wine_builds/releases/download/10.14/wine-dev… -- 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 58727] New: foobar2000 crash
by WineHQ Bugzilla 27 Sep '25

27 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58727 Bug ID: 58727 Summary: foobar2000 crash Product: Wine Version: 10.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: anezaki.yasuhiro(a)gmail.com Distribution: --- Created attachment 79336 --> http://bugs.winehq.org/attachment.cgi?id=79336 foobar2000 crash reports foobar2000 crash -- 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 58739] New: Game (Geometry Dash) crashed in wine 10.0
by WineHQ Bugzilla 27 Sep '25

27 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58739 Bug ID: 58739 Summary: Game (Geometry Dash) crashed in wine 10.0 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: chinatty0326(a)outlook.com Distribution: --- Created attachment 79365 --> http://bugs.winehq.org/attachment.cgi?id=79365 backtrace I met this bug the instant I run Geometry Dash in wine 10.0(precompiled) The backtrace was shown before the game window popped up. But in wine 6.0 and wine 10.14 it is OK to run. Anyone can help? -- 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 1

[Bug 58723] New: [Bisected] Windows Steam client in FreeBSD Wine fails to display a window.
by WineHQ Bugzilla 27 Sep '25

27 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58723 Bug ID: 58723 Summary: [Bisected] Windows Steam client in FreeBSD Wine fails to display a window. Product: Wine Version: unspecified Hardware: x86-64 URL: https://github.com/XaeroVincent/wine-tkg/blob/main/emu lators/wine-tkg-devel/steam-reverts.txt OS: FreeBSD Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: darkvincentdude(a)yahoo.com Sometime during the Wine 10.x lifecycle, the Windows Steam client running in FreeBSD 14.3 Wine-Devel fails to create a window and function properly after two different commits. Each offending commit broke the steam client a separate time. These are the bisected commits: * Commit: 62b3eee965223a2de62daa87c4b81708cd62e6f3 - "user32: Add stub for SetProcessLaunchForegroundPolicy." - May 25th 2025 https://gitlab.winehq.org/wine/wine/-/commit/62b3eee965223a2de62daa87c4b817… * Commit: 9195d892ba24ca312588f2c338d33269b21bf0c8 - "configure: Build PEs with -ffp-exception-behavior=maytrap." - July 1st 2025 https://gitlab.winehq.org/wine/wine/-/commit/9195d892ba24ca312588f2c338d332… With these commits reverted, the Window Steam client functions correctly on Wine 10.15 and older versions. -- 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 1

[Bug 58592] New: Font substitution partially broken - regression
by WineHQ Bugzilla 27 Sep '25

27 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58592 Bug ID: 58592 Summary: Font substitution partially broken - regression Product: Wine Version: 10.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: zdenek.koprivik(a)post.cz Distribution: --- While trying to replace "Tahoma" with "Noto Sans Regular" (the default Plasma desktop font), I've encountered an issue, where the font replacement does not work in some cases. Since I'm migrating from a very old system with Wine 1.6.2, I know that the font replacement used to work for the exact same binary and the same UI elements. I've set the following registry keys: [HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\FontSubstitutes] "Tahoma"="Noto Sans Regular" "Segoe UI"="Noto Sans Regular" "MS Shell Dlg"="Noto Sans Regular" "MS Shell Dlg 2"="Noto Sans Regular" The issue can be reproduced by opening the file dialog in the built-in registry editor. Running the built-in registry editor I've got the main font changed to "Noto Sans Regular" as expected, but in the file open dialog for import, there is still "Tahoma". When I'm browsing for directories, the font changes to "Noto Sans Regular", but when an item is selected, the font changes back to "Tahoma". Here is a short video showing the issue: https://imgur.com/a/l0BhsB8 This is only one example of the non-working substitution. The "Tahoma" is also rendered on the buttons and almost everywhere around in the dialog. I'm using the substitution mostly for MikroTik network equipment management apps (WinBox and The Dude) to improve the readability. It is working fine when running the exact same binaries on the old PC with Wine 1.6.2, but I can't get it to work with the newest Wine. The system is KDE neon User, Plasma 6.4.4, Wine 10.12 from the WineHQ PPA. -- 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 49780] New: wineconsole reports VT sequence support when it does not
by WineHQ Bugzilla 27 Sep '25

27 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=49780 Bug ID: 49780 Summary: wineconsole reports VT sequence support when it does not Product: Wine Version: 5.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: magiblot(a)hotmail.com Distribution: --- Created attachment 68092 --> https://bugs.winehq.org/attachment.cgi?id=68092 Demo application to reproduce the issue Wineconsole does not support applications writing Virtual Terminal sequences through the Console API. That's fine. However, when enabling the console ENABLE_VIRTUAL_TERMINAL_PROCESSING mode on stdout with SetConsoleMode, no error is returned, so the application has no way to detect whether VT sequences are supported or not. This is documented in https://docs.microsoft.com/en-us/windows/console/setconsolemode. The port of Turbo Vision at https://github.com/magiblot/tvision is affected by this. When using the Console API, Turbo Vision prefers VT sequences over SetConsoleCursorPosition/SetConsoleTextAttribute for code reusability and performance. Nevertheless, it can fall back to the latter method when SetConsoleMode fails to enable either ENABLE_VIRTUAL_TERMINAL_PROCESSING or DISABLE_NEWLINE_AUTO_RETURN. Since SetConsoleMode does not return error on wineconsole, garbage is shown instead of a colorful interface. STEPS TO REPRODUCE To reproduce the issue on Turbo Vision: (A) - Using the attached 'tvdemo.exe' 1. Run the application on wineconsole. You should see a black-and-white background and escape sequences drawn on the console. 2. Press Alt+F, then D. You should see the command prompt, and the message "VT enabled" at the top, which demonstrates the issue in SetConsoleMode. (B) - Compiling from source code (requires up-to-date CMake and MSVC). 1. Insert the following code after line 63 in source/linux/win32con.cpp (https://github.com/magiblot/tvision/blob/dd4e410e60a34e08053399e346d4ed4e63…): ``` if (supportsVT) cerr << "VT enabled" << endl; else cerr << "VT not enabled: " << GetLastError() << endl; ``` 2. Follow the build instructions at https://github.com/magiblot/tvision/blob/dd4e410e60a34e08053399e346d4ed4e63… 3. Follow the steps in (A). EXPECTED BEHAVIOUR On Windows, support for VT sequences can be disabled by turning on the "Legacy Console" mode. If tvdemo.exe is ran in these conditions, the interface is displayed properly. If entering the command prompt by pressing Alt+F, then D, the message "VT not enabled: 87" is displayed (error 87 stands for ERROR_INVALID_PARAMETER), which is what should be shown on wineconsole as well, since it clearly does not support VT sequences. Thank you! -- 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 13

[Bug 58738] New: debian packages and wow64
by WineHQ Bugzilla 27 Sep '25

27 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58738 Bug ID: 58738 Summary: debian packages and wow64 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: info(a)fernandolucas.info CC: dimesio(a)earthlink.net Distribution: --- So far it seems that the Debian packages are built without the wow64 support? Is this right? If so, in view of the wine 11 release, allowing the wow64 mode in the packages would be a great step forward. There is the step of the hardcoded dependency into the i386 packages. I have workaround this with a local dummy package, printf "Package: wine-devel-i386-dummy Version: %s Architecture: all Provides: wine-devel-i386 (= %s) Conflicts: wine-devel-i386 Replaces: wine-devel-i386 Maintainer: Dummy Maintainer <noreply(a)example.com> Description: Dummy package to satisfy wine-devel-i386 dependency This is a placeholder package that pretends to be wine-devel-i386. " "$VERSION" "$VERSION" > wine-devel-i386-dummy_${VERSION}/DEBIAN/control I install this package first, and then I can install wine-devel and winehq-devel without complaining about dependencies. It would be ideal if the repositories also provide something such as wine-devel-i386-dummy in the release process and document that by installing it, the win32 dependency is avoided. -- 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 51230] New: winecfg: Graphics tab - Per application settings don't work
by WineHQ Bugzilla 26 Sep '25

26 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=51230 Bug ID: 51230 Summary: winecfg: Graphics tab - Per application settings don't work Product: Wine Version: 6.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jkfloris(a)dds.nl Distribution: --- "Wine can mimic different Windows versions for each application. This tab is linked to the Libraries and Graphics tabs to allow you to change system-wide or per-application settings in those tabs as well." >From this I understand that it should also be possible to also set the DPI or a virtual desktop per application. Unfortunately, this does not work. For example: winecfg Applications tab -> Add application -> "notepad.exe" (select notepad.exe) Graphics tab -> Select "Emulate a virtual desktop" (click "Apply" and "OK") wine notepad.exe Now I expect notepad to run in a virtual desktop. -- 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 19

[Bug 58736] New: Commandos: Behind Enemy Lines screen rotated, when playing on Xephyr/Wayland with KWin_x11
by WineHQ Bugzilla 26 Sep '25

26 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58736 Bug ID: 58736 Summary: Commandos: Behind Enemy Lines screen rotated, when playing on Xephyr/Wayland with KWin_x11 Product: Wine Version: 10.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: nintyfan19(a)gmail.com Distribution: --- Created attachment 79358 --> http://bugs.winehq.org/attachment.cgi?id=79358 Logs from GDI Game is launched incorrectly. Screen is rotated. I do not known if GDI is broken or something else. I attached GDI logs, cause I think it is most suspicious. -- 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 56941] New: EA app fails to launch game if total size of environment variables exceeds ~32000 characters
by WineHQ Bugzilla 26 Sep '25

26 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=56941 Bug ID: 56941 Summary: EA app fails to launch game if total size of environment variables exceeds ~32000 characters Product: Wine Version: 9.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: tinozzo123(a)gmail.com Distribution: --- ### Steps to reproduce Preparation: - Have the EA app installed: https://origin-a.akamaihd.net/EA-Desktop-Client-Download/installer-releases… - I installed it through Bottles, which installs the following Winetricks dependencies: https://github.com/bottlesdevs/programs/blob/main/Games/eaclient.yml Reproducing: - Set a very long environment variable, before launching the EA app - From the EA app, launch any game - Alternatively, execute the game directly, it will automatically launch the EA app to launch the game - If you don't have any game, "The Sims 4" is free - The game won't launch, an error popup from the EA app will appear (see notes) ### Notes It doesn't matter whether these ~32000 characters are from a single environment variable, or from the combination of many of them. I didn't test on Windows. It may be impossible to test there, since the environment block there has a limit of 32760 characters (which may probably be the reason for this issue in the first place). I say "~32000", because the issue starts occurring a little before 32760 characters. However, my counting method was imprecise (I simply typed `set` in `wine cmd`, then counted the characters), and there's also the fact that the EA app also sets its own environment variables. The issue also occurs with games bought from Steam (thus launched with Proton) that also have to go through the EA app (thanks EA). This issue existed before, and the weird thing is that the error popup from the EA app is different from some time ago (I imagine due to the app being updated). Before it was: "Failed to launch game. An error on our end caused the launch to fail. Try again a little later." Now it's: "The game hasn't released yet" (which is obviously untrue). Is it a stack overflow issue? Logs obtained with `WINEDEBUG=EADesktop.exe:+relay` are too big to attach, even compressed. Let me know what `WINEDEBUG` parameters I should use instead. I can see that the app calls `GetEnvironmentStringsW`, shortly followed by a `WideCharToMultiByte` for each variable (key and value separately). This is done three times. -- 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 58734] New: How to disable usage of wayland and use x11 (xwayland) instead
by WineHQ Bugzilla 25 Sep '25

25 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58734 Bug ID: 58734 Summary: How to disable usage of wayland and use x11 (xwayland) instead Product: Wine Version: 10.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: euloanty(a)live.com Distribution: --- After 9.22 it enforces wayland but it does not work correctly on my machine (like UI issues, keyboard issues, no touch support etc). How to disable it? -- 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 1

[Bug 43747] New: Yermom demoscene demo shows only a blackscreen
by wine-bugs＠winehq.org 25 Sep '25

25 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=43747 Bug ID: 43747 Summary: Yermom demoscene demo shows only a blackscreen Product: Wine Version: 2.17 Hardware: x86 URL: http://www.pouet.net/prod.php?which=71570 OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Depends on: 43638 Distribution: --- The program needs "winetricks gmdls", and currently only works with wine-staging due to bug 43638. However, the screen is completely white, only the music plays. You're advised to use "emulate a virtual desktop" if you want to test the hack, then you can quit the fullscreen with ESC. -- 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 5

[Bug 49195] New: Multiple 4k demoscene OpenGL demos crash on startup (failure to lookup atom 0xC019 'static' from global atom tables)
by WineHQ Bugzilla 25 Sep '25

25 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=49195 Bug ID: 49195 Summary: Multiple 4k demoscene OpenGL demos crash on startup (failure to lookup atom 0xC019 'static' from global atom tables) Product: Wine Version: 5.8 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, extracted from bug 48898 My comment: https://bugs.winehq.org/show_bug.cgi?id=48898#c12 --- quote --- To me it looks like bug 18490 ("Multiple games fail to set pixel format on D3D device context created on desktop window (Empire: Total War, Napoleon: Total War, Utopia City)") but for GL device context on the desktop window. According to online information it's not allowed to do any rendering using this context but enough to call functions like glGetString() etc. Maybe some of the Wine graphics folks could weigh in with an opinion if this limitation is already known / tracked in a bug? --- quote --- Henri's answer: https://bugs.winehq.org/show_bug.cgi?id=48898#c13 --- quote --- I'm not aware of an existing bug report for this issue, no. It does strike me as similar to bug 36506 though, and it would not particularly surprise me if wglGetProcAddress() is supposed to return results consistent with GL_EXTENSIONS/GL_VERSION here, even without a current GL context. I seem to recall having established in the context of bug 18490 that creating a GL context (or more specifically, setting a pixel format) on the desktop window is indeed supposed to fail. In any case, this seems like of of those bugs that would benefit from tests to establish what's supposed to happen. --- quote --- Turns out this was a side-effect of an earlier problem. It was not supposed to be GetDC(NULL) (Desktop window). --- snip --- $ WINEDEBUG=+seh,+relay,+server,+class,+win,+msg wine ./End\ of\ time\ 720p.exe >>log.txt 2>&1 ... 0024:Call user32.ChangeDisplaySettingsA(00421288,00000004) ret=004200da ... 0024: get_desktop_window( force=0 ) 0024: get_desktop_window() = 0 { top_window=00010020, msg_window=00010026 } ... 0024:Ret user32.ChangeDisplaySettingsA() retval=00000000 ret=004200da 0024:Call KERNEL32.CreateThread(00000000,00000000,004201ca,004304e8,00000000,00000000) ret=004200ee ... 0024:Ret KERNEL32.CreateThread() retval=00000080 ret=004200ee 00bc: *fd* 17 <- 38 00bc: init_thread( unix_pid=3683, unix_tid=3729, debug_level=1, teb=7ffd4000, entry=004201ca, reply_fd=15, wait_fd=17, cpu=x86 ) 0024:Call user32.CreateWindowExA(00000000,0000c019,00000000,91000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000) ret=004200f4 0024:trace:win:WIN_CreateWindowEx (null) #c019 ex=00000000 style=91000000 0,0 0x0 parent=(nil) menu=(nil) inst=(nil) params=(nil) 00bc: init_thread() = 0 { pid=0020, tid=00bc, server_start=1d62d3b280579be (-2.9701360), info_size=0, version=603, all_cpus=00000003, suspend=0 } 0024:trace:win:dump_window_styles style: WS_POPUP WS_VISIBLE WS_MAXIMIZE 0024:trace:win:dump_window_styles exstyle: ... 00bc:Starting thread proc 0x4201ca (arg=0x4304e8) ... 0024: create_window( parent=00010020, owner=00000000, atom=c019, instance=00000000, dpi=96, awareness=2, class=L"" ) 0024: create_window() = INVALID_HANDLE { handle=00000000, parent=00000000, owner=00000000, extra=0, class_ptr=00000000, dpi=0, awareness=0 } 0024:warn:win:create_window_handle error 6 creating window 0024:trace:class:GetClassInfoExW (nil) #c019 0x1518f9e0 0024:trace:class:CLASS_FindClass #c019 0x7e910000 -> not found 0024:Ret user32.CreateWindowExA() retval=00000000 ret=004200f4 --- snip --- The failing window creation resulted in NULL handle which got passed to user32.GetDC(): --- snip --- 0024:Call user32.GetDC(00000000) ret=004200fb 0024:trace:win:GetDCEx hwnd 0x10020, hrgnClip (nil), flags 00000003 ... 0024: get_visible_region( window=00010020, flags=00000013 ) 0024: get_visible_region() = 0 { top_win=00010020, top_rect={-1920,0;-1919,1}, win_rect={0,0;3200,1080}, paint_flags=00000001, total_size=16, region={{-1920,0;1280,1080}} } 0024:Call winex11.drv.GetDC(00030039,00010020,00010020,1518fde0,1518fdf0,00000013) ret=7e97bd3e 0024:Ret winex11.drv.GetDC() retval=00000001 ret=7e97bd3e 0024:trace:win:GetDCEx (0x10020,(nil),0x13): returning 0x30039 (updated) 0024:Ret user32.GetDC() retval=00030039 ret=004200fb --- snip --- Well, the rest of the OpenGL story is known and the current behaviour makes sense. Back to the actual problem... The creation of the window which ought the be used for OpenGL context/rendering fails because atom 0xc019 can't be found/resolved. I should have looked more carefully at the trace log and the demo disassembly. --- snip --- ... 004200B6 | xor esi,esi | 004200B8 | push esi | 004200B9 | push esi | 004200BA | push esi | 004200BB | push esi | 004200BC | push esi | 004200BD | push esi | 004200BE | push esi | 004200BF | push esi | 004200C0 | push esi | 004200C1 | push 91000000 | 004200C6 | push esi | 004200C7 | push C019 | global atom! 004200CC | push esi | 004200CD | push 4 | 004200CF | push end of time 720p.421288 | 004200D4 | call dword ptr ds:[<&user32.ChangeDisplaySettingsA>] | 004200DA | push esi | 004200DB | push esi | 004200DC | push end of time 720p.4304E8 | 004200E1 | push end of time 720p.4201CA | 004200E6 | push esi | 004200E7 | push esi | 004200E8 | call dword ptr ds:[<&KERNEL32.CreateThread>] | 004200EE | call dword ptr ds:[<&user32.CreateWindowExA>] | fails 004200F4 | push eax | 004200F5 | call dword ptr ds:[<&user32.GetDC>] | 004200FB | mov edi,eax | 004200FD | mov dword ptr ds:[3AB08EC],eax | 00420102 | push esi | 00420103 | push edi | 00420104 | push esi | 00420105 | push end of time 720p.42125C | 0042010A | push edi | 0042010B | call dword ptr ds:[<&gdi32.ChoosePixelFormat>] | 00420111 | push eax | 00420112 | push edi | 00420113 | call dword ptr ds:[<&gdi32.SetPixelFormat>] | 00420119 | call dword ptr ds:[<&opengl32.wglCreateContext>] | 0042011F | push eax | 00420120 | push edi | 00420121 | call dword ptr ds:[<&opengl32.wglMakeCurrent>] | 00420127 | call dword ptr ds:[<&user32.ShowCursor>] | 0042012D | call end of time 720p.4202CC | --- snip --- The demoscene guys are crazy and fight for each saved byte ;-) Courtesy of: http://www.pouet.net/topic.php?which=9894 --- quote --- I was able to get 4 bytes off of a test 1k intro (Peach GLSL Shader of Japan) by replacing the "edit" string with 0xC018, making it 1006 bytes instead of 1010. Nice. ...and then I got it down to 1004 bytes, because now "test eax, eax" compressed better than "test ax, ax", which used to compress better sometime before this newest change. ;) This 1k intro business is crazy, you'd really need some kind of brute-force code masher that tries all possible combinations of code that perform the same thing. --- quote --- --- quote --- That´s mine since 2009 using DirectX9...someone told me using "static" instead of "edit" would be better back then in some other thread...was iq if i remember correctly. The ATOM for "static" is 0xC019 btw, but be warned: it added 7 bytes here in my first test, opposed to chopping off 4 bytes in case of "edit". --- quote --- --- quote --- Oh, shit...i did the test the wrong way around...meaning the ATOM actually chopped off 7 bytes in case of "static" vs. "0xC019" :/ :D Yay, thanks for the nice trick, man! :) --- quote --- Also relevant, shows dump of global and typical local atom tables: https://github.com/lungetech/ICAS/blob/master/logs/volatility/win32/output/… Wine source: https://source.winehq.org/git/wine.git/blob/9e26bc811656ad8eb901bffa5528b9c… --- snip --- 407 /*********************************************************************** 408 * CLASS_FindClass 409 * 410 * Return a pointer to the class. 411 */ 412 static CLASS *CLASS_FindClass( LPCWSTR name, HINSTANCE hinstance ) 413 { 414 static const WCHAR comctl32W[] = {'c','o','m','c','t','l','3','2','.','d','l','l',0}; 415 struct list *ptr; 416 ATOM atom = get_int_atom_value( name ); 417 418 GetDesktopWindow(); /* create the desktop window to trigger builtin class registration */ 419 420 if (!name) return NULL; 421 422 name = CLASS_GetVersionedName( name, NULL, NULL, TRUE ); 423 424 for (;;) 425 { 426 USER_Lock(); 427 428 LIST_FOR_EACH( ptr, &class_list ) 429 { 430 CLASS *class = LIST_ENTRY( ptr, CLASS, entry ); 431 if (atom) 432 { 433 if (class->atomName != atom) continue; 434 } 435 else 436 { 437 if (strcmpiW( class->name, name )) continue; 438 } 439 if (!class->local || class->hInstance == hinstance) 440 { 441 TRACE("%s %p -> %p\n", debugstr_w(name), hinstance, class); 442 return class; 443 } 444 } 445 USER_Unlock(); 446 447 if (atom) break; 448 if (!is_comctl32_class( name )) break; 449 if (GetModuleHandleW( comctl32W )) break; 450 if (!LoadLibraryW( comctl32W )) break; 451 TRACE( "%s retrying after loading comctl32\n", debugstr_w(name) ); 452 } 453 454 TRACE("%s %p -> not found\n", debugstr_w(name), hinstance); 455 return NULL; 456 } --- snip --- https://source.winehq.org/git/wine.git/blob/9e26bc811656ad8eb901bffa5528b9c… $ sha1sum atz-end_of_time.zip 3a4ce3fd92e2fdd1a4533ee67d4809d3f2184f6b atz-end_of_time.zip $ du -sh atz-end_of_time.zip 3.3M atz-end_of_time.zip $ wine --version wine-5.8-173-g9e26bc8116 Regards -- 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 9

[Bug 58137] New: Installation of WISO MeinGeld is impossible after entering the license key
by WineHQ Bugzilla 24 Sep '25

24 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58137 Bug ID: 58137 Summary: Installation of WISO MeinGeld is impossible after entering the license key Product: Wine Version: 10.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: guentera(a)gmx.de Distribution: --- Created attachment 78415 --> http://bugs.winehq.org/attachment.cgi?id=78415 Enter the License Key After entering the license key and confirming the licensing conditions, you will be asked to confirm the conditions again and again. Unable to complete the installation. WISO "Mein Geld Professional" is a German finance Software. Follow this link to get a free 30-day trial: https://www.buhl.de/c-j/wiso-meingeld-pro-2025/ Download: https://download.buhl.de/Download/MeinGeld/MG2025/ESD/WISOFinanz2025.exe Wine-Mono and Wine-Gecko must be installed. -- 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 47135] New: Onenote fails to start: Desktop Experience feature is not installed ( lacking Win32_ServerFeature class from wbemprox)
by wine-bugs＠winehq.org 24 Sep '25

24 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=47135 Bug ID: 47135 Summary: Onenote fails to start: Desktop Experience feature is not installed (lacking Win32_ServerFeature class from wbemprox) Product: Wine Version: 4.7 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wmi&wbemprox Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: --- Created attachment 64360 --> https://bugs.winehq.org/attachment.cgi?id=64360 hack to start Onenote The relaylog below *** made with ONENOTE (MSOffice 2010) shows problem apparently seems to be in wbemprox, missing Win32_ServerFeature class The attached crappy hack allowed me to start Onenote, and also Onenote from Office365 starts with it. Crappy hack is only to show where the problem is and problably contains several errors, hopefully someone can fix this in proper way (hint at Hans;)). Sidenote: reverting the hack makes Onenote from Office365 run into the bug again, but Onenote from office 2010 now continues happily to start; maybe it sets some registry key once started and the patch is not needed anymore? No idea. 008c:Call KERNEL32.lstrlenA(2e09825c "SELECT Name FROM Win32_ServerFeature") ret=2e0e8fd1 008c:Ret KERNEL32.lstrlenA() retval=00000024 ret=2e0e8fd1 008c:Call KERNEL32.MultiByteToWideChar(00000000,00000000,2e09825c "SELECT Name FROM Win32_ServerFeature",00000025,00000000,00000000) ret=2e0e8fe7 008c:Ret KERNEL32.MultiByteToWideChar() retval=00000025 ret=2e0e8fe7 008c:Call KERNEL32.MultiByteToWideChar(00000000,00000000,2e09825c "SELECT Name FROM Win32_ServerFeature",00000025,0033f9f0,00000025) ret=2e0e9085 008c:Ret KERNEL32.MultiByteToWideChar() retval=00000025 ret=2e0e9085 008c:Call oleaut32.SysAllocString(0033f9f0 L"SELECT Name FROM Win32_ServerFeature") ret=2e0e90bb . . . . 008c:Call user32.MessageBoxW(00000000,0033f6b2 L"OneNote cannot start because the Desktop Experience feature is not installed. Install it in the Windows Control Panel > Prog rams and Features > Turn Windows features on or off.",39835ba4 L"Microsoft Office",00000030) ret=39bb2183 -- 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 58538] New: d2d_device_context_DrawGeometry Ignoring stroke style => No Circles, only Lines
by WineHQ Bugzilla 24 Sep '25

24 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58538 Bug ID: 58538 Summary: d2d_device_context_DrawGeometry Ignoring stroke style => No Circles, only Lines Product: Wine Version: 10.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: d2d Assignee: wine-bugs(a)winehq.org Reporter: d.astra(a)yopmail.com Distribution: --- Created attachment 79028 --> http://bugs.winehq.org/attachment.cgi?id=79028 WINEDEBUG=+d2d, Rainmeter 4.5.23 I'm using Rainmeter 4.5.23 with Wine 10.12-staging and everything, which should be round or a circle, is either not drawn at all or more of a hexagonal shape. Main error output in the console: 013c:fixme:d2d:d2d_geometry_sink_AddArc iface 0000000002E13CF8, arc 000000000011EC80 stub! 013c:fixme:d2d:d2d_geometry_sink_AddArc iface 0000000002E13CF8, arc 000000000011EC80 stub! 013c:fixme:d2d:d2d_path_geometry_GetWidenedBounds iface 0000000002E13BE0, stroke_width 0.00000000e+00, stroke_style 0000000000000000, transform 0000000000000000, tolerance 2.50000000e-01, bounds 000000000011EA40 stub! Further output with WINEDEBUG=+d2d as attachement -- 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 5

[Bug 58665] New: cmd incorrectly wraps text containing ANSI escape sequences
by WineHQ Bugzilla 24 Sep '25

24 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58665 Bug ID: 58665 Summary: cmd incorrectly wraps text containing ANSI escape sequences Product: Wine Version: 10.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: forestix(a)gaga.casa Distribution: --- Created attachment 79250 --> http://bugs.winehq.org/attachment.cgi?id=79250 reproducer: should print 3 lines; wine prints 4 lines Wine's cmd.exe prematurely inserts line breaks when a program's output contains non-printable ANSI escape sequences, such as those used to change colors. It looks as though Wine is counting not only the printable characters in the program's output, but also the non-printable ones, and using the total to decide where to insert a line break. Text that fits entirely on one line in a real Windows console is sometimes broken midway through the line, or followed by a blank line that should not be there, when run in an xterm using Wine. I am attaching a batch file that reproduces the problem. It should print 3 lines. The second line is identical to the others with the addition of some non-printable escape sequences. These characters should either occupy no width in the terminal (making the line length match the others) or be rendered as visible placeholder characters (as older Windows versions do). To see Wine handling it incorrectly, run it in an 80-column xterm or a similar terminal. Ideally, the output should look like this, with the head of line 2 in red: 79 chars _123456789_123456789_123456789_123456789_123456789_123456789_123456789 79 chars _123456789_123456789_123456789_123456789_123456789_123456789_123456789 79 chars _123456789_123456789_123456789_123456789_123456789_123456789_123456789 In wine, the output looks like this: 79 chars _123456789_123456789_123456789_123456789_123456789_123456789_123456789 79 chars _123456789_123456789_123456789_123456789_123456789_123456789_12 3456789 79 chars _123456789_123456789_123456789_123456789_123456789_123456789_123456789 Bug 49780 is related, but IMHO does not excuse this behavior. Regardless of whether virtual terminal sequences are supported, Wine should either print a character or not count it toward the length of a line when deciding where to wrap it. -- 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 58716] New: Camerabag Pro 2025.2 crashes with unhandled exception (unimplemented function propsys.dll.PropVariantToFileTime) on loading a JPEG
by WineHQ Bugzilla 23 Sep '25

23 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58716 Bug ID: 58716 Summary: Camerabag Pro 2025.2 crashes with unhandled exception (unimplemented function propsys.dll.PropVariantToFileTime) on loading a JPEG Product: Wine Version: 10.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: superian(a)gmail.com Distribution: --- Created attachment 79316 --> http://bugs.winehq.org/attachment.cgi?id=79316 backtrace.txt generated by WINE New installation of WINE development version 10.15 on Linux Mint 22.2 (Ubuntu Noble-based). windowscodecs installed via winetricks (suggested at https://appdb.winehq.org/objectManager.php?sClass=version&iId=31067) then install the program. Installation OK, registration code accepted OK, runs until 'Load Photo/Video' when it crashes with the attached back trace saying: "Unhandled exception: unimplemented function propsys.dll.PropVariantToFileTime called in 64-bit code (0x006fffff3dd817)." -- 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 58719] New: Wagotabi crashes on wine-10.15.
by WineHQ Bugzilla 23 Sep '25

23 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58719 Bug ID: 58719 Summary: Wagotabi crashes on wine-10.15. Product: Wine Version: 10.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: hibbsncc1701(a)gmail.com Distribution: --- Created attachment 79320 --> http://bugs.winehq.org/attachment.cgi?id=79320 Console log The game Wagotabi (Steam AppID: 2701720. Uses Unity Engine) doesn't work under wine-10.15. Attempting to start the game in a clean prefix results in the game crashing with a black screen instantly on start up. Installing DXVK into the wine prefix gets the game to show it's company logos, but it then runs into https://bugs.winehq.org/show_bug.cgi?id=49028. Attempting to use -force-vulkan or -force-glcore Unity cmdline args results in the common UnityPlayer error: InitializeEngineGraphics failed. So the game lacks support for any alternative renderers. A demo is available on steam for anyone wanting to try this. Strangely, the game's store page claims it's Steam Deck Verified. So I guess proton is compatible, but I've only tested Wine, so I can't vouch for that claim. Console log attached. -- 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 1

[Bug 58605] New: 10.13 - Compile Error
by WineHQ Bugzilla 23 Sep '25

23 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58605 Bug ID: 58605 Summary: 10.13 - Compile Error Product: Wine Version: 10.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jonfarr87(a)gmail.com Distribution: --- Created attachment 79140 --> http://bugs.winehq.org/attachment.cgi?id=79140 Config Log As of the 10.13 release I'm getting the below error. Tried both Vanilla and Staging, same issue. Can confirm the issue is not present with 10.12 i686-w64-mingw32-gcc -c -o dlls/ucrtbase/tests/i386-windows/printf.o dlls/ucrtbase/tests/printf.c -Idlls/ucrtbase/tests -Iinclude -Iinclude/msvcrt \ -D_UCRT -D__WINESRC__ -D__WINE_PE_BUILD -Wall -fno-strict-aliasing -Wdeclaration-after-statement \ -Wempty-body -Wignored-qualifiers -Winit-self -Wshift-overflow=2 -Wstrict-prototypes -Wtype-limits \ -Wunused-but-set-parameter -Wvla -Wwrite-strings -Wpointer-arith -Wlogical-op -ffunction-sections \ -fno-omit-frame-pointer -mpreferred-stack-boundary=2 -gdwarf-4 -fno-builtin -g -O2 dlls/ucrtbase/tests/misc.c: In function ‘test_carg’: dlls/ucrtbase/tests/misc.c:2017:34: error: initializer element is not constant { -INFINITY, INFINITY, M_PI_3_4 }, ^~~~~~~~ dlls/ucrtbase/tests/misc.c:2017:34: note: (near initialization for ‘tests[8].expect’) dlls/ucrtbase/tests/misc.c: In function ‘test_cargf’: dlls/ucrtbase/tests/misc.c:2073:34: error: initializer element is not constant { -INFINITY, INFINITY, M_PI_3_4 }, ^~~~~~~~ dlls/ucrtbase/tests/misc.c:2073:34: note: (near initialization for ‘tests[8].expect’) make: *** [Makefile:191364: dlls/ucrtbase/tests/i386-windows/misc.o] Error 1 make: *** Waiting for unfinished jobs.... -- 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 13

[Bug 58709] New: upgrade to 10.15 results in garbled fullscreen in Limelight Lemonade Jam
by WineHQ Bugzilla 23 Sep '25

23 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58709 Bug ID: 58709 Summary: upgrade to 10.15 results in garbled fullscreen in Limelight Lemonade Jam Product: Wine Version: 10.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: pernegger(a)gmail.com Distribution: --- Created attachment 79308 --> http://bugs.winehq.org/attachment.cgi?id=79308 terminal output for 10.12–10.15 [Ubuntu 22.04, WINE packages from winehq.org repo] I've been playing the trial version of Limelight Lemonade Jam, which is available for free from https://sample9.dmm.co.jp/digital/pcgame/yuzu_0012/yuzu_0012t.zip, using WINE 10.12. No issues. Warning! The full game is NSFW, it's possible the trial has NSFW content as well; but if so, it doesn't come up for quite a while. WINE got upgraded to 10.15 just now, and the game doesn't launch correctly any more, the display is messed up, see screenshot. So I tested 10.12–10.15, each run with a fresh prefix, and it's reproducible: - 10.12: OK - 10.13: OK - 10.14: OK - 10.15: BROKEN Full disclosure, I've set the game to fullscreen and enabled the suspend/resume function, i.e. it'll bypass the main menu on launch and resume the game directly. Judging by the sound, the game loads fine even on 10.15, AFAICT it still reacts to keyboard input correctly, it's just the display that's messed up. It's likely that this affects other games using the KiriKiri engine as well. -- 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 58732] New: Bel Atout: when opening a file linked with a file type, Bel Atout is not brought to top
by WineHQ Bugzilla 23 Sep '25

23 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58732 Bug ID: 58732 Summary: Bel Atout: when opening a file linked with a file type, Bel Atout is not brought to top Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: vincent.brevart3526(a)outlook.fr Distribution: --- Created attachment 79348 --> http://bugs.winehq.org/attachment.cgi?id=79348 A .bel file that can be opened by Bel Atout from the file explorer In Bel Atout (card game), .bel files can be opened by a double click from the file explorer. On Ubuntu 22.04, with Wine 10.0, if Bel Atout is not yet running, opening a .bel file works fine, with Bel Atout brought to top. Now, if Bel Atout is already running, a file can be opened in the same window, without opening a new instance. It works fine on Ubuntu. But if I click on the Bel Atout window, just once, anywhere, even if it has no action, the next time I open a file by a double click, the file explorer window will be brought to top, above the Bel Atout window. This doesn't happen on Windows. As I am the programmer of Bel Atout, I tried many Windows functions like SetForegroundWindow, BringWindowToTop, SetWindowPos, SetActiveWindow, ShowWindow and so on. But no way to avoid the file explorer window to be brought to top. You can download Bel Atout (free card game) from the page: https://vincent-brevart.fr/en/lin/card-games-for-linux.html I am attaching a .bel file that you can open from the file explorer. Not very annoying, but if the .bel file is a "prepared game" with a dialog box that opens before playing the deal, the file explorer windows appears twice: the first time when the file is opened, and a second time when clicking the "Play the prepared game" button and closing the dialog box. I don't understand why. You can test the opening of the prepared games on my page: https://vincent-brevart.fr/en/pre/belote/prepared-games-belote-beginner1.ht… But it may be a problem coming from my own way of programming, sorry if it does. Thanks for your great work. Vincent -- 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 0

[Bug 58720] New: Using drag and drop on Shoebox (an Adobe Air program) causes a page fault
by WineHQ Bugzilla 23 Sep '25

23 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58720 Bug ID: 58720 Summary: Using drag and drop on Shoebox (an Adobe Air program) causes a page fault Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: blox2000(a)protonmail.com Distribution: --- Created attachment 79323 --> http://bugs.winehq.org/attachment.cgi?id=79323 Program Error Details When trying to use the Shoebox program by dragging and dropping image files, the application crashes with a page fault. This happens both on AMD64 and i386 prefixes. -- 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 1

[Bug 21855] New: WordPro Windows pull down does not show file names
by wine-bugs＠winehq.org 22 Sep '25

22 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=21855 Summary: WordPro Windows pull down does not show file names Product: Wine Version: 1.1.38 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P4 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ToddAndMargo(a)verizon.net Created an attachment (id=26459) --> (http://bugs.winehq.org/attachment.cgi?id=26459) Missing file names in Windows pull down Hi All, Would you guys fix this for me? I am using Lotus Word Pro N9.8.0208.1200. When you open two files (documents) from the command line (the jpeg I have attached), then go to the "Window" pull down to select which file to bring into focus, the file names are missing. If you start Word Pro, then use File, Open to select two files, one at a time, the second file does not show. Many thanks, -T -- 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 22

[Bug 58724] New: Regression: heroes of the storm doesn't start
by WineHQ Bugzilla 22 Sep '25

22 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58724 Bug ID: 58724 Summary: Regression: heroes of the storm doesn't start Product: Wine Version: 10.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: idarktemplar(a)mail.ru Distribution: --- Created attachment 79330 --> http://bugs.winehq.org/attachment.cgi?id=79330 0001-Fix-battle.net.patch Heroes of the storm crashes on start with error message "g_gfxErrorAPIError". It started happening with wine 10.15. Game URL: https://heroesofthestorm.blizzard.com/en-us/ Battle.net is needed for game. To run a battle.net application an attached patch is used. OS: Gentoo amd64 Videocard info: OpenGL vendor string: AMD OpenGL renderer string: AMD Radeon RX 7900 XTX (radeonsi, navi31, LLVM 20.1.8, DRM 3.61, 6.12.41-gentoo-v68) OpenGL core profile version string: 4.6 (Core Profile) Mesa 25.2.3 OpenGL core profile shading language version string: 4.60 dxvk 2.7.1 is used: https://github.com/doitsujin/dxvk/ vkd3d-proton 2.14.1 is used: https://github.com/HansKristian-Work/vkd3d-proton/ I've tried running wine without dxvk and vkd3d-proton and issue didn't go away. I did git bisect and got following result: f7619fe4875c0082c410570051c1770114c62b96 is the first bad commit commit f7619fe4875c0082c410570051c1770114c62b96 Author: Connor McAdams <cmcadams(a)codeweavers.com> Date: Tue Aug 12 09:52:40 2025 -0400 d3dx11: Implement D3DX11GetImageInfoFromMemory() using shared code. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=50210 Signed-off-by: Connor McAdams <cmcadams(a)codeweavers.com> dlls/d3dx11_43/Makefile.in | 5 ++++- dlls/d3dx11_43/d3dx11_43_main.c | 9 -------- dlls/d3dx11_43/dxhelpers.h | 21 +++++++++++++++++ dlls/d3dx11_43/tests/d3dx11.c | 21 ++++++----------- dlls/d3dx11_43/texture.c | 243 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ 5 files changed, 275 insertions(+), 24 deletions(-) create mode 100644 dlls/d3dx11_43/dxhelpers.h $ git bisect log # bad: [72dc2afb1a78f88cd930d61a20498838a3bea271] Release 10.15. # good: [b073859675060c9211fcbccfd90e4e87520dc2c2] Release 10.0. git bisect start 'wine-10.15' 'wine-10.0' # good: [80278c34bd7d93dcfcb59c321bfb7f271cf1eda5] dbghelp: Add method to enumerate symbols. git bisect good 80278c34bd7d93dcfcb59c321bfb7f271cf1eda5 # good: [e374980d0bfc7413e0cc1da5fcca5e9c8c851281] sapi/stream: Remove the FIXME message for unknown ISpStream interfaces. git bisect good e374980d0bfc7413e0cc1da5fcca5e9c8c851281 # good: [618903c8006945e0949e5630857d495f8f81e183] cryptxml: Implement CryptXmlVerifySignature() stub. git bisect good 618903c8006945e0949e5630857d495f8f81e183 # good: [e672573bd7aa734cff7b8a44a78504ad77bf5d9c] cmd/tests: Add more tests about ERASE builtin command. git bisect good e672573bd7aa734cff7b8a44a78504ad77bf5d9c # good: [665229874b6c46247f7fb7b639e35a6b40b6fef1] win32u: Strip unsupported structs from vkCreateImage chain. git bisect good 665229874b6c46247f7fb7b639e35a6b40b6fef1 # good: [c20abdb856139f156ceab0afbb8454e0ad79f0a4] gdiplus: Manually blend to white background if the device doesn't support alpha blending. git bisect good c20abdb856139f156ceab0afbb8454e0ad79f0a4 # good: [9674f905fba249845ca282dee1c7218e57b4d074] windows.media.mediacontrol: Stub ISystemMediaTransportControlsDisplayUpdater::put/get_Thumbnail(). git bisect good 9674f905fba249845ca282dee1c7218e57b4d074 # bad: [93dbe66d6ef7e5f952885f1f79d2e90752482804] include: Use the client pointer in debugstr_opengl_drawable. git bisect bad 93dbe66d6ef7e5f952885f1f79d2e90752482804 # good: [3b41f3fba1014942598af49edd796dbb72bac68a] d3dx11/tests: Add a helper function for checking image info structure values. git bisect good 3b41f3fba1014942598af49edd796dbb72bac68a # bad: [d556ee879077ef65141ea9e910574f274ee86e0e] preloader: Make thread_ldt reference position independent. git bisect bad d556ee879077ef65141ea9e910574f274ee86e0e # bad: [f7619fe4875c0082c410570051c1770114c62b96] d3dx11: Implement D3DX11GetImageInfoFromMemory() using shared code. git bisect bad f7619fe4875c0082c410570051c1770114c62b96 # good: [d98935a7dab6338e57abefa58e12ac252eec6023] d3dx11/tests: Import more image info tests from d3dx10. git bisect good d98935a7dab6338e57abefa58e12ac252eec6023 # first bad commit: [f7619fe4875c0082c410570051c1770114c62b96] d3dx11: Implement D3DX11GetImageInfoFromMemory() using shared code. -- 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 5

[Bug 48049] New: Basemark GPU crashes when using D3D12
by WineHQ Bugzilla 22 Sep '25

22 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=48049 Bug ID: 48049 Summary: Basemark GPU crashes when using D3D12 Product: vkd3d Version: 1.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: vkd3d Assignee: wine-bugs(a)winehq.org Reporter: cybermax(a)dexter.no Distribution: --- Created attachment 65589 --> https://bugs.winehq.org/attachment.cgi?id=65589 Debug log of Basemark Basemark GPU - https://www.basemark.com/benchmarks/basemark-gpu/ - crashes when selecting D3D12. Vulkan and OpenGL works. Ran D3D12 test with logging: VKD3D_DEBUG=trace VKD3D_CONFIG=vk_debug VK_INSTANCE_LAYERS=VK_LAYER_LUNARG_standard_validation Let me know if there are other logging options needed. PS. The benchmark is free to download. -- 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 57975] New: screen shaders don't work in BigPEmu.exe
by WineHQ Bugzilla 22 Sep '25

22 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=57975 Bug ID: 57975 Summary: screen shaders don't work in BigPEmu.exe Product: Wine Version: 10.0 Hardware: x86-64 OS: MacOS Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: cemer99797(a)isorax.com BigPEmu is an Atari Jaguar emulator, it runs Atari Jaguar games fine under Wine Stable 10.0 on macOS 11. The problem is there is a "screen effects" feature (which are like screen shaders in RetroArch, used to emulate old CRTs, etc) which doesn't work. By default, BigPEmu uses OpenGL (BigPEmu main menu > Video > Video Plugin > BigPEmu_Video_OpenGL) but can also be changed to use D3D12 which will cause it crash at startup on macOS 11. Steps to reproduce: 1. launch BigPEmu 1.18 with the following options (also opens a console): wine ~/BigPEmu_v118/BigPEmu.exe * -conout 2. use backspace/enter to navigate backward/forward in BigPEmu, go back to the main menu, then Video > Screen Effect > choose any screen effect 3. an error message pops up: "Failed to set the selected screen effect. It may be incompatible with your hardware or video plugin. You can enable logging and check the log for more details." 4. check the console which shows this error: "[1;31mError: Graphics hardware isn't equipped to run screen effects. If this error occurs with SM5.0-compatible hardware, try updating your graphics drivers." tested with BigPEmu 1.18 for Windows x64 download link: https://www.richwhitehouse.com/jaguar/builds/BigPEmu_v118.zip SHA-256: 9863390fca342e7c6bff0d7dc7d70d181bdff92796aa8d262d91e8fc909104b2 tested on macOS 11.7.10 Intel CPU (Haswell), integrated Intel GPU (HD Graphics 5000) Wine Stable 10.0 with GStreamer 1.24.12 from homebrew -- 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 23

[Bug 58264] New: regression in multiple apps in Wine >=10.7, error: "Assertion failed: !status && "vkAllocateMemory", file /Users/gcenx/Documents/GitHub/wine-private/dlls/winevulkan/loader_thunks.c, line 93"
by WineHQ Bugzilla 22 Sep '25

22 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58264 Bug ID: 58264 Summary: regression in multiple apps in Wine >=10.7, error: "Assertion failed: !status && "vkAllocateMemory", file /Users/gcenx/Documents/GitHub/wine-private/dlls/winevu lkan/loader_thunks.c, line 93" Product: Wine Version: 10.7 Hardware: x86-64 OS: MacOS Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: cemer99797(a)isorax.com Created attachment 78605 --> http://bugs.winehq.org/attachment.cgi?id=78605 macOS Terminal log, wine-devel 10.8 running cpuz_x64.exe On macOS, there is a regression in multiple Windows programs since Wine-devel 10.7 (including 10.8) releases by Gcenx, with the final lines of the terminal output reading: > -[MTLHeapDescriptorInternal validateWithDevice:]:327: failed assertion `Heap Descriptor Validation > Placement heap type is not supported. > ' > 01a0:err:msvcrt:_wassert (L"!status && \"vkAllocateMemory\"",L"/Users/gcenx/Documents/GitHub/wine-private/dlls/winevulkan/loader_thunks.c",93) > Assertion failed: !status && "vkAllocateMemory", file /Users/gcenx/Documents/GitHub/wine-private/dlls/winevulkan/loader_thunks.c, line 93 These programs work fine in Wine-devel 10.6 and lower tested with Wine-devel 10.7 and 10.8 binary releases from Gcenx (https://github.com/Gcenx/macOS_Wine_builds/releases) on macOS 11.7.10 tested with CPU-Z 2.15 (portable) (cpuz_x64.exe) download: https://download.cpuid.com/cpu-z/cpu-z_2.15-en.zip sha256: c8461d995d77a8fe1e8c5823403e88b04b733165cc151083b26379f1fe4b9501 -- 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 16

[Bug 58156] New: Star Wars: Jedi Knight - Dark Forces II Demo: won't launch, "smackw32.DLL" failed to initialize
by WineHQ Bugzilla 22 Sep '25

22 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58156 Bug ID: 58156 Summary: Star Wars: Jedi Knight - Dark Forces II Demo: won't launch, "smackw32.DLL" failed to initialize Product: Wine Version: 10.6 Hardware: x86-64 OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: cemer99797(a)isorax.com Created attachment 78437 --> http://bugs.winehq.org/attachment.cgi?id=78437 Wine-devel 10.6 log for "wine jkdemo.exe -windowgui" the Star Wars: Jedi Knight - Dark Forces II Demo: won't launch, it says "smackw32.DLL" failed to initialize. This is a Windows 95 game demo I tried setting the Windows Version to Windows 10, Windows 95, and Windows 98 in winecfg. I also tried launching the demo with and without the windowgui flag: `wine jkdemo.exe -windowgui` as mentioned in AppDB HowTo section. This is a regression because a lot of users report this game demo as Gold in AppDB, including on macOS (https://appdb.winehq.org/objectManager.php?sClass=version&iId=10948) The jedi.exe file is a launcher GUI which works fine, but when clicking "Play Jedi Knight Demo" it fails with the error: `file` command info for: jkdemo.exe PE32 executable (GUI) Intel 80386, for MS Windows Unable to start the Jedi Knight Demo game program. Try running JK.EXE where you installed the Demo directly. Also make sure you have the latest DirectX drivers installed on your system. The macOS terminal shows this error as one of the last things in the log: "err:module:loader_init "smackw32.DLL" failed to initialize, aborting" (the module is normally unzipped next to the jkdemo.exe executable) tested with Gcenx's Wine-devel 10.6 (https://github.com/Gcenx/macOS_Wine_builds/releases/tag/10.6) on macOS 11 and Wine-devel 9.21 (https://github.com/Gcenx/macOS_Wine_builds/releases/tag/9.21) and Gcenx's Wine CrossOverFOSS 23.7.1-1 based on Wine 8.0.1 (https://github.com/Gcenx/winecx/releases/tag/crossover-wine-23.7.1-1) download page (choose Download this File > Agree > Jedi Knight Demo.zip): https://community.pcgamingwiki.com/files/file/1308-jedi-knight-dark-forces-… sha256: 7bc013918cf79879a086a10c27306f2f3511852726f4b4a9fec09668ed221d18 -- 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 21

[Bug 58717] New: Camerabag Pro 2025.2 crashes with unhandled exception (unimplemented function mf.dll.MFTranscodeGetAudioOutputAvailableTypes) when saving a video
by WineHQ Bugzilla 22 Sep '25

22 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58717 Bug ID: 58717 Summary: Camerabag Pro 2025.2 crashes with unhandled exception (unimplemented function mf.dll.MFTranscodeGetAudioOutputAvailableTypes) when saving a video Product: Wine Version: 10.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: superian(a)gmail.com Distribution: --- Created attachment 79318 --> http://bugs.winehq.org/attachment.cgi?id=79318 backtrace.txt generated by WINE New installation of WINE development version 10.15 on Linux Mint 22.2 (Ubuntu Noble-based). No winetricks used. Installation OK. Can open an MP4 video (see #58716 for issue opening a JPEG). Works well - can move within the video, make adjustments (alter contrast, white balance, add vignette and light leak effects etc) with animated mouseover previews of the effects - but crashes with the attached back trace on saving the video after selecting size / format. Happens with asking for both .mov and .mp4 output. CameraBag Pro downloaded today from https://nevercenter.com/camerabag/download/ (runs as a 7 day free trial if you haven't bought a registration code) sha1sum: 01d4daf1dd05ab426858e19191dbabfa855c2558 Install_CameraBag_Pro_2025_2_0_win.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 4

[Bug 58725] New: NHL 08 crashes upon boot
by WineHQ Bugzilla 22 Sep '25

22 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58725 Bug ID: 58725 Summary: NHL 08 crashes upon boot Product: Wine Version: 10.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jaredlammi(a)gmail.com Distribution: --- Created attachment 79333 --> http://bugs.winehq.org/attachment.cgi?id=79333 Unhandled exception: page fault on read access to 0x00000000 in wow64 32-bit code (0x007d418c). Since I had trouble getting Windows to install, I decided to play a little NHL 08 on Wine. The game started to boot, and... nothing. I instead got an error message telling me that the game had enountered a problem and needed to crash. The attached backtrace was saved directly from that error message itself. The only context I have is that there was a page fault at the very beginning of the wow64 code, hence the "-unknown" component categorization. Tested on Fedora Workstation 42. -- 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 53573] New: Warcraft III Reforged 1.33.0.19194 has black main menu
by WineHQ Bugzilla 22 Sep '25

22 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=53573 Bug ID: 53573 Summary: Warcraft III Reforged 1.33.0.19194 has black main menu Product: Wine Version: 7.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kolAflash(a)kolahilft.de Distribution: --- Created attachment 72950 --> https://bugs.winehq.org/attachment.cgi?id=72950 STDOUT/STDERR log when warcraft-iii-reforged-1.33.0.19194 is starting an switching to black main menu Last night (2022-08-18) Blizzard released an update for Warcraft III Reforged from version 1.32.x to 1.33.0.19194. Since then the main menu of the game is just black! But I can hear the sound of the main menu. I attached a STDOUT/STDERR log. Version 1.32.x of the game was running fine using wine-staging-7.14. (didn't test any other wine version before) Wine versions I just tried: wine-staging-7.14 wine-staging-7.15 wine-devel-7.15 OS: Debian-11 Wine: https://dl.winehq.org/wine-builds/debian/ GPU: Radeon RX 590 Neither standard Wine D3D11 OpenGL based implementation (WineD3D) nor DXVK is working. Maybe slightly related: Warcraft III: staying in menus quickly gobs all system memory https://github.com/doitsujin/dxvk/issues/1866 -- 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 17

[Bug 57192] New: X11DRV_SetCursorPos breaks when xinput "Coordinate Transformation Matrix" is customized
by WineHQ Bugzilla 21 Sep '25

21 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=57192 Bug ID: 57192 Summary: X11DRV_SetCursorPos breaks when xinput "Coordinate Transformation Matrix" is customized Product: Wine Version: 9.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: mk939(a)ymail.com Distribution: --- Created attachment 77083 --> https://bugs.winehq.org/attachment.cgi?id=77083 WINEDEBUG=+cursor,+win wine minetest.exe | trimmed to one repetition of the bugged SetCursorPos call Discovered by testing Minetest 5.9.0 [1] in Wine. In-game, the cursor is always moved to the center. However, when the xinput "Coordinate Transformation Matrix" parameter, the cursor moves to unpredictable positions (bottom right corner, for example). The game becomes unplayable. I think it's caused by "X11DRV_SetCursorPos" because skipping "NtUserSetCursorPos" entirely does avoid this issue. The cursor position is no longer centred, but the game does not look as glitchy any more. System specifications: * Ubuntu 22.04, X11, xfce4 * amdgpu driver Reproduced in Wine 9.1, Wine 9.17 and Proton 9.0-2. Reproduced with * Wine's virtual desktop on and off * Window manager decorations on and off (winecfg) * Window manager control on and off (winecfg) Steps to reproduce: 1. xinput list 2. Remember the xinput <ID> of the mouse (Virtual core pointer -> HID) 3. xinput --set-prop <ID> 'Coordinate Transformation Matrix' 1.1 0 0 0 1.1 0 0 0 1 4. Join a world in Minetest and try to play This problem does not occur when the Transformation Matrix is set to "1.0 0 0 0 1.0 0 0 0 1". It also does not occur on Windows due to lack of xinput and X11 in the first place. [1] https://github.com/minetest/minetest/releases/download/5.9.0/minetest-5.9.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 3

[Bug 58695] New: Microsoft Encarta 2002 crashes with Microsoft Visual C++ Runtime Library error "Abnormal program termination"
by WineHQ Bugzilla 21 Sep '25

21 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58695 Bug ID: 58695 Summary: Microsoft Encarta 2002 crashes with Microsoft Visual C++ Runtime Library error "Abnormal program termination" Product: Wine Version: 10.14 Hardware: x86-64 URL: https://archive.org/details/wrksste02dvd OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tobbi.bugs(a)googlemail.com Steps to reproduce: 1. Install Microsoft Works Suite from the ISO image provided under the download link mentioned in the URL field. 2. Start "Microsoft Encarta 2002" from C:/Program Files (x86)/Microsoft Encarta/Encarta Enzyklopädie 2002/ENC2002.exe 3. Double-click any of the words on the left handside to open the article (nothing gets shown). 4. The program crashes with an "Abnormal program termination" error in the "Microsoft Visual C++ Runtime". I tried installing various VC++ Runtimes using Winetricks. I was using both Windows 98 as well as Windows 2000 OS, set using winecfg. -- 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 5

[Bug 24951] New: Call of Duty / UO: Jerky freelook
by wine-bugs＠winehq.org 21 Sep '25

21 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=24951 Summary: Call of Duty / UO: Jerky freelook Product: Wine Version: 1.3.6 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gav616(a)gmail.com At the main menu: When the cursor is moveed around it 'seems' to be at a very low framerate and it jerks about. In-game: When freelooking around, the game seems to stay at the correct rate but the mouse movements are jerked and misinterpreted. It looks like the FPS is dropping to 5 when the jerks occur, but the FPS remains constant through the jerks. Audio is not effected. -- 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 18

[Bug 58728] New: winegcc fails to locate the windows header files on debian
by WineHQ Bugzilla 21 Sep '25

21 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58728 Bug ID: 58728 Summary: winegcc fails to locate the windows header files on debian Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winelib Assignee: wine-bugs(a)winehq.org Reporter: xakis94866(a)camjoint.com Distribution: --- When compiling source code using winemaker, winegcc fails to find the header files on debian. The reason why this happens is that the header files are actually installed in the /usr/include/wine/wine/windows directory where winegcc looks for them in the /usr/include/wine/windows directory. To solve this problem you simply have to make a symlink to the /usr/include/wine/wine/windows at the /usr/include/wine/ directory. -- 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 1

[Bug 54227] New: Altium Designer 20.x - 22.x slowness in 2D schematics editor - possibly GDI font rendering problem
by WineHQ Bugzilla 21 Sep '25

21 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=54227 Bug ID: 54227 Summary: Altium Designer 20.x - 22.x slowness in 2D schematics editor - possibly GDI font rendering problem Product: Wine-staging Version: 7.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kepszlok(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 73773 --> https://bugs.winehq.org/attachment.cgi?id=73773 Wine's output This is a problem that affects all Altium Designer versions from 20.x to current, with all wine-staging versions of 7.xx branch. See AD compatibility reports: 20.x https://appdb.winehq.org/objectManager.php?sClass=version&iId=38478 21.x https://appdb.winehq.org/objectManager.php?sClass=version&iId=40170 22.x https://appdb.winehq.org/objectManager.php?sClass=version&iId=40683 All of them shows slowness in the 2D schematics editor, while the 3D PCB editor works fine. Using the schematics editor, this message appears in constantly: 0118:fixme:d2d:d2d_device_context_DrawGeometry Ignoring stroke style 0000000001647F70. (the schematics editor itself working fine, just unusably slow) Possible reason: "probably because X2 uses GDI font rendering by default and lacks option to turn it off" -- 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 5

[Bug 54670] New: 16-bit applications fail in wow64 mode
by WineHQ Bugzilla 21 Sep '25

21 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=54670 Bug ID: 54670 Summary: 16-bit applications fail in wow64 mode Product: Wine Version: 8.0 Hardware: x86-64 OS: Linux Status: NEW Keywords: download, Installer, wow64 Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Debian $ wineserver -k ; rm -rf ~/.wine ; WINE=/opt/oldwownew/wine-8.0/bin/wine winetricks -q icodecs ------------------------------------------------------ Executing load_icodecs Executing cabextract -q -d /home/austin/.wine/dosdevices/c:/windows/temp/codinstl/ /home/austin/.cache/winetricks/icodecs/codinstl.exe Executing cd /home/austin/.wine/dosdevices/c:/windows/temp/codinstl/ Executing /opt/oldwownew/wine-8.0/bin/wine setup.exe /s 0284:err:environ:init_peb starting L"C:\\windows\\syswow64\\winevdm.exe" in experimental wow64 mode 0284:fixme:wow:wow64_NtSetLdtEntries 0107 02d0323f 0100f338 0000 00000000 00000000: stub 0284:err:module:LdrInitializeThunk "krnl386.exe16" failed to initialize, aborting 0284:err:module:LdrInitializeThunk Initializing dlls for L"C:\\windows\\syswow64\\winevdm.exe" failed, status c0000005 ------------------------------------------------------ -- 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 15

[Bug 58584] New: msvcp140: Multiple modern applications using C++ Concurrency crash in CONCRT140.dll on startup
by WineHQ Bugzilla 20 Sep '25

20 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58584 Bug ID: 58584 Summary: msvcp140: Multiple modern applications using C++ Concurrency crash in CONCRT140.dll on startup Product: Wine Version: 10.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: msvcp Assignee: wine-bugs(a)winehq.org Reporter: waser(a)waser.tech Distribution: --- This report details a consistent, immediate startup crash in `CONCRT140.dll` affecting modern S.T.A.L.K.E.R. engine forks. These engines are based on the open-source **Open X-Ray 1.6**, which itself works flawlessly under Wine. The crash only appears in these newer, more advanced forks which leverage the MSVC concurrency runtime for performance. This strongly indicates the issue lies within Wine's implementation of these APIs, not a bug in the engines themselves. This is effectively a regression, as the baseline engine works while the newer, concurrency-enabled versions do not. **Existing Related Bugs:** This issue appears to be a new, highly reproducible test case for known problems in Wine's concurrency support. We are filing this as a new report due to the unique test case and the specific failure point (constructor vs. destructor), but it is likely caused by the same underlying issues as: - **Bug 52899:** Notes that `CONCRT140.dll` requires `CreateEventExW` from `kernel32`. This is the most likely root cause. - **Bug 41749:** Shows a crash in the destructor for `Concurrency::details::_TaskCollection`. Our crash occurs in the *constructor* of this same object, demonstrating a different failing code path. Our report provides two clear methods to reproduce this crash, including one that is fully free and requires no commercial software. --- ### **Primary Reproduction Steps (IX-Ray on S.T.A.L.K.E.R.: Call of Pripyat)** *(Steps 1-5 as in previous draft)* 6. **Run the Game with Debug Logging:** Launch the game using its main executable with full debug channels enabled. ```bash WINEDEBUG=+all wine Stalker-COP.exe &> stalker_cop_crash_all.log WINEDEBUG=+seh,+loaddll wine Stalker-COP.exe &> stalker_cop_crash_seh.log ``` 7. **Result:** The process will crash immediately. The game's own crash log (in `_appdata_ixray_/logs`) and the attached Wine debug logs will show a fatal error in `CONCRT140.dll`. --- ### **Alternative Reproduction Steps (AOEngine on S.T.A.L.K.E.R. Anomaly)** This method is fully free and requires no commercial game assets. 1. **Download S.T.A.L.K.E.R. Anomaly:** Download the standalone game from its [ModDB page](https://www.moddb.com/mods/stalker-anomaly/downloads). 2. **Download AOEngine:** Download the latest AOEngine release from its [ModDB addons page](https://www.moddb.com/mods/stalker-anomaly/addons/aoengine). 3. **Install AOEngine:** Extract the contents into the Anomaly game's `bin` directory, overwriting `AnomalyDX11.exe`. 4. **Create a Clean Wine Prefix:** ```bash export WINEPREFIX=~/.wine_anomaly rm -rf $WINEPREFIX && wineboot -u ``` 5. **Install Runtimes:** ```bash winetricks -q vcrun2022 d3dcompiler_47 ``` 6. **Run the Game with Debug Logging:** Launch the game using the Anomaly launcher. ```bash WINEDEBUG=+all wine AnomalyLauncher.exe &> anomaly_crash_all.log WINEDEBUG=++seh,+loaddll wine AnomalyLauncher.exe &> anomaly_crash_seh.log ``` (Within the launcher, disable AVX, select DX11, disable the shader cache, and click Play). 7. **Result:** The exact same crash behavior as the IX-Ray method will be observed. The game's crash log will be in `_appdata_/logs` and the full Wine log will be `anomaly_crash_*.log`. --- **Expected Behavior:** The game launcher should appear, and the game should launch to the main menu successfully, as it does on Windows and as the baseline Open X-Ray 1.6 engine does under Wine. **Logs:** Three files will be attached for the primary reproduction case: 1. `stalker_cop_crash_seh.log`: A small log with `+seh,+loaddll` for quick initial review. 2. `stalker_cop_crash_all.log.bz2`: The complete `+all` debug log, compressed with bzip2 due to its large size. 3. `ixray-2025.08.10-02.37.21-waser.log`: The game's own crash log from its `_appdata_ixray_/logs` directory. **References:** - **IX-Ray GitHub (Open Source Engine):** https://github.com/ixray-team/ixray-1.6-stcop - **GE-Proton Issue #197 (Full History):** https://github.com/GloriousEggroll/proton-ge-custom/issues/197 -- 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 25

[Bug 42858] New: Stuttering sound setting the OS to Windows 7 and higher on FreeBSD
by wine-bugs＠winehq.org 20 Sep '25

20 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=42858 Bug ID: 42858 Summary: Stuttering sound setting the OS to Windows 7 and higher on FreeBSD Product: Wine Version: 2.4 Hardware: x86-64 OS: FreeBSD Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: adrien_fernandes2(a)hotmail.com On every games I try, when I set to Windows XP, the sound is working correctly but if I set to Windows 7 and higher, the sound will stutter, whatever the game you are trying. It's a bit annoying when you have to set the OS to Windows 7 like with Enter the Gungeon to make it work. I tried Resident Evil Revelations and Enter the Gungeon, they both have the same problem so I guess it's something related to FreeBSD (maybe more BSD OS) -- 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 6

[Bug 48272] New: Crackling and slower audio on Ubisoft's Assassin's Creed 1 & Far Cry 3 games
by WineHQ Bugzilla 20 Sep '25

20 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=48272 Bug ID: 48272 Summary: Crackling and slower audio on Ubisoft's Assassin's Creed 1 & Far Cry 3 games Product: Wine Version: 4.21 Hardware: x86-64 OS: FreeBSD Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: adrien_fernandes2(a)hotmail.com Created attachment 65940 --> https://bugs.winehq.org/attachment.cgi?id=65940 Output of Wine 4.21 running Assassin's Creed So here it is, it might be a bit long and I'll try to be as precise as I can to explain the problem. First, list of tested games : Far Cry 2 : No audio problem ✔ Crysis : No audio problem ✔ XIII : No audio problem ✔ Far Cry 3 : Crackling audio ✖ Assassin's Creed : Crackling audio ✖ I ran all the games set on DirectX 9 and I built Wine to use Open Sound System for audio (if this is important). Assassin's Creed 1's prefix is set to WinXP and Far Cry 3's one is set to Win7 (because of Uplay). The problem is that the audio on Far Cry 3 and Assassin's Creed is weirdly crackling and slower than it should be but, not EVERY sounds in the game are making the audio crackles. On Assassin's Creed, it's when a lot of people are around me and everytime I use the eagle vision. In the menu or when outside the Animus (in the present time of the game where there are only three people and a tiny room), the audio works well. Also, an important point is that neither Assassin's Creed nor Far Cry 3 are slowed down to fit the slowed down audio issue. They both work very well when it happens which is causing a strange issue I'll describe AND SHOW below. I'm using a GTX 765m to play which is not bad for old games like these. "Your computer certainly isn't powerful enough to run the game !" you say... Well, you are not totally wrong, I could have better hardware but, in the past, when I was playing these games on Windows then, later, on GNU/Linux, I never met this problem. The two differences are that I'm playing, for the first time, Assassin's Creed _ON_FREEBSD_ and we are now almost in 2020. My last Assassin's Creed session was on GNU/Linux in 2016. Wine changed so much in almost 4 years ! But let me remind you that only two of the five games mentioned above are having issue. all my native FreeBSD games (OpenMorrowind, Xonotic, Minetest, Tales of Maj'Eyal, Quake II from Yamagi's source code etc...), videos read with mpv, music listened with moc and even Firefox are all working well without crackling or slowed down audio. And three tested games on Wine with OSS are working perfecly. I could have tested more games but I think three is good enough. So here is the "show" I mentioned in the beginning. I took a video of Assassin's Creed's problem. I recorded it with my phone so... sorry for the poor quality but you can see the problem : https://www.youtube.com/watch?v=f5rhg-PwFeU In this video, you can see two people speaking together. In the normal game, one speak and, when finished, the other answer. They _NEVER_ speak above the other. In my Assassin's Creed, the game is running well but the audio is slowed down which creates a desyncing between the slowed down voice played and the mouth of the character. And, because the game is running well beside this issue, one didn't finish his sentence and the other will start his speech over the first one (it shouldn't happen). I found a longplay video of the game which is certainly played on Windows. I copied the video link to start at the exact same moment as the one I recorded from my computer and you can see how the game should normally behave : https://youtu.be/1gGz6vf35T0?t=2991 About the crackling audio issue, it can be heard by the end of my video when I use the eagle vision. For Far Cry 3, don't even need to run the game to hear crackling and slowed down audio. I also took a video of the problem, it speaks for itself : https://www.youtube.com/watch?v=JkOXvy_42jc The original theme can be listened here : https://youtu.be/rfAeL4JfHj8?t=10 I copied the video to start at the same time of my video of Far Cry 3, in the menu. What you can notice is that the normal music is faster than in my video, it's the same problem than with Assassin's Creed 1. I fetched the output of Wine when running Assassin's Creed 1. It repeatedly says two things so I cut it into "head -n 50" and "tail -n 50". I watched the long output and nothing is different between the first 50 and last 50 lines. I hope I was clear enough, English isn't my native language so I apologize if I didn't use it 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 5

[Bug 54285] New: Mostly UE4 games failing to start when trying to use faudio by wine itself
by WineHQ Bugzilla 20 Sep '25

20 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=54285 Bug ID: 54285 Summary: Mostly UE4 games failing to start when trying to use faudio by wine itself Product: Wine Version: 7.0.1 Hardware: x86-64 OS: FreeBSD Status: UNCONFIRMED Severity: normal Priority: P2 Component: xaudio2 Assignee: wine-bugs(a)winehq.org Reporter: Alexander88207(a)Protonmail.com Created attachment 73852 --> https://bugs.winehq.org/attachment.cgi?id=73852 Sea of Thieves Hello, since the update to wine 7 it is not possible to run mostly Unreal Engine 4 games. In the log there were indications that something might be wrong with the xaudio 2_7 dll. So I just applied faudio via winetricks and the games work again. Unfortunately this is not a permanent solution as there is a bug on platforms like Mac OS, FreeBSD that if you use native,buildin xaudio the sound does not work correctly in terms of stuttering and slightly distorted sound. As far as I know the games worked correctly in Wine 6.0.1. Unfortunately it is not possible for me to test more in wine-devel because the port is very often defective and also just once again not working. (Last version tested was 7.21 and it was there too) Thanks in advance! -- 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 44817] New: Some software protection schemes need ntdll.NtSetLdtEntries implementation
by wine-bugs＠winehq.org 20 Sep '25

20 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=44817 Bug ID: 44817 Summary: Some software protection schemes need ntdll.NtSetLdtEntries implementation Product: Wine Version: 3.4 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, to track https://github.com/wine-staging/wine-staging/tree/master/patches/ntdll-NtSe… The stub was added with bug 26268 ("Multiple applications need ntdll.ZwSetLdtEntries stub (kwiksupport.me, Ragnarok Online patcher)"). Unfortunately there is no further information/details *which* copy-protection scheme needs and actual implementation. No applications/games are mentioned. --- quote --- 1. Some copy protections call NtSetLdtEntries(0x000f) and then with 'retf' instruction jump to that selector expecting that it works (the tests show that NtSetLdtEntries(0x000f,0x001f) should succeed). In order to make this work a limitation to set only selectors > LDT_FIRST_ENTRY (512) in wine_ldt_set_entry() was removed. 2. wine_ldt_set_entry() was made to always mark modified selector entries as WINE_LDT_FLAGS_ALLOCATED, otherwise get_selector_entry() server call returns entries without that flag set and NtQueryInformationThread(ThreadDescriptorTableEntry) fails. --- quote --- $ wine --version wine-3.4 Regards -- 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 5

[Bug 58715] New: [winefiles] - update winefiles with "Files" for a more modern filebrowser
by WineHQ Bugzilla 20 Sep '25

20 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58715 Bug ID: 58715 Summary: [winefiles] - update winefiles with "Files" for a more modern filebrowser Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: blackcrack(a)blackysgate.de Distribution: --- Hi Peoples, why do you use an old and not up to date winefiles as head-file browser instead you use the opened Sourced "Files" : https://github.com/files-community/Files for have a more, Modern Wine-Folders Browser with Files who could be a more modern winefiles as general file-browser update 1. Files is updated permanently by a own Community 2. Files is more completely programmed 3. Files could be synced in Wine and therewith permanently updated so long the "Files-Community" exist only question is, is Files compatible to WinXP, Win7 ? could it make recompatible with WinXP and Win7 ? (or add the right, more modern dll to XP and Win7 Emulation) if yes, could have Wine a realy actual Filemanager where is also compatible with 10 and 11 and therewith 7 Fly's : "Seven at a stroke!" in wine filebrowser. best regards Blacky Blackysgate.de by the way, i have make 3 WinNT-Themes with svg-files, these Pictures/SVG is under Public-Domain and can use in Wine. https://www.pling.com/u/Blackcrack scroll down to: "Full Icon Themes" Download the themefile.tar.gz, exstract the "scaled" folder and you have all files in svg, then can you work with it. -- 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 58696] New: Profi cash 12 (32-Bit German Banking Software) crashes during starting among Linux Mint
by WineHQ Bugzilla 20 Sep '25

20 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58696 Bug ID: 58696 Summary: Profi cash 12 (32-Bit German Banking Software) crashes during starting among Linux Mint Product: WineHQ.org Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: www-unknown Assignee: wine-bugs(a)winehq.org Reporter: michael.howland(a)kabelbw.de Distribution: --- Created attachment 79293 --> http://bugs.winehq.org/attachment.cgi?id=79293 Wine debugger mistake details Profi cash version 12 is a 32-Bit German Banking Software. It is crashing during starting in a Wine 9.0 box among Linux Mint. Wine tricks is also installed. I think the mistakes have to do with Microsofts .Net Runtime environment. I could install the above mentioned software without a mistake message under Wine 9.0. .Net package is also installed. The previous main Version of Profi cash was version 11. Profi cash version 11 runs in a Wine 9.0 box on the same computer. The only two things which are not doing is printing and working with a reiner sct (smartcard reader) via USB. But I can live with that. I think the reason is, that Wine is just a box for a Windows program and not a complete Windows environment. If so, that would be fine. By the way Profi cash Version 11 needs no .Net Runtime environment to run. The development of Version 11 is terminated. New features and amendments by law or regulations will be only technically implemented in Version 12. Hope someone can help me. Best regards. -- 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 5

[Bug 58596] New: Xenus 2 White Gold needs support for 'val' modifier
by WineHQ Bugzilla 19 Sep '25

19 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58596 Bug ID: 58596 Summary: Xenus 2 White Gold needs support for 'val' modifier Product: vkd3d Version: 1.16 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: hlsl Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Created attachment 79131 --> http://bugs.winehq.org/attachment.cgi?id=79131 shader Unable to compile shader "BUMPMAP_LIGHTMAP_AKEY": <anonymous>:209:1: E5030: Unknown modifier "val". <anonymous>:209:5: E5000: syntax error, unexpected ',' vkd3d-1.16-549-g880cb108 -- 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 58722] New: Wine X11 and keybindings in Unreal Engine games
by WineHQ Bugzilla 19 Sep '25

19 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58722 Bug ID: 58722 Summary: Wine X11 and keybindings in Unreal Engine games Product: Wine Version: 10.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: vse.stopchanskyi(a)gmail.com Distribution: --- Created attachment 79328 --> http://bugs.winehq.org/attachment.cgi?id=79328 Wine X11/Wayland with Ukrainian as primary keyboard layout Related bug report on Plasma: https://bugs.kde.org/show_bug.cgi?id=507290 If I have Ukrainian keyboard layout as my primary, Unreal Engine games launched in Wine under Xwayland will have broken keybindings, the game will get ЦФІВ instead of WASD. Tested games are: - Pacific Drive (Wine 10.15, Proton GE 10) - Stalker 2 (Proton GE 10) - Satisfactory (Proton GE 10, Proton 10, Proton 9) When running the same games in the same Wine/Proton version but using Wayland driver, the issue is not present and games still get WASD as they should. -- 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 0

[Bug 57415] New: ROMCenter crash after creating database > IO Exception cannot locate resource images/defaultsystemicon.png
by WineHQ Bugzilla 19 Sep '25

19 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=57415 Bug ID: 57415 Summary: ROMCenter crash after creating database > IO Exception cannot locate resource images/defaultsystemicon.png Product: Wine Version: 9.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: augusto7744(a)aol.com Distribution: --- Hello. Thanks for reading my topic. Ubuntu 24.04.1 and WINE 9.18 ( version 9.21 crash some softwares related with the bug https://bugs.winehq.org/show_bug.cgi?id=57306 so not tested with that version ). ROMCenter 4.1.1 32 bits. An rom manager software using database hash. When is done the creation of database happen an crash showing the error message below and close the software. IO Exception cannot locate resource images/defaultsystemicon.png Seeing in some sites is as if is related with net framework. Some WINE previous versions the software run perfectly without errors. Perhaps is related with wine-mono ? Have an nice week. -- 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 13

[Bug 49028] New: X-plane 11 (windows) falls back to opengl when trying to run with vulkan.
by WineHQ Bugzilla 19 Sep '25

19 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=49028 Bug ID: 49028 Summary: X-plane 11 (windows) falls back to opengl when trying to run with vulkan. Product: Wine Version: 5.6 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: hubert(a)limitset.net Distribution: --- Created attachment 67006 --> https://bugs.winehq.org/attachment.cgi?id=67006 X plane log When attempting to run the windows version of X-plane 11 (to get access to windows only add-ons) the game will not run with vulkan enabled. When attempting to start the simulator in vulkan mode this is the error message: "The graphics card or driver lacks support for a required extension: VK_KHR_external_memory_win32" and coontinues to run but with opengl. This happens on Arch Linux and Debian Sid, and so far this issue has occurred for everyone who has tried running the game with wine using vulkan. -- 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 17

[Bug 58721] New: Mathcad Professional 2001i
by WineHQ Bugzilla 19 Sep '25

19 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58721 Bug ID: 58721 Summary: Mathcad Professional 2001i Product: Wine Version: 9.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fvenale(a)gmail.com Distribution: --- Created attachment 79327 --> http://bugs.winehq.org/attachment.cgi?id=79327 Backtrace I was changing the default text style property for all worksheets, then crashed. The debugger has originated the backtrace file as in attachment. -- 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 1

[Bug 58491] New: Flickering on video-surveilance-app is back
by WineHQ Bugzilla 19 Sep '25

19 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58491 Bug ID: 58491 Summary: Flickering on video-surveilance-app is back Product: Wine Version: 10.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: andreas.franz(a)arcor.de Distribution: --- Created attachment 78948 --> http://bugs.winehq.org/attachment.cgi?id=78948 started from terminal Flickering on viewing a camera stream with activated hardware accelerated d3d11 setting is back. Desktop picture and camera picture is swapping. It was gone with 10.0 stable - it's back with 10.12 (maybe some versions earlier). Software rendering works still fine. regards, Andy -- 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 15

[Bug 58688] New: Regression: Xenia Canary crashes with STATUS_CONFLICTING_ADDRESSES when starting a game on Wine 10.13+ (works on 10.12)
by WineHQ Bugzilla 19 Sep '25

19 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58688 Bug ID: 58688 Summary: Regression: Xenia Canary crashes with STATUS_CONFLICTING_ADDRESSES when starting a game on Wine 10.13+ (works on 10.12) Product: Wine Version: 10.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: axel.avj1(a)gmail.com Distribution: Ubuntu The Xbox 360 emulator Xenia Canary runs correctly on Wine 10.12. However, starting from Wine 10.13+, it crashes immediately when launching any game. Xenia itself starts fine, but as soon as a title is executed, it fails with an unhandled exception: Unhandled Exception in Xenia Last Win32 Error: 0x1E7 (Invalid address.) Last NTSTATUS: 0xC0000018 (STATUS_CONFLICTING_ADDRESSES) Faulting thread name: XThread0260 This happens consistently with every game tested. On Wine 10.12 the exact same build of Xenia and the same games run without this crash. This looks like a regression in memory allocation / address space management introduced between Wine 10.12 → 10.13. Create a clean 64-bit Wine prefix. Run xenia_canary.exe (tested with the latest Canary build 7650730_canary_experimental). Load any Xbox 360 game. example: marble blast ultra demo On Wine 10.13+ → crash occurs immediately. On Wine 10.12 → works fine. -- 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 26

[Bug 58718] New: Camerabag Pro 2025.2 crashes with unhandled exception (Unhandled exception: page fault on read access to 0x0000000000000000) when generating a preview of a video
by WineHQ Bugzilla 19 Sep '25

19 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58718 Bug ID: 58718 Summary: Camerabag Pro 2025.2 crashes with unhandled exception (Unhandled exception: page fault on read access to 0x0000000000000000) when generating a preview of a video Product: Wine Version: 10.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: superian(a)gmail.com Distribution: --- Created attachment 79319 --> http://bugs.winehq.org/attachment.cgi?id=79319 backtrace.txt generated by WINE New installation of WINE development version 10.15 on Linux Mint 22.2 (Ubuntu Noble-based). No winetricks used. Installation OK. Can open an MP4 video (see #58716 for issue opening a JPEG). Works well - can move within the video, make adjustments (alter contrast, white balance, add vignette and light leak effects etc) with animated mouseover previews of the effects - but crashes when generating a short preview video of the results. Happens when done via menu or button on bottom of window. CameraBag Pro downloaded today from https://nevercenter.com/camerabag/download/ (runs as a 7 day free trial if you haven't bought a registration code) sha1sum: 01d4daf1dd05ab426858e19191dbabfa855c2558 Install_CameraBag_Pro_2025_2_0_win.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 1

[Bug 38190] New: FEAR crash at runs
by wine-bugs＠winehq.org 19 Sep '25

19 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=38190 Bug ID: 38190 Summary: FEAR crash at runs Product: Wine Version: 1.7.38 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mrdeathjr28(a)yahoo.es Distribution: --- Created attachment 50967 --> https://bugs.winehq.org/attachment.cgi?id=50967 backtrace fear Game config works but when game is launched crash -- 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 6

[Bug 58216] New: Inquisitor crashes on start
by WineHQ Bugzilla 19 Sep '25

19 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58216 Bug ID: 58216 Summary: Inquisitor crashes on start Product: Wine Version: 10.7 Hardware: x86-64 URL: https://store.steampowered.com/app/241620/Inquisitor/ OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: winegstreamer Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com Regression SHA1: 075033d61ffac2a8d42e06e91a12c88f2fa17401 Distribution: ArchLinux Created attachment 78529 --> http://bugs.winehq.org/attachment.cgi?id=78529 terminal output The intro video in Inquisitor never worked for me: it was gracefully skipped and the game loaded directly the main menu. Since Wine-10.7 the game crashes right after start. Reverting the following commit fixes the crash for me: commit 075033d61ffac2a8d42e06e91a12c88f2fa17401 winegstreamer: Make sure WMSyncReader never reads in the background. 'winetricks wmp9' also makes the crash go away (the startup video still does not work). Reproduced with the Steam and GOG.com versions. wine-10.7-73-gf9741837a3b -- 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 13

[Bug 58710] New: wmic now also prints system properties since 3c8a072b52f2159e68bfd4e471faf284309201ed
by WineHQ Bugzilla 19 Sep '25

19 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58710 Bug ID: 58710 Summary: wmic now also prints system properties since 3c8a072b52f2159e68bfd4e471faf284309201ed Product: Wine Version: 10.13 Hardware: x86-64 OS: Linux Status: NEW Keywords: download, regression Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: --- Do: "WINEDEBUG=-all wine wmic bios get version" Output: __GENUS __CLASS __RELPATH __PROPERTY_COUNT__DERIVATION__SERVER __NAMESPACE __PATH Version 2 Win32_BIOS 1 {} WINE - 1 This confuses programs that use wmic's output (like Altium installer in win7 mode) Expected output: Version WINE -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.

1 2

[Bug 58662] New: 16-bit bitmap rendering
by WineHQ Bugzilla 19 Sep '25

19 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58662 Bug ID: 58662 Summary: 16-bit bitmap rendering Product: Wine Version: 10.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: opengl Assignee: wine-bugs(a)winehq.org Reporter: zowie+wine(a)vandillen.io Distribution: --- Created attachment 79243 --> http://bugs.winehq.org/attachment.cgi?id=79243 Glitchy 16-bit render of Civilization 3. Without OpenGL Civ 3 does not have visible glitches. I've added a new test earlier today for 16-bit bitmap rendering with wGL [1]. In conclusion, it's pretty broken. The solution to this problem isn't trivial, so I'm opening this issue for discussion. On Windows, when wglChoosePixelFormat is called with the flag `PFD_DRAW_TO_BITMAP` and `cColorBits = 16`, you'll be given a pixel format with r5g5b5a1 (except that the alpha bit is somewhat quirky). This gives you a software rendered OpenGL context for OpenGL 1.1 [2]. On Wine, asking for a 16-bit pixel format gets you nothing, because all 16-bit pixel formats with the DRAW_TO_BITMAP are required to have an alpha bit in Wine and none of the pixel formats on my Nvidia driver actually have an alpha bit (there's only r5g6b5 and r16). The alpha bit requirement was introduced recently in MR !8392 [3]. It's worth noting that not getting a pixel format — although it's wrong — actually works pretty well for Civilization 3 (see “relevant software” section). Removing the check for an alpha bit, Wine will be able to find a 16 bit pixel format again, but you'll get unusably bad renders (screenshots in the attachments). Some observations on the screenshots: - You can see alternating vertical black/blue and orange/white/yellow lines every horizontal pixel. - Blue pixels appear in the black lines, but they're rare. I only see blue pixels in the text in the SimGolf screenshot. - The render buffer doesn't seem to be getting cleared (pretty apparent in Civilization 3: the old squares were sticking around) - Zooming in, you can see that there aren't only vertical lines, but also horizontal lines (see zoomed-in screenshot). My theory is that there's two problems: - Wine is probably putting 32-bit-per-pixel renders into the 16-bit-per-pixel bitmaps. This explains the vertical & horizontal lines. I'm guessing there's also some memory corruption as a consequence: It's presumably overwriting twice as much bitmap memory as it should. - The right pixel format just doesn't exist. The format r5g5b5a1 is not something that is actually implemented on hardware (at least not anymore), it's just a quirky Windows software renderer thing. The second point is a bit troublesome because I don't see any easy workarounds. The most obvious solution is to make an OpenGL 1.1 software renderer of our own. Alternatively, it might be possible to simulate the behaviour by using a 32-bits-per-pixel OpenGL context. Whenever glFinish is called, we could download the render to a "secret" Wine-internal bitmap that's also 32 bpp and then overwrite the 16 bpp bitmap based on the pixels of the 32 bpp bitmap. I'm not sure how reliable that is. Looking at the OpenGL 1.1 reference [4], I think making an OpenGL 1.1 software renderer could be a fun project, but the other solution definitely seems like less effort. I've only been involved in Wine for seven days though, so I'll defer the decision to senior maintainers. [1] https://gitlab.winehq.org/wine/wine/-/merge_requests/8888 [2] https://www.khronos.org/opengl/wiki/Platform_specifics:_Windows#PFD_DRAW_TO… [3] https://gitlab.winehq.org/wine/wine/-/merge_requests/8392 [4] https://www.talisman.org/opengl-1.1/Reference.html --- Relevant software (screenshots in attachments) - Sid Meier's SimGolf (demo: https://archive.org/details/Simgolfdemo) In SimGolf, a 16-bit DRAW_TO_BITMAP OpenGL context seems to be used for drawing the terrain. Currently, the terrain renders as black. - Sid Meier's Civilization 3 In Civilization 3, it seems that 16-bit bitmap rendering is used to draw an outline for the movement range of a selected unit (that's just a guess. It draws a square when a unit is selected but I haven't seen it without glitches). It's notable that Civilization 3 currently works fine. Because wglChoosePixelFormat doesn't find a 16-bit pixel format, the `null_gl` implementation is being used right now. That works out pretty well because the movement range outline isn't something you miss when you don't know it's supposed to be there. --- Relevant bugs: Sid Meier's SimGolf does not render properly | https://bugs.winehq.org/show_bug.cgi?id=50876 Civilization III Complete shows black terrain (Wine compiled with OSMesa support) | https://bugs.winehq.org/show_bug.cgi?id=41930 -- 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 9

[Bug 48548] New: Support running multiple tests in submitted jobs
by WineHQ Bugzilla 18 Sep '25

18 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=48548 Bug ID: 48548 Summary: Support running multiple tests in submitted jobs Product: Wine-Testbot Version: unspecified Hardware: Other OS: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: cdavis5x(a)gmail.com When I submit a job manually on the testbot, I can only run one instance of one executable. For a binary, this makes sense, since there's only one binary; but a patch, for which a choice of Wine test executables is offered, can affect multiple Wine unit tests. I then have to submit the job multiple times, one for each test unit affected. This seems... suboptimal. It'd be much faster and more convenient if I could run multiple tests in a single job. -- 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 1

[Bug 58711] New: DNF refuses to install or update winehq-staging, checksum sha256sum mismatch
by WineHQ Bugzilla 18 Sep '25

18 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58711 Bug ID: 58711 Summary: DNF refuses to install or update winehq-staging, checksum sha256sum mismatch 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: charlesthethobe(a)gmail.com CC: dimesio(a)earthlink.net Distribution: --- Since wine version 10.15 release I'm unable to perform a system update due to mismatching checksums between what the repo suggests and the actual rpm package. https://dl.winehq.org/wine-builds/fedora/42/x86_64/winehq-staging-10.15-1.1… This file's checksum is currently: 7d0e878400f211d295092216c6e2b30048336037ecc3de0211ac2530cadfd0b0 While it's expected to be: b1238f8bf020af8c31b6bdb817e50fffb27bee61129abbeb6c619066bfcbfea6 I tried running `# dnf clean metadata` to no avail. -- 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 58714] New: Textbox area got strikethroughed, despite working normal on Windows.
by WineHQ Bugzilla 18 Sep '25

18 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58714 Bug ID: 58714 Summary: Textbox area got strikethroughed, despite working normal on Windows. 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: 44ww0wok0k404cc0cgc84ko04kw8ow04(a)ai.notifier.in Distribution: --- Created attachment 79314 --> http://bugs.winehq.org/attachment.cgi?id=79314 EXE > BUG Wine failed to display textbox text properly. All text displayed in textbox result in strikethroughed and not selectable. On Windows, the textbox is functionable. > PROCEDURE 1. Save both "__XML File Finder for The Sims 4.exe" and "XML File Index.txt" to Desktop (e.g., /home/you/Desktop) 2. Run "wine __XML.....exe" 3. Click "Browse" and select the txt file. 4. In "Search for" area, input "walk". > EXPECTED RESULT Working textbox. > ACTUAL RESULT Textbox is not working and strikethroughed. -- 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 1

[Bug 58713] New: Regression: D3D9 Shims Broken in Wine Staging 10.15
by WineHQ Bugzilla 18 Sep '25

18 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58713 Bug ID: 58713 Summary: Regression: D3D9 Shims Broken in Wine Staging 10.15 Product: Wine-staging Version: 10.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: cwbussard(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- The modding communities for some older games, notably Guild Wars, use d3d9.dll shims like uMod and gMod (links below) to do texture replacement. These shims have worked correctly in Wine for many years, but are broken in staging-10.15. In staging-10.15, the shim appears to be working, but no textures are replaced. These shims work correctly in staging-10.14 and also in devel-10.15. It appears only staging-10.15 is affected. (Sorry, I am not equipped to do a bisect on wine-staging.) Steps to Reproduce (uMod, method1): 1. Start the uMod executable in Wine. 2. Launch Guild Wars from within uMod. 3. Use uMod's UI to load a texture replacement mod. 4. Observe that no textures are replaced. Steps to Reproduce (uMod, method2): 1. Place the uMod dll in the Guild Wars installation directory, renamed d3d9.dll. 2. Start the uMod executable in Wine. 3. Start Guild Wars in Wine. 4. Use uMod's UI to load a texture replacement mod. 5. Observe that no textures are replaced. Steps to Reproduce (gMod): 1. Place the gMod dll in the Guild Wars installation directory, renamed d3d9.dll. 2. Create a modlist.txt file in the Guild Wars installation directory, containing the full path to a texture replacement mod. 3. Start Guild Wars in Wine. 4. Observe that no textures are replaced. Useful links for reproducing the issue: - Guild Wars client. (No account needed; the issue can be observed on the login screen.) https://www.guildwars.com/en/download - uMod binary. https://github.com/ChthonVII/guildwarslinuxinstallguide/raw/refs/heads/main… - uMod source: https://github.com/ChthonVII/guildwarslinuxinstallguide/raw/refs/heads/main… - gMod github: https://github.com/gwdevhub/gMod - Sample mod. This is a mod for Guild Wars that replaces the textures for the minimize/maximize/close buttons in the upper right with 50% transparent textures. This is visible on the login screen. https://github.com/ChthonVII/guildwarslinuxinstallguide/raw/refs/heads/main… -- 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 0

[Bug 58712] New: Gepard Shield broken with wow64
by WineHQ Bugzilla 18 Sep '25

18 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58712 Bug ID: 58712 Summary: Gepard Shield broken with wow64 Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: paulo1039(a)gmail.com Distribution: --- Created attachment 79313 --> http://bugs.winehq.org/attachment.cgi?id=79313 gepard error Gepard shield is an anti-cheat/macro software used by some Ragnarok Online private servers (example: https://muhro.eu) to prevent botting and some macro software. It always worked with wine, but with wow64 builds its throwing an error closing the game. -- 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 0

[Bug 56059] New: Overwatch 2: highlight saving generates a 1ms (empty) webm video file
by WineHQ Bugzilla 18 Sep '25

18 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=56059 Bug ID: 56059 Summary: Overwatch 2: highlight saving generates a 1ms (empty) webm video file Product: Wine Version: 9.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: forestix(a)nom.one Distribution: --- Created attachment 75715 --> https://bugs.winehq.org/attachment.cgi?id=75715 example video file When attempting to save a game highlight as a webm video file, Overwatch 2 *seems* to be encoding the video as it should, in that it uses the CPU and takes an appropriate amount of time to complete. However, the resulting file is only about 700K, and doesn't play in any player. Examining the file with MediaInfo shows what looks like a reasonable container with video and audio parts, but only 1ms duration. I get the same results in all of these Wine versions: wine-9.0-rc2 wine-9.0-rc2 (Staging) wine-ge-custom (aka lutris-GE-Proton) 8-23 Game installer download link: https://download.battle.net/en-us?product=ow&blzcmp=ow_gamesite Steps to reproduce: - play a game (easiest way is via Play: Training: Practice vs. AI: Casual) - after the game is over, return to the main menu - click username button (top right corner) - click history tab (top edge) - click highlights tab (left edge) - click a highlight from "today's top 5" - click save button (bottom edge) - select movie format: webm - click save button -- 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 9

[Bug 56137] New: Overwatch 2 fails to save highlight video files
by WineHQ Bugzilla 17 Sep '25

17 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=56137 Bug ID: 56137 Summary: Overwatch 2 fails to save highlight video files Product: Wine Version: 9.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: forestix(a)nom.one Distribution: --- When attempting to save an Overwatch 2 highlight video as an mp4 file (the default format), it fails with this error message: SAVING ERROR An unknown error has occurred. (6-04) Steps to reproduce: - play a game (easiest way is via Play: Training: Practice vs. AI: Casual) - after the game is over, return to the main menu - click username button (top right corner) - click history tab (top edge) - click highlights tab (left edge) - click a highlight from "today's top 5" - click save button (bottom edge) - select movie format: mp4 - click save button Note that this is a different kind of failure than the one with .webm format (bug 56059). -- 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 5

[Bug 58697] New: Jolly Rover hangs upon starting with 100% cpu usage
by WineHQ Bugzilla 17 Sep '25

17 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58697 Bug ID: 58697 Summary: Jolly Rover hangs upon starting with 100% cpu usage Product: Wine Version: 10.15 Hardware: x86-64 URL: http://www.brawsome.com.au/rover_demo/jollyrover_demo. zip OS: Linux Status: NEW Keywords: download, regression Severity: normal Priority: P2 Component: win32u Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: rbernon(a)codeweavers.com Regression SHA1: 0b7e785da4f45a8da6a977db9b05c729132f8afa Distribution: ArchLinux The game doesn't create a window and hangs with 100% cpu usage right after starting. There is nothing relevant in the terminal output. Doesn't happen when UseEGL=Y. Caused by commit 0b7e785da4f45a8da6a977db9b05c729132f8afa win32u: Keep a separate pointer for unused opengl drawable. Can be reproduced with the non-Steam demo as well (installer needs mfc42.dll) OpenGL renderer string: NVIDIA GeForce GTX 1660 SUPER/PCIe/SSE2 OpenGL core profile version string: 4.6.0 NVIDIA 580.82.09 OpenGL core profile shading language version string: 4.60 NVIDIA Install Jolly Rover Demo.exe md5sum: 71d9f44161a6dce81e1df135d276d312 -- 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 58637] New: SimCity 2000 Windows 95 edition doesn't launch
by WineHQ Bugzilla 17 Sep '25

17 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58637 Bug ID: 58637 Summary: SimCity 2000 Windows 95 edition doesn't launch Product: Wine Version: 10.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ihatemylife0025(a)gmail.com Distribution: --- Created attachment 79198 --> http://bugs.winehq.org/attachment.cgi?id=79198 Logs The Windows 95 edition of SimCity 2000 (URL: https://archive.org/details/sc2000_win95) doesn't launch. I remember it did work in older versions of wine (I think 8.0) but I can't point out the exact version it stopped working. Steps to reproduce: Launch the game directly (not the setup, it's 16-bit and it's known to be problematic even on Windows. The game itself is 32-bit) WIN95/SC2K/SIMCITY.EXE I tried https://github.com/sc2kfix/sc2kfix too which is a patch that gets the game running on modern versions of Windows but it didn't make any difference. My computer's technical specifications (although I don't think they matter, I tried it with several different computers with different distros and got the exact same error): GPU: 0000:00:02.0 VGA compatible controller: Intel Corporation TigerLake-LP GT2 [Iris Xe Graphics] (rev 01) Subsystem: Lenovo Device 3f9c Kernel driver in use: i915 Kernel modules: i915, xe CPU: 11th Gen Intel(R) Core(TM) i5-1135G7 (8) @ 4.20 GHz Laptop Model: 82H8 (IdeaPad 3 15ITL6) Kernel Version: Linux 6.15.10-200.fc42.x86_64 Distribution: Fedora 42 KDE Plasma Edition -- 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 27

[Bug 58707] New: infinite blocking on reading piped stderr
by WineHQ Bugzilla 17 Sep '25

17 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58707 Bug ID: 58707 Summary: infinite blocking on reading piped stderr Product: Wine Version: 10.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: sewn(a)disroot.org Distribution: --- Created attachment 79307 --> http://bugs.winehq.org/attachment.cgi?id=79307 C program that runs the Wine program 'reg', reading its stderr and discarding it. When a wine program is ran with its stderr piped and read, the program hangs forever for as long as the wineserver is, which can be further tested by running 'wineserver' with a large persistence value. This causes programs that are ran software that wraps around wine to block until wineserver exits. An example program that shows this behavior occuring is attached. Wineserver can be ran seperately with a high persistence to showcase the "hanging". -- 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 58078] New: StarCraft Remastered: game is not started with wine-10.5
by WineHQ Bugzilla 17 Sep '25

17 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=58078 Bug ID: 58078 Summary: StarCraft Remastered: game is not started with wine-10.5 Product: Wine-staging Version: 10.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dimich.dmb(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- The game is not started with wine-10.5 StarCraft.exe process is running and consuming 100% of one CPU core. No video mode changed, no game window created. Battle.net launcher is displaying StartCraft as "Playing Now". After downgrading wine to 10.4 the game starts and works fine. StartCraft: v1.23.10.13515 OS: Arch Linux Kernel v6.14.1 GPU: Nvidia, proprietary driver v570.133.07 -- 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 58458] New: Wolfenstein: The Old Blood (Wolfenstein: The New Order) fails to start with EGL opengl backend
by WineHQ Bugzilla 17 Sep '25

17 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58458 Bug ID: 58458 Summary: Wolfenstein: The Old Blood (Wolfenstein: The New Order) fails to start with EGL opengl backend Product: Wine Version: 10.11 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: rbernon(a)codeweavers.com Distribution: ArchLinux Created attachment 78909 --> http://bugs.winehq.org/attachment.cgi?id=78909 terminal output When the new EGl Opengl backend is enabled the game plays the intro videos but stops with an error before the main menu could be loaded. The game console shows an error: FATAL ERROR: idPixelUnpackBuffer::AllocBufferObject: failed The next installment in the series (Wolfenstein II: The New Colossus) starts properly with UseEGL=Y. All these games are using the Vulkan renderer. wine-10.11-88-g730f65e737a OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: NVIDIA GeForce GTX 1660 SUPER/PCIe/SSE2 OpenGL core profile version string: 4.6.0 NVIDIA 575.64.03 -- 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 55151] New: PC crashes after endlessly eating up memory
by WineHQ Bugzilla 17 Sep '25

17 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=55151 Bug ID: 55151 Summary: PC crashes after endlessly eating up memory Product: Wine Version: 8.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: axis6404(a)proton.me Distribution: --- example script (selfdel.bat): :REP del "selfdel.bat" if exist "selfdel.bat" goto REP wine selfdel.bat (An infinite loop occurs. Until it eats up all the memory and the PC stops.) The koeiuc.bat in Steam games made by Koei eats up all the memory and crashes the PC. -- 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 58439] New: REGRESSION: trying to edit a text field immediately causes the previous content to be completely erased
by WineHQ Bugzilla 17 Sep '25

17 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58439 Bug ID: 58439 Summary: REGRESSION: trying to edit a text field immediately causes the previous content to be completely erased Product: Wine Version: 10.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: scallegari(a)arces.unibo.it Distribution: --- Hi, I am recently experimenting a regression and even if I cannot say in which version it was introduced, I am almost sure it is not the last one (but before) and that it is indeed a regression (a few month ago the behavior was different). I am working with a software called LTspice (that is closed source but free, which surely helps repro) and available from https://www.analog.com/en/resources/design-tools-and-calculators/ltspice-si…. Incidentally, the developers of this code have traditionally been wine-friendly (even if they do not offer a linux version of their code, neither they provide support for running it in wine, they have tried to ensure that it could be used with wine). This software is a circuit simulator with a schematic capture component. You can pick and place components and edit the values of their parameters using some dialog boxes. Often there are multiple things that can be tuned and the dialog box is arranged as a sort of a table, where some cells are editable. In order to adjust things, until some simulation results are satisfactory, it is common to modify some parameters multiple times and in doing so it is good to be able to edit the previous value. Unfortunately, in recent times it has become impossible to do so when running the software with wine. As soon as you try to modify a value, the value disappears and you remain with an empty field to be filled from scratch. -- 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 5

[Bug 58602] New: Screen Issue in Colin McRae Rally 2
by WineHQ Bugzilla 17 Sep '25

17 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58602 Bug ID: 58602 Summary: Screen Issue in Colin McRae Rally 2 Product: Wine Version: 10.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: marcinzw(a)gmail.com Regression SHA1: ae487930f8d3811a7434dc2cbb561982c894f5ba Distribution: --- The screen issue in Colin McRae Rally 2, originally reported in Bug #58488, is still happening in Wine 10.13. After the intro video plays, the screen just stays frozen when running the game in “Emulate a virtual desktop” mode – you can still hear the sound, but nothing shows up. The patch I posted in Bug #58488 still fixes it, though. --- a/dlls/winex11.drv/opengl.c +++ b/dlls/winex11.drv/opengl.c @@ -1462,7 +1462,7 @@ static BOOL x11drv_surface_swap( struct opengl_drawable *base ) if (pglXWaitForSbcOML) pglXWaitForSbcOML( gdi_display, gl->drawable, target_sbc, &ust, &msc, &sbc ); } - if (InterlockedCompareExchange( &base->client->offscreen, 0, 0 )) + //if (InterlockedCompareExchange( &base->client->offscreen, 0, 0 )) { if (!pglXWaitForSbcOML) XFlush( gdi_display ); client_surface_present( base->client, gl->hdc ); -- 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 58705] New: Wolfenstein: The New Order (Wolfenstein: Old Blood) - the screen is black
by WineHQ Bugzilla 17 Sep '25

17 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58705 Bug ID: 58705 Summary: Wolfenstein: The New Order (Wolfenstein: Old Blood) - the screen is black Product: Wine Version: 10.15 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: win32u Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: rbernon(a)codeweavers.com Regression SHA1: c3f3ef24e8d1ebe49e8073e8e5b11de859951352 Distribution: ArchLinux Created attachment 79306 --> http://bugs.winehq.org/attachment.cgi?id=79306 terminal output In Wine-10.14 both games started properly: intro videos, menus et al. In Wine-10.15 the intro videos and various splash screens are displayed correctly but the games show only black screen when reaching the menu (sounds in the menu can be heard so the games work). This was caused by commit c3f3ef24e8d1ebe49e8073e8e5b11de859951352 win32u: Don't store the window OpenGL drawables on the DCs. With current HEAD (wine-10.15-28-g7d26649f637) the screen remains black during the intro videos and when the menu is displayed (audio works so the game is running). This is after commit 9cdfa803cd1f971bdf03667c86698685c913e97c win32u: Validate the drawable surface window before reusing. Happens both with wined3d and with DXVK 2.7.1+ Also occurs when switching to the experimental EGL opengl backend. I tested this with the GOG version of the games, probably you can reproduce this with the Steam version as well. OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: NVIDIA GeForce GTX 1660 SUPER/PCIe/SSE2 OpenGL core profile version string: 4.6.0 NVIDIA 580.82.09 X.Org X Server 1.21.1.18 XFCE/XFWM 4.20 on Arch Linux -- 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 58699] New: Profi cash 12 user interface is rendered mostly black
by WineHQ Bugzilla 17 Sep '25

17 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58699 Bug ID: 58699 Summary: Profi cash 12 user interface is rendered mostly black Product: Wine Version: 10.15 Hardware: x86-64 URL: https://web.archive.org/web/20250914090219/https://www .vr-updates.de/gad/man/profi_cash_12_installer.exe OS: Linux Status: NEW Keywords: download, regression Severity: normal Priority: P2 Component: win32u Assignee: wine-bugs(a)winehq.org Reporter: arethusa26(a)gmail.com CC: rbernon(a)codeweavers.com Regression SHA1: c3f3ef24e8d1ebe49e8073e8e5b11de859951352 Distribution: --- Created attachment 79299 --> http://bugs.winehq.org/attachment.cgi?id=79299 Profi cash 12 debug output With wine-10.15, after launching Profi cash 12, its user interface is rendered mostly black, which makes it unusable. This problem did not occur with wine-10.14. Regression testing identified the following commit: c3f3ef24e8d1ebe49e8073e8e5b11de859951352 is the first bad commit commit c3f3ef24e8d1ebe49e8073e8e5b11de859951352 Author: Rémi Bernon <rbernon(a)codeweavers.com> Date: Thu Sep 11 15:45:36 2025 +0200 win32u: Don't store the window OpenGL drawables on the DCs. -- 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 58708] New: Internet Download Manager: Right-clicking in empty list of downloads displays context menu in wrong position
by WineHQ Bugzilla 17 Sep '25

17 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58708 Bug ID: 58708 Summary: Internet Download Manager: Right-clicking in empty list of downloads displays context menu in wrong position Product: Wine Version: 10.14 Hardware: x86-64 URL: https://mirror2.internetdownloadmanager.com/idman642bu ild43.exe OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tobbi.bugs(a)googlemail.com I cannot tell if this is a problem with Internet Download Manager or with Wine. Anyway: Steps to reproduce: 1. Download and install "Internet Download Manager". 2. Open IDM and right-click inside the empty list of downloads. Expected results: Context menu opens near the mouse pointer. Actual results: Context menu opens in the center of the list. % openssl sha256 idman642build43.exe SHA2-256(idman642build43.exe)= 3f79c4f6451e76bfad0236c9523bb827b14d3ce87c589f2b8aca58210ecf9a2c -- 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 1

[Bug 58702] New: Update to 10.15 breaks Bricklink Studio
by WineHQ Bugzilla 17 Sep '25

17 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58702 Bug ID: 58702 Summary: Update to 10.15 breaks Bricklink Studio Product: Wine Version: 10.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bonizak(a)gmail.com Distribution: --- Created attachment 79304 --> http://bugs.winehq.org/attachment.cgi?id=79304 wine backtrace file Bricklink's Studio Version 2.25.8_1, was running fine under 10.14 dev but the update to 10.15 last night has broken Studio. Studio window will open copying the focus window image but otherwise is blank. -- 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 58704] New: io_uring support for Wine
by WineHQ Bugzilla 16 Sep '25

16 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58704 Bug ID: 58704 Summary: io_uring support for Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: k.kahurani(a)gmail.com Distribution: --- This issue mostly relates to the server(for filesystem operations), it seems like the networking implementation could be done outside the server. Just throwing this out there, it's highly unlikely I will work on it for various reasons. Wine still doesn't have io_uring support though, quite a few projects have already implemented io_uring support. Wine would also do with any performance benefits. io_uring is at least promoted as performance oriented, this makes it very interesting. io_uring offers performance benefits in multiple fronts. -> The first and probably the simplest is where operations on file might not have to make calls to 'fget'; typically when an operation is executed on files in Linux, it will involve some call to 'fget' one way or the other. With io_uring, it's possible to register files so that this 'fget' call is avoided. I am not sure how much performance benefit that could achieve. But, still an optimization nonetheless. Similarly, you could register buffers for opcodes(which translate to syscalls) so they're validated, mapped and so on so forth beforehand. When the actual operations/syscall are being executed, this boilerplate is not called. That is also an optimization. -> io_uring allows submitting a batch of syscalls(opcode operations) via one single syscall. This is an optimization, because, of course, without io_uring, you'd have to make multiple syscalls to achieve the same. However, it only seems like this optimization would only be applicable when making very many syscalls and making them very fast otherwise when making singular syscalls, they have to wait until the batch is full and hence would introduce some latency in low throughput situations. -> There might be other optimizations that I have not considered. What interests me most, though, is the syscall/request polling feature which allows applications to submit syscalls(opcode) via zero syscalls. io_uring sets up a kernel thread which polls the io ring and hence when submissions are made, the thread will discover them without any syscalls been made. This is very interesting and would be a straightforward mega-optimization were it not for that fact that the created kernel thread does pin a CPU. Would this work well with other work that's competing for CPU? It's consequently not very clear whether this would be an improvement to Wine, which makes syscalls alongside and in the midst of doing other heavy work. Any thoughts? -- 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 58534] New: Grand Theft Auto: Vice City intros play with a black screen
by WineHQ Bugzilla 16 Sep '25

16 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58534 Bug ID: 58534 Summary: Grand Theft Auto: Vice City intros play with a black screen Product: Wine Version: 10.10 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: win32u Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com CC: rbernon(a)codeweavers.com Regression SHA1: e5e2fd0a5209b0d07233d294e0ace5f1e41dfed5 Distribution: --- State of df00a5c097cd9cb292952f5307ee96d96fbc58b4 works good. -- 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 58582] New: Rainmeter 4.5.23: crashes on X11 after refreshing default skin Clock.ini
by WineHQ Bugzilla 16 Sep '25

16 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58582 Bug ID: 58582 Summary: Rainmeter 4.5.23: crashes on X11 after refreshing default skin Clock.ini Product: Wine Version: unspecified Hardware: x86-64 URL: https://github.com/rainmeter/rainmeter/ OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: win32u Assignee: wine-bugs(a)winehq.org Reporter: castelei(a)yahoo.com Regression SHA1: 980a2e3c65bee1422adbe06fead768669835e3e1 Distribution: --- Created attachment 79106 --> http://bugs.winehq.org/attachment.cgi?id=79106 WINEDEBUG=+synchronous,+seh Rainmeter 4.5.23 Reproduction: 1) Click on the Rainmeter icon on the system tray to open the 'Manage Rainmeter' window. 2) Click on the 'Active skins' drop-down list and select illustro\Clock\Clock.ini 3) Click the 'Refresh' button to the right. This X11 error prints as the application crashes if run without +synchronous: X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 139 (RENDER) Minor opcode of failed request: 4 (RenderCreatePicture) Serial number of failed request: 15285 Current serial number in output stream: 15292 Found this regression on a merged patch newer than 10.12 (the newest development release at this time) while working on an unrelated bug. -- 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

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