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

[Bug 57884] New: Starting with JRE 21.0.6+7-LTS Java emits the warning: Attempt to get process group affinity failed
by WineHQ Bugzilla Dec. 10, 2025

Dec. 10, 2025

https://bugs.winehq.org/show_bug.cgi?id=57884 Bug ID: 57884 Summary: Starting with JRE 21.0.6+7-LTS Java emits the warning: Attempt to get process group affinity failed Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: alex(a)willner.ws Distribution: --- **Version:** Wine 10.0 / JRE 21.0.6+7-LTS **Steps that will reproduce the problem:** - curl -LO https://github.com/adoptium/temurin21-binaries/releases/download/jdk-21.0.6… - unzip OpenJDK21U-jre_x64_windows_hotspot_21.0.6_7.zip - wine jdk-21.0.6+7-jre/bin/java.exe **What is the expected result:** Usage guidelines. **What happens instead:** Usage guidelines and multiple time the warning: "OpenJDK 64-Bit Server VM warning: Attempt to get process group affinity failed: Call not implemented" **Possible workaround:** Use JRE 21.0.5 **Any additional information:** Probably related to: - https://bugs.openjdk.org/browse/JDK-6942632 - https://github.com/openjdk/jdk21u-dev/blob/580690614f3e27660feeccd89a3691de… - https://github.com/openjdk/jdk21u-dev/commit/5be5942de233727b261b847340441b… - https://gitlab.winehq.org/wine/wine/-/blob/master/dlls/kernelbase/process.c… -- 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 2

[Bug 53442] New: Total War Shogun 2 needs D3DX_FILTER_BOX for memory management.
by WineHQ Bugzilla Dec. 10, 2025

Dec. 10, 2025

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.

2 4

[Bug 39627] New: BreezeBrowser Pro 1.x crashes on start
by wine-bugs＠winehq.org Dec. 9, 2025

Dec. 9, 2025

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 22

[Bug 53354] New: Wine should provide icu.dll
by WineHQ Bugzilla Dec. 9, 2025

Dec. 9, 2025

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 54646] New: Entering the minus symbol displays parentheses
by WineHQ Bugzilla Dec. 9, 2025

Dec. 9, 2025

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 58971] New: after commit 18ce7964203b486c8236f2c16a370ae27539d2f0 wine no longer execute windows steam
by WineHQ Bugzilla Dec. 9, 2025

Dec. 9, 2025

http://bugs.winehq.org/show_bug.cgi?id=58971 Bug ID: 58971 Summary: after commit 18ce7964203b486c8236f2c16a370ae27539d2f0 wine no longer execute windows steam Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: l12436.tw(a)gmail.com Distribution: --- Created attachment 79680 --> http://bugs.winehq.org/attachment.cgi?id=79680 log from execute steam on 18ce7964203b486c8236f2c16a370ae27539d2f0 after 18ce7964203b486c8236f2c16a370ae27539d2f0. steam wont opened. but before 18ce7964203b486c8236f2c16a370ae27539d2f0 this, steam opened normally -- 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 31

[Bug 57332] New: ReadLink (FSCTL_GET_REPARSE_POINT) returns garbage on Wine but works on actual Windows
by WineHQ Bugzilla Dec. 9, 2025

Dec. 9, 2025

https://bugs.winehq.org/show_bug.cgi?id=57332 Bug ID: 57332 Summary: ReadLink (FSCTL_GET_REPARSE_POINT) returns garbage on Wine but works on actual Windows Product: Wine Version: 9.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: joshudson(a)gmail.com Distribution: --- After hammering past the other error; I found this line returns garbage on Wine but something sensible on actual Windows. https://github.com/joshudson/Emet/blob/302fe61d0b8614e2a57930fc75cffa034ba3… Whatever the garbage was, it rendered as ???? on the terminal; while it may actually be ???? it's more likely to be four unprintable characters. This time, the test harness stacktrace blew up on unwind resulting in getting a wine exception handler coming up at top level, so it may have corrupted memory too. Looks like it's a duplicate of https://bugs.winehq.org/show_bug.cgi?id=12401 but isn't. The symptoms are different, probably due to the other one trying to use reparse points (which wouldn't amaze me if they simply didn't work) and this one trying to use symbolic links (which does). -- 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 58386] New: TQSL 2.8.1
by WineHQ Bugzilla Dec. 8, 2025

Dec. 8, 2025

http://bugs.winehq.org/show_bug.cgi?id=58386 Bug ID: 58386 Summary: TQSL 2.8.1 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: kvradio(a)seznam.cz Distribution: --- Created attachment 78796 --> http://bugs.winehq.org/attachment.cgi?id=78796 Saved after error display With new version Wine 10.10 the Tqsl program, which is needed for other logging programs under Wine, has stopped working. Previous version including 10.9-1 is ok. The program can be installed, but after starting it, the error see backtrace.txt appears and cannot be started -- 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 54573] New: win64 bug: err:module:import_dll Library iconv.dll
by WineHQ Bugzilla Dec. 8, 2025

Dec. 8, 2025

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 58962] New: WINE-TWAIN: multiple loading of twain_32.dll spoils in memory variables
by WineHQ Bugzilla Dec. 8, 2025

Dec. 8, 2025

http://bugs.winehq.org/show_bug.cgi?id=58962 Bug ID: 58962 Summary: WINE-TWAIN: multiple loading of twain_32.dll spoils in memory variables Product: Wine Version: 10.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: lenar.shakirov(a)gmail.com Distribution: --- Created attachment 79663 --> http://bugs.winehq.org/attachment.cgi?id=79663 wine-dlls-twain_32-tests-dsm_c.patch I have a problem with my scan utility that can use WIA or TWAIN interactively and loads twain_32.dll on the fly. Problem reproduced when 2 or more scanners used (sane-devices) It's looks like that: 1. loads twain_32.dll on the start, when it needs list of devices 2. loads twain_32.dll every time when try to scan 3. on the first scan I get my first scanner 4. on the second scan I get my first scanner 5. on the third scan I get my second scanner 6. on the four scan I get my first scanner again You can reproduce it by 3 steps: 1. Configure any 2 scanners, for example virtual sane-test and sane-pnm: a) echo -e 'pnm\ntest' > /etc/sane.d/dll.conf b) sed -i 's/number_of_devices 2/number_of_devices 1/' /etc/sane.d/test.conf c) scanimage -L device `test:0' is a Noname frontend-tester virtual device device `pnm:0' is a Noname PNM file reader virtual device 2. Now you need to patch wine/dlls/twain_32/tests/dsm.c by simple patch wine-dlls-twain_32-tests-dsm_c.patch , build this test and get i386-windows/twain_32_test.exe 3. Now when you run: WINETEST_INTERACTIVE=1 wine /tmp/twain_32_test.exe &>/tmp/twain32.log You get twain32.log, that contains interesting lines: grep -a Manufacturer /tmp/twain32.log dsm.c:779: [Scanner 1|Version 0.0()|Protocol 1.8|SupportedGroups 0x40000003|Manufacturer Noname|Family frontend-tester|ProductName test:0] dsm.c:779: [Scanner 2|Version 0.0()|Protocol 1.8|SupportedGroups 0x40000003|Manufacturer Noname|Family PNM file reader|ProductName pnm:0] dsm.c:779: [Scanner 1|Version 64380.17(t)|Protocol 1.8|SupportedGroups 0x40000003|Manufacturer Noname|Family frontend-tester|ProductName test:0] dsm.c:779: [Scanner 2|Version 64380.17(t)|Protocol 1.8|SupportedGroups 0x40000003|Manufacturer Noname|Family PNM file reader|ProductName pnm:0] dsm.c:779: [Scanner 1|Version 64380.17(t)|Protocol 1.8|SupportedGroups 0x40000003|Manufacturer Noname|Family PNM file reader|ProductName pnm:0] dsm.c:779: [Scanner 2|Version 64380.17(t)|Protocol 1.8|SupportedGroups 0x40000003|Manufacturer Noname|Family frontend-tester|ProductName test:0] dsm.c:779: [Scanner 1|Version 64380.17(l)|Protocol 1.8|SupportedGroups 0x40000003|Manufacturer Noname|Family frontend-tester|ProductName test:0] dsm.c:779: [Scanner 2|Version 64380.17(l)|Protocol 1.8|SupportedGroups 0x40000003|Manufacturer Noname|Family PNM file reader|ProductName pnm:0] As you can see, there is 2 problems: 1. On first and second twain_32.dll loading there is a "Family frontend-tester" on first place, but on third loading "Family PNM file reader" moved on first place 2. "Version" was '0.0()' on first loading, but changed to "64380.17(t)" after that For me I fix this behavior by changing logic of get_identity() from sane.ds: --- a/wine/dlls/sane.ds/unixlib.c +++ b/wine/dlls/sane.ds/unixlib.c @@ -213,7 +213,15 @@ static NTSTATUS get_identity( void *args ) static int cur_dev; detect_sane_devices(); - if (!device_list[cur_dev]) return STATUS_DEVICE_NOT_CONNECTED; + + if (!device_list[cur_dev] || !device_list[cur_dev]->model || + !device_list[cur_dev]->vendor || + !device_list[cur_dev]->name) + { + cur_dev = 0; /* wrap to begin */ + return STATUS_DEVICE_NOT_CONNECTED; + } + id->ProtocolMajor = TWON_PROTOCOLMAJOR; id->ProtocolMinor = TWON_PROTOCOLMINOR; id->SupportedGroups = DG_CONTROL | DG_IMAGE | DF_DS2; @@ -222,11 +230,6 @@ static NTSTATUS get_identity( void *args ) lstrcpynA (id->ProductFamily, device_list[cur_dev]->model, sizeof(id->ProductFamily) - 1); cur_dev++; - if (!device_list[cur_dev] || !device_list[cur_dev]->model || - !device_list[cur_dev]->vendor || - !device_list[cur_dev]->name) - cur_dev = 0; /* wrap to begin */ - return STATUS_SUCCESS; } Current get_identity() implementation increments cur_dev more than necessary, this is especially noticeable when there are 2 (or more scanners) and twain_32.dll loads multiple times. Because of this, twain_add_onedriver() function from dlls/twain_32/dsm_ctrl.c adds 3 device instead of 2 Everything works fine when twain_32.dll loads one time, but multiple loading of twain_32.dll spoils in memory variables I don't really sure that it good idea to return "not success code", because as I understand TWAIN specification awaiting only "success code" from DG_CONTROL/DAT_IDENTITY/MSG_GET https://github.com/twain/twain-specification/blob/master/versions/2.4/TWAIN… Page 7-60 DG_CONTROL / DAT_IDENTITY / MSG_GET (from Source Manager to Source) Return Codes: TWRC_SUCCESS /* This operation must succeed. */ -- 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 2