https://bugs.kde.org/show_bug.cgi?id=506324
--- Comment #3 from Rémi Piau <[email protected]> --- > So basically, it fails to un-minimize the window if it's minimized? This, at minimum, plus would be nice to get the player interface in focus. > Raise is a request to the player to raise itself. What exactly happens then > is up to the player, not Plasma. I still believe raise semantics should make the player window take focus in anyway possible (as per https://specifications.freedesktop.org/mpris-spec/latest/Media_Player.html Raise "Brings the media player's user interface to the front using any appropriate mechanism available."). It was raising itself under X11 but compositor help may be needed under wayland. Moreover, i think edge cases may need plasma help to function properly, for example: when raising a player running in another virtual desktop, raise should either: - switch to the VD containing the player window virtual and put the player window in the foreground - or bring the player window into the current VD and put the player window in the foreground. The changing color of the task manager shows plasma is aware of the raise action (window requesting attention?), can it differentiate it from other type of attention request ? if so it should be able to act upon it. > That said, because of a design deficiency in the MPRIS specification Raise > cannot work as "expected" on Wayland. See > https://gitlab.freedesktop.org/mpris/mpris-spec/-/issues/18 I think this is needed for the application to raise itself up (make raise work in exactly the same application controlled way in every Wayland compositor) but from my reading of the raise method it is not mandatory that the application raise itself and most/all of them don't, plasma could detect the dbus signal and take appropriate step to put the player window in focus. Am I getting that right? I am not an expert on this topic please correct me if I'm making wrong assumptions. -- You are receiving this mail because: You are watching all bug changes.
