July 2025 - Wine-Bugs - list.winehq.org

[Bug 56738] New: ODBC stopped working in Wine 9.9, it works fine in 9.8
by WineHQ Bugzilla July 8, 2025

July 8, 2025

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.

1 7

[Bug 58465] New: Wide string misbehavior on C++20 mode vs C++17 mode
by WineHQ Bugzilla July 8, 2025

July 8, 2025

http://bugs.winehq.org/show_bug.cgi?id=58465 Bug ID: 58465 Summary: Wide string misbehavior on C++20 mode vs C++17 mode Product: Wine Version: 10.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winelib Assignee: wine-bugs(a)winehq.org Reporter: messmer.dalton(a)gmail.com Distribution: --- Created attachment 78920 --> http://bugs.winehq.org/attachment.cgi?id=78920 Simple Winelib program to demonstate the bug (wine_test.cpp) + build/run script (wine_test.sh) + my test results (output.txt) When I compile a Winelib application using the `--std=c++20` wineg++ flag instead of `--std=c++17`, I experience unexpected differences in behavior when using `std::wstring`. And in both C++ modes the behavior is incorrect. For example, when I call the `c_str()` method on `std::wstring` and pass the returned wide C-string to `std::wcslen`, I get different results depending on whether the Winelib application was compiled in C++20 mode vs C++17 mode. And in both cases, the reported string length is incorrect. Also, the distance between the `begin()` and `end()` iterators is different between C++ modes, and so is the return value of the `length()` method. And all of the results are incorrect in general. I originally noticed these `std::wstring` problems here: https://github.com/LMMS/lmms/pull/7624#issuecomment-2923573719 I've attached a simple Winelib program that demonstrates the bug to this bug report. -- 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 21940] New: Rise of Legends Demo crashes with null pointer reference in msxml3?
by wine-bugs＠winehq.org July 8, 2025

July 8, 2025

http://bugs.winehq.org/show_bug.cgi?id=21940 Summary: Rise of Legends Demo crashes with null pointer reference in msxml3? Product: Wine Version: 1.1.40 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: msxml3 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Once you get past bug 19539, you have to choose to ignore two BHG errors; the game then starts and runs (though I got no sound). Trying to play a campaign crashed for me quickly with an msxml3 error (which is funny, since I had done winetricks msxml3, and winecfg shows the override, but the backtrace still shows Wine's msxml3): Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x7362be22). Backtrace: =>0 priv_from_xmlDocPtr+0x6(doc=(nil)) [dlls/msxml3/domdoc.c:127] in msxml3 1 xmldoc_add_ref+0x1d(doc=(nil)) [dlls/msxml3/domdoc.c:160] in msxml3 2 init_xmlnode+0x26(This=0x3fb63f8, node=0x7e222980, outer=0x3fb6418, dispex_data=0x73666dec) [dlls/msxml3/node.c:1714] in msxml3 3 create_element+0x6c(element=0x7e222980) [dlls/msxml3/element.c:797] in msxml3d 4 create_node+0x9d(node=0x7e222980) [dlls/msxml3/node.c:1736] in msxml3 5 queryresult_nextNode+0xdf(iface=0x3ff1120, nextItem=0x32ad60) [dlls/msxml3/queryresult.c:267] in msxml3 6 xmlnode_selectSingleNode+0xd3(iface=0x1e9510, kqueryString="TRIBE_MASK", resultNode=0x32ad60) [dlls/msxml3/node.c:1542] in msxml3 7 in legends (+0x6f34c) (0x0032b2dc) ... 0x7362be22 priv_from_xmlDocPtr+0x6 [dlls/msxml3/domdoc.c:127] in msxml3: movl 0x0(%eax),%eax 127 return doc->_private; -- 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 34

[Bug 58467] New: Java
by WineHQ Bugzilla July 7, 2025

July 7, 2025

http://bugs.winehq.org/show_bug.cgi?id=58467 Bug ID: 58467 Summary: Java Product: WineHQ Gitlab Version: unspecified Hardware: Other OS: other Status: UNCONFIRMED Severity: major Priority: P2 Component: gitlab-unknown Assignee: wine-bugs(a)winehq.org Reporter: pidor1977(a)duck.com The Wine wiki page https://gitlab.winehq.org/wine/wine/-/wikis/Importance-of-Wine linked directly from the front page refers to the web asm.js/WebAssembly port as Java in the bullet points near the end. This is completely unacceptable behavior and should never be tolerated in a FOSS centered environment. Java hasn't even existed on the web for decades, and while I can't speak for myself, I can guarantee that no modern age Java programmer will ever want to hear about that era. -- 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 58447] New: nhandled exception: page fault on read access to 0x0000000000000000 in 64-bit code (0x000001403ec868).
by WineHQ Bugzilla July 7, 2025

July 7, 2025

http://bugs.winehq.org/show_bug.cgi?id=58447 Bug ID: 58447 Summary: nhandled exception: page fault on read access to 0x0000000000000000 in 64-bit code (0x000001403ec868). Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: winetrickery(a)yopmail.com Distribution: --- Created attachment 78897 --> http://bugs.winehq.org/attachment.cgi?id=78897 Bug report logs I am trying to install an application on my desktop, It is a banking application. And sadly I am running into errors regarding memory read adresses. The system is debian with wine 10 Application exe - https://www.hostize.com/v/RpS-VkZMVg -- 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 58441] New: SimHub 9.9.3: Can't find Device as HidP_SetData is not implemented
by WineHQ Bugzilla July 7, 2025

July 7, 2025

http://bugs.winehq.org/show_bug.cgi?id=58441 Bug ID: 58441 Summary: SimHub 9.9.3: Can't find Device as HidP_SetData is not implemented Product: Wine Version: 10.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: hid Assignee: wine-bugs(a)winehq.org Reporter: mathieu(a)ferracin.me Distribution: --- SimHub can't find Simsonn Device as hid.dll.HidP_SetData is not implemented In Devices section of SimHub, add device "Simsonn VAM / VAM Pro (Plus X / Pro X)" Ensure device search is active (button on top right corner) When the device is connected, nothing is found and logs contains : wine: Call from 000000007B5E82E7 to unimplemented function hid.dll.HidP_SetData, aborting wine: Call from 7B5E82E7 to unimplemented function hid.dll.HidP_SetData, aborting Link to SimHub: https://github.com/SHWotever/SimHub/releases/download/9.9.3/SimHub.9.09.3.z… -- 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 58470] New: Wine msiexec /a administrative install copies incorrect number and selection of files
by WineHQ Bugzilla July 7, 2025

July 7, 2025

http://bugs.winehq.org/show_bug.cgi?id=58470 Bug ID: 58470 Summary: Wine msiexec /a administrative install copies incorrect number and selection of files Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: depaoli.renzo(a)gmail.com Distribution: --- Created attachment 78924 --> http://bugs.winehq.org/attachment.cgi?id=78924 LogFiles for SolidWorks 2018 administrative installation test case Executing Wine msiexec /a leads to a selection of files copied than that of Windows msiexec /a. Effects noticed: 1) no extra CLI parameters given -> Windows msiexec /a copied more files than Wine msiexec /a -> There were some files copied by Windows msiexec /a that were not copied by Wine msiexec /a and vice versa 2) CLI parameter given -> Windows msiexec /a ignores the parameter for file copies, only effect seen was a modification of the .msi it created -> Wine msiexec /a performs changes the set of files it copies and creates a modified .msi 3) CLI parameter given with nonsensical value -> msiexec /a ignores the parameter for file copies, only effect seen was a modification of the msiexec it created as mentioned under 2) -> Wine msiexec /a copies no files, only creates a modified .msi This behaviour was seen on, and tested with different versions of SolidWorks 3D. To test the case, run msiexec on the SolidWorks installer under /swwi/data e.g. like this: msiexec /a "R:\SOLIDWORKS_2018_SP3.0\swwi\data\solidworks.msi" TARGETDIR="R:\SWWI2018SP03_admin_cx25" /qn /L*VX "R:\SWWI2018SP03_admin_cx25_Log.txt" msiexec /a "R:\SOLIDWORKS_2018_SP3.0\swwi\data\solidworks.msi" TARGETDIR="R:\SWWI2018SP03_admin_cx25_AddLocal-Nonsense" ADDLOCAL=Nonsense /qn /L*VX "R:\SWWI2018SP03_admin_cx25_AddLocal-Nonsense_Log.txt" Note: ADDLOCAL is a valid parameter for normal installation, usually set to ADDLOCAL=SolidWorks. The attached file contains: - the CLI commands used - logfiles for the file trees created by Windows 10 and CrossOver25/Wine 10.0 - logfiles from msiexec for Windows 10 and CrossOver 25/Wine 10.0 - Hyperlink to learn.microsoft giving details about the Administrative Installation - Hyperlink to the SolidWorks 2018 SP3.0 available on the Internet Archive -- 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 58379] New: cannot print to printer or pdf in Quicken HB using wine
by WineHQ Bugzilla July 7, 2025

July 7, 2025

http://bugs.winehq.org/show_bug.cgi?id=58379 Bug ID: 58379 Summary: cannot print to printer or pdf in Quicken HB using wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: spooler Assignee: wine-bugs(a)winehq.org Reporter: asl4u(a)live.com Distribution: --- Linux Mint 22.1 printing works fine in Linux I can see the printers (HP Envy) and (cups:pdf) in Quicken but if I select print I just get an error that says: could not open printer, check your printer selection. and then behind that it says: Printing to cups:pdf if I'm in wine notepad and try to select a printer I get: 0244:err:winspool:DocumentPropertiesW Could not load config module for L"PDF" 0244:err:commdlg:PRINTDLG_ChangePrinterW DocumentProperties fails on L"PDF" if I select my HP Envy I get back: 0244:fixme:commdlg:PRINTDLG_UpdatePrintDlgW No lpdm ptr? 0244:fixme:commdlg:PRINTDLG_WMCommandW Update printdlg was not successful! ^C024c:fixme:console:default_ctrl_handler Terminating process 240 on event 0 This has been like this for a year. I tried to upgrade last june to Mint 22. Same printer problem and I couldnt figure it out and dont know how to file a bugzilla so went away hoping it would be fixed. Trying again hope you can help 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.

1 3

[Bug 58457] New: Wine msiexec /a administrative install creates incorrect folder structure for DefaultDirs with .:
by WineHQ Bugzilla July 7, 2025

July 7, 2025

http://bugs.winehq.org/show_bug.cgi?id=58457 Bug ID: 58457 Summary: Wine msiexec /a administrative install creates incorrect folder structure for DefaultDirs with .: Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: depaoli.renzo(a)gmail.com Distribution: --- Created attachment 78908 --> http://bugs.winehq.org/attachment.cgi?id=78908 TestCase for msiexec /a failing to create correct directory structure Wine msiexec /a should create an administrative installation and maintain the source folder structure, same as MS msiexec /a. But it does not do the latter in cases where the DefaultDir in the MSI Directory Table contains ".:". Instead, Wine msiexec /a creates a flattened structure. Attached is a simple test case .msi, which copies one text file during install. To test the case, store the StructTest.msi file, and on the Wine CLI, execute e.g. msiexec /a "R:\StructTest.msi" TARGETDIR="R:\StructTest_admin_wine" /qn /L*VX "R:\StructTest_admin_wine-Log.txt" Note: Nothing will be installed, only a administrative installation folder structure is being created. The attached test file contains - the StructTest.msi - the CLI command used - logfiles for the file trees created by Windows 10 and CrossOver25/Wine 10.0 - logfiles from msiexec for Windows 10 and CrossOver 25/Wine 10.0 - logfile from CrossOver 25/Wine 10.0 with Channels +msi,+msidb - Hyperlink to learn.microsoft giving details about the Directory Table and the meaning of ".:" for DefaultDirectories -- 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 3

[Bug 58449] New: Locale translations don't work in wine/winecfg
by WineHQ Bugzilla July 7, 2025

July 7, 2025

http://bugs.winehq.org/show_bug.cgi?id=58449 Bug ID: 58449 Summary: Locale translations don't work in wine/winecfg Product: Wine Version: 10.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: yklaxds(a)gmail.com Distribution: --- Locale translations don't work in wine/winecfg FreeBSD 14.3-RELEASE wine 10.10 ykla(a)ykla:~ $ locale LANG=zh_CN.UTF-8 LC_CTYPE="zh_CN.UTF-8" LC_COLLATE="zh_CN.UTF-8" LC_TIME="zh_CN.UTF-8" LC_NUMERIC="zh_CN.UTF-8" LC_MONETARY="zh_CN.UTF-8" LC_MESSAGES="zh_CN.UTF-8" LC_ALL=zh_CN.UTF-8 Run LANG="zh_CN.UTF-8" wine winecfg -- 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