[Bug]: (Android App) Top few lines of page (on PDFs) are cut off on certain devices #1251

Open
opened 2026-04-24 23:55:39 +02:00 by adam · 10 comments
Owner

Originally created by @acamino84 on GitHub (Jul 29, 2025).

What happened?

The top number of lines (approx.) of every page of every PDF is cut off in the Android app (and no ability to scroll up to see the page).

What did you expect to happen?

I expected to be able to see the whole page and not have anything cut off.

Steps to reproduce the issue

Installed the android app on the Boox 6 go.

Opened a PDF (in the library) to read.

The top of the page is cut off by the top of the reader, no way to scroll up to see it (any attempts to scroll either (1) does nothing or (2) simply changes the page on the pdf).

Happens consistently with every single PDF. I opened the PDF in a separate device (still Android) and works on some devices. It may be the dimensions of the Boox 6 go?

Audiobookshelf version

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

Other (list in "Additional Notes" box)

Logs


Additional Notes

On the Android app.

Originally created by @acamino84 on GitHub (Jul 29, 2025). ### What happened? The top number of lines (approx.) of every page of every PDF is cut off in the Android app (and no ability to scroll up to see the page). ### What did you expect to happen? I expected to be able to see the whole page and not have anything cut off. ### Steps to reproduce the issue Installed the android app on the Boox 6 go. Opened a PDF (in the library) to read. The top of the page is cut off by the top of the reader, no way to scroll up to see it (any attempts to scroll either (1) does nothing or (2) simply changes the page on the pdf). Happens consistently with every single PDF. I opened the PDF in a separate device (still Android) and works on some devices. It may be the dimensions of the Boox 6 go? ### Audiobookshelf version 2.26.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? Other (list in "Additional Notes" box) ### Logs ```shell ``` ### Additional Notes On the Android app.
adam added the bugandroidwaiting labels 2026-04-24 23:55:39 +02:00
Author
Owner

@advplyr commented on GitHub (Jul 30, 2025):

Please share the android app version and a screenshot if you can

@advplyr commented on GitHub (Jul 30, 2025): Please share the android app version and a screenshot if you can
Author
Owner

@acamino84 commented on GitHub (Jul 31, 2025):

please see attached

Image

app version 0.9.81-beta.

i have also confirmed that the same issue occurs on boox 7 go

@acamino84 commented on GitHub (Jul 31, 2025): please see attached <img width="1072" height="1448" alt="Image" src="https://github.com/user-attachments/assets/8003d94b-f586-463b-af64-1178086de7bd" /> app version 0.9.81-beta. i have also confirmed that the same issue occurs on boox 7 go
Author
Owner

@acamino84 commented on GitHub (Jul 31, 2025):

As you can see, one of the lines is cut in half, additionally, there are 2 lines missing (plus the page margin is also missing).

@acamino84 commented on GitHub (Jul 31, 2025): As you can see, one of the lines is cut in half, additionally, there are 2 lines missing (plus the page margin is also missing).
Author
Owner

@advplyr commented on GitHub (Jul 31, 2025):

The latest version is 0.10.0. Can you test with that

@advplyr commented on GitHub (Jul 31, 2025): The latest version is 0.10.0. Can you test with that
Author
Owner

@acamino84 commented on GitHub (Jul 31, 2025):

just tested with newest version 0.10.0-beta.and the issue persists with no change.

@acamino84 commented on GitHub (Jul 31, 2025): just tested with newest version 0.10.0-beta.and the issue persists with no change.
Author
Owner

@rusozoll commented on GitHub (Aug 3, 2025):

Also on the 0.10.0-beta, with a Samsung Fold 6. It looks like it sets the page to be full width and crops the top/bottom that is outside of the aspect ratio. If I have my phone open, I lose the top/bottom (no black bars), but get the full content when I close my phone (with black bars on the top/bottom).

@rusozoll commented on GitHub (Aug 3, 2025): Also on the 0.10.0-beta, with a Samsung Fold 6. It looks like it sets the page to be full width and crops the top/bottom that is outside of the aspect ratio. If I have my phone open, I lose the top/bottom (no black bars), but get the full content when I close my phone (with black bars on the top/bottom).
Author
Owner

@acamino84 commented on GitHub (Aug 20, 2025):

Any update on this bug?

@acamino84 commented on GitHub (Aug 20, 2025): Any update on this bug?
Author
Owner

@acamino84 commented on GitHub (Nov 6, 2025):

Curious on what's the status with this bug. It seems like @rusozoll has been able to identify what's causing it. Setting the aspect ratio to full width regardless of the verticle real estate available.

@acamino84 commented on GitHub (Nov 6, 2025): Curious on what's the status with this bug. It seems like @rusozoll has been able to identify what's causing it. Setting the aspect ratio to full width regardless of the verticle real estate available.
Author
Owner

@lmoesch commented on GitHub (Feb 2, 2026):

I can confirm this problem still exists. Android 15, 0.11.0-beta, v2.32.1 Server. On my device (Boox Air C5) it's alot more than just a few lines. I think the scaling does not check if height or width is the limiting resolution factor and just stretches for full width just as @rusozoll suggests.

pdfWidth() { if (this.windowWidth > this.windowHeight) { // Landscape return this.windowHeight * 0.6 } else { // Portrait return this.windowWidth } }, pdfHeight() { return this.pdfWidth * 1.667 },

@lmoesch commented on GitHub (Feb 2, 2026): I can confirm this problem still exists. Android 15, 0.11.0-beta, v2.32.1 Server. On my device (Boox Air C5) it's alot more than just a few lines. I think the scaling does not check if height or width is the limiting resolution factor and just stretches for full width just as @rusozoll suggests. `pdfWidth() { if (this.windowWidth > this.windowHeight) { // Landscape return this.windowHeight * 0.6 } else { // Portrait return this.windowWidth } }, pdfHeight() { return this.pdfWidth * 1.667 }, `
Author
Owner

@jmalmsten commented on GitHub (Mar 31, 2026):

I too can confirm this issue persists. I just got my Boox 10.3. loaded my abs server and tried to read some pdf's. The top bit is missing on them. See screenshot here.

Image
@jmalmsten commented on GitHub (Mar 31, 2026): I too can confirm this issue persists. I just got my Boox 10.3. loaded my abs server and tried to read some pdf's. The top bit is missing on them. See screenshot here. <img width="1860" height="2480" alt="Image" src="https://github.com/user-attachments/assets/3d32cd06-fcee-489b-9e56-da45a896c17b" />
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/audiobookshelf-app#1251