View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0007282 | MMW v4 | Playlist / Search | public | 2011-02-01 15:57 | 2011-05-16 17:03 |
| Reporter | lowlander | Assigned To | |||
| Priority | high | Severity | minor | Reproducibility | always |
| Status | assigned | Resolution | open | ||
| Product Version | 4.0 | ||||
| Target Version | 4.1 | ||||
| Summary | 0007282: 1346: Manual sort of playlist disabled after column sort | ||||
| Description | After sorting on a column manual resorting of tracks is not working. One has to update the Play Order before you can manually resort the Playlist again. | ||||
| Additional Information | http://www.mediamonkey.com/forum/viewtopic.php?f=6&t=55416 | ||||
| Tags | No tags attached. | ||||
| Fixed in build | |||||
|
|
Steps to reproduce would help to understand the issue. |
|
|
1) Select a manual Playlist 2) Click column header to sort on it 3) Try to drag & drop tracks in Playlist (this fails) 4) Right click > Update Play Order 5) Repeat step 3 (now it works) |
|
|
Not sure if this is really a bug i.e. if the user sorts a playlist, the play order isn't changed until the user 'Updates play order'. So re-arranging tracks after the playlist has been sorted is kind of meaningless. On the other hand, MM could 'assume' that if the user moves tracks around within a playlist that it implies that the user really wanted to sort the playlist, and that such an operation should therefore trigger an 'Update play order' operation. But that wouldn't be all that consistent (i.e. the fact that Play order is update in some cases and not others). |
|
|
I guess that we did it on purpose, given Rusty's explanation above. So let's close it as a non-issue? |
|
|
For me it seems that the following isn't uncommon: 1) User manually adds files from Library to Playlist 2) User sorts playlist on column for easier overview 3) User now manually sorts tracks to liking This currently requires the intermediary step of first saving the column sorting (between 2 & 3) and then being able to do the manual sorting. For me it makes sense that column sorting and manual sorting are treated the same (just a sort) and don't require saving between sorts. |
|
|
We can't treat a sort as a change in playlist order--it would cause too many accidental/unrealized edits to playlists (most users don't expect that a playlist would change its order upon sorting it--I actually even believe that our current implementation for Now Playing, where this occurs, is too prone to error as well). That said, in the future, we could take the approach suggested in comment 25184: d&d of tracks in the playlist automatically trigger an update to the save order of the playlist. |
|
|
I'm notsaying that. Currently both sorting and manual D&D require the saving of the new order. This is correct and isn't the issue. The problem is that your forced to save column sorting to playlist before being able to manual D&D. This is unnecessary and the user should be able to use manual D&D after sorting the playlist and then save the new sort to Playlist. So: 1) User can manual D&D files and save (works) 2) User can column sort and save (works) 3) User can manual D&D and then column sort and save (works) 4) User can column sort and then D&D and save (fails) In no scenario is the playlist saving the new order automatically and it shouldn't do that. |
