May 2024 - Wine-Bugs - list.winehq.org

[Bug 49776] New: .NET application settings are never saved
by WineHQ Bugzilla April 3, 2026

April 3, 2026

https://bugs.winehq.org/show_bug.cgi?id=49776 Bug ID: 49776 Summary: .NET application settings are never saved Product: Wine Version: 5.15 Hardware: x86-64 URL: https://github.com/farmerbriantee/AgOpenGPS/releases/d ownload/4.3.10/AgOpenGPS_v4.3.10.msi OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mscoree Assignee: wine-bugs(a)winehq.org Reporter: mirh(a)protonmail.ch Distribution: --- For example, no matter how many times I uncheck the "show at startup" dialog, it will always be there the next time I restart. These are the only suspicious lines I could spot in WINEDEBUG: trace:mscoree:ConfigFileHandler_startElement Unknown element L"value" in state 6 trace:mscoree:ConfigFileHandler_startElement Unknown element L"setting" in state 6 warn:mscoree:ConfigStream_QueryInterface Not supported iface {2933bf81-7b36-11d2-b20e-00c04f983e60} warn:mscoree:ConfigStream_QueryInterface Not supported iface {0c733a30-2a1c-11ce-ade5-00aa0044773d} fixme:mscoree:parse_supported_runtime sku=L".NETFramework,Version=v4.5" not implemented If I install dotnet48 or dotnet462 everything works properly. -- 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 8

[Bug 52741] New: Missing chakra.dll to run Minecraft Windows 10 Edition
by WineHQ Bugzilla April 3, 2026

April 3, 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 13

[Bug 38874] New: Homesite+ (v5.5): Radiobutton in Find dialog not set properly when using keyboard shortcut (Alt+U)
by wine-bugs＠winehq.org April 3, 2026

April 3, 2026

https://bugs.winehq.org/show_bug.cgi?id=38874 Bug ID: 38874 Summary: Homesite+ (v5.5): Radiobutton in Find dialog not set properly when using keyboard shortcut (Alt+U) Product: Wine Version: 1.7.46 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fooquency(a)gmail.com Distribution: --- Created attachment 51804 --> https://bugs.winehq.org/attachment.cgi?id=51804 Screenshot showing after situation While in the editor window, there is a Find dialog which enables text search within the current file being edited. The Dialog includes a radiobutton pair for setting the direction of search to be either Up (with U underlined) or Down (D). On Mac OSX, pressing Cmd+U to set the radiobutton only selects the label, but does not actually make the radiobutton be checked. However, the original behaviour on Windows does check the radiobutton. Therefore, the radiobutton has then to be made active either by using the mouse, or using the Space key. The attached screenshot shows the state immediately after pressing Cmd+U. As you can see, the label is surrounded but the radiobutton is still on its original value. -- 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 6

[Bug 52019] New: DigiCertUtil wrong size
by WineHQ Bugzilla April 3, 2026

April 3, 2026

https://bugs.winehq.org/show_bug.cgi?id=52019 Bug ID: 52019 Summary: DigiCertUtil wrong size Product: Wine Version: 6.21 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: aros(a)gmx.com Distribution: --- Created attachment 71018 --> https://bugs.winehq.org/attachment.cgi?id=71018 DigiCertUtil sha256sum DigiCertUtil.exe 1f0b80db162ebdb0b1c84e57fca2396aaa5b477b62dee570ad69ef2321116fef DigiCertUtil.exe Check the attached 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 8

[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 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 48955] New: Use xdg basedir spec
by WineHQ Bugzilla April 1, 2026

April 1, 2026

https://bugs.winehq.org/show_bug.cgi?id=48955 Bug ID: 48955 Summary: Use xdg basedir spec Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: riptide(a)mundo-r.com Distribution: --- https://specifications.freedesktop.org/basedir-spec/basedir-spec-latest.html Instead of ~/.wine, configuration should be in the $XDG_CONFIG_HOME/wine/ and cache (safely-deletable files) should be in $XDG_CACHE_HOME/wine/. The big boxes files should be in the $XDG_DATA_HOME/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 11

[Bug 11446] New: Gangsters: Wrong 2d rendering
by wine-bugs＠winehq.org April 1, 2026

April 1, 2026

http://bugs.winehq.org/show_bug.cgi?id=11446 Summary: Gangsters: Wrong 2d rendering Product: Wine Version: 0.9.51. Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: directx-ddraw AssignedTo: wine-bugs(a)winehq.org ReportedBy: wielkiegie(a)gmail.com Created an attachment (id=10577) --> (http://bugs.winehq.org/attachment.cgi?id=10577) Wine messages when starting with OpenGL as DDraw renderer OpenGL as DirectDraw driver causes unhandled page fault when playing intro (I tried GDI for testing). When the game starts or after changing menu screen, main menu is completely black. Graphics can be visible only after pushing any button in the menu, but releasing mouse button elsewhere. Buttons doesn't contain any text and colors of whole screen are ugly. -- 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 39

[Bug 56738] New: ODBC stopped working in Wine 9.9, it works fine in 9.8
by WineHQ Bugzilla March 31, 2026

March 31, 2026

https://bugs.winehq.org/show_bug.cgi?id=56738 Bug ID: 56738 Summary: ODBC stopped working in Wine 9.9, it works fine in 9.8 Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: odbc Assignee: wine-bugs(a)winehq.org Reporter: claudius+wine(a)hausnetz.lettenbach.com Distribution: --- Created attachment 76517 --> https://bugs.winehq.org/attachment.cgi?id=76517 WINEDEBUG logs After updating my Arch linux install from wine 9.8-2 to wine 9.9-2 my 32bit applications using multilib unixodbc stopped working. I tried WINEDEBUG=+odbc but could get much relevant output. Most interesting is probabaly this: trace:odbc:SQLAllocEnv Returning 309, EnvironmentHandle 00000000 WINEDLLOVERRIDES="odbc32=b" or "odbc=b" didn't change anything as far as I can tell. If I downgrade the package it immediately starts connecting again. The driver I use is the proprietary SQL Anywhere 17 odbc driver. It works fine using unixodbc with both linux x86_64 and linux 32 bit applications. Is there any way I can provide more relevant information? Attached is a trace of +odbc when it works, and when it doesn'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.

2 8