[Bug]: Podcasts are not automatically downloading recent episodes #1190

Open
opened 2026-04-24 23:35:22 +02:00 by adam · 16 comments
Owner

Originally created by @darthrater78 on GitHub (Jun 12, 2023).

Describe the issue

Podcasts are not automatically downloading recent episodes. All podcasts are set to check every hour.

Install is Debian LXC in Proxmox in a priv container.

image

Steps to reproduce the issue

  1. The passage of time.

Audiobookshelf version

v2.2.23 Debian

How are you running audiobookshelf?

Other

Originally created by @darthrater78 on GitHub (Jun 12, 2023). ### Describe the issue Podcasts are not automatically downloading recent episodes. All podcasts are set to check every hour. Install is Debian LXC in Proxmox in a priv container. ![image](https://github.com/advplyr/audiobookshelf/assets/94141126/d64f381d-6d66-44a5-8993-97d35cb066c7) ### Steps to reproduce the issue 1. The passage of time. ### Audiobookshelf version v2.2.23 Debian ### How are you running audiobookshelf? Other
adam added the bug label 2026-04-24 23:35:22 +02:00
Author
Owner

@advplyr commented on GitHub (Jun 12, 2023):

Have you looked at the logs?

@advplyr commented on GitHub (Jun 12, 2023): Have you looked at the logs?
Author
Owner

@darthrater78 commented on GitHub (Jun 13, 2023):

I'll review

@darthrater78 commented on GitHub (Jun 13, 2023): I'll review
Author
Owner

@darthrater78 commented on GitHub (Jun 13, 2023):

Says no new episode to download, but when i search one was published an hour ago. When I manually trigger a check on the settings screen for the podcast it also says nothing was new.

image
image

@darthrater78 commented on GitHub (Jun 13, 2023): Says no new episode to download, but when i search one was published an hour ago. When I manually trigger a check on the settings screen for the podcast it also says nothing was new. ![image](https://github.com/advplyr/audiobookshelf/assets/94141126/0a807fbf-6bc0-451f-a0aa-cb46ba34e411) ![image](https://github.com/advplyr/audiobookshelf/assets/94141126/b59cddce-4d5b-4583-9a8b-7ed094f1450c)
Author
Owner

@advplyr commented on GitHub (Jun 13, 2023):

Also enable debug logs.
This is working for me so I'm not sure

@advplyr commented on GitHub (Jun 13, 2023): Also enable debug logs. This is working for me so I'm not sure
Author
Owner

@darthrater78 commented on GitHub (Jun 14, 2023):

I turned on debug, I'll check in the morning/afternoon for more occurrences.

@darthrater78 commented on GitHub (Jun 14, 2023): I turned on debug, I'll check in the morning/afternoon for more occurrences.
Author
Owner

@advplyr commented on GitHub (Jun 23, 2023):

The way this works best is if you already have an episode downloaded that has a pub date set.

This log [PodcastManager] runEpisodeCheck: "The Kyle Kulinski Show" | Last check: Wed Jun 14 2023 16:00:03 GMT-0400 (Eastern Daylight Time) | No latest episode

"No latest episode" indicates that you don't have an episode for that podcast downloaded that has a pub date. When downloading an episode (not scanning in an episode from your filesystem) the pub date will be set automatically.

If you press edit on the most recent episode you should see a pub date set:

image

I can go more in depth about how it handles when there is no episode with a pub date but first if you can ensure that you have an episode with a pub date we can rule that out.

@advplyr commented on GitHub (Jun 23, 2023): The way this works best is if you already have an episode downloaded that has a pub date set. This log `[PodcastManager] runEpisodeCheck: "The Kyle Kulinski Show" | Last check: Wed Jun 14 2023 16:00:03 GMT-0400 (Eastern Daylight Time) | No latest episode` "No latest episode" indicates that you don't have an episode for that podcast downloaded that has a pub date. When downloading an episode (not scanning in an episode from your filesystem) the pub date will be set automatically. If you press edit on the most recent episode you should see a pub date set: <img width="620" alt="image" src="https://github.com/advplyr/audiobookshelf/assets/67830747/e1bd35c4-104d-4aa9-849a-b9d8f0599350"> I can go more in depth about how it handles when there is no episode with a pub date but first if you can ensure that you have an episode with a pub date we can rule that out.
Author
Owner

@darthrater78 commented on GitHub (Jun 24, 2023):

I usually delete episodes after I listen to them out of habit. Are you saying I should at least have one available to compare against?

@darthrater78 commented on GitHub (Jun 24, 2023): I usually delete episodes after I listen to them out of habit. Are you saying I should at least have one available to compare against?
Author
Owner

@advplyr commented on GitHub (Jun 24, 2023):

At least for testing, yes. Although it should not be required we need to narrow down what is going on.

@advplyr commented on GitHub (Jun 24, 2023): At least for testing, yes. Although it should not be required we need to narrow down what is going on.
Author
Owner

@darthrater78 commented on GitHub (Jun 25, 2023):

Ok, I'll do that. And I think what you're saying makes sense because there's another podcast that usually never gives me a problem that actually didn't automatically download and I had recently deleted the ones I listened to.

It'll take a couple days cuz they don't really post on the weekends but I'll let you know.

@darthrater78 commented on GitHub (Jun 25, 2023): Ok, I'll do that. And I think what you're saying makes sense because there's another podcast that usually never gives me a problem that actually didn't automatically download and I had recently deleted the ones I listened to. It'll take a couple days cuz they don't really post on the weekends but I'll let you know.
Author
Owner

@darthrater78 commented on GitHub (Jun 26, 2023):

Yea, that seems to be the root cause. The podcasts that had failed to download succeeded when there was a pre-existing file to eval against.

@darthrater78 commented on GitHub (Jun 26, 2023): Yea, that seems to be the root cause. The podcasts that had failed to download succeeded when there was a pre-existing file to eval against.
Author
Owner

@darthrater78 commented on GitHub (Jul 1, 2023):

@advplyr how do you feel about a feature that some housekeeping for podcasts that will allow us to delete everything but the most recent one?

@darthrater78 commented on GitHub (Jul 1, 2023): @advplyr how do you feel about a feature that some housekeeping for podcasts that will allow us to delete everything but the most recent one?
Author
Owner

@advplyr commented on GitHub (Jul 15, 2023):

I would rather fix the underlying issue first

@advplyr commented on GitHub (Jul 15, 2023): I would rather fix the underlying issue first
Author
Owner

@pgrosslicht commented on GitHub (Jul 29, 2023):

I think I've had the same thing happen. It seems to be caused by a renaming of the files, although I'm not sure what is renaming them exactly. (v2.3.2/Docker)

I've created a podcast, downloaded all the episodes initially, everything worked fine. When I click "Find Episodes" I can see the green checkmark next to every episode. The local files are named like $NAME ($UUID).mp3.
A few days later I come back and a new episode should have been downloaded. I can see it in my Podcast app, but I couldn't play it because the file was missing. I check "Find Episodes" again, now all the green checkmarks are gone. The local files are also named different now, only $NAME.mp3.
I download the missing episodes, they get a green checkmark in "Find Episodes", rest stay without. But I also noticed that the local files are actually doubled, once with the ($UUID), once without.

image

I'll see if I can reproduce it again with DEBUG logs.

@pgrosslicht commented on GitHub (Jul 29, 2023): I think I've had the same thing happen. It seems to be caused by a renaming of the files, although I'm not sure what is renaming them exactly. (v2.3.2/Docker) I've created a podcast, downloaded all the episodes initially, everything worked fine. When I click "Find Episodes" I can see the green checkmark next to every episode. The local files are named like `$NAME ($UUID).mp3`. A few days later I come back and a new episode should have been downloaded. I can see it in my Podcast app, but I couldn't play it because the file was missing. I check "Find Episodes" again, now all the green checkmarks are gone. The local files are also named different now, only `$NAME.mp3`. I download the missing episodes, they get a green checkmark in "Find Episodes", rest stay without. But I also noticed that the local files are actually doubled, once with the `($UUID)`, once without. ![image](https://github.com/advplyr/audiobookshelf/assets/1881000/5aa0c5dd-e609-4d5c-9641-39c7dafd1521) I'll see if I can reproduce it again with DEBUG logs.
Author
Owner

@darthrater78 commented on GitHub (Jul 31, 2023):

I would rather fix the underlying issue first

Fair enough, thank you.

@darthrater78 commented on GitHub (Jul 31, 2023): > I would rather fix the underlying issue first Fair enough, thank you.
Author
Owner

@darthrater78 commented on GitHub (Nov 30, 2023):

@advplyr any movement on the root cause of this issue?

@darthrater78 commented on GitHub (Nov 30, 2023): @advplyr any movement on the root cause of this issue?
Author
Owner

@advplyr commented on GitHub (Nov 30, 2023):

I haven't looked into it yet

@advplyr commented on GitHub (Nov 30, 2023): I haven't looked into it yet
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/audiobookshelf#1190