- Wine-Bugs - list.winehq.org

[Bug 57415] New: ROMCenter crash after creating database > IO Exception cannot locate resource images/defaultsystemicon.png
by WineHQ Bugzilla March 6, 2026

March 6, 2026

https://bugs.winehq.org/show_bug.cgi?id=57415 Bug ID: 57415 Summary: ROMCenter crash after creating database > IO Exception cannot locate resource images/defaultsystemicon.png Product: Wine Version: 9.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: augusto7744(a)aol.com Distribution: --- Hello. Thanks for reading my topic. Ubuntu 24.04.1 and WINE 9.18 ( version 9.21 crash some softwares related with the bug https://bugs.winehq.org/show_bug.cgi?id=57306 so not tested with that version ). ROMCenter 4.1.1 32 bits. An rom manager software using database hash. When is done the creation of database happen an crash showing the error message below and close the software. IO Exception cannot locate resource images/defaultsystemicon.png Seeing in some sites is as if is related with net framework. Some WINE previous versions the software run perfectly without errors. Perhaps is related with wine-mono ? Have an nice week. -- 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 16

[Bug 59492] New: Wine 11.3: Application renders partial viewport (Splashtop RMM)
by WineHQ Bugzilla March 6, 2026

March 6, 2026

http://bugs.winehq.org/show_bug.cgi?id=59492 Bug ID: 59492 Summary: Wine 11.3: Application renders partial viewport (Splashtop RMM) Product: Wine Version: 11.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)list.winehq.org Reporter: noah.bartlett(a)itguysteam.com Distribution: --- Created attachment 80495 --> http://bugs.winehq.org/attachment.cgi?id=80495 Image of what I see, remote desktop was 1080P rendered slightly below 1080P on my desktop When connecting to a remote desktop with a higher resolution than the local window (e.g. 4K remote on 1080p local), Splashtop renders only the top-left portion of the remote desktop that matches the local window resolution in pixels (1:1), leaving the remainder black. Reducing zoom makes the rendered area smaller rather than larger, suggesting the viewport is calculated as window_size × zoom_factor rather than scaling remote content to fit the window. The application works correctly on native Windows. Steps to reproduce: 1. Configure Splashtop RMM client to launch from atera/similar agent 2. Launch Splashtop RMM client under Wine and connect to a remote desktop with resolution higher than the local window 3. Observe that only the top-left portion renders; remainder is black Expected: Remote desktop content scales to fit the local window, renders full desktop I used this guide to get wine to launch splashtop from linux, but this did not modify wine (i think?) and this is occurring on both stable and staging versions of wine. https://community.syncromsp.com/t/splashtop-remote-access-from-linux-workar… Additional testing — winewayland driver: Launching the application with DISPLAY= (unset) and WAYLAND_DISPLAY=wayland-0 to force Wine's native Wayland driver produced identical rendering behaviour, ruling out XRandR/Xinerama coordinate reporting as the direct cause. The partial viewport issue persists regardless of whether the X11 or Wayland graphics driver is used, suggesting the root cause is in a higher-level API (possibly GetSystemMetrics, GetMonitorInfo, or similar?) returning unexpected values on a multi-monitor system where one monitor has negative virtual screen coordinates. I am unsure if there are any logs that can help - but if you'd like to point me to what you need I'm happy to grab them and upload them. Also I'm kind of an idiot so I used claude to help generate a bug report as I don't want to waste anyone's time with a useless bug report that didn't have information that may be needed. I went over everything and it is correct, but any suggestions are claude conjecture so if they make no sense, I apologize. It's just a very strange issue. System info: Arch Linux x86_64 Kernel: 6.18.13-arch1-1 DE: Plasma 6.6.1/Wayland Host: Vostro 15 7510 -- 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 59472] New: FreeArc hangs on startup in new wow64 mode
by WineHQ Bugzilla March 6, 2026

March 6, 2026

http://bugs.winehq.org/show_bug.cgi?id=59472 Bug ID: 59472 Summary: FreeArc hangs on startup in new wow64 mode Product: Wine Version: 11.3 Hardware: x86-64 URL: https://archive.org/details/FreeArc-0.666-win32bin-Sou rces OS: Linux Status: NEW Keywords: download, testcase, wow64 Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: arethusa26(a)gmail.com Distribution: --- Created attachment 80459 --> http://bugs.winehq.org/attachment.cgi?id=80459 Largest memory block loop test case executable When running the FreeArc archiver tool on the command line to add a file to an archive with a new wow64 build of Wine, the tool hangs indefinitely with only a banner output string: $ wine freearc/bin/Arc.exe a test.arc empty_file 0124:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION FreeArc 0.666 With a old wow64 build of Wine, the tool runs and completes successfully: $ wine freearc/bin/Arc.exe a test.arc empty_file 0024:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION FreeArc 0.666 0024:err:virtual:map_view anon mmap error Cannot allocate memory, size 0x80010000, unix_prot 0 0024:err:virtual:allocate_virtual_memory out of memory for allocation, base (nil) size 80000000 0024:err:virtual:map_view anon mmap error Cannot allocate memory, size 0x78010000, unix_prot 0 0024:err:virtual:allocate_virtual_memory out of memory for allocation, base (nil) size 78000000 ... creating archive: test.arc Compressing 1 file, 1,024 bytes. Processed 0% 0024:err:virtual:map_view anon mmap error Cannot allocate memory, size 0x80010000, unix_prot 0 0024:err:virtual:allocate_virtual_memory out of memory for allocation, base (nil) size 80000000 0024:err:virtual:map_view anon mmap error Cannot allocate memory, size 0x78010000, unix_prot 0 0024:err:virtual:allocate_virtual_memory out of memory for allocation, base (nil) size 78000000 ... Compressed 1 file, 1,024 => 44 bytes. Ratio 4.2% Compression time: cpu 0.62 secs, real 0.31 secs. Speed 3 kB/s All OK To reproduce the issue with FreeArc, download "FreeArc-portable-0.666-win32.zip" from the URL link and extract the contents of the ZIP file to a directory named "freearc". The Arc.exe binary can be run with the provided command line. When FreeArc is run with new wow64 Wine, there appears to be a thread that is stuck repeatedly calling VirtualAlloc with 0 size: 0124:trace:virtual:NtAllocateVirtualMemory 0xffffffffffffffff (nil) 00000000 2000 00000004 0124:trace:virtual:NtFreeVirtualMemory 0xffffffffffffffff (nil) 00000000 8000 0124:trace:virtual:NtAllocateVirtualMemory 0xffffffffffffffff (nil) 00000000 2000 00000004 0124:trace:virtual:NtFreeVirtualMemory 0xffffffffffffffff (nil) 00000000 8000 The code involved in the hang appears to be the LargestMemoryBlock::LargestMemoryBlock() constructor in Environment.cpp from the FreeArc sources. It's a (buggy) loop that attempts a binary search for the largest size it can successfully pass to VirtualAlloc. I have extracted the logic to create a standalone test case, which is built with: i686-w64-mingw32-gcc -O2 -Wall -Wl,--large-address-aware -o largest_memory_block.exe largest_memory_block.c On Windows 10, the largest_memory_block.exe test case shows the following output: a = 0 b = ffffffff Freeing pointer 00000000 with VirtualFree Allocating 7fffffff bytes with VirtualAlloc VirtualAlloc returned 00000000 VirtualAlloc failed, updating b to 7fffffff a = 0 b = 7fffffff Freeing pointer 00000000 with VirtualFree Allocating 3fffffff bytes with VirtualAlloc VirtualAlloc returned 01970000 VirtualAlloc succeeded, updating a to 3fffffff ... a = 7f98ffff b = 7f990001 Freeing pointer 00000000 with VirtualFree Allocating 7f990000 bytes with VirtualAlloc VirtualAlloc returned 7fff0000 VirtualAlloc succeeded, updating a to 7f990000 On new wow64 Wine, the test case shows the following output: a = 0 b = ffffffff Freeing pointer 00000000 with VirtualFree Allocating 7fffffff bytes with VirtualAlloc VirtualAlloc returned 7fff0000 VirtualAlloc succeeded, updating a to 7fffffff a = 7fffffff b = ffffffff Freeing pointer 7fff0000 with VirtualFree Allocating 3fffffff bytes with VirtualAlloc VirtualAlloc returned 00900000 VirtualAlloc succeeded, updating a to 3fffffff ... a = 1 b = ffffffff Freeing pointer 003f0000 with VirtualFree Allocating 0 bytes with VirtualAlloc VirtualAlloc returned 00000000 VirtualAlloc failed, updating b to 0 a = 1 b = 0 Freeing pointer 00000000 with VirtualFree Allocating 0 bytes with VirtualAlloc VirtualAlloc returned 00000000 VirtualAlloc failed, updating b to 0 ... The midpoint computation "c = (a + b) / 2" in the loop overflows when the initial allocation succeeds on Wine and leads to incorrect execution, whereas the initial allocation doesn't appear to succeed on Windows. -- 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 52741] New: Missing chakra.dll to run Minecraft Windows 10 Edition
by WineHQ Bugzilla March 6, 2026

March 6, 2026

https://bugs.winehq.org/show_bug.cgi?id=52741 Bug ID: 52741 Summary: Missing chakra.dll to run Minecraft Windows 10 Edition Product: Wine Version: 7.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bdard.antoine(a)gmail.com Distribution: --- Hello, I am trying to run Windows 10, but there is this weird missing dll (chakra.dll). Could it be added? -- 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 11

[Bug 59289] New: GOG-Game "Asterix and Obelix XXXL: The Ram From Hibernia" crashes on start
by WineHQ Bugzilla March 6, 2026

March 6, 2026

http://bugs.winehq.org/show_bug.cgi?id=59289 Bug ID: 59289 Summary: GOG-Game "Asterix and Obelix XXXL: The Ram From Hibernia" crashes on start Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: jmb_tux(a)gmx.net Distribution: --- Created attachment 80222 --> http://bugs.winehq.org/attachment.cgi?id=80222 Screen Dump from Crash Report by AOA.exe I am now using WineHQ Repos - both stable and devel, but currently these are the same. Why is there no 11.0 as devel-version to select? Especially as both, stable and devel, are 11.0 ? But in this case, versions are quite unimportant, as it is the same on 10.0 or 9.0 ... The former 3 "Asterix&Obelix XXL" titles work without problem (Wine 9 like Wine 10), but now the new title no longer used their own engine, but OSome Studio / Microids use with the latest Release on 27.10.2022 Epic's Unreal Engine 5, but it looks this is severely broken. As I am not using Windows, I can not say that it works / don't work on Windows. Unfotunately, GOG is not willing give the slightest support when using Wine. Thus instead of getting info - I can only ask for Refund. Then after some time buy it again, test it, and ask for refund if its is still broken ... When starting it with Wine via "wine AOA.exe" (in 'GOG\ Games' binary path, I directly hear a sound and when it ends, the crash message appears: ~~~ "The UE4-AOA [File:Unknown] [Line: 339]" Direct3DDevice->CreateTexture2D(TextureDesc,SubResourceData,OutTexture2D) failed at D:/P41660/UE427Custom/Engine/Source/Runtime/Windows/D3D11RHI/Private/D3D11Texture.cpp:534 with error E-INVALIDARG, Size)1920x1080x1 PF=67 Format=(9x99999967), NumMips=1, Flags=D2D11_BIND_SHADER_RESOURCE, Usage:0x0, CPUFlags: 0x0, MiscFlags:0x0, SampleCount:0x1, SampleQuality:0x0, SubresPtr:0x0000000000000000m SubpresPitch:0,SupresSlicePitch:0 [OK] ~~~ (I hope I have no typo - but I have added a screen dump as attatchment.) The same error message shows on an o AMD system Zen 4: Ryzen 9 7900 & RDNA 3: Radeon RX 7800 XT as well as in an o Intel Skylake with Nvidi graphics. So it is not HW relevant ... but while gamers report about many bugs, I have not read about direct crashes on start as happening under Wine. It is the 1st game using 4 Players in locCoop for that series ... and it would be a pity, if this can not be played under Wine at all ... If I am able to reach for Devs/Publisher, I will hint them to this bug report ... and will add any information I might get - especially about changes following WineHQ-Devel. Maybe Wine Devs could hint to the current 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 7

[Bug 59480] New: Hoyle Word Games (1999) crashes on startup in Wine 11.0
by WineHQ Bugzilla March 6, 2026

March 6, 2026

http://bugs.winehq.org/show_bug.cgi?id=59480 Bug ID: 59480 Summary: Hoyle Word Games (1999) crashes on startup in Wine 11.0 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 80475 --> http://bugs.winehq.org/attachment.cgi?id=80475 The bug report is attached. Hoyle Word Games (1999) crashes in Wine 11.0 Steps to reproduce: 1. Install Hoyle Word Games (1999) 2. Run using: wine wordgame.exe 3. Crash occurs System: Wine build: wine-11.0 Platform: x86_64 (guest: i386) Version: Windows 98 Host system: Linux Host version: 6.8.0-101-generic Terminal log attached. Note: Even when executed properly, this game fails to operate as intended. Furthermore, it does not provide any method to close the blank windows, leaving me unable to proceed unless I discover a way to terminate the program or perform a forced restart of the computer. -- 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 54177] New: vbscript fails to compile sub call when argument expression contains multiplication
by WineHQ Bugzilla March 6, 2026

March 6, 2026

https://bugs.winehq.org/show_bug.cgi?id=54177 Bug ID: 54177 Summary: vbscript fails to compile sub call when argument expression contains multiplication Product: Wine Version: 7.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: vbscript Assignee: wine-bugs(a)winehq.org Reporter: jsm174(a)gmail.com Distribution: --- While working on the port of Visual Pinball, we found a script with code similar to the following that fails to compile: Public Sub AddTimer(aDelay, aMessage) End Sub Dim ii ii = 1 AddTimer (ii-1)*200, "Message" If the expression is wrapped in parenthesis, it compiles successfully: AddTimer ((ii-1)*200), "Message" -- 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 59470] New: MetaEditor 5 generates a lot of error messages in ~/.xsession-errors
by WineHQ Bugzilla March 6, 2026

March 6, 2026

http://bugs.winehq.org/show_bug.cgi?id=59470 Bug ID: 59470 Summary: MetaEditor 5 generates a lot of error messages in ~/.xsession-errors Product: Wine Version: 11.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: luke2135(a)gmail.com Distribution: --- If I start MetaEditor 5 the ~/.xsession-errors file starts to fill up with messages: 0120:fixme:file:GetLongPathNameW UNC pathname L"\\\\?\\C:\\Program Files\\MetaTrader 5\\MQL5" Not sure exactly how many messages are generated but it is somewhere in the range of 10-100 per second. The file quickly reaches MiB in size. -- 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 59489] New: Dr.Explain 7.0: no background for selected text in a custom edit control
by WineHQ Bugzilla March 5, 2026

March 5, 2026

http://bugs.winehq.org/show_bug.cgi?id=59489 Bug ID: 59489 Summary: Dr.Explain 7.0: no background for selected text in a custom edit control 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 80487 --> http://bugs.winehq.org/attachment.cgi?id=80487 Complete terminal output Install and launch Dr.Explain > wait for the Continue using a free restricted license button to appear and click it > open the Settings menu and select Application settings... > in the application settings dialog, click on the path to the right of the Autosave folder label (for example, C:\users\vd42\AppData\Roaming\DrExplain\Autosave) > press Ctrl+A to select all text. The selected text has no background. -- 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 59488] New: Dr.Explain 7.0: incorrect positioning of the caret when clicking in a custom edit control
by WineHQ Bugzilla March 5, 2026

March 5, 2026

http://bugs.winehq.org/show_bug.cgi?id=59488 Bug ID: 59488 Summary: Dr.Explain 7.0: incorrect positioning of the caret when clicking in a custom edit control 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 80486 --> http://bugs.winehq.org/attachment.cgi?id=80486 Complete terminal output Install and launch Dr.Explain > wait for the Continue using a free restricted license button to appear and click it > open the Settings menu and select Application settings... > in the application settings dialog, click on the path to the right of the Autosave folder label (for example, C:\users\vd42\AppData\Roaming\DrExplain\Autosave). The caret will be placed at the beginning of the text, not where you clicked. -- 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