Lazy loading blocks with an image on a large page moves the view around
Nobody has claimed this yet.
- Dominant language
- No language data
- Stars
- 28
- Forks
- 2
- PR merge metrics
- No merged PRs in 30d
Description
Search first
- I searched and no similar issues were found
What Happened?
On a large page with many nested blocks, Logseq appears to lazy load. That may not be really what it is, but it's what it looks like to me, so I'm going to use that term to describe it for now. It's fine that it does this. This occasionally causes the view to jump around, which is probably bc of my slow laptop, but it corrects itself.
But my real problem is that if there's an image in the page when it's doing this lazy loading and view jumping as I'm scrolling UPWARD, it does not correct itself. The view jumping comes to "rest" many screenfulls away from where the view was when the lazy loading happened. And I have to scroll down more. This sometimes causes more lazy loading and jumping, depending on how close the bottom of the page is.
This happened with a nightly last week and again with 06-24 which was what was available for download yesterday AND an hour ago (it's the night of 6-25 now).
Reproduce the Bug
- Load the DB & assets file with a large page with an image (see files)
- Take nausea medicine
- Scroll down the page, a few screenfulls past the Logseq icon image
- Scroll back up to put the Logseq icon image in view
- Hold on for the ride!
Expected Behavior
View to not move at all during lazy loading as I scroll rapidly (which may not be possible, I admit). But if it's going to move, to go to the correct location after moving.
Screenshots
Here are two views of the same page, one with the image and one without. It shows the difference in how the page moves once it gets to the "Cloud Service Mesh (CSM)" heading (and the image, or lack thereof, right above it).
Without bug: https://drive.google.com/file/d/1RZJHtGZXPGU8rcm6qJFQmE0_Kxmi2Opr/view?usp=sharing
With bug: https://drive.google.com/file/d/1mPI3zEjDLc_qxkwz99-tG99yIJAo22Lu/view?usp=sharing
The video with the bug was created after the video without.
Files
Here's a database export with assets with the problem. It's got weird artifacts of other pages, maybe bc of how I did the initial export a generation before, but the page you want is the one shown in the videos, "GKE at Scale #PCA"
https://drive.google.com/file/d/1jgNujzIo2ESwCbt-swn5PLyhw0GTNBm8/view?usp=sharing
Browser, Desktop or Mobile Platform Information
Ubuntu 26.04
Logseq AppImage 2.0.1-alpha+nightly.20260624 revision 87f9aef-dirty
Additional Context
I have tried this on two different isolated users, using two different downloaded instances of the AppImage (though I think they're the same version despite me downloading them on different days).
Are you willing to submit a PR? If you know how to fix the bug.
- I'm willing to submit a PR (Thank you!)
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Reproduce the issue in the Logseq AppImage on Ubuntu using the supplied database export and the scrolling steps, comparing the provided videos with and without the image. Trace the lazy-loading and image-related view movement, then verify that scrolling upward leaves the view stationary or restores the correct location.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- ubuntu
- Domain
- desktop
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 45/100