View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0020477 | MMW 5 | Tracklist | public | 2023-12-14 22:11 | 2023-12-20 13:12 |
| Reporter | rusty | Assigned To | |||
| Priority | urgent | Severity | major | Reproducibility | always |
| Status | assigned | Resolution | open | ||
| Product Version | 5.1 | ||||
| Target Version | 5.2 | ||||
| Summary | 0020477: Artwork tagging doesn't display correctly for non-library tracks | ||||
| Description | There are several issues with tagging of tracks that aren't in the library: 1) Adding Artwork from all tracks in an album (via Properties) --> Folders [List] shows only some of the tracks with updated artwork even though all have been updated b) Clicking each of the tracks causes the artwork to appear, but the artwork doesn't appear for the playing track (even though it's been saved) 2) Removing Artwork from all tracks in an album (via Properties) --> Folder [List by Album] & Folders [Grid by Album] views both fail to delete the artwork Video: https://www.screencast.com/t/K0OeIxRk5 Note: these issues don't seem to occur if the tracks are in the library. | ||||
| Tags | No tags attached. | ||||
| Fixed in build | |||||
|
|
This is related to the fact, that playing file is not physically tagged while it is playing, we wait with tagging to avoid several problems like 0017180. For me, the artwork was shown just after the playback of the track finished. Looking into this, how to improve it. |
|
|
Improved in build 2829. Full fix is currently not possible, as we do not support handling of shared data (like artworks) among multiple instances of the same track, which is not in DB, this is possible only for DB tracks (and that is why it works for DB tracks). To fix this we will need to add support for sharing data based on path+media (and I am not sure if this is enough), and this will affect a lot of core code, will be very risky changes, so postponed. |
