Bug 130311 - amarok acting incorrectly if current track in dynamic mode is dragged
Summary: amarok acting incorrectly if current track in dynamic mode is dragged
Status: RESOLVED INTENTIONAL
Alias: None
Product: amarok
Classification: Applications
Component: Playlist (show other bugs)
Version: unspecified
Platform: Slackware Linux
: NOR normal
Target Milestone: ---
Assignee: Amarok Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-07-05 18:32 UTC by richlv
Modified: 2008-08-05 22:49 UTC (History)
1 user (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 richlv 2006-07-05 18:32:39 UTC
Version:           svn 558575 (using KDE KDE 3.5.3)
Installed from:    Slackware Packages

enable dynamic playlist, play a song. now, drag the active song somewhere below.

1. it is not possible to drag this or any other song between the played & unplayed tracks;
2. when the second song has finished playing, playback continues with the one after the active song, not with the next unplayed song;
3. all the tracks above the active track are considered played for track removal action - so if the track is dragged at the end of the playlist, all the tracks above it that exceed removing threshold are removd independantly of their status (played/not);
4. it is not possible to set 'stop after this track' for tracks above the active track.

---------------
stop reading here for the problem description. further only suggested solution is available
---------------

possible solution :

1. a) if a track is playing, don't allow dragging of the active track;
1. b) allow inserting tracks (by dragndrop) between played & unplayed tracks;
1. c) when a track down the playlist has finished playing, move it at the end of the played tracks;
1. d) don't rely on trackcount above active track for track removal - remove only tracks marked as played when appropriate and as configured;
1. e) start playing with the next unplayed track instead of the 'bubblied' one.
1. f) allow actions on tracks based on their status (played/not) instead of being above/below active track (for example, 'stop after')

another, possibly easier solution (though might leave further ways for weird behaviour) :

2. a) allow inserting tracks (by dragndrop) between played & unplayed tracks;
2. b) if an active track being dragged is playing, finish playing it. then mark it as played, move it at the end of played tracks, remove tracks as appropriate and mark the next unplayed track as active;
2. c) if an active track is not being played, mark the next unplayed track as the active one.
2. d) allow actions on tracks based on their status (played/not) instead of being above/below active track (for example, 'stop after')

this seems better because it allows dragging the active track and handles it in a relatively intuitive way (possible problem being continuing with another track, not the one right below the current - this can be solved by implementing "1. a" anyway).

1b/2a should result in the next unplayed track being played in an intuitive way - if a track is currently playing, this should be handled the same as if currently played track had been dragged below.
if no track is being played, active song marker should move to the newly dragged song in suggestion 2, but probably should stay where it is with suggestion 1.

"currently playing" includes also paused tracks.
Comment 1 Edward Hades 2008-06-15 10:32:31 UTC
Bug confirmed for amarok 1.4.9.1.

Amarok 1.4.x is in bugfix-only mode as development is focused on Amarok 2. Unfortunately your bug will very likely not get fixed, as the risk of regressions is too high and the Amarok developers do not have the resources for it. Thank you for your report though. Please don't hesitate to report new bugs should you have any problems with Amarok 2 once it is released.
Comment 2 Lydia Pintscher 2008-08-05 22:49:58 UTC
Closing for reasons stated by Edward.

Thank you for your report.