View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0015465 | MMW 5 | General | public | 2019-02-15 05:41 | 2019-07-18 16:38 |
Reporter | rusty | Assigned To | |||
Priority | urgent | Severity | minor | Reproducibility | always |
Status | closed | Resolution | fixed | ||
Product Version | 5.0 | ||||
Target Version | 5.0 | Fixed in Version | 5.0 | ||
Summary | 0015465: Album Art Cache anomalies for tracks with no Album assigned | ||||
Description | Build 2159 is having some strange issues on my machine wrt cached album art for tracks that have no album assigned: 1 after deleting album art from files --> the Artwork lookup button doesn't appear in the A&D dialog! EDIT: this isn't a bug--it occurs when the Album field is empty! 2 check the properties dialog to see if there's artwork --> nothing appears there -->A) the Artwork lookup link re-appears in the A&D window! EDIT: this _is_ a bug (it should either always display in such cases or always be hidden. It might be useful to always display it--see B) below) 3 Click the Artwork Lookup button --> B) Artwork doesn't get looked up! EDIT: if the user attempts to lookup artwork (e.g. here or in Properties) and there's no album field, mm should indicate a message "<fieldname> is missing!" (in this case 'Album'). --> C) Cached artwork (a very fuzzy image of a circle) appears in the full-screen artwork dialog 4 Auto-tag several tracks, but cancel out after the lookup --> D) The looked up artwork isn't cached! EDIT: this isn't a bug--it isn't cached because there's no album assigned! Summary: it seems that some strange fuzzy image is cached for all files and that it somehow interferes with normal image caching Screencast: https://www.screencast.com/t/OAUqq1xC | ||||
Tags | No tags attached. | ||||
Fixed in build | 2170 | ||||
|
On further testing, the issue is related to the fact that I was testing with tracks that had no Album assigned. I've updated the bug accordingly and lowered the priority. |
|
Fixed in build 2167. |
|
Verified 2167 Test Note: Occasionally I was observing that some strange fuzzy image is synced for all files to MMA if no album is set on tracks. I guess that this fix also fixed that as I was not observing that behavior anymore. |
|
Case 3) fails in some cases and/or freezes 0 Navigate to Artist > ArtistName (browser view) 1 Select a track that only has Title / Artist (tested with Right Here Right Now - Richard Marx 2 Click Properties > Artwork > Lookup Image... and save an image (to tag), and click OK 3 Refresh the view (e.g. Back > Forward) 4 Select the track and right-click Properties --> Album Art isn't saved! 5 Repeat the above --> MM freezes after step 2 (must be force-terminated)! I believe that this is related to the fact that my library has hundreds of tracks that don't have an Album assigned, and by default, at step 3, [x] Apply to all files in the Album/Series is checked off (which I guess triggered hundreds of tracks to be updated). In cases where an album isn't assigned, it would probably make more sense for the '[x] Apply to all selected files' option to appear to prevent this from occurring (though we may want a more generic solution to this issue in case it can be triggered in other ways). |
|
Fixed in 2168. Option "Apply to all files in the Album/Series" hidden, when album is empty/not known. It is related only to editing one track so "Apply to all selected files" does not make sense there too. I cannot reproduce problem with not saving or freezing even with tagging several tens of files, in case you repeat it, hopefully with ELF, send it, thanks. |
|
Verified 2168. The only remaining issue is that the error should appear transiently (i.e. as a toast, like many other similar messages in MM5). |
|
Fixed in build 2170. |
|
Tested 2170 to verify the error message re "<fieldname> is missing!", but MM doesn't seem to generate this message when looking up album art for tracks that only contain Artist+Title. Is this intentional (maybe due to another bug) ? |
|
For me it works, displays "Album is missing!". Could you analyze it more and be more specific? Maybe it is related to some specific situation, missing Album is not enough. |
|
Unable to replicate. |
|
Verified 2186. |