|
|
image.png (122,547 bytes) |
|
|
1) There's a progress bar already in the dialog. No need for a second one. 2) I disagree--as long as the status bar shows that lookup is incomplete, it's reasonable for the tag operation to no t be allowed. 3) The cancel button works for me. |
|
|
Reopen Clean install of 3010 observe same issue when "Infer Properties" are disabled. NOTE: Point of disabling "Infer Properties" is to simulate empty fields and/or incorrect imported "Infer Properties" and rely on Fingerprinting and existing information. 5) Video file and full MM LOG is uploaded under /MM5/bugs/bug19368/ Sample Album is uploaded to FTP under "/Testing/MMTestData/TaggingTests/" |
|
|
To explain this issue, it describes cases in which MM 2024 fails to accurately auto-tag a full album that contains partial metadata. The bug is particularly annoying because MM's autotag function appears to ignore accurate metadata that already exists. Case 1) Can be replicated with the tracks that Peke has shared is which Track and Album fields are filled and accurate. When attempting to auto-tag them, one track consistently is found to be from a different album despite the fact that accurate Title and Album metadata exists and can be matched to the entry in MusicBrainz. Case 2) Can be replicated with the tracks that Peke has shared by first deleting all Title metadata (so that only Album fields remain accurately filled). When attempting to auto-tag them, two tracks are consistently is found to be from a different album despite the fact that accurate Album metadata exists and can be matched based on timestamp to the entry in MusicBrainz. 1a-tracks-before_auto-tag.png (93,602 bytes) 2a-tracks-before_auto-tag.png (76,156 bytes) 2b-incorrect_auto-tag_of-tracks-with-album-metadata-only.png (196,285 bytes) |
- Anonymous
