Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Plugin GUI errors on wayland #1250

Open
aleixq opened this issue Oct 9, 2023 · 5 comments
Open

Plugin GUI errors on wayland #1250

aleixq opened this issue Oct 9, 2023 · 5 comments

Comments

@aleixq
Copy link

aleixq commented Oct 9, 2023

Describe the bug
I am using arch with kde using wayland.

Using sfizz lv2 plugin, when launching the native plugin gui I get an empty window. When using Carla plugin or other plugins, I get an empty window and the window of the plugin.


QWindow::fromWinId(): platform plugin does not support foreign windows.
QWindowContainer: embedded window cannot be null
qt.qpa.wayland: setGrabPopup called with a parent, QtWaylandClient::QWaylandXdgSurface(0x55f4edd25930) which does not match the current topmost grabbing popup, QtWaylandClient::QWaylandXdgSurface(0x55f4efee5580) According to the xdg-shell protocol, this is not allowed. The wayland QPA plugin is currently handling it by setting the parent to the topmost grabbing popup. Note, however, that this may cause positioning errors and popups closing unxpectedly because xdg-shell mandate that child popups close before parents
qt.qpa.wayland: setGrabPopup called with a parent, QtWaylandClient::QWaylandXdgSurface(0x55f4edd25930) which does not match the current topmost grabbing popup, QtWaylandClient::QWaylandXdgSurface(0x55f4efee5580) According to the xdg-shell protocol, this is not allowed. The wayland QPA plugin is currently handling it by setting the parent to the topmost grabbing popup. Note, however, that this may cause positioning errors and popups closing unxpectedly because xdg-shell mandate that child popups close before parents
/home/USER/.lv2/avldrums.lv2/
[sfizz] scale factor: 2,000000
[sfizz] The resource path of the bundle is /usr/lib/lv2/sfizz.lv2/Contents/Resources/
[sfizz] zoom factor: 1,000000
[sfizz] zoom factor: 2,000000
QWindow::fromWinId(): platform plugin does not support foreign windows.
QWindowContainer: embedded window cannot be null
[1]    121034 segmentation fault (core dumped)  muse4

Wayland cannot embed from win id. Maybe related: https://bugreports.qt.io/browse/QTBUG-93103

To Reproduce
Steps to reproduce the behavior:

  1. Add a plugin with gui
  2. Try to launch native plugin gui
  3. Some fail other ones get two windows, one with plugin gui and an empty window.

Desktop (please complete the following information):

  • OS: Arch linux
  • Desktop kde

Additional context
Using wayland

@GraysonPeddie
Copy link

GraysonPeddie commented May 23, 2024

Not sure if this is related, but I did start a thread over at LinuxMusicians forum regarding this bug and I probably should have submitted a new issue in GitHub.
https://linuxmusicians.com/viewtopic.php?t=27080

Here's the output that I have while using Wayland:

QWindow::fromWinId(): platform plugin does not support foreign windows.
QWindowContainer: embedded window cannot be null
lo server running on 12965
The program 'muse4' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadWindow (invalid Window parameter)'.
  (Details: serial 29 error_code 3 request_code 78 minor_code 0)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the --sync command line
   option to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() function.)
Thread <Prefetch, id 0x718d974006c0> has SCHED_OTHER priority 0

I tried running MusE in debug mode but I'm not getting that much luck.

I'm running KDE 6 in Arch Linux. I have to switch back to Xorg for the time being.

@ladecadence
Copy link

ladecadence commented Nov 20, 2024

Same here using Gnome Wayland on Debian (Sid) and Muse 4.2.1.
Empty windows when loading native plugin guis (surgext, helm, etc).

qt.qpa.wayland: Wayland does not support QWindow::requestActivate()
failed to create drawable
failed to create drawable
qt.qpa.wayland: Wayland does not support QWindow::requestActivate()
failed to create drawable
failed to create drawable
failed to create drawable
failed to create drawable
failed to create drawable

[...]

@revolverve
Copy link

I dont know witch platform you are using , on arm64 , trixie ,cinnamon ,4.2.1 seems ok , dedian 12 still got 4.1 and got problem with qt , on arm.
You use the appimage ?
you compiled it?
i dont have a sid x64 device to try

@GraysonPeddie
Copy link

I dont know witch platform you are using , on arm64 , trixie ,cinnamon ,4.2.1 seems ok , dedian 12 still got 4.1 and got problem with qt , on arm. You use the appimage ? you compiled it? i dont have a sid x64 device to try
x64, both compiled and from official Arch repository. I'm not sure if hundreds of CPU architectures/platforms matter. Besides, x86 is very common these days.

@revolverve
Copy link

revolverve commented Nov 21, 2024

Maybe you should give the appimage a try ,got the pre-release with latest fixes .
or you did already ?
you got my respect for compiling !
and using arch !!
appimage is 60mb package , ten time the arch.tar.zst
I am a a dev here,just a simple non-coder end user .

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants