Bug 284288 - Track progression does not work correctly with DAAP playlists.
Summary: Track progression does not work correctly with DAAP playlists.
Status: RESOLVED DUPLICATE of bug 268892
Alias: None
Product: phonon-backend-gstreamer
Classification: Frameworks and Libraries
Component: general (show other bugs)
Version: unspecified
Platform: Gentoo Packages Linux
: NOR normal
Target Milestone: 4.6.1
Assignee: Harald Sitter
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-10-17 17:35 UTC by torfjunk
Modified: 2012-01-16 18:21 UTC (History)
6 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description torfjunk 2011-10-17 17:35:34 UTC
Version:           2.4.3 (using KDE 4.7.1) 
OS:                Linux

When connected to a DAAP share, Amarok does not handle track progression correctly.  Amarok will seem to pause after each track is played, but the play button shows that it is playing.  Hitting the "pause" button will start the next track.  This behavior is apparent on Kubuntu "Oneric" and began when I upgraded to "Oneric".  Track progression on local media works correctly.

Reproducible: Always

Steps to Reproduce:
Bring in a album or a list of tracks from a DAAP share into the playlist.  Play the first song.  At the end of the song, Amarok won't progress to the next song without hitting the pause button.

Actual Results:  
When the player reaches the end of the first file, and it "pauses", I can hit "pause" to resume playing at the beginning of the next track.  Once that track is done, Amarok "pauses" again...

Expected Results:  
Amarok should have and used to in previous manifestations, progress tracks one at a time though the playlist without having to hit the "pause" button.

OS: Linux (i686) release 3.0.0-12-generic-pae
Compiler: gcc
Comment 1 Gioacchino Mazzurco 2011-12-13 15:17:11 UTC
I am also affected, moreover repeat track works but repeat playlist no :|

Amarok Version 2.4.90
Using KDE 4.7.3 (4.7.3)
OS: Linux (x86_64) release 3.0.6-gentoo
Compiler: x86_64-pc-linux-gnu-gcc

amarok is taken from kde portage overlay(In reply to comment #0)
> Version:           2.4.3 (using KDE 4.7.1) 
> OS:                Linux
> 
> When connected to a DAAP share, Amarok does not handle track progression
> correctly.  Amarok will seem to pause after each track is played, but the play
> button shows that it is playing.  Hitting the "pause" button will start the
> next track.  This behavior is apparent on Kubuntu "Oneric" and began when I
> upgraded to "Oneric".  Track progression on local media works correctly.
> 
> Reproducible: Always
> 
> Steps to Reproduce:
> Bring in a album or a list of tracks from a DAAP share into the playlist.  Play
> the first song.  At the end of the song, Amarok won't progress to the next song
> without hitting the pause button.
> 
> Actual Results:  
> When the player reaches the end of the first file, and it "pauses", I can hit
> "pause" to resume playing at the beginning of the next track.  Once that track
> is done, Amarok "pauses" again...
> 
> Expected Results:  
> Amarok should have and used to in previous manifestations, progress tracks one
> at a time though the playlist without having to hit the "pause" button.
> 
> OS: Linux (i686) release 3.0.0-12-generic-pae
> Compiler: gcc
Comment 2 Gioacchino Mazzurco 2011-12-13 15:18:45 UTC
I am also affected, moreover repeat track works but repeat playlist no :|

Amarok Version 2.4.90
Using KDE 4.7.3 (4.7.3)
OS: Linux (x86_64) release 3.0.6-gentoo
Compiler: x86_64-pc-linux-gnu-gcc

amarok is taken from kde portage overlay
Comment 3 Simon 2012-01-16 00:59:26 UTC
Confirmed in Opensuse 12.1 as well, seems to be a problem with GStreamer backend in pulseaudio. If you switch to VLC for the backend, it progresses normally to the next track in a DAAP share, though VLC has its own issues as a backend.
Comment 4 Myriam Schweingruber 2012-01-16 17:09:19 UTC
Not an Amarok bug, reassigning to the phonon-backend-gstreamer product. Which exact version of the backend is this about?
Comment 5 Myriam Schweingruber 2012-01-16 18:21:32 UTC

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