Trying to import some of my playlists from my Navidrome server does not let me select smart playlists.
In the playlist import dialog Symfonium lists me all playlists from my Navidrome server. But for all playlists that were generated with Navidrome’s smart playlist feature the playlists are not selectable. They are beeing shown greyed-out and without cover image.
Looking at the Subsonic API response the one special case is that those playlists are marked “readonly”. But I think they should still be importable, and if only in readonly mode.
Device type
Phone
Media provider
Navidrome
Steps to reproduce
In Playlists click on Import
Select “Subsonic”
All playlists from my Navidrome server get listed. I can select any of them except the three that got generated as dynamic and are marked as readonly.
Additional information
The subsonic API response for /rest/getPlaylists, shortened to two results. The first can be imported without issues, the second is not selectable:
To clarify: Those are Navidrome smart playlists, not Symfonium smart playlists. But from Symfoniums perspective they should just be playlists, with the special case that they are readonly.
Yes, I did this yesterday. I’m not sure what this date indicates, though. Navidrome probably uses this to issue some refresh, as those are dynamic playlists? Right now the time shown for this playlist is “2026-04-10T06:09:53.060740971Z”, which is while I write this already 6 minutes in the past again. And yes, Symfonium does again not allow the import.
But if that date is the culprit I don’t really see why Symfonium behaves like this. After all these are music playlists, they don’t get bad like food. It would just lead to the situation where a playlist seemingly randomly becomes importable and non-importable.
@Tolriq If you can confirm that Symfonium uses this date to block importing a playlist I can also bring this up with Navidrome. Maybe the way this date is being set can be changed there. But I would still also argue that blocking playlist import based on that does not make much sense.
I did some research how Navidrome uses this field: When updating a smart playlists the validUntil time gets calculated as the time of update + SmartPlaylistRefreshDelay (see also this pull request). SmartPlaylistRefreshDelay indicates after what time the playlist needs to be refreshed again, it defaults to 5 seconds. So you might get a changed and validUntil date like this:
Update of smart playlists happens, if the playlist is accessed by UI or Subsonic API after the validUntil time (see also the documentation on Refreshing Playlists).
Now refreshing by Subsonic API only seems to happen when the playlist is directly fetched by getPlaylist . It does not happen when requesting the list of playlists via getPlaylists. It also does not seem to happen, if the user is not the owner of the playlist (e.g. the playlist is owned by some other user, but set to public).
Overall this leads to a situation where the validUntil date will more often than not be in the past, at least with the default settings of 5s.
Anyway, I tried increasing the refresh delay to 3 days, so the validUntil of this playlist is now well in the future (2026-04-13T06:42:02.312188959Z). But no luck, Symfonium still shows the playlist as not selectable.
Sorry! I’m not at all sure what that date actually means in this context. I was just looking for anything in the info provided that MIGHT have been helpful - apologies if this led to a wild goose chase