[BUG] - Podcast playback error similar to other reported bug, different setup

[Gleiderpilot]

When playing a podcast episode from the Navidrome library, the podcast is shown correctly as the active Now Playing item while Tempo remains open.

However, it appears that the previously played music track is not fully replaced internally.

The podcast is visible and plays normally, but some actions still seem to reference the previous music track.

For example, when using the download action while the podcast is playing, Tempo downloads the previously played music track instead of the currently playing podcast episode.

After closing and reopening Tempo, the podcast is also no longer restored as the active Now Playing item. Instead, the previous music track appears again at the playback position where it had previously been paused.

Podcast setup

The podcast episodes are not downloaded directly by Tempo or Navidrome.

The complete flow is:

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

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

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

This directory is part of the music library scanned by Navidrome.

Navidrome indexes the downloaded podcast files and exposes them through the normal Subsonic/Navidrome API.

Tempo therefore receives these podcast episodes as normal indexed audio files from the Navidrome library.

Smartphone is an S23 Ultra, Tempo Version 3.8.1, navidrome also last version 0.64.0

To Reproduce

1. Play a normal music track.
2. Pause the track at a noticeable playback position.
3. Start playing an indexed podcast episode.
4. The podcast appears correctly in Now Playing and plays normally.
5. Use the download action in full site Now Playing to download the playing episode.
6. Tempo downloads the previously played music track instead of the podcast episode.

Additionally:

7. Close Tempo while the podcast is active.
8. Open Tempo again.
9. The previous music track is restored as the Now Playing item instead of the podcast.
10. The music track is still at its previously saved playback position.

Expected behavior

Starting a podcast episode should fully replace the previous playback state.

While the podcast is active:

• Download should operate on the podcast episode.
• The podcast should be stored as the current Now Playing item.
• Its playback position should be persisted.
• After restarting Tempo, the podcast should be restored instead of the previously played music track.

Additional context

The podcast is displayed correctly in Now Playing while Tempo is open.

The problem appears to be that the previous music track still remains somewhere in the persisted or internal playback state.

This could explain why:

• Download still targets the previous music track.
• The previous music track returns after restarting Tempo.
• The podcast playback position is not restored.

The previous music track itself correctly remembers the position where it was paused.