- Wine-bugs - list.winehq.org

[Bug 54948] New: EA app fails after login
by WineHQ Bugzilla 26 May '25

26 May '25

https://bugs.winehq.org/show_bug.cgi?id=54948 Bug ID: 54948 Summary: EA app fails after login Product: Wine Version: 8.8 Hardware: x86-64 URL: https://www.ea.com/ea-app OS: Linux Status: NEW Keywords: download Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- d3dcompiler_47 (x64) putted in '../Program Files/Electronic Arts/EA Desktop/EA Desktop' After login the app main window shows for a second and then immediately closes. Disabling d3d12 helps. 0a88:fixme:dxgi:d3d12_swapchain_init Ignoring swap effect 0x4. 0a88:fixme:dxgi:d3d12_swapchain_init Ignoring swapchain flags 0x2. Assertion failed: !status, file ../wine/dlls/winevulkan/loader_thunks.c, line 160 0324:err:seh:call_stack_handlers invalid frame 000000001C07EA48 (000000001C082000-000000001C180000) 0324:err:seh:call_stack_handlers invalid frame 000000001C07C820 (000000001C082000-000000001C180000) 0324:err:seh:NtRaiseException Exception frame is not in stack limits => unable to dispatch exception. 8.8-34-gd54e7cd51db -- 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 56721] New: EA App: multiple assertion failure with Vulkan renderer
by WineHQ Bugzilla 26 May '25

26 May '25

https://bugs.winehq.org/show_bug.cgi?id=56721 Bug ID: 56721 Summary: EA App: multiple assertion failure with Vulkan renderer Product: Wine Version: 9.8 Hardware: x86-64 URL: https://origin-a.akamaihd.net/EA-Desktop-Client-Downlo ad/installer-releases/EAappInstaller.exe OS: Linux Status: NEW Keywords: download Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: imwellcushtymelike(a)gmail.com Distribution: Ubuntu Created attachment 76502 --> https://bugs.winehq.org/attachment.cgi?id=76502 Wine 9.9 console output Launching the EA App with renderer=vulkan opens a dialog three times for an Assertion Failure. Clicking OK three times allows the app to continue, so it's not clear which of the many sub-/backround processes is causing the issue. No backtrace is presented. "winetricks arial" to work around Bug 32342. renderer=gl does not have this issue. -- 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 50155] New: Ableton Live: multicore audio processing causes high CPU usage across multiple audio backends
by WineHQ Bugzilla 26 May '25

26 May '25

https://bugs.winehq.org/show_bug.cgi?id=50155 Bug ID: 50155 Summary: Ableton Live: multicore audio processing causes high CPU usage across multiple audio backends Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sirwinstoncat5(a)gmail.com Distribution: Ubuntu When running Ableton Live, if multicore audio processing is enabled, CPU usage will drastically increase, causing unpredictable audio crackles and overall unstable performance. The easiest way to test this is using Ableton Live 9; Live 10 also has the same issue, but multicore audio processing is permanently turned on. - Open an empty Live Set. (By default, this has 4 empty tracks, a reverb effect, and a delay effect: a negligible amount of audio processing.) - In Ableton's preferences, under the CPU tab, disable multicore audio processing. Observe the built-in CPU meter in the upper-right corner; it should sit very low (0-1% on my system). - Enable multicore audio processing. Even with an empty Set, observe that the CPU meter jumps to at least 10-20%. On Windows, idle CPU usage should remain identical between single and multicore modes. - Attempt playback of a nontrivial Set; for example, a few tracks of recorded audio. A Set that plays back fine in single-core mode will exhibit unpredictable audio crackling and rapid spikes in CPU usage when using multicore mode. I have tested this across multiple versions of Ableton (various versions of 9 and 10 both exhibit this issue), multiple audio interfaces from various manufacturers (Behringer X32, NI Audio Kontrol 1, onboard chipset audio, PreSonus FireStudio), and even multiple audio backends (winepulse, wineasio->JACK). The issue seems to be most pronounced when using pulseaudio, but it is present across all audio backends. Most importantly, this issue can be duplicated using wineasio and a JACK server with the dummy backend (aka not connected to any audio interface). I am unsure where to start collecting logs for this. One guess: perhaps there is some sort of delay or sleep occuring while a mutex is being held? This is possibly related to #47458; however, that specifically refers to a test case for PulseAudio, whereas this bug occurs across backends. -- 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 57353] New: Steam: the console is spammed with dxgi d3d11 fixmes
by WineHQ Bugzilla 26 May '25

26 May '25

https://bugs.winehq.org/show_bug.cgi?id=57353 Bug ID: 57353 Summary: Steam: the console is spammed with dxgi d3d11 fixmes Product: Wine Version: 9.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: m1m1k4tz(a)protonmail.com Distribution: --- Created attachment 77324 --> https://bugs.winehq.org/attachment.cgi?id=77324 dxgi My setup is using the new wow64 mode -- 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 57263] New: Steam doesn't load since may update.
by WineHQ Bugzilla 26 May '25

26 May '25

https://bugs.winehq.org/show_bug.cgi?id=57263 Bug ID: 57263 Summary: Steam doesn't load since may update. Product: Wine Version: unspecified Hardware: x86-64 OS: FreeBSD Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: Alexander88207(a)Protonmail.com Created attachment 77184 --> https://bugs.winehq.org/attachment.cgi?id=77184 Steam-WINED3D.log Hello, since the may update of Steam, Steam doesn't load anymore. The steamwebhelper seems trying to load but an window never gets created. Default debug logs have been attached, if there are specific debug channels of interest please tell me. The web fonts for using CEF browser and friends are installed. For comparison: The chromium build 129.0.6668.71 (1343869) • Wednesday, 25 Sep 2024 works without issues. Thank you in advance! FreeBSD 14.1 Wine 9.17 (Currently latest in ports at this time of writing) -- 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 58150] New: MusicBee: Inconsistent directory monitoring performance on SMB mounts via CIFS compared to native filesystem (Linux)/SMB mount (Windows)
by WineHQ Bugzilla 26 May '25

26 May '25

http://bugs.winehq.org/show_bug.cgi?id=58150 Bug ID: 58150 Summary: MusicBee: Inconsistent directory monitoring performance on SMB mounts via CIFS compared to native filesystem (Linux)/SMB mount (Windows) Product: Wine-staging Version: 10.4 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: --- MusicBee has a feature to continuously monitor the library's directory for any new files that have ended up in the library. On Windows, this is pretty reliable both on native NTFS as well as network drives via SMB. On Linux, however, only the native drive seems to be reliable. With my SMB drive mounted via Linux's CIFS driver, even though performance is good on WINE's built-in file picker as well as KDE Dolphin, the continuous monitor on MusicBee seems to be lacking in performance in comparison to native on Linux and the network drive on Windows. Having 10 albums being scanned and imported into the inbox can take up to 2 minutes if at all (MusicBee will sometimes work, but most times not, you have to restart it to get it to see the files where you don't need to on Windows), while it's basically instant on Windows. Also, sometimes MusicBee's monitor will immediately import the tracks, then think the tracks are gone. Doesn't seem to happen with native drives on Linux, neither does it happen with MusicBee on an SMB setup in Windows. OS is Bazzite 42, WINE Staging 10.4 layered on top, MusicBee version 3.6.9202. -- 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 56716] New: CNC3 demo exits silently with renderer=vulkan
by WineHQ Bugzilla 26 May '25

26 May '25

https://bugs.winehq.org/show_bug.cgi?id=56716 Bug ID: 56716 Summary: CNC3 demo exits silently with renderer=vulkan Product: Wine Version: unspecified Hardware: x86-64 URL: https://cncnz.com/games/tiberium-wars/demo-information -download/ OS: Linux Status: NEW Keywords: download Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: imwellcushtymelike(a)gmail.com Distribution: Ubuntu Created attachment 76499 --> https://bugs.winehq.org/attachment.cgi?id=76499 Wine 9.9 console log Running the Command & Conquer 3 Demo with the renderer set to Vulkan causes the game to exit silently. It loads correctly with the GL renderer. No workarounds used. -- 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 56552] New: CnC3 demo installer fails
by WineHQ Bugzilla 26 May '25

26 May '25

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.

1 2

[Bug 57697] New: PeekMessage + GetMessage issue with multiple windows
by WineHQ Bugzilla 26 May '25

26 May '25

https://bugs.winehq.org/show_bug.cgi?id=57697 Bug ID: 57697 Summary: PeekMessage + GetMessage issue with multiple windows Product: Wine Version: 9.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: oldcastlehq(a)protonmail.com Distribution: --- Created attachment 77885 --> https://bugs.winehq.org/attachment.cgi?id=77885 Video showing the issue. When you drag-drop a color MuLab starts a modal event loop and polls the PeekMessage + GetMessage functions for mouse move and mouse click events. When the mouse moves over different windows this should deliver mouse move events with the respective window handle of the window under the mouse. If there are several floating windows then Wine doesn't deliver such events, which is odd. -- 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 56550] New: Bad graphics in CNC3:KW
by WineHQ Bugzilla 26 May '25

26 May '25

https://bugs.winehq.org/show_bug.cgi?id=56550 Bug ID: 56550 Summary: Bad graphics in CNC3:KW Product: Wine Version: 9.6 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: imwellcushtymelike(a)gmail.com Distribution: Ubuntu Created attachment 76306 --> https://bugs.winehq.org/attachment.cgi?id=76306 Main screen The graphics in Kane's Wrath (at least on my setup) are pretty terrible. See attached screenshot. I tried: d3dx9_29: GL_OUT_OF_MEMORY error d3dcompiler_47: Doesn't help, but now the EA logo flickers. d3dxof: As above. d3dxof & d3dcompiler_47: No flicker, but no improvement. All three: GL_OUT_OF_MEMORY orm=backbuffer: No change csmt=off: No change, logo flickering Changing shader_backend made no difference. renderer=vulkan Bug 54436 At this point I threw the whole of d3dx9 at it but I keep getting GL_OUT_OF_MEMORY. There should be no memory issues (it works in Windows 10, but better in Windows 7). FUN FACT: Running with WINEDEBUG=fixme-d3d changes the pink bits to black bits. Workaround unknown. 04:00.0 VGA compatible controller: NVIDIA Corporation GK104GL [Quadro K5000] (rev a1) -- 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