http://bugs.winehq.org/show_bug.cgi?id=58265
Bug ID: 58265
Summary: regression in Wine >=10.7 for DXVK DLL override on
macOS
Product: Wine
Version: 10.7
Hardware: x86-64
OS: MacOS
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cemer99797(a)isorax.com
Created attachment 78608
--> http://bugs.winehq.org/attachment.cgi?id=78608
macOS Terminal log, wine-devel 10.7
On macOS, there is a bug (https://bugs.winehq.org/show_bug.cgi?id=58145) that
can be worked around with a DXVK DLL override (for d3d11.dll) in Wine-devel
10.6 and lower, but this workaround stops working in Wine-devel 10.7 (also
tested not working in 10.8)
repost of my comment from that previous bug:
regression in wine-devel 10.7 - DXVK DLL workaround stops working
There's new regression in wine-devel 10.7: now the DXVK DLL override workaround
doesn't work, the app always gives the original error pop-up window with the
same message.
Attached is the macOS Terminal log after copying Gcenx's 32-bit `d3d11.dll`
from his DXVK-macOS package to the same directory as the OutOfCtrl.exe
executable. When tested with wine-devel 10.6, it still works.
> % cp /Users/toastybug/dxvk-macOS/x32/d3d11.dll /Users/toastybug/Windows_Apps/OutOfCtrl_v1_2_EXE/
> % cd /Users/toastybug/Windows_Apps/OutOfCtrl_v1_2_EXE/
> % WINEDEBUG=module WINEDLLOVERRIDES="d3d11=n" wine OutOfCtrl.exe
tested using Gcenx's wine-devel 10.7 build
(https://github.com/Gcenx/macOS_Wine_builds/releases/tag/10.7) with GStreamer
1.26.1 on macOS 11.7.10
and Gcenx's DXVK-macOS v1.10.3-20230507-repack
(https://github.com/Gcenx/DXVK-macOS/releases/tag/v1.10.3-20230507-repack)
--
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.