August 2026 - Wine-Bugs - list.winehq.org

[Bug 54573] New: win64 bug: err:module:import_dll Library iconv.dll
by WineHQ Bugzilla Sept. 5, 2026

Sept. 5, 2026

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.

3 49

[Bug 56366] New: Worms Blast characters become grey/untextured
by WineHQ Bugzilla Sept. 4, 2026

Sept. 4, 2026

https://bugs.winehq.org/show_bug.cgi?id=56366 Bug ID: 56366 Summary: Worms Blast characters become grey/untextured Product: Wine Version: 9.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: iodreamify(a)gmail.com Distribution: --- Created attachment 76106 --> https://bugs.winehq.org/attachment.cgi?id=76106 wine log If you play a game vs cpu, when 2 characters are on screen, one or both of them will become grey as if they're untextured. Sometimes it's the whole character and sometime only their weapon or boat. It doesn't seem to be tied to any action or event, they'll become grey and then rendered correctly again with color. Tested this with Wine 9.3 inside Wine Steam. Also, in puzzle mode, when there's a single player, it doesn't seem to happen as fast or at all. Steps to reproduce: 1. open game 2. choose game vs cpu 3. select deathmatch 4. swim around in game a bit Kernel Version: 6.7.5-arch1-1 (64-bit) mesa 24.0.1-1 Graphics Platform: X11 Graphics Processor: Mesa Intel® HD Graphics 3000 -- 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 32368] New: Bigrats: UI can't display normally
by wine-bugs＠winehq.org Sept. 4, 2026

Sept. 4, 2026

http://bugs.winehq.org/show_bug.cgi?id=32368 Bug #: 32368 Summary: Bigrats: UI can't display normally Product: Wine Version: 1.5.18 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jactry92(a)gmail.com Classification: Unclassified Created attachment 42710 --> http://bugs.winehq.org/attachment.cgi?id=42710 The Log Bigrats is a video download tool. reproduce it follow this: 0. download and install it :http://download.flvcd.com/setup/bigrats_setup_0.4.7.2.exe ; 1. cd to path you installede it and 'wine commence.exe' to run it. my test evnoriment: - Kubuntu 12.10 32bit - wine-1.5.18-175-g0104496 - bigrats 0.4.7.2 md5sum bigrats_setup_0.4.7.2.exe 3ef9bc738d0f941cbdf085b5fd531f9a bigrats_setup_0.4.7.2.exe -- 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 11

[Bug 29851] New: Some part of PDFCreator installer cannot display Chinese correctly even Font Replacement is setting correctly
by wine-bugs＠winehq.org Sept. 4, 2026

Sept. 4, 2026

http://bugs.winehq.org/show_bug.cgi?id=29851 Bug #: 29851 Summary: Some part of PDFCreator installer cannot display Chinese correctly even Font Replacement is setting correctly Product: Wine Version: 1.4-rc2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fracting(a)gmail.com Classification: Unclassified Created attachment 38774 --> http://bugs.winehq.org/attachment.cgi?id=38774 Screenshot: some part of PDFCreator installer does not display Chinese 0. make sure "WenQuanYi Micro Hei" is installed. wqy-microhei.ttc 1. setting Chinese font replacements. ;; wine.inf HKCU, Software\Wine\Fonts\Replacements,"SimSun",,"WenQuanYi Micro Hei" 2. Download PDFCreator from http://sourceforge.net/projects/pdfcreator/ ( http://sourceforge.net/projects/pdfcreator/files/PDFCreator/PDFCreator%201.… ) 3. open the installer with wine: $ wine PDFCreator-1_2_1_setup.exe 4. - select Simplified Chinese (中文简体) - click OK (确定) - click next (下一步) - select "I agree" (我接受协议) - click next (下一步) All the window before display Chinese correctly, only this one (安装向导 - pdfcreator) doesn't display Chinese as expect. Please see screenshot for details. -- 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 22

[Bug 60247] New: SetWindowLongPtr succeeds on a window owned by another process, resulting in a crash
by WineHQ Bugzilla Sept. 4, 2026

Sept. 4, 2026

http://bugs.winehq.org/show_bug.cgi?id=60247 Bug ID: 60247 Summary: SetWindowLongPtr succeeds on a window owned by another process, resulting in a crash Product: Wine Version: 11.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: win32u Assignee: wine-bugs(a)list.winehq.org Reporter: orfeaz+wine(a)gmail.com Target Milestone: --- Distribution: --- Created attachment 81957 --> http://bugs.winehq.org/attachment.cgi?id=81957 Reproduction code, executable, and logs SetWindowLongPtrW(hwnd, GWLP_WNDPROC, proc) succeeds when hwnd belongs to another process, while it should instead be returning 0 and setting ERROR_ACCESS_DENIED as the error. Wine forwards this to the other process via WM_WINE_SETWINDOWLONG. That process stores the raw pointer as its own window procedure and calls it on the next message, at an address that is not mapped in its address space, causing a crash. I've attached a small repro (source + prebuilt) which follows how I encountered this bug (developing a mod for a game which has this behavior). It allocates a console (spawning conhost.exe), gets the console window handle and calls SetWindowLongPtrW on it, and then sends a message to it using PostMessageW. This causes the application to crash. I've also attached logs from two runs with wine 11.0 and 11.14 (most recent in my distro). This appears to be a regression introduced in wine 11.11 (commit aed4c444fb0f). Up until then, a check for this existed in dlls/win32u/window.c, but in 11.11 it was removed. It seems that now there's only a check on the get path but not the set path. -- 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

[Bug 47070] New: DA: Inquisition can't see gamepad
by wine-bugs＠winehq.org Sept. 4, 2026

Sept. 4, 2026

https://bugs.winehq.org/show_bug.cgi?id=47070 Bug ID: 47070 Summary: DA: Inquisition can't see gamepad Product: Wine Version: 4.6 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: xinput Assignee: wine-bugs(a)winehq.org Reporter: timofeevsv1989(a)gmail.com Distribution: --- Dragon Age Inquisition uses xinput9_1_0.dll which not implemented properly. -- 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 31

[Bug 60221] New: Clive Barker's Jericho Demo has a non-fatal msiexec crash during install
by WineHQ Bugzilla Sept. 4, 2026

Sept. 4, 2026

http://bugs.winehq.org/show_bug.cgi?id=60221 Bug ID: 60221 Summary: Clive Barker's Jericho Demo has a non-fatal msiexec crash during install Product: Wine Version: 11.16 Hardware: x86-64 URL: https://web.archive.org/web/20210107195053if_/http://d l.4players.de/f1/pc/sonstiges/clivebarkers_jericho_dem o.exe OS: Linux Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)list.winehq.org Reporter: gijsvrm(a)gmail.com Target Milestone: --- Distribution: --- It crashes inside build_msiexec_args() (msi/custom.c) because params is NULL. Seems to happen during a pre-requisite install of PhysX. $ sha1sum clivebarkers_jericho_demo.exe b7a609bf0f55356722816a380d439802e9e4b534 clivebarkers_jericho_demo.exe $ du -sh clivebarkers_jericho_demo.exe 1.1G clivebarkers_jericho_demo.exe -- 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 60218] New: Ground Control: Mouse movement is confined to a small area
by WineHQ Bugzilla Sept. 4, 2026

Sept. 4, 2026

http://bugs.winehq.org/show_bug.cgi?id=60218 Bug ID: 60218 Summary: Ground Control: Mouse movement is confined to a small area Product: Wine Version: 11.13 Hardware: x86-64 URL: https://www.moddb.com/games/ground-control/downloads/g round-control-install OS: Linux Status: NEW Keywords: download, regression Severity: normal Priority: P2 Component: win32u Assignee: wine-bugs(a)list.winehq.org Reporter: gyebro69(a)gmail.com CC: rbernon(a)codeweavers.com Target Milestone: --- Regression SHA1: 21f24279eea959a8ece2503fb6ce1300aabc957f Distribution: --- Some older games have broken mouse movement since commit 21f24279eea959a8ece2503fb6ce1300aabc957f Mouse works properly with the previous commit. Still present in Wine-11.16. The mouse cursor is usually confined to a limited rectangular area around the center of the screen and cannot be moved over the entire game screen. If I move the physical mouse fast enough, the cursor can sometimes escape from this area temporarily, but the problem soon returns. This makes some games difficult or impossible to use properly: edge scrolling no longer works in some games, and menus located at the top or bottom of the screen may be unreachable with the mouse. The problem occurs with the X11 driver, both in an X11 session (XFCE) and under XWayland. I cannot reproduce it with the native Wayland driver on KDE Plasma 6.7.4. Some affected games I have found so far: Empire Earth, Ground Control I-II, Arcanum, Clive Barker's Undying. Can be reproduced with Ground Control demo. Ground_Control_GSI.exe (468 M) md5: 1350f2b5b3d73bba4b01f048d0a3ae91 Ground Control shows an additional symptom when started. Initially, the mouse cursor is completely stuck in the center of the screen and cannot be moved at all, although the left mouse button still works.I have to Alt-Tab to another window (e.g. the terminal) and then Alt-Tab back to the game before the mouse cursor starts moving. After doing this, however, the main regression is still present: the cursor movement is confined to a limited area of the screen. -- 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 60094] New: Proton crashes on game launch, error refers to wintrust.dll
by WineHQ Bugzilla Sept. 4, 2026

Sept. 4, 2026

http://bugs.winehq.org/show_bug.cgi?id=60094 Bug ID: 60094 Summary: Proton crashes on game launch, error refers to wintrust.dll Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wintrust Assignee: wine-bugs(a)list.winehq.org Reporter: thegeekno72(a)gmail.com Target Milestone: --- Distribution: --- Hello everyone, I am but a user, rather fresh to Linux, even more so to WINE and subsequent projects based on it; I just want my game to work but according to the person who parsed through my proton logs for me, `wintrust.dll` was in disagreement with that today. With much respect to your work, I don't understand any of it though I do know I'd like to see it fixed whenever someone will be available to work on this issue; if you need further logs or testing done on my end, I know how to follow instructions, which is how we eventually got the game working with a tweaked wintrust -see link at the bottom- and would like to see this work natively without tweaks. Best regards, Geek https://github.com/Etaash-mathamsetty/wine-valve/compare/8316bc546bd6f82f2b… -- 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 17

[Bug 59963] New: DWARF unwinding crashes on i386
by WineHQ Bugzilla Sept. 4, 2026

Sept. 4, 2026

http://bugs.winehq.org/show_bug.cgi?id=59963 Bug ID: 59963 Summary: DWARF unwinding crashes on i386 Product: Wine Version: 10.17 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)list.winehq.org Reporter: me(a)purplesyringa.moe Target Milestone: --- Distribution: --- Created attachment 81351 --> http://bugs.winehq.org/attachment.cgi?id=81351 Binary reproducer My exception-heavy code written in Rust using the GNU toolchain has started crashing somewhere between 10.0 packaged by Debian and the current wine-devel packaged by winehq for Debian. The debug logs go through multiple fixmes, eventually reaching "Unhandled page fault on read access", seemingly while parsing DWARF, and then winedbg handles this crash and has an internal crash at the same address. This only reproduces on i386. The binary works fine on Windows. I've attached the binary that reproduces this issue, built by CI (https://github.com/iex-rs/lithium/actions/runs/28744479549/job/85233130634) Alternatively, you can build the binary from source by running `LITHIUM_BACKEND=panic cargo build --tests --target i686-pc-windows-gnu` in the corresponding repo. -- 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