| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
|
|
lists of any size
|
|
|
|
for cases where bookmarks exist but are different as well
|
|
|
|
In a single user environment, this will reduce most of the needless re-serialization. Previously, if the user starred something, then went into the starred list, it would re-write the serialization for the directory even though it was already update from when they called setStarred in the first place. This code is really only needed for the case where bookmarks/stars are added from a separate device.
|
|
In some cases we need to iterate over every single entry in a list in order to ensure all cases are covered. This is the minority though, and performance shouldn't be impeded for the other cases.
|
|
|
|
|
|
bookmark on it
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
CacheUpdate
|
|
CacheUpdate
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
CacheUpdate
|
|
|
|
If nextSetup is true, then the media player has already called setNextMediaPlayer. Since this is already inside of the onCompletion, there is a pretty good chance that the next media player is already playing. In this case we can't risk going into the condition where the current media player will be restarted.
|
|
starters
|
|
|
|
|
|
|
|
|
