View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0015389 | MMW 5 | Tagging / organizing (properties / auto-tools) | public | 2019-01-27 02:48 | 2019-12-11 18:45 |
| Reporter | rusty | Assigned To | |||
| Priority | urgent | Severity | major | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Product Version | 5.0 | ||||
| Target Version | 5.0 | Fixed in Version | 5.0 | ||
| Summary | 0015389: Auto-tag: when existing metadata doesn't match lookup, MM recommends incorrect Title/Artist tags | ||||
| Description | If Album Artist and Album are pre-populated with Compilation Album metadata and the user tries to auto-tag the tracks --> MM can completely muck things up by changing all of the Titles/Artists unnecessarily. If MM has existing Title/Artist metadata that doesn't match the existing Album/Album Artist metadata, then the Title/Artist metadata should probably take precedence over Album/Album Artist metadata. Or if we're not sure about establishing an order of precedence for the existing metadata, in cases where there's a conflict between the different metadata, should MM automatically do a fingerprint lookup? Examples of this can be seen with: Leader of the Pack - The Shangri las Hey Baby - Bruce Chanel Tell Him - The exciters | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 2153 | ||||
|
|
Currently it works this way: - if title and artist is filled, lookup MB for this recording (current album is preferred) - when no recording is found, fingerprint is performed, filled title and artist with new values (from fingerprint detection) and repeated first step with new entries - when MB still is not able to find recording, data from fingerprint is used to pick best release (this is last step, because in most of the cases acoustID data is very limited) |
|
|
Here's what I'm seeing: UPDATED VIDEO: https://www.screencast.com/t/ytYNWbigBL What's particularly interesting is that when I auto-tag the 3 tracks in a batch of 9 tracks (all from the same compilation album) --> the bug doesn't occur (i.e. the 3 tracks retain their Title/Artist, but their track numbers are updated). Similarly, when I look up these tracks individually --> the bug doesn't occur. i.e. it only occurs when I look up a smaller set of tracks. So I wonder if Auto-tag is attempting to group all the tracks into a single album, found a "Greatest Hits of the 60s" album (there are probably multiple albums with that name), and used the track info from that album to overwrite the existing track info (though I have no idea how/why that last step would have been taken since the Title, Artist, and track numbers don't match!). |
|
|
Fixed |
|
|
Verified 2153. |
