Bug 17239 - Compilations with large number of contributor artists cannot be played
: Compilations with large number of contributor artists cannot be played
Status: NEW
Product: Logitech Media Server
Classification: Unclassified
Component: Web Interface
: 7.6.0
: All All
: P1 normal with 7 votes (vote)
: ---
Assigned To: Alan Young
: onebrowser
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2011-05-17 12:28 UTC by Phil Leigh
Modified: 2011-05-31 10:45 UTC (History)
4 users (show)

See Also:
Category: Bug


Attachments
jpg of unusable web UI (94.60 KB, image/pjpeg)
2011-05-17 12:31 UTC, Phil Leigh
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Phil Leigh 2011-05-17 12:28:37 UTC
in 7.6 (post "one browser")
If a "various artists" compilation has many artists, the web UI is rendered useless when displaying the album (e.g by browsing or searching for albums) - tracks cannot be seen and therefore played. There is no scroll bar visible if the artists list is so big it "drives it off the page".


What is required is that ALL albums that are comps show "Various Artists" on the album screen rather than an infinitely long list of artists...

The attachment illustrates the problem perfectly.
Comment 1 Phil Leigh 2011-05-17 12:31:40 UTC
Created attachment 7286 [details]
jpg of unusable web UI
Comment 2 Jim McAtee 2011-05-17 12:40:34 UTC
Although the problem screws up the web UI in some cases so badly that it can't be used, the more basic problem is that track artists should simply not be listed in the album information. Track artists should only be shown for individual tracks.
Comment 3 Phil Leigh 2011-05-18 03:03:21 UTC
I agree with Jim.
Comment 4 Joerg Schwieder 2011-05-20 18:17:25 UTC
For context menus this problem probably feeds through into SqueezePlay rendering ContextMenus useless, too:
http://forums.slimdevices.com/showthread.php?t=87836