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

[Bug 58750] New: SierraChart chart windows fail to render with OpenGL enabled
by WineHQ Bugzilla March 9, 2026

March 9, 2026

http://bugs.winehq.org/show_bug.cgi?id=58750 Bug ID: 58750 Summary: SierraChart chart windows fail to render with OpenGL enabled Product: Wine Version: 10.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: opengl Assignee: wine-bugs(a)winehq.org Reporter: justin.guidroz(a)gmail.com Distribution: --- Wine versions > 10.9 fail to render SierraChart chart windows when OpenGL is enabled. Disabling OpenGL, the chart windows render as expected. Manjaro Linux provided updates of Wine 10.11 and 10.15 after version 10.9. On 10.11, chart windows inside the main application window would fail to render, while chart windows detached from the main window would still render with OpenGL enabled. On 10.15, all chart windows (both inside the main window and detached from the main window) fail to render with OpenGL enabled. -- 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 1

[Bug 45999] New: Opening File dialog in Micrographx Windows Draw 4.0 causes Unhandled exception
by wine-bugs＠winehq.org March 9, 2026

March 9, 2026

https://bugs.winehq.org/show_bug.cgi?id=45999 Bug ID: 45999 Summary: Opening File dialog in Micrographx Windows Draw 4.0 causes Unhandled exception Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jklaas(a)appalachian.dyndns.org Distribution: --- Created attachment 62564 --> https://bugs.winehq.org/attachment.cgi?id=62564 Backtrace saved after application crash Installation of Micrographx Windows Draw 4.0 works without issue. Micrographx Windows Draw 4.0 starts without any difficulty. I can drag a file from a file manager onto the open application to open a file. However, if I attempt to open or save a file from any of the file management dialogs, the application crashes with an Unhandled exception. -- 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 59500] New: Scrivener 3 (Qt 6.4.3) crashes silently when opening RTF documents containing emoji encoded as UTF-16 surrogate pairs
by WineHQ Bugzilla March 9, 2026

March 9, 2026

http://bugs.winehq.org/show_bug.cgi?id=59500 Bug ID: 59500 Summary: Scrivener 3 (Qt 6.4.3) crashes silently when opening RTF documents containing emoji encoded as UTF-16 surrogate pairs Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: dwrite Assignee: wine-bugs(a)list.winehq.org Reporter: golfsmarts(a)gmail.com Distribution: --- Wine version: wine-10.0 (Ubuntu 10.0~repack-6ubuntu1+zorin5) Distribution: Zorin OS 18 (Ubuntu 24.04 noble base) Architecture: 64-bit Application: Scrivener 3.1.6.0 for Windows (Literature & Latte) Description: Scrivener 3 crashes silently when opening any document whose underlying RTF file contains emoji characters. The emoji are encoded in RTF as sequences of the form: \loch\af2\hich\af2\dbch\af2\uc1\u55356\'3F\u57130\'3F These are UTF-16 surrogate pairs (high surrogate U+D800–U+DBFF followed by low surrogate U+DC00–U+DFFF) used to encode Unicode codepoints above U+FFFF. Scrivener uses Qt 6.4.3, confirmed via strings on the binary (build tag ScrQt643-rel1). The crash does not occur on native Windows. Stripping the \dbch...\uc1\uXXXXX sequences from the affected RTF files completely eliminates the crashes, confirming surrogate pair handling as the root cause. This appears to be the same class of issue reported for LOOT v0.20.0 (Qt 6.5.1) crashing under Wine after upgrading from Qt5: https://github.com/loot/loot/issues/1886 Reproducer: Any Qt 6.x application that renders a string containing Unicode codepoints above U+FFFF (emoji, supplementary CJK, etc.) Expected behavior: Application renders or ignores the characters without crashing Actual behavior: Silent crash, no error dialog -- 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 59274] New: Win Fox game renders solid colors as black after switching to windowed mode once
by WineHQ Bugzilla March 9, 2026

March 9, 2026

http://bugs.winehq.org/show_bug.cgi?id=59274 Bug ID: 59274 Summary: Win Fox game renders solid colors as black after switching to windowed mode once Product: Wine Version: 11.0 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)list.winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Steps to reproduce: 1. In winecfg, enable the virtual desktop (the game crashes on start without it) 2. Run D:\foxbear\foxbear.exe from the Windows 95 Game SDK CD 3. Press Alt+Enter to switch to windowed mode On Wine, the solid blue of the sky and the solid greens of the trees and grass change to black. Interestingly, the solid colors are still black even after pressing Alt+Enter again to switch back to fullscreen mode. When I run the game on Windows 95 on my 486, the colors remain correct when switching between fullscreen and windowed mode. The game's source code is included on the CD in the D:\sdk\samples\foxbear directory. $ sha256sum 'Windows 95 Game SDK Featuring DirectX.iso' 3dc115445572cba4488eeb25f70f0c3a4d53109f4952ea6274f0538a3d39295b -- 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 4

[Bug 59494] New: StarMoney 10 crashes on unimplemented function ntdll.dll.NtCreateWaitablePort
by WineHQ Bugzilla March 8, 2026

March 8, 2026

http://bugs.winehq.org/show_bug.cgi?id=59494 Bug ID: 59494 Summary: StarMoney 10 crashes on unimplemented function ntdll.dll.NtCreateWaitablePort Product: Wine Version: 11.3 Hardware: x86-64 URL: https://web.archive.org/web/20170224231759/https://ser vices.starfinanz.de/dc5/0/m/4/0000021011/smoney.exe OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)list.winehq.org Reporter: lingm+winebz(a)posteo.org Distribution: --- Created attachment 80496 --> http://bugs.winehq.org/attachment.cgi?id=80496 terminal output with wine 11.3 Just run "wine StartStarMoney.exe". Crashes before a window is even spawned. > du -h smoney.exe > 245M smoney.exe $ md5sum smoney.exe > 55884462fbc87a7d886b662db29d266d smoney.exe -- 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 57108] New: Bug is in Wine, wineHQ
by WineHQ Bugzilla March 8, 2026

March 8, 2026

https://bugs.winehq.org/show_bug.cgi?id=57108 Bug ID: 57108 Summary: Bug is in Wine, wineHQ Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tomputer(a)freenet.de Distribution: --- Created attachment 76996 --> https://bugs.winehq.org/attachment.cgi?id=76996 the bug-message Hello, I have a problem starting a program with an authentication function from another CD. However, I don't know how to describe the bug exactly. I can only describe how my error comes about and how it should work: So it runs in windows: When starting, a file is queried for existence and age. If the program has not been used for a long time or if it is the first run, the program deletes the check file and requests an authentication CD. Only then will the check file be rewritten. From then on the program starts with the standard function. The problem in wine: When starting, the file is also queried for existence and age. The program has a mistake here because it always deletes the file, regardless of whether it is new, 10 years older or 10 years newer. After authentication, the file is restored, that also works, I found the path, but it doesn't stay and so the program never starts. The programm: Artcut6 / Artcut 2009 for cutting plotter My system: WineHQ staging 9.16 Linux Mint 21.3 Cinnamon Terminal: tom(a)schlepptom ~ $ wine c:/artcut6/prog/Artcut6.exe 002c:fixme:winediag:loader_init wine-staging 9.16 is a testing version containing experimental patches. 002c:fixme:winediag:loader_init Please mention your exact version when filing bug reports on winehq.org. MESA-INTEL: warning: Ivy Bridge Vulkan support is incomplete MESA-INTEL: warning: Ivy Bridge Vulkan support is incomplete -- 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 18

[Bug 46428] New: Application crashes: Antscope2.exe
by wine-bugs＠winehq.org March 8, 2026

March 8, 2026

https://bugs.winehq.org/show_bug.cgi?id=46428 Bug ID: 46428 Summary: Application crashes: Antscope2.exe Product: Wine Version: 3.0.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: coccusmatins(a)gmail.com Distribution: --- Created attachment 63202 --> https://bugs.winehq.org/attachment.cgi?id=63202 error log Application (Antscope2.exe) crashes on startup. Source: https://rigexpert.com/products/software/antscope2/ -- 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 42663] New: Wine fails to install on Ubuntu 16.10
by wine-bugs＠winehq.org March 8, 2026

March 8, 2026

https://bugs.winehq.org/show_bug.cgi?id=42663 Bug ID: 42663 Summary: Wine fails to install on Ubuntu 16.10 Product: Wine Version: 2.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: seanaubin(a)gmail.com Distribution: --- Created attachment 57610 --> https://bugs.winehq.org/attachment.cgi?id=57610 Error output On a relatively clean install of Ubuntu 16.10 with Kernel 4.10, I am able to install wine using the recommended method of adding the staging ppa and installing the staging package with the recommended installs. However, when I try to test the installation with `wine notepad` I get the errors which have been added in the attachment. The errors seem to be related to a failure to create directories. However, running wine with `sudo` doesn't seem to improve the situation. -- 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 4

[Bug 29592] New: Problems with text fields & scrollbars
by wine-bugs＠winehq.org March 8, 2026

March 8, 2026

http://bugs.winehq.org/show_bug.cgi?id=29592 Bug #: 29592 Summary: Problems with text fields & scrollbars Product: Wine Version: 1.3.36 Platform: x86-64 URL: http://cd.textfiles.com/infomagic/imagic4pak5/disk3/Mi scellaneous-Utilities/ebot_einstall.exe OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk Classification: Unclassified Wine seems to have several issues with some types of text field. They are probably related so I'll describe them all here. One program which shows these problems can be downloaded from http://cd.textfiles.com/infomagic/imagic4pak5/disk3/Miscellaneous-Utilities… Run ebot_einstall.exe then click Next to show the license agreement. The agreement is in a text field/box with a scrollbar to the right. First issue: The view is initially positioned at the bottom; it should be at the top. (The flashing cursor/caret at the end of the text is also present on Windows. It seems Wine sets the initial view position so the caret is shown, whereas Windows does not?) Second issue: Move the mouse pointer outside the window and click to de-activate it. Move the pointer back over the ebot_einstall window (not over the text box) and click to activate it. Notice how all the text is now highlighted; it shouldn't be. Third issue: Run ebot_einstall.exe and click Next. (At this point, the contents of the text field are not highlighted.) Click and drag the scrollbar knob upwards. Notice how the text field immediately moves to show the top of the document, and the view position remains there as you move the knob up and down. If you release the mouse button when the knob is half-way down the scrollbar, it jumps back to the top. Fourth issue: After doing the test in the third issue above, move the mouse pointer so it's about 3/4 of the way down the scrollbar. Click the mouse button repeatedly. Notice that the text in the box pages down each time, but when the scrollbar knob is under the mouse pointer, clicking again causes it to jump back to the top. (On Windows the knob does not move in that case.) Thus clicking over and over causes the view to cycle down a page then back to the top again and again. Fifth issue: On Windows, when you page the view up or down by clicking in the scrollbar above or below the knob, the view moves by one line less than a page. For example when paging down, the view moves so the previously-lowest visible line becomes the uppermost visible line. On Wine, the view moves by a whole page each time. Sixth issue: On Windows, pressing the Page Up or Page Down key causes the view to move by a page (less one line as mentioned above). In Wine however, pressing those keys causes the caret to move. Press PgUp/PgDown until you're roughly in the middle of the document. Then press PgUp/PgDown alternately. Notice the view only moves up and down by one line because of that. -- 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 11

[Bug 34206] New: Regedit doesn't show user created entries
by wine-bugs＠winehq.org March 8, 2026

March 8, 2026

http://bugs.winehq.org/show_bug.cgi?id=34206 Bug #: 34206 Summary: Regedit doesn't show user created entries Product: Wine Version: 1.6 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jluth(a)mail.com Classification: Unclassified Created attachment 45509 --> http://bugs.winehq.org/attachment.cgi?id=45509 picture showing HKCR with only 3 .xxx entries (should be many) and .pdf already existing even though not visible Any keys in HKCR created by the user are not shown by regedit after wine is "re-started". The keys HAVE been created (if you try to create it again, you get the error message "File exists"), but are not visible. There are MANY keys that I see in the system.reg file that I don't see in regedit! The problem at least existed already in Wine 1.4 (Ubuntu), and still exists in 1.6 (Mint Maya). To reproduce Step 1. With nothing using wine, run regedit and create a .pdf key in HKCR. Step 2. Close regedit. Step 3. Still with nothing running wine (so that the registry has been completely close), run regedit again. You will not see the .pdf key, but it does exist. The same thing is true for any keys entered via "regedit importkeys.reg". I don't notice this problem in HKLM (except of course for HKLM\Software\Classes) or in HKCU, so it seems to be restricted to the Classes_Root section. -- 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.

2 10