Bugzilla – Bug 5514
No Playlist update when adding tracks.
Last modified: 2007-09-27 07:14:55 UTC
Hi, I'm running Slimserver on a W2K3 SBS (small business server) R2 box. In Version 6.5.4, the left pane (using any of the skins) would work correctly, but the right pane would seize up and not refresh after a few minutes to a few hours. Bouncing the slimserver service would correct the problem. SBS implies it's an application-busy box: It has Exchange, Software Update Services, SQL Server 2005 SP2 (I think), Sharepoint, and IIS 6.0 integrated into it. As requested, I loaded the latest nightly 7.0 13020 build. Now the right pane shows up but the left pane never displays any library data, ie it hangs in "refreshing" when I attempt to display artists or albums, etc. The server settings info does appear, which is how I got the build info. Though the right pane shows up, I don't know how functional it is because of the crippled left-pane functionality. This occurs on either Firefox 2.0.0.6 or IE 7.0.6000. Regards, Sean
is there a virusscanner on this system? If so, have it ignore *.MYI and *.MYD files. Mysql doesn't like having to wait while scanners hold it's temp files. This can cause the page loads to fail as the function to return the page data dies if the db temp files are locked.
Thanks, excluding the two filetypes has seemed to take care of most of the refresh problem. There does still appear to be a problem with the right pane: when I add a song or album to the playlist it shows up in the right pane just fine, but when I add to that playlist by adding an album from the left pane, the right pane doesn't refresh to show the additional songs in the list. If I manually refresh the pane, or the whole page, the added songs show up. This occurs with either firefox or IE. Should I submit a separate bug? Thanks, Sean
With 7.0 things are changing rapidly. I assume this is while using the new Default skin, which is a work in progress. I'll just leave this open and let QA decide how they'd like to proceed (with a slight change in summary to reflect the current issue). thanks. One idea, try waiting when adding tracks, as it may be a timed delay while doing the background request.
Dan could you ask one of your people to see if the symptom described in comment 2 also happens on XP?
works for me on xp, firefox 2.007. It does take a while, as the update is only done at the time check window, rather than as a direct response to the add command.
Okay I will set up a w2k3 image to have a look. Thanks KDF!
One of our people is able to reproduce this here. Will investigate a bit further.
> works for me on xp, firefox 2.007. It does take a while, as the update is only > done at the time check window, rather than as a direct response to the add > command. It once was updating right after the click, but I "optimized" it away as this often lead to two subsequent playlist updates, when the regular update cycle noticed a changed playlist. Now that I've removed the loading indicator I might put the immediate refresh back.
Created attachment 2165 [details] initiate instant playlist update Give the user instant feedback by displaying the loading indicator. Doesn't speed up the process, but gives the user some feedback that there's some processing being done.
I've checked in a refined version of the above patch as change 13278 (shold make it in the 09-26 build). SlimServer will now display a loading indicator as an instant feedback when adding/playing songs. Please test and close this bug report if you're happy.
Dan, I've run a playlist overnight with your updates, and everything looks fine. (And I like the new interface - and ESPECIALLY the fast forward / rewind!) Thanks, Dan. Though I confess I'm having a hard time making sense of the FF / RW controls properly through the web interface... - Sean