Bug 895 - going in to Browse Playlists causees a long delay
: going in to Browse Playlists causees a long delay
Status: RESOLVED FIXED
Product: Logitech Media Server
Classification: Unclassified
Component: Player UI
: 6.0.0
: All All
: P2 normal (vote)
: ---
Assigned To: Dan Sully
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2005-03-01 12:50 UTC by Kevin Pearsall
Modified: 2008-08-18 10:53 UTC (History)
0 users

See Also:
Category: ---


Attachments
tgz of all of my playlists. all of them. (7.57 KB, application/x-gzip)
2005-03-02 15:01 UTC, Kevin Pearsall
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Kevin Pearsall 2005-03-01 12:50:04 UTC
going in to Browse Playlists on the client seems to take forever sitting on the
little spinning star thing (/ - \ | etc...), even if you only have like 10 files
in the saved playlists folder...


i've seen this on linux and osx, itunes or not.

happens in the web interface and through the player ui.
Comment 1 KDF 2005-03-02 13:05:56 UTC
I'm not seeing this myself (yet). player UI seems to enter fast enough to not
even notice block mode (spinning /).  There is, however, a bad lag if the server
is currently still scanning.  
Comment 2 Dan Sully 2005-03-02 14:41:08 UTC
KP - can you give us more data? Or perhaps the playlists themselves?

I'm seeing an immediate return as well.

Comment 3 Kevin Pearsall 2005-03-02 15:01:15 UTC
this happens on the ibook here (10.0.3.253) as well as my machine at home
w/linux 2.6.8-1 (fc2)

attaching the playlists from my home machine...(some vulgar content :/)
Comment 4 Kevin Pearsall 2005-03-02 15:01:54 UTC
Created attachment 297 [details]
tgz of all of my playlists.  all of them.
Comment 5 Dan Sully 2005-03-03 15:40:08 UTC
Kevin - can you remove __history.m3u and see if this still happens?
Comment 6 Dan Sully 2005-03-08 11:24:35 UTC
Kevin updated to the latest nightly which fixed it.