View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0018994 | MMW 5 | Playlists | public | 2022-04-22 17:07 | 2024-10-30 15:38 |
| Reporter | drakinite | Assigned To | |||
| Priority | high | Severity | minor | Reproducibility | always |
| Status | assigned | Resolution | open | ||
| Product Version | 5.0.3 | ||||
| Target Version | 5.2 | ||||
| Summary | 0018994: Shift + Drag into a playlist view copies instead of moving (with Undock Panels installed) | ||||
| Description | Example of working, expected behavior: 1. Open the regular playlist view for playlist A 2. Open the sidebar PlaylistEditor for playlist B 3. Drag & drop from playlist A (regular view) to playlist B (sidebar editor), while holding shift As expected, the track moves from playlist A to B, in the correct location, and is removed from playlist A. Two ways to reproduce the unexpected behavior: I) With the layout described above: Drag & drop from playlist B (sidebar editor) into playlist A (regular view), while holding shift. II) 1. With Undock Panels installed (https://www.mediamonkey.com/addons/browse/item/undock-playing/), undock playlist B into a new window. 2. Now, drag from either playlist A to B, OR B to A, while holding shift. Both methods will produce the same result: The track copies into the correct location in the new playlist, but it is not deleted from the playlist from which it was dragged. | ||||
| Tags | No tags attached. | ||||
| Fixed in build | |||||
|
|
Extra info from MikeGahms who initially reported this to me: [I]t is more than just drag and drop move, cutting from a playlist doesn't work either. So you can't do move a song through cut and paste either.... 1) right click "cut" option doesn't work: From the playlist list window, select a song, right click, select cut. Go to another playlist, select paste. Result: the song is copied to the new playlist and not cut from the source playlist. This seems to happen in all cases. e.g. if destination playlist is an edit playlist panel, a playlist in the tree view, a playlist in the undock panel, etc. .i.e. Cut just is never working. Other cases that don't work From the playlist window, drag and drop a song while holding shift, and drop it on a playlist in the playlist tree. Result: song is not removed from the source playlist, it is just copied to the end of the destination playlist. Expected: Song is removed from the source playlist and added to the end of the destination playlist in the tree. |
|
|
I suspect that the current behavior might be a result of it being unclear how to handle such operations when the destination is something other than a playlist. e.g. what should happen if the user drags (or cuts and paste) a track from a playlist to: a) Genre node - user would probably expect the Genre to be added, but no change to the playlist ? b) A location node - user would probably expect the track to be moved, but no change to the playlist ? What do you think? |
|
|
-- Feedback from Mike: -- I can see how a move operation might not make sense if the destination of the move is not another playlist. In this case, if the move operation is to a destination node like the genre node where a move doesn’t make sense, then an error message like “Move is not supported to this node type” would be appropriate. In the case of a move to a file location node, I actually would expect that the song would be moved and removed from the playlist. E.g. I might make a playlist called something like “Songs I need to put on a USB Stick for Drakinite”. When I move the songs from that playlist to the directory file location, I would expect that the songs would be removed from the playlist, since I would no longer need to move them as I have now put them in the directory. -- More of Mike's thoughts in second reply, possibly for another issue: -- I see that the current behavior for a copy drag to a genre node like "Rock" will actually replace whatever genre(s) you have in the song with the genre of the node. Personally I don't like this as a lot of my songs have multiple genres, and I would find it really frustrating to have all of the genres replaced by the new genre. But I also see how this might be useful for some scenarios. What I would have expected that on a drag copy, it would instead add the genre from the node to the song. (I think of copy as an additive like function). Then if you "move" the song from the playlist to a genre node, it could do the current action that is there today. i.e. replace what ever genres on the song with the genre of the destination node. (While not a perfect analogy, I think this kind of fits the move scenario as you are "moving" a song from what it is today and saying it is actually of the genre of the destination node. e.g. If you move a song that has genre Country;Country Rock; to just the genre Jazz node, you are moving if from Country and Country Rock to be just Jazz. -- My own comments: -- Personally, I don't see the reason why holding shift during a drag & drop shouldn't *universally* be considered a "move to the new place and remove from the original location" action. I'd never personally drag a track from a playlist to a Genre node, to be clear, but that's just my own opinion that I feel is worth sharing. |
|
|
New information from Mike at https://www.mediamonkey.com/forum/viewtopic.php?p=510630#p510630 |
|
|
Ludek, I think I kind of agree with Drak's last comment, that cut/paste or shift-drag/drop from a playlist should always remove the item from the playlist from which it's dragged. Is this feasible? |
|
|
As described in the original description of the bug, this happens only when 'Undock panels' addon installed and the drag&drop is performed between two MM5 windows... Cut&paste still works between two MM5 windows (as a workaround).. Moving out from 5.1 and lowering priority.. |
