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 526369 - Plays another song before changing to queue
Plays another song before changing to queue
Status: RESOLVED DUPLICATE of bug 524637
Product: banshee
Classification: Other
Component: general
git master
Other Linux
: Normal normal
: 1.0
Assigned To: Banshee Maintainers
Banshee Maintainers
Depends on:
Blocks: 524640
 
 
Reported: 2008-04-05 18:11 UTC by Michael Monreal
Modified: 2008-04-08 02:48 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Michael Monreal 2008-04-05 18:11:44 UTC
I originally mentioned this in bug 524640 because it is needed to reproduce the bug correctly, but the issue really deserves its own bug. Basicly, if you add a song to the queue, another song plays from the library before the queue starts playing. In detail (quoting myself):

- start playing song A from the library
- add song B and C (for testing, use another artist for those songs) to queue
- wait for A to finish

at this point you expect B to play. 

- The queue gets activated, but A++ plays.
- A++ finishes playback
- B plays and is removed from the queue as soon as it starts
- c plays and is removed from the queue as soon as it starts
Comment 1 Michał Sawicz 2008-04-06 10:18:39 UTC
The weird thing here is that the Play Queue is activated after A is played - the 'Play Queue' becomes bold (as an 'active source') but the next song played is still A++, only after A++ it's B (and B is removed as soon as it starts, see #
524640)
The ideal behavior for me would be:
A is playing from source 1, add B, C, D to the play queue.
A is finished, the source switches to the Play Queue, and B, C, D is played.
After the Play Queue is finished, go back to the source it switched from and play A++ and next.
If the Play Queue has been interrupted (by switching to another source) it could be saved as a playlist, that, if activated, would overwrite existing (if not empty - save it first) Play Queue.
The saved play queues could be listed under the main Play Queue, just as playlist are shown under Music Library.
Comment 2 Michael Monreal 2008-04-06 14:17:03 UTC
(In reply to comment #1)
> If the Play Queue has been interrupted (by switching to another source) it
> could be saved as a playlist, that, if activated, would overwrite existing (if
> not empty - save it first) Play Queue.

I don't understand what this part would be good for. Sure there could be multiple queues etc but let's not make things over complicated. If the queue has songs it should play them... and if the user interrupts the queue by playing another song from another source it should just switch back to the queue. I don't think having two states ("i never switched away from the queue" and "I switched back from the queue") which both work differently makes any sense.
Comment 3 Gabriel Burt 2008-04-08 02:48:26 UTC
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find.


*** This bug has been marked as a duplicate of 524637 ***