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

[Bug 51577] New: Google Earth Installer renders mostly black
by WineHQ Bugzilla April 3, 2026

April 3, 2026

https://bugs.winehq.org/show_bug.cgi?id=51577 Bug ID: 51577 Summary: Google Earth Installer renders mostly black Product: Wine Version: 6.14 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: --- Created attachment 70420 --> https://bugs.winehq.org/attachment.cgi?id=70420 Screenshot showing the issue The installer renders mostly 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.

2 5

[Bug 26389] New: Win3.1 Notepad crashes when opening a large file
by wine-bugs＠winehq.org April 3, 2026

April 3, 2026

http://bugs.winehq.org/show_bug.cgi?id=26389 Summary: Win3.1 Notepad crashes when opening a large file Product: Wine Version: 1.2.2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: spammis(a)spam.la Created an attachment (id=33605) --> (http://bugs.winehq.org/attachment.cgi?id=33605) DOSBox (left) and Wine (right) This bug applies to the version of Notepad bundled with Windows 3.1. Old versions of Notepad can't open big text files. Instead, Notepad displays a message saying "The file FILENAME is too large for Notepad. Use another editor to edit the file." Wine crashes instead of displaying this message. A giant file can be created in numerous ways. I used a small python script: for i in range(1999999): print i "python script.py > giant.txt" gives a giant file. I tried opening the file using Wine running Notepad and using DOSBox running Windows 3.1 running Notepad. Windows 3.1 is just a normal DOS application, so it runs fine under DOSBox. I'm attaching a PNG file displaying the differences between Wine and DOSBox. In this case, DOSBox is correct while Wine is wrong. -- 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.

3 18

[Bug 59576] New: EIZO ColorNavigator 6 chashes at start
by WineHQ Bugzilla April 3, 2026

April 3, 2026

http://bugs.winehq.org/show_bug.cgi?id=59576 Bug ID: 59576 Summary: EIZO ColorNavigator 6 chashes at start Product: Wine Version: 11.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: volkers100(a)web.de Distribution: --- Created attachment 80632 --> http://bugs.winehq.org/attachment.cgi?id=80632 wine generated report The setup of the application runs normal. When starting the app, the program (not wine) crashes. -- 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 49780] New: wineconsole reports VT sequence support when it does not
by WineHQ Bugzilla April 3, 2026

April 3, 2026

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.

2 19

[Bug 59615] New: New WoW64 build on Bookworm fails to run 16-bit program
by WineHQ Bugzilla April 3, 2026

April 3, 2026

http://bugs.winehq.org/show_bug.cgi?id=59615 Bug ID: 59615 Summary: New WoW64 build on Bookworm fails to run 16-bit program Product: Wine Version: 11.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: build-env Assignee: wine-bugs(a)list.winehq.org Reporter: depaoli.renzo(a)gmail.com Distribution: --- Created attachment 80677 --> http://bugs.winehq.org/attachment.cgi?id=80677 log files from configure & make Assumption: https://gitlab.winehq.org/wine/wine/-/wikis/Building-Wine#new-wow64-build instructions apply to Debian 12 64-bit Bookworm Following the instructions builds wine, but when running the installer for 16-bit Lotus 1-2-3 release 5, the installer fails. This installer runs fine when running it on the WineHQ 11.5 version. Prequisites: - Lotus 1-2-3 ISO from the WinWorldPC archive: https://winworldpc.com/product/lotus-1-2-3/5x - Debian 12.13.0, KDE desktop, amd64 only, no foreign-architectures Installation of packages: - sudo apt install build-essential module-assistant mesa-utils vulkan-tools tree curl kdiff3 synaptic printer-driver-cups-pdf ttf-mscorefonts-installer linux-headers-6.1.0-44-amd64 - sudo apt install autotools-dev autoconf bison bsdmainutils debhelper docbook-to-man docbook-utils docbook-xsl flex fontforge gawk gcc gettext - sudo apt install libacl1-dev libasound2-dev libavcodec-dev libavformat-dev libavutil-dev libcups2-dev libdbus-1-dev libfontconfig-dev - sudo apt install libfreetype6-dev libgl1-mesa-dev libglu1-mesa-dev libgnutls28-dev libgphoto2-dev libgstreamer1.0-dev libgstreamer-plugins-base1.0-dev - sudo apt install libgtk-3-dev libice-dev libjpeg-dev libkrb5-dev libncurses-dev libpcap-dev libpcsclite-dev libpulse-dev libsane-dev libsdl2-dev - sudo apt install libssl-dev libudev-dev libusb-1.0-0-dev libv4l-dev libvulkan-dev libx11-dev libxcomposite-dev libxcursor-dev libxext-dev - sudo apt install libxi-dev libxinerama-dev libxkbregistry-dev libxrandr-dev libxrender-dev libxt-dev libxxf86vm-dev linux-libc-dev - sudo apt install mingw-w64 ocl-icd-opencl-dev patch perl samba-dev sharutils unixodbc-dev x11proto-xinerama-dev Cloning Wine 11.x: - git clone https://gitlab.winehq.org/wine/wine.git ~/wine-dirs/wine-source - mkdir -p ~/wine-dirs/build - cd ~/wine-dirs/build Build wine: - ../wine-source/configure --enable-archs=i386,x86_64 &>wow64_configure.log - make -j8 &>wow64_make.log Start wine, all work: - ./wine --version wine-11.5-242-g4db58f5413e - ./wine winecfg - ./wine notepad - ./wine explorer Try to run Lotus 1-2-3 install.exe - Mount ISO (TOSCA) -> D: drive in Wine - ./wine cmd D: install.exe Errors: - Message box "LCOMSTF.DLL not loaded" - Message boxes "Error(resource.lso+1)" - Console msgs "0140:err:local:LOCAL_GetBlock not enough space in local heap 046f/0497/049f" Please advise. -- 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 59614] New: Aion 4.8 x64: login fails when GetAdaptersInfo returns pseudo-interfaces without valid MAC first on macOS.
by WineHQ Bugzilla April 3, 2026

April 3, 2026

http://bugs.winehq.org/show_bug.cgi?id=59614 Bug ID: 59614 Summary: Aion 4.8 x64: login fails when GetAdaptersInfo returns pseudo-interfaces without valid MAC first on macOS. Product: Wine Version: 11.5 Hardware: arm OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: iphlpapi Assignee: wine-bugs(a)list.winehq.org Reporter: q50qjdkase(a)bltiwd.com Created attachment 80676 --> http://bugs.winehq.org/attachment.cgi?id=80676 Combined sanitized logs: ipconfig, GetAdaptersInfo traces, and server-side validation This is conceptually similar to Bug 40247 (where macOS loopback interfaces broke NetBIOS enumeration), but this issue affects iphlpapi::GetAdaptersInfo. On macOS, pseudo/tunnel interfaces (like lo0, gif0) may appear early during network interface enumeration and have empty or zero physical addresses. Some legacy applications use GetAdaptersInfo and blindly select the first returned adapter for hardware identity. When this happens, the application propagates an empty MAC address, causing authentication to fail. Observed application-side symptom: Aion 4.8 x64 login server rejects connection due to an empty MAC value (macAddress=). Steps to Reproduce: 1. Run Aion 4.8 x64 on a clean Wine prefix on macOS. 2. Attempt to login. 3. Observe rejection because the first adapter has no valid physical address. Actual Result: GetAdaptersInfo returns adapters without a valid MAC before adapters with a real MAC. The application reads the first adapter, sends an empty MAC, and authentication fails. Expected Result: If at least one adapter with a valid MAC exists, GetAdaptersInfo should avoid returning invalid-MAC entries first, so applications relying on first-adapter heuristics receive a valid MAC. -- 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 59612] New: Observation: Wine .dsc for Bookworm refer to Debian packages that do not exist
by WineHQ Bugzilla April 3, 2026

April 3, 2026

http://bugs.winehq.org/show_bug.cgi?id=59612 Bug ID: 59612 Summary: Observation: Wine .dsc for Bookworm refer to Debian packages that do not exist Product: Wine Version: 11.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: build-env Assignee: wine-bugs(a)list.winehq.org Reporter: depaoli.renzo(a)gmail.com Distribution: --- Debian Bookworm, .dsc files in question: https://dl.winehq.org/wine-builds/debian/pool/main/w/wine/wine_11.5~bookwor… https://build.opensuse.org/projects/Emulators:Wine:Debian/packages/wine-dev… Non-Existing: libgnutls28-dev | libgnutls-dev -> libgnutls-dev does not exist libgphoto2-dev | libgphoto2-6-dev | libgphoto2-2-dev (>= 2.4.6) -> libgphoto2-2-dev & libgphoto2-6-dev do not exist libstdc++6-4.5-dev | libstdc++-dev -> libstdc++6-4.5-dev does not exist Unclear resolution: libstdc++6-4.5-dev | libstdc++-dev -> Package libstdc++-dev is a virtual package provided by: libstdc++-12-dev 12.2.0-14+deb12u1 libstdc++-11-dev 11.3.0-12 You should explicitly select one to install. Transitional packages that add no value: libfontconfig1-dev | libfontconfig-dev -> libfontconfig1-dev is dummy and points to libfontconfig-dev libncurses5-dev | libncurses-dev -> libncurses5-dev is dummy and points to libncurses-dev No ill effects noticed; the one which might have an impact is libstdc++, but libstdc++-12-dev seems to be installed by default, so unlikely. -- 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 59610] New: X11 pointer grab breaks on XWayland after closing a dropdown in a dialog over a fullscreen window
by WineHQ Bugzilla April 3, 2026

April 3, 2026

http://bugs.winehq.org/show_bug.cgi?id=59610 Bug ID: 59610 Summary: X11 pointer grab breaks on XWayland after closing a dropdown in a dialog over a fullscreen window Product: Wine Version: 11.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: lldmakhbfcrmqyluns(a)nesopf.com Distribution: --- ystem: Kubuntu 25.04, KDE Plasma 6 (Wayland), KWin 6.4.5, Wine 11.5 devel. Symptoms: When running a Windows application in fullscreen mode under XWayland, opening and closing a combobox (dropdown list) inside a modal dialog causes all subsequent mouse clicks in that dialog to be ignored. Keyboard navigation (Tab/Space) still works. The issue does NOT happen in windowed mode. Steps to reproduce (using FastStone Image Viewer as an example): Open an image in FSViewer and press 'F' to enter Fullscreen. Press Ctrl+R to open the "Resize" dialog. Click on any combobox (e.g., the "Filter" dropdown) to open the list, then click to close it or select an item. Try to click the "OK", "Cancel" or any other button with the mouse. Clicks are completely ignored. Investigation & Workaround: The issue is caused by a conflict between Wine's XGrabPointer (used for fullscreen ClipCursor) and XWayland/KWin surface restacking when the override_redirect window of the combobox is destroyed. The grab is not properly restored/respected by the compositor, and ButtonPress events are lost. Setting the following registry keys completely fixes the issue: HKCU\Software\Wine\X11 Driver\GrabFullscreen = "N" HKCU\Software\Wine\X11 Driver\GrabPointer = "N" Suggested fix: Wine should probably avoid strict XGrabPointer for non-gaming fullscreen applications under XWayland, or detect XWayland and rely on Wayland pointer constraints instead, as X11 grab emulation in Wayland compositors is prone to state desyncs during popup creation/destruction. -- 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 59608] New: wined3d: D3DRS_ALPHATESTENABLE has no effect on GLES-derived GL drivers (Panfrost) in compat profile — alpha-tested geometry renders opaque
by WineHQ Bugzilla April 2, 2026

April 2, 2026

http://bugs.winehq.org/show_bug.cgi?id=59608 Bug ID: 59608 Summary: wined3d: D3DRS_ALPHATESTENABLE has no effect on GLES-derived GL drivers (Panfrost) in compat profile — alpha-tested geometry renders opaque Product: Wine Version: 11.4 Hardware: aarch64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)list.winehq.org Reporter: siordache94(a)gmail.com Distribution: --- When running a Direct3D 9 application on a GLES-derived OpenGL driver (Mesa Panfrost, Mali-G52) with MESA_GL_VERSION_OVERRIDE=3.1COMPAT, D3DRS_ALPHATESTENABLE render state changes have no visible effect. Alpha-tested geometry (e.g. billboard tree cards using DXT3 textures with alpha) renders as fully opaque solid rectangles instead of having transparent pixels discarded. ### Environment - Wine 11.4 (ARM64, WoW64/Hangover) - Mesa 24.x Panfrost driver (Mali-G52 MP2, RK3566 SoC) - MESA_GL_VERSION_OVERRIDE=3.1COMPAT - UseGLSL=enabled, CSMT=1 - Game: FlatOut (2004, GOG), Direct3D 9 fixed-function + shader ### Expected behavior Pixels with alpha < reference value should be discarded (not drawn), producing cutout shapes for vegetation, fences, etc. ### Actual behavior All pixels render regardless of alpha value. The full billboard quad is visible as a solid black rectangle. The texture data IS loaded correctly (color channels render fine), only the alpha test/discard is missing. ### Root cause analysis Panfrost is a GLES-derived GL driver. It advertises GL 3.1 COMPAT but does NOT implement the fixed-function GL_ALPHA_TEST pipeline in hardware. The glEnable(GL_ALPHA_TEST) + glAlphaFunc() calls silently do nothing. wined3d's GLSL backend has code to emit "discard" in fragment shaders for alpha test, but in compat profile contexts it appears to rely on the driver's fixed-function GL_ALPHA_TEST instead of always using shader-based discard. On desktop GPUs (NVIDIA, AMD, Intel) this works because they implement GL_ALPHA_TEST in hardware. On GLES-derived drivers (Panfrost, Lima, freedreno, v3d, Zink-on-GLES) it silently fails. ### Workaround Embedding explicit ps_2_0 pixel shaders with texkill instructions in the game's .sha effect files forces Wine to compile the discard into the GLSL fragment shader at shader creation time, bypassing the runtime render state path. This confirms the GLSL discard mechanism itself works — the issue is that wined3d doesn't activate it for compat profile contexts. ### Proposed fix wined3d should always use shader-based alpha test (uniform-gated discard) regardless of GL profile, or probe whether GL_ALPHA_TEST actually functions at init time. This would fix alpha test for all GLES-derived Mesa drivers on ARM (Panfrost, Lima, freedreno, v3d) and potentially Zink. -- 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 59601] New: dlls\kernelbase\debug.c isn't shipping with the debug symbols
by WineHQ Bugzilla April 2, 2026

April 2, 2026

http://bugs.winehq.org/show_bug.cgi?id=59601 Bug ID: 59601 Summary: dlls\kernelbase\debug.c isn't shipping with the debug symbols Product: Wine Version: 11.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: mirh(a)protonmail.ch Distribution: --- So, I'll premise that I really don't know anything about the magic of autoconf. https://forum.winehq.org/viewtopic.php?t=36001#p135416 Still, after much headbanging I come to understand it's a problem on your side (and not Arch's) if that source file isn't getting copied in the debug folder. You can instead see in bug 46010 that when somebody is building wine on their own system, the debugger can find 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 6