March 2026 - Wine-Bugs - list.winehq.org

[Bug 58248] New: Me(Idx) fails to compile
by WineHQ Bugzilla May 1, 2026

May 1, 2026

http://bugs.winehq.org/show_bug.cgi?id=58248 Bug ID: 58248 Summary: Me(Idx) fails to compile Product: Wine Version: 10.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: vbscript Assignee: wine-bugs(a)winehq.org Reporter: francisdb(a)gmail.com Distribution: --- code: Sub Spinner_Hit(Idx) Me(Idx).IsDropped=True 'Spinner(Idx).IsDropped=True End Sub Wine: /opt/wine-devel/bin/wine cscript test.vbs 0134:fixme:vbscript:make_call_expression Unhandled for expr type 22 0134:fixme:wscript:ActiveScriptSite_OnScriptError () 0134:fixme:wscript:run_script ParseScriptText failed: 80004005 Windows: [Running] cscript //Nologo "c:\Users\me\OneDrive\Bureaublad\test.vbs" [Done] exited with code=0 in 0.097 seconds -- 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 49908] New: vbscript: ExecuteGlobal is not implemented
by WineHQ Bugzilla May 1, 2026

May 1, 2026

https://bugs.winehq.org/show_bug.cgi?id=49908 Bug ID: 49908 Summary: vbscript: ExecuteGlobal is not implemented Product: Wine Version: 5.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: vbscript Assignee: wine-bugs(a)winehq.org Reporter: sloper42(a)yahoo.com Distribution: --- Created attachment 68275 --> https://bugs.winehq.org/attachment.cgi?id=68275 vbs testcase The script in https://bugs.winehq.org/show_bug.cgi?id=39971 uses ExecuteGlobal, which is only stubbed in vbscript.dll. -- 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 43590] New: Rise of Nations Thrones & Patriots weird graphics
by wine-bugs＠winehq.org May 1, 2026

May 1, 2026

https://bugs.winehq.org/show_bug.cgi?id=43590 Bug ID: 43590 Summary: Rise of Nations Thrones & Patriots weird graphics Product: WineHQ Apps Database Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: appdb-unknown Assignee: wine-bugs(a)winehq.org Reporter: brabec.tomislav(a)gmail.com Distribution: --- Created attachment 59003 --> https://bugs.winehq.org/attachment.cgi?id=59003 Weird map rendering I have a problem with Rise of Nations: Thrones & Patriots graphics. While the basic version of game works fine, the expansion has weird rendering while playing (image). -- 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.

3 36

[Bug 59356] New: Imperium Great Battles of Rome doesn't reproduce music and audio
by WineHQ Bugzilla May 1, 2026

May 1, 2026

http://bugs.winehq.org/show_bug.cgi?id=59356 Bug ID: 59356 Summary: Imperium Great Battles of Rome doesn't reproduce music and audio Product: Wine Version: 11.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: dmusic Assignee: wine-bugs(a)list.winehq.org Reporter: lorenzofer(a)live.it Distribution: --- Created attachment 80291 --> http://bugs.winehq.org/attachment.cgi?id=80291 log Hi, Imperium GBR, Great Battles of Rome, doesn't reproduce music and general audio of the game, unless native directmusic is installed and dmusic,dmime, dswave, dmsynth and dsound are setted on native (native dmime is a bit infectious by asking private undocumented interface on other components). Imperium use Wave audio, and it's supposed to be implemented. And in fact audio fully worked on wine-staging 8.10 (first checked) until 8.15 (last working version available on the arch repo, these version doesn't seems to be compilable, maybe require an older version of some toolchain component), while the sucessive version available on the arch repo, 8.18 doesn't work anymore, and this match with the disabling of dmime-load-wave from staging, as it's supposed to be included into upstream. However it seems the current upstream is quite differently from the patchset, using wavetracks instead of putting the wave inside a segment. Resulting log shows multiple object interoperating, and dmime have a lot of functions that while having an implementation are still marked like "fixme stub",making it confusing to debug without being familiar. Attaching a +dmime,+dswave,+dmsynth,+dmusic log -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 58696] New: Profi cash 12 (32-Bit German Banking Software) crashes during starting among Linux Mint
by WineHQ Bugzilla May 1, 2026

May 1, 2026

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.

2 8

[Bug 56590] New: Buffer Overflow in jpeg_decoder_initialize
by WineHQ Bugzilla May 1, 2026

May 1, 2026

https://bugs.winehq.org/show_bug.cgi?id=56590 Bug ID: 56590 Summary: Buffer Overflow in jpeg_decoder_initialize Product: Wine Version: 9.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: windowscodecs Assignee: wine-bugs(a)winehq.org Reporter: franco(a)blackwinghq.com Distribution: --- The vulnerable jpeg_decoder_initialize function in file libjpeg.c (https://github.com/wine-mirror/wine/blob/master/dlls/windowscodecs/libjpeg.…) is used to decompress jpegs and create a raw bitmap version of the image. In jpeg_decoder_initialize, the values for cinfo.output_width and cinfo.output_height are retrieved directly from a jpeg file's header. cinfo.output_width and cinfo.output_height can be manipulated by editing the header of the jpeg file being processed. They are two bytes each in the image's header so their values can range from 0x0000 to 0xFFFF. These variables are multiplied with frame.bpp. When these three values are multiplied together they can exceed the limit of a 32-bit unsigned integer, leading to an integer overflow vulnerability. This product is used to set the size of the image_data buffer, which will store the decompressed jpeg (https://github.com/wine-mirror/wine/blob/master/dlls/windowscodecs/libjpeg.…) When the sizing arguments overflow, the buffer becomes too small to store the decompressed data. The program writes the decompressed image to the buffer using the jpeg_read_scanlines function. The function ends up writing to out-of-bounds memory due to the buffer’s small size (https://github.com/wine-mirror/wine/blob/master/dlls/windowscodecs/libjpeg.…) This causes data in memory adjacent to the buffer to be overwritten. An attacker is in control of the image's height, width, and contents. This allows an attacker to craft an exploit to overwrite data in memory with data they control. -- 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 59090] New: Roblox Studio opens to a black window on native OpenGL renderer
by WineHQ Bugzilla April 30, 2026

April 30, 2026

http://bugs.winehq.org/show_bug.cgi?id=59090 Bug ID: 59090 Summary: Roblox Studio opens to a black window on native OpenGL renderer Product: Wine Version: 10.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: opengl Assignee: wine-bugs(a)list.winehq.org Reporter: eff3ctsb0t(a)gmail.com Distribution: --- Created attachment 79879 --> http://bugs.winehq.org/attachment.cgi?id=79879 Wine debugging log when using Studio's native OpenGL renderer When using Roblox Studio's native OpenGL renderer, the application opens up to a black window. After loading one of the place templates, you notice that most of the child windows are pitch black as well. Steps to reproduce: 1. Create an account on roblox.com. 2. Download the installer for Roblox Studio. 3. Create a desktop entry named "Roblox_Studio.desktop" with the following contents. Replace <user> with the name of your user. [Desktop] Name=Roblox Studio (modified) Exec=env "WINEPREFIX=/home/<user>/.wine" wine "C:\\\\users\\\\<user>\\\\AppData\\\\Roaming\\\\Microsoft\\\\Windows\\\\Start Menu\\\\Programs\\\\Roblox\\\\Roblox Studio.lnk" %u Type=Application StartupNotify=true Icon=2C11_RobloxStudioBeta.0 StartupWMClass=robloxstudiobeta.exe MimeType=x-scheme-handler/roblox-studio-auth 4. Run the installer through Wine. This should also launch Roblox Studio itself once the installation is complete. If not, run the RobloxStudioBeta.exe executable that is located inside the Wineprefix. 5. Upon launching Roblox Studio, you will be greeted by an error prompting you to login via your browser. Follow its instructions. 6. Once you reached the place templates selection, click on the "File" menu on the top left, then on "Studio Settings" and then on "Rendering" in the newly spawned window, where you should change the "Graphics Mode" from "Automatic" to "OpenGL". After that, relaunch Studio. System Information: OS: Arch Linux x86_64 Kernel: Linux 6.17.9-arch1-1 Display Server: Wayland (Niri) GPU: AMD Radeon RX 6650 XT [Discrete] Driver: Mesa 25.2.7-1 Tested on the latest Wine commit (6be650038ccdeed10fb5f6ae2bd8081403b85446) as of writing this. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 10

[Bug 55653] New: Logitech Extreme 3d Joystick has axes mapped incorrectly
by WineHQ Bugzilla April 30, 2026

April 30, 2026

https://bugs.winehq.org/show_bug.cgi?id=55653 Bug ID: 55653 Summary: Logitech Extreme 3d Joystick has axes mapped incorrectly Product: Wine Version: 8.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: dinput Assignee: wine-bugs(a)winehq.org Reporter: jonathan(a)jdcox.net Distribution: --- Using the jstest utility the joystick reports this: Joystick (Logitech Logitech Extreme 3D) has 6 axes (X, Y, Rz, Throttle, Hat0X, Hat0Y) wine control shows that Rz is mapped to the Z axis and the throttle is mapped to the Rz axis in wine. These two should be flipped. I have tested with SDL disabled and enabled and I get the same behavior. This occurs in current wine and in current proton releases. The problem does not occur in Proton 6 series, but does with 7 and later. I am aware this bug tracker is for wine, but using Proton was the best way to test an older, albeit heavily patched, version of wine that I am currently aware of. This issue is a problem because games in the X-Wing and Tie Fighter series of games treat the rudder (or accidental joystick rotation on this cheap joystick) as throttle movements and constantly adjust throttle during gameplay. -- 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 26

[Bug 56486] New: Battle.net App Crash Cycle on Startup
by WineHQ Bugzilla April 29, 2026

April 29, 2026

https://bugs.winehq.org/show_bug.cgi?id=56486 Bug ID: 56486 Summary: Battle.net App Crash Cycle on Startup Product: Wine Version: 9.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: wschmrdr(a)gmail.com Distribution: --- Created attachment 76256 --> https://bugs.winehq.org/attachment.cgi?id=76256 Backtrace from the Program Error Starting up Battle.net App. Login screen shows with a loading circle as if it's trying to use a saved password to login. I receive a notice that there's an error and Battle.net has to shut down. I close it, and the error shows up again. This continues in a cycle until I use "wineserver -k" to exit. The backtrace saved from this has been attached. I am able to use the Settings button on the login screen for the Battle.net app, as well as typing in a username/password, but I cannot go any farther than that because there is no submit button and it doesn't seem to want to load. Be aware that I had previously been loading Starcraft II directly using the SC2Switcher.exe executable, but because a new version needs to be downloaded, I'm needing to get into the Battle.net app. Not sure if not using the app is a side effect. For the heck of it, I tried running the setup to update Battle.net, and the same thing occurred. -- 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.

3 27

[Bug 59569] New: `AutoSize` not correctly calculated for framed labels
by WineHQ Bugzilla April 29, 2026

April 29, 2026

http://bugs.winehq.org/show_bug.cgi?id=59569 Bug ID: 59569 Summary: `AutoSize` not correctly calculated for framed labels Product: Framework Mono Version: 6.12.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: System.Windows.Forms Assignee: wine-bugs(a)list.winehq.org Reporter: matthias.klaey(a)gmx.ch CC: madewokherd(a)gmail.com Distribution: --- Created attachment 80625 --> http://bugs.winehq.org/attachment.cgi?id=80625 Screenshots [Windows 11 Textscale 100%], [Windows 11 Textscale 125%], [Mono Debian WSL], [Mono Ubuntu] With certain combinations of font sizes, `Label` as well as `ToolStripStatusLabel` do not correctly calculate `AutoSize` if label is framed with `BorderStyle.Fixed*`, `Border3DStyle.Raised*` or `Border3DStyle.Sunken*`. Issue can be worked around by manually increasing the dimensions by 2 pixels, i.e. either `AutoSize` does not correctly take framing into account. Or even more likely, `AutoSize` has an issue with measuring and rounding font size, e.g. `Math.Round()` rather than `Math.Ceil()`. The attached .zip contains screenshots demonstrating the issue: - Windows 11 .NET Framework 4.8 => all fine. - Debian 12 with Mono 6.12.0 => issues with Deja Vu Sans Mono 9. - Ubuntu 24 with Mono 6.12.0 => issues with Noto Sans 11.25. -- 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