After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 339796 - explicit activation of a track shouldn't be overriden by the queue.
explicit activation of a track shouldn't be overriden by the queue.
Status: RESOLVED NOTABUG
Product: rhythmbox
Classification: Other
Component: Podcast
0.9.4
Other Linux
: Normal minor
: ---
Assigned To: RhythmBox Maintainers
RhythmBox Maintainers
Depends on:
Blocks:
 
 
Reported: 2006-04-26 11:09 UTC by Sebastien Bacher
Modified: 2006-06-11 11:21 UTC
See Also:
GNOME target: ---
GNOME version: 2.13/2.14



Description Sebastien Bacher 2006-04-26 11:09:56 UTC
That bug has been opened on https://launchpad.net/distros/ubuntu/+source/rhythmbox/+bug/39129

"After I accidentally double-clicked the Podcasts items (in the Sources list), Rhythmbox started play the first track available in the 'Queued songs' list, which makes no sense.
...
I can reproduce this. But I think it is not a bug but a feature.

Double-clicking the podcast would start playing the available podcasts. If none exist, proceed playing normal tracks, if some tracks are queued, play them first.
...
I have podcasts available (LUGRadio), but still the first song in the queue is played...
"
Comment 1 Alex Lancaster 2006-05-09 15:43:00 UTC
This could be related to lugradio problems, see bug #330766.
Comment 2 James "Doc" Livingston 2006-06-04 10:32:20 UTC
This isn't related to 330766.

The queue overrides normal play-order behaviour, and the reporter is asking that double-clicking (or otherwise activating) a track shouldn't be overridden by the queue. It makes sense to me, because the use has explicitly asked that the track be played - I'm retitling the bug to be clearer.
Comment 3 Jonathan Matthew 2006-06-06 12:37:46 UTC
Activation of a track (or podcast episode, or whatever else) is not overridden by the queue, but activation of a source is.  I think the current behaviour is correct.  Activating a source is more or less saying "play me something", which seems to me to be a lower priority than playing the queued tracks.
Comment 4 James "Doc" Livingston 2006-06-07 07:51:44 UTC
Ah, good point. I agree that "play something" should be a lower priority, and changing it would result in other odd situations, so the behaviour is by design.
Comment 5 Pascal de Bruijn 2006-06-11 11:21:28 UTC
I really don't agree. 

For example, when I activate the 'Podcasts' source I'm basically saying, 'play me a podcast', not 'play me something/anything'...

There is no logic to be found in always playing the queue, the queue shouldn't override anything. Otherwise folks would have to clear their queue to regain control over their music player. Which is not a good thing (tm).