Bug 2392 - Multiple composers with one matching the Artist causes track/album to be categorized as "Various Artists"
: Multiple composers with one matching the Artist causes track/album to be cate...
Status: RESOLVED FIXED
Product: Logitech Media Server
Classification: Unclassified
Component: Database
: 6.2.0
: PC Windows XP
: P2 normal (vote)
: ---
Assigned To: Dan Sully
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2005-10-27 06:30 UTC by Jeremy
Modified: 2008-09-15 14:38 UTC (History)
0 users

See Also:
Category: ---


Attachments
tune.mp3 (7.19 MB, application/octet-stream)
2005-10-27 09:11 UTC, Jeremy
Details
slimserversql.db (3.41 MB, application/octet-stream)
2005-11-03 14:26 UTC, Jeremy
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Jeremy 2005-10-27 06:30:14 UTC
With 6.2.0 (svn 4753), I'm still seeing a problem with the tracks improperly
being catergorized as "Various Artists".

I've stopped using iTunes and the problem still exists. I've narrowed it down to
the case where a track contains the artists name in the Composer field ALONG
with any other composer name.

If leave the "Multiple Items In Tags" blank so the names dont get parsed out
individually, the problems goes away and the artist remains the original artist.
If composers get parsed out individually and a composer name matches the artist
name, then the track is marked as Various Artist and the whole album gets throw
into that category.
Edit/Delete Message
Comment 1 Dan Sully 2005-10-27 08:47:40 UTC
Please attach one of the problem tracks to this bug.

Thanks!
Comment 2 Jeremy 2005-10-27 09:11:41 UTC
Created attachment 948 [details]
tune.mp3
Comment 3 Dan Sully 2005-10-28 16:45:41 UTC
Jeremey - can you please test with the 10-28-2005 6.2.1 nightly and let me know if you still see this 
problem?

You'll need to wipe & rescan.

Thanks.
Comment 4 Jeremy 2005-10-30 07:44:32 UTC
Dan - I just tried the 10-30 nightly (6.2.1 - 4941).  After changing the
"Multiple Items In Tags" back to ";/", clearing and rescanning, the individual
composers weren't separated out in the composer field. The composers were just
listed as one person (ie. "John Smith/Jack Jones"), therefore I didn't see the
original problem since it requires the artists name in the Composer field along
with any other composer name.

Also, not sure if its related, but grouping discs is broken again for me.
Comment 5 Dan Sully 2005-11-02 16:51:36 UTC
Jeremey - you need a space between the ; and / in your split list.
Comment 6 Jeremy 2005-11-03 06:02:49 UTC
Dan - I put the space in and the original problem still occured. What else do
you need from me?
Comment 7 Dan Sully 2005-11-03 14:13:53 UTC
Can you attach a copy of your slimserversql.db file?

Thanks.
Comment 8 Jeremy 2005-11-03 14:26:34 UTC
Created attachment 990 [details]
slimserversql.db
Comment 9 Dan Sully 2005-11-04 13:33:25 UTC
Did you wipe & rescan your library after adding the space in your preferences?
Comment 10 Jeremy 2005-11-05 07:49:06 UTC
Dan - Yes, I did wipe and rescan.  The composers were then parsed out separately which is why I think 
the original problem occured (there was a composer matching the artist)
Comment 11 Dan Sully 2006-04-20 15:40:41 UTC
This has been fixed in the latest 6.2.2 nightly. I'm not able to reproduce the bug given the parameters below with your test file.