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

[Bug 57916] Lost at sea, The witness, The inheritance of crimson manor, White shadows (all from GOG) is darker with vulkan render thant in gl and dxvk ones

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=57916 --- Comment #18 from Stian Low <wineryyyyy(a)gmail.com> --- Results when testing all 4 games for patch addressing: https://bugs.winehq.org/show_bug.cgi?id=45364 Frostpunk is very dark https://gitlab.winehq.org/wine/wine/-/merge_requests/10567/ The inheritance of crimson manor Unity game win10 has dark graphics for damavand vulkan otherwise fixed by patch win8 fixes dark graphics as workaround without patch White shadows Unity game win10 has dark graphics for damavand vulkan otherwise fixed by patch win8 fixes dark graphics as workaround without patch The witness Custom engine (by JonBlow) win8 and win10 have dark graphics for damavand vulkan so no workaround and needs patch to fix Lost at sea unable to reproduce dark graphics with or without patch regardless of windows version -- 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.

May 9, 2026

[Bug 57258] MailWasher renders dropdown as black

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=57258 KRosUser <kyle.kcsoftwares(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kyle.kcsoftwares(a)gmail.com --- Comment #1 from KRosUser <kyle.kcsoftwares(a)gmail.com> --- Wine 11.7 is still affected. -- 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.

May 9, 2026

[Bug 56978] Keyboard Inspector 1.0: No keyboard input is detected

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=56978 KRosUser <kyle.kcsoftwares(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kyle.kcsoftwares(a)gmail.com --- Comment #1 from KRosUser <kyle.kcsoftwares(a)gmail.com> --- Wine 11.7: still affected. Log shows a lot of "dropped input" when a key is pressed or release. Source code to be analyzed ? -- 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.

May 9, 2026

[Bug 56964] error in paint.net

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=56964 KRosUser <kyle.kcsoftwares(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kyle.kcsoftwares(a)gmail.com --- Comment #5 from KRosUser <kyle.kcsoftwares(a)gmail.com> --- Any recent retest with Wine 11.7 ? -- 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.

May 9, 2026

[Bug 56966] firefox 128 needs unimplemented function twinapi.appcore.BiChangeUserState

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=56966 KRosUser <kyle.kcsoftwares(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kyle.kcsoftwares(a)gmail.com --- Comment #1 from KRosUser <kyle.kcsoftwares(a)gmail.com> --- Wine 11.7: BiChangeUserState is still a stub. Is FF 128 still failing with wine 11.7 ? -- 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.

May 9, 2026

[Bug 56914] PowerToys 0.82.0 fails to install (missing WinRT class Windows.Data.Json.JsonObject)

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=56914 KRosUser <kyle.kcsoftwares(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kyle.kcsoftwares(a)gmail.com --- Comment #8 from KRosUser <kyle.kcsoftwares(a)gmail.com> --- Wine 11.7 is still affected -- 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.

May 9, 2026

[Bug 56835] memory allocation error in wine9.0

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=56835 KRosUser <kyle.kcsoftwares(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kyle.kcsoftwares(a)gmail.com --- Comment #12 from KRosUser <kyle.kcsoftwares(a)gmail.com> --- Any recent test with Wine 11.7 ? -- 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.

May 9, 2026

[Bug 59737] New: IME/VK_PROCESSKEY path loses scan code in follow-up WM_KEYDOWN under Chinese HKL

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59737 Bug ID: 59737 Summary: IME/VK_PROCESSKEY path loses scan code in follow-up WM_KEYDOWN under Chinese HKL Product: Wine Version: 11.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: user32 Assignee: wine-bugs(a)list.winehq.org Reporter: ax+3lzp806u(a)fxzx.ident.com.es Distribution: --- ### Summary When Wine runs under a Chinese locale / Chinese HKL (`00000804`), or after a Chinese IME path is activated, normal key presses are delivered through a `VK_PROCESSKEY` path. The initial `VK_PROCESSKEY` message contains the correct scan code in `lParam`, but the following real `WM_KEYDOWN` message for the actual key, such as `VK_W` or `VK_BACK`, has scan code `0`. This breaks games and engines that rely on scan codes for keyboard input or key binding. ### Environment * Affected HKL: Chinese layout, `00000804` * Working HKL: US layout, `00000409` The runtime XKB map appears normal: ```text key <BKSP> { [ BackSpace, BackSpace ] }; key <AD02> { type= "ALPHABETIC", symbols[Group1]= [ w, W ] }; ``` So this does not appear to be caused by a broken XKB layout. ### Steps to reproduce 1. Run Wine under a Chinese locale, or use a session where Wine selects Chinese HKL `00000804`. 2. Start an affected game or test program that logs Windows keyboard messages. 3. Press normal keys such as `W` or `Backspace`. 4. Observe the generated `WM_KEYDOWN` messages and their `lParam` scan-code bits. The problem may also appear after a Chinese IME / input method is activated during the same Wine session. ### Actual behavior Wine reports Chinese keyboard layout: ```text NtUserGetKeyboardLayoutName ret L"00000804" layout 0x8040804 Default IME Wine IME WM_IME_NOTIFY ``` Pressing `W` produces: ```text WM_KEYDOWN wp=000000e5 lp=00110001 # VK_PROCESSKEY, scan code = 0x11 WM_KEYDOWN wp=00000057 lp=00000011 # VK_W, scan code = 0 WM_CHAR wp=00000077 lp=00000011 WM_KEYUP wp=000000e5 lp=c0110001 WM_KEYUP wp=00000057 lp=0000c011 ``` Pressing `Backspace` produces: ```text WM_KEYDOWN wp=000000e5 lp=000e0001 # VK_PROCESSKEY, scan code = 0x0e WM_KEYDOWN wp=00000008 lp=0000000e # VK_BACK, scan code = 0 WM_CHAR wp=00000008 lp=0000000e WM_KEYUP wp=000000e5 lp=c00e0001 WM_KEYUP wp=00000008 lp=0000c00e ``` The scan code is present on the `VK_PROCESSKEY` message, but is lost in the follow-up real key message. ### Expected behavior When Wine sends the final real key message after IME processing, the scan code in `lParam` should be preserved. Expected examples: ```text WM_KEYDOWN VK_W lp=00110001 WM_KEYDOWN VK_BACK lp=000e0001 ``` The real key message should not have scan code `0`. ### Working case When Wine is launched with an English locale: ```sh LANG=en_US.UTF-8 LC_ALL=en_US.UTF-8 LC_CTYPE=en_US.UTF-8 wine <app> ``` Wine uses US layout: ```text NtUserGetKeyboardLayoutName ret L"00000409" ``` No `VK_PROCESSKEY` message is generated, and scan codes are correct. For `W`: ```text WM_KEYDOWN dispatched wp=00000057 lp=00110001 WM_KEYUP dispatched wp=00000057 lp=c0110001 ``` For `Backspace`: ```text WM_KEYDOWN dispatched wp=00000008 lp=000e0001 WM_CHAR dispatched wp=00000008 lp=000e0001 WM_KEYUP dispatched wp=00000008 lp=c00e0001 ``` ### Additional observation The issue can reappear after a Chinese IME/input method is activated inside the session. Before IME activation, keyboard input may work normally. After the IME appears or composition is activated, affected games may start receiving real key messages with scan code `0`. This suggests the issue is likely in Wine's IME / `VK_PROCESSKEY` handling path, not only in initial locale selection. ### Impact Games and engines that depend on scan codes for keyboard input or key binding ignore affected keys. Observed symptoms include: * `W` is not recognized unless pressed as `Alt+W`. * `Backspace` is ignored in some games. * Plain letter keys may fail in some games. * The problem disappears when Wine is launched with an English locale. `Alt+W` works because it goes through the system-key path and receives a correct scan code: ```text WM_SYSKEYDOWN wp=00000012 lp=20380001 # Alt WM_SYSKEYDOWN wp=00000057 lp=20110001 # W, scan code = 0x11 ``` ### Workaround Launching Wine with an English locale avoids the problem: ```sh LANG=en_US.UTF-8 LC_ALL=en_US.UTF-8 LC_CTYPE=en_US.UTF-8 XMODIFIERS=@im=none wine <app> ``` ### Suspected cause Wine appears to construct the follow-up real `WM_KEYDOWN` message incorrectly after `VK_PROCESSKEY` handling. The correct scan code is available in the `VK_PROCESSKEY` message, but is not preserved in bits 16–23 of `lParam` for the real key message. -- 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.

May 9, 2026

[Bug 59736] Turbo Virtual Machine (turbo.net) crashes with NULL pointer dereference in ntdll path handling

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59736 --- Comment #1 from Rafał Mużyło <galtgendo(a)o2.pl> --- A question: just how much is your prefix messed up...I mean 'tweaked' with randomly picked native libraries ? Given that RtlIsThreadWithinLoaderCallout is a stub, nothing in wine tree uses it. > RELATED BUG: #29244 (Spoon Studio, same underlying technology, open since 2011) Closed since December 2013 as a duplicate of a bug that has been fixed in August2015. ....? -- 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.

May 9, 2026

[Bug 59732] Custom WinXP/7 app printing garbled from wine 9 onwards

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59732 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |printing, regression -- 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.

May 9, 2026

[Bug 58870] Haltech NSP crashes on startup

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=58870 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |mscoree -- 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.

May 9, 2026

[Bug 57916] Lost at sea, The witness, The inheritance of crimson manor, White shadows (all from GOG) is darker with vulkan render thant in gl and dxvk ones

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=57916 --- Comment #17 from Stian Low <wineryyyyy(a)gmail.com> --- (In reply to Stian Low from comment #15) > Seems duplicate of: > https://bugs.winehq.org/show_bug.cgi?id=45364 Frostpunk is very dark > > Merge request with better solution is pending but exposes the root cause is > likely caused by sRGB mishandling: > https://gitlab.winehq.org/wine/wine/-/merge_requests/10567/ Merge request has been updated with a solution that addresses lack of support for swap_effects requiring back_buffer count > 1 which causes vulkan rendering darker than gl. These and other games reporting similar issues with vulkan rendering too dark need to be tested for the merge request patch: https://bugs.winehq.org/attachment.cgi?id=80899 Some games like "Against the Storm" may have work around fixes by setting winecfg to an older Windows version such as win8 which forces the game to run without swap_effect flip_sequential 0x3 and without back_buffer count = 2 which is how it runs otherwise when win10 is set which causes darker rendering for vulkan. Other games like Frostpunk force swap_effect 0x3 with back_buffer count = 2 regardless of the winecfg Windows version which requires the patch to fix them. -- 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.

May 9, 2026

[Bug 59734] Can't login anymore to battle.net after upgraded nettle from 3.10.2 to 4.0

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59734 --- Comment #2 from Joachim <joachim.ionoff(a)gmail.com> --- This is the complete list of packages I had to downgrade to be able to log in again: nettle (4.0-1 -> 3.10.2-1) gnutls (3.8.13-2 -> 3.8.13-1) curl (8.20.0-6 -> 8.20.0-5) gstreamer (1.28.2-2 -> 1.28.2-1) gst-plugins-base-libs (1.28.2-2 -> 1.28.2-1) gst-libav (1.28.2-2 -> 1.28.2-1) gst-plugins-bad-libs (1.28.2-2 -> 1.28.2-1) gst-plugin-gtk (1.28.2-2 -> 1.28.2-1) gst-plugin-qml6 (1.28.2-2 -> 1.28.2-1) gst-plugins-bad (1.28.2-2 -> 1.28.2-1) gst-plugins-base (1.28.2-2 -> 1.28.2-1) gst-plugins-good (1.28.2-2 -> 1.28.2-1) gst-plugins-ugly (1.28.2-2 -> 1.28.2-1) gst-python (1.28.2-2 -> 1.28.2-1) lib32-nettle (4.0-1 -> 3.10.2-1) lib32-gnutls (3.8.13-3 -> 3.8.13-1) lib32-curl (8.20.0-6 -> 8.20.0-5) libcurl-compat (8.20.0-6 -> 8.20.0-5) lib32-libcurl-compat (8.20.0-6 -> 8.20.0-5) libcurl-gnutls (8.20.0-6 -> 8.20.0-5) lib32-libcurl-gnutls (8.20.0-6 -> 8.20.0-5) openconnect (1:9.12-5 -> 1:9.12-4) wget (1.25.0-4 -> 1.25.0-3) No need to rebuild wine 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.

May 9, 2026

[Bug 59719] Estlcam crashes when opening a previously good file

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59719 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|critical |normal Version|unspecified |10.0 --- Comment #1 from Austin English <austinenglish(a)gmail.com> --- > Wine build: wine-10.0 (Ubuntu 10.0~repack-6ubuntu1+zorin5) Please retest in 11.x, 10.0 is no longer 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.

May 9, 2026

[Bug 56654] Unreal Editor for Fornite: Menu disappear (Proton 9+ - GE Proton 8+ - Wine 10+)

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=56654 --- Comment #24 from Stian Low <wineryyyyy(a)gmail.com> --- (In reply to Stian Low from comment #23) > Proton seems to be frozen at 10.0 staging for some reason and is behind > latest vanilla wine 11.8 which may cause significant divergence despite > their efforts to stay synced with upstream wine. Proton may be cherry picking from latest versions of vanilla wine to keep their wine 10.0 staging version as synced with upstream as possible. -- 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.

May 9, 2026

[Bug 56654] Unreal Editor for Fornite: Menu disappear (Proton 9+ - GE Proton 8+ - Wine 10+)

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=56654 --- Comment #23 from Stian Low <wineryyyyy(a)gmail.com> --- Created attachment 80902 --> http://bugs.winehq.org/attachment.cgi?id=80902 GE-Proton-32 handling Unreal Editor 5.7.4 with multiple mangohud revealing behavior that may need to be handled by wine Attached is a screenshot of Unreal Editor 5.7.4 menus working for GE-Proton-10-32 launched via: WINEPREFIX=/home/any/Downloads/GE-Proton10-32/files/share/pfx mangohud --dlsym /home/any/Downloads/GE-Proton10-32/files/bin/wine64 "UnrealEditor.exe" Each menu has a separate mangohud which reveals how Unreal Engine implements them which seems less common how most games operate which usually have only a single mangohud. This may be helpful for debugging and fixing whatever bugs prevent it from running for vanilla wine. Here is a list of bugs with keyword "Unreal" which may help resolve bugs for latest Unreal Engine: https://bugs.winehq.org/buglist.cgi?bug_status=UNCONFIRMED&bug_status=NEW&b… You reported this bug previously regarding Crash of Unreal Editor for fornite: https://bugs.winehq.org/show_bug.cgi?id=56862 As Zeb mentioned, you should report bugs for Proton to those projects also because some bugs are specific to them and if it is in fact a wine bug then they may indicate it. Proton seems to be frozen at 10.0 staging for some reason and is behind latest vanilla wine 11.8 which may cause significant divergence despite their efforts to stay synced with upstream wine. -- 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.

May 9, 2026

[Bug 59736] New: Turbo Virtual Machine (turbo.net) crashes with NULL pointer dereference in ntdll path handling

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59736 Bug ID: 59736 Summary: Turbo Virtual Machine (turbo.net) crashes with NULL pointer dereference in ntdll path handling Product: Wine Version: 11.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)list.winehq.org Reporter: ugursarp2001(a)gmail.com Distribution: --- Created attachment 80901 --> http://bugs.winehq.org/attachment.cgi?id=80901 Wine debug log (warn+all) of Turbo Virtual Machine application failing to start Wine version: 11.8 Architecture: x86_64 OS: Arch Linux Application packaged with Turbo Virtual Machine (turbo.net, formerly Spoon/Xenocode). PROBLEM: Application crashes with SIGSEGV in ntdll.so during path handling. When Z: drive is present: NtRaiseHardError 0x50000018, brief Turbo VM error dialog appears: "There has been an error starting this application. Error code: 0x00054: 139776, 139776" When Z: drive is removed: wine-preloader crashes with SIGSEGV (NULL pointer dereference). PROGRESS: Copying uxtheme.dll and cryptbase.dll to application directory allowed exe to progress further. Without Z: drive, Turbo VM reaches a different code path but crashes with NULL pointer at: movzwl 0x0(%r13),%edx (r13=0x0) address: 0x7ff9efd5ceb5 in ntdll.so STACK TRACE: #0 0x00007ff9efd5ceb5 in ?? () (ntdll.so + 0x1deb5) #1 0x00007ff9efd51cc8 in ?? () (ntdll.so + 0x12cc8) #2 0x00007ff9efd6a668 __wine_main (ntdll.so + 0x2b668) FINDINGS: - warn log shows: "No implementation for ntdll.dll.RtlIsThreadWithinLoaderCallout" - Z: drive causes STATUS_OBJECT_NAME_COLLISION (c0000035) on virtual filesystem paths - Turbo VM tries to create virtual paths under Z:\home\<user> RELATED BUG: #29244 (Spoon Studio, same underlying technology, open since 2011) -- 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.

May 9, 2026

[Bug 56654] Unreal Editor for Fornite: Menu disappear (Proton 9+ - GE Proton 8+ - Wine 10+)

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=56654 --- Comment #22 from Stian Low <wineryyyyy(a)gmail.com> --- Created attachment 80900 --> http://bugs.winehq.org/attachment.cgi?id=80900 Unreal Editor 5.7.4 logs that causes Unreal Crash Report (In reply to Stian Low from comment #21) > Installer works on Windows so as a workaround for now it seems UE 5.4 needs > to be installed via Windows to a location accessible by Wine on the Linux > side. Hopefully there won't be any significant environmental/registry > discrepancies by doing so. Maybe winetricks has a workaround but I'm not > aware of it yet. wine is able to launch UnrealEditor.exe installed via Windows 10 to a drive also accessible by Wine on Linux side, however it seems very unstable and continually produces Unreal Crash Reports. How did you install it and run it? Via Epic Store for Windows? Unreal Editor for Fortnite looks very similar to the full version of Unreal Engine so I opted to install it instead of Fortnite Editor since it is probably a subset of Unreal Editor and behaves similarly. For wine the Cloudflare verification screen never appears for the initial menu which works for Windows. Also clicking the Unreal icon at the top left corner flashes the menu then closes quickly and then causes Unreal Crash Report. Creating a new game launches the loading splash screen but seems to always fail with yet another Unreal Crash report without ever displaying the New Game window. Attached are the logs without any WINEDEBUG channels set. -- 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.

May 9, 2026

[Bug 45364] Frostpunk is very dark

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=45364 Stian Low <wineryyyyy(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #80893|0 |1 is obsolete| | --- Comment #19 from Stian Low <wineryyyyy(a)gmail.com> --- Created attachment 80899 --> http://bugs.winehq.org/attachment.cgi?id=80899 Cleaned patch from merge request 10567 Attached is a patch from the merge request without all the commits from others in between which was accidentally uploaded instead of only my changes which are much simpler and shorter which will be reflected by the merge request when it is cleaned up and commits squashed as needed. -- 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.

May 9, 2026

[Bug 56654] Unreal Editor for Fornite: Menu disappear (Proton 9+ - GE Proton 8+ - Wine 10+)

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=56654 Stian Low <wineryyyyy(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |wineryyyyy(a)gmail.com --- Comment #21 from Stian Low <wineryyyyy(a)gmail.com> --- (In reply to Florian RICHER from comment #20) > Any news about this bug ? Popup error occurs when trying to install UE5.4 along with these logs: The embedded MSI payload failed signature verification. Certificate CN does not match 'Epic Games Inc.' 0024:fixme:file:NtLockFile I/O completion on lock not implemented yet 0024:fixme:cryptasn:CryptDecodeObjectEx Unsupported decoder for lpszStructType 1.3.6.1.4.1.311.2.1.4 0024:fixme:cryptasn:CryptDecodeObjectEx Unsupported decoder for lpszStructType 1.3.6.1.4.1.311.2.1.4 0024:fixme:wintrust:SOFTPUB_VerifyImageHash Cannot verify hash for pszObjId="1.3.6.1.4.1.311.2.1.30" Other bugs mentioning cryptasn, wintrust fixme: https://bugs.winehq.org/buglist.cgi?quicksearch=CryptDecodeObjectEx%20Unsup… https://bugs.winehq.org/show_bug.cgi?id=53800 Installer works on Windows so as a workaround for now it seems UE 5.4 needs to be installed via Windows to a location accessible by Wine on the Linux side. Hopefully there won't be any significant environmental/registry discrepancies by doing so. Maybe winetricks has a workaround but I'm not aware of it yet. -- 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.

May 9, 2026

[Bug 59735] The solution for launching Photoshop 2021

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59735 --- Comment #1 from Konstantin <jon9097(a)gmail.com> --- https://github.com/PhialsBasement/wine-adobe-installers -- 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.

May 8, 2026

[Bug 59735] New: The solution for launching Photoshop 2021

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59735 Bug ID: 59735 Summary: The solution for launching Photoshop 2021 Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: jon9097(a)gmail.com Distribution: --- Hello. Like many others, I would be grateful if you could run Photoshop in Wine. Unfortunately, Wine in its current form does not allow this to be done. Photoshop either crashes or doesn't start at all. Many people still can't upgrade to Linux due to the lack of Photoshop support. It installs, but it doesn't work. I found a solution where you don't have to do anything at all. There is a project that allows you to launch Photoshop 2021 and it works fine. I place a critical importance, as it is important to a huge number of people. I think it can be done a long time ago. The number of people who will be grateful to you will be huge. I have been professionally involved in graphics for many years and know many people and studios who would have switched to Linux a long time ago. If you provide Photoshop support, the Linux community will grow significantly. Because Photoshop − It's the only thing that can't be replaced. Please implement the parts that are in the project, which I will link to below. This is a fork of your Wine. The fork is called bleeding-edge-local -- 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.

May 8, 2026

[Bug 59680] Path of Exile: font rendering related crash

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59680 --- Comment #11 from Stian Low <wineryyyyy(a)gmail.com> --- Created attachment 80898 --> http://bugs.winehq.org/attachment.cgi?id=80898 GE-Proton-32 notepad crash which does not happen for Debian 13 wine-10.0 (Debian 10.0~repack-6) and custom build 11.8 using system libs (In reply to Vitor Coimbra from comment #10) > @Stian Low, I'm very perplexed that you're not seeing _any_ crashes at all. > Could it be that this was fixed between 11.6 and 11.8? That'd make me very > confused since the crashing code was last touched 14 years ago (as seen by > git blame), therefore character rendering would probably have to be going > through some _real_ different codepath somehow. If you happen to have > previous versions installed somewhere, do you see crashes there? Attached is a log and backtrace of it crashing for GE-Proton-10-32 which also happens for GE-Proton-10-11 available at: https://github.com/GloriousEggroll/proton-ge-custom/releases Run via: WINEPREFIX=/home/any/Downloads/GE-Proton10-11/files/share/pfx /home/any/Downloads/GE-Proton10-11/files/bin/wine64 notepad Both report version wine-10.0 (Staging) despite the version 11 32 difference so it seems they may be frozen there until they figure out how to integrate some fairly major changes that happened after 10.0. WINEPREFIX=/home/any/Downloads/GE-Proton10-11/files/share/pfx /home/any/Downloads/GE-Proton10-11/files/bin/wine64 --version wine-10.0 (Staging) WINEPREFIX=/home/any/Downloads/GE-Proton10-32/files/share/pfx /home/any/Downloads/GE-Proton10-32/files/bin/wine64 --version wine-10.0 (Staging) Debian 13 apt pkg wine-10.0 (Debian 10.0~repack-6) does not crash suggesting my system may have additional libs that fix the crash. Proton uses Docker/Podman containers instead of system libs which may be missing libs on my system used by wine-10.0 (Debian 10.0~repack-6) and my own custom build of latest wine 11.8 to handle the character. -- 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.

May 8, 2026

[Bug 59680] Path of Exile: font rendering related crash

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59680 --- Comment #10 from Vitor Coimbra <vitorcoliveira91(a)gmail.com> --- @Stian Low, I'm very perplexed that you're not seeing _any_ crashes at all. Could it be that this was fixed between 11.6 and 11.8? That'd make me very confused since the crashing code was last touched 14 years ago (as seen by git blame), therefore character rendering would probably have to be going through some _real_ different codepath somehow. If you happen to have previous versions installed somewhere, do you see crashes there? -- 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.

May 8, 2026

[Bug 59535] VARA HF crashes while running

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59535 Bernhard Übelacker <bernhardu(a)mailbox.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bernhardu(a)mailbox.org --- Comment #3 from Bernhard Übelacker <bernhardu(a)mailbox.org> --- Hello, is it possible to got to this loggings or the crash without having some special radio equipment attached? Maybe you have more specific steps to it? -- 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.

May 8, 2026