4grayandClaude Fable 5 d0d29567be fix(playback): resolve the player from the store while settings load ...

The engine is part of the application token, so picking one before the
persisted settings arrive mounts a second application and swaps the player
mid-playback. The settings read is an async IndexedDB subscription with no
initial value, so anyone who had not selected Video.js briefly got it —
visible on the new M3U movie detail path, which (unlike the live layout)
mounts the shared portal inline player and passes no explicit override.

SettingsStore holds the same value synchronously; an unhydrated store still
yields the Video.js default this used to hard-code, and host overrides keep
winning. Fixes the transient wrong engine for the portals' inline players too.

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

2026-08-13 10:37:21 +02:00

..

components

fix(playback): clarify external player launch feedback (#1388)

2026-08-09 13:33:07 +02:00

epg

test(electron): harden runtime boundary coverage (#1267)

2026-07-26 22:27:50 +02:00

pipes

refactor(ui): remove dead portal code and share detail styles (#946)

2026-05-16 00:09:29 +02:00

playback

fix(playback): resolve the player from the store while settings load

2026-08-13 10:37:21 +02:00

remote-control

feat(ci): enforce lint, guard coverage policy, add max-lines rule (#1117)

2026-07-04 10:06:45 +02:00

shared-portals

feat(tmdb): series production-status chip and person death dates (#1240)

2026-07-25 15:50:56 +02:00

styles

fix(build): include shared UI stylesheets in Nx cache inputs (#1360)

2026-08-02 23:18:37 +02:00