View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0013562 | MMW 5 | Track Browser | public | 2016-09-30 20:33 | 2020-03-06 01:59 |
| Reporter | rusty | Assigned To | |||
| Priority | urgent | Severity | major | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Fixed in Version | 5.0 | ||||
| Summary | 0013562: Inconsistencies in Artwork display | ||||
| Description | MM5 often displays artwork images inconsistently across different views. For instance: 1) In the Artists view images will sometimes fail to display, but they do show up in the Properties dialog / A&D window. This seemed to happen often when MM was initially run, but stopped occurring after some time--I guess it was taking time for the artwork cache to fill up. But if the user is looking at the Album view for a particular Album, then MM should immediately load the existing artwork into the view! 2) If the user goes to Artist > Album > AlbumName that doesn't have album art, then the view will populate with Album Art looked up online. BUT this happens even when 'Search for Missing Artwork automatically' is disabled, resulting in a situation where Artwork appears automatically in the Albums>AlbumName view, but not in Albums view or Properties/Details dialogs. Perhaps MM5 should always look up artwork if none exists (i.e.it shouldn't be configurable, and there should be a flag re. whether the looked up artwork should be saved when the track is updated)? 3) If the user Edits the Artwork for an Album in the Albums view --> it fails to update in the Properties dialog / A&D Window (to verify) 4) If the user Edits the Artwork for an Album in the Properties view --> it fails to update in the Artist or Albums view (to verify) | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 2090 | ||||
|
|
1,3,4) Assigning to Michal to review. 2) I think that it would make sense to respect 'Search for Missing Artwork automatically' setting, since some users might like to avoid online searches (for privacy or whatever reason). That said, the online view definitely always needs to make the search and show artwork. So, does it make sense to show always in Online and according to configuration in My Library view? Michal, Rusty? Note that we it probably should be enabled after MM5 install and not Gold-only feature, right? We can continue discussion at 0013579. |
|
|
1,3,4 fixed in build 2037. 2) discussed in 0013579 |
|
|
Verified 1,4 in 2041, however, 3/4 are still problematic. 3) If the user edits the artwork for an album within the metadata section of the Albums view (using 'Find another image) for an album that has no artwork saved --> some of the tracks will be updated with the artwork, and some won't. This happens consistently (tested with The Marshall Mathers LP). 4) If the user Edits the Artwork for an Album in the Properties view --> existing artwork in the Albums view metadata section doesn't update. This appears to be a refresh problem since it eventually updates after switching back and forth several times between the Albums view and another screen. other examples: If the user saves an image, and then deletes it, the image continues to display in the Albums view even after the user tries to modify it. 1 Select tracks from an album that has no artwork 2 Paste image X (not the correct artwork) to the album tracks --> Album tracks are updated and in albums view, the album shows image X 3 Delete image X from the album --> It gets removed from the track tags, BUT remains as the cached image in the Albums view 4 In the albums view, right-click on the image and 'Find another image'. Select the correct Album Art and click 'OK'. --> Nothing happens!! 5 Press BACK to go to another view 6 Press FORWARD to go back to the Album view --> The modified image appears! Example 2: the same bug occurs if the user is viewing an Album in Album view and saves album artwork. --> the Album Art in the Metadata section doesn't update/get added (Tested Pat Benatar - Crimes of Passion). |
|
|
Fixed in build 2065. |
|
|
Tested 2076: 3) Failed artwork updates for some tracks on an album when editing by using 'Find another image' in the Album metadata section, still occurs (tested with Hot Fuss by The Killers. 'Replace image' was enabled.) 3b) In cases where this bug doesn't occur there is still a refresh problem: 1 From Music > Albums click an album "X" with bad album art 2 Right-click the album art at the top of the view and "Lookup image" and choose an alternate image 3 In the 'Add cover' dialog that appears, enable "replace existing image" and click OK --> Focus switches back to the Albums view, but the Artwork doesn't update (neither at the top of the Albums view, nor in the Artist and Details window!! 4 View "Properties" --> Album Art appears to have been updated correctly 5 Go 'Back' to Music > Albums --> Album Art displays correctly 6 Click Album "X" --> Art and Details view shows the Album Art correctly, BUT Album Art at the top of the view re-downloads (i.e. it appears to have not been saved to the cache!! Note: this bug doesn't occur consistently (it's probably related to bug 3). 4) This issue still occurs in 2076, except now it no longer appears to be a refresh problem. i.e. If the artwork for all tracks is changed in Properties, the Album Art in the metadata section of the Album view fails to update even after refreshing the view. |
|
|
Fixed in build 2081. |
|
|
Tested build 2082 and there are still some significant issues re. inconsistency of artwork between different views: 3) Verified 3b) Verified 3c) In some cases, after modifying artwork via 'Lookup image' in the A&D dialog --> i) Many tracks fail to update with the new artwork (they appear with _no_ artwork in the A&D window rather than either the original or updated artwork)! ii) The Artwork in the Albums>AlbumName view often fails to update iii) The image in the Albums view often fails to update iv) Even if the Albums view shows the updated artwork, going back to Albums>AlbumName results in a blank album image appearing in both A&D and Albums>AlbumName despite confirmation in Properties>Album Art that an image exists! 4) This issue still occurs Screencast illustrating this at: https://www.screencast.com/t/je7X7nMG0u |
|
|
Fixed in build 2090. |
|
|
Verified 2090 |
|
|
Verified 2229 Unable to reproduce |
