Bug 10259 - Album titles are not unique enough for favorites
: Album titles are not unique enough for favorites
Status: NEW
Product: Logitech Media Server
Classification: Unclassified
Component: Misc
: 7.4.0
: PC Windows XP
: -- normal with 7 votes (vote)
: New Schema
Assigned To: Brandon Black
: new_schema
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2008-12-09 12:43 UTC by Philip Meyer
Modified: 2012-02-18 19:51 UTC (History)
4 users (show)

See Also:
Category: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Philip Meyer 2008-12-09 12:43:34 UTC
When an album is added to Favorites, SC stores the album name as an identifier, rather than the internal album id.

If the album title is not unique, eg a "Greatest Hits" album, there's a good chance you won't get what you expect when you try to play that favorite back.  The effect on favorite albums can change over time when you scan new albums in.

Favorites used to reference the unique album id, but this was changed at some point to use album title.  I guess this was done, as a complete clear and rescan would result in new identifiers (eg. an album id), so favorites would be incorrect or lost when a full rescan is performed.

The same issue can occur with artist names - there could be two artists
with the same name.  eg. "Blue October" is a Rock band from USA, but a
UK band exists as the same name.  "Nirvana" was another example.  So
you can't necessarily assume an artist name as a unique identifier for a Favorite too.

It's less likely that two bands that share the same name also share the
same album title, and that a user would want to set one as a favorite. 
I think therefore that the album artist name and the album name need to
be referenced in the favorite to uniquely identify an album favorite.
Comment 1 Philip Meyer 2008-12-09 12:47:59 UTC
Not even using artist+album name may uniquely identify a single album, in that there can be several albums with the same name by "Various Artists".

It would be a good step in the right direction though, and would work correctly for the vast majority of albums.

Also, as stated, an artist name may not be unique, so setting an artist as a favorite could result in the incorrect artist being selected from the favorite.

Potentially if there were still non-unique items found for the favorite, it should play/browse all matching artists/albums.
Comment 2 James Richardson 2008-12-15 09:29:53 UTC
Brandon: would this fall under the new schema work?
Comment 3 James Richardson 2008-12-22 10:08:44 UTC
*** Bug 10417 has been marked as a duplicate of this bug. ***
Comment 4 Jim McAtee 2011-01-27 15:12:44 UTC
This is not a new schema bug.

There must be smarter ways to identify albums other than by name only.  What about storing the URL of the first track on the album, then retrieving the track in the database to find the album?
Comment 5 Mike Walsh 2011-04-08 01:33:33 UTC
Alan, i thought this might be inside the scope of onebrowser
Comment 6 Jim McAtee 2011-04-08 03:15:27 UTC
The thing about onebrowser is that it cannot instantly fix a lot of bad (or never fully resolved) design decisions.
Comment 7 andreas_doelker 2011-04-27 01:48:46 UTC
A fix would be greatly appreciated. Is it a huge change to include an additional identifier?
Comment 8 Bradley D. Wall 2011-05-17 15:15:26 UTC
*** Bug 16831 has been marked as a duplicate of this bug. ***
Comment 9 Mike Walsh 2012-02-18 19:51:04 UTC
Peter Gabriel has several different albums all named Peter Gabriel, as an example.

why not the make use of the greatest hits logic, and also reference directory location?  surely that would then be unique enough?