Bugzilla – Bug 12866
Alarms don't page playlists in SlimJON; can lead to excessive load times.
Last modified: 2009-10-12 07:55:41 UTC
I'm getting reports from some iPeng customers with large numbers of playlists that the "Alarm Sound" menu loads forever. (see https://trac.penguinlovesmusic.de/trac/ipengnat/ticket/93) The reason for this, IMHO, is that the "Alarm Sounds" menu is loaded at once including all of it's submenus (the actual playlists are in a submenu to "Alarm Sounds" and since "Alarm Sounds" only contains a few items this doesn't get paged. I suspect this will be the same on the controller and SqueezePlay, iPeng just uses the normal SlimBrowse menu. A solution IMHO would be to load the submenus separately (with a separate request), at least the "Playlists" submenu since it could be paged then and the delay would not affect the other submenus and the main "Alarm Sounds" menu.
Created attachment 5463 [details] Log file of a single "Alarm Sounds" menu OK, looks like it's not only the Playlists but also the Favorites that get pulled into this monster menu. I attached a sample log from my server. Plese not that I only have a few playlists and very few favorites, yet this is still a monster of a menu. This is ONE menu and get's loaded at once.
this is an administrative shuffle on priority fields to help make better judgment on the top end of the priority list. P4->P5, P3->P4, and P2->P3.
As I came up with that code I'll probably have to fix it too...
I'm sorry, applying new targeting guidelines