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

[Bug 57741] New: WineHQ AppDB Create Account create accout
by WineHQ Bugzilla July 8, 2025

July 8, 2025

https://bugs.winehq.org/show_bug.cgi?id=57741 Bug ID: 57741 Summary: WineHQ AppDB Create Account create accout Product: WineHQ Apps Database Version: unspecified Hardware: x86-64 OS: Windows Status: UNCONFIRMED Severity: normal Priority: P2 Component: appdb-unknown Assignee: wine-bugs(a)winehq.org Reporter: tin.strunjak(a)gmail.com Created attachment 77938 --> https://bugs.winehq.org/attachment.cgi?id=77938 error while trying to create a new account I am trying to create an account on the whineHQ AppDB via https://appdb.winehq.org/account.php?sCmd=new However, when I populate required fields and click on create account I get this error screen related to CAPTCHA (even though it is verified). Thanks forum topic: https://forum.winehq.org/viewtopic.php?t=40167 -- 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 57151] New: AppDB is incredibly slow
by WineHQ Bugzilla July 8, 2025

July 8, 2025

https://bugs.winehq.org/show_bug.cgi?id=57151 Bug ID: 57151 Summary: AppDB is incredibly slow Product: WineHQ Apps Database Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Keywords: source Severity: normal Priority: P2 Component: appdb-unknown Assignee: wine-bugs(a)winehq.org Reporter: imwellcushtymelike(a)gmail.com Distribution: --- The AppDB seems to be getting slower and slower. Today it's taking up to a minute just to load a page. Does it need more resources? -- 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 22

[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 58467] New: Java
by WineHQ Bugzilla July 8, 2025

July 8, 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 8, 2025

July 8, 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 8, 2025

July 8, 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