fix: recover playlist sync after OpenSubsonic backend migration #5
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Problem
SynthSeek's existing
Weekly Mixplaylist was created/synchronised before the music server was switched from LMS to Navidrome. After restoring Navidrome and updating Plexdrome to use Navidrome username/password authentication, forcing a sync is accepted by SynthSeek but does not update Navidrome.Evidence
Plexdrome on Chaos reaches Navidrome successfully:
search3requests returnokDuring a forced
Weekly Mixsync, Plexdrome logs show:The same playlist is reported by SynthSeek as
synced_to_plex: true, which is likely stale state from the previous backend.Goal
Make existing SynthSeek playlists recoverable after changing the OpenSubsonic backend, and ensure playlist sync can create or update the corresponding Navidrome playlist.
Scope
501 Not Implementedfor playlist GET/PUT operations.Acceptance criteria
Weekly Mixplaylist creates or updates the correct Navidrome playlist.Investigation with a read-only Navidrome account confirmed that the legacy LMS remote ID
pl-4is absent; Navidrome returns OpenSubsonic error code 70 (“playlist not found”). Plexdrome had incorrectly treated that standard missing-resource code as endpoint unsupported and emitted HTTP 501. Commit7aae550maps it to a precise Plex 404 and adds regression coverage; Go tests andnix flake checkpass. The adapter cannot safely create a replacement from a stale/playlists/{id}/itemscall alone because Synthseek sends neither the original playlist name nor a new remote ID there. Keeping the issue open for the Synthseek-side reset/recreate recovery path and valid Navidrome playlist operation validation.