Bug 475415

Can now bee more accurate: Issue happens if you start and quit amarok in different virtual desktops

(In reply to Rolf Wirth from comment #1)
> Can now bee more accurate: Issue happens if you start and quit amarok in
> different virtual desktops

Quit from systray seems to work for me with Amarok built from current git head, on opensuse Tumbleweed, Plasma/X11 desktop session (didn't test the internet radio playing, though, just local files). Sounds like something that could be desktop session related.
Are you using X11 or Wayland desktop session?

(In reply to Tuomas Nurmi from comment #2)

> Are you using X11 or Wayland desktop session?
I'm using Plasma/X11 with OpenSuse Leap15.5.
>...Amarok built from current git head, on opensuse Tumbleweed...
where can I get your new version?

BTW: There seems to be a Version mismatch: Package shows 2.9.75 but Amarok itself shows 2.9.71
 # rpm -qf /usr/bin/amarok                 ## Leap 15.5
amarok-2.9.75git.20221114T020258~457db492b4-bp155.1.12.x86_64
# 
But Amarok -> Help -> Diagnostics shows:
Amarok Diagnostics

General Information:
   Amarok Version: 2.9.71
   KDE Frameworks Version: 5.103.0
   Qt Version: 5.15.8
   Phonon Version: 4.11.1
   Phonon Backend: Phonon GStreamer (4.10.0, http://gstreamer.freedesktop.org)
   PulseAudio: Yes

Enabled Scripts:

Enabled Plugins:
   AudioCd Collection (1.0)
   ...
   Rhythmbox Importer (1.0)

Enabled Applets:

Ah, yes, seems that opensuse packages containing sources from git are version numbered with 2.9.75, although technically the version number in sources is still 2.9.71. What's more informative there is the date of the source, however, i.e. 20221114.

A Tumbleweed package from 20240221 sources is available from https://software.opensuse.org/download/package?package=amarok&project=KDE%3AUnstable%3AExtra , but I'm not sure if it is compatible with Leap 15.5.

Seems that there are some community packages available for 15.5, e.g. https://software.opensuse.org/download/package?package=amarok&project=home%3Aecsos has 20231224, which is quite recent (but I have not tested or inspected myself)

I'm sorry, I can't test.
The KDE package does not fit, an other needed package isn't available.
The  package from home:ecsos is broken.
Do I have to wait or is there an other place to download it?

Ok. Unless the 1-Click-install available at https://software.opensuse.org/package/amarok -> openSUSE Leap 15.5 -> Show community packages -> home:ecsos works any better, then I don't know of any other Leap 15.5 packages of recent Amarok source code.
(Building from source code yourself is a possibility, but requires some expertise and extra effort.)

(In reply to Tuomas Nurmi from comment #6)
> Ok. Unless the 1-Click-install available at
> https://software.opensuse.org/package/amarok -> openSUSE Leap 15.5 -> Show
> community packages -> home:ecsos works any better, then I don't know of any
> other Leap 15.5 packages of recent Amarok source code.
> (Building from source code yourself is a possibility, but requires some
> expertise and extra effort.)

First: the package from ...home:ecsos IS installable. It was my error to not import the belonging to key.
Second: I found the very special startup conditions where the quit does not any longer work.

I use amarok always to listen to the same radio station. Therefore I configured to start amarok immediately as minimized into systray because I do not need any changes or selection inside amarok.
I start it minimized in KDE plasma and have setup a kwinrule:

PS1: > cat amarok.kwinrule
[Application settings for amarok]
Description=Application settings for amarok
clientmachine=localhost
minimize=true
minimizerule=3
position=30,0
size=1260,1156
skiptaskbar=true
skiptaskbarrule=3
wmclass=amarok
wmclassmatch=1
PS1: > 

Under this startup condition (minimized), there is no initial window at any virtual desktop.
This seems to be the reason for no answer to "quit" from systray/amarok/RMB at every virtual DT except of the one which was active at startup of amarok.
It's not a big "error", but I noticed it immediately as it didn't work any longer as usual.
(A never reported problem isn't any! This I learned at HP company)

Building from sources I want to avoid. Fulfilling all dependencies I expect to be very complex.
I will ask "home:ecsos" to update his version to 20240221.

Okay, thank you for the detailed instructions. I'll see if I try reproducing the problem myself sometime with them