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

[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 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 59692] New: WoW MoP PTR unable to launch because it fails to load function IPHLPAPI.dll
by WineHQ Bugzilla May 1, 2026

May 1, 2026

http://bugs.winehq.org/show_bug.cgi?id=59692 Bug ID: 59692 Summary: WoW MoP PTR unable to launch because it fails to load function IPHLPAPI.dll Product: Wine Version: 11.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: iphlpapi Assignee: wine-bugs(a)list.winehq.org Reporter: macieklin16(a)gmail.com Distribution: --- Created attachment 80802 --> http://bugs.winehq.org/attachment.cgi?id=80802 PROTON_LOG I'm having annoying issue with MoP PTR in particular (all other versions run just fine, including other PTR). The client straight up crashes with said error. I've been said on CachyOs discord server that that funcion is stub, But i'm not that tech savvy so it would point me in any direction. My specs: 9800x3d paired with rtx 5080 Environmental variables: WINE_SIMULATE_WRITECOPY=1 PROTON_USE_NTSYNC=1 MANGOHUD=1 Things I've tried so far: - switching to various proton versions (GE,CachyOs,provided by steam, basically all of them) - gemini pointed me towards changing version of windows in Winecfg but that didn't help at all - adding an override to IPHLPAPI.dll - running directly through terminal using "wine start" command All of these steps didn't even change the error output that I get, while other versions where running fine despite changes. -- 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