May 2023 - Wine-bugs - list.winehq.org

[Bug 53354] New: Wine should provide icu.dll
by WineHQ Bugzilla 09 Dec '25

09 Dec '25

https://bugs.winehq.org/show_bug.cgi?id=53354 Bug ID: 53354 Summary: Wine should provide icu.dll Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: osmanx(a)problemloesungsmaschine.de Distribution: --- Created attachment 72742 --> https://bugs.winehq.org/attachment.cgi?id=72742 tzdb.exe Windows since at least version Windows 10 19H1 ships a icu.dll in the system directory. The VS2022 (and I think also VS2019) C++ standard library in C++20 mode uses this DLL to implement the timezone database as specified by the C++ standard. The standard library loads this DLL dynamically with LoadLibraryExW (see <https://github.com/microsoft/STL/blob/ef62d3fa0b8e4e2406b9bb74e916e1ca8a1df…>) and throws a std::system_error (see <https://github.com/microsoft/STL/blob/ef62d3fa0b8e4e2406b9bb74e916e1ca8a1df…> and <https://github.com/microsoft/STL/blob/ef62d3fa0b8e4e2406b9bb74e916e1ca8a1df…>) when it cannot load it. In order to provide compatibility with modern Windows versions, IMHO Wine should thus ship a compatible icu.dll. A similar issue also exists for older Windows versions even on the Microsoft side (see <https://github.com/microsoft/STL/issues/1911>). This issue arose since I recently modernized timezone handling in OpenMPT by using C++20 chrono. For now, I have worked around the problem in OpenMPT. See <https://bugs.openmpt.org/view.php?id=1618> and <https://source.openmpt.org/browse/openmpt?op=comp&compare[]=/trunk/OpenMPT/…>. Simple test case: ``` // cl /std:c++20 /permissive- /EHsc /O2 /W4 tzdb.cpp #include <chrono> #include <iostream> #include <stdexcept> #include <windows.h> int main() { try { std::chrono::get_tzdb_list(); } catch (const std::exception & e) { std::cerr << "FAIL: " << e.what() << std::endl; return 1; } std::cout << "OK" << std::endl; return 0; } ``` tzdb.exe attached. -- 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 9

[Bug 47830] New: Exact Audio Copy (EAC) does not run with latest development release
by WineHQ Bugzilla 09 Dec '25

09 Dec '25

https://bugs.winehq.org/show_bug.cgi?id=47830 Bug ID: 47830 Summary: Exact Audio Copy (EAC) does not run with latest development release Product: Wine Version: 4.17 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: stefan(a)konink.de Distribution: --- Created attachment 65336 --> https://bugs.winehq.org/attachment.cgi?id=65336 Problem running EAC with mono-only installation I ran Exact Audio Copy using a stock Ubuntu wine package, from the 4.0.x branch. In this installation I stumbled on the issue that the EAC plugins were not recognized. This issue is said to be fixed in #43270. I have manually compiled Wine 4.17 for 32bit, which let to the output in the attachment. After winetricks dotnet20 I was able to run EAC.exe, including the plugins that were previously missing, this resulted in not able to retrieve information about CDs. But this seems to be a side effect of the plugins "working". When selecting Build-in freedb engine under Metadata options, information was retrieved. The second attachment shows the problem using the CUETools plugin. I have reproduced the steps with winehq-devel (4.17~disco): Download: https://www.fosshub.com/Exact-Audio-Copy-DE.html?dwl=eac-1.3.exe Run: wine eac-1.3.exe Validate the output in output.txt after starting the application. Run: winetricks dotnet2 Run: cd ~/.wine/drive_c/Program\ Files\ \(x86\)/Exact\ Audio\ Copy/ Run: wine EAC.exe Cancel the CD-rom detection. Insert a common audio CD. Alt-G, specify e-mail. Another Alt-G. Validate the output in output-networking.txt after starting the application. -- 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 3

[Bug 53380] New: After 7.13 update, components in pop-up windows, sliders and buttons, do not work. ThumbsPlus 10 Pro
by WineHQ Bugzilla 09 Dec '25

09 Dec '25

https://bugs.winehq.org/show_bug.cgi?id=53380 Bug ID: 53380 Summary: After 7.13 update, components in pop-up windows, sliders and buttons, do not work. ThumbsPlus 10 Pro Product: Wine Version: 7.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: nosoy1(a)charter.net Distribution: --- Created attachment 72765 --> https://bugs.winehq.org/attachment.cgi?id=72765 Screen print showing app and photo adjustment sliders. App ThumbsPlus Pro 10 SP2 Build Jun 14, 2018. OS Linux Mint 64 System: Kernel: 5.4.0-122-generic x86_64 bits: 64 compiler: gcc v: 9.4.0 Desktop: Cinnamon 5.2.7 wm: muffin dm: LightDM Distro: Linux Mint 20.3 Una base: Ubuntu 20.04 focal After the 7.13 focal update certain sliders and buttons in pop up window functions no longer work. The sliders themselves have not looked right for quite a while, but after this update, they are unresponsive and unusable. If I restore the app from my backup and using Timeshift restore WINE back to 7.12, the pop ups function normally again. -- 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 6

[Bug 54646] New: Entering the minus symbol displays parentheses
by WineHQ Bugzilla 08 Dec '25

08 Dec '25

https://bugs.winehq.org/show_bug.cgi?id=54646 Bug ID: 54646 Summary: Entering the minus symbol displays parentheses Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: pascal.legrand(a)univ-orleans.fr Distribution: --- Hello, I have been using, for many years, a small personal accounting application developed in Delphi. (I am not the developer) This one worked perfectly via Wine. Since one of the last update I have a display problem. When I enter a negative value in the application, once the entry validated the minus sign (debit) turns into parentheses: Input: -100€ Display: (100€) Do you know where this problem could come from? Thank you in advance for your help. -- 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 14

[Bug 54573] New: win64 bug: err:module:import_dll Library iconv.dll
by WineHQ Bugzilla 08 Dec '25

08 Dec '25

https://bugs.winehq.org/show_bug.cgi?id=54573 Bug ID: 54573 Summary: win64 bug: err:module:import_dll Library iconv.dll Product: Wine-staging Version: 8.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: romulasry(a)protonmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 74116 --> https://bugs.winehq.org/attachment.cgi?id=74116 wine pant.net logfile When I run: wine paint.net.5.0.2.install.anycpu.web.exe See attached log. -- 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 45

[Bug 39627] New: BreezeBrowser Pro 1.x crashes on start
by wine-bugs＠winehq.org 08 Dec '25

08 Dec '25

https://bugs.winehq.org/show_bug.cgi?id=39627 Bug ID: 39627 Summary: BreezeBrowser Pro 1.x crashes on start Product: Wine Version: 1.7.34 Hardware: x86 URL: http://www.breezesys.com/downloads/bbpro1987.exe OS: Linux Status: NEW Keywords: download, regression Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: erich.e.hoover(a)wine-staging.com Regression SHA1: ca51e113e4820f8b11016c13732b1a971d2b0054 Distribution: --- The application crashes immediately after starting (no backtrace is generated for me): fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub fixme:ntdll:server_ioctl_file Unsupported ioctl 900a8 (device=9 access=0 func=2a method=0) fixme:ntdll:server_ioctl_file Unsupported ioctl 900a8 (device=9 access=0 func=2a method=0) wine: Unhandled exception 0x40000015 in thread 9 at address 0x80d930 (thread 0009), starting debugger... If you manually create an empty 'dbglogs' directory under ~/Documents, then the application starts properly.It seems the application fails to create that directory for some reason. Regression introduced by commit ca51e113e4820f8b11016c13732b1a971d2b0054 Author: Erich E. Hoover <erich.e.hoover(a)gmail.com> Date: Tue Aug 19 20:31:00 2014 -0600 ntdll: Unify retrieving the attributes of a file. The commit can't be reverted on git (Wine build failure), however the application starts properly with the previous commit (and dbglogs directory is created). Still present in wine-1.7.55-73-g39f2ed3. bbpro1987.exe sha1: ead99cf82bc8eeac4413ed4939891bbe57251058 -- 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 21

[Bug 53442] New: Total War Shogun 2 needs D3DX_FILTER_BOX for memory management.
by WineHQ Bugzilla 08 Dec '25

08 Dec '25

https://bugs.winehq.org/show_bug.cgi?id=53442 Bug ID: 53442 Summary: Total War Shogun 2 needs D3DX_FILTER_BOX for memory management. Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: hibbsncc1701(a)gmail.com Distribution: --- Total War Shogun 2 uses the D3DX_FILTER_BOX filter to downscale it's textures. Both during normal usage, but more critically, when it's VRAM budget is low or over-committed. This can be seen on Intel GPUs in the game's stderr output with a line similar to: ---snip--- ** Downsizing Textures, Over Budget by : 115 Mb ---snip--- Followed by (in wine-7.12 or older) or prior (in wine-7.13 or later) multiple fixmes: ---snip--- 0024:fixme:d3dx:D3DXLoadSurfaceFromMemory Unhandled filter 0x5. ---snip--- See also the attached log from wine-7.13. As this filter is used for memory management in a 32bit game, it's implementation would help alleviate some OOM errors. -- 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 53737] New: Incoming (game): crashes after the intro video
by WineHQ Bugzilla 08 Dec '25

08 Dec '25

https://bugs.winehq.org/show_bug.cgi?id=53737 Bug ID: 53737 Summary: Incoming (game): crashes after the intro video Product: Wine Version: 7.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: putr4.s(a)gmail.com Distribution: --- Created attachment 73174 --> https://bugs.winehq.org/attachment.cgi?id=73174 Terminal output of GOG version Recently with an update in the Wine 7.x series (don't know which one unfortunately, but it worked with 7.x at some point) the game Incoming no longer runs, it shows the intro video and music, but then the music stops and it crashes on either a black screen or the loading screen while the Wine crash reporter appears in the background. I was using the GOG version of Incoming, but the demo (the same one mentioned in bug 44864, MD5: 5b1fff6863768eeff95167e510d09a2e, SHA256: dcc55a269c33ea5363cd937284752d7ffe57f4774c55a38dfdd4a9172376563c, 3.8MB file called incoming.exe, available via cnet.com at least) also exhibits the same issue. I have attached the terminal output from the GOG version as log.txt, and I will also attach the terminal output of the GOG version as well as the demo versions of those two. The wine version I am using is from the Arch Linux repositories, and I am using a clean 64 bit wineprefix with no settings changed at all (this setup worked fine before), although I also tried a 32 bit wineprefix, same results. OpenGL vendor string: Intel OpenGL renderer string: Mesa Intel(R) HD Graphics 530 (SKL GT2) OpenGL core profile version string: 4.6 (Core Profile) Mesa 22.1.7 OpenGL core profile shading language version string: 4.60 OpenGL version string: 4.6 (Compatibility Profile) Mesa 22.1.7 OpenGL shading language version string: 4.60 -- 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 15

[Bug 25535] New: .NET Framework 4.0 Fails to install with HRESULT 0x80070643
by wine-bugs＠winehq.org 07 Dec '25

07 Dec '25

http://bugs.winehq.org/show_bug.cgi?id=25535 Summary: .NET Framework 4.0 Fails to install with HRESULT 0x80070643 Product: Wine Version: 1.3.9 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: pjdowson(a)gmail.com Wine version is 1.3.9, compiled with no parameters on Fedora 13. Installing dotNetFx40_Full_x86_x64.exe downloaded from the MS website, the installer will open and verify the integrity of files. The next stage will attempt to install the .NET Framework 4.0 Client Profile. Towards the end of this install the installer will fail with HRESULT 0x80070643, leaving little or no information in the %TEMP% folder as to the cause. The installer will only run if wine is set to WinXP. Process used to reproduce: WINEPREFIX=~/.wine-net40 sh winetricks gecko WINEPREFIX=~/.wine-net40 sh winetricks windowscodecs ie7 msxml3 WINEPREFIX=~/.wine-net40 wineboot WINEDEBUG=+relay WINEPREFIX=~/.wine-net40 wine Downloads/net40/dotNetFx40_Full_x86_x64.exe &> net-out I also attempted to install the .NET Framework 4.0 Client Profile prior to installing the Full package. This provides the same error, the only difference to the above process used was the filename of the Client Profile installer dotNetFx40_Client_x86_x64.exe. Each time I attempted to install I used a clean WINEPREFIX, deleting the prior one before attempting again. Screenshot of error: http://www.stimpy.org/wine/net-error.png Logs referenced in above screenshot, in %TEMP% dir: http://www.stimpy.org/wine/net-install-logs.tar.gz Output of installer debug: http://www.stimpy.org/wine/net-out.tar.gz This is my first bug report, I apologize if I have missed anything out. -- 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 48

[Bug 12401] New: Support junction points, i.e. DeviceIoCtl( FSCTL_SET_REPARSE_POINT/FSCTL_GET_REPARSE_POINT)
by wine-bugs＠winehq.org 07 Dec '25

07 Dec '25

http://bugs.winehq.org/show_bug.cgi?id=12401 Summary: Support junction points, i.e. DeviceIoCtl(FSCTL_SET_REPARSE_POINT/FSCTL_GET_REPARSE_PO INT) Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Junction points are one of Microsoft's answers to symlinks. Unix symlinks could be mapped into junction points. This would allow applications (e.g. Picasa) avoid following symlinks if they wanted to. Also, the .net 2 installer would be happier in winxp mode if wine supported junction points (see bug 10601): "The .NET 2.0 Framework installer checks if the target volume is NTFS filesystem type and then uses the FSCTL_SET_REPARSE_POINT ioctl (used for mount points and junctions) to create junction points for each registered assembly in Windows SxS directory to GAC assembly directory (link target). Basically the junction point is used to redirect access from one directory to another." Tommy Kho posted a patch to add a conformance test for getting and setting junction points, http://www.winehq.org/pipermail/wine-patches/2006-March/024956.html but it was not accepted. -- 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 90