View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0018970 | MMW 5 | Main Panel | public | 2022-04-08 08:46 | 2022-05-12 21:14 |
| Reporter | barrym | Assigned To | |||
| Priority | none | Severity | minor | Reproducibility | sometimes |
| Status | closed | Resolution | fixed | ||
| Platform | Windows | OS | - | OS Version | 10 |
| Fixed in Version | 5.0.3 | ||||
| Summary | 0018970: Background process which gets tile art dies for the tab. | ||||
| Description | The background process, which gets and displays art in the current view, can die for a tab. It remains dead for the tab, ie. is not resolved by F5. The art that has been obtained from the cache, before the problem, remain on view, but just placeholder images are displayed for tiles that were queued and unprocessed when the problem occurred. ie. the background process starts at the top of the screen, and progressively displays the art in a top down progression. It dies at some point, which is usually at the boundary of the 1st screen full. If I scroll down everything past that point just displays placeholder images. ... And it stays that way, even if I refresh. I see this often, and have done so for many releases. Tested with 2611 The workaround to clear the problem is to go to Track Properties for the first tile with the problem, and show MM what it already knows ... ie where the art is for that album. This seems to unblock the queue used by the background process, and then MM populates the art for all remaining tiles. The 1st time I saw this problem it was triggered by an album for which there was no art. ... That killed off art acquisition for all following albums in the current View. It can also be triggered by scrolling too soon after change of Collection ... demonstrated with attached video and Debug log. See the attached video. There the problem is triggered by the 2nd cause. * I opened MM5 * changed to a Collection * I was too slow scrolling ... the problem did not happen * at 0:16 in the video I changed to a new view ===> the problem is triggered * at 0:35 I open File Properties, and remind MM5 where to find art for that album, * at 0:57 the above action resolves the problem for that album, and all remaining albums See following private note for links to video and debug log that covers the period videoed. | ||||
| Additional Information | Video: Debug log covering the above video: | ||||
| Tags | No tags attached. | ||||
| Fixed in build | |||||
