https://bugs.winehq.org/show_bug.cgi?id=55407
Bug ID: 55407 Summary: wine-staging virtual desktop option breaks wine creating windows Product: Wine Version: 8.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: lingtjien@hotmail.com Distribution: ---
Environment: AMD Ryzen 4800U Wayland (Can also reproduce in X11) Archlinux latest packages: wine-staging lib32-mesa lib32-vulkan-driver lib32-vulkan-mesa-layers lib32-libva-mesa-driver lib32-pipewire lib32-libpulse lib32-gnutls lib32-gst-plugins-good
Steps to reproduce: 1. start winecfg without a prefix and let it create a new prefix 2. go to graphics tab 3. enable the option to emulate a virtual desktop and press ok to confirm and exit 4. start winecfg again
Result: winecfg errors with: ``` 0198:err:winediag:nodrv_CreateWindow Application tried to create a window, but no driver could be loaded. 0198:err:winediag:nodrv_CreateWindow L"The explorer process failed to start." ``` Expected result: winecfg to open the config windows to allow the user to adjust settings
Note: This problem does not occur with the regular wine version, only staging
https://bugs.winehq.org/show_bug.cgi?id=55407
LinG lingtjien@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Product|Wine |Wine-staging CC| |leslie_alistair@hotmail.com | |, z.figura12@gmail.com Component|-unknown |-unknown
https://bugs.winehq.org/show_bug.cgi?id=55407
Olivier F. R. Dierick o.dierick@piezo-forte.be changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |o.dierick@piezo-forte.be
--- Comment #1 from Olivier F. R. Dierick o.dierick@piezo-forte.be --- Hello,
Did this happen with Wine version before 8.13?
Regards.
https://bugs.winehq.org/show_bug.cgi?id=55407
--- Comment #2 from LinG lingtjien@hotmail.com --- I have not tested that, have you been able to reproduce this issue using 8.13 staging?
https://bugs.winehq.org/show_bug.cgi?id=55407
pinkfluid@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |pinkfluid@gmail.com
--- Comment #3 from pinkfluid@gmail.com --- This has been broken for me (Arch Linux) since version 8.10 or 8.9, including 8.13.
https://bugs.winehq.org/show_bug.cgi?id=55407
--- Comment #4 from Alistair Leslie-Hughes leslie_alistair@hotmail.com --- Do you have the ability to a bisect with wine-staging to find the patch actually causes the issue?
https://bugs.winehq.org/show_bug.cgi?id=55407
--- Comment #5 from pinkfluid@gmail.com --- Took some time before I figured I need to do autoreconf && tools/make_requests between each bisection, but so far it seems that this patch seems to be the culprit:
-- winex11.drv: Listen to RawMotion and RawButton* events in the desktop thread.
Virtual desktop works with the patch prior to this and breaks when this one is applied.
I can attach the git bisection log if it contains any helpful information.
https://bugs.winehq.org/show_bug.cgi?id=55407
--- Comment #6 from Alistair Leslie-Hughes leslie_alistair@hotmail.com --- (In reply to pinkfluid from comment #5)
Took some time before I figured I need to do autoreconf && tools/make_requests between each bisection, but so far it seems that this patch seems to be the culprit:
For future reference, this will do it for you automatically. ./staging/patchinstall.py --force-autoconf ...
-- winex11.drv: Listen to RawMotion and RawButton* events in the desktop thread.
Virtual desktop works with the patch prior to this and breaks when this one is applied.
I can attach the git bisection log if it contains any helpful information.
The bisect log will not be too helpful in this scenario.
Can you provide a log of "seh,x11drv,loaddll"? This should give more information.
https://bugs.winehq.org/show_bug.cgi?id=55407
--- Comment #7 from pinkfluid@gmail.com --- Attached output of:
WINEDEBUG="seh,x11drv,loaddll" ~/wine-test/bin/winecfg 2>&1 | tee wine-vd-debug.log
https://bugs.winehq.org/show_bug.cgi?id=55407
--- Comment #8 from pinkfluid@gmail.com --- Created attachment 74993 --> https://bugs.winehq.org/attachment.cgi?id=74993 WINEDEBUG="seh,x11drv,loaddll" log file
https://bugs.winehq.org/show_bug.cgi?id=55407
Sveinar Søpler cybermax@dexter.no changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |cybermax@dexter.no
--- Comment #9 from Sveinar Søpler cybermax@dexter.no --- This is the same bug as https://bugs.winehq.org/show_bug.cgi?id=55085
https://bugs.winehq.org/show_bug.cgi?id=55407
arilou@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |arilou@gmail.com
--- Comment #10 from arilou@gmail.com --- This is a regression since Wine 8.6 The offending commit is: ``` commit 4232312dffe1cd115aa6bfd755f5b7c6a403e3fc Author: Alexandros Frantzis alexandros.frantzis@collabora.com Date: Mon Apr 3 15:10:40 2023 +0300
winex11.drv: Set the current mode using gdi_device_manager.
Since setting the current mode also sets the registry settings (if not previously set), we also remove the code that manually changes the registry settings.
Signed-off-by: Alexandros Frantzis alexandros.frantzis@collabora.com ```
https://bugs.winehq.org/show_bug.cgi?id=55407
--- Comment #11 from Alistair Leslie-Hughes leslie_alistair@hotmail.com --- (In reply to arilou from comment #10)
This is a regression since Wine 8.6 The offending commit is:
commit 4232312dffe1cd115aa6bfd755f5b7c6a403e3fc Author: Alexandros Frantzis <alexandros.frantzis@collabora.com> Date: Mon Apr 3 15:10:40 2023 +0300 winex11.drv: Set the current mode using gdi_device_manager. Since setting the current mode also sets the registry settings (if not previously set), we also remove the code that manually changes the registry settings. Signed-off-by: Alexandros Frantzis <alexandros.frantzis@collabora.com>
That's an upstream commit and not wine-staging.
Does using upstream wine work for you?
If so, Can you workout (bisect) which wine-staging patch is causing the issue?
https://bugs.winehq.org/show_bug.cgi?id=55407
--- Comment #12 from arilou@gmail.com --- I tested wine staging as well and the issue is the same, I have not bisec git staging but I believe it's the same issue. (The issue exists on staging and non staging as well)
https://bugs.winehq.org/show_bug.cgi?id=55407
Alistair Leslie-Hughes leslie_alistair@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |-unknown Version|8.13 |8.6 Product|Wine-staging |Wine Summary|wine-staging virtual |Virtual desktop option |desktop option breaks wine |breaks wine creating |creating windows |windows
https://bugs.winehq.org/show_bug.cgi?id=55407
--- Comment #13 from Sveinar Søpler cybermax@dexter.no --- (In reply to arilou from comment #12)
I tested wine staging as well and the issue is the same, I have not bisec git staging but I believe it's the same issue. (The issue exists on staging and non staging as well)
What version of staging was that? I do not seem to have this issue anymore, but i am not quite sure when this was fixed. I thought it was fixed atleast for staging around 8.13-8.14, but cant really be bothered to confirm that now.
wine-staging-8.20 seems atleast to me to work as intended on Ubuntu and Gnome desktop.
https://bugs.winehq.org/show_bug.cgi?id=55407
--- Comment #14 from arilou@gmail.com --- My bad yes you are right, on latest staging the issue is not reproduced :)
-
WineHQ Bugzilla