mirror of
https://github.com/4gray/iptvnator.git
synced 2026-10-13 20:56:19 -08:00
4gray
365cf35317
The header action and the Workspace sources page each had their own ~60-line implementation of the destructive Xtream refresh, which is why #1421 had to fix the same connectivity-guard bug twice. `XtreamRefreshFlowService` now owns the sequence once; the entry points supply only an `XtreamRefreshProgressReporter`, so neither can reach the guard reset and skip it. Extracting it surfaced a pre-existing race that neither entry point could have fixed alone: the two guards were independent, so the same playlist could be refreshed from both at once and the second run parked an already-emptied catalog over the first run's snapshot, losing favorites, history, hidden categories and playback positions. The shared flow now serializes runs per playlist, refusing a second one before the guard reset. Found by Greptile; the ordering is pinned by a test that fails when the check moves below the reset.
9 lines
544 B
TypeScript
9 lines
544 B
TypeScript
export * from './lib/add-playlist-menu/playlist-type';
|
|
export * from './lib/playlist-switcher/playlist-switcher.component';
|
|
export * from './lib/recent-playlists/playlist-info/playlist-info.component';
|
|
export * from './lib/recent-playlists/playlist-info/stalker-playlist-connection-editor.token';
|
|
export * from './lib/recent-playlists/recent-playlists.component';
|
|
export * from './lib/recent-playlists/empty-state/empty-state.component';
|
|
export * from './lib/playlist-refresh-action.service';
|
|
export * from './lib/xtream-refresh-flow.service';
|