Should the first list include –quit too, as that one also doesn’t seem to work? It (2.96) doesn’t print a warning though, either:
jani@saegusa:~$ rhythmbox-client –quit
jani@saegusa:~$ rhythmbox-client –debug –quit
(18:28:03) [0xc97800] [rb_debug_init_match] rb-debug.c:240: Debugging enabled
(18:28:03) [0xc97800] [main] rb-client.c:707: quitting existing instance
To be even more Precise: you *can* quit RB when it’s playing, but only by using Ctrl-Q or the corresponding Quit item from the menu. What you *cannot* do is quit RB when it’s playing by clicking the window close button, even if you *don’t use the indicator*.
To be sure, I removed the indicator-sound package so that indicator-sound doesn’t appear in my indicator area at all, and still, RB’s window closing button while playing music just makes the window disappear; the music keeps on playing.
With the broadly defined title that bug #526552 has, I don’t think it’s completely fixed yet: the specification says a ”player’s own settings interface should also have a checkbox for whether the player should be present in the sound menu”, and RB doesn’t have that. I see no no way to disable RB’s sound menu integration.
Also of note is that at least in the Finnish locale, the menu item actually translates to ’Close’ and not ’Quit’, so there it behaves as intended.
Confirming. If the menu item is meant to close the window and not quit the application, it’d be labeled such.
The Genre list on the Radio view has genres called ”80′s”, ”90′s” and ”Rock’n'Roll”.
They should be ”The ’80s”, ”The ’90s” and ”Rock ’n’ Roll”, respectively.
Seems to be allergic to my listening to podcasts. Sometimes crashes when switching between episodes (through double-clicking on the listview), this time just midway listening to one episode (when I brough Rhythmbox’s window to front using Unity). Always seems to be in __strlen_sse2() though.