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

[Bug 53559] New: Cult of the Lamb leaks memory due to mfplat unsupported service
by WineHQ Bugzilla July 24, 2026

July 24, 2026

https://bugs.winehq.org/show_bug.cgi?id=53559 Bug ID: 53559 Summary: Cult of the Lamb leaks memory due to mfplat unsupported service Product: Wine Version: 7.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mfplat Assignee: wine-bugs(a)winehq.org Reporter: joseskvolpe(a)gmail.com Distribution: --- Created attachment 72923 --> https://bugs.winehq.org/attachment.cgi?id=72923 Log output After the developer opening, the game tries to reproduce another video. You can hear the sound playing, but the video fails to load. The game seems to try to load the video again and finds itself in a failing loop, leaking memory. While trying to reproduce the intro video, the game spams to the log: >fixme:mfplat:media_source_get_service_GetService Unsupported service {dd0ac3d8-40e3-4128-ac48-c0add067b714}. This issue (memory leak) doesn't occurs on Proton, but the intro video still can't be reproduced. Procedure: 1 - Open up the game 2 - Wait until the first intro (Massive Monster opening) ends 3 - Watch for the system monitor that RAM is leaking. Kill the application or else it'll freeze your system Game is paid and can be downloaded from Steam or GOG. Their official page: https://www.cultofthelamb.com/ -- 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 57958] New: Caps lock issue when holding Caps lock with other key and Caps lock state was already on
by WineHQ Bugzilla July 24, 2026

July 24, 2026

https://bugs.winehq.org/show_bug.cgi?id=57958 Bug ID: 57958 Summary: Caps lock issue when holding Caps lock with other key and Caps lock state was already on Product: Wine Version: 10.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: daniel.gaba(a)protonmail.com Distribution: --- Hello, most of the time when holding Caps lock with another button game will register double click first on CAPS LOCK. In "Arma 3" and in "Arma: Reforger" CapsLock is used as push to talk button for radio and you are often holding it alongside other buttons. How to reproduce: 1. Caps lock state need to be on. 2. Hold other key, for example W for walking forward 3. Hold CAPS LOCK 4. In Arma 3 it will start broadcasting for ms and stop and after 1s it will start broadcasting again. In Arma: Reforger this will toggle between Squad <-> Platoon radio instead because it detected double click on Caps Lock. Game will ignore you are still holding caps lock. There is small chance that bug will not trigger. There is also possibility that game may mistakenly detect that you are still holding the Caps Lock key after releasing it, causing it to continue broadcasting until you press it again. I don't know how to reproduce this one. This is very common issue for Arma players on Linux. OS: Opensuse Tumbleweed Kernel version: 6.13.6-1-default KDE plasma Version: 6.3.2 Wayland Wine 10.3 but issue also happens on Proton 7,8 and 9 I tested it also with wayland driver and I was not able to reproduce 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.

2 10

[Bug 40500] New: Scrap Mechanic : Unable to launch
by wine-bugs＠winehq.org July 24, 2026

July 24, 2026

https://bugs.winehq.org/show_bug.cgi?id=40500 Bug ID: 40500 Summary: Scrap Mechanic : Unable to launch Product: Wine Version: 1.9.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: arionrina(a)verizon.net Distribution: --- Created attachment 54281 --> https://bugs.winehq.org/attachment.cgi?id=54281 Crash log Scrap Mechanic doesn't open up the first window, then crashes. -- 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 25

[Bug 44887] New: Pressure sensitivity lost when file requester is opened in ZBrush
by wine-bugs＠winehq.org July 23, 2026

July 23, 2026

https://bugs.winehq.org/show_bug.cgi?id=44887 Bug ID: 44887 Summary: Pressure sensitivity lost when file requester is opened in ZBrush Product: Wine Version: 3.4 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: f2267911(a)nwytg.com Distribution: --- ZBrush (4r8 and 2018) works quite fine but when a file requester (to load or save a tool) is opened, ZBrush does not response to the pressure sensitivity. Before loading a tool the pressure sensitivity worked fine. -- 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 11

[Bug 59503] New: Video not played in Summer in Mara
by WineHQ Bugzilla July 23, 2026

July 23, 2026

http://bugs.winehq.org/show_bug.cgi?id=59503 Bug ID: 59503 Summary: Video not played in Summer in Mara Product: Wine Version: 11.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winegstreamer Assignee: wine-bugs(a)list.winehq.org Reporter: titan.costa(a)gmail.com Distribution: --- (wine:399897): GStreamer-CRITICAL **: 19:14:13.863: gst_query_set_uri: assertion 'gst_uri_is_valid (uri)' failed (wine:399897): GStreamer-CRITICAL **: 19:14:13.863: gst_query_set_uri: assertion 'gst_uri_is_valid (uri)' failed (wine:399897): GStreamer-CRITICAL **: 19:14:13.872: gst_query_set_uri: assertion 'gst_uri_is_valid (uri)' failed (wine:399897): GStreamer-CRITICAL **: 19:14:13.872: gst_query_set_uri: assertion 'gst_uri_is_valid (uri)' failed (wine:399897): GStreamer-CRITICAL **: 19:14:13.935: gst_caps_get_size: assertion 'GST_IS_CAPS (caps)' failed (wine:399897): GStreamer-CRITICAL **: 19:14:13.936: gst_caps_get_size: assertion 'GST_IS_CAPS (caps)' failed (wine:399897): GStreamer-Base-CRITICAL **: 19:14:13.936: basetransform: second attempt to fixate caps returned invalid (NULL) caps on pad vaapipostproc0:sink (wine:399897): GStreamer-CRITICAL **: 19:14:13.936: gst_caps_get_size: assertion 'GST_IS_CAPS (caps)' failed (wine:399897): GStreamer-Base-CRITICAL **: 19:14:13.936: basetransform: second attempt to fixate caps returned invalid (NULL) caps on pad vaapipostproc0:sink (wine:399897): GStreamer-CRITICAL **: 19:14:13.936: gst_caps_get_size: assertion 'GST_IS_CAPS (caps)' failed (wine:399897): GStreamer-Base-CRITICAL **: 19:14:13.936: basetransform: second attempt to fixate caps returned invalid (NULL) caps on pad vaapipostproc0:sink (wine:399897): GStreamer-CRITICAL **: 19:14:13.936: gst_caps_get_size: assertion 'GST_IS_CAPS (caps)' failed (wine:399897): GStreamer-Base-CRITICAL **: 19:14:13.936: basetransform: second attempt to fixate caps returned invalid (NULL) caps on pad vaapipostproc0:sink (wine:399897): GStreamer-CRITICAL **: 19:14:13.936: gst_caps_get_size: assertion 'GST_IS_CAPS (caps)' failed (wine:399897): GStreamer-Base-CRITICAL **: 19:14:13.936: basetransform: second attempt to fixate caps returned invalid (NULL) caps on pad vaapipostproc0:sink (wine:399897): GStreamer-CRITICAL **: 19:14:13.936: gst_caps_get_size: assertion 'GST_IS_CAPS (caps)' failed (wine:399897): GStreamer-Base-CRITICAL **: 19:14:13.936: basetransform: second attempt to fixate caps returned invalid (NULL) caps on pad vaapipostproc0:sink (wine:399897): GStreamer-CRITICAL **: 19:14:13.936: gst_caps_get_size: assertion 'GST_IS_CAPS (caps)' failed (wine:399897): GStreamer-Base-CRITICAL **: 19:14:13.936: basetransform: second attempt to fixate caps returned invalid (NULL) caps on pad vaapipostproc0:sink winegstreamer error: qtdemux0: Internal data stream error. winegstreamer error: qtdemux0: ../gst/isomp4/qtdemux.c(6749): gst_qtdemux_loop (): /GstBin:bin0/GstDecodeBin:decodebin0/GstQTDemux:qtdemux0: streaming stopped, reason not-negotiated (-4) 0:00:00.085601536 399897 0x7f58ac004b80 ERROR WINE wg_parser.c:1655:wg_parser_connect: Failed to play stream. Xlib: extension "NV-GLX" missing on display ":1". 0420:fixme:console:default_ctrl_handler Terminating process 298 on event 0 02a4:fixme:kernelbase:AppPolicyGetProcessTerminationMethod FFFFFFFFFFFFFFFA, 00007FFFFE1FFEB0 0430:fixme:kernelbase:AppPolicyGetProcessTerminationMethod FFFFFFFFFFFFFFFA, 00007FFFFE1FFEB0 -- 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 3

[Bug 59196] New: MyWhoosh crashes on RoResolveNamespace stub for Windows.Devices.Bluetooth.Advertisement
by WineHQ Bugzilla July 23, 2026

July 23, 2026

http://bugs.winehq.org/show_bug.cgi?id=59196 Bug ID: 59196 Summary: MyWhoosh crashes on RoResolveNamespace stub for Windows.Devices.Bluetooth.Advertisement Product: Wine Version: 11.0-rc4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: smirky(a)smirky.net Distribution: --- Created attachment 80068 --> http://bugs.winehq.org/attachment.cgi?id=80068 WINEDEBUG=+bluetooth,+winrt,+seh wine ./MyWhoosh/Binaries/Win64/MyWhoosh.exe &>wine-debug.log MyWhoosh (indoor cycling application) crashes when attempting to initialize Bluetooth support due to unimplemented RoResolveNamespace for Windows.Devices.Bluetooth.Advertisement namespace. **Application:** MyWhoosh (https://mywhoosh.com/) **Wine Version:** 11-rc4 (compiled from git) **OS:** Arch Linux (up to date) **BlueZ Status:** Running and functional **What happens:** 1. MyWhoosh launches successfully (to a black screen) 2. Graphics/DirectX initialize correctly (I believe) 3. Application attempts to load Windows.Devices.Bluetooth.Advertisement namespace 4. RoResolveNamespace returns as stub (not implemented) 5. Application throws C++ exception (code e06d7363) immediately after 6. Crash reporter opens but app terminates **Relevant log output:** 0024:fixme:wintypes:RoResolveNamespace name L"Windows.Devices.Bluetooth.Advertisement", windowsMetaDataDir L"", metaDataFilePaths 00007FFFFEC78B88, subNamespaces 0000000000000000 stub! 0024:trace:seh:dispatch_exception code=e06d7363 (EXCEPTION_WINE_CXX_EXCEPTION) flags=1 addr=00006FFFFFBFD887 **Expected behavior:** RoResolveNamespace should load Windows Metadata (.winmd) for the Bluetooth.Advertisement namespace, allowing the application to instantiate Bluetooth LE classes like BluetoothLEAdvertisementWatcher. **Notes:** - With Wine 10.20, the app crashed earlier with TypeLoadException for Windows Runtime assemblies - With Wine 11-rc4, significant progress has been made - the app now reaches Bluetooth initialization - The basic Bluetooth driver infrastructure (winebth.sys) and BLE support appear to be present - The issue is specifically with the WinRT metadata resolution system **Reproduction:** 1. Install MyWhoosh for Windows (available from their website) 2. Run MyWhoosh.exe with Wine 11-rc4 3. Application crashes during Bluetooth initialization The application requires Bluetooth LE connectivity to communicate with fitness equipment (smart trainers, heart rate monitors, etc.). -- 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 55206] New: COD MW Remastered (2016) crackling audio
by WineHQ Bugzilla July 23, 2026

July 23, 2026

https://bugs.winehq.org/show_bug.cgi?id=55206 Bug ID: 55206 Summary: COD MW Remastered (2016) crackling audio Product: Wine Version: 8.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winepulse.drv Assignee: wine-bugs(a)winehq.org Reporter: brandowlucas(a)gmail.com Distribution: --- Created attachment 74806 --> https://bugs.winehq.org/attachment.cgi?id=74806 this is the audio log file until i hit the crackling on game. when using pulseaudio the game sounds like this: https://www.youtube.com/watch?v=SmHY7uH1yzo when using pipewire, i don't even get audio at all: https://www.youtube.com/watch?v=71m5g4usSx0 i've tested this game in many distribution, different proton versions/wine versions and it seems a wine bug. i made this video test was on vanilla wine-8.11. I also attached the log files. -- 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 7

[Bug 52897] New: ?
by WineHQ Bugzilla July 23, 2026

July 23, 2026

https://bugs.winehq.org/show_bug.cgi?id=52897 Bug ID: 52897 Summary: ? Product: Wine Version: 7.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: stevie1401(a)web.de Distribution: --- It's a shame, it's very complicated here and my English isn't very good. I would like to report a bug in the Photifiltre program. The clipboard doesn't work 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.

2 6

[Bug 56213] New: MS Money 99 regression
by WineHQ Bugzilla July 23, 2026

July 23, 2026

https://bugs.winehq.org/show_bug.cgi?id=56213 Bug ID: 56213 Summary: MS Money 99 regression Product: Wine Version: 9.0-rc5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dahoam(a)protonmail.com Distribution: --- Created attachment 75926 --> https://bugs.winehq.org/attachment.cgi?id=75926 crash after fresh install of MS Money 99 After updating from 8.0.2 to the new 9.0 release MS Money 99, which has worked very well before, stopped working. It starts up, plays it's start-up chime and then immediately exists (no crash dump), with those messages appearing in the console: 0360:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION 0360:fixme:heap:RtlCompactHeap handle 00340000, flags 0 stub! 038c:fixme:ieframe:PersistStreamInit_InitNew (011F9EF8) 038c:fixme:ieframe:navigate_url Unsupported args (Flags 03DEFF30 {VT_UI2: 14}; TargetFrameName (null)) 039c:fixme:iphlpapi:NotifyIpInterfaceChange (family 0, callback 1A4F4250, context 0123C6E8, init_notify 0, handle 08ADFE00): stub 038c:fixme:msctf:InputProcessorProfileMgr_GetActiveProfile (088539E8)->({34745c63-b2f0-4784-8b67-5e12c8701a31} 03DEC93C) 038c:fixme:file:NtLockFile I/O completion on lock not implemented yet 038c:fixme:ieframe:BrowserService_GetTravelLog 0BA0D898 03DECE10 038c:fixme:ieframe:ClientSite_GetContainer (011F9FD0)->(03DECF08) 038c:fixme:ieframe:ClientSite_GetContainer (011F9FD0)->(03DEE018) I tried a fresh install of the application as well. In that case the application crashes, producing the attached backtrace. Please let me know if I can provide additional information to track down this issue. Thanks. -- 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 8

[Bug 59830] New: mmdevapi: IConnector::GetDataFlow / GetDeviceIdConnectedTo return E_NOTIMPL
by WineHQ Bugzilla July 23, 2026

July 23, 2026

http://bugs.winehq.org/show_bug.cgi?id=59830 Bug ID: 59830 Summary: mmdevapi: IConnector::GetDataFlow / GetDeviceIdConnectedTo return E_NOTIMPL Product: Wine Version: 11.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mmdevapi Assignee: wine-bugs(a)list.winehq.org Reporter: brian(a)digital-traffic.net Distribution: --- Created attachment 81106 --> http://bugs.winehq.org/attachment.cgi?id=81106 Test program for reproduction Note: Report is AI Generated / Human Reviewed. SUMMARY IConnector::GetDataFlow and IConnector::GetDeviceIdConnectedTo return E_NOTIMPL instead of valid topology data. Windows returns S_OK with real values for the same calls. Both E_NOTIMPL values are outside the HRESULTs the methods are documented to return. Real-world impact: pro-audio applications that probe endpoint topology to validate an output (e.g. Denon Engine DJ 5.0.0) refuse to use the device. Reproduces on wine-staging 11.10 and on vanilla wine.git d88408468c33dd09c7b3cc9499d0b39ba8023e2f -- not staging-specific. STEPS TO REPRODUCE A standalone MinGW reproducer (test-topology.c, ~130 lines, attached) creates an IMMDeviceEnumerator, gets the default eRender/eConsole endpoint, activates IDeviceTopology, walks to the connector at index 0, and calls GetType, GetDataFlow and GetDeviceIdConnectedTo. The same binary runs on Wine and on Windows. Build (MinGW on Linux): x86_64-w64-mingw32-gcc -O2 -o test-topology.exe test-topology.c \ -lole32 -loleaut32 -luuid Run: wine ./test-topology.exe (Linux + Wine) .\test-topology.exe (Windows) Note on the two test environments below: these are NOT identical hardware. Wine runs on the Linux host; Windows runs as a KVM guest. The Wine-side E_NOTIMPL is unconditional in dlls/mmdevapi/devenum.c (lines 1787 and 1834 both "return E_NOTIMPL;" with no backend interaction), so the divergence is not backend-dependent. The Windows capture is a representative example of what a spec-compliant implementation returns on a real audio endpoint. Wine side: wine-staging 11.10, fresh 64-bit prefix on Arch Linux (kernel 7.0.9, Framework 16 / AMD Ryzen AI 9 HX 370, Radeon 890M iGPU), audio via PipeWire's pulseaudio compat to Wine's pulse driver. Default endpoint is the laptop's built-in HDA codec. Windows reference: Windows 11 25H2 (OS Build 26200.8037) in libvirt/KVM on the same host, virtio HD-audio device (stereo 48 kHz s32le), no DJ hardware attached. ACTUAL OUTPUT (Wine 11.10) == test-topology: Wine mmdevapi IConnector / IDeviceTopology probe == CoInitializeEx -> 0x00000000 (S_OK) CoCreateInstance(MMDeviceEnumerator) -> 0x00000000 (S_OK) GetDefaultAudioEndpoint(eRender,eConsole) -> 0x00000000 (S_OK) IMMDevice::Activate(IDeviceTopology) -> 0x00000000 (S_OK) -- IDeviceTopology probes -- IDeviceTopology::GetConnectorCount -> 0x00000000 (S_OK) connector_count = 1 IDeviceTopology::GetConnector(0) -> 0x00000000 (S_OK) -- IConnector probes (index 0) -- IConnector::GetType -> 0x00000000 (S_OK) ConnectorType = 1 <-- Physical_Internal (hardcoded) IConnector::GetDataFlow -> 0x80004001 (E_NOTIMPL) IConnector::GetDeviceIdConnectedTo -> 0x80004001 (E_NOTIMPL) EXPECTED OUTPUT (Windows 11 25H2 build 26200.8037, identical .exe, virtio HD-audio endpoint) -- IConnector probes (index 0) -- IConnector::GetType -> 0x00000000 (S_OK) ConnectorType = 2 <-- Physical_External IConnector::GetDataFlow -> 0x00000000 (S_OK) DataFlow = 0 <-- In IConnector::GetDeviceIdConnectedTo -> 0x00000000 (S_OK) device_id (connected-to) = {2}.\\?\hdaudio#func_01&ven_1af4&dev_0022&...\elineouttopo DIVERGENCE SUMMARY Per method -- Wine 11.10 vs Windows 11 25H2 (26200.8037) vs documented returns: IDeviceTopology::GetConnectorCount Wine: S_OK, count=1 (hardcoded) Windows: S_OK, count=1 Documented: S_OK / E_POINTER IDeviceTopology::GetConnector(0) Wine: S_OK, empty IConnector Windows: S_OK, real IConnector Documented: S_OK / E_POINTER / E_INVALIDARG IConnector::GetType Wine: S_OK, Physical_Internal (hardcoded) Windows: S_OK, Physical_External Documented: S_OK / E_POINTER IConnector::GetDataFlow *** spec violation *** Wine: E_NOTIMPL Windows: S_OK, In Documented: S_OK / E_POINTER (E_NOTIMPL is not listed) IConnector::GetDeviceIdConnectedTo *** spec violation *** Wine: E_NOTIMPL Windows: S_OK, full device-instance path Documented: S_OK / E_POINTER / E_NOTFOUND / E_OUTOFMEMORY (E_NOTIMPL is not listed) The two methods marked "spec violation" return an HRESULT not listed for them on learn.microsoft.com (see IConnector::GetDataFlow and IConnector::GetDeviceIdConnectedTo). The hardcoded Physical_Internal from GetType is wrong for the virtio HD-audio jack the guest is using, but is at least a spec-legal value. SOURCE POINTERS In dlls/mmdevapi/devenum.c at HEAD d88408468c3: Connector_GetType (devenum.c:1778) FIXME("...partial stub"); *pType = Physical_Internal; return S_OK; Connector_GetDataFlow (devenum.c:1787) FIXME("...stub"); return E_NOTIMPL; Connector_GetDeviceIdConnectedTo (devenum.c:1834) FIXME("...stub"); return E_NOTIMPL; DT_GetConnectorCount (devenum.c:1914) FIXME("...partial stub"); *pCount = 1; return S_OK; DT_GetConnector (devenum.c:1926) FIXME("...partial stub"); returns a freshly-Connector_Create()d empty object for nIndex == 0. Connector_Create (devenum.c:1857) allocates IConnectorImpl with only vtbl + ref; no plumbing of parent IMMDevice flow / id. Connector_GetConnectorIdConnectedTo, Connector_ConnectTo, Connector_Disconnect, Connector_IsConnected and Connector_GetConnectedTo are also pure stubs. They are out of scope for this report (Engine DJ did not call them during testing) but would also need real implementations for a complete IConnector. The existing test scaffold at dlls/mmdevapi/tests/mmdevenum.c:386 (test_connectors()) does not currently catch this -- it "passes" today because the connector count is treated as advisory and the test body short-circuits. REAL-WORLD IMPACT Denon Engine DJ 5.0.0 (Qt6/C++, WASAPI consumer): - App launches, UI renders, library catalogs, BPM analysis runs. - Engine probes WASAPI topology on its startup path. WINEDEBUG=+mmdevapi shows "fixme:mmdevapi:Connector_GetDeviceIdConnectedTo (...) - stub" firing immediately on app launch, before any user interaction. Engine's own log records "GetDeviceIdConnectedTo : Error: UNKNOWN ERROR" 9x during this probe. - Settings > Audio > Output: the Audio Device dropdown shows "No Output channels available". Every enumerated endpoint is rejected during the topology probe, so the user can't select any output at all. - On launch the symptom can also surface as "Mono output devices are not supported. Please select a stereo audio output device." -- same upstream cause; the endpoint is stereo, but the failed topology introspection made Engine treat it as unusable. - Attempting to load a track to a deck throws Engine's internal "EErrorCode 109 / Access denied" from TrackDeckControlLoadWorker::createReader. Confirmed via WINEDEBUG=+ntdll,+file,+seh trace that NO actual STATUS_ACCESS_DENIED is returned by Wine during the failure -- Engine's error code is a catch-all unrelated to filesystem ACLs. - Identical Engine DJ 5.0.0 in a Windows 11 25H2 VM on the same host (virtio HD-audio stereo endpoint, no DJ hardware attached -- same as the Wine run) loads tracks fine. The endpoints differ in driver path but are both 2-channel 48 kHz; Engine's own logs and the standalone reproducer above isolate the divergence to the mmdevapi topology calls, not to the audio endpoint itself. -- 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 9