mirror of
https://github.com/advplyr/audiobookshelf.git
synced 2026-05-30 23:40:40 +02:00
Re-scanning duplicates audio tracks #170
Assignees
adam (Adam Melkus)
Clear assignees
adam (Adam Melkus)
No Assignees
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: starred/audiobookshelf#170
Reference in New Issue
Block a user
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 @Eyeball753 on GitHub (Jan 10, 2022).
Every time a re-scan happens, all the audio tracks get added again. It doesn't matter if I force-scan the whole library or if I re-scan just a single book. It doesn't happen when I just do a normal scan of the library. Then it just says the library is already up-to-date or it only adds what's new.
In the screenshot you can see how it shows the all the chapters 3 times and it's not just a visual thing. I played it and it actually plays the chapters 3 times.
It's not a huge issue since you shouldn't re-scan often, anyway, but I thought I'd make you aware since I'm not seeing anyone else report this problem.
@advplyr commented on GitHub (Jan 10, 2022):
What version of the server are you running?
Have you used other versions that were working properly?
@Eyeball753 commented on GitHub (Jan 10, 2022):
I'm running v1.6.56. It's through a container on Unraid. I have not tried any other versions, I only found out yesterday about Audiobookshelf. Is there another version you'd like me to try?
It also happens while copying new files (separate MP4s in this case, not just 1 M4B) to my audiobook folder. I assume because it re-scans on detecting a new file all the time. Currently I'm just manually fixing it by removing the book from Audobookshelf and then doing a normal scan.
@advplyr commented on GitHub (Jan 10, 2022):
I just released a version last night with a new update to the audio file scanner. That may be the issue
@advplyr commented on GitHub (Jan 10, 2022):
Just confirmed this is a bug with that version, going to patch now
@advplyr commented on GitHub (Jan 10, 2022):
The problem was bigger than I thought so I released a new version,
v1.6.57.You should be able to re-scan and it will remove those duplicates, if not you will have to remove them manually.
@Eyeball753 commented on GitHub (Jan 10, 2022):
Wow, that was really quick. I just updated to test it out and can confirm that it's fixed.
Thank you for fixing it and thank you for making this. I'm really digging the look of it compared to other similar applications out there. If I come across any other issues, I'll definitely let you know.