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

[Bug 59775] New: German umlauts won't be handled correctly by typing
by WineHQ Bugzilla Aug. 23, 2026

Aug. 23, 2026

http://bugs.winehq.org/show_bug.cgi?id=59775 Bug ID: 59775 Summary: German umlauts won't be handled correctly by typing Product: Wine Version: 11.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: andreas.franz(a)arcor.de Distribution: --- German umlauts (ö, ä, ü) make strange things, if typed on keyboard: - .NET keycode-event don't produce any keycode in an e. g. textbox. But letter is shown correctly in same textbox. Pressing CTRL+<umlaut> produce letter AND keycode. - Pressing "ö" crashes MailStore-Client with "arithmetic" error. Works fine with 11.0 stable. Works fine if Ctrl+ö is pressed, too. I've noticed this behavior since wine 11.8. Copy&Paste works fine in all tested applications. So I think it's something wrong with keyboard-press-eventhandling? Any ideas? regards, Andy -- 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 53

[Bug 49939] New: Clive Barker's Jericho Demo claims not enough room on C: (NtMapViewOfSection returns STATUS_NOMEMORY)
by WineHQ Bugzilla Aug. 22, 2026

Aug. 22, 2026

https://bugs.winehq.org/show_bug.cgi?id=49939 Bug ID: 49939 Summary: Clive Barker's Jericho Demo claims not enough room on C: (NtMapViewOfSection returns STATUS_NOMEMORY) Product: Wine Version: 5.18 Hardware: x86-64 URL: https://www.gamepressure.com/download.asp?ID=17454 OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gijsvrm(a)gmail.com Blocks: 34747 Distribution: ArchLinux Created attachment 68320 --> https://bugs.winehq.org/attachment.cgi?id=68320 logs I wanted to retest bug 34747, but the demo won't install. The last test in that bug is from the 1.9 era and seems to imply that the demo used to install. I also checked on Windows 10 and it installs fine there. For multiple reasons bisecting this might be challenging. Attached is an archive containing +relay,+virtual logs from both vanilla wine and wine-staging (The ForceBottomUpAlloc patchset changes/adds tracing). I tried in both a 64bit and 32bit prefix, same result. Logs are from a 32bit prefix. -- 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 15

[Bug 34747] New: Clive Barker's Jericho Demo intro movies are grayscale (without native d3dcompiler_43 or d3dx9_36)
by wine-bugs＠winehq.org Aug. 22, 2026

Aug. 22, 2026

http://bugs.winehq.org/show_bug.cgi?id=34747 Bug #: 34747 Summary: Clive Barker's Jericho Demo intro movies are grayscale (without native d3dcompiler_43 or d3dx9_36) Product: Wine Version: 1.7.4 Platform: x86 URL: http://www.gamershell.com/download_21174.shtml OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3dx9 AssignedTo: wine-bugs(a)winehq.org ReportedBy: andrey.goosev(a)gmail.com CC: wine-bugs(a)winehq.org Classification: Unclassified Intro movies without native d3dcompiler_43 or d3dx9_36 plays in grayscale effect. -- 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.

3 15

[Bug 45229] New: Source insight 4 tool bar is too large when installed in wine.
by wine-bugs＠winehq.org Aug. 22, 2026

Aug. 22, 2026

https://bugs.winehq.org/show_bug.cgi?id=45229 Bug ID: 45229 Summary: Source insight 4 tool bar is too large when installed in wine. Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: 15236286238(a)163.com Distribution: --- Created attachment 61458 --> https://bugs.winehq.org/attachment.cgi?id=61458 The tool bar of source insight 4 is too large. For source insight 4, the tool bar is too large to use when installed in all version of wine. But source insight 4 tool bar is normal in windows os. The download link of source insight 4 is bellow: https://www.sourceinsight.com/trial/ The official website of source insight 4 is bellow: https://www.sourceinsight.com/ Source insight 3 is normal in windows os or installed in wine in linux os. -- 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 10

[Bug 46856] New: Exact Audio Copy: Unhandled exception at EACWnd2.264 -> INDEX-RANGE
by wine-bugs＠winehq.org Aug. 22, 2026

Aug. 22, 2026

https://bugs.winehq.org/show_bug.cgi?id=46856 Bug ID: 46856 Summary: Exact Audio Copy: Unhandled exception at EACWnd2.264 -> INDEX-RANGE Product: Wine Version: 4.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: newbie13xd(a)gmail.com Distribution: --- Greetings! Sometimes, not always, when I close a window in Exact Audio Copy (which I hereafter will refer to as EAC) EAC throws an error message to me with the title "Unhandled Exception" and body "at EACWnd2.264 -> INDEX-RANGE. Most recently this occurred after I had finished ripping a CD and pressed OK on the window where it shows you how well the ripping went. This error message appeared very shortly after said window had closed. After closing the error box by clicking "ok", EAC freezes, and moments after closes. EAC was downloaded from here: https://www.netzwelt.de/software-download/38342-exact-audio-copy-eac.html It is what seems to be the only official mirror, looking here: http://www.exactaudiocopy.de/en/index.php/resources/download/ -- 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 16

[Bug 58698] New: Application goes into an infinite loop under new wow64 but works okay under old wow64
by WineHQ Bugzilla Aug. 22, 2026

Aug. 22, 2026

http://bugs.winehq.org/show_bug.cgi?id=58698 Bug ID: 58698 Summary: Application goes into an infinite loop under new wow64 but works okay under old wow64 Product: Wine Version: 10.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: dkk089(a)gmail.com Distribution: --- Created attachment 79297 --> http://bugs.winehq.org/attachment.cgi?id=79297 WINEDEBUG=+virtual under "new wow64" Application goes into an infinite loop under new wow64 but works okay under old wow64 I have an application that enters an infinite loop under "new wow64" but works okay with "old wow64". Running under actual 64-bit Windows is okay too. The problem seems to be caused by application logic which calls VirtualAlloc() repeatedly in order to (presumably) find out the maximum available amount of memory that the application is able to allocate. The first hint that this might be somehow related to memory were the error messages reported when running under "old wow64" : 01a0:err:virtual:map_view anon mmap error Cannot allocate memory, size 0x80010000, unix_prot 0 01a0:err:virtual:allocate_virtual_memory out of memory for allocation, base (nil) size 80000000 01a0:err:virtual:map_view anon mmap error Cannot allocate memory, size 0x78010000, unix_prot 0 01a0:err:virtual:allocate_virtual_memory out of memory for allocation, base (nil) size 78000000 01a0:err:virtual:map_view anon mmap error Cannot allocate memory, size 0x74010000, unix_prot 0 01a0:err:virtual:allocate_virtual_memory out of memory for allocation, base (nil) size 74000000 Running the application with WINEDEBUG=+virtual showed the NtAllocateVirtualMemory calls that are made by the application, starting with a size of 0x7fffffff, exploring a number of different sizes, and then eventually settling on 0x701f0000 : 01a0:trace:virtual:NtAllocateVirtualMemory 0xffffffff (nil) 7fffffff 2000 00000004 01a0:err:virtual:map_view anon mmap error Cannot allocate memory, size 0x80010000, unix_prot 0 01a0:err:virtual:allocate_virtual_memory out of memory for allocation, base (nil) size 80000000 01a0:trace:virtual:NtFreeVirtualMemory 0xffffffff (nil) 00000000 8000 01a0:trace:virtual:NtAllocateVirtualMemory 0xffffffff (nil) 3fffffff 2000 00000004 01a0:trace:virtual:map_view got mem in reserved area 0x11050000-0x51050000 01a0:trace:virtual:dump_view View: 0x11050000 - 0x5104ffff (valloc) 01a0:trace:virtual:dump_view 0x11050000 - 0x5104ffff --rw- 01a0:trace:virtual:NtFreeVirtualMemory 0xffffffff 0x11050000 00000000 8000 -- snip : successful calls after that with sizes 0x5fffffff , 0x6fffffff -- 01a0:trace:virtual:NtAllocateVirtualMemory 0xffffffff (nil) 77ffffff 2000 00000004 01a0:err:virtual:map_view anon mmap error Cannot allocate memory, size 0x78010000, unix_prot 0 01a0:err:virtual:allocate_virtual_memory out of memory for allocation, base (nil) size 78000000 01a0:trace:virtual:NtFreeVirtualMemory 0xffffffff (nil) 00000000 8000 -- snip : goes on to try sizes starting with 0x70 ... -- 01a0:trace:virtual:NtAllocateVirtualMemory 0xffffffff (nil) 701f0001 2000 00000004 01a0:err:virtual:map_view anon mmap error Cannot allocate memory, size 0x70201000, unix_prot 0 01a0:err:virtual:allocate_virtual_memory out of memory for allocation, base (nil) size 701f1000 01a0:trace:virtual:NtFreeVirtualMemory 0xffffffff (nil) 00000000 8000 01a0:trace:virtual:NtAllocateVirtualMemory 0xffffffff (nil) 701f0000 2000 00000004 01a0:trace:virtual:map_view got mem with anon mmap 0x80000000-0xf01f0000 01a0:trace:virtual:dump_view View: 0x80000000 - 0xf01effff (valloc) 01a0:trace:virtual:dump_view 0x80000000 - 0xf01effff --rw- 01a0:trace:virtual:NtFreeVirtualMemory 0xffffffff (nil) 00000000 8000 The application makes the same calls under "new wow64", but since none of those calls ever fail, it seems to get confused, reaches size=0, and then gets stuck on that size : 016c:trace:virtual:NtAllocateVirtualMemory 0xffffffffffffffff (nil) 7fffffff 2000 00000004 016c:trace:virtual:map_view got mem with map_free_area 0x7fff0000-0xffff0000 016c:trace:virtual:dump_view View: 0x7fff0000 - 0xfffeffff (valloc) 016c:trace:virtual:dump_view 0x7fff0000 - 0xfffeffff --rw- 016c:trace:virtual:NtFreeVirtualMemory 0xffffffffffffffff 0x7fff0000 00000000 8000 016c:trace:virtual:NtAllocateVirtualMemory 0xffffffffffffffff (nil) 3fffffff 2000 00000004 016c:trace:virtual:map_view got mem in reserved area 0x11050000-0x51050000 016c:trace:virtual:dump_view View: 0x11050000 - 0x5104ffff (valloc) 016c:trace:virtual:dump_view 0x11050000 - 0x5104ffff --rw- 016c:trace:virtual:NtFreeVirtualMemory 0xffffffffffffffff 0x11050000 00000000 8000 016c:trace:virtual:NtAllocateVirtualMemory 0xffffffffffffffff (nil) 1fffffff 2000 00000004 016c:trace:virtual:map_view got mem in reserved area 0x11050000-0x31050000 016c:trace:virtual:dump_view View: 0x11050000 - 0x3104ffff (valloc) 016c:trace:virtual:dump_view 0x11050000 - 0x3104ffff --rw- 016c:trace:virtual:NtFreeVirtualMemory 0xffffffffffffffff 0x11050000 00000000 8000 016c:trace:virtual:NtAllocateVirtualMemory 0xffffffffffffffff (nil) 0fffffff 2000 00000004 016c:trace:virtual:map_view got mem in reserved area 0x11050000-0x21050000 016c:trace:virtual:dump_view View: 0x11050000 - 0x2104ffff (valloc) 016c:trace:virtual:dump_view 0x11050000 - 0x2104ffff --rw- -- snip : repeated calls with size right-shifted by 1 -- 016c:trace:virtual:NtAllocateVirtualMemory 0xffffffffffffffff (nil) 0000000f 2000 00000004 016c:trace:virtual:map_view got mem in reserved area 0x3750000-0x3751000 016c:trace:virtual:dump_view View: 0x3750000 - 0x3750fff (valloc) 016c:trace:virtual:dump_view 0x3750000 - 0x3750fff --rw- 016c:trace:virtual:NtFreeVirtualMemory 0xffffffffffffffff 0x3750000 00000000 8000 016c:trace:virtual:NtAllocateVirtualMemory 0xffffffffffffffff (nil) 00000007 2000 00000004 016c:trace:virtual:map_view got mem in reserved area 0x3750000-0x3751000 016c:trace:virtual:dump_view View: 0x3750000 - 0x3750fff (valloc) 016c:trace:virtual:dump_view 0x3750000 - 0x3750fff --rw- 016c:trace:virtual:NtFreeVirtualMemory 0xffffffffffffffff 0x3750000 00000000 8000 016c:trace:virtual:NtAllocateVirtualMemory 0xffffffffffffffff (nil) 00000003 2000 00000004 016c:trace:virtual:map_view got mem in reserved area 0x3750000-0x3751000 016c:trace:virtual:dump_view View: 0x3750000 - 0x3750fff (valloc) 016c:trace:virtual:dump_view 0x3750000 - 0x3750fff --rw- 016c:trace:virtual:NtFreeVirtualMemory 0xffffffffffffffff 0x3750000 00000000 8000 016c:trace:virtual:NtAllocateVirtualMemory 0xffffffffffffffff (nil) 00000001 2000 00000004 016c:trace:virtual:map_view got mem in reserved area 0x3750000-0x3751000 016c:trace:virtual:dump_view View: 0x3750000 - 0x3750fff (valloc) 016c:trace:virtual:dump_view 0x3750000 - 0x3750fff --rw- 016c:trace:virtual:NtFreeVirtualMemory 0xffffffffffffffff 0x3750000 00000000 8000 016c:trace:virtual:NtAllocateVirtualMemory 0xffffffffffffffff (nil) 00000000 2000 00000004 016c:trace:virtual:NtFreeVirtualMemory 0xffffffffffffffff (nil) 00000000 8000 016c:trace:virtual:NtAllocateVirtualMemory 0xffffffffffffffff (nil) 00000000 2000 00000004 016c:trace:virtual:NtFreeVirtualMemory 0xffffffffffffffff (nil) 00000000 8000 016c:trace:virtual:NtAllocateVirtualMemory 0xffffffffffffffff (nil) 00000000 2000 00000004 016c:trace:virtual:NtFreeVirtualMemory 0xffffffffffffffff (nil) 00000000 8000 It then loops on the call with size=0 indefinitely and keeps running until I kill the wineserver. Unfortunately, this is a proprietary legacy application so I can't share it, however I'll be more than glad to accept pointers on which debug channels to activate, any other further debugging steps, or changes to the code that might fix this. Thanks in advance. -- 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 56990] New: Implement "getdfDIJoystick"
by WineHQ Bugzilla Aug. 22, 2026

Aug. 22, 2026

https://bugs.winehq.org/show_bug.cgi?id=56990 Bug ID: 56990 Summary: Implement "getdfDIJoystick" Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: EpicTux123(a)proton.me Distribution: --- Created attachment 76823 --> https://bugs.winehq.org/attachment.cgi?id=76823 "getdfDIJoystick" message Hello. I am using Wine from GloriousEggroll's Proton version 9.10. Playing L.A. Noire (Rockstar Games game) with V-Patch modification. When the game launches, a message box with "getdfDIJoystick" appears. Clicking OK makes the game launch as normal. I don't know what this is for, but I believe a dummy "getdfDIJoystick" could be implemented so it "passes" the check. This only happens via Wine/Proton, and does not happen in native Windows (according to other users). I don't have a Windows machine to test. I did not test this with "pure" Wine, but I believe this is a Wine issue rather than a Proton issue. I'll leave a screenshot attached. INFORMATION/LINKS OS: Fedora Linux 40 Game: https://store.steampowered.com/app/110800/LA_Noire/ Proton used: https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/GE-Proton9… V-Patch modification: https://github.com/VaanaCZ/LANVP ADDITIONAL CONTEXT The author of V-Patch is currently remaking the mod to use Ultimate ASI Loader (see https://github.com/VaanaCZ/LANVP/issues/26) so the problem of "getdfDIJoystick" should go away, but I think it would be nice to implement this in Wine anyway (even if it is a dummy check). WINEDLLOVERRIDES="dinput8=n,b" is necessary to make the patch work. Thanks for your attention. -- 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 10

[Bug 56887] New: Total Commander ftps connection (TLS1.2)
by WineHQ Bugzilla Aug. 21, 2026

Aug. 21, 2026

https://bugs.winehq.org/show_bug.cgi?id=56887 Bug ID: 56887 Summary: Total Commander ftps connection (TLS1.2) Product: Wine Version: 9.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: crypt32 Assignee: wine-bugs(a)winehq.org Reporter: daniel.becker(a)quippy.de Distribution: --- Created attachment 76704 --> https://bugs.winehq.org/attachment.cgi?id=76704 The stacktrace of wine that came with that error This used to work - however, I do not know with what version of wine. It stopped working a while ago. Tried to switch Operating System (XP, Win10, ...) but without success. This works in "real" windows (WinXP, Win7, Win10, Win11). See the stack trace for more information. This happens when I try to open a FTPS connection that is secured. FTP without encryption still works. I haven't tried SFTP, if that fails as well, as I do not have an FTP server supporting this. Total Commander is run in 64bit environment. -- 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 12

[Bug 49792] New: pfx import does not works
by WineHQ Bugzilla Aug. 21, 2026

Aug. 21, 2026

https://bugs.winehq.org/show_bug.cgi?id=49792 Bug ID: 49792 Summary: pfx import does not works Product: Wine Version: 5.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: crypt32 Assignee: wine-bugs(a)winehq.org Reporter: eugene_s_s2(a)mail.ru Distribution: --- Created attachment 68106 --> https://bugs.winehq.org/attachment.cgi?id=68106 logs with WINEDEBUG=+crypt I have Debian 9 and Wine 5.0.2 (also tried 5.16) I run "wine control" to add new certificate from pfx-file (in attachment, it's not secret, password is 1) But when i try to add pfx from certificate import wizard i receive message, that file format is not supported (i do not know exact english error, because i receive it in russian). I tried to make pfx by openssl 1.0.1, also by microsoft windows built-in export-to- -pfx wizard. Also tried making pem-files, but got succesfull import only for public part of certificate. Also I tried making certificate request by windows CA and by Openssl, but still no luck. Also tried importpfx.exe -f certificate.p12 - p "1" -t USER -s MY. (With MACHINE parameter also) The output says that import suceeded. But i did not see any certificates in wine control. Importing of cer-files works. What am i doing wrong? All that i know is that from wine 5.0 (as in release notes) importing of pfx blobs is supported. -- 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 17

[Bug 59757] New: SteelSeries GG 110.0 crashes on startup in .NET System.Security.Cryptography.X509Certificates.StorePal.Export
by WineHQ Bugzilla Aug. 21, 2026

Aug. 21, 2026

http://bugs.winehq.org/show_bug.cgi?id=59757 Bug ID: 59757 Summary: SteelSeries GG 110.0 crashes on startup in .NET System.Security.Cryptography.X509Certificates.StorePal .Export Product: Wine Version: 11.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: crypt32 Assignee: wine-bugs(a)list.winehq.org Reporter: toadking(a)toadking.com Distribution: --- Created attachment 80951 --> http://bugs.winehq.org/attachment.cgi?id=80951 WINEDEBUG=trace+crypt trace Follow-up to bug 59746. A trace is attached. The crash seems to be inside crypt32.PFXExportCertStore/PFXExportCertStoreEx. -- 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