mirror of
https://github.com/advplyr/audiobookshelf.git
synced 2026-03-02 22:46:56 -05:00
[Bug]: Podcasts with no episodes are shown as empty on re-scans #1074
Labels
No labels
authentication
awaiting release
backlog
bug
chapter editor
config-issue
ebooks
encoding/embedding
enhancement
help wanted
listening sessions & progress
planned
possible plugin
progress sync
sorting/filtering/searching
unable to reproduce
upload
users & permissions
waiting
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/audiobookshelf#1074
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
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?
Originally created by @ThinkSalat on GitHub (Apr 12, 2023).
Describe the issue
every time the library rescans, about 80% of my podcast library gets an error "item directory not found". It has also crashed a couple times, wiping out all the podcasts episodes I queued to download.
I'm wondering what could be wrong. I tried podgrab last night and it downloaded a fair amount of podcasts into the same directory, as my plan was originally to just serve podcasts from audiobookshelf and use podgrab to handle downloading. i ditched podgrab as i hadn't realized audiobookshelf could handle that as well.
One of my poddcasts says it has like 600 files in it when there's only 200 episodes. I decided to delete all the podcast episodes manually, that had been deleted by podgrab, and the number of episodes didn't change when I rescanned.
It's all kind of a mess and I feel like starting over completely. That said, if I do take that approach, I don't know how to export OPML from audiobookshelf. How can I restore my podcast list and their metadata and settings if I delted everything and try again?
Steps to reproduce the issue
Audiobookshelf version
v2.2.18
How are you running audiobookshelf?
Docker
@advplyr commented on GitHub (Apr 12, 2023):
Possibly related to #1447
This is most likely a file system issue. I have seen problems when people are using docker in a linux VM on Windows and mapping in Windows folders. Basically when hosting on linux but mapping in Windows drives or vice versa.
Can you explain how you are running Abs?
If you decide to start fresh then just don't delete the files you already downloaded. When you setup Abs you can scan your podcast library and the podcasts will show. They won't be linked to an RSS feed yet so you will then want to press edit on the podcast and use the "Match" tab to match it with the podcast.
@ThinkSalat commented on GitHub (Apr 12, 2023):
I’m just running on synology through docker. It should be pretty by the books. I think it may be because some of them don’t have any files in the directory. I clicked one that was showing the issue and added 3 podcasts to the queue. When one downloaded, the error when the away, even after re scanning. Perhaps the error handling is a little over zealous
@advplyr commented on GitHub (Apr 12, 2023):
Oh I see. Did you happen to do a re-scan of the podcast library before episodes were downloaded in those podcasts?
I'll have to test this but it is probably a bug because with podcasts they aren't required to have audio files to be in the library. With books we require an audio file or an ebook to exist before it can be in the library.
@ThinkSalat commented on GitHub (Apr 12, 2023):
That's probably it! Do you reuse the error code for both? And yes what happened was, I queued up every podcast I have (about 50) to download the back catalog, aside from some daily news podcasts. The queue said it had like 10,000 files queued up and the container died. I'm going through more slowly now. I see why allowing a "download all back episodes" isn't ready yet. If you have any pointers as to why the container could be so overloaded by that queue I could see if I can look into it myself! This project is awesome and I'd be happy to contribute!
@advplyr commented on GitHub (Apr 12, 2023):
I'm not sure what would cause a crash because it should only be downloading 1 at a time. Possibly a memory limit was hit but we would have to see the logs for that.
@ThinkSalat commented on GitHub (Apr 12, 2023):
Here's some of the code before and after a crash. The main thing I notice is that the server lost connection "ping timeout". I've removed server manager entries to clean it up a bit
@advplyr commented on GitHub (Apr 12, 2023):
Socket connections come and go so it doesn't tell us much. I recommend turning on debug logs in settings -> logs and select debug in the dropdown.
I'll have do a test with a lot of episodes and see if I can reproduce it.
@ThinkSalat commented on GitHub (Apr 12, 2023):
Thanks! I'll look into it as well
@advplyr commented on GitHub (Apr 16, 2023):
Fixed in v2.2.19