4grayandClaude Opus 5 e1c150e7bb fix(portals): restart honours the pin, and a switch replaces the player ...

Three from review, all in the pinned-playback seam.

A pinned copy watched through resolved to its stored seconds, so the button
read Play — the label uses the in-progress rule — and then started near the
end. Both now go through one `isResumablePosition`, so the label and the start
point cannot disagree.

Restart sat beside a Resume that honours a foreign pin, but called `playVod`
and started the ROUTE copy — silently switching the user's playlist. It now
restarts whatever the primary button acts on, falling back to the route source
only when there is no usable pin.

Switching sources left a running external player alone. With MPV or VLC and
instance reuse off the backend spawns a second detached process, so both
sources kept playing and Stop owned only the newer one.

Also merges master, and puts the five host specs on a shared harness — they
each carried the same 31-line TestBed, which is what pushed two of them over
the file-size cap as cases were added.

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

2026-07-29 00:26:53 +02:00

..

architecture

fix(portals): restart honours the pin, and a switch replaces the player

2026-07-29 00:26:53 +02:00

superpowers

test(performance): add end-to-end Xtream benchmark harness (#1300)

2026-07-28 08:08:07 +02:00