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

[Bug 50277] New: Haven intro video does not play
by WineHQ Bugzilla July 26, 2026

July 26, 2026

https://bugs.winehq.org/show_bug.cgi?id=50277 Bug ID: 50277 Summary: Haven intro video does not play Product: Wine Version: 6.0-rc1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mfplat Assignee: wine-bugs(a)winehq.org Reporter: kai.sterker+wine(a)gmail.com Distribution: --- Created attachment 68825 --> https://bugs.winehq.org/attachment.cgi?id=68825 Debug logs with +mfplat,+gstreamer Upon testing Haven with the builtin media foundation implementation, the following error is logged, the intro movie does not play and the game is stuck at launch: 020c:err:mfplat:media_source_constructor Failed to play source, error 0. 0218:err:mfplat:bus_watch qtdemux0: Internal data stream error. 0218:err:mfplat:bus_watch qtdemux.c(6605): gst_qtdemux_loop (): /GstBin:bin0/GstDecodeBin:decodebin0/GstQTDemux:qtdemux0: streaming stopped, reason error (-5) Debug logs with +mfplat,+gstreamer attached. I'm on Ubuntu 20.04. If I can provide any other useful information please let me know. -- 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 72

[Bug 59889] New: man pages installed but not found by man
by WineHQ Bugzilla July 25, 2026

July 25, 2026

http://bugs.winehq.org/show_bug.cgi?id=59889 Bug ID: 59889 Summary: man pages installed but not found by man Product: Packaging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-packages Assignee: wine-bugs(a)list.winehq.org Reporter: bastiaan.stougie(a)telenet.be CC: dimesio(a)earthlink.net Distribution: --- Ubuntu 26.04. Man page files are installed at "/opt/wine-staging/share/man" as part of package "wine-staging", but man doesn't find them: $ man wine No manual entry for wine $ sudo apt install --reinstall wine-staging ... Preparing to unpack …/wine-staging_11.11~resolute-1_amd64.deb… Unpacking wine-staging (11.11~resolute-1) over (11.11~resolute-1)… Setting up wine-staging (11.11~resolute-1)… $ man wine No manual entry for 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.

1 6

[Bug 58510] New: Submitting new test results lists all versions of Wine
by WineHQ Bugzilla July 25, 2026

July 25, 2026

http://bugs.winehq.org/show_bug.cgi?id=58510 Bug ID: 58510 Summary: Submitting new test results lists all versions of Wine Product: WineHQ Apps Database Version: unspecified Hardware: x86-64 URL: https://appdb.winehq.org/objectManager.php OS: Linux Status: NEW Keywords: download, regression, source Severity: normal Priority: P2 Component: appdb-unknown Assignee: wine-bugs(a)winehq.org Reporter: imwellcushtymelike(a)gmail.com Regression SHA1: a0e96bdcdbb5f3b950574685d9d9a66c9e9985a9 Distribution: --- Created attachment 78978 --> http://bugs.winehq.org/attachment.cgi?id=78978 HTML A recent change has made submitting a new test result list all versions of Wine, whereas before it was only the last few and the stable release. I'm guessing a0e96bdcdbb5f3b950574685d9d9a66c9e9985a9 may be the commit in question. -- 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 45469] New: MotoGP 13 Demo - Black screen after launch
by wine-bugs＠winehq.org July 25, 2026

July 25, 2026

https://bugs.winehq.org/show_bug.cgi?id=45469 Bug ID: 45469 Summary: MotoGP 13 Demo - Black screen after launch Product: Wine Version: 3.12 Hardware: x86-64 URL: https://www.gamewatcher.com/downloads/motogp-13-downlo ad/motogp-13-demo OS: Linux Status: NEW Keywords: download Severity: minor Priority: P2 Component: directx-d3dx9 Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- 0009:fixme:d3dx:d3dx9_sprite_Begin Flags unsupported: 0x18 0009:fixme:d3dx:d3dx9_sprite_SetWorldViewLH iface 0x130510, world 0x10456c40, view 0x10456c40 stub! Solves with native d3dx9_43 wine-3.12-110-g414fe80aeb -- 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 4

[Bug 35727] New: Tom Clancy's Rainbow Six: Lockdown Demo wrong players and weapon rendering
by wine-bugs＠winehq.org July 25, 2026

July 25, 2026

http://bugs.winehq.org/show_bug.cgi?id=35727 Bug ID: 35727 Summary: Tom Clancy's Rainbow Six: Lockdown Demo wrong players and weapon rendering Product: Wine Version: 1.7.13 Hardware: x86 URL: http://www.gamefront.com/files/4632177 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Created attachment 47714 --> http://bugs.winehq.org/attachment.cgi?id=47714 without Display First Person Weapon Just one guy from a team is visible, others are not. But he is looks like a ghost. (bug 27145 ?) In addition, some textures are imposed. -- 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 59725] New: Previews do not work
by WineHQ Bugzilla July 25, 2026

July 25, 2026

http://bugs.winehq.org/show_bug.cgi?id=59725 Bug ID: 59725 Summary: Previews do not work Product: WineHQ Apps Database Version: unspecified Hardware: Other OS: other Status: UNCONFIRMED Severity: critical Priority: P2 Component: appdb-unknown Assignee: wine-bugs(a)list.winehq.org Reporter: aros(a)gmx.com I've tried to preview a newly created how-to and was greeted with a 505: --- Ooops! Something has gone terribly wrong! Our monkey train has derailed! Worry not, a webmaster gopher help army has been dispatched and is on the way. If this error continues to be a problem, please report it to us on our Forums error details: Error Message: Uncaught Error: Call to a member function SetClass() on null in /home/winehq/opt/appdb/include/objectManager.php:1605 Stack trace: #0 /home/winehq/opt/appdb/include/objectManager.php(210): ObjectManager->outputHeader() #1 /home/winehq/opt/appdb/include/objectManager.php(339): ObjectManager->drawTable() #2 /home/winehq/opt/appdb/objectManager.php(173): ObjectManager->display_table() #3 {main} thrown File: objectManager.php:1605 Privacy Policy If you have a privacy inquiry regarding this site, please write to privacy AT winehq.org Hosted By CodeWeavers -- 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 59834] New: WoW64: int 2Eh instruction in 32-bit code causes #GP that isn't forwarded to 32-bit exception handler
by WineHQ Bugzilla July 25, 2026

July 25, 2026

http://bugs.winehq.org/show_bug.cgi?id=59834 Bug ID: 59834 Summary: WoW64: int 2Eh instruction in 32-bit code causes #GP that isn't forwarded to 32-bit exception handler Product: Wine Version: 11.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)list.winehq.org Reporter: vonvontabang(a)gmail.com Distribution: --- Created attachment 81114 --> http://bugs.winehq.org/attachment.cgi?id=81114 Full crash log with WoW64 int 2Eh SEH chain, register dumps, backtrace, and analysis across 6 Proton/Wine builds Summary: WoW64: int 2Eh instruction from 32-bit shellcode causes #GP that isn't forwarded to 32-bit exception handler Description: Under Wine's WoW64 (x86_64 guest i386), a 32-bit process executing raw syscalls via int 2Eh (bytes CD 2E) raises a #GP that is delivered as SIGSEGV. While Wine correctly converts this to EXCEPTION_ACCESS_VIOLATION and dispatches through the SEH chain, the underlying issue is that WoW64 has no handler for privileged instructions executed from 32-bit compat mode (CS=0023). Crash signature (consistent across all WoW64 builds): EXCEPTION_ACCESS_VIOLATION (0xc0000005) EAX = <shellcode RWX base> (e.g. 008D0000) EDX = 0x8 (syscall number) ECX = 0xE9000001 (syscall argument) CS = 0023 (32-bit compat mode under WoW64) EIP = <base>+0x6/0x7/0xF (offset into shellcode) Affected builds: Proton Experimental, Proton-EM, DW-Proton, Proton-CachyOS, GE-Proton10-34, system Wine 11.10 — all WoW64. The same shellcode also crashes intermittently on native Windows (server switches, elevated apps, PC lock), confirming a latent bug in the xtrap/AegisAC anti-cheat shellcode exposed 100% of the time under Wine WoW64. Root cause: Wine's WoW64 layer needs to either route int 2Eh syscalls to the 64-bit ntdll (as Windows WoW64 does), or at minimum provide a graceful error instead of crashing. Attachment: Fatal error report at upstream_bug_report.txt with full SEH chain logs. -- 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 59073] New: Washed out colors in OpenGL
by WineHQ Bugzilla July 25, 2026

July 25, 2026

http://bugs.winehq.org/show_bug.cgi?id=59073 Bug ID: 59073 Summary: Washed out colors in OpenGL Product: Wine Version: 10.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: opengl Assignee: wine-bugs(a)list.winehq.org Reporter: tpaniaki(a)protonmail.com Distribution: --- Created attachment 79862 --> http://bugs.winehq.org/attachment.cgi?id=79862 glxinfo A recent update in a wine component makes my OpenGL apps all washed out (see screenshot). This affects both X11 and wayland. I'm running qtile on wayland with wlroots0.19. -- 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 59436] New: Wayland/EGL: Washed-out colors caused by double sRGB conversion on default framebuffer (GL_FRAMEBUFFER_SRGB)
by WineHQ Bugzilla July 25, 2026

July 25, 2026

http://bugs.winehq.org/show_bug.cgi?id=59436 Bug ID: 59436 Summary: Wayland/EGL: Washed-out colors caused by double sRGB conversion on default framebuffer (GL_FRAMEBUFFER_SRGB) Product: Wine Version: 11.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winewayland Assignee: wine-bugs(a)list.winehq.org Reporter: tpaniaki(a)protonmail.com Distribution: --- Created attachment 80417 --> http://bugs.winehq.org/attachment.cgi?id=80417 Patch Fixes https://bugs.winehq.org/show_bug.cgi?id=59073 Summary When running Wine with the Wayland driver (winewayland.drv) using EGL, colors may appear washed out / desaturated in OpenGL applications. The issue is caused by GL_FRAMEBUFFER_SRGB remaining enabled while rendering to the default framebuffer (FBO 0), leading to a double gamma/sRGB conversion in some Wayland/EGL pipelines. Disabling GL_FRAMEBUFFER_SRGB only when rendering to the default framebuffer fixes the color output. Environment Wine: wine-git (tested on 11.x, reproducible on current master) Backend: winewayland.drv (Wayland native, not XWayland) GPU: AMD (Mesa) Compositor: wlroots-based (qtile Wayland) EGL backend in use Application tested: Roon (Chromium/CEF-based UI, OpenGL rendering) Observed behavior Colors appear faded / washed out Gamma looks incorrect (as if double sRGB conversion occurs) Issue only occurs under Wayland/EGL Colors are correct: Under X11/XWayland Or if GL_FRAMEBUFFER_SRGB is manually disabled for FBO 0 Root cause hypothesis Some Wayland/EGL compositors already perform colorspace handling for the window surface. If GL_FRAMEBUFFER_SRGB remains enabled when rendering to the default framebuffer, the pipeline applies sRGB conversion twice: App → GL_FRAMEBUFFER_SRGB → EGL/Compositor colorspace → Display This results in desaturated output. Minimal fix Disable GL_FRAMEBUFFER_SRGB only when binding the default framebuffer (FBO 0), while preserving the application's requested sRGB state for non-default FBOs. Example patch (conceptual) Inside framebuffer binding path: if (!framebuffer && gl_info->supported[ARB_FRAMEBUFFER_SRGB]) { TRACE("glBindFramebuffer disabling GL_FRAMEBUFFER_SRGB on default framebuffer\n"); glDisable(GL_FRAMEBUFFER_SRGB); } else if (framebuffer && app_framebuffer_srgb_enabled) { TRACE("glBindFramebuffer restoring GL_FRAMEBUFFER_SRGB on non-default framebuffer\n"); glEnable(GL_FRAMEBUFFER_SRGB); } Results Colors become correct under Wayland/EGL No regression observed in tested OpenGL apps Behavior matches X11 output sRGB still works correctly for offscreen FBO rendering -- 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 12

[Bug 52646] New: Trying to run wit (Wimms Iso Tools) , it works, its just when I start the iso extraction it gives me this error.
by WineHQ Bugzilla July 25, 2026

July 25, 2026

https://bugs.winehq.org/show_bug.cgi?id=52646 Bug ID: 52646 Summary: Trying to run wit (Wimms Iso Tools) , it works, its just when I start the iso extraction it gives me this error. Product: Wine Version: 7.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winedbg Assignee: wine-bugs(a)winehq.org Reporter: madeinclt26(a)gmail.com Distribution: --- Created attachment 71966 --> https://bugs.winehq.org/attachment.cgi?id=71966 After it starts extracting the iso it says " The program wit.exe has encountered a serious problem and needs to close. We are sorry for the inconvenience. After it starts extracting the iso it says " The program wit.exe has encountered a serious problem and needs to close. We are sorry for the inconvenience. -- 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