mirror of
https://github.com/advplyr/audiobookshelf.git
synced 2026-05-30 23:40:40 +02:00
[Bug]: Doing a scan of Library some books are being recharacterized as other books #881
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#881
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 @ceramicwhite on GitHub (Jan 10, 2023).
Describe the issue
Manually scanning library some of my titles are being listed as the path has changed to location of other titles:
Extreme Ownership & Mindhunter are then listed as missing
If I then check the full path to files for the Bond books the paths are listed correctly in ABS:
/library/Anthony Horowitz/James Bond/Book 0 - Forever and a Day/Book 0 - Forever and a Day.m4bSteps to reproduce the issue
Settings--> LibraryAudiobookshelf version
v2.2.12
How are you running audiobookshelf?
Docker
@advplyr commented on GitHub (Jan 11, 2023):
Are you able to consistently reproduce this? I wasn't able to just now in testing.
@ceramicwhite commented on GitHub (Jan 11, 2023):
@advplyr Yeah, I think the problem is if mounting a second library outside of
/audiobooks.For example mounting like this:
When I switched back to:
It seems to be working as expected
@advplyr commented on GitHub (Jan 11, 2023):
Can you check if you have this log right before the logs you shared on changing paths:
[Scanner] scanFolderUpdates: Library item found by inode value "${existingLibraryItem.relPath} => ${itemDir}"Hopefully you had debug logs turned on.
@ceramicwhite commented on GitHub (Jan 12, 2023):
@advplyr
Debug on can't see that line anywhere:
2023-01-12.txt
2023-01-12_lscan_0wu5nvjjbvnbzacmlm.txt
Doing a rescan doesn't do anything but the books who's paths are being listed as a different titles, if I do individual rescans on those titles from the missing list they are then fixed. Also the books that paths are listed as change to another title if I check files full path they are still the correct pathing
@advplyr commented on GitHub (Feb 16, 2023):
I just realized this is the same as #1447 so I'll make that the primary.
I added the actual inode value to that log line in the most recent release as mentioned in #1447.
@advplyr commented on GitHub (Feb 16, 2023):
Nevermind, just read through this thread again and was mistaken. I'm not sure what is going on here.
@ceramicwhite commented on GitHub (Feb 17, 2023):
@advplyr after reading through #1447 that's a common issue I have and may be connected. In actuality wrong covers showing on other titles is a persistent issue I've had for awhile, this one hasn't occurred in a couple weeks.
@advplyr commented on GitHub (Feb 17, 2023):
Ah okay then it is most likely the same issue then. We will use that thread as the main thread.
In the last release I updated the log line so it will print the inode value. I'm wondering what the inode value is for these folders because they are somehow the same value causing the overwrite.
waiting for an answer on that in #1447