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]: Collections page loads 54 MB on open — minified=1 not applied to book objects #3291

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

Originally created by @AnttiKaleva on GitHub (Apr 6, 2026).

What happened?

Opening the Collections page triggers a request to:

GET /api/libraries/{id}/collections?limit=12&page=0&minified=1&include=rssfeed,numEpisodesIncomplete,share

The response is ~54 MB and takes ~3 seconds to load, even with minified=1 set. The response JSON correctly includes "minified": true at the top level, but each book object inside the collections is returned fully serialised — including complete media (with all chapters/tracks) and libraryFiles arrays.

Measured breakdown across 7 collections / 931 total books:

Collection | Books | Avg media size/book | Collection size
Kids 9-12y | 141 | 105 KB | 10.9 MB
Kids 6-9y | 232 | 27 KB | 12.7 MB
True crime | 216 | 4 KB | 21.5 MB
Teens 12-15y | 47 | 97 KB | 5.8 MB

Books with many chapters (children's audiobooks, multi-file) have the largest media payloads since every chapter/track is serialised in full.

What did you expect to happen?

With minified=1, book objects inside collections should use the minified serialisation — omitting libraryFiles and returning only essential media fields (title, author, cover, duration), reducing the response to well under 1 MB.

Steps to reproduce the issue

  1. Create collections containing multi-chapter audiobooks (e.g. children's books with many MP3 tracks)
  2. Open the Collections page in the web UI
  3. Observe the network request in DevTools — response size will be tens of MB
  4. Confirm with: curl -H "Authorization: Bearer " "http:///api/libraries//collections?limit=12&page=0&minified=1" | wc -c

Audiobookshelf version

v2.33.1-edge

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

No response

Originally created by @AnttiKaleva on GitHub (Apr 6, 2026). ### What happened? Opening the Collections page triggers a request to: `GET /api/libraries/{id}/collections?limit=12&page=0&minified=1&include=rssfeed,numEpisodesIncomplete,share` The response is ~54 MB and takes ~3 seconds to load, even with minified=1 set. The response JSON correctly includes "minified": true at the top level, but each book object inside the collections is returned fully serialised — including complete media (with all chapters/tracks) and libraryFiles arrays. Measured breakdown across 7 collections / 931 total books: Collection | Books | Avg media size/book | Collection size Kids 9-12y | 141 | 105 KB | 10.9 MB Kids 6-9y | 232 | 27 KB | 12.7 MB True crime | 216 | 4 KB | 21.5 MB Teens 12-15y | 47 | 97 KB | 5.8 MB Books with many chapters (children's audiobooks, multi-file) have the largest media payloads since every chapter/track is serialised in full. ### What did you expect to happen? With minified=1, book objects inside collections should use the minified serialisation — omitting libraryFiles and returning only essential media fields (title, author, cover, duration), reducing the response to well under 1 MB. ### Steps to reproduce the issue 1. Create collections containing multi-chapter audiobooks (e.g. children's books with many MP3 tracks) 2. Open the Collections page in the web UI 3. Observe the network request in DevTools — response size will be tens of MB 4. Confirm with: curl -H "Authorization: Bearer <token>" "http://<host>/api/libraries/<id>/collections?limit=12&page=0&minified=1" | wc -c ### Audiobookshelf version v2.33.1-edge ### 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 _No response_
adam added the bug label 2026-04-25 00:14:47 +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#3291
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?