mirror of
https://github.com/Dispatcharr/Dispatcharr.git
synced 2026-07-18 00:55:50 +00:00
35dce2b7f8
Self-review follow-ups on the position fix: - When the position actually moves, drop content_length/serving_range from the pool entry — they describe the PREVIOUS position's file, and keeping them would feed the near-EOF/displacement heuristics another programme's size (a metadata probe near the new file's EOF could displace live playback, or a genuine scrub could be misjudged as a probe). The next successful open repopulates both. - Guard the update under the pool lock and skip it when the entry has vanished (Redis restart/eviction) — a bare HSET would resurrect a partial, TTL-less hash that answers every later request for that session_id with 503. - Align the reuse-path timezone lookup with the fresh path (is_active=True on the default-profile filter). Three more tests: byte state dropped on move / kept on same-position update, vanished entry never resurrected, tz fallback to the reserved profile when no active default exists. |
||
|---|---|---|
| .. | ||
| accounts | ||
| api | ||
| backups | ||
| channels | ||
| connect | ||
| dashboard | ||
| epg | ||
| hdhr | ||
| m3u | ||
| output | ||
| plugins | ||
| proxy | ||
| timeshift | ||
| vod | ||