Bugzilla – Bug 1318
Artists Duplicated when Tagged by Different Programs
Last modified: 2009-09-08 09:29:39 UTC
I have a bunch of tracks that were tagged by iTunes, and a bunch more that were more recently tagged by EAC. SS is separating these artists so that they are listed twice in the web and the player interface. One instance of the artist contains all the albums tagged one way, and the other instance contains those tagged the other way. Itunes does not separate the artists this way (I am using iTunes for track management), and I can't see any obvious difference between the tags. The OS directory structure shows only a single folder for each artist. Two tracks are attached for reference.
Created attachment 405 [details] Track ripped using EAC
Created attachment 406 [details] Track ripped using iTunes
This looks like it could be related to bug 1306.
I just installed the 4-8 nightly, and the Beatles duplication is gone but the others are still there (most of them anyway). I can upload more tracks if needed.
I noticed a similar behaviour and was able to track it down to v1.x ID3 tags in some of my files. After converting every mp3 in my iTunes library to v2.3 tags and subsequently deleting the v1.x tags from all my tracks (I used ID3-TagIT for this) those duplicates disappeared. Alexander.
Scott - if you could upload more tracks that still exhibit this problem, that would be useful in tracking it down. As you stated, the duplication with the Beatles tracks isn't happening.
OK, uploading two more tracks that still are duplicating.
Created attachment 413 [details] EAC Track
Created attachment 414 [details] iTunes Track
Scott - I'm still not seeing this duplication with the new tracks. This is under the "Browse Artist" view? I see "The Czars" - one entry, and then two different album entries under that: Goodbye The Ugly People Vs. The Beautiful People
Just tried the following: 1. Wipe Cache: Scanning is finished, but Browse Artists is in semi-random order, and the heading at the top reads: A E S C A S H B D K C D J M H S A C B D K H S U R Z B I J B M W F S B C L M L C B S D O C W J C B V S J B G M S K B H L M T G V K G M B F C K O T C M R F S L H A L M P C F M L C T D C D S D O T R T D T S D C X D H A T A B P J L G P D I B M W O R B V M S B S U F T F U G B A B G L G B R S G I C G H D P T G P B H T R A B O J L H B M L C H M L P H S M I P A L A I B P B I B D N M P H J R B J O J C T F T K H F T K I P I J B E L E M D L G C P L G H I L M P S V S D T W S M A C M A M B J M G A D H B K M S L K T M U V P A J D I T S M H V M N K A M D A B F D S B P D C B D C G B K L B F N K T M P E B A C F P S E I B K L F W M H S W R Q S A M S R V C L B S R C M P T G F A P S M H S L T A S B H S D H Y D S D C B D F S H F S I M G N D P W S R S H S C T A R T N A C T S T C H S P G B S B M T Y F B E K T S T Y B M N I T P H D I P K B A D O F J R F W E K Y J P So I can't tell if they are still duplicated. 2. Install 4/11 6.0.x nightly: Browse Artist list back to normal, but The Czars still showing up twice. Dan, did you try this using iTunes?
Just noticed the Beatles tracks are separated again too.
No - just Music folder - i'll try with iTunes. Are you only using iTunes and no music folder? Restarting the server should get rid of the jumbled chars at the top. I'd be interested to see if you can reproduce that behavior on demand however.
Yep, I have no music folder assigned, only using iTunes.
Scott, the fact that you're seeing the messed up page header after a Wipe Cache implies that you were hit by a problem fixed in r2973 (as of 4/15 in both the 6.0.x and 6.1 nightlies builds). I'm wondering if the duplicate albums that you are seeing could be related. Another question - are the tracks ripped by iTunes vs those ripped by EAC in different directories?
I just updated to the 4/15 nightly, and artists are still duplicated. The EAC & iTunes tracks are in different directories at the album level (because they are from different albums), but they are not in different directories at the artist or global level. Its organized as c:\music\artist\album.
have a customer running the 6.1 nightly from yesterday who is seeing this issue as well.
report from the gentleman I was referring to in my last comment: im importing cd into itunes that makes a copy of cd to the g drive where i have only music files. i went to importthe new robert plant cd (i already have one in music library i imported 2 years ago)anf checked the g drive both cd's were properly in the robert plant folder. when i browse artists,however,the name of robert plant comes up twice with one cd under one of the names and the new cd under the other. if i go to browse music folder both cd's are unde one name properly i recently added another cd into itunes that a i changed the artist name prior to importing. under browse artist the artist name came up twice again with half of the cd in one name and half in the other. once again,if i browse music folder,all songs are in one place under the one artist name. browsing artist is the issue with many cd's split into the same artists name that show up twice.
Kevin: can you add a reproducable case? We're not sure what we're looking for. Is this related to bug 1306?
Kevin, can you respond to Dean's question? This is close to not making the 6.1 list. We're still not able to recreate with Scott Bennett's original tracks.
Created attachment 590 [details] Song 2 in one album
Created attachment 591 [details] Song N in other album
I get the same behaviour with albums, both tagged with iTunes. No iTunes parsing, just the directory, db cleared before testing, svn 3595, mac OS X 10.4.1. Attached two files reported in two identical albums, reported in the web interface as well as in the CLI (where I discovered the bug).
Fred - your case is happening because one of those tracks has a disc / discc specified, while the other does not. The other case I still cannot reproduce.
Fred - I've checked in subversion change 3632, which attempts to work around the issue you are having. Scott - are you still seeing this problem with the recent 6.1 nightly builds?
It had gone away at one point (with one of the later 6.0 builds I think), but the problem is still there right now. My current version is 6.1.0 - trunk - locale: cp1252.
Scott, are you importing your library from iTunes, do you have an audio directory specified in your settings, or both?
I am using the itunes library, but I do not have a music directory specified.
Scott, could you attach your iTunes XML file and slimserversql.db to this bug? I suspect that this is an iTunes issue and you'd get different results if you had an audio direct specified instead.
Sorry it took me a while to get to this. Files attached. I am currently running: SlimServer Version: 6.1.1 - 3774 - Windows XP - EN - cp1252 Still seeing the problem. Currently "The Beatles" are listed twice under Browse Artists. The first instance contains Abbey Road, and the second contains Sgt. Pepper and Rubber Soul. The are both under the same "The Beatles" directory in the file system, and everything shows up fine in itunes. I didn't see anything obvious in the itunes xml file. I've installed several SS versions since the original bug report, and wiped cache a few times in the process. If I remember right, I ripped Abbey Road using EAC, and the other two using itunes.
Created attachment 667 [details] Slim Server DB File
Created attachment 668 [details] iTUnes XML library file
Scott, Bug 1306 was somewhat similar to this and it was fixed in some newer nighly builds. I would advise trying to repro with the latest builds if you have time. You might be pleasantly surprised. Ben
Just tried the latest 6.2 build, bug still present for me. I've also found a few instances where albums are split up into two separate listings, despite the tags all appearing to match, and being in the same folder.
I'm still unable to reproduce this.
Just uninstalled 6.2B and reinstalled release version of 6.2, and problem is gone. Since I seem to be the only person ever affected by this, you could probably close it.
Scott - this should be fixed in 6.2.2
This bug appears to have been fixed in the latest release! If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look. Make sure to include the version number of the software you are seeing the error with.