View Issue Details
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0016480||MediaMonkey 5||Properties/Auto-Tools||public||2020-04-01 21:02||2020-09-18 23:42|
|Target Version||5.0||Fixed in Version||5.0|
|Summary||0016480: Album Art: image handling issues for 'unsaved images'|
|Description||1) For tracks that have unsaved artwork, it's relatively easy to get into a situation in which the unsaved artwork in the Preview Window is different than the unsaved artwork in the Properties > Artwork dialog: |
0 Enable Tools > Options > Metadata lookup > Background metadata lookup (Artwork)
1 Click a track (not the first one) from a compilation album in which each track has a unique image (e.g. Miami Vice Theme)
2 For the track in question, go to Properties > Artwork and delete the image
--> Properties-->Artwork dialog shows a newly-looked up unsaved image for the album, while the Preview window shows unsaved artwork from the first track (bug 0016473) of the album. One would expect that if artwork was looked up that it would replace the image in both locations!
2) Unsaved (?cached?) artwork can't be deleted from the Properties dialog:
3 Disable Tools > Options > Metadata lookup > Background metadata lookup (Artwork)
4 For the track in question, go to Properties > Artwork and delete the image
--> The (?cached?) artwork fails to delete and the discrepancy between the Properties > Artwork and Preview window remains
3) Artwork automatically applied to other tracks from the first track of a compilation album cannot be deleted via the Preview window:
5 Close the Properties dialog, select the track, and attempt to 'Remove image' via the Preview Window context menu.
--> Nothing happens (one would have expected it to be removed and replaced with looked up artwork)!
|Tags||No tags attached.|
|Fixed in build||2267|
Resolving, the discrepancy should not occur already in 2267.
a) you still cannot delete unsaved artwork, it is only unsaved suggestion, the track does not contain the artwork, so it cannot be deleted, it is not there.
b) even compilation albums usually have one common artwork, we cannot know, whether the artwork in the first track is this common artwork, or some image related only to this one track. That is why artwork from the first track is suggested as artwork for other tracks in the album, which do not contain own artwork.
Please describe, if you have some better solution. I think the current make sense for majority of situations. For the rest people need to tag tracks by artworks manually.
Verified that the discrepancy does not occur already in 2267.
As for rest, I see your point. we can leave it as is for now and we can adjust it based on user feedback.