View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0014448 | MMW 5 | Tagging / organizing (properties / auto-tools) | public | 2017-10-07 19:46 | 2022-09-14 14:30 |
| Reporter | peke | Assigned To | |||
| Priority | high | Severity | feature | Reproducibility | N/A |
| Status | new | Resolution | open | ||
| Target Version | 5.2 | ||||
| Summary | 0014448: Warn user when deleting tracks that are part of a playlist | ||||
| Description | Currently deleting track from library only warn that if track is removed it will be removed from playlists also. Problem arises when user is cleaning duplicates and one duplicate is added to one playlist and other to different one. Deleting either track would remove track from playlist making it wrong. Perfect solution would be that non delete track replaced deleted one in affected playlists, but that could prove hard to guess and it have possible performance issue. A possible solution would be to add additional flag in Songs that track exists in Static playlists and apron deletion user is prompted with warning and even possible list playlist names? This should be fairly easy to add using table add triggers to set flag for added track and on track delete from playlist trigger check if any other static playlist contain that song ID. | ||||
| Additional Information | http://www.mediamonkey.com/forum/viewtopic.php?f=4&t=58824 | ||||
| Tags | No tags attached. | ||||
| Fixed in build | |||||
|
|
Looks like a good idea. I suppose that it could work like this: Do you like to remove this track(s)? {already implemented prompt} if confirmed, there's a test for existence in _static_ playlists and if present, another prompt is shown: The track(s) is already present in the following playlists: Playlist1 Playlist2 Do you really want to remove it from the Library and all the Playlists? [ ] Don't ask again |
|
|
I would suggest that if we implement this, that we update the _existing_ confirmation dialogs with the prompt suggested by Jiri (since it's annoying to have to go through multiple confirmations). Note also that this feature would be a bit more complicated if one considers that different confirmation dialogs that appear depending on what is being deleted: e.g. - library track - track from now playing - track from a playlist - track that isn't local (see 0015029) i.e. we'd need to spec how each of these cases would be handled. |
