starred/audiobookshelf
1
0
Fork 0
mirror of https://github.com/advplyr/audiobookshelf.git synced 2026-05-30 23:40:40 +02:00
Code Issues 1.0k Packages Projects Releases 10 Wiki Activity

[Enhancement]: add either global or podcast-dependent timeout for reading RSS feed #2385

New Issue
Closed
opened 2026-04-25 00:06:40 +02:00 by adam · 2 comments
adam commented 2026-04-25 00:06:40 +02:00
Owner
Copy Link
Copy Source

Originally created by @Timtam on GitHub (Nov 28, 2024).

Type of Enhancement

Server Backend

Describe the Feature/Enhancement

I'd love to be able to control the timeout when ABSfetches RSS updates from podcasts. Maybe even both, allow a global control and the ability to override it locally for any podcast if necessary.

Why would this be helpful?

I'm currently listening to podcasts which get auto-generated from websites which don't offer their own RSS feeds (namely the german ARD Mediathek). The server in-between, which translates incoming requests to RSSfeeds by processing the web page and gathering the info on-the-fly, takes some time, which gets longer the more episodes / the more paginated the web page for the project is. I've got a podcast here which takes longer than a few seconds to load, which causes ABS to show an error and abort. Calling the same URL via the browser works just fine, it just takes between 10 and 20 seconds, which seems to be too long for ABS. I guess it'd already be enough to just allow a longer timeout, or make it configurable in the first place.

Future Implementation (Screenshot)

I'm blind and sadly can't come up with something like that, sorry.
But adding an additional tab to the global settings and an additional settings to the podcast edit dialog would suffice I think.

Audiobookshelf Server Version

v2.17.2

Current Implementation (Screenshot)

No response

Originally created by @Timtam on GitHub (Nov 28, 2024). ### Type of Enhancement Server Backend ### Describe the Feature/Enhancement I'd love to be able to control the timeout when ABSfetches RSS updates from podcasts. Maybe even both, allow a global control and the ability to override it locally for any podcast if necessary. ### Why would this be helpful? I'm currently listening to podcasts which get auto-generated from websites which don't offer their own RSS feeds (namely the german ARD Mediathek). The server in-between, which translates incoming requests to RSSfeeds by processing the web page and gathering the info on-the-fly, takes some time, which gets longer the more episodes / the more paginated the web page for the project is. I've got a podcast here which takes longer than a few seconds to load, which causes ABS to show an error and abort. Calling the same URL via the browser works just fine, it just takes between 10 and 20 seconds, which seems to be too long for ABS. I guess it'd already be enough to just allow a longer timeout, or make it configurable in the first place. ### Future Implementation (Screenshot) I'm blind and sadly can't come up with something like that, sorry. But adding an additional tab to the global settings and an additional settings to the podcast edit dialog would suffice I think. ### Audiobookshelf Server Version v2.17.2 ### Current Implementation (Screenshot) _No response_
adam added the enhancement label 2026-04-25 00:06:40 +02:00
adam closed this issue 2026-04-25 00:06:40 +02:00
adam commented 2026-04-25 00:06:40 +02:00
Author
Owner
Copy Link
Copy Source

@pwinnski commented on GitHub (Nov 30, 2024):

Would an easier short-term fix be lengthening the timeout for ABS? It currently appears to be set at 12 seconds in podcastUtils.js.

@pwinnski commented on GitHub (Nov 30, 2024): Would an easier short-term fix be lengthening the timeout for ABS? It currently appears to be set at 12 seconds in `podcastUtils.js`.
adam commented 2026-04-25 00:06:41 +02:00
Author
Owner
Copy Link
Copy Source

@Timtam commented on GitHub (Dec 1, 2024):

That would work, although it'd just be a temporary fix as the RSS scraping time will increase every few episodes I guess, so it'll just be a matter of time until it'll run into a timeout again.

@Timtam commented on GitHub (Dec 1, 2024): That would work, although it'd just be a temporary fix as the RSS scraping time will increase every few episodes I guess, so it'll just be a matter of time until it'll run into a timeout again.
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
authentication
backlog
bug
chapter editor
config-issue
ebooks
encoding/embedding
enhancement
help wanted
listening sessions & progress
planned
possible plugin
progress sync
pull-request
Mirrored from GitHub Pull Request
 sorting/filtering/searching
unable to reproduce
upload
users & permissions
waiting
No Label enhancement
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
adam (Adam Melkus)
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/audiobookshelf#2385
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?