Bug 303252

Summary: playback stops when playlist is changed
Product: [Applications] amarok Reporter: Ralf Jung <post>
Component: generalAssignee: Amarok Developers <amarok-bugs-dist>
Status: RESOLVED DUPLICATE    
Severity: normal    
Priority: NOR    
Version: 2.5.90 (2.6 beta)   
Target Milestone: 2.6   
Platform: Debian testing   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:

Description Ralf Jung 2012-07-09 18:22:59 UTC 
When exchanging the playlist while a song plays, playback stops after the song ends, while it looks as if Amarok paused at position "0:02".

Reproducible: Always

Steps to Reproduce:
1. Start a song
2. Exchange the playlist, by dragging another one onto "Replace playlist" (in my experments it worked only with saved playlists from the database, and not if a saved playlist was previously loaded)
3. Wait till the previous song ended and the next one should start
Actual Results:  
Amarok stops playback, at position "0:02", the big play/pause button shows the "pause" icon (so it thinks it is in "play" state). Pressing it makes it switch to the "play" icon, and the position bar hops to the position the song would have if it had played (in my case, it hopped to "0:19", which could well be the time I waited). Hitting the button again has no effect, I have to double-click on a song to get sound again.

Expected Results:  
Amarok should properly continue to play songs.

* I am using the gstreamer backend of Phonon, and I have PulseAudio installed
* The Amarok version I use is 2.6~beta1+75.g47e75df-1 from current Debian testing
Comment 1 Ralf Jung 2012-07-09 18:27:00 UTC 
I forgot to mention that the gstreamer backend has version 4.6, so it supposedly contains this fix for the "switching to next track problem" (at least I saw it mentioned somewhere that this was fixed in 4.6?)

Unfortunately VLC has huge trouble playing my ogg files (created with avconv), so switching backends is not an option.
Comment 2 Ralf Jung 2012-07-09 20:02:24 UTC 
Sorry for the noise, I found that the bug is not fixed in gstreamer-backend 4.6. Switching to the VLC backend fixes it here (at the expense of other issues, which are however a problem in VLC itself... :( ).
Closing as duplicate.

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