Unable to drag/resize/etc window

[bantern]

Hi all, my issue is that I am unable to click and drag or resize the window for Audacious when using any Winamp skin, in either GTK (legacy) or Qt mode. The window resizing issue is not there when using Qt interface. Launching from cli with verbose flags set doesn't seem to throw any meaningful errors, either.

I am on KDE neon 5.27, Plasma 5.27.10, KDE Frameworks 5.113.0, Qt version 5.15.11.

This is not a dealbreaker, but it would be nice to be able to use the Winamp skins, for the nostalgia/aesthetic reasons. Any ideas?

[radioactiveman]

Does KDE already use Wayland by default? If yes, have you tried if it works with X11 / XWayland?

[bantern]

This is what the player looks like with "Winamp Classic Interface". The top-left menu button does work as expected, but the window cannot be moved. The visualizer windows can be moved, though the playlist editor (not pictured) cannot be moved, just like the main window.

When using the Qt Interface, I can move all windows with no issue. As an aside, and I think this is a KDE issue, the top-left menu appears at the top of my main display no matter where the window is positioned. I think it's KDE related because this is not the only program where this kind of issue occurs.

I don't understand how the Winamp skin not being able to move would be a KDE issue; this is the only program I've ever had an issue with control of a window before, so if you could inform me a bit on why that would be, it would be great knowledge to have. Thanks for your time spent replying to this issue!

[radioactiveman]

I don't understand how the Winamp skin not being able to move would be a KDE issue.

Because moving the window(s) works and has worked for years with multiple desktop environments (including KDE as I am aware of) and regardless of GTK or Qt, X11 or Wayland.

@jlindgren90: Are you aware of such issue on KDE? Do you have a KDE VM available by chance to test this?

[jlindgren90]

Dragging windows in the Winamp Classic Interface works fine for me under KDE Plasma 5.27.4 (X11). I would expect it not to work under native Wayland, since as a matter of policy, xdg-shell windows are not allowed to position themselves directly.

[radioactiveman]

Indeed, it does not work on Wayland. I have tested it right now on GNOME.

@bantern: What is the output of echo $XDG_SESSION_TYPE? I bet you use Wayland. 😃
Please also try GDK_BACKEND=x11 audacious --gtk or QT_QPA_PLATFORM=xcb audacious to run Audacious with Xwayland.

[bantern]

I can't try in Xwayland yet, I'll check back in to do so, but here's my proof I'm using X11 lol

[bantern]

Okay, I had some more time, here is what happened when running both the GDK_BACKEND=x11 audacious --gtk and QT_QPA_PLATFORM=xcb audacious commands:

GDK_BACKEND=x11 audacious --gtk threw a warning about a missing theme engine, started Audacious in the Winamp interface (it was closed in the Qt interface immediately prior to running the cmd), and I was still unable to move the window at all.

QT_QPA_PLATFORM=xcb audacious threw many errors about missing song files (this happens every time I launch - unrelated I think), but started Audacious in the Qt interface. When switched to Winamp interface from settings, I still could not move the window.

EDIT: Sorry for being annoying with info here, but just wanted to let you know that I figured out why it was throwing errors about missing files; I had erroneous .cue and .m3u files in some directories, so that's fixed.

[radioactiveman]

The two commands can be used to start Audacious in a Wayland session with XWayland. Using them in a X11 session makes no sense.

I have downloaded the KDE neon 5.27 live image today, started it in a virtual machine and installed Audacious. Moving the Winamp interface windows was working correctly with Qt and GTK.

There must be something wrong with your setup. We can't help you here unfortunately. Good luck, let us know when you found a solution.

[eugenialoli]

I hope some fix is found for this, because unless you know about these two environment variables, you can't move the winamp-style windows around using the window manager of Gnome. I'm using Debian-testing.

[jlindgren90]

You can provide this feedback to your preferred Linux vendor (you pay for support right?) and ask them to work on a fix for the issue.

As mentioned already, Wayland breaks existing applications by design, and there is currently no way around the design limitation other than using XWayland.

[radioactiveman]

We could set the environment variable like Qmmp does now: https://sourceforge.net/p/qmmp-dev/code/11358/

Do you think this is a reasonable approach, John?

[jlindgren90]

I am good with that. We would need to do it across-the-board (for both Qt and GTK) and not just for the skinned UI, because one can switch at runtime.

[radioactiveman]

I prepared a pull request, please check #1395.