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 ability to ignore directories #305

New Issue
Closed
opened 2026-04-24 23:04:12 +02:00 by adam · 7 comments
adam commented 2026-04-24 23:04:12 +02:00
Owner
Copy Link
Copy Source

Originally created by @YMan84 on GitHub (Apr 26, 2022).

Describe the feature/enhancement

I have the docker library path pointing to my calibre folder, some books of which have audiobooks, some only have an epub. It would be really great if i could add a ".ignore" file to the directory and audiobookshelf would skip it, similiar to how android skips scanning folders for media files if they have a ".ignore" file in the folder. This way i can skip scanning folders that have only an epub file, and only pull in the books that have an audiobook.

Thanks for the awesome, awesome work!

Originally created by @YMan84 on GitHub (Apr 26, 2022). ### Describe the feature/enhancement I have the docker library path pointing to my calibre folder, some books of which have audiobooks, some only have an epub. It would be really great if i could add a ".ignore" file to the directory and audiobookshelf would skip it, similiar to how android skips scanning folders for media files if they have a ".ignore" file in the folder. This way i can skip scanning folders that have only an epub file, and only pull in the books that have an audiobook. Thanks for the awesome, awesome work!
adam added the enhancement label 2026-04-24 23:04:12 +02:00
adam closed this issue 2026-04-24 23:04:12 +02:00
adam commented 2026-04-24 23:04:13 +02:00
Author
Owner
Copy Link
Copy Source

@Hoempi commented on GitHub (Sep 7, 2022):

I'm running audiobookshelf on a Synology NAS using Docker. Synology Universal search creates a folder "@eaDir" with metadata for it's search engine.

I place a file named .ignore into that directory and re-scanned the item. The files are still shown in the "Files" tab of the item. Did I get the idea behind this wrong?

@Hoempi commented on GitHub (Sep 7, 2022): I'm running audiobookshelf on a Synology NAS using Docker. Synology Universal search creates a folder "@eaDir" with metadata for it's search engine. I place a file named .ignore into that directory and re-scanned the item. The files are still shown in the "Files" tab of the item. Did I get the idea behind this wrong?
adam commented 2026-04-24 23:04:14 +02:00
Author
Owner
Copy Link
Copy Source

@advplyr commented on GitHub (Sep 7, 2022):

@Hoempi Can you try scanning the entire library? The library item re-scan may have a bug

@advplyr commented on GitHub (Sep 7, 2022): @Hoempi Can you try scanning the entire library? The library item re-scan may have a bug
adam commented 2026-04-24 23:04:15 +02:00
Author
Owner
Copy Link
Copy Source

@Hoempi commented on GitHub (Sep 9, 2022):

I tried that. I also tried a "Force Re-Scan" of the entire library. Sadly no difference. The current directory structure looks like this:
grafik

Within audiobookshelf I get this:
grafik

Should I open a separate bug issue? Are there any logs I could clear and then run the Fore Re-Scan again? Right now I only have this one audiobook in that library anyway, so that wouldn't be a lot of a hussle.

@Hoempi commented on GitHub (Sep 9, 2022): I tried that. I also tried a "Force Re-Scan" of the entire library. Sadly no difference. The current directory structure looks like this: ![grafik](https://user-images.githubusercontent.com/40570297/189284967-6bdbd9df-c293-486a-a754-47036e8c5fe9.png) Within audiobookshelf I get this: ![grafik](https://user-images.githubusercontent.com/40570297/189285125-46e7c9be-f46c-489b-9530-3a37a6e18531.png) Should I open a separate bug issue? Are there any logs I could clear and then run the Fore Re-Scan again? Right now I only have this one audiobook in that library anyway, so that wouldn't be a lot of a hussle.
adam commented 2026-04-24 23:04:15 +02:00
Author
Owner
Copy Link
Copy Source

@advplyr commented on GitHub (Sep 10, 2022):

@Hoempi After you scanned in the library item you added the .ignore right?

Can you try removing the library item using the Remove button on the details tab. Then scanning it in again? That will tell us whether it is specific issue to the re-scan logic.

@advplyr commented on GitHub (Sep 10, 2022): @Hoempi After you scanned in the library item you added the .ignore right? Can you try removing the library item using the Remove button on the details tab. Then scanning it in again? That will tell us whether it is specific issue to the re-scan logic.
adam commented 2026-04-24 23:04:16 +02:00
Author
Owner
Copy Link
Copy Source

@Hoempi commented on GitHub (Sep 11, 2022):

@advplyr

Yes, you are right. I only found this issue when searching how to get those files ignored after I saw those files in the details page. Luckily, they are in the tracks or chapters, so it's not that big a problem ;-) But downloading would generate unneeded traffic for those files.

I did as you asked, sadly still no difference. The same if I delete the item and do a Force Re-Scan. I could also try deleting the entire library and adding it again, if that would help you.

@Hoempi commented on GitHub (Sep 11, 2022): @advplyr Yes, you are right. I only found this issue when searching how to get those files ignored after I saw those files in the details page. Luckily, they are in the tracks or chapters, so it's not that big a problem ;-) But downloading would generate unneeded traffic for those files. I did as you asked, sadly still no difference. The same if I delete the item and do a Force Re-Scan. I could also try deleting the entire library and adding it again, if that would help you.
adam commented 2026-04-24 23:04:16 +02:00
Author
Owner
Copy Link
Copy Source

@advplyr commented on GitHub (Sep 11, 2022):

@Hoempi I found the bug and pushed a commit referencing the issue #979. It will be fixed in the next release.

@advplyr commented on GitHub (Sep 11, 2022): @Hoempi I found the bug and pushed a commit referencing the issue #979. It will be fixed in the next release.
adam commented 2026-04-24 23:04:17 +02:00
Author
Owner
Copy Link
Copy Source

@Hoempi commented on GitHub (Sep 12, 2022):

Thanks a lot 👍

@Hoempi commented on GitHub (Sep 12, 2022): Thanks a lot 👍
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#305
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?