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]: Bulk edit crashes as soon as I switch to append mode #3021

New Issue
Closed
opened 2026-04-25 00:13:01 +02:00 by adam · 4 comments
adam commented 2026-04-25 00:13:01 +02:00
Owner
Copy Link
Copy Source

Originally created by @wtanksleyjr on GitHub (Sep 30, 2025).

What happened?

Using the bulk editor, I was going to normalize a series by loading all the genres and tags and then saving them to all books. But the editor crashed (complete UI lockup, unable to switch to any tabs at all).

I found a WORKAROUND, explained in the steps to reproduce.

What did you expect to happen?

I guess keep going instead of locking up? I've done this many times.

Steps to reproduce the issue

  1. Select a couple of books by clicking the select circle on top right of their covers (I did this from my Library tab with a tag filter applied, and then saw it again from the home page).
  2. Click the bulk edit button (pencil icon) from top right of the page.
  3. Click the expander "v" on the "Map details" header. (Workaround: if you do this step after the next one, no crash will happen and the display looks normal.)
  4. In that header, click "Append" switch. This triggers the bug.

This locks everything, no more buttons, tabs, or links work. I observe that the "Genres" field is duplicated twice, so perhaps that's relevant (it appears only once in the "Overwrite" mode).

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?

Chrome

Logs

Additional Notes

As documented in Steps, there's a workaround: if you click Append before you expand the display, everything works fine.

Originally created by @wtanksleyjr on GitHub (Sep 30, 2025). ### What happened? Using the bulk editor, I was going to normalize a series by loading all the genres and tags and then saving them to all books. But the editor crashed (complete UI lockup, unable to switch to any tabs at all). I found a WORKAROUND, explained in the steps to reproduce. ### What did you expect to happen? I guess keep going instead of locking up? I've done this many times. ### Steps to reproduce the issue 1. Select a couple of books by clicking the select circle on top right of their covers (I did this from my Library tab with a tag filter applied, and then saw it again from the home page). 2. Click the bulk edit button (pencil icon) from top right of the page. 3. Click the expander "v" on the "Map details" header. _(**Workaround**: if you do this step after the next one, no crash will happen and the display looks normal.)_ 4. In that header, click "Append" switch. This triggers the bug. This locks everything, no more buttons, tabs, or links work. I observe that the "Genres" field is duplicated twice, so perhaps that's relevant (it appears only once in the "Overwrite" mode). ### 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? Chrome ### Logs ```shell ``` ### Additional Notes As documented in Steps, there's a workaround: if you click Append before you expand the display, everything works fine.
adam added the bugwaitingunable to reproduce labels 2026-04-25 00:13:01 +02:00
adam closed this issue 2026-04-25 00:13:01 +02:00
adam commented 2026-04-25 00:13:02 +02:00
Author
Owner
Copy Link
Copy Source

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

I'm not able to reproduce this. This may be related to the multi-select bug that just got fixed today in v2.30.0, but the workaround you mentioned wouldn't make sense if that were the case since both Overwrite & Append use the same multi select dropdowns.

If you can first take a screenshot of the error shown in the developer console that would be great. Then upgrade to v2.30.0 and let me know if it is resolved.

@advplyr commented on GitHub (Oct 8, 2025): I'm not able to reproduce this. This may be related to the multi-select bug that just got fixed today in [v2.30.0](https://github.com/advplyr/audiobookshelf/releases), but the workaround you mentioned wouldn't make sense if that were the case since both Overwrite & Append use the same multi select dropdowns. If you can first take a screenshot of the error shown in the developer console that would be great. Then upgrade to v2.30.0 and let me know if it is resolved.
adam commented 2026-04-25 00:13:02 +02:00
Author
Owner
Copy Link
Copy Source

@wtanksleyjr commented on GitHub (Oct 9, 2025):

I'll upgrade tonight, that UI freeze looks loosely similar ... but ... I don't know what it means to "take a screenshot of the error", I didn't see any error message, just a freeze.

@wtanksleyjr commented on GitHub (Oct 9, 2025): I'll upgrade tonight, that UI freeze looks loosely similar ... but ... I don't know what it means to "take a screenshot of the error", I didn't see any error message, just a freeze.
adam commented 2026-04-25 00:13:02 +02:00
Author
Owner
Copy Link
Copy Source

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

If you press CMD+Shift+i it will open up a developer console that should show an error

@advplyr commented on GitHub (Oct 9, 2025): If you press CMD+Shift+i it will open up a developer console that should show an error
adam commented 2026-04-25 00:13:02 +02:00
Author
Owner
Copy Link
Copy Source

@wtanksleyjr commented on GitHub (Oct 14, 2025):

OK, I wasn't able to make this happen again (although it happened over and over the first time!). My theory is that Chrome needed to update - I've found Javascript sometimes behaves a little off when that happens.

Closing with the unable to recreate tag.

@wtanksleyjr commented on GitHub (Oct 14, 2025): OK, I wasn't able to make this happen again (although it happened over and over the first time!). My theory is that Chrome needed to update - I've found Javascript sometimes behaves a little off when that happens. Closing with the unable to recreate tag.
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 unable to reproduce waiting
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#3021
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?