austinried e6386ebddd keep the up-next block reachable when the playing context track is removed while shuffled ...

Review found that removing the playing context track while shuffled with a
non-empty up-next block stranded the block behind the cursor: the
repository moves `upNextAnchor` to the preceding track, but the cursor's
re-derived slot position can land after the block, so the queued tracks
were skipped. Re-anchor the block to the track the cursor lands on, same
as `playAt`/`toggleShuffle`.

- regression test loops the sequence over fresh random seeds and asserts
  the block stays reachable; fails without the fix ("stranded behind the
  cursor").
- `removingTheCurrentTrackWhileShuffled...` now asserts the canonical slot
  the current track occupies instead of recomputing the production position
  formula (which only checked the implementation against itself).
- `QueueRepository.removeAt` returns Unit; every caller discarded the
  snapshot and re-read it, so it no longer builds one.

2026-10-04 00:30:01 +00:00

..

schemas/com.subtracks.data.db.SubtracksDatabase

rework: derive the shuffle order from a seed on top of the up-next queue

2026-10-04 00:30:01 +00:00

src

keep the up-next block reachable when the playing context track is removed while shuffled

2026-10-04 00:30:01 +00:00

build.gradle.kts

parse Subsonic dates with java.time via core library desugaring

2026-10-04 00:29:55 +00:00