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]: Old Apple Podcasts iOS app support #1494

New Issue
Closed
opened 2026-04-24 23:47:23 +02:00 by adam · 1 comment
adam commented 2026-04-24 23:47:23 +02:00
Owner
Copy Link
Copy Source

Originally created by @clement-dufour on GitHub (Oct 30, 2023).

Describe the feature/enhancement

I really like my old iPod to listen to podcasts. However, most of the podcast RSS feeds are not working on the old Apple Podcasts app (version 1.2.3) due to expired SSL certificates (breaking HTTPS). Audiobookshelf is a great app and appears to the perfect solution to regenerate a working RSS from downloaded podcasts.

Nevertheless once the RSS feed added to the app, nothing appears and the episodes list is empty. I suspected the blank spaces in the filename and URL to be the issue :

  • Apple advises to use only ASCII filenames and URLs that include a-z, A-Z, or 0-9.
  • I tried to manually add a file without any blank space in its filename and it appeared on the episode list.

Would it be possible to serve the files through an URL without any blank space in it? Maybe it could be opt-in during the RSS feed creation process.

I understand that this feature would only benefit to a small user base but would allow podcasts and audiobooks playback on old devices.

Thanks for this wonderful project 👍

Originally created by @clement-dufour on GitHub (Oct 30, 2023). ### Describe the feature/enhancement I really like my old iPod to listen to podcasts. However, most of the podcast RSS feeds are not working on the old Apple Podcasts app (version 1.2.3) due to expired SSL certificates (breaking HTTPS). Audiobookshelf is a great app and appears to the perfect solution to regenerate a working RSS from downloaded podcasts. Nevertheless once the RSS feed added to the app, nothing appears and the episodes list is empty. I suspected the blank spaces in the filename and URL to be the issue : - [Apple](https://podcasters.apple.com/support/823-podcast-requirements) advises to use only ASCII filenames and URLs that include a-z, A-Z, or 0-9. - I tried to manually add a file without any blank space in its filename and it appeared on the episode list. Would it be possible to serve the files through an URL without any blank space in it? Maybe it could be opt-in during the RSS feed creation process. I understand that this feature would only benefit to a small user base but would allow podcasts and audiobooks playback on old devices. Thanks for this wonderful project :+1:
adam added the enhancement label 2026-04-24 23:47:23 +02:00
adam closed this issue 2026-04-24 23:47:24 +02:00
adam commented 2026-04-24 23:47:25 +02:00
Author
Owner
Copy Link
Copy Source

@DieselTech commented on GitHub (Oct 30, 2023):

ASCII filenames and URLs that include a-z, A-Z, or 0-9.

This seems like really outdated guidance from the 2008 internet era. Unicode has replaced ASCII everywhere that matters since it has wide support for different characters and languages.

Problem is if you follows Apple's advice, it is highly likely it will cause problems with services that don't require ASCII and can use unicode characters. So that means in order to ABS to support something like this that it would have to be a toggle when opening the feed so that you can pick what kind of feed it will be. Because taking a filename like "you-👏-can-👏-put-👏-emojis-👏-in-👏-urls-👏" would stop working or you would have to handle a ton of different cases.

@DieselTech commented on GitHub (Oct 30, 2023): > ASCII filenames and URLs that include a-z, A-Z, or 0-9. This seems like really outdated guidance from the 2008 internet era. Unicode has replaced ASCII everywhere that matters since it has wide support for different characters and languages. Problem is if you follows Apple's advice, it is highly likely it will cause problems with services that don't require ASCII and can use unicode characters. So that means in order to ABS to support something like this that it would have to be a toggle when opening the feed so that you can pick what kind of feed it will be. Because taking a filename like "you-👏-can-👏-put-👏-emojis-👏-in-👏-urls-👏" would stop working or you would have to handle a ton of different cases.
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#1494
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?