April 2023 - Wine-Bugs - list.winehq.org

[Bug 38190] New: FEAR crash at runs
by wine-bugs＠winehq.org Sept. 19, 2025

Sept. 19, 2025

https://bugs.winehq.org/show_bug.cgi?id=38190 Bug ID: 38190 Summary: FEAR crash at runs Product: Wine Version: 1.7.38 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mrdeathjr28(a)yahoo.es Distribution: --- Created attachment 50967 --> https://bugs.winehq.org/attachment.cgi?id=50967 backtrace fear Game config works but when game is launched crash -- 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 48548] New: Support running multiple tests in submitted jobs
by WineHQ Bugzilla Sept. 18, 2025

Sept. 18, 2025

https://bugs.winehq.org/show_bug.cgi?id=48548 Bug ID: 48548 Summary: Support running multiple tests in submitted jobs Product: Wine-Testbot Version: unspecified Hardware: Other OS: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: cdavis5x(a)gmail.com When I submit a job manually on the testbot, I can only run one instance of one executable. For a binary, this makes sense, since there's only one binary; but a patch, for which a choice of Wine test executables is offered, can affect multiple Wine unit tests. I then have to submit the job multiple times, one for each test unit affected. This seems... suboptimal. It'd be much faster and more convenient if I could run multiple tests in a single job. -- 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 50242] New: Lotus Approach crashes on start up
by WineHQ Bugzilla Sept. 15, 2025

Sept. 15, 2025

https://bugs.winehq.org/show_bug.cgi?id=50242 Bug ID: 50242 Summary: Lotus Approach crashes on start up Product: Wine-staging Version: 5.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ToddAndMargo(a)zoho.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 68752 --> https://bugs.winehq.org/attachment.cgi?id=68752 Approach crash on start up Dear Wine Staging Maintainers, Fedora 33 wine-5.22-1.fc33.x86_64 As of 5.22, Lotus Approach now crashes on start up. Word Pro is okay. I have attached the trace. -T -- 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 33

[Bug 45870] New: Star Wars Pit Droids fails to install
by wine-bugs＠winehq.org Sept. 14, 2025

Sept. 14, 2025

https://bugs.winehq.org/show_bug.cgi?id=45870 Bug ID: 45870 Summary: Star Wars Pit Droids fails to install Product: Wine Version: 3.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: zzarko(a)gmail.com Distribution: --- Created attachment 62369 --> https://bugs.winehq.org/attachment.cgi?id=62369 Screenshot of error I have tried to install an old Win95 game, Star Wars Pit Droids, but it always crashes during the install (actual error is in screenshot). I have created 32-bit wine environment and selected W95 as OS version. The game can be found at: https://www.myabandonware.com/game/star-wars-pit-droids-403 I have tried this with Wine 2.4, same error. I'll add WINEDEBUG=warn+all outputs for both 3.16 and 2.4 versions. -- 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 48214] New: RPGmaker input does not work after moving window
by WineHQ Bugzilla Sept. 14, 2025

Sept. 14, 2025

https://bugs.winehq.org/show_bug.cgi?id=48214 Bug ID: 48214 Summary: RPGmaker input does not work after moving window Product: Wine Version: 4.0.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dinput Assignee: wine-bugs(a)winehq.org Reporter: ilkka.prusi(a)gmail.com Distribution: --- In some games made with RPGMaker VX ACE the input does not work after you have moved window in desktop (input focus gone and back again). Symptom is that game character does not move, menu is not opened on pressing esc and so forth. This is repeatable on Debian bullseye with wine 4.0.2, Wayland + Gnome on x86-64 (Linux 5.4.1). To repeat simply grab the window with mouse, move it, click inside window and try keyboard input again. -- 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 53475] New: Hang: underrun of data / failed to create thread
by WineHQ Bugzilla Sept. 14, 2025

Sept. 14, 2025

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 Sept. 14, 2025

Sept. 14, 2025

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 Sept. 13, 2025

Sept. 13, 2025

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(a)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 Sept. 13, 2025

Sept. 13, 2025

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 Sept. 13, 2025

Sept. 13, 2025

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