View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0004017 | MMW v4 | DB/FileMonitor | public | 2007-11-22 20:34 | 2007-11-26 21:10 |
Reporter | rusty | Assigned To | |||
Priority | urgent | Severity | minor | Reproducibility | always |
Status | resolved | Resolution | fixed | ||
Product Version | 3.0 | ||||
Fixed in Version | 3.0 | ||||
Summary | 0004017: Album Art not named as Folder.jpg isn't associated with Tracks (refresh problem) | ||||
Description | If there are a number of tracks, all from the same album, in a directory, and that directory also contains album art saved by an Application other than Windows Media Player, then MediaMonkey doesn't associate the Album Art with the track at scan time. For example: if the user has album art saved as <Album Name> - front.jpg then MM will scan the tracks but ignore the album art. In cases where a directory contains only tracks from a single album, AND Folder.jpg doesn't exist, AND MM detects filename.(jpg/png/png), then the Album art should be associated with the scanned tracks. Ideally, we would have some 'smarts' here (e.g. if 'front' was in the filename then it would be stored as a front cover; if 'small' was in the filename then the Art wouldn't be scanned if the same image existed in larger format; etc.) | ||||
Additional Information | http://www.mediamonkey.com/forum/viewtopic.php?t=22652 | ||||
Tags | No tags attached. | ||||
Fixed in build | 1109 | ||||
|
Tested 1105 and all seem to work fine. i.e. 1. All images presented in album folder are linked as covers ! 2. if 'front' was in the filename then it is stored as a front cover! Are there any steps to reproduce? |
|
hmm.... upon further examination it looks like it's a refresh problem. E.g. upon scanning a directory, the art is not updated for the selected track. Switching to a different track will cause the album art to update. |
|
Yes, it is only "refresh" problem. This "refresh" problem fixed in build 1109. |