bpa wrote: > I suspect (need to check code) think some icon handling is happening > because "icon=" is there and code does not expect "icon=" unless > playable - so processing may be happening which shouldn't. The Favorite > code handling is designed for an automated generation of favorite.opml > file - not an hand edited one. If the Favorites code cannot generate an > opml with "icon=" entry then Favorites code may not be there to process > it. > > My theory. LMS will cache any processing & expansion of menus /OPML - so > first display will be top level stuff (minimal processing) but go down a > level, opml for next level is processed and folder icon may be replaced > and processed result then cached.
Sounds like a very a likely/plausible theory. I'm not deep enough into LMS that I could follow processing of menus. I'll wait for your findings. Anyway - thanks a lot for sharing your thoughts. Deeply appreciate it. lms: version: 8.2.0 - 1616690655 @ thu mar 25 18:15:21 cet 2021 on rpi4/ raspbian buster 10 pointed (nfs) to musiclibrary on qnap ts212 squeeze-players: duet - cntrl-fw: 8.0.1-r16844/ receiver-fw: 77 2x radio - fw: 8.0.1-r16844 rpi 2b - pcp 7.0.1/ squeezelite v1.9.9-1372-pcp transporter - fw: 87 softsqueeze 3.9.2 on win 10 / squeezeplay 8.0.1r1343 on win 10 squeeze player 1.3.21 on s7/android 8.0.0 controller: android phone - squeezer 2.2.4/ material skin 2.3.5 ------------------------------------------------------------------------ MichaelPr's Profile: http://forums.slimdevices.com/member.php?userid=68465 View this thread: http://forums.slimdevices.com/showthread.php?t=114504 _______________________________________________ Squeezecenter mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/squeezecenter
