mirror of
https://github.com/advplyr/audiobookshelf.git
synced 2026-03-02 22:46:56 -05:00
[Bug]: CBR file fails to load certain pages #2723
Labels
No labels
authentication
awaiting release
backlog
bug
chapter editor
config-issue
ebooks
encoding/embedding
enhancement
help wanted
listening sessions & progress
planned
possible plugin
progress sync
sorting/filtering/searching
unable to reproduce
upload
users & permissions
waiting
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/audiobookshelf#2723
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
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?
Originally created by @mdb17 on GitHub (Feb 5, 2025).
What happened?
When scrolling through an uploaded CBR file certain pages will get stuck on "please wait..." flipping to the next page works but going back to the page that gets stuck will never load. I am seeing this across multiple CBR files and clients. When examining the pages that it hangs up on it is not the same page number across the different files. I took this a step furth and compared the pages it hangs up on to the percentage complete of the CBR file and didn't find any correlation between files.
What did you expect to happen?
I expect to be able to scroll through each page without issue.
Steps to reproduce the issue
Audiobookshelf version
2.19.0
How are you running audiobookshelf?
Other (list in "Additional Notes" box)
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?
Edge
Logs
Additional Notes
I have also tried Firefox and experienced the hang up on the exact same pages as well as with different users. I can use the same files in other readers without issue.
@nichwall commented on GitHub (Feb 5, 2025):
Can you look at the logs in the browser to see if you are getting any errors?
@mdb17 commented on GitHub (Feb 5, 2025):
I edited my post above with the logs. I reproduced the issue by opening a book, scrolling through till it hung and then scrolling back.
@advplyr commented on GitHub (Feb 6, 2025):
That is the server logs. The comic is opened in the browser so the errors would be in the browser console
@mdb17 commented on GitHub (Feb 7, 2025):
audiobookshelf-1738938123896.log
Here are the browser logs. I can also share the CBR file if that helps.
@advplyr commented on GitHub (Feb 7, 2025):
You'll have to share the comic file in order to debug this. You can share it to advplyr@protonmail.com or to me on Discord.
Related #811
@mdb17 commented on GitHub (Feb 7, 2025):
I sent a message on discord with a link to the file.
@advplyr commented on GitHub (Feb 7, 2025):
I was able to reproduce the issue
@advplyr commented on GitHub (Feb 7, 2025):
I'm not sure the exact cause of the
Parsing filters is unsupportederror that gets thrown but if you search for it it has been reported many times specifically relating to extracting rar files.We use libarchive on the frontend which is way out of date now. I think I tried updating this with issues a while ago but can try updating it again to see if it resolves it.
It could be that the CBR file was created with a version of rar or a feature that isn't supported by the version of libarchive we are using.
I was able to get the comic working though by extracting the rar file and used NanaZip to compress to a zip file. Then rename the zip file to
.cbz.@advplyr commented on GitHub (Feb 7, 2025):
On the server side we switched to using unrar-js instead of libarchive for rar files because of this issue. And we discussed implementing this on the client side also.
in https://github.com/advplyr/audiobookshelf/pull/3422 and https://github.com/advplyr/audiobookshelf/pull/3435
@advplyr commented on GitHub (Feb 7, 2025):
It is worth mentioning here that I think we should attempt changing the comic reader to fetch the extracted images from the server one at a time instead of doing the extracting in the browser.
The main benefit to the current method is the mobile apps can easily support offline comics. However, we could have the server convert the CBR files to CBZ when downloading on mobile and then don't have to implement rar extraction at all.
@sandman98321 commented on GitHub (Feb 27, 2025):
Can confirm I am getting the same basic error, only typically the cover will render without error, but subsequent pages are either blank or render a small portion of the image on the page.
in my browser console. No errors on the server side.
This is happening for files recently converted from .kfx to .epub using Calibre. Other normal books converted in the same way render just fine, it only seems to be the comics.
Would it be helpful for me to send you one of the epubs in Discord?
@dethorpe commented on GitHub (Apr 13, 2025):
I think I am experiencing the same. Only the first page loads of a given CBR. Recompressing it as cbz shows normal behavior. Would it help to try a sample file on your deployment?
@Rathlord commented on GitHub (May 17, 2025):
Just adding on that I also have this issue- happy to provide any logs or test files as needed. Definitely a big issue for me.