- Wine-bugs - list.winehq.org

[Bug 31283] New: I Love Science! cannot detect it's CD
by wine-bugs＠winehq.org 22 Feb '26

22 Feb '26

http://bugs.winehq.org/show_bug.cgi?id=31283 Bug #: 31283 Summary: I Love Science! cannot detect it's CD Product: Wine Version: 1.5.6 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: Nachanon_Vetjasit(a)hotmail.com Classification: Unclassified Created attachment 41094 --> http://bugs.winehq.org/attachment.cgi?id=41094 WINE 1.5.6 +relay,+seh,+tid When started DK's I Love Science (.wine/drive_c/Program Files/DK Multimedia/I Love Science!/ilovesci.exe), instead of launch screen popping up, an error message was displayed: "Please put the I Love Science! CD in a CD drive" [Retry][Quit] Clicking "Retry" will make the dialog disappear, then it appeared back almost instantly. Clicking "Quit" will simply close the program. I Love Science's CD was mounted at drive D: Tested with WINE's Windows version 98. I Love Science! is a Win16 application and supports Windows 3.x. WINE: wine-1.5.6 source distribution. System: Debian GNU/Linux 5.0 "Lenny" i386 (Intel Pentium 4 2.66GHz) -- 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.

2 16

[Bug 59439] New: Sometimes AIMP player hangs while playing music
by WineHQ Bugzilla 22 Feb '26

22 Feb '26

http://bugs.winehq.org/show_bug.cgi?id=59439 Bug ID: 59439 Summary: Sometimes AIMP player hangs while playing music Product: Wine Version: 11.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: romanio412(a)gmail.com Distribution: --- So this is not happening very often and I'm not really sure how to reproduce it. Roughly once-twice per month the AIMP music player hangs during playback. The music pauses and the UI becomes freezes without any possibility to close it. In order to restart the player I have to find all wine '*.exe' processes and kill them with `killall`. When this happens, the following gets repeatedly logged into the journalctl ``` Feb 22 08:14:47 jrm-ws env[17866]: 068c:err:sync:RtlpWaitForCriticalSection section 00007FFFFE2200D0 "dlls/ntdll/heap.c: main process heap section" wait timed out in thread 068c, blocked by 0688, retrying (60 sec) Feb 22 08:14:47 jrm-ws env[17866]: 0698:err:sync:RtlpWaitForCriticalSection section 00006FFFFFC57940 "dlls/ntdll/thread.c: fls_section" wait timed out in thread 0698, blocked by 068c, retrying (60 sec) Feb 22 08:14:47 jrm-ws env[17866]: 0684:err:sync:RtlpWaitForCriticalSection section 00006FFFFFC57940 "dlls/ntdll/thread.c: fls_section" wait timed out in thread 0684, blocked by 068c, retrying (60 sec) Feb 22 08:14:47 jrm-ws env[17866]: 0694:err:sync:RtlpWaitForCriticalSection section 00006FFFFFC57940 "dlls/ntdll/thread.c: fls_section" wait timed out in thread 0694, blocked by 068c, retrying (60 sec) Feb 22 08:14:48 jrm-ws env[17866]: 0688:err:sync:RtlpWaitForCriticalSection section 00006FFFFFC57940 "dlls/ntdll/thread.c: fls_section" wait timed out in thread 0688, blocked by 068c, retrying (60 sec) Feb 22 08:14:49 jrm-ws kwin_x11[2128]: kwin_core: XCB error: 152 (BadDamage), sequence: 31192, resource id: 21384500, major code: 143 (DAMAGE), minor code: 2 (Destroy) Feb 22 08:14:49 jrm-ws kwin_x11[2128]: kwin_core: XCB error: 3 (BadWindow), sequence: 31193, resource id: 58722203, major code: 129 (SHAPE), minor code: 6 (Input) Feb 22 08:15:09 jrm-ws kdeconnectd[2392]: qt.bluetooth.bluez: Cannot find Bluez 5 adapter for device search false Feb 22 08:15:10 jrm-ws systemd[1921]: Started app-org.kde.konsole(a)e59f97efcd6946c080bd6d90102b2ac6.service - Konsole - Terminal. Feb 22 08:15:11 jrm-ws systemd[1921]: Started app-org.kde.konsole-32464.scope. Feb 22 08:15:39 jrm-ws kdeconnectd[2392]: qt.bluetooth.bluez: Cannot find Bluez 5 adapter for device search false Feb 22 08:15:43 jrm-ws env[17866]: 0128:err:sync:RtlpWaitForCriticalSection section 00007FFFFE2200D0 "dlls/ntdll/heap.c: main process heap section" wait timed out in thread 0128, blocked by 0688, retrying (60 sec) Feb 22 08:15:43 jrm-ws env[17866]: 0124:err:sync:RtlpWaitForCriticalSection section 00007FFFFE2200D0 "dlls/ntdll/heap.c: main process heap section" wait timed out in thread 0124, blocked by 0688, retrying (60 sec) Feb 22 08:15:44 jrm-ws env[17866]: 0690:err:sync:RtlpWaitForCriticalSection section 00007FFFFE2200D0 "dlls/ntdll/heap.c: main process heap section" wait timed out in thread 0690, blocked by 0688, retrying (60 sec) Feb 22 08:15:47 jrm-ws env[17866]: 068c:err:sync:RtlpWaitForCriticalSection section 00007FFFFE2200D0 "dlls/ntdll/heap.c: main process heap section" wait timed out in thread 068c, blocked by 0688, retrying (60 sec) Feb 22 08:15:47 jrm-ws env[17866]: 0698:err:sync:RtlpWaitForCriticalSection section 00006FFFFFC57940 "dlls/ntdll/thread.c: fls_section" wait timed out in thread 0698, blocked by 068c, retrying (60 sec) Feb 22 08:15:47 jrm-ws env[17866]: 0684:err:sync:RtlpWaitForCriticalSection section 00006FFFFFC57940 "dlls/ntdll/thread.c: fls_section" wait timed out in thread 0684, blocked by 068c, retrying (60 sec) Feb 22 08:15:47 jrm-ws env[17866]: 0694:err:sync:RtlpWaitForCriticalSection section 00006FFFFFC57940 "dlls/ntdll/thread.c: fls_section" wait timed out in thread 0694, blocked by 068c, retrying (60 sec) Feb 22 08:15:48 jrm-ws env[17866]: 0688:err:sync:RtlpWaitForCriticalSection section 00006FFFFFC57940 "dlls/ntdll/thread.c: fls_section" wait timed out in thread 0688, blocked by 068c, retrying (60 sec) Feb 22 08:16:09 jrm-ws kdeconnectd[2392]: qt.bluetooth.bluez: Cannot find Bluez 5 adapter for device search false Feb 22 08:16:39 jrm-ws kdeconnectd[2392]: qt.bluetooth.bluez: Cannot find Bluez 5 adapter for device search false Feb 22 08:16:43 jrm-ws env[17866]: 0128:err:sync:RtlpWaitForCriticalSection section 00007FFFFE2200D0 "dlls/ntdll/heap.c: main process heap section" wait timed out in thread 0128, blocked by 0688, retrying (60 sec) Feb 22 08:16:43 jrm-ws env[17866]: 0124:err:sync:RtlpWaitForCriticalSection section 00007FFFFE2200D0 "dlls/ntdll/heap.c: main process heap section" wait timed out in thread 0124, blocked by 0688, retrying (60 sec) Feb 22 08:16:44 jrm-ws env[17866]: 0690:err:sync:RtlpWaitForCriticalSection section 00007FFFFE2200D0 "dlls/ntdll/heap.c: main process heap section" wait timed out in thread 0690, blocked by 0688, retrying (60 sec) Feb 22 08:16:47 jrm-ws env[17866]: 068c:err:sync:RtlpWaitForCriticalSection section 00007FFFFE2200D0 "dlls/ntdll/heap.c: main process heap section" wait timed out in thread 068c, blocked by 0688, retrying (60 sec) Feb 22 08:16:47 jrm-ws env[17866]: 0698:err:sync:RtlpWaitForCriticalSection section 00006FFFFFC57940 "dlls/ntdll/thread.c: fls_section" wait timed out in thread 0698, blocked by 068c, retrying (60 sec) Feb 22 08:16:47 jrm-ws env[17866]: 0684:err:sync:RtlpWaitForCriticalSection section 00006FFFFFC57940 "dlls/ntdll/thread.c: fls_section" wait timed out in thread 0684, blocked by 068c, retrying (60 sec) Feb 22 08:16:47 jrm-ws env[17866]: 0694:err:sync:RtlpWaitForCriticalSection section 00006FFFFFC57940 "dlls/ntdll/thread.c: fls_section" wait timed out in thread 0694, blocked by 068c, retrying (60 sec) Feb 22 08:16:48 jrm-ws env[17866]: 0688:err:sync:RtlpWaitForCriticalSection section 00006FFFFFC57940 "dlls/ntdll/thread.c: fls_section" wait timed out in thread 0688, blocked by 068c, retrying (60 sec) Feb 22 08:17:09 jrm-ws kdeconnectd[2392]: qt.bluetooth.bluez: Cannot find Bluez 5 adapter for device search false Feb 22 08:17:39 jrm-ws kdeconnectd[2392]: qt.bluetooth.bluez: Cannot find Bluez 5 adapter for device search false Feb 22 08:17:43 jrm-ws env[17866]: 0128:err:sync:RtlpWaitForCriticalSection section 00007FFFFE2200D0 "dlls/ntdll/heap.c: main process heap section" wait timed out in thread 0128, blocked by 0688, retrying (60 sec) Feb 22 08:17:43 jrm-ws env[17866]: 0124:err:sync:RtlpWaitForCriticalSection section 00007FFFFE2200D0 "dlls/ntdll/heap.c: main process heap section" wait timed out in thread 0124, blocked by 0688, retrying (60 sec) Feb 22 08:17:44 jrm-ws env[17866]: 0690:err:sync:RtlpWaitForCriticalSection section 00007FFFFE2200D0 "dlls/ntdll/heap.c: main process heap section" wait timed out in thread 0690, blocked by 0688, retrying (60 sec) Feb 22 08:17:47 jrm-ws env[17866]: 068c:err:sync:RtlpWaitForCriticalSection section 00007FFFFE2200D0 "dlls/ntdll/heap.c: main process heap section" wait timed out in thread 068c, blocked by 0688, retrying (60 sec) Feb 22 08:17:47 jrm-ws env[17866]: 0698:err:sync:RtlpWaitForCriticalSection section 00006FFFFFC57940 "dlls/ntdll/thread.c: fls_section" wait timed out in thread 0698, blocked by 068c, retrying (60 sec) Feb 22 08:17:47 jrm-ws env[17866]: 0684:err:sync:RtlpWaitForCriticalSection section 00006FFFFFC57940 "dlls/ntdll/thread.c: fls_section" wait timed out in thread 0684, blocked by 068c, retrying (60 sec) Feb 22 08:17:47 jrm-ws env[17866]: 0694:err:sync:RtlpWaitForCriticalSection section 00006FFFFFC57940 "dlls/ntdll/thread.c: fls_section" wait timed out in thread 0694, blocked by 068c, retrying (60 sec) Feb 22 08:17:48 jrm-ws env[17866]: 0688:err:sync:RtlpWaitForCriticalSection section 00006FFFFFC57940 "dlls/ntdll/thread.c: fls_section" wait timed out in thread 0688, blocked by 068c, retrying (60 sec) ``` The `ps aux` of the hanging process looks like this ``` jrm 17866 38.2 0.3 1428776 158168 ? Ssl 05:29 64:45 Z:\opt\aimp\AIMP\AIMP.exe Z:\home\jrm\Downloads\Music\01. Night Drift.flac ``` I understand that this is quite vague and without the reproduction steps there might be not much that can be done, but I thought I'd create a bug report anyway in case people experience the same in the future and can actually trace what leads to this error. -- 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 0

[Bug 59438] New: jscript crashes
by WineHQ Bugzilla 22 Feb '26

22 Feb '26

http://bugs.winehq.org/show_bug.cgi?id=59438 Bug ID: 59438 Summary: jscript crashes Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: jscript Assignee: wine-bugs(a)list.winehq.org Reporter: wine(a)ivank.me Distribution: --- When testing out Wine's jscript implementation I came across a couple of code samples where the engine crashes due to a null pointer dereference. One is an example from compat-table (https://github.com/compat-table/compat-table/blob/8f4179ffb5e7a06a12739400f…) ``` function testCode() { try { RegExp.prototype.exec(); return false; } catch(e) {} try { Date.prototype.valueOf(); return false; } catch(e) {} if (![Error, EvalError, RangeError, ReferenceError, SyntaxError, TypeError, URIError].every(function (E) { return Object.prototype.toString.call(E.prototype) === '[object Object]'; })) { return false; } return true; } testCode() ``` This crash can be reproduced with wine's cscript.exe. It crashes both when built from git (revision eaea4240c4efb618be6d20c05f7fc9f3db9a104c) and using wine shipped with Debian (version 10.0~repack-6): ``` $ wine cscript.exe Z:/tmp/misc.prototypes-not-instances.js wine: Unhandled page fault on read access to 00000000 at address 789A1F83 (thread 01e8), starting debugger... WineDbg attached to pid 01e4 ``` Another crash in a tricky String.prototype.replace call: ``` var s6 = "abcdefghij".replace(/(a)(b)(c)(d)(e)(f)(g)(h)(i)(j)/, "$10-$09-$08-$07-$06-$05-$04-$03-$02-$01"); ``` The second crash only happens using 64-bit jscript.dll, not the 32-bit build so won't reproduce with default cscript.exe. I have a custom DLL host and build scripts that build the 64-bit jscript.dll and reproduce this bug: ``` $ git clone https://github.com/ivankra/javascript-zoo.git src && cd src $ REV=eaea4240c4efb618be6d20c05f7fc9f3db9a104c make -C engines/wine sh $ wine /dist/wine-dist/jscript64.exe /zoo/conformance/es3/String.prototype.replace.capture.js wine: Unhandled page fault on read access to FFFFFFFFFFFFFFFF at address 00006FFFFC6BC2C2 (thread 0128), starting debugger... ``` -- 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 0

[Bug 59222] New: WISO Mein Geld 365 - Accepting Licence Agreement (Ticking a box) is not accepted and ends in a loop
by WineHQ Bugzilla 21 Feb '26

21 Feb '26

http://bugs.winehq.org/show_bug.cgi?id=59222 Bug ID: 59222 Summary: WISO Mein Geld 365 - Accepting Licence Agreement (Ticking a box) is not accepted and ends in a loop Product: Wine Version: 11.0-rc4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mshtml Assignee: wine-bugs(a)list.winehq.org Reporter: maiktapwagner(a)aol.com Distribution: --- Created attachment 80120 --> http://bugs.winehq.org/attachment.cgi?id=80120 Console output (11.0-rc4) Hello everyone WISO Mein Geld (My Money) 365 is a German finance application and a trial version is available at https://www.buhl.de/produkte/wiso-mein-geld/ from where I downloaded the following file. bash-5.1$ sha256sum WISOFinanz2026.exe a905f97ce7cbac86b23600e3d453ebfeca695dd09e6641385d7379f456b3acfe WISOFinanz2026.exe It is necessary to setup a buhl.de account to receive an email with a license code but the application can be tested for free for 30 days. Steps top reproduce: - Enter you licence code you have received per Email - Tick the "accept licence box" and you will be stuck in a loop and the installation won't continue. Console output reveals: 01a0:fixme:mshtml:HTMLStyle_setAttribute Parameter lFlags ignored when I click the "continue" (Weiter) button but can't get any further. -- 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 2

[Bug 59437] New: Genshin Impact: game won't start (Gentoo Linux)
by WineHQ Bugzilla 21 Feb '26

21 Feb '26

http://bugs.winehq.org/show_bug.cgi?id=59437 Bug ID: 59437 Summary: Genshin Impact: game won't start (Gentoo Linux) Product: Wine Version: 11.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: xolehlp Assignee: wine-bugs(a)list.winehq.org Reporter: enkiferreiracosta867(a)gmail.com Distribution: --- Created attachment 80419 --> http://bugs.winehq.org/attachment.cgi?id=80419 Console output I've been trying to play Genshin thru Wine for a few days already, and while the HoYoPlay launcher does start and is able to install the game in question, the game itself simply refuses to run. First, I had an issue where it was missing the WDFLDR.SYS driver because it was needed by one of its components. So I went ahead and downloaded the file for it. Error fixed. Now, starting the game spits what's shown in the attachment, while spawning a debugger window that closes after half a second and has nothing written on it. What caught me the most attention is the "Access denied" error in the console output, however. I don't really know what it's trying to say, because it's not a file or anything that it's trying to access, so I can't tell what's going on. I also built Wine both with debug symbols on and off, but that made no difference in whether said window would remain to show what's going on or not. Weirdly enough, I do remember the game working when I tried it in CachyOS, and it somehow doesn't work here anymore. Either a new update to the game was done and now it no longer launches, or my setup is just too different and it can't run on 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.

1 1

[Bug 10471] New: Radmin viewer 3.1: Ungrayed disabled menu item in the " Connection Properties" window
by wine-bugs＠winehq.org 21 Feb '26

21 Feb '26

http://bugs.winehq.org/show_bug.cgi?id=10471 Summary: Radmin viewer 3.1: Ungrayed disabled menu item in the "Connection Properties" window Product: Wine Version: 0.9.48. Platform: PC URL: http://www.famatech.com/download/rview31.exe OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: wine-gui AssignedTo: wine-bugs(a)winehq.org ReportedBy: bugs.radmin(a)gmail.com We got an error: 1. Installed Radmin server 3.1 (http://www.famatech.com/download/rserv31.exe) on a windows computer. 2. Installed Radmin viewer 3.1 on a linux computer with wine installed. 3. Started Radmin viewer and open "Connection Properties" window (can be reached "Right click on connection icon" --> "Properties" or "Connection" --> "Connect to"). The list of intermediate hosts in "Advanced settings" should be grayed (disabled) until checkbox "Connect through host" is marked. The error was tested on Fedora Core 7 installation with the last wine package from fedora update site (fedora_mirror/fedora/linux/updates/7/i386/). -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

3 13

[Bug 59436] New: Wayland/EGL: Washed-out colors caused by double sRGB conversion on default framebuffer (GL_FRAMEBUFFER_SRGB)
by WineHQ Bugzilla 21 Feb '26

21 Feb '26

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 2

[Bug 59435] New: No windows elements categories (in Construct 2 r280, probably generic problem)
by WineHQ Bugzilla 21 Feb '26

21 Feb '26

http://bugs.winehq.org/show_bug.cgi?id=59435 Bug ID: 59435 Summary: No windows elements categories (in Construct 2 r280, probably generic problem) Product: Wine Version: 11.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: gsw.eugeneulan(a)gmail.com Distribution: --- Created attachment 80409 --> http://bugs.winehq.org/attachment.cgi?id=80409 3 images combined for bug description There are no elements categories in Construct 2 editor windows where they should be. Instead of expected categorized views for plugins, behaviors, effects, events and expression dictionary (where I've noticed it so far) they are all displayed as a whole in their own window, making navigation and selecting the correct item harder. I'm naming it "probably generic problem" as I've noticed it in the Construct Classic's insert object dialog as well, and I suspect that every Windows program making use of this exact element has the same issue, as it is may not be fully implemented in Wine's code. To see reproduced problem in application itself: 1. Install the latest Wine development version (11.3) along with Mono & Gecko dependencies (as it has requested me to do); 2. Download the latest ever Construct 2 installer from this direct official link: https://downloads.construct.net/construct2/261/construct2-r280-setup.exe SHA-256: f331a31320be71135bfb0df0bf6b7442fe416062bdf726b436120dbfa0a20338 3. Run the installer in default Wine prefix and follow through all wizard's steps; 4. After program runs for the first time, you can select any "Check for updates" setting if requested (personally I select "Don't check" as the program has no official support either way) and create a new project (one quick way to do so is press Ctrl + N, then Enter); 5. You can now call one problematic dialog right away. Either double-click somewhere on the layout, or right-click and choose "Insert new object"; 6. See and compare observed and expected results on the attached screenshot! -- 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 47830] New: Exact Audio Copy (EAC) does not run with latest development release
by WineHQ Bugzilla 21 Feb '26

21 Feb '26

https://bugs.winehq.org/show_bug.cgi?id=47830 Bug ID: 47830 Summary: Exact Audio Copy (EAC) does not run with latest development release Product: Wine Version: 4.17 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: stefan(a)konink.de Distribution: --- Created attachment 65336 --> https://bugs.winehq.org/attachment.cgi?id=65336 Problem running EAC with mono-only installation I ran Exact Audio Copy using a stock Ubuntu wine package, from the 4.0.x branch. In this installation I stumbled on the issue that the EAC plugins were not recognized. This issue is said to be fixed in #43270. I have manually compiled Wine 4.17 for 32bit, which let to the output in the attachment. After winetricks dotnet20 I was able to run EAC.exe, including the plugins that were previously missing, this resulted in not able to retrieve information about CDs. But this seems to be a side effect of the plugins "working". When selecting Build-in freedb engine under Metadata options, information was retrieved. The second attachment shows the problem using the CUETools plugin. I have reproduced the steps with winehq-devel (4.17~disco): Download: https://www.fosshub.com/Exact-Audio-Copy-DE.html?dwl=eac-1.3.exe Run: wine eac-1.3.exe Validate the output in output.txt after starting the application. Run: winetricks dotnet2 Run: cd ~/.wine/drive_c/Program\ Files\ $x86$/Exact\ Audio\ Copy/ Run: wine EAC.exe Cancel the CD-rom detection. Insert a common audio CD. Alt-G, specify e-mail. Another Alt-G. Validate the output in output-networking.txt after starting the application. -- 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 54858] New: Multiple games call for "Windows.System.DispatcherQueue" (Tannenberg, The Last Stand: Aftermath, The Long Dark)
by WineHQ Bugzilla 21 Feb '26

21 Feb '26

https://bugs.winehq.org/show_bug.cgi?id=54858 Bug ID: 54858 Summary: Multiple games call for "Windows.System.DispatcherQueue" (Tannenberg, The Last Stand: Aftermath, The Long Dark) Product: Wine Version: 8.6 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ole32 Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Lots of 0e8c:fixme:combase:RoGetActivationFactory (L"Windows.System.DispatcherQueue", {00000035-0000-0000-c000-000000000046}, 00007FEEE4A0FA00): semi-stub 0e8c:err:combase:RoGetActivationFactory Failed to find library for L"Windows.System.DispatcherQueue" 8.6-29-ga19c1ff1697 -- 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 23