View Issue Details

IDProjectCategoryView StatusLast Update
0021990MMW 5Tagging / organizing (properties / auto-tools)public2026-02-27 11:42
Reporterrusty Assigned To 
PriorityurgentSeveritymajorReproducibilityalways
Status feedbackResolutionopen 
OS Version-- 
Product Version2026 
Target Version2026 
Summary0021990: Editing artwork of read-only tracks fails
DescriptionWhen an image is successfully looked up for a read-only track, and image location is set to "Save image to tag (if possible) othewise save to file folder"
--> issue 66 occurs and the artwork fails to update
In addition, although MMM caches the artwork (not always), it fails to save it to the file folder (it should have saved it to the file folder if saving to the tag isn't possible).

Note: if the user sets 'Save image to file folder', the file _is_ saved successfully, so there seems to be a problem with the logic of the "Save image to tag (if possible) othewise save to file folder" functionality.
Additional InformationOriginally item 82 at 0021646
TagsNo tags attached.
Fixed in build

Relationships

related to 0021989 resolvedpetr Editing read-only tracks fails 

Activities

petr

2026-02-26 11:53

developer   ~0080596

Moved to all platforms as it's not just OSX related. In current code 'if possible to save to tag' is meant is supported by format.

michal

2026-02-27 11:42

developer   ~0080603

"Save image to tag (if possible)" means "Save image to tag (if supported by format)". Maybe we should adjust the wording, Rusty?

This logic is there from the very beginning. On Windows we try to remove read-only attribute automatically, so the problem usually does not happen there. I analyzed the possibility of suggested change, but it is very problematic, it would cause new problems. E.g. if saving the artwork succeeds only for some of the album’s files, the ones where it worked will end up with duplicate artwork (both from the folder and from the tag). And if the folder contains files from multiple albums, the album artworks may get mixed up. It would also be confusing if the artwork gets saved somewhere but the text tags don't. That's why we decided to better keep the existing logic and just adjust the wording instead.
Petr made some workaround for OSX to try to enable saving to tags in such situation similar way, like we do in Windows.