View Issue Details

IDProjectCategoryView StatusLast Update
0015348MMW 5Tagging / organizing (properties / auto-tools)public2019-02-01 03:46
Reporterrusty Assigned To 
PriorityurgentSeveritymajorReproducibilityalways
Status closedResolutionfixed 
Product Version5.0 
Target Version5.0Fixed in Version5.0 
Summary0015348: Auto-tag: Year fields appear to get mixed up
DescriptionFrom lll) at #14224.
For some Albums when MM5 mistakenly suggests a compilation album, the album is listed without a corresponding Year/Date, even though clicking the Album fields shows that MM does_have a date for the associated Album. Examples: Tequila by The Champs; He's so fine by the Chiffons; Lollipop by The Chordettes. See an example of this at https://www.screencast.com/t/3qEZJWhO8 (upon switching the Album, the Date/Year fields fail to update).

When the user switches the Album for 'In the still of the night' to 'In the still of the night', the year is listed as 2000 (this is actually incorrect--it should be 1956 per https://musicbrainz.org/release-group/caff7854-dd43-3aa4-9833-ad3eda60e027 ). If the user switches the album to the correct album and then attempts to switch back, the year of the original album gets changed from 2000 to 2001! It's unclear why the dates are changing?! (shown at https://www.screencast.com/t/3qEZJWhO8 )!
TagsNo tags attached.
Fixed in build2154

Relationships

related to 0015346 closedpetr Auto-Tag: Sometimes looks up incorrect Title 
related to 0015410 closedpetr Improve auto-tagging granularity (albums vs singles and field selection) 

Activities

petr

2019-01-19 16:42

developer   ~0052120

Fixed

peke

2019-01-20 01:38

developer   ~0052126

Verified 2149

rusty

2019-01-21 02:48

administrator   ~0052139

The problems with the date field in the originally mentioned tracks is fixed in 2149, however, I found another track that exhibits strange behavior re. the date field:
Tracks of My Tears - Smokey Robinson & The Miracles: Looks up Album 'The Tears of a Clown' correctly, but shows year 1967 instead of the year 1965 (which is the year associated with the album in the album chooser).

petr

2019-01-21 17:12

developer   ~0052148

Fixed

rusty

2019-01-22 17:20

administrator   ~0052177

Tested 2150, and the issue persists for 'The Tracks of My Tears'.

petr

2019-01-22 21:12

developer   ~0052185

Fixed

rusty

2019-01-27 18:33

administrator   ~0052285

Verified 2152.

rusty

2019-01-29 03:11

administrator   ~0052313

Last edited: 2019-01-29 16:37

Build 2153 appears to have a regression regarding Year handling:

1) (Your Love Keeps Lifting Me) Higher and Higher - Jackie Wilson. This tag is correctly tagged, however, upon looking it up, MM recommends changing the year for the album (even though MM subsequently can find the original version of the album)!

2) Similarly:
1 Launch Auto-tag for 4 tracks (e.g. Big Sur-Thrills, Loco-Fun Lovin Criminals, Crazy Town - Butterfly)
2 In the auto-tag dialog, change the suggested singles to Albums, and click Auto-tag
3 Auto-tag the albums again
--> New values are suggested for most of the years!

See: https://www.screencast.com/t/mnbNwq9agX
Could it be that this is the same as issues 26/28 at 15348 and that in all 4 cases MM is finding a more recent Release from within the same Release Group instead of keeping the original Release?

petr

2019-01-29 14:22

developer   ~0052322

Last edited: 2019-01-29 14:27

item 1 fixed, but it wasn't regression ... it's just because Higher and Higher are 2 albums of same artist ... one published at 1967 and then at 2001 (and engine pick later).

rusty

2019-01-29 19:50

administrator   ~0052329

Tested test build:
1) MM suggests changing the Album field on the fully tagged track! i.e. the field is filled with 'Higher and Higher' (11/1967), and MM suggests changing it to a single called (Your Love keeps lifting me) Higher and Higher (1967). I thought that MM doesn't suggest changes to the Album field if there's already a valid Album tag (we'd previously discussed that compilation album metadata would have to be deleted in order for it to be ignored if it matches an album)?

2) Still open (did not test)

petr

2019-01-29 22:47

developer   ~0052335

Fixed

rusty

2019-01-30 06:23

administrator   ~0052339

Tested custom build 2153 c:
1) Fixed
2) When auto-tagging the tracks a second time:
a) Same Jeans - The View: auto-tag recommended a single even though the original Album was of the same year.
b) Silence is easy - Starsailor: recommended a change in date!
c) Valerie - The Zutons: auto-tag recommended a single over the original album possibly because it was a couple of months older
https://www.screencast.com/t/YhF6deTik

I'm not sure if these are bugs, as I suppose that it could make sense to recommend one album/single over another (e.g. if the track time or title version matches the version of a track on a particular album better). The problem is that at the moment, it it seems kind of arbitrary and:
- there's no way of setting preferences (e.g. always prefer the oldest matching instance vs prefer a matching album if it's in the same year of the oldest release)
- there's no way to limit changes to certain fields (e.g. If I'm auto-tagging just for the purpose of adding album art and don't want changes to affect any other tags.
I'll enter this into a new bug, with some suggestions re. how to address these issues.

petr

2019-01-30 11:29

developer   ~0052343

Yes it's as you wrote ... based on track length it better fits to different album.

For example track A (Same Jeans). Your track is 3:35 long and this track belongs to Same Jeans single (https://musicbrainz.org/recording/c22f9790-d2ad-4649-acab-83bcc75ea476) instead of manually changed album Hats Off to the Buskers (https://musicbrainz.org/release/fc763630-7e15-408f-95dd-9728e8814dc8) where Same Jeans track is 3:33 long.

I agree user can be confused why album was changed ...

rusty

2019-01-30 18:03

administrator   ~0052349

Re-resolving, since the issue was fixed. I'm going to open a new bug re. improved UI/configurability to limit confusion caused by such issues.

rusty

2019-02-01 03:46

administrator   ~0052370

Verified 2154.