Offline Tracks: caching Quality cap and cache management #16
Labels
No milestone
No assignees
1 participant
Notifications
Due date
No due date set.
Depends on
#15 Offline Tracks: encrypted cache and playback
SBDeveloper/medley
Reference
SBDeveloper/medley#16
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Part of #13
What to build
Caching has its own Quality cap separate from streaming. Listener can mark albums and Playlists offline, see cache size, resume interrupted caching, and see Offline Tracks that the Source no longer allows (e.g. expired Premium).
Acceptance criteria
Blocked by
Done in
1d94990: caching Quality cap, bulk album/Playlist offline, cache size, resumable caching, disallowed flag, with Core integration tests (offline_management). UI wiring continues in #31.Implemented in Core: separate caching Quality cap, bulk offline for albums/Playlists/Source Playlists (skips cached, retries once), cache size readout, and offline_disallowed() flagging for Sources whose account is no longer logged in. Tests in crates/core/tests/offline_management.rs.