mirror of
https://github.com/advplyr/audiobookshelf.git
synced 2026-05-30 23:40:40 +02:00
Doesn't like something about the names of this book's files #44
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#44
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 @Merijeek on GitHub (Oct 4, 2021).
It's only catching the second filename, but it thinks it's the last file:
But we've definitely got the fill list:
(it keeps going)
@advplyr commented on GitHub (Oct 4, 2021):
Unfortunately I haven't come up with a good way to parse out the track # from the filename, so it looks for the first number (that is not part of the title) and uses that as the track #.
It sees a whole bunch of files with track # 1, then track # 2, and it is calling them duplicate tracks.
It prefers to use the track number metadata in the audio file, but in your case those must not be set properly.
This is why I setup the manage tracks section though, so you can drag them into the correct orders, press save, and it will remove the duplicate errors.
@Merijeek commented on GitHub (Oct 4, 2021):
I didn't know about that. All I did was drag it to the right spot, and poof, all good.
@Merijeek commented on GitHub (Oct 4, 2021):
Well, I was going to tell you that you should just close this, but now I'm seeing this for a different book.
I've tried rescanning, as well as deleting and readding. It keeps saying there's missing pieces on this one:
I've also deleted the included .nfo, just in case, No love.
@Merijeek commented on GitHub (Oct 4, 2021):
Oh hell, cancel it. I had two folders, one of which was incomplete.
BUT, that does show a place for screwups. It might be worthwhile (maybe under dev settings) to show the actual path to a book somewhere. If that were on the page I'd have probably spotted it more quickly.
@advplyr commented on GitHub (Oct 4, 2021):
Agree on adding the path. There is definitely room for improvement on the wording for error alerts. The manage tracks table is also messy.
If you think of any ways to re-organize that or handle it differently let me know. Also lacking documentation on track numbering and reordering.
@Merijeek commented on GitHub (Oct 4, 2021):
I think the manage tracks is fine (apart from lack of documentation). About
all I can think to improve it is maybe a checkbox for toggling showing the
full path.
On Mon, Oct 4, 2021 at 11:39 AM advplyr @.***> wrote:
@advplyr commented on GitHub (Oct 7, 2021):
In v1.4.1 you can now toggled on/off "Full Path" on track & file tables.
I'm not thrilled with the look of the toggle button there, but that can be smoothed out later.