[Bug]: Podcast lost custom metadata #3008

Closed
opened 2026-04-25 00:12:56 +02:00 by adam · 6 comments
Owner

Originally created by @filviu on GitHub (Sep 14, 2025).

What happened?

I'm re-listening to an old podcast. Since it's gone from the web I downloaded the archive from archive.org, added the files and manually updated the published date and description on some of the episodes. (60 from 300 or so).

It was all going fine and things showed up nicely even in the mobile app.

Today (a few weeks in into this "project" ) I came to find that only the Subtitle is left, the published date and description have reset to the mp3 file year and description.

I didn't run any kind of manual scan of the podcasts library.

What did you expect to happen?

Custom entered metadata should not be silently wiped, especially for one that doesn't have a RSS feed entered.

Steps to reproduce the issue

  1. edit metadata for some podcast episodes.
  2. .... (something runs, not sure what, couldn't find anything in the logs)
  3. metadata reverts to whatever the mp3 files are tagged with

Audiobookshelf version

2.29.0

How are you running audiobookshelf?

Docker

What OS is your Audiobookshelf server hosted from?

Linux

If the issue is being seen in the UI, what browsers are you seeing the problem on?

None

Logs


Additional Notes

No response

Originally created by @filviu on GitHub (Sep 14, 2025). ### What happened? I'm re-listening to an old podcast. Since it's gone from the web I downloaded the archive from archive.org, added the files and manually updated the published date and description on some of the episodes. (60 from 300 or so). It was all going fine and things showed up nicely even in the mobile app. Today (a few weeks in into this "project" ) I came to find that only the Subtitle is left, the published date and description have reset to the mp3 file year and description. I didn't run any kind of manual scan of the podcasts library. ### What did you expect to happen? Custom entered metadata should not be silently wiped, especially for one that doesn't have a RSS feed entered. ### Steps to reproduce the issue 1. edit metadata for some podcast episodes. 2. .... (something runs, not sure what, couldn't find anything in the logs) 3. metadata reverts to whatever the mp3 files are tagged with ### Audiobookshelf version 2.29.0 ### How are you running audiobookshelf? Docker ### What OS is your Audiobookshelf server hosted from? Linux ### If the issue is being seen in the UI, what browsers are you seeing the problem on? None ### Logs ```shell ``` ### Additional Notes _No response_
adam added the bug label 2026-04-25 00:12:56 +02:00
adam closed this issue 2026-04-25 00:12:56 +02:00
Author
Owner

@Vito0912 commented on GitHub (Sep 14, 2025):

Did you modify the metadata priority in the libraries settings?

@Vito0912 commented on GitHub (Sep 14, 2025): Did you modify the metadata priority in the libraries settings?
Author
Owner

@filviu commented on GitHub (Sep 14, 2025):

I did not. I didn't touch the settings page in many months as my audiobookshelf installation has worked flawlessly for a long time now :) Absolutely sure no changes since I added this podcast.

@filviu commented on GitHub (Sep 14, 2025): I did not. I didn't touch the settings page in many months as my audiobookshelf installation has worked flawlessly for a long time now :) Absolutely sure no changes since I added this podcast.
Author
Owner

@advplyr commented on GitHub (Sep 14, 2025):

Are you able to reproduce it?

@advplyr commented on GitHub (Sep 14, 2025): Are you able to reproduce it?
Author
Owner

@filviu commented on GitHub (Sep 15, 2025):

Unfortunately not. Until now I tried making some changes and restarting the container but it didn't loose them. I'm trying some more and I'll get back if I manage to track it down.

@filviu commented on GitHub (Sep 15, 2025): Unfortunately not. Until now I tried making some changes and restarting the container but it didn't loose them. I'm trying some more and I'll get back if I manage to track it down.
Author
Owner

@D3r3k23 commented on GitHub (Sep 29, 2025):

This sounds like the same problem I've having #4707

@D3r3k23 commented on GitHub (Sep 29, 2025): This sounds like the same problem I've having #4707
Author
Owner

@filviu commented on GitHub (Oct 3, 2025):

I gave up trying to reproduce - and safeguarded myself should this ever re-occur by tagging my files instead of editing in ABS. (i cared mostly about show notes in description and date - it was actually easier as I wrote a script and bulk tagged them from archive.org) Closing as can't reproduce.

@filviu commented on GitHub (Oct 3, 2025): I gave up trying to reproduce - and safeguarded myself should this ever re-occur by tagging my files instead of editing in ABS. (i cared mostly about show notes in description and date - it was actually easier as I wrote a script and bulk tagged them from archive.org) Closing as can't reproduce.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/audiobookshelf#3008