[prev in list] [next in list] [prev in thread] [next in thread] 

List:       amarok-bugs-dist
Subject:    [Bug 284761] amarok stat()s all playlists upon startup
From:       Bart Cerneels <bart.cerneels () kde ! org>
Date:       2011-11-30 6:47:49
Message-ID: E1RVdxN-0005cl-TY () bugs ! kde ! org
[Download RAW message or body]

https://bugs.kde.org/show_bug.cgi?id=284761





--- Comment #35 from Bart Cerneels <bart cerneels kde org>  2011-11-30 06:47:49 ---
(In reply to comment #34)
> yeap, confirmed.  all the playlists are being statted.  This does cause amarok
> to be slow and unresponsive the first 30 seconds or so.

We can probably improve that as well. Playlists should not be read unless they
are browsed by the user or when they are being synced with another playlist.
But that is not the case in this bug.

> 
> Now, files that already are in the database are NOT STATTED anymore.  Only
> files that do not exist in the database (because the playlist refers to a path
> that is not in the database) are statted (with the predictable and perfectly
> -ENOENT return value).
> 
> This is still slow, and I would ideally prefer that not to happen.  But it's
> much better.

Aren't those tracks in the database though? I see there is a mismatch between
the [Collection Folders] entries (uses MountpointManager enumeration), but that
should not break SqlCollection::trackForUrl().

Those M3U playlists are relative right?

-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Amarok-bugs-dist mailing list
Amarok-bugs-dist@kde.org
https://mail.kde.org/mailman/listinfo/amarok-bugs-dist
[prev in list] [next in list] [prev in thread] [next in thread]