wine-bugs April 2024

wine-bugs@winehq.org

1 participants
2482 discussions

[Bug 53475] New: Hang: underrun of data / failed to create thread
by WineHQ Bugzilla 14 Sep '25

14 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=53475 Bug ID: 53475 Summary: Hang: underrun of data / failed to create thread Product: Wine Version: 7.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: dsound Assignee: wine-bugs(a)winehq.org Reporter: ilkka.prusi(a)gmail.com Distribution: --- Playing Alansya Chronicles in some situations the game will hang and needs to be forcibly closed. This happens on all Wine 7.x versions and I haven't tested with older versions of Wine. There are specific log entries to note when this hang occurs: (wine:3413): GStreamer-WARNING **: 22:20:23.968: failed to create thread: Error creating thread: Resource temporarily unavailable 028c:fixme:quartz:DSoundRender_UpdatePositions Underrun of data occurred! Game uses many short audio samples during playback so perhaps thread pool is exhausted? Second entry would indicate that there is synchronization issue in the playback. But there is another indication that the dsound code is iffy: 01a0:err:quartz:DSoundRender_SendSampleData WaitForSingleObject() returned 0. This log entry is triggered when This->flush_event is signalled and the code is expecting timeout. This by itself is already strange looking code (from Win32-style standpoint), but what the code does next is even stranger. Flush event looks like it is meant as signal that code trying to write should exit, the comment says that much: /* Signaled when a flush or state change occurs, i.e. anything that needs * to immediately unblock the streaming thread. */ But when DSoundRender_SendSampleData() gets the signalled event it goes back and tries to continue the loop instead of exiting. I suspect the code expects that This->sink.flushing would have been set already when the event is signalled but apparently it isn't. However, having DSoundRender_SendSampleData() bail out on the event does not fix the hang, which would indicate there is more to the issue than just one part. So, maybe DSoundRender_SendSampleData() could check that if WaitForSingleObject() returns 0 (event signalled) it could just exit and log that instead of trying to repeat? It seems to be normal occurrence instead of error? The state management seems oddly complicated and like it was added later than by design initially? I suspect this could be made much simpler to avoid the issue. If there is race condition in state management, is it possible the code will hang indefinitely in DSoundRender_HandleEndOfStream()? That looks like a possible place that would explain the hang I'm seeing. -- 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 17

[Bug 48232] New: Unhandled exception: page fault on read access to 0x00f1f1f1 in 32-bit code
by WineHQ Bugzilla 14 Sep '25

14 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=48232 Bug ID: 48232 Summary: Unhandled exception: page fault on read access to 0x00f1f1f1 in 32-bit code Product: Wine Version: 4.0.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ilkka.prusi(a)gmail.com Distribution: --- Created attachment 65877 --> https://bugs.winehq.org/attachment.cgi?id=65877 Backtrace of crashed program Crash during running game made with RPG Maker VX ACE. (error details in attached backtrace) -- 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 30969] New: Tron 2.0 - No music while playing game and in menu
by wine-bugs＠winehq.org 13 Sep '25

13 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=30969 Bug #: 30969 Summary: Tron 2.0 - No music while playing game and in menu Product: Wine Version: 1.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dmusic AssignedTo: wine-bugs(a)winehq.org ReportedBy: an0nym0usse(a)hotmail.com Classification: Unclassified Created attachment 40628 --> http://bugs.winehq.org/attachment.cgi?id=40628 output when launching Tron.exe No music while playing game and in menu. The game install with no problem I add the msvcirt.dll in system32 like suggested on the wine site All seems to go well, the first setting menu launch with sound After that the diverse publishing companies videos are played with sound. After a couple of seconds the Game menu appears with sound effects but NO MUSIC. No music while playing the game too. You can look for clues in attachment1 When I re-install WMFADist.exe (probably audio codecs) included in Tron 2.0 cd it seem to install without a problem but in the console it give some errors: zool@Satellite-M40:~/JEUX/Progz/Win32/Tron2$ wine WMFADist.exe fixme:setupapi:SetupDefaultQueueCallbackW notification 262144 params 32f84c,0 err:setupapi:SetupDefaultQueueCallbackW copy error 0 L"C:\\users\\zool\\Temp\\IXP000.TMP\\msdmo.dll" -> L"C:\\windows\\system32\\msdmo.dll" fixme:setupapi:SetupDefaultQueueCallbackW notification 262144 params 32f84c,0 err:setupapi:SetupDefaultQueueCallbackW copy error 0 L"C:\\users\\zool\\Temp\\IXP000.TMP\\msvcrt.dll" -> L"C:\\windows\\system32\\msvcrt.dll" fixme:sfc:SFC_3 0 fixme:sfc:SFC_3 0 fixme:ole:TLB_ReadTypeLib Header type magic 0x00905a4d not supported. err:ole:TLB_ReadTypeLib Loading of typelib L"C:\\windows\\system32\\logagent.exe" failed with error 0 err:ole:TLB_ReadTypeLib Loading of typelib L"C:\\windows\\system32\\logagent.tlb" failed with error 2 It's all for now P.S. I have filed this bug under : directx-dmusic, seemed logical -- 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 20

[Bug 54070] New: winevulkan Assertion failed
by WineHQ Bugzilla 13 Sep '25

13 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=54070 Bug ID: 54070 Summary: winevulkan Assertion failed Product: Wine Version: 7.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winevulkan Assignee: wine-bugs(a)winehq.org Reporter: santafejayyt(a)gmail.com Distribution: --- Created attachment 73619 --> https://bugs.winehq.org/attachment.cgi?id=73619 Image of the error I'm currently unable to run Roblox Studio at all on the latest wine-staging version, with winevulkan erroring with "Assertion failed! File: wine-staging/dlls/winevulkan/loader_thunks.c Line: 5156" Expression: "!status" I don't see an stderr or stdout log anywhere except for this error. I tested both a custom wine-staging build, the AUR package wine-staging, as well as compiled from source. -- 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 10

[Bug 41549] New: Hover! in fullscreen mode does not cover the top bar in Gnome.
by wine-bugs＠winehq.org 13 Sep '25

13 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=41549 Bug ID: 41549 Summary: Hover! in fullscreen mode does not cover the top bar in Gnome. Product: Wine Version: 1.9.20 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: aaronbpaden(a)gmail.com Distribution: --- I'm using wine-staging 1.9.20. When you set Hover! to fullscreen, it sets the display resolution and fills up most of the screen as it should, but it's set under top bar in GNOME, resulting in several rows of pixels from the bottom of the application also being outside of the display. I confirmed that Hover! does cover the task bar in a Windows VM. There's nothing really in the logs, except for a weird "fixme:process:LoadModule Strange error set by CreateProcess: 193", but that shows up before setting fullscreen. -- 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 51345] New: Regression: Visual Studio 2005 "package load failure"
by WineHQ Bugzilla 12 Sep '25

12 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=51345 Bug ID: 51345 Summary: Regression: Visual Studio 2005 "package load failure" Product: Wine Version: 6.11 Hardware: x86-64 OS: FreeBSD Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: damjan.jov(a)gmail.com winetricks vc2005trial wine cmd "C:\Program Files\Microsoft Visual Studio 8\VC\vcvarsall.bat" devenv Some time during 28-31 March 2021, the Visual Studio 2005 trial began giving +/- 10 of these error dialogs on startup, each relating to a different package. This is a rough transcript of one of them: ------------------------ Package Load Failure ------------------------ Package 'Microsoft.VisualStudio.TestTools.TestCaseManagement.QualtyToolsPackage, Microsoft.VisualStudio.QualityTools.TestCaseManagement, Version=8.0.0.0, Culture=neutral, PublicKeyToken=b03F5F7f11d50s3a' has failed to load properly { GUID = {AS4DSAES-9ACE-4FOE-ADGF-7AFESSFEFCET) ). Please contact package vendor for assistance. Application restart is recommended, due to possible environment corruption. Would you like to disable loading this package in the future? You may use 'devenv /resetskippkgs' to re-enable package loading. Yes No ------------------------ It is the worst git bisect I've ever done. Apart from the lengthy time needed to test each commit, the regression occurs within a range of 44 commits (bb065801a69..2a8a4cbbe63), the first 43 of which all die on startup, so we can't easily distinguish that bug from this one. I've now had to make a separate branch, "git rebase --onto <that range>" to copy commits from that range there, then "git rebase -i" to reorder them and separate the startup-breaking commits (ntdll/kernel32/kernelbase) from the other commits. Unfortunately, having done so, it appears the startup-breaking commits are also the commits that caused this regression. One or more of these is the culprit: ntdll: Move kernel32 loading into LdrInitializeThunk(). ntdll: Return system dir path for PE mapping bootstrap placeholders. ntdll: Fail to load non-existent dlls, except during prefix bootstrap. ntdll: Also check syswow64 to determine if the prefix was initialized. include: Add more SYSTEM_INFORMATION_CLASS definitions. kernel32: Implement GetSystemCpuSetInformation(). ntdll: Implement NtQuerySystemInformationEx(SystemCpuSetInformation). kernelbase: Don't fall back to dll loading for LOAD_LIBRARY_AS_DATAFILE. ntdll: Set the window title to the image name on the Unix side. ntdll: Remove load_builtin_dll() and get_load_order() from the Unix interface. ntdll: Map the builtin or fake dll from the Wine dirs if it's missing from the prefix. -- 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 30

[Bug 56278] New: wayland: dropdowns is rendered as toplevel
by WineHQ Bugzilla 12 Sep '25

12 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=56278 Bug ID: 56278 Summary: wayland: dropdowns is rendered as toplevel Product: Wine Version: 9.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: hugo(a)whynothugo.nl Distribution: --- When using the wayland driver, dropdown menus are rendered as their own toplevel windows. On tiling window managers (e.g.: swaywm), this results in it being tiled just like any other window. I can't imagine that they would be placed correctly on stacking window managers either. I confirmed with lswt that dropdowns are effectively rendered as toplevels. An xdg_popup should be used here instead: https://wayland.app/protocols/xdg-shell#xdg_popup The weirdness in behaviour can be reproduced with: - wine reg.exe add HKCU\\Software\\Wine\\Drivers /v Graphics /d wayland - winecfg - Go to the desktop integration tab and click on any dropdown -- 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 56350] New: Python programs fail to play sound
by WineHQ Bugzilla 12 Sep '25

12 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=56350 Bug ID: 56350 Summary: Python programs fail to play sound Product: Wine Version: 9.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: crypt32 Assignee: wine-bugs(a)winehq.org Reporter: galacticaledge(a)protonmail.com Distribution: --- Created attachment 76076 --> https://bugs.winehq.org/attachment.cgi?id=76076 Most of the errors that occur when trying to play a sound seems to be related to the crypt API Python programs fail to play any sound due to errors in the crypt library. If anyone wants to conveniently test and debug this issue, I wrote a simply Python program for this. Simply run the program, open a txt file (which the program will convert each line into speech when the "Next Line" button is played), and watch it fail to play sound and cause the "Next Line" button to stop working until a new file is selected. I have also confirmed this is a Wine issue since the program works perfectly fine on a Windows install. https://drive.google.com/file/d/1RjB0n5tAP1-7xPUf8Zjk_QzIyya7vZ6e/view?usp=… -- 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 7

[Bug 16227] New: Tooltips on mouse hover in EMS SQL Manager block the mouse click
by wine-bugs＠winehq.org 12 Sep '25

12 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=16227 Summary: Tooltips on mouse hover in EMS SQL Manager block the mouse click Product: Wine Version: 1.1.9 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P1 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ksfreitas(a)gmail.com Created an attachment (id=17473) --> (http://bugs.winehq.org/attachment.cgi?id=17473) Screenshot of a tooltip bloocking the mouse click In EMS SQL Manager (Free and Full), the tooltips block the mouse click, having to resize to see all item without tooltip for click. The link for freeware software download: http://www.sqlmanager.net/en/products/postgresql/manager/download -- 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 14

[Bug 50458] New: Tooltips block input in Foobar2000
by WineHQ Bugzilla 12 Sep '25

12 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=50458 Bug ID: 50458 Summary: Tooltips block input in Foobar2000 Product: Wine Version: 5.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: debilerpc(a)web.de Distribution: --- **Context:** Like with most media players, Foobar2000's playlist view is essentially a spreadsheet where each line is a track and each column displays a tag or metadata field. If the length of the tag exceeds the width of the column, it gets cut off. You can see the full tag in a tooltip by hovering over it with a mouse in that case. **The problem:** As long as the tooltip is displayed, the app registers neither keyboard nor mouse input. I suspect this problem exists in a variety of [apps](https://bugs.winehq.org/show_bug.cgi?id=16227), not just Foobar2000, but here it is especially annoying. **Expected behavior:** When input is sent, the tooltip should disappear, and Foobar2000 should react to the input. This is what happens under Windows 10. -- 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 8

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 April 2024