wine-bugs

wine-bugs@winehq.org

1 participants
158704 discussions

[Bug 46441] New: Steam shows an extra icon when minimizing window
by wine-bugs＠winehq.org 27 May '25

27 May '25

https://bugs.winehq.org/show_bug.cgi?id=46441 Bug ID: 46441 Summary: Steam shows an extra icon when minimizing window Product: Wine Version: 4.0-rc5 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Created attachment 63223 --> https://bugs.winehq.org/attachment.cgi?id=63223 screenshot Steps to reproduce: 1. Enable virtual desktop 2. Launch Steam 3. Minimize window wine-4.0-rc5-14-g0ff7fd1259 -- 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 47331] New: Steam browser flickering
by wine-bugs＠winehq.org 27 May '25

27 May '25

https://bugs.winehq.org/show_bug.cgi?id=47331 Bug ID: 47331 Summary: Steam browser flickering Product: Wine-staging Version: 4.9 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: werifGX(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- As referenced on https://github.com/PhoenicisOrg/scripts/issues/994 steam installed using `winetricks 20190310-next` on debian buster using `wine-4.9 (Staging)` which has win7 environment, gameoverlayrenderer dll_override disabled and CSMT enabled result in flickering of steam browser as presented on https://youtu.be/LaR8nQ0Ir2w Suspecting this beeing wine 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.

2 20

[Bug 58276] New: pulse.c should silence_buffer after calloc
by WineHQ Bugzilla 26 May '25

26 May '25

http://bugs.winehq.org/show_bug.cgi?id=58276 Bug ID: 58276 Summary: pulse.c should silence_buffer after calloc Product: Wine Version: 8.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winepulse.drv Assignee: wine-bugs(a)winehq.org Reporter: jxvhulzowyrobfwwze(a)nbmbb.com Distribution: --- When pulse_write is “prebuffering … frames of silence,” it uses calloc to zero out a buffer, then immediately calls pa_stream_write. This isn’t correct for an unsigned 8-bit (u8) stream, since the neutral value should be 128 instead of zero. This causes noticeable clicking whenever the sender stops or resumes playback. (For example, old games that play occasional WAV files as sound effects.) The issue can be reproduced using Sound Recorder from Win3.1 and an 8-bit mono WAV file. Play the same sound over and over until it starts clicking/popping. I’m not sure if this scenario (the end of a WAV file) should even trigger “buffer underrun” logic at all, since it’s an intentional gap. But regardless of the reason for the underrun, there should be a silence_buffer call there. I tested this in Wine 8, but confirmed the logic is the same in the latest version. -- 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 4209] notepad crash when using Tester Three from the MSDN Bugslayer column
by WineHQ Bugzilla 26 May '25

26 May '25

http://bugs.winehq.org/show_bug.cgi?id=4209 Mark <jxvhulzowyrobfwwze(a)nbmbb.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jxvhulzowyrobfwwze(a)nbmbb.co | |m --- Comment #17 from Mark <jxvhulzowyrobfwwze(a)nbmbb.com> --- From my research for bug 58198 (basically this same bug, but 16-bit), I’d expect this API to work in everything prior to Windows 11. In Vista and above, you may have to do one or more of: Run as administrator Set uiAccess=true in the manifest Install into a secure location Add a digital signature Disable UAC In XP and earlier, it works with much less fuss. -- 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 58198] New: Wine missing WH_JOURNALPLAYBACK, required by VB SendKeys
by WineHQ Bugzilla 26 May '25

26 May '25

http://bugs.winehq.org/show_bug.cgi?id=58198 Bug ID: 58198 Summary: Wine missing WH_JOURNALPLAYBACK, required by VB SendKeys Product: Wine Version: 8.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user16 Assignee: wine-bugs(a)winehq.org Reporter: jxvhulzowyrobfwwze(a)nbmbb.com Distribution: --- Wine doesn’t implement WH_JOURNALPLAYBACK, which is required by the Visual Basic SendKeys function. This makes the game “Mordor: The Depths of Dejenol” unplayable after entering the dungeon. I’ve confirmed with 32-bit Wine 8 and 16-bit VB3, but the logic seems unchanged in more recent Wine (and VB) versions. Microsoft eventually released a VB6 runtime that reimplemented SendKeys using SendInput instead of WH_JOURNALPLAYBACK, but that only fixes VB6 binaries. https://archives.miloush.net/michkap/archive/2007/09/10/4850360.html https://web.archive.org/web/20130615064311/http://blogs.msdn.com/b/michkap/… The story gets worse for programs that invoke DoEvents after SendKeys. Since DoEvents “first clears all pending keystrokes from the SendKeys function,” it enters an endless loop waiting for PeekMessage to return the expected WH_JOURNALPLAYBACK messages. CPU usage goes to 100%, and it’s easy to run out of stack space if DoEvents is invoked repeatedly. https://nolongerset.com/how-doevents-works/ Thankfully, running with WINEDEBUG=warn emits a clear message, “SetWindowsHookEx16 hook type 1 broken in Win16” pointing us to https://gitlab.winehq.org/wine/wine/-/blob/master/dlls/user.exe16/hook.c This game is particularly creative, using SendKeys as some sort of input filter. Many keyboard and mouse inputs are apparently translated to SendKeys calls. I don’t fully understand the logic, except that the game is unplayable without it. I can’t say whether it’s worth fixing this or not. At the very least, it’s helpful to know why this game doesn’t work, without having to keep trying each new Wine release. The free demo of “Mordor: The Depths of Dejenol” can be downloaded from https://www.decklinsdemise.com/mordor.htm -- 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 57635] New: Battle.net Launcher invisible/black with the Wayland driver
by WineHQ Bugzilla 26 May '25

26 May '25

https://bugs.winehq.org/show_bug.cgi?id=57635 Bug ID: 57635 Summary: Battle.net Launcher invisible/black with the Wayland driver Product: Wine Version: 10.0-rc4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winewayland Assignee: wine-bugs(a)winehq.org Reporter: wine(a)xarov.net Distribution: ArchLinux Created attachment 77764 --> https://bugs.winehq.org/attachment.cgi?id=77764 Black window with Wayland driver Works fine with the X11 driver. Is completely black with the Wayland driver. -- 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 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 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 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 55076] New: Steam fills terminal output with "ResizeObserver loop limit exceeded" messages.
by WineHQ Bugzilla 26 May '25

26 May '25

https://bugs.winehq.org/show_bug.cgi?id=55076 Bug ID: 55076 Summary: Steam fills terminal output with "ResizeObserver loop limit exceeded" messages. Product: Wine Version: 8.9 Hardware: x86-64 OS: Linux Status: NEW Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: o.dierick(a)piezo-forte.be Distribution: --- Created attachment 74626 --> https://bugs.winehq.org/attachment.cgi?id=74626 Steam default terminal output wine 8.9 Hello, This started after a Steam update sometimes ago I don't remember. > [0617/144308.788:INFO:CONSOLE(1)] "ResizeObserver loop limit exceeded", source: https://steamloopback.host/index.html?IN_CLIENT=true&LOCAL_HOSTNAME=piezo1&… (1) Searching the quoted string on the web shows that it's related to Chrome [1], thus Chrome Embedded Framework too (libCEF). The constant flow of messages fills the HD with several MB after a few hours. It may be an application bug, but I can't compare to Windows because there is no output at all when running steam from the Windows command prompt. Regards. [1] https://stackoverflow.com/questions/49384120/resizeobserver-loop-limit-exce… -- 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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs