- Wine-Bugs - list.winehq.org

[Bug 58658] New: IK Multimedia Amplitube 5: GUI rendering periodically hangs.
by WineHQ Bugzilla Sept. 3, 2025

Sept. 3, 2025

http://bugs.winehq.org/show_bug.cgi?id=58658 Bug ID: 58658 Summary: IK Multimedia Amplitube 5: GUI rendering periodically hangs. Product: Wine Version: 10.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: emmetoneill.pdx(a)gmail.com Distribution: --- Created attachment 79236 --> http://bugs.winehq.org/attachment.cgi?id=79236 Diagram showing GUI drawing lag spike behavior in Amplitube 5 Amplitube 5 (a guitar and bass amp/effect sim program) has a problem via WINE where rendering of the GUI periodically hangs. Here are some things that might help: - These lag spikes DON'T occur in the original version on Windows. - These spikes seem to ONLY affect the drawing of the GUI. (Audio processing is unaffected, and mouse clicks are still registered even when the rendering is hitching.) - The lag spikes are extremely predictable (dare I say metronomic). From what I can tell they happen almost once per second, every second. They also seem to last about half a second, every time. (I've attached a silly diagram to show how it feels like the spikes are happening.) - I use this program very regularly, and I have noticed that this bug has been around for a while, across a few versions of WINE. I can't say whether or not it is a regression from older versions of WINE as a lot of things have changed on my system, but I'm sure that it isn't new to 10.14. - This may be an interesting, unrelated coincidence... But the default metronome setting in Amplitube happens to be 120bpm (2hz), and the timing of the GUI lag spikes is so regular and predictable that if you turn the metronome on and hit play, you will find that they line up exactly with the timing of the beats/clicks. (Where you can count 1,2,3,4 and visually see the program's GUI draw, lag, draw, lag...) When I first noticed this I changed the internal bpm setting to a different value, thinking that it might be connected, but that did not seem to change the frequency of the lag spikes (they continued happening at ~1 spike per second). - I have tested this on a standard WINEPREFIX containing only IK Multimedia application installs. But I have also tested this using DXVK library overrides. I know that bug reports here are for vanilla WINE installs only, but I just want to mention that this behavior seems to be consistent whether in both contexts. - I should also mention that I don't see any output in the terminal when these spikes are happening. To the untrained eye, there's nothing that I can see that is hinting at what might be causing the visual hitching. Aside from these annoying GUI drawing hitches, Amplitube 5 works very nicely in WINE, so I'm hoping that we can figure something out. :) If there is anything else I can share with the team to help diagnose and debug this problem I'd be happy to help! -- 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 58649] New: SimpleTV portable (Qt5/Lua/VLC) – D3D9Ex OSD overlay disappears or crashes after opening dialogs
by WineHQ Bugzilla Sept. 2, 2025

Sept. 2, 2025

http://bugs.winehq.org/show_bug.cgi?id=58649 Bug ID: 58649 Summary: SimpleTV portable (Qt5/Lua/VLC) – D3D9Ex OSD overlay disappears or crashes after opening dialogs Product: Wine Version: 10.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: riv100a(a)gmail.com Distribution: --- Application tested: SimpleTV (portable fork, Qt5/Lua/VLC) Official download: https://plst.rf.gd/?i=1 Problem: OSD overlay (D3D9Ex child window) disappears or crashes after opening dialogs, depending on backend. Wayland/Xwayland → OSD appears but glitches. Dialogs do not kill it immediately, but resizing the window often makes it vanish. Sometimes restored by “Always on top”. Wine Virtual Desktop → OSD stable until "Options" dialog is opened. Then disappears permanently (never comes back until restart). Xephyr (nested X11) → OSD stable until Options dialog. Opening it crashes Wine completely. Tested on Proton-GE 10-12/13/15 and Wine vanilla. OS: KDE Neon (Ubuntu 22.04 base). GPU: Intel HD630 + Nvidia Quadro M620. DXVK v2.7.x. Expected: OSD overlay should persist after dialogs. Actual: OSD disappears or Wine crashes. This strongly suggests a Wine bug in handling of D3D9Ex child overlay windows. -- 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 58660] New: HexEdit 2.0.9 does not draw its toolbar
by WineHQ Bugzilla Sept. 2, 2025

Sept. 2, 2025

http://bugs.winehq.org/show_bug.cgi?id=58660 Bug ID: 58660 Summary: HexEdit 2.0.9 does not draw its toolbar Product: Wine Version: 10.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kyle.kcsoftwares(a)gmail.com Distribution: --- Created attachment 79238 --> http://bugs.winehq.org/attachment.cgi?id=79238 Screenshot Win 11 OK HexEdit 2.0.9 does not draw its toolbar HexEdit 2.0.9 from https://github.com/strobejb/HexEdit/releases/tag/v2.0.9 -- 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 58659] New: Test pattern page shows currently in the lower half text with strikethrough format.
by WineHQ Bugzilla Sept. 2, 2025

Sept. 2, 2025

http://bugs.winehq.org/show_bug.cgi?id=58659 Bug ID: 58659 Summary: Test pattern page shows currently in the lower half text with strikethrough format. Product: Wine-Testbot Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: bernhardu(a)mailbox.org Distribution: --- This strikethrough format starts within the sapi:tts box: https://test.winehq.org/data/patterns.html#sapi:tts And looks like it originates from following patch summary using a single <s> tag: sapi/xml: Parse the <p> and <s> SSML elements. https://gitlab.winehq.org/wine/wine/-/commit/304b3dc880 Maybe following simple modification is already enough to avoid this? winetest/build-patterns @@ -1189,3 +1189,3 @@ sub write_commits($$) short_date($build->{date}), - $commit->{summary}); + escapeHTML($commit->{summary})); if ($scope eq "R" or $scope eq "U") https://gitlab.winehq.org/winehq/tools/-/blob/master/winetest/build-pattern… In the index page I think this commit subject is escaped this way here: https://gitlab.winehq.org/winehq/tools/-/blob/master/winetest/build-index?r… -- 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 56463] New: Warframe launcher is rendered incorrectly
by WineHQ Bugzilla Sept. 1, 2025

Sept. 1, 2025

https://bugs.winehq.org/show_bug.cgi?id=56463 Bug ID: 56463 Summary: Warframe launcher is rendered incorrectly Product: Wine Version: 9.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winewayland Assignee: wine-bugs(a)winehq.org Reporter: pmargeti34(a)gmail.com Distribution: --- Created attachment 76228 --> https://bugs.winehq.org/attachment.cgi?id=76228 Only few controls aren't rendered black Warframe launcher window paints most of it's surface area black. Exception are control located in the top right corner. It can still be interacted with, cursor changes to hand pointer over the PLAY button and it does launch the game (which works flawlessly in wayland mode otherwise) Possibly related? https://bugs.winehq.org/show_bug.cgi?id=56014#c1 -- 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 16

[Bug 56623] New: wineboot --shutdown doesn't do anything
by WineHQ Bugzilla Sept. 1, 2025

Sept. 1, 2025

https://bugs.winehq.org/show_bug.cgi?id=56623 Bug ID: 56623 Summary: wineboot --shutdown doesn't do anything Product: Wine Version: 9.7 Hardware: x86-64 OS: Linux Status: NEW Keywords: download, source Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: imwellcushtymelike(a)gmail.com Distribution: --- Running "wineboot --shutdown" doesn't do anything. 1. wine notepad 2. wineboot --shutdown Apologies if this is a duplicate but I couldn't find a bug open for it anywhere. "wineboot --end-session" is similar. "wineboot --kill" works, but that's a last resort. Any app that starts a background service will run forever, as it should, but there needs to be a way to shut it down. -- 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 58657] New: Reference to swapchain not removed when swapchain is destroyed
by WineHQ Bugzilla Sept. 1, 2025

Sept. 1, 2025

http://bugs.winehq.org/show_bug.cgi?id=58657 Bug ID: 58657 Summary: Reference to swapchain not removed when swapchain is destroyed Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: gingyu02(a)gmail.com Distribution: --- While using OpenGL renderer,when a swapchain is removed,some references to it (such as surfaces,contexts) are not removed,resulting in a null pointer error when calling related fuctions. -- 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 58656] New: Fatal error running Enterprise Architect
by WineHQ Bugzilla Sept. 1, 2025

Sept. 1, 2025

http://bugs.winehq.org/show_bug.cgi?id=58656 Bug ID: 58656 Summary: Fatal error running Enterprise Architect Product: Wine Version: 10.14 Hardware: aarch64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: modstrcil(a)herrera.unt.edu.ar Distribution: --- Created attachment 79235 --> http://bugs.winehq.org/attachment.cgi?id=79235 Output error file I run Sparx System Enterprise Architect 6.5.801 and when I open a Diagram, It crashes with the messagge below: Unhandled exception: page fault on write access to 0x829f4000 in wow64 32-bit code (0x05ec18a5). I did not have problems until the last S.O update. There is more information in the attached file. Thanks. -- 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 58655] New: Wine only works on seat0 of multi seat setup in Xorg
by WineHQ Bugzilla Sept. 1, 2025

Sept. 1, 2025

http://bugs.winehq.org/show_bug.cgi?id=58655 Bug ID: 58655 Summary: Wine only works on seat0 of multi seat setup in Xorg 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: jamaggs(a)gmail.com Distribution: --- Created attachment 79234 --> http://bugs.winehq.org/attachment.cgi?id=79234 Output of WINEDEBUG=+x11drv,+x11settings wine notepad.exe &> wine.log before and after registory import of "UseXRandR"="N" I have a multi-seat setup. Wine works fine on seat0 but not on seat1. On seat1 whatever program I try to open it just kind of hands and never shows any window. This seemed to start with wine version 6 so until recently I just stuck with 5 but I'm now trying to sort this. With the help of AI, I discovered that this is probably an issue with the use of randr. Specifically, if I import this into my registry then I can get Wine to work with seat1 too, though this does lead to some other issues (I don't think Wine can then change the resolution so I have to do it manually before starting any games). REGEDIT4 [HKEY_CURRENT_USER\Software\Wine\X11 Driver] "UseXRandR"="N" I am attaching the output of this before and after adding the above line: WINEDEBUG=+x11drv,+x11settings wine notepad.exe &> wine.log Many thanks for your help! -- 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 58653] New: winewayland: Mouse pointer locking fails with extreme camera sensitivity in 3D applications when using fractional scaling on GNOME/Wayland
by WineHQ Bugzilla Aug. 31, 2025

Aug. 31, 2025

http://bugs.winehq.org/show_bug.cgi?id=58653 Bug ID: 58653 Summary: winewayland: Mouse pointer locking fails with extreme camera sensitivity in 3D applications when using fractional scaling on GNOME/Wayland Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winewayland Assignee: wine-bugs(a)winehq.org Reporter: winehq.extras599(a)passmail.net Distribution: --- Created attachment 79230 --> http://bugs.winehq.org/attachment.cgi?id=79230 Demonstration of failed mouse lock and extreme sensitivity with 150% fractional scaling enabled. When running a 3D application (in this case, Roblox Studio) using the winewayland driver, the mouse pointer fails to lock to the window when it should (e.g., holding right-click to pan the camera). This also causes the camera to move at an extremely high and uncontrollable speed. This issue only occurs when fractional scaling is enabled in the host Linux desktop environment (e.g., 150% scaling on GNOME). The bug is not present when using integer scaling factors like 100% or 200%. Changing the screen DPI setting within winecfg does not fix or mitigate the issue when fractional scaling is active. Steps to Reproduce: 1. Use a Linux desktop environment on Wayland (e.g., GNOME on Fedora 42). 2. Enable fractional scaling in the display settings (e.g., 150%). 3. Run a 3D application that uses relative mouse motion and requires pointer locking (e.g., Roblox Studio). 4. In the application's 3D viewport, perform the action to lock the mouse and pan the camera (e.g., hold the right mouse button). 5. Move the mouse. Actual Results: The mouse cursor does not lock or hide. It remains visible and can move outside the application window. Any small mouse movement causes the in-game camera to spin around at an uncontrollably high velocity. Expected Results: The mouse cursor should lock (become confined to the window) and hide. Mouse movements should translate to smooth and controllable camera panning at a normal sensitivity. This expected behavior occurs correctly when system display scaling is set to 100% or 200%. System Information: OS: Fedora Linux 42 Kernel Version: 6.15.9-201.fc42.x86_64 Display Server: Wayland (GNOME) CPU: AMD Ryzen 9 7940HS GPU: AMD Radeon RX 7700S [Discrete] / AMD Radeon 780M [Integrated] Memory: 27.20 GiB Additional Notes: This bug was reproduced while running Roblox Studio via the Vinegar Flatpak project, which utilizes Wine. The issue appears to be independent of the application itself and points to a problem in how the winewayland driver handles pointer coordinates and locking events when the Wayland compositor is using a fractional scale factor. -- 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