October 2025 - Wine-bugs - list.winehq.org

[Bug 58788] New: Command & Conquer 3 (EA/Origin) no tab on panel. Impossible to switch to game window (Cinnamon, x86)
by WineHQ Bugzilla 11 Oct '25

11 Oct '25

http://bugs.winehq.org/show_bug.cgi?id=58788 Bug ID: 58788 Summary: Command & Conquer 3 (EA/Origin) no tab on panel. Impossible to switch to game window (Cinnamon, x86) Product: Wine Version: 10.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: stasvernon(a)gmail.com Distribution: --- Created attachment 79433 --> http://bugs.winehq.org/attachment.cgi?id=79433 Command & Conquer 3 log Hi, Due to EACef/libcef crash reported here (irrelevant to the game I believe): https://bugs.winehq.org/show_bug.cgi?id=32342#c121 I lauch Command & Conquer 3 Tiberium Wars in the same way EA launches it as (EA version): "wine "C:\Program Files\EA Games\Command and Conquer 3 TW and KW\Command Conquer 3 Tiberium Wars\RetailExe\1.10\cnc3game.dat" "C:\Program Files\EA Games\Command and Conquer 3 TW and KW\Command Conquer 3 Tiberium Wars\CNC3.exe" -config "C:\Program Files\EA Games\Command and Conquer 3 TW and KW\Command Conquer 3 Tiberium Wars\CNC3_english_1.10.SkuDef" " Game starts and runs well. It runs full screen and the only way to switch to Cinnamon desktop seems ALT+TAB. After clicking ALT+TAB desktop appears, but there's NO kind of Command & Conquer 3's tab on the panel. There's NO tab nor window to switch back to Command & Conquer 3 window either. The only sign that Command & Conquer 3 is still running is a very small window (w/o ANY buttons on it) in the very upper-left corner (very approximate 20x50 pixels) visible on top on every windows. It looks more like an icon/artifact. The panel is at the bottom, so this Command & Conquer 3 "icon" is more like an artifact. Its possible to click on this very upper-left corner Command & Conquer 3 "artifact" and next only game's sound appears (still no game window opens). Its IMPOSSIBLE to switch to game's window via ALT+TAB, panel. In processes its clear the above wine command is still running and using CPU/RAM. Log is attached. Clicking on the very upper-left corner artifact adds this to console: "info: Device reset info: D3D9DeviceEx::ResetSwapChain: info: Requested Presentation Parameters info: - Width: 1920 info: - Height: 1200 info: - Format: D3D9Format::A8R8G8B8 info: - Auto Depth Stencil: true info: ^ Format: D3D9Format::D24S8 info: - Windowed: false info: - Swap effect: 1 info: Setting display mode: 1920x1200(a)0 info: Setting display mode: 1920x1200(a)0 info: Device reset info: D3D9DeviceEx::ResetSwapChain: info: Requested Presentation Parameters info: - Width: 1920 info: - Height: 1200 info: - Format: D3D9Format::A8R8G8B8 info: - Auto Depth Stencil: true info: ^ Format: D3D9Format::D24S8 info: - Windowed: false info: - Swap effect: 1 info: Setting display mode: 1920x1200(a)0 info: Setting display mode: 1920x1200(a)0" Cinnamon 6.0.4 Ubuntu 24.04. Kernel 6.14.0-33-generic. wine-10.16 Thanks. -- 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 58781] New: wine process is not separated correctly when used with firejail
by WineHQ Bugzilla 10 Oct '25

10 Oct '25

http://bugs.winehq.org/show_bug.cgi?id=58781 Bug ID: 58781 Summary: wine process is not separated correctly when used with firejail Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: 4gsck44sk0gksc0gw8scc0owcww0wkgw(a)ai.notifier.in Distribution: --- There is "A.exe"(trusted and can use internet) and "B.exe"(not truested so not going to give internet). 1. Run `firejail --noprofile --net=none --dns=0.0.0.0 wine B.exe`, to make sure B cannot use the internet while at the same time, allow using it with Wine. 2. Run `wine A.exe` > EXPECTED RESULT The A.exe can use internet, because it is not firejailed. > ACTUAL RESULT A.exe cannot use the internet at all. > EXPECTED I want wine to separate the wineserver per .exe so this won't happen. Also I want a offline switch, something like "wine --no-internet process_name.exe", to cut off the internet natively, if you cannot combine with firejail. -- 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 57439] New: FL Studio: many 3rd party plugins violently flash in child windows
by WineHQ Bugzilla 10 Oct '25

10 Oct '25

https://bugs.winehq.org/show_bug.cgi?id=57439 Bug ID: 57439 Summary: FL Studio: many 3rd party plugins violently flash in child windows Product: Wine Version: 9.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lildebil.mgt(a)gmail.com Distribution: ArchLinux Created attachment 77436 --> https://bugs.winehq.org/attachment.cgi?id=77436 terminal log As the title says, In FL Studio, many 3rd party vsts have flashing GUIs that make them unusable and possibly hazardous to a select amount of people with photosensitive epilepsy. This only happens in FL Studio, likely due to how it handles plugin windows. In other DAWs that let the window manager handle the plugin windows this does not happen. Side notes: 1. Most of the plugins with this issues are based on the JUCE framework 2. Whenever there is an option akin to "Disable OpenGL rendering" in the plugin settings, turning it on will usually fix the flashing, but it is almost never available. Steps to reproduce: 1. Set the wineprefix to Windows 7, to avoid bug 57247 2. Download and install FL Studio 2024 Trial - https://install.image-line.com/flstudio/flstudio_win64_24.1.2.4430.exe 3. Download and install one of the plugins with this problem (put .vst3 file into C:\Program Files\Common Files\VST3) - https://github.com/tobanteAudio/modEQ/releases/download/v0.4.0/modEQ-v0.4.0… 4. Scan and open plugin in a mixer track, drag plugin window or start audio playback to see the issue. I am using wine-staging 9.21 and proprietary Nvidia drivers -- 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 58433] New: entering sub-menus makes entire menu vanish behind main window in FL Studio (virtual desktop mode)
by WineHQ Bugzilla 10 Oct '25

10 Oct '25

http://bugs.winehq.org/show_bug.cgi?id=58433 Bug ID: 58433 Summary: entering sub-menus makes entire menu vanish behind main window in FL Studio (virtual desktop mode) Product: Wine Version: 10.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: win32u Assignee: wine-bugs(a)winehq.org Reporter: cyrus.valkonen(a)gmail.com Distribution: --- When any menu is opened, such as "File ...", and then a nested sub-menu with more menu options such as "New from template ..." is hovered (not clicked) with the mouse to open it, the entire menu with sub-menu is suddenly rendered behind the main window (z-index issue?). Consequently the user can no longer open files and can no longer access a lot of important menus in a lot of the DAWs functions, such as music sheet editor, pattern editor, etc. In Wine 8.1 this bug does not occur, and must have been introduced somewhen after (my guess is version 9). Please note that this issue does NOT relate to X11, because it happens with "Emulate a virtual desktop" checked. I tried many things to work around it, including monkey-patching Wine 10.11 source, but everything is unsuccessful. Please note due to issues with VSTs, FL Studio needs very specific combos of NOT using DXVK, and not overriding d3dcompiler_47 or dxgi with winetricks. But even if used it makes no difference. There are NO OPTIONS in FL Studio that prevent this bug (such as unchecking ultrasmooth mode or disabling window animations). Only regressing to 8.1 fixes the bug. In the logs you will see two "TQuickPopupMenuWindow" being opened. The first is the menu, the second is the sub-menu. Many versions of FL Studio and Wine are affected by this. At least since FL 20 and Wine 9. Sadly because of changes in Juce (used by many VSTs), a lot of new and critical VST plugins now do require a very recent Wine version. Thus falling back to Wine 8.1 is no longer viable. -- 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 54227] New: Altium Designer 20.x - 22.x slowness in 2D schematics editor - possibly GDI font rendering problem
by WineHQ Bugzilla 10 Oct '25

10 Oct '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 6

[Bug 58782] New: Crash or freeze when draw elliptic regions
by WineHQ Bugzilla 10 Oct '25

10 Oct '25

http://bugs.winehq.org/show_bug.cgi?id=58782 Bug ID: 58782 Summary: Crash or freeze when draw elliptic regions Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: win32u Assignee: wine-bugs(a)winehq.org Reporter: rikul(a)inbox.ru Distribution: --- Created attachment 79427 --> http://bugs.winehq.org/attachment.cgi?id=79427 patch and examples When i'm passing big values to elliptic regions functions or to rounded rects functions, wine is crashing or freezing. Usually we don't need to paint such large shapes, but they can be produced by an application during pan&zoom. Mostly they are out of screen and we don't need to it to draw them properly. But we need to avoid freezing or crash. Following commands reproduce the bug (example c-code in attachment): // freeze on this command (test1.c): CreateEllipticRgn(0, 4, -600000000, 0); // crash on this (test1.c): CreateEllipticRgn(0, 4, -600000000, 0); // freeze too (test2.c): RoundRect(dc, -534431263, -25344, -108065219, -9065, 426366044, 16279); I've learned the wine sources and found several issues: 1. In file dlls/win32u/region.c in function NtGdiCreateRoundRectRgn: There are several possible int and even int64 overflows To make things work properly `ellipse_width` and `ellipse_height` should be restricted by at least 2^19. Also here can be out-of-memory issues, because this function tries to allocate allocates `ellipse_height` rectangles. So, to prevent freezing or memory issues will be better to restrict `ellipse_height` to smaller number. 2. In file dlls/win32u/dibdrv/graphics.c in function dibdrv_RoundRect: There (ellipse_width + ellipse_height)*16 bytes are allocating. So, we need to restrict to restrict values of `ellipse_width` and `ellipse_height`. For example, to 2^19 to be in consistent with NtGdiCreateRoundRectRgn. I've attached a patch-file (round-rect.patch) that solves the problem. -- 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 58723] New: [Bisected] Windows Steam client in FreeBSD Wine fails to display a window.
by WineHQ Bugzilla 10 Oct '25

10 Oct '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 2

[Bug 58774] New: Issue with egreen asus
by WineHQ Bugzilla 09 Oct '25

09 Oct '25

http://bugs.winehq.org/show_bug.cgi?id=58774 Bug ID: 58774 Summary: Issue with egreen asus 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: lars_martin4(a)hotmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- did not change information: https://www.asus.com/motherboards-components/optical-drives/internal-blu-ra… Asus E-Green Utility V1.01.51 Version 1.01.51 1.53 MB 2016/11/07 Support OS: Windows 7/8/8.1/10/Vista -- 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 58773] New: Issue with egreen asus
by WineHQ Bugzilla 09 Oct '25

09 Oct '25

http://bugs.winehq.org/show_bug.cgi?id=58773 Bug ID: 58773 Summary: Issue with egreen asus 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: lars_martin4(a)hotmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- did not change information: https://www.asus.com/motherboards-components/optical-drives/internal-blu-ra… Asus E-Green Utility V1.01.51 Version 1.01.51 1.53 MB 2016/11/07 Support OS: Windows 7/8/8.1/10/Vista -- 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 54906] New: Menu items with icons are drawn with black squares if Wine is running in Vista+ mode
by WineHQ Bugzilla 09 Oct '25

09 Oct '25

https://bugs.winehq.org/show_bug.cgi?id=54906 Bug ID: 54906 Summary: Menu items with icons are drawn with black squares if Wine is running in Vista+ mode Product: Wine Version: 8.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: george.hazan(a)gmail.com Distribution: --- The following construction fails in the all 8.x versions of Wine (currently I upgraded to version 8.7 devel) and works Ok in Wine 7.1: MENUITEMINFO mii = {}; mii.cbSize = sizeof(mii); mii.fMask = MIIM_STRING | MIIM_STATE; if (pimi->iconId != -1) { mii.fMask |= MIIM_BITMAP; if (IsWinVerVistaPlus() && IsThemeActive()) { if (pimi->hBmp == nullptr) pimi->hBmp = ConvertIconToBitmap(pimi->parent->m_hMenuIcons, pimi->iconId); mii.hbmpItem = pimi->hBmp; } else mii.hbmpItem = HBMMENU_CALLBACK; } InsertMenuItemW(hMenu, uItem, TRUE, &mii); I.e. if I run command 'winecfg -v win2003', then everything is Ok with icons, otherwise I see black squares instead of icons. This code works Ok under all versions of Windows, from XP to Windows 11, the problem is specific to Wine 8.x under Linux (I use Kubuntu 23.04). To see the problem you can download my open source messenger Miranda NG from https://miranda-ng.org/downloads, just download a ZIP, run it and open main or tray icon menu. The full source code is avalable here: https://github.com/miranda-ng/miranda-ng, you need module menu_utils.cpp inside mir_app, InsertMenuItemWithSeparators or BuildRecursiveMenu functions. WMBR, George Hazan. -- 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