starred/audiobookshelf

Fork 0

mirror of https://github.com/advplyr/audiobookshelf.git synced 2026-03-02 22:46:56 -05:00

[Bug]: Chapter Lookup and Save doesn't always work #3190

New issue

Open

opened 2026-02-20 03:06:09 -05:00 by deekerman · 3 comments

deekerman commented

2026-02-20 03:06:09 -05:00

Owner

Originally created by @raviwarrier on GitHub (Sep 17, 2025).

What happened?

For a while now, can't remember since which version, I have had intermittent problems with chapter naming. I have been wanting to raise a ticket for a while, but every time I tried to record the issue, it would work. But this time, I captured the problem.

As you can see from the video (in this link: https://imgchest.com/p/lqyedpm6x7d), the following happens:

I manually update the metadata and save (sometimes, it doesn't automatically update it and hence I have to explicitly press 'save')
Then I go to the chapters tab. Originally it is "Chapter 0XX - mm:ss", and so I click "Edit Chapters" and then click "Lookup"
It finds "Chapter XX" names for the chapters.
I click "Apply Changes" and then "Save"
When I open up the chapters, it is no longer the new "Chapter XX", but the old "Chapter 0XX - mm:ss" names.

This happens often.

Also, like I mentioned in point 1: the metadata doesn't automatically get saved sometimes when quick matching is done.

What did you expect to happen?

After I click apply and save, the new chapter names should be reflected in the chapters' list.

Steps to reproduce the issue

Shown in the main section.

Audiobookshelf version

2.29.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?

Firefox

Logs

Additional Notes

No response

Originally created by @raviwarrier on GitHub (Sep 17, 2025). ### What happened? For a while now, can't remember since which version, I have had intermittent problems with chapter naming. I have been wanting to raise a ticket for a while, but every time I tried to record the issue, it would work. But this time, I captured the problem. As you can see from the video (in this link: https://imgchest.com/p/lqyedpm6x7d), the following happens: 1. I manually update the metadata and save (sometimes, it doesn't automatically update it and hence I have to explicitly press 'save') 2. Then I go to the chapters tab. Originally it is "Chapter 0XX - mm:ss", and so I click "Edit Chapters" and then click "Lookup" 3. It finds "Chapter XX" names for the chapters. 4. I click "Apply Changes" and then "Save" 5. When I open up the chapters, it is no longer the new "Chapter XX", but the old "Chapter 0XX - mm:ss" names. This happens often. Also, like I mentioned in point 1: the metadata doesn't automatically get saved sometimes when quick matching is done. ### What did you expect to happen? After I click apply and save, the new chapter names should be reflected in the chapters' list. ### Steps to reproduce the issue Shown in the main section. ### Audiobookshelf version 2.29.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? Firefox ### Logs ```shell ``` ### Additional Notes _No response_

deekerman added the

bug

waiting

unable to reproduce

labels

2026-02-20 03:06:09 -05:00

deekerman commented

2026-02-20 03:06:10 -05:00

Author

Owner

@advplyr commented on GitHub (Oct 8, 2025):

I don't understand exactly what you mean and the link to the recording doesn't work

@advplyr commented on GitHub (Oct 8, 2025): I don't understand exactly what you mean and the link to the recording doesn't work

deekerman commented

2026-02-20 03:06:10 -05:00

Author

Owner

@raviwarrier commented on GitHub (Oct 8, 2025):

I removed the video because I didn't want to expose the contents of my library. I will edit it and hide the irrelevant sections of the screen and upload it again. just give me a few days as I am not savvy using a video editor.

@raviwarrier commented on GitHub (Oct 8, 2025): I removed the video because I didn't want to expose the contents of my library. I will edit it and hide the irrelevant sections of the screen and upload it again. just give me a few days as I am not savvy using a video editor.

deekerman commented

2026-02-20 03:06:10 -05:00

Author

Owner

@raviwarrier commented on GitHub (Oct 8, 2025):

I have uploaded the video again. please ignore all the shoddy editing... also, I don't want to expose my library and hence all the roughly drawn boxes. Here's the link: https://imgchest.com/p/lqyedpm6x7d (updated it in the OP as well).

@raviwarrier commented on GitHub (Oct 8, 2025): I have uploaded the video again. please ignore all the shoddy editing... also, I don't want to expose my library and hence all the roughly drawn boxes. Here's the link: https://imgchest.com/p/lqyedpm6x7d (updated it in the OP as well).