Jean-Michaël Celerier

Would you be able to give a stack trace of where the crash happen ? maybe I can at least make it not crash in this case...

could you run ossia-score under gdb, and when the crash happens type "bt" and paste me what it says ? it will help pinpoint the error. from a terminal: ```...

hmm, I see that this call is happening inside the pug-ins - on my side I just do the following: ```c++ ERect* vstRect{}; fx.dispatcher(&fx, effEditGetRect, 0, 0, &vstRect, 0.f); fx.dispatcher(&fx,...

okay, I can reproduce the crash locally, as well as the drag'n'drop not working with Hyprland. Thanks for the investigation! ### ossia built against ArchLinux Qt libraries : * QT_QPA_PLATFORM=xcb...

Drag'n'drop seems to be broken in Hyprland : https://github.com/hyprwm/Hyprland/issues/1083 Seems to be a solution given here : https://github.com/hyprwm/Hyprland/issues/1969

Note that VST2 / VST3 plug-ins GUIs will only ever work with QT_QPA_PLATFORM=xcb, not wayland as the plug-ins themselves expect a X11 host.

I will add some checking code that will disable the plug-in GUI button if we happen to be under wayland as there's no way to make this work short of...

I don't think any fallback is possible, you have to pass a pointer to the host X11 display when you create a vst. Or if it is possible in any...

it would be worth seeing how e.g. qtractor and lmms do it as they both are Qt-based apps able to load plug-ins

ikewise for Carla