Summary: | Queue Track and Stop Playing After Track do not work with streams | ||
---|---|---|---|
Product: | [Applications] amarok | Reporter: | Arend van Beelen jr. <arendjr> |
Component: | Playlist | Assignee: | Amarok Developers <amarok-bugs-dist> |
Status: | RESOLVED FIXED | ||
Severity: | normal | ||
Priority: | NOR | ||
Version: | 1.4.2-beta1 | ||
Target Milestone: | --- | ||
Platform: | openSUSE | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Arend van Beelen jr.
2006-08-02 18:45:18 UTC
I see a use for these options: many users are connected via dial-up or other unreliable means. For them - repeat would reconect to the stream when the connection is established again - stop after would stop playing when the connection is interupted, ... haha, dial up... now that is an answer i would never have thought of :) SVN commit 618183 by aoliveira: If the user is listening to a stream a queue a track on playlist, go to the queued track when current song of stream finishes. BUG: 131736 M +1 -1 playlist.cpp --- trunk/extragear/multimedia/amarok/src/playlist.cpp #618182:618183 @@ -2005,7 +2005,7 @@ { if ( m_currentTrack && !trackChanged ) { //if the track hasn't changed then this is a meta-data update - if( stopAfterMode() == StopAfterCurrent ) + if( stopAfterMode() == StopAfterCurrent || !m_nextTracks.isEmpty() ) Playlist::instance()->playNextTrack( true ); //this is a hack, I repeat a hack! FIXME FIXME //we do it because often the stream title is from the pls file and is informative Stop After track was already done. |