Christian PillsburyandClaude Opus 4.8 4572730e0b fix(spf): derive the live window from any resolved track during selection churn ...

liveWindowFromState keyed the live window on the *selected* timeline-bearing
track, so when an ABR/user switch briefly left the newly-selected rendition
unresolved (a shell, no segments), the window blinked to null. That flipped
seekToLiveEdge out of `live` and stalled the seekable-range writer. The live
window is a presentation-level property — all renditions are time-aligned and
share the anchor — so fall back to any resolved track of the timeline-bearing
type when the selected one isn't resolved yet, rather than returning null. A
deselected track's window may trail live by up to one reload during the switch
gap; the selected track's fresh window resumes the moment it resolves.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

2026-06-25 10:00:47 -07:00

..

cli

…

core

…

element

…

html

…

icons

…

react

…

react-native

…

skins

…

spf

fix(spf): derive the live window from any resolved track during selection churn

2026-06-25 10:00:47 -07:00

store

…

utils

refactor(spf): drive live reload via a RecurringRunner instead of an epoch signal (WIP)

2026-06-25 09:59:24 -07:00