View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0008376 | MMW v4 | Properties/Auto-Tools | public | 2011-09-14 20:51 | 2011-09-20 18:58 |
| Reporter | rusty | Assigned To | |||
| Priority | urgent | Severity | minor | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Product Version | 4.0 | ||||
| Target Version | 4.0 | Fixed in Version | 4.0 | ||
| Summary | 0008376: Files to Edit > Unknown Artwork contains some tracks with artwork | ||||
| Description | To test, visit the node, and switch to Album Browser view --> a number of tracks will show up in the browser with Artwork I'm not certain of what triggers this, but observed 2 cases of this: 1) One track with tagged artwork, image type=unspecified. Upon changing the image type to 'Front cover', the track stopped appearing in the node. 2) One track with tagged artwork, image type=front cover. The track was one of many in a folder containing numerous tracks from numerous albums. | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 1433 | ||||
|
|
Fixed in build 1433. A. There was a regression in DB storage of covers from tags. These tracks have to be re-scanned in order to make this node work well. B. In AA views tracks use Album Art from cache, i.e. even if a track from album A doesn't have any album art, but other tracks from the album do, the album A has album art and this is shown. It might be a little confusion, however it seems to be better than any potential 'remedy'. E.g. forcing showing 'no album art' in Unknown Artwork node would be just another exception. |
|
|
verified 1433 |
