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

[Bug]: Strip leading and trailing zeros from series number in metadata scanner #3090

New Issue
Open
opened 2026-04-25 00:13:36 +02:00 by adam · 0 comments
adam commented 2026-04-25 00:13:36 +02:00
Owner
Copy Link
Copy Source

Originally created by @saltedlolly on GitHub (Nov 13, 2025).

What happened?

I am noticing some inconsistency with the way series numbers are displayed. For numbers under 10, sometimes they have a leading zero and sometimes they don't:

Image

I think this comes from an inconistency with how they are written in the folder name or meta tags. Sometime they may have leading zero, and sometimes not:

00.5
0.5
01.5
1.5

It can also be because people want folder names to sort alphabetically for a book series, especially if there are more than 10 books:

e.g. ...
/Author Name/Series Name/Vol 08.0 - Book Title
/Author Name/Series Name/Vol 08.5 - Book Title (Novella)
/Author Name/Series Name/Vol 09.0 - Book Title
/Author Name/Series Name/Vol 10.0 - Book Title
/Author Name/Series Name/Vol 11.0 - Book Title
/Author Name/Series Name/Vol 11.5 - Book Title (Novella)
etc.

I am not sure whether this is happening in the backend server, or in the web ui.

What did you expect to happen?

The metadata scanner should strip any leading or trailing zeros from the series number as files are scanned. So the above would be converted to this:

#8 - Book Title
#8.5 - Book Title (Novella)
#9 - Book Title
#10 - Book Title
#11 - Book Title
#11.5 - Book Title (Novella)

Obviously, numbers under 1 would still have leading zero, and #0 is also allowed. These are all permitted:

#0
#0.5
#0.05
#0.6
#1
#1.5
#10
#11.5
etc.

Steps to reproduce the issue

1Import some media with following folder names:

/Vol 05.5 - Book Title
/Vol 6.5 - Book Title

Audiobookshelf version

2.30.0

How are you running audiobookshelf?

Windows Tray App

What OS is your Audiobookshelf server hosted from?

Windows

If the issue is being seen in the UI, what browsers are you seeing the problem on?

Other (list in "Additional Notes" box)

Logs

Additional Notes

Using Arc Browser on macOS

Originally created by @saltedlolly on GitHub (Nov 13, 2025). ### What happened? I am noticing some inconsistency with the way series numbers are displayed. For numbers under 10, sometimes they have a leading zero and sometimes they don't: <img width="873" height="321" alt="Image" src="https://github.com/user-attachments/assets/f5346e3e-c95f-44c2-92b0-afab8af6c04b" /> I think this comes from an inconistency with how they are written in the folder name or meta tags. Sometime they may have leading zero, and sometimes not: 00.5 0.5 01.5 1.5 It can also be because people want folder names to sort alphabetically for a book series, especially if there are more than 10 books: e.g. ... /Author Name/Series Name/Vol 08.0 - Book Title /Author Name/Series Name/Vol 08.5 - Book Title (Novella) /Author Name/Series Name/Vol 09.0 - Book Title /Author Name/Series Name/Vol 10.0 - Book Title /Author Name/Series Name/Vol 11.0 - Book Title /Author Name/Series Name/Vol 11.5 - Book Title (Novella) etc. I am not sure whether this is happening in the backend server, or in the web ui. ### What did you expect to happen? The metadata scanner should strip any leading or trailing zeros from the series number as files are scanned. So the above would be converted to this: <span>#</span>8 - Book Title <span>#</span>8.5 - Book Title (Novella) <span>#</span>9 - Book Title <span>#</span>10 - Book Title <span>#</span>11 - Book Title <span>#</span>11.5 - Book Title (Novella) Obviously, numbers under 1 would still have leading zero, and #0 is also allowed. These are all permitted: <span>#</span>0 <span>#</span>0.5 <span>#</span>0.05 <span>#</span>0.6 <span>#</span>1 <span>#</span>1.5 <span>#</span>10 <span>#</span>11.5 etc. ### Steps to reproduce the issue 1Import some media with following folder names: /Vol 05.5 - Book Title /Vol 6.5 - Book Title ### Audiobookshelf version 2.30.0 ### How are you running audiobookshelf? Windows Tray App ### What OS is your Audiobookshelf server hosted from? Windows ### If the issue is being seen in the UI, what browsers are you seeing the problem on? Other (list in "Additional Notes" box) ### Logs ```shell ``` ### Additional Notes Using Arc Browser on macOS
adam added the bug label 2026-04-25 00:13:36 +02:00
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 bug
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#3090
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?