4grayandClaude Opus 5 ce1b1f3269 fix(portals): keep a pinned play, a same-playlist copy and Check honest ...

Five findings from the latest review pass.

Reading a pinned source's own position is a database round-trip, and the user
can navigate across it — the continuation then handed one film's source id to
whichever movie now owned the screen. Guarded, like every other await here.

Allowing a pinned copy to live in the current playlist made "is this the
route's own source?" a two-part question, and the ownership check still asked
only about the playlist: an external session for that copy was disowned, so
Stop vanished and its progress was dropped.

The yearless title alias is shared by every remake, so clearing every alias
before a write could delete a different film's pin. Writes and unpins now
touch only keys that name one film — plus the ambiguous row this session
actually read, which is the one the user is looking at and the one whose
absence would make an unpin come back.

Restart left the seeded position in the controller, so a failure before the
first timeupdate resolved the next source back at it.

And the alternative rows on the playback-error screen had a Check button
wired to nothing at all.

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

2026-07-28 03:05:05 +02:00

..

lib

fix(portals): keep a pinned play, a same-playlist copy and Check honest

2026-07-28 03:05:05 +02:00

index.ts

feat(portals): find the same movie in your other playlists

2026-07-27 08:34:56 +02:00