[Bug]: Series field is case-sensitive and reverts to original casing, making correction difficult #3161

Open
opened 2026-04-25 00:14:00 +02:00 by adam · 1 comment
Owner

Originally created by @JamesDean3 on GitHub (Dec 24, 2025).

What happened?

When an audiobook is imported and the Series field is automatically populated, the series name is treated as case-sensitive. This allows the same series to exist multiple times with different capitalization (for example, Example Series and example series).

If I try to correct the casing by removing the series and re-adding it with the desired capitalization, the series name reverts back to the original (undesired) casing after saving.

If I instead try to add the series again with the correct casing while the incorrect one exists, audiobookshelf reports that the series already exists for that book (so essentially it's fault checking is case insensitive, and sees that it's already set with that name, so it will neither let you add both or recognize there's a change that needs to be saved when removing the undesired one).

The only option is to remove the series All together, save, then open the book again and add it with the correct capitalization.

What did you expect to happen?

Series names should be treated as case-insensitive, or editing a series name’s casing should persist after saving, making it possible to correct capitalization without workarounds.

Steps to reproduce the issue

  1. Import an audiobook that automatically populates the Series field.

  2. Ensure the imported series name has incorrect or inconsistent capitalization.

  3. Open the book up to be edited in audiobookshelf and remove the series entry.

  4. Re-add the same series name with corrected capitalization.

  5. Save the changes.

  6. Reopen the book’s edit page and observe that the series name has reverted to the original capitalization.

Audiobookshelf version

2.31.0

How are you running audiobookshelf?

Docker

What OS is your Audiobookshelf server hosted from?

Linux

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

None

Logs


Additional Notes

I realize I'm one version behind, but I didn't see this in the change log, and as far as I can tell, there isn't currently a bug report mentioning this.

Originally created by @JamesDean3 on GitHub (Dec 24, 2025). ### What happened? When an audiobook is imported and the Series field is automatically populated, the series name is treated as case-sensitive. This allows the same series to exist multiple times with different capitalization (for example, Example Series and example series). If I try to correct the casing by removing the series and re-adding it with the desired capitalization, the series name reverts back to the original (undesired) casing after saving. If I instead try to add the series again with the correct casing while the incorrect one exists, audiobookshelf reports that the series already exists for that book (so essentially it's fault checking is case insensitive, and sees that it's already set with that name, so it will neither let you add both or recognize there's a change that needs to be saved when removing the undesired one). The only option is to remove the series All together, save, then open the book again and add it with the correct capitalization. ### What did you expect to happen? Series names should be treated as case-insensitive, or editing a series name’s casing should persist after saving, making it possible to correct capitalization without workarounds. ### Steps to reproduce the issue 1. Import an audiobook that automatically populates the Series field. 2. Ensure the imported series name has incorrect or inconsistent capitalization. 3. Open the book up to be edited in audiobookshelf and remove the series entry. 4. Re-add the same series name with corrected capitalization. 5. Save the changes. 6. Reopen the book’s edit page and observe that the series name has reverted to the original capitalization. ### Audiobookshelf version 2.31.0 ### How are you running audiobookshelf? Docker ### What OS is your Audiobookshelf server hosted from? Linux ### If the issue is being seen in the UI, what browsers are you seeing the problem on? None ### Logs ```shell ``` ### Additional Notes I realize I'm one version behind, but I didn't see this in the change log, and as far as I can tell, there isn't currently a bug report mentioning this.
adam added the bug label 2026-04-25 00:14:00 +02:00
Author
Owner
@nichwall commented on GitHub (Dec 24, 2025): Related to https://github.com/advplyr/audiobookshelf/issues/4255 and https://github.com/advplyr/audiobookshelf/issues/4033
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/audiobookshelf#3161