- Wine-Bugs - list.winehq.org

[Bug 59487] New: Dr.Explain 7.0: crash in a focused custom edit control containing an empty string
by WineHQ Bugzilla March 5, 2026

March 5, 2026

http://bugs.winehq.org/show_bug.cgi?id=59487 Bug ID: 59487 Summary: Dr.Explain 7.0: crash in a focused custom edit control containing an empty string Product: Wine Version: 11.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: dwrite Assignee: wine-bugs(a)list.winehq.org Reporter: vladislav.kochemaev(a)vd42.net Distribution: --- Created attachment 80484 --> http://bugs.winehq.org/attachment.cgi?id=80484 Complete terminal output with WINEDEBUG=+dwrite Launch Dr.Explain > click the Activate Dr.Explain button. The activation dialog opens, and the edit control (which is initially empty) receives focus, and the program crashes. I suspect the issue is in the function dwrite:dwritetextlayout_HitTestTextPosition. -- 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 58001] New: "Eador. Masters of the Broken World" bad map textures after starting game
by WineHQ Bugzilla March 5, 2026

March 5, 2026

https://bugs.winehq.org/show_bug.cgi?id=58001 Bug ID: 58001 Summary: "Eador. Masters of the Broken World" bad map textures after starting game Product: Wine Version: 10.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: galdralag(a)bk.ru Distribution: --- Created attachment 78262 --> https://bugs.winehq.org/attachment.cgi?id=78262 Broken game map After starting campaign map is unplayable. See 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.

2 7

[Bug 59483] New: MASH (Microsoft Agent Scripting Helper) doen't really work
by WineHQ Bugzilla March 4, 2026

March 4, 2026

http://bugs.winehq.org/show_bug.cgi?id=59483 Bug ID: 59483 Summary: MASH (Microsoft Agent Scripting Helper) doen't really work Product: Wine Version: 11.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: DSKJConserver(a)gmail.com Distribution: --- Created attachment 80479 --> http://bugs.winehq.org/attachment.cgi?id=80479 cant make characters show up I tried using the Mash Version 7.5 (Microsoft Agent scripting Helper), and I couldn't show microsoft agent characters, and I couldn't make it speak either. OS: Lubintu 22.04.5 Chipset: Livemore8 945g chipset CPu: Intel E2140 Ram 1.5gb ram -- 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 47279] New: TP-Link PowerLineUtility installs but does nothing
by wine-bugs＠winehq.org March 4, 2026

March 4, 2026

https://bugs.winehq.org/show_bug.cgi?id=47279 Bug ID: 47279 Summary: TP-Link PowerLineUtility installs but does nothing Product: Wine Version: 4.9 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dave(a)davehigton.me.uk Distribution: --- The TP-Link PowerLineUtility.exe installes OK under wine 4.9 (my thanks to the team for fixing the bug I reported recently which prevented installation). Running the installed app offers me "Trust and launch", whereupon I get the "round hourglass" for about 15 seconds, then... nothing. No error window, no nothing. It should be accessing the status and configuration of the power line modems that I have. The Linux box it's on is communicating over them to post this message. The app in question can be downloaded from https://static.tp-link.com/2018/201809/20180904/PowerLineUtility_Win_180816… -- 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 3

[Bug 52570] New: d3d:debug_d3dformat Unrecognized 0x34324644 & 0x36314644 WINED3DFORMAT
by WineHQ Bugzilla March 4, 2026

March 4, 2026

https://bugs.winehq.org/show_bug.cgi?id=52570 Bug ID: 52570 Summary: d3d:debug_d3dformat Unrecognized 0x34324644 & 0x36314644 WINED3DFORMAT Product: Wine Version: 7.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: kle(a)bluewin.ch Distribution: --- Hi all! It looks like there are present two unimplemented ATI texture features in WineD3D. I can confirm this for the Unigine Sanctuary benchmark. When WineD3D is used, I get on startup an "Unrecognized 0x34324644 (as fourcc: DF24)" and "Unrecognized 0x36314644 (as fourcc: DF16)" error message. Shortly after this the benchmark stops / halts. There is at the CLI the following information avaiable: ---- Render ---- Renderer: ATI R500 256Mb Direct3D9 desc: ATI Radeon X1600 Series Direct3D9 driver: atiumdag.dll Found required D3DPTEXTURECAPS_CUBEMAP Found required D3DPTEXTURECAPS_VOLUMEMAP Found required D3DPTADDRESSCAPS_WRAP Found required D3DPTADDRESSCAPS_CLAMP Found required D3DCAPS2_CANAUTOGENMIPMAP Found optional Vertex shader 3.0 Found optional Pixel shader 3.0 Found optional Vertex texture fetch Found optional HDR blending Found optional HDR filtering Found optional NULL texture Found optional RGB10A2 texture Found optional DXT texture compression Found optional ATI texture compression 1 Found optional ATI texture compression 2 0110:fixme:d3d:debug_d3dformat Unrecognized 0x34324644 (as fourcc: DF24) WINED3DFORMAT! 0110:fixme:d3d:wined3d_get_format Can't find format unrecognized (0x34324644) in the format lookup table. 0110:fixme:d3d:debug_d3dformat Unrecognized 0x36314644 (as fourcc: DF16) WINED3DFORMAT! 0110:fixme:d3d:wined3d_get_format Can't find format unrecognized (0x36314644) in the format lookup table. 0110:fixme:d3d:debug_d3dformat Unrecognized 0x34324644 (as fourcc: DF24) WINED3DFORMAT! 0110:fixme:d3d:wined3d_get_format Can't find format unrecognized (0x34324644) in the format lookup table. Found optional NVIDIA hardware shadow Found ATI alpha to coverage Found optional NVIDIA alpha to coverage Maximum texture width: 4096 Maximum texture height: 4096 Maximum render targets: 4 Interestingly this doesn't occur when Gallium Nine is used: ---- Render ---- Renderer: ATI R500 256Mb Direct3D9 desc: ATI Radeon X1600 Series Direct3D9 driver: atiumdag.dll Found required D3DPTEXTURECAPS_CUBEMAP Found required D3DPTEXTURECAPS_VOLUMEMAP Found required D3DPTADDRESSCAPS_WRAP Found required D3DPTADDRESSCAPS_CLAMP Found required D3DCAPS2_CANAUTOGENMIPMAP Found optional Vertex shader 3.0 Found optional Pixel shader 3.0 Found optional Vertex texture fetch Found optional HDR blending Found optional HDR filtering Found optional NULL texture Found optional RGB10A2 texture Found optional DXT texture compression Found optional ATI texture compression 1 Found optional ATI texture compression 2 Found optional ATI texture fetch 4 Found optional ATI hardware shadow Found optional NVIDIA hardware shadow Found ATI alpha to coverage Found optional NVIDIA alpha to coverage Maximum texture width: 4096 Maximum texture height: 4096 Maximum render targets: 4 So it looks that the "ATI texture fetch 4" and "ATI hardware shadow" features are not implemented in WineD3D. ;-) And by the way, the function "Vertex texture fetch" isn't supported by all ATI R500 based hardware so it shouldn't be listed as avaiable. Regarding this there exist a bug report on Mesa: https://gitlab.freedesktop.org/mesa/mesa/-/issues/6053 -- 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 59485] New: Everquest Mouse clicks via Gamescope with multiple concurrent instances under wayland/kde
by WineHQ Bugzilla March 3, 2026

March 3, 2026

http://bugs.winehq.org/show_bug.cgi?id=59485 Bug ID: 59485 Summary: Everquest Mouse clicks via Gamescope with multiple concurrent instances under wayland/kde Product: Wine-staging Version: 11.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: tlindell(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 80481 --> http://bugs.winehq.org/attachment.cgi?id=80481 Stand alone fix blunt force on directx8 I ran into this issue running EverQuest under Wine 11.1 inside gamescope (multiple concurrent instances on Wayland/KDE Plasma 6). Mouse movement works but clicks are completely dead in-game. Traced it to dlls/dinput/mouse.c — DirectInput8 enables use_raw_input which routes button events through XI2 RawButtonPress. Gamescope's XWayland translates wl_pointer.button into core X11 ButtonPress but doesn't generate XI2 RawButtonPress events (those come from xf86-input which isn't wired to the Wayland pointer protocol). So DirectInput8 sees motion via XI2 RawMotion but never gets button events. Disabling use_raw_input for DirectInput8 forces the WH_MOUSE_LL hook fallback which reads standard WM_LBUTTONDOWN/WM_RBUTTONDOWN from core X11 ButtonPress — those work fine under XWayland. Attaching a patch against Wine 11.1. It's a blunt workaround (unconditionally disables raw input for dinput8 mouse) — a proper fix would probably detect whether XI2 RawButtonPress is actually available at runtime and fall back automatically. To reproduce: # Wine prefix with EverQuest installed at drive_c/EverQuest/ export WINEPREFIX=~/eq-prefix # eqclient.ini must have: Width=1920, Height=1080, Fullscreen=1 # Launch under gamescope with --force-grab-cursor: gamescope -w 1920 -h 1080 -W 1920 -H 1080 --backend sdl --force-grab-cursor -- \ wine eqgame.exe patchme # Mouse movement works, clicks do nothing. # Launch a second instance in another terminal and the issue is consistent. # Without gamescope (plain: wine eqgame.exe patchme) clicks work 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 0

[Bug 59482] New: MASH (Microsoft Agent Scripting Helper) doen't really work!
by WineHQ Bugzilla March 3, 2026

March 3, 2026

http://bugs.winehq.org/show_bug.cgi?id=59482 Bug ID: 59482 Summary: MASH (Microsoft Agent Scripting Helper) doen't really work! Product: Wine Version: 11.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: DSKJConserver(a)gmail.com Distribution: --- I tried using the Mash Version 7.5 (Microsoft Agent scripting Helper), and I couldn't -- 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 59484] New: the minimize button of the program window disappears when running under wine
by WineHQ Bugzilla March 3, 2026

March 3, 2026

http://bugs.winehq.org/show_bug.cgi?id=59484 Bug ID: 59484 Summary: the minimize button of the program window disappears when running under wine Product: Wine Version: 10.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: tab_98(a)163.com Distribution: --- Created attachment 80480 --> http://bugs.winehq.org/attachment.cgi?id=80480 2games When running under wine, the minimize button of the program window disappears. -- 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 52625] New: Vertex texture fetch advertised on R300-R500 class AMD hardware
by WineHQ Bugzilla March 2, 2026

March 2, 2026

https://bugs.winehq.org/show_bug.cgi?id=52625 Bug ID: 52625 Summary: Vertex texture fetch advertised on R300-R500 class AMD hardware Product: Wine Version: 7.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: pavel.ondracka(a)gmail.com CC: stefan(a)codeweavers.com Distribution: --- I'm not 100% sure if this is an app bug, or if wine messes something up, but Unigine sanctuary reports: Found optional Vertex texture fetch and later fails badly, see https://gitlab.freedesktop.org/mesa/mesa/-/issues/6053 This is with mesa r300 driver (latest git). None of the R300-R500 cards have vertex texture support and as far as I can see mesa correctly reports GL_MAX_VERTEX_TEXTURE_IMAGE_UNITS = 0 BTW Anno1404 under nine also produces TXL opcodes in vertex shaders, but there is might be also gallium-nine problem. The Sanctuary is with pure 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.

2 6

[Bug 59476] New: WINE_RESERVE VM region count grows unboundedly (~20k regions/min), exhausting system memory
by WineHQ Bugzilla March 2, 2026

March 2, 2026

http://bugs.winehq.org/show_bug.cgi?id=59476 Bug ID: 59476 Summary: WINE_RESERVE VM region count grows unboundedly (~20k regions/min), exhausting system memory Product: Wine Version: 11.0 Hardware: x86-64 OS: MacOS Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: junkwalkers(a)gmail.com Created attachment 80465 --> http://bugs.winehq.org/attachment.cgi?id=80465 vmmap and memory growth over time. On macOS (Apple Silicon, Rosetta 2), running applications that perform frequent VirtualAlloc/VirtualFree cycles (such as .NET applications) causes Wine's WINE_RESERVE address space to fragment into an ever-growing number of mach VM regions. The macOS kernel never coalesces adjacent freed regions, so the region count grows indefinitely. Each region carries kernel metadata overhead, and the cumulative overhead eventually exhausts system memory. Steps to reproduce: 1. Run SolidWorks 2025 (or any .NET-heavy application) on macOS with Wine 11.0 2. Run: vmmap -summary <pid> (repeating every 30 seconds) 3. Observe WINE_RESERVE region count growing continuously Measured data (SolidWorks 2025, macOS 26.3, Apple Silicon, 16GB RAM): At launch (~30s): WINE_RESERVE: 8.0G virtual, 21,748 regions VM_ALLOCATE: unknown, ~3,094 regions Physical footprint: 2.4G After 5 minutes: WINE_RESERVE: 8.0G virtual, 113,059 regions (+91,311 new regions) VM_ALLOCATE: 2.0G virtual, 29,892 regions Total regions: 176,901 Physical footprint: 9.7G After 15 minutes: WINE_RESERVE: 8.0G virtual, 113,909 regions VM_ALLOCATE: 9.9G virtual, 159,877 regions Total regions: 307,327 Physical footprint: 17.7G Region growth rate: approximately 20,000 new regions per minute. The WINE_RESERVE virtual size stays constant at 8GB — it is not allocating more memory. It is fragmenting the existing reservation into more and more tiny mach VM regions. macOS tracks kernel metadata per region, and at ~300,000 regions the overhead triggers "Your system has run out of application memory." On Linux this is not a problem because the kernel can coalesce adjacent mmap regions with identical protections. macOS mach_vm_allocate regions are permanent and never merge. Full vmmap -summary output is attached. System: macOS 26.3, Apple Silicon (M-series, 16GB RAM), Wine 11.0 stable, Rosetta 2 translation -- 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