Bugzilla – Bug 17799
Use a separator such as 'Also appears on' when viewing the albums by an artist
Last modified: 2014-07-10 12:37:19 UTC
Is it possible to NOT list compilation albums under a featured artist? I don't like that some artists seem to have many albums, but in fact only have 1 album, and are featured on many compilation albums. The list is long, but should only show 1 album. Or the compilation albums should be grouped together under a featured artist like 'Also featured on:" or something like that. The more I think about it the preferable way to correcting this situation is adding an "Also featured on" / "Appears on" menu under the featured artist.
Created attachment 7579 [details] Älbums by artist difficulte to recognize
Comment on attachment 7579 [details] Älbums by artist difficulte to recognize Where's my album by a-ha? Oh yes, it's the one that doesn't show a-ha as an artist. That's intuitive, isn't it?
Is this related to bug 17542?
No. This is a longstanding request (maybe a duplicate) that when an artist has both whole albums and appears on compilations (or as a guest on non-compilations) that their album list either suppress the non-whole albums or else lists them below their 'full' albums with a separator such as 'Also appears on'.
I think it's related in a such a way that bug 17542 adds to the confusion. If you take a look at the a-ha example all compilation albums are apparently by a-ha, but should be credited to "Various Artists" (or maybe some other "Album Artist") This bug report is more a feature request, to seperate the compilation albums from the 'real' albums when viewing the albums by an artist, using a separator such as 'Also appears on'.
(In reply to comment #5) > I think it's related in a such a way that bug 17542 adds to the confusion. Agreed. Bug 17542 does make it very confusing. When the VA albums are mixed in with the artist's regular albums (as they've always been) it makes it all the more difficult to sort things out when the artist name for those VA albums isn't shown as 'Various Artists'.
*** This bug has been confirmed by popular vote. ***
Found it: https://bugs-archive.lyrion.org/show_bug.cgi?id=15604
The above bug report is a total different request...
Maybe this one? https://bugs-archive.lyrion.org/show_bug.cgi?id=12676 Divide the Display of an Artist's Albums into Sections
bug 4341 bug 4754 bug 5108 bug 6577 bug 8927 imo, bug 15604 does apply, b/c server needs clear delineation between what is and is not a comp, and how it is then displayed. a lot of problems exist that shouldn't, due to underlying bad comp detection and handling, and how it is then made available for display.
If you enable 'Show Artist with Albums' it's impossible to differentiate Compilations from Full Albums...
Created attachment 7701 [details] Screenshot of the problem with the current listing
Please give this some priority - it's been raised many, many times in the past and is a real issue. I hate having to scroll through countless compilations to find the artist album I'm after. I'd propose "Albums by the Artist", "Albums on which the artist guests" and "Compilations on which the artist appears" as three major categories when browsing an artist. Each category should be sorted using whatever the global sort options are in terms of LMS config
These changes should then be leveraged in iPeng, Squeeze Commander etc. to improve browsing via tablets.
I think everybody understands the issue.(In reply to comment #13) > If you enable 'Show Artist with Albums' it's impossible to differentiate > Compilations from Full Albums... The bug that led to this particular problem (wrong artist shown for compilations and albums where the artist is a guest) was bug 17542. It's been fixed in recent nightly betas of LMS 7.8.0. I think it may also be in the 7.7.3 beta.
(In reply to comment #16) > These changes should then be leveraged in iPeng, Squeeze Commander etc. to > improve browsing via tablets. While I think this would be a great enhancement, I have a feeling it wouldn't be a simple change, partly because of all the different interfaces that would need to deal with the data being returned to them differently. You're essentially returning two sets of albums, which none of the interfaces currently have to deal with.
Personally I think the interfaces should be adapted to show the data this way. Theoretically any UI that does its own scanning of the LMS DB should be able to present the data in this manner regardless of what LMS does. It's a question of how the underlying data is dealt with in the app in question. Re LMS, could you then at least get things to the point where the data is presented in a sort order that respects the user's album sort settings, but uses the following logic as overriding sort order: First list all albums where albumartist="Joe Bloggs" or artist="Joe Bloggs" in every track Then list all albums where artist="Joe Bloggs" in one or more, but not all tracks (these will be those albums on which Joe Bloggs guests) Finally list all albums where artist="Joe Bloggs" and the album is determined to be a compilation by virtue of LMS' existing VA logic. All interfaces that create their own DB by scanning the LMS DB can apply exactly the same logic. At least this way the first tranche of albums listed will be the actual albums released by Joe Bloggs. (In reply to comment #18) > (In reply to comment #16) > > These changes should then be leveraged in iPeng, Squeeze Commander etc. to > > improve browsing via tablets. > > While I think this would be a great enhancement, I have a feeling it > wouldn't be a simple change, partly because of all the different interfaces > that would need to deal with the data being returned to them differently. > You're essentially returning two sets of albums, which none of the > interfaces currently have to deal with.
Aren't 11 votes enough to get this actioned?