minstrel

The server returns at most 1000 changes per /api/library/sync call and
expects clients to loop with the returned cursor. SyncController took one
page per trigger (cold start, reconnect), so the cache fell behind a log
that a full re-read grows by ~26,000 rows and, past the 30-day compaction,
reset through 410 to cursor 0 without ever reaching the merge deletes of
2026-10-09/10. The freshness sweep then re-asked for those tracks every
30 minutes: the same ~100 404s on every pass.

- SyncController pages until 204, storing the cursor after each page, and
  stops on a cursor that does not advance.
- MetadataProvider drops a cached album, artist or track the server
  answers 404 for, so rows orphaned before this fix stop being refetched.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

2026-10-21 07:52:54 -04:00

.idea

refactor(android): unify offline detection into NetworkStatusController

2026-06-05 12:06:22 -04:00

app

fix(android): sync pulls every page of the change log, and a 404 drops the cached row (#5654 )

2026-10-21 07:52:54 -04:00

config

chore(android): extend detekt TooManyFunctions exception to @Database

2026-05-22 16:45:47 -04:00

gradle

feat(android): level playback with a gain processor in the audio sink (M464 #5000 )