December 2025 - Wine-bugs - list.winehq.org

[Bug 55981] New: Dragon Age Origins: Runs slowly when using the experimental wow64 mode
by WineHQ Bugzilla 08 Dec '25

08 Dec '25

https://bugs.winehq.org/show_bug.cgi?id=55981 Bug ID: 55981 Summary: Dragon Age Origins: Runs slowly when using the experimental wow64 mode Product: Wine Version: 8.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: berillions(a)gmail.com Distribution: --- Created attachment 75572 --> https://bugs.winehq.org/attachment.cgi?id=75572 Dragon Age : Origins main menu with new wow64 + OpenGL renderer Dragon Age : Origins works with the new wow64 experimental mode but it's very slowly and unplayable. This bug affect "Beyond Good & Evil" too. Use DXVK fix this issue so something wrong with new wow64 + opengl renderer ? -- 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 41

[Bug 59106] New: Table names distorted in SQLyog
by WineHQ Bugzilla 08 Dec '25

08 Dec '25

http://bugs.winehq.org/show_bug.cgi?id=59106 Bug ID: 59106 Summary: Table names distorted in SQLyog Product: Wine Version: 11.0-rc1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: mitch(a)claborn.net Distribution: --- Created attachment 79910 --> http://bugs.winehq.org/attachment.cgi?id=79910 Screenshot of issue winehq-staging (11.0~rc1~noble-1) SQLyog 13.3.1 64 bit Ubuntu 24.04 XFCE In the drop down list of tables in SQLyog's Visual Data Comparison Wizard, a space is being displayed before the underscore in table names. See attached screenshot. SQLyog support indicated that this is most likely a WINE issue. -- 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 0

[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 58290] New: eMule 0.50a: Toolbar icons show with black background when in context menu
by WineHQ Bugzilla 08 Dec '25

08 Dec '25

http://bugs.winehq.org/show_bug.cgi?id=58290 Bug ID: 58290 Summary: eMule 0.50a: Toolbar icons show with black background when in context menu Product: Wine Version: 10.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: kyle.kcsoftwares(a)gmail.com Distribution: --- Created attachment 78640 --> http://bugs.winehq.org/attachment.cgi?id=78640 Back background eMule 0.50a: Toolbar icons show with black background when in context menu -- 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 57570] New: Syntax Error in CMD Batch Parsing
by WineHQ Bugzilla 08 Dec '25

08 Dec '25

https://bugs.winehq.org/show_bug.cgi?id=57570 Bug ID: 57570 Summary: Syntax Error in CMD Batch Parsing Product: Wine-staging Version: 10.0-rc3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: juan3(a)yandex.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 77673 --> https://bugs.winehq.org/attachment.cgi?id=77673 running wine cmd When attempting to run the `msys2_shell.cmd` script from MSYS2, Wine fails with a syntax error: `Syntax error: unexpected IN`. This issue occurs during the batch file parsing phase. 1. Download the MSYS2 base archive from the following link: ``` https://github.com/msys2/msys2-installer/releases/download/2024-12-08/msys2… ``` 2. Extract the archive to a directory, e.g., `Z:\msys2\msys64`. 3. Navigate to the extracted directory: ``` Z:\msys2\msys64> ``` 4. Run the `msys2_shell.cmd` script with the following arguments: ``` msys2_shell.cmd -here -defterm -no-start ``` 5. Observe the error: ``` Syntaxfehler Syntax error: unexpected IN ``` The `msys2_shell.cmd` script should execute without errors and launch the MSYS2 shell environment. Wine fails with a syntax error: `Syntax error: unexpected IN`. -- 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 59104] New: All x86 dx9 to 10 games doesn't work
by WineHQ Bugzilla 08 Dec '25

08 Dec '25

http://bugs.winehq.org/show_bug.cgi?id=59104 Bug ID: 59104 Summary: All x86 dx9 to 10 games doesn't work Product: Wine Version: 10.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)list.winehq.org Reporter: HalanoSiblee(a)gmail.com Distribution: --- Created attachment 79906 --> http://bugs.winehq.org/attachment.cgi?id=79906 some test on games in markdown format Hello after I upgraded from wine 10.18 to 10.20 not a single directx game won't to launch games that use opengl API works or old games that use ddraw while directx 8,9&10 does't work. -- 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 67] Test Bug DELETE ME!
by WineHQ Bugzilla 08 Dec '25

08 Dec '25

http://bugs.winehq.org/show_bug.cgi?id=67 --- Comment #6 from Jeremy Newman <jnewman(a)codeweavers.com> --- Testing a bug email with new mailman mailing list changes. Ignore me please. -- 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 0

[Bug 59105] New: resizing window causes Vulkan swap chain to always be SUBOPTIMAL
by WineHQ Bugzilla 08 Dec '25

08 Dec '25

http://bugs.winehq.org/show_bug.cgi?id=59105 Bug ID: 59105 Summary: resizing window causes Vulkan swap chain to always be SUBOPTIMAL Product: Wine Version: 10.20 Hardware: aarch64 OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: winevulkan Assignee: wine-bugs(a)list.winehq.org Reporter: mizvekov(a)gmail.com Created attachment 79909 --> http://bugs.winehq.org/attachment.cgi?id=79909 the application which reproduces the wine bug This bug can only be observed on wine running on MacOS, as installed through homebrew. When running the attached application, any attempts to resize the window to a different size than the initial size will make the application have incorrect visuals and enter a loop recreating the swap chain every frame. Steps to reproduce: 1) Run the attached application 2) Try to resize the window by dragging one of the corners. It seems like the newly created swap chains will be immediately considered SUBOPTIMAL upon first use. Not even device recreation will be enough to put the application back in a good state. I believe a surface recreation would be necessary, but this does not match the behavior on windows. This can be observed by going into main menu "Options" -> "Graphics" -> "Reload" -> "Instance". Another odd behavior which can be observed, by going to the same menu as above but reloading the "Swapchain" instead, is that the swap chain will be recreated twice instead of once, because the first time it will be SUBOPTIMAL as well, and then it will be okay the second time. None of these problems occur on any windows machine I could test. -- 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 0

[Bug 58962] New: WINE-TWAIN: multiple loading of twain_32.dll spoils in memory variables
by WineHQ Bugzilla 08 Dec '25

08 Dec '25

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

[Bug 59066] New: Legacy Family Tree much slower under 10.20 compared with previous version
by WineHQ Bugzilla 08 Dec '25

08 Dec '25

http://bugs.winehq.org/show_bug.cgi?id=59066 Bug ID: 59066 Summary: Legacy Family Tree much slower under 10.20 compared with previous version Product: Wine Version: 10.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: mice(a)duck.com Distribution: --- Since updating to WINE 10.20, Legacy Family Tree v10 is taking much longer to open than under previous versions. It uses an old MS database system (Jet?) so that might be a clue. After updating WINE I had to reboot the system before legacy would open at all. Even now it crashes randomly. Apologies I don't have the skills to do regression testing. -- 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