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

[Bug 54580] New: Secret Files: Sam Peters crashes due to HLSL syntax error 'unexpected KW_TECHNIQUE'
by WineHQ Bugzilla Aug. 5, 2026

Aug. 5, 2026

https://bugs.winehq.org/show_bug.cgi?id=54580 Bug ID: 54580 Summary: Secret Files: Sam Peters crashes due to HLSL syntax error 'unexpected KW_TECHNIQUE' Product: vkd3d Version: 1.6 Hardware: x86-64 OS: Linux Status: NEW Severity: minor Priority: P2 Component: hlsl Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- 065c:err:d3dcompiler:D3DCompile2 Failed to compile shader, vkd3d result -4. 065c:err:d3dcompiler:D3DCompile2 Shader log: 065c:err:d3dcompiler:D3DCompile2 <anonymous>:1:1: E5000: syntax error, unexpected KW_TECHNIQUE 065c:err:d3dcompiler:D3DCompile2 1.6-171-gb1e13d6e -- 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 48831] New: Crysis needs "gs_4_0" compilation target
by WineHQ Bugzilla Aug. 5, 2026

Aug. 5, 2026

https://bugs.winehq.org/show_bug.cgi?id=48831 Bug ID: 48831 Summary: Crysis needs "gs_4_0" compilation target Product: Wine Version: 5.4 Hardware: x86-64 OS: Linux Status: NEW Severity: minor Priority: P2 Component: directx-d3dx11 Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Intro crashes with: fixme:d3dcompiler:compile_shader Compilation target "gs_4_0" not yet supported wine-5.4-412-g8baf4a2a55 -- 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 43288] New: Eve online opengl crash on mac OS X in library libGPUSupportMercury.dylib at function gpusSubmitDataBuffers ()
by wine-bugs＠winehq.org Aug. 5, 2026

Aug. 5, 2026

https://bugs.winehq.org/show_bug.cgi?id=43288 Bug ID: 43288 Summary: Eve online opengl crash on mac OS X in library libGPUSupportMercury.dylib at function gpusSubmitDataBuffers() Product: Wine-staging Version: 2.11 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: davec.bugs(a)gmail.com CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Created attachment 58632 --> https://bugs.winehq.org/attachment.cgi?id=58632 eve_online_openg_crash_lldb_backtrace Eve online crashes on mac OS X in library libGPUSupportMercury.dylib at function gpusSubmitDataBuffers(). The crashes occurs randomly. -- 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 5

[Bug 59228] New: Dead Rising 2 needs "pow" instruction support
by WineHQ Bugzilla Aug. 5, 2026

Aug. 5, 2026

http://bugs.winehq.org/show_bug.cgi?id=59228 Bug ID: 59228 Summary: Dead Rising 2 needs "pow" instruction support Product: vkd3d Version: 1.18 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: hlsl Assignee: wine-bugs(a)list.winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- 07c8:fixme:d3d_shader:shader_spirv_compile_shader Shader log: 07c8:fixme:d3d_shader:shader_spirv_compile_shader <anonymous>:15:0: E2007: Unhandled instruction "pow" (0xe5). 07c8:fixme:d3d_shader:shader_spirv_compile_shader 07c8:err:d3d_shader:shader_spirv_compile_shader Failed to compile shader, ret -4. 07c8:err:d3d:wined3d_context_vk_apply_draw_state No pipeline layout set. vkd3d-1.18-118-g47a1d150 -- 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 56552] New: CnC3 demo installer fails
by WineHQ Bugzilla Aug. 5, 2026

Aug. 5, 2026

https://bugs.winehq.org/show_bug.cgi?id=56552 Bug ID: 56552 Summary: CnC3 demo installer fails Product: Wine-staging Version: 9.6 Hardware: x86-64 URL: https://cncnz.com/games/tiberium-wars/demo-information -download/ OS: Linux Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: imwellcushtymelike(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: Ubuntu Created attachment 76311 --> https://bugs.winehq.org/attachment.cgi?id=76311 Wine Staging 9.6 console log The installation for the Command & Conquer 3 demo fails under Wine Staging 9.6, but completes successfully under vanilla Wine 9.6. 015c:err:msi:msi_install_assembly failed to install assembly L"C:\\users\\test\\Temp\\msi2.tmp\\8.0.50727.363.policy" (0x80070005) 015c:err:msi:ACTION_InstallFinalize Failed to install assembly 015c:err:msi:ITERATE_Actions Execution halted, action L"InstallFinalize" returned 1603 -- 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 3

[Bug 55834] New: Scribblenauts Unlimited crash on startup, KW_SAMPLER_STATE/KW_TECHNIQUE/tex2Dlod
by WineHQ Bugzilla Aug. 5, 2026

Aug. 5, 2026

https://bugs.winehq.org/show_bug.cgi?id=55834 Bug ID: 55834 Summary: Scribblenauts Unlimited crash on startup, KW_SAMPLER_STATE/KW_TECHNIQUE/tex2Dlod Product: vkd3d Version: 1.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: vkd3d Assignee: wine-bugs(a)winehq.org Reporter: zorba-winehq(a)pavlovian.net Distribution: --- Created attachment 75331 --> https://bugs.winehq.org/attachment.cgi?id=75331 Proton 7.0 log When starting Scribblenauts Unlimited via Proton, I get shader compilation errors. This occurs with Proton 7.0, Proton 8.0, and Proton Experimental. Logs attached for all of 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.

2 12

[Bug 56921] New: MusicBee: Random moments of lag when scrolling, seemingly related to rendering of rating stars.
by WineHQ Bugzilla Aug. 5, 2026

Aug. 5, 2026

https://bugs.winehq.org/show_bug.cgi?id=56921 Bug ID: 56921 Summary: MusicBee: Random moments of lag when scrolling, seemingly related to rendering of rating stars. Product: Wine-staging Version: 9.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: v_winebugs(a)outlook.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 76742 --> https://bugs.winehq.org/attachment.cgi?id=76742 Log from terminal Tested on Wine 9.5-staging, on Fedora 40 KDE Plasma Spin MusicBee will have these random moments of lag when scrolling on views and playlists that have rating stars enabled. It seems to be related to how the stars are being rendered, since when they are hidden the lag goes away, and this lag is not present when running MusicBee under Windows. To make it worse, this lag persists after the app is restarted. Attached is a log from the terminal done while using MusicBee with the lag. -- 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 54660] New: Call of Juarez shows 'Assertion failed: deref->offset_regset == HLSL_REGSET_NUMERIC'
by WineHQ Bugzilla Aug. 5, 2026

Aug. 5, 2026

https://bugs.winehq.org/show_bug.cgi?id=54660 Bug ID: 54660 Summary: Call of Juarez shows 'Assertion failed: deref->offset_regset == HLSL_REGSET_NUMERIC' Product: vkd3d Version: 1.6 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: hlsl Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Assertion failed: deref->offset_regset == HLSL_REGSET_NUMERIC, file ../vkd3d/libs/vkd3d-shader/hlsl_codegen.c, line 3143 1.6-199-gda243570 -- 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 48912] New: Allow blacklisting unreliable and always new failures
by WineHQ Bugzilla Aug. 5, 2026

Aug. 5, 2026

https://bugs.winehq.org/show_bug.cgi?id=48912 Bug ID: 48912 Summary: Allow blacklisting unreliable and always new failures Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- A number of tests produce false positives because: * Either the failure message contains a value that changes with each run (e.g. an HWND). In some cases these values are really necessary for diagnosis and moving them to a separate line would make the code quite a bit more complex. * Or the test fails intermittently and is hard to fix. Sometimes the cause of the failures may also come from external factors such as bugs in QEmu (for instance long execution delays causing timeouts). * Sometimes the intermittent failure is the product of a new Windows version or configuration, which requires investigating before a fix is found. In all cases the tests should be fixed eventually, but a solution is needed for the interim so these tests to not make the TestBot so unreliable that its results are ignored. So the goal is to provide a way to blacklist some test failures so they do not cause a patch to be rejected. Some safeguards are needed to ensure that: * Failures are not blacklisted lightly. The preference should always be to fix the test. * The blacklist does not get so large that it becomes hard to maintain. * Once a test is fixed the corresponding blacklist entries are removed in a timely fashion. * There is still an incentive to fix the tests. So here is a proposal for implementing this blacklist: * Each blacklist entry should be associated with a Wine bug describing the issue. That bug should provide some minimal diagnosis: whether it's a new Windows behavior, a race condition or some issue that was reported to QEmu. That would ensure we know why the blacklist entry was added. One could also check the status of the bug when reviewing the blacklist entries. A closed bug would be a strong hint that the blacklist entry is no longer needed. * Rather than blacklisting whole test units, blacklist entries should target specific test failures via a regular expression. Besides being finer grained this would be useful for cases like user32:win which has different issues depending on the locale and where each should be linked to a different bug (bugs 48815, 48819 and 48820). * The TestBot should record when each blacklist entry was last used. This relies on having the above regular expression since without it the TestBot would not know anything beyond 'the test unit was run and had failures'. Also the regular expression would only be used against *new* failures. So this would really record the last time the blacklist entry was actually useful. An entry that was unused for a long time would be a prime candidate for reviewing the corresponding bug and for removal. (Note: The blacklist would also be used on WineTest reports so it would get a chance of matching its target at least 5 days / week). * The blacklist entries would only be needed for 'base' test configurations since they are the only ones wine-devel patches run on. * There should be a page listing the blacklist entries so developers have a good starting point to work on them. * Ideally the blacklist page would also point to the tasks where the blacklist was last used. Since most of the blacklisted failures are either intermittent or specific to a given test configuration this would make it easier for developers to find reports where the failure did happen. Note that Wine VMs often test multiple configurations per task (e.g. wow32 and wow64, different locales), each producing its own test report. So pointing at just the task would leave the developer guessing which report should be looked at. But that may be sufficient guidance. * (test:unit, testbot-vm) tuples make it impossible to target a specific Wine test configuration such as a specific locale since they all run on the same VM. Similarly it would make blacklisting bitness-blind on Windows VMs. If necessary the tuple could be extended either with the specific mission the blacklist applies to, or with the basename of the corresponding report (the latter being easier to use in comparisons). Whether that's practical and worth the effort remains to be determined. One complication for instance is that this would lead to more blacklist entries: many 64 bit VMs would need two entries, one for 32 bit tests and one for 64 bit tests. * Pseudo database schema and sample use: FailureBlacklists ----------------- PK Bug 48815 PK TestModule user32 PK TestUnit win Name 0x738 message FailureRegExp Test failed: hwnd [0-9A-F]{8,16} message 0738 LastUse 2020-03-27 FailureBlacklistVMs ------------------- PK Bug 48815 PK TestModule user32 PK TestUnit win PK VMName Entries for w1064v1709, w1064v1809, etc. (48815, user32, win, w1064v1709) (48815, user32, win, w1064v1809) (48815, user32, win, w1064v1809_2scr) ... FailureBlacklistUses (optionally) --------------------------------- PK Bug PK TestModule PK TestUnit PK JobId PK StepNo PK TaskNo (48815, user32, win, 68507, 1, 7) (48815, user32, win, 68508, 1, 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.

2 6

[Bug 60064] New: Wine version selected by users is ignored on resubmit
by WineHQ Bugzilla Aug. 5, 2026

Aug. 5, 2026

http://bugs.winehq.org/show_bug.cgi?id=60064 Bug ID: 60064 Summary: Wine version selected by users is ignored on resubmit Product: WineHQ Apps Database Version: unspecified Hardware: x86-64 URL: https://appdb.winehq.org/objectManager.php?sClass=vers ion&iId=20882&iTestingId=117598 OS: Linux Status: NEW Keywords: download, source Severity: major Priority: P2 Component: appdb-unknown Assignee: wine-bugs(a)list.winehq.org Reporter: imwellcushtymelike(a)gmail.com Target Milestone: --- Distribution: --- A user reported via IRC that his test result keeps getting rejected with "Select the correct Wine version" (or similar). The user provided a video showing that he selects the Wine version and resubmits, but the AppDB records "main" ("main" is another issue needing fixing). This reoccurs no matter how many times he resubmits. I created a new account and attempted to do the same, but it worked correctly on resubmission. I therefore do not know how to trigger this. Thanks to Hugo Osvaldo Barrera for finding this. https://appdb.winehq.org/objectManager.php?sClass=version&iId=20882&iTestin… As a admin/maintainer I can change the Wine version and accept the submission, but there is no way to know which Wine version is intended unless the user states it in the test result itself. The only option is reject and ask the user to mention the Wine version in the comments. -- 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 18