Originally created by @fivestones on GitHub (Oct 15, 2023).
Steps to reproduce
Put a lot of books in a library. I only barely notice this when I'm using a filter that brings the number of visible books down to around 2500 or 3000, but without a filter (7030 books) it's very apparent.
Click on the library view
Try to scroll.
Not sure if this happens on android, but I'm seeing it on iOS with an iPhone 13 Pro both in the app and when loaded as a web page. I don't see it on MacOS running on a new M2 Mac--even with 7030 books scrolling in the library view is butter smooth there.
Expected behaviour
Tell us what should happen
I should be able to touch the library view and slide/scroll, and the books under my finger should move as quickly as my finger, smoothly.
Actual behaviour
Tell us what happens
I have to wait for the scrolling to catch up either my finger. It halts and stutters and eventually moves into place. Just now I scrolled as fast as it would go for 20 seconds and it made it down to where the 86th book (43rd row of two books each) was visible. Along with halting and stuttering, whenever I scroll enough to see a new row of books, I can see the wood background of the shelving but not the shelf itself for a brief time, and there are no books visible there for a brief time either (just on the portion of the screen that had newly been scrolled into view). Then the shelves and the books appear and I am able to scroll further.
Environment data
Audiobookshelf Version: 0.9.66-beta
Android App?
iOS App?
Android Issue
Android version:
Device model:
Stock or customized system:
iOS Issue
iOS Version: 17.0.3
iPhone model: iPhone 13 Pro
I'm not sure if the skeuomorphic view has anything to do with this, but that's what I'm using.
If it makes any difference, most of the books are text/ebooks, with just a few audiobooks mixed in. They are a mix of pdf and epub for the most part.
Originally created by @fivestones on GitHub (Oct 15, 2023).
### Steps to reproduce
1. Put a lot of books in a library. I only barely notice this when I'm using a filter that brings the number of visible books down to around 2500 or 3000, but without a filter (7030 books) it's very apparent.
2. Click on the library view
3. Try to scroll.
4. Not sure if this happens on android, but I'm seeing it on iOS with an iPhone 13 Pro both in the app and when loaded as a web page. I don't see it on MacOS running on a new M2 Mac--even with 7030 books scrolling in the library view is butter smooth there.
### Expected behaviour
- Tell us what should happen
I should be able to touch the library view and slide/scroll, and the books under my finger should move as quickly as my finger, smoothly.
### Actual behaviour
- Tell us what happens
I have to wait for the scrolling to catch up either my finger. It halts and stutters and eventually moves into place. Just now I scrolled as fast as it would go for 20 seconds and it made it down to where the 86th book (43rd row of two books each) was visible. Along with halting and stuttering, whenever I scroll enough to see a new row of books, I can see the wood background of the shelving but not the shelf itself for a brief time, and there are no books visible there for a brief time either (just on the portion of the screen that had newly been scrolled into view). Then the shelves and the books appear and I am able to scroll further.
### Environment data
Audiobookshelf Version: 0.9.66-beta
- [ ] Android App?
- [x] iOS App?
#### Android Issue
Android version:
Device model:
Stock or customized system:
#### iOS Issue
iOS Version: 17.0.3
iPhone model: iPhone 13 Pro
I'm not sure if the skeuomorphic view has anything to do with this, but that's what I'm using.
If it makes any difference, most of the books are text/ebooks, with just a few audiobooks mixed in. They are a mix of pdf and epub for the most part.
This is a known issue with server version 2.4.x where database queries and converting the data from the new model to the old data model is slow. In the meantime you can either downgrade to 2.3.3, or wait for things to be optimized. There is not an estimate on when it will be fixed.
If you can provide your database file (absdatabase.sqlite) to advplyr in Discord that may help find other sections which need to be optimized, along with debug logs to show how long the queries are taking.
Also, are you running the server in Docker on Windows?
@nichwall commented on GitHub (Oct 15, 2023):
This is a known issue with server version 2.4.x where database queries and converting the data from the new model to the old data model is slow. In the meantime you can either downgrade to 2.3.3, or wait for things to be optimized. There is not an estimate on when it will be fixed.
If you can provide your database file (`absdatabase.sqlite`) to advplyr in Discord that may help find other sections which need to be optimized, along with debug logs to show how long the queries are taking.
Also, are you running the server in Docker on Windows?
https://github.com/advplyr/audiobookshelf/issues/2073
I turned off the option to "Use bookshelf view" (the skeuomorphic wood paneled shelves) and the issue is essentially non-existent. So I guess not using the skeuomorphic bookshelf is a work-around, but it would be nice to be able to use it.
And the fact that a lot of the same wood paneling background would somehow cause the app to scroll poorly seems like it must be a bug and not just something that's expected to be resource intensive.
When I was testing this just now and with the skeuomorphic view, trying to scroll as fast as possible while filtering by genre so that I had around 2500 books in the visible shelving, I also noticed my iPhone was becoming very hot. I think there must be some kind of over-processing that is occurring.
@fivestones commented on GitHub (Oct 15, 2023):
I turned off the option to "Use bookshelf view" (the skeuomorphic wood paneled shelves) and the issue is essentially non-existent. So I guess not using the skeuomorphic bookshelf is a work-around, but it would be nice to be able to use it.
And the fact that a lot of the same wood paneling background would somehow cause the app to scroll poorly seems like it must be a bug and not just something that's expected to be resource intensive.
When I was testing this just now and with the skeuomorphic view, trying to scroll as fast as possible while filtering by genre so that I had around 2500 books in the visible shelving, I also noticed my iPhone was becoming very hot. I think there must be some kind of over-processing that is occurring.
Huh. Yeah that is weird that having the wooden background would cause it to be a lot slower.
Is this a new install of the server/app, or were you upgrading from a previous version? There could be something left over in the app data that's causing an issue (multiple reports for iOS in recent weeks)
@nichwall commented on GitHub (Oct 15, 2023):
Huh. Yeah that is weird that having the wooden background would cause it to be a lot slower.
Is this a new install of the server/app, or were you upgrading from a previous version? There could be something left over in the app data that's causing an issue (multiple reports for iOS in recent weeks)
It's a new install (or maybe I upgraded from the version just prior? I can't remember, but definitely nothing older than the last couple of weeks).
Are there any logs or something else I could provide that would help diagnose this?
@fivestones commented on GitHub (Oct 15, 2023):
It's a new install (or maybe I upgraded from the version just prior? I can't remember, but definitely nothing older than the last couple of weeks).
Are there any logs or something else I could provide that would help diagnose this?
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Originally created by @fivestones on GitHub (Oct 15, 2023).
Steps to reproduce
Expected behaviour
I should be able to touch the library view and slide/scroll, and the books under my finger should move as quickly as my finger, smoothly.
Actual behaviour
I have to wait for the scrolling to catch up either my finger. It halts and stutters and eventually moves into place. Just now I scrolled as fast as it would go for 20 seconds and it made it down to where the 86th book (43rd row of two books each) was visible. Along with halting and stuttering, whenever I scroll enough to see a new row of books, I can see the wood background of the shelving but not the shelf itself for a brief time, and there are no books visible there for a brief time either (just on the portion of the screen that had newly been scrolled into view). Then the shelves and the books appear and I am able to scroll further.
Environment data
Audiobookshelf Version: 0.9.66-beta
Android Issue
Android version:
Device model:
Stock or customized system:
iOS Issue
iOS Version: 17.0.3
iPhone model: iPhone 13 Pro
I'm not sure if the skeuomorphic view has anything to do with this, but that's what I'm using.
If it makes any difference, most of the books are text/ebooks, with just a few audiobooks mixed in. They are a mix of pdf and epub for the most part.
@nichwall commented on GitHub (Oct 15, 2023):
This is a known issue with server version 2.4.x where database queries and converting the data from the new model to the old data model is slow. In the meantime you can either downgrade to 2.3.3, or wait for things to be optimized. There is not an estimate on when it will be fixed.
If you can provide your database file (
absdatabase.sqlite) to advplyr in Discord that may help find other sections which need to be optimized, along with debug logs to show how long the queries are taking.Also, are you running the server in Docker on Windows?
https://github.com/advplyr/audiobookshelf/issues/2073
@fivestones commented on GitHub (Oct 15, 2023):
I turned off the option to "Use bookshelf view" (the skeuomorphic wood paneled shelves) and the issue is essentially non-existent. So I guess not using the skeuomorphic bookshelf is a work-around, but it would be nice to be able to use it.
And the fact that a lot of the same wood paneling background would somehow cause the app to scroll poorly seems like it must be a bug and not just something that's expected to be resource intensive.
When I was testing this just now and with the skeuomorphic view, trying to scroll as fast as possible while filtering by genre so that I had around 2500 books in the visible shelving, I also noticed my iPhone was becoming very hot. I think there must be some kind of over-processing that is occurring.
@nichwall commented on GitHub (Oct 15, 2023):
Huh. Yeah that is weird that having the wooden background would cause it to be a lot slower.
Is this a new install of the server/app, or were you upgrading from a previous version? There could be something left over in the app data that's causing an issue (multiple reports for iOS in recent weeks)
@fivestones commented on GitHub (Oct 15, 2023):
It's a new install (or maybe I upgraded from the version just prior? I can't remember, but definitely nothing older than the last couple of weeks).
Are there any logs or something else I could provide that would help diagnose this?
@advplyr commented on GitHub (Nov 17, 2023):
Are you still having this issue? Can you say what server version you are on if this is still an issue
@fivestones commented on GitHub (Nov 20, 2023):
Let me install the latest version and see. I'll report back.