[BUG] - Podcast Now Playing state and playback position are not restored after restarting Tempo

[Gleiderpilot]

Podcast playback state is not restored after closing and reopening Tempo.

While Tempo is open, the podcast episode is shown correctly as the active Now Playing item and plays normally.

However, after closing and reopening the app, Tempo restores the previously played music track instead of the podcast episode.

The previous music track returns at the exact position where it had previously been paused.

The podcast episode does not return as the active Now Playing item, and its playback position is not restored.

Podcast setup

The podcast episodes are provided to Tempo through the normal Navidrome library:

RSS feed → Podcast downloader → NAS music directory → Navidrome scan/index → Navidrome API → Tempo

A separate RSS downloader stores podcast episodes on my NAS, for example:

/mnt/nas-data/Musik, Sounds/Musik/Podcasts/...

Navidrome scans and indexes these files and exposes them through the standard Subsonic/Navidrome API.

Tempo therefore receives the podcast episodes as normal indexed audio files.

To Reproduce

1. Play a normal music track.
2. Pause it at a noticeable playback position.
3. Start playing a podcast episode.
4. The podcast appears correctly in Now Playing.
5. Listen or seek to a noticeable position in the podcast, for example 30:00.
6. Close Tempo.
7. Open Tempo again.
8. The previously played music track is shown in Now Playing instead of the podcast.
9. The music track is restored at its old paused position.
10. Playing the podcast again starts it from the beginning instead of restoring the previous podcast position.

Expected behavior

Tempo should persist the podcast as the current playback item.

After restarting the app:

• The podcast should still be the active Now Playing item.
• Its previous playback position should be restored.
• The previously played music track should not replace it.

For example:

• Music track paused at 2:15
• Podcast started and played until 30:00
• Tempo closed
• Tempo reopened
• Podcast should still be the active item at approximately 30:00

Additional context

This appears related to another issue where downloading while a podcast is playing downloads the previously played music track instead.

Both behaviors suggest that the podcast becomes the visible active item during the current app session, but the previous music track may remain stored as the underlying or persisted playback state.

Possibly related to: #1111 [BUG]