Timeline: your own newly sent message can land below the fold with "Jump to Latest" (stale at-bottom flag after a poll vote) #212
Closed
opened 2026-09-18 17:49:35 -04:00 by jared
·
1 comment
No Branch/Tag Specified
lotus
update-packages
sw-fix
read-me-update
image-path-changes
dm-calls
fix-2469
renovate/element-hq-element-call-embedded-0.x
renovate/npm-i18next-http-backend-vulnerability
renovate/npm-vite-vulnerability
dev
docs-update
more-theme
fix-257
imporve-thread-reply
revert-2402-improve-menu-congestion
mxidColor-toggle
update-sw-main-msg
v4.11.1
v4.10.5
v4.10.4
v4.10.3
v4.10.2
v4.10.1
v4.10.0
v4.9.1
v4.9.0
v4.8.1
v4.8.0
v4.7.1
v4.7.0
v4.6.0
v4.5.1
v4.5.0
v4.4.0
v4.3.2
v4.3.0
v4.2.3
v4.2.2
v4.2.1
v4.2.0
v4.1.0
v4.0.3
v4.0.0
v3.2.0
v3.1.0
v3.0.0
v2.2.6
v2.2.5
v2.2.4
v2.2.3
v2.2.2
v2.2.1
v2.2.0
v2.1.3
v2.1.2
v2.1.1
v2.1.0
v2.0.4
v2.0.3
v2.0.2
v2.0.1
v2.0.0
v1.8.2
v1.8.1
v1.8.0
v1.7.0
v1.6.1
v1.6.0
v1.5.1
v1.5.0
v1.4.0
v1.3.2
v1.3.1
v1.3.0
v1.2.1
v1.2.0
v1.1.0
v1.0.0
Labels
Clear labels
a11y
area: appearance
area: auth-session
area: build-ci
area: calls
area: desktop
area: media
area: messaging
area: mobile
area: moderation
area: navigation
area: notifications
area: settings
area: threads
bug
dependencies
docs
duplicate
enhancement
help wanted
invalid
needs-human-review
performance
planning
priority: critical
priority: high
priority: low
priority: medium
qa
question
research
security
tech-debt
ux
wontfix
Accessibility: keyboard, screen reader, contrast, motion
Client area: appearance
Client area: auth-session
Client area: build-ci
Client area: calls
Client area: desktop
Client area: media
Client area: messaging
Client area: mobile
Client area: moderation
Client area: navigation
Client area: notifications
Client area: settings
Client area: threads
Something is not working
Third-party package versions and advisories
README / LOTUS_* docs wrong or missing
This issue or pull request already exists
New feature
Need some help
Something is wrong
Re-render storms, leaks, heavy work on hot paths
Data loss, security hole, or crash on a main path
Broken feature or serious usability problem
Minor issue or polish
Wrong behaviour in an edge case or notable degradation
Manual QA: shipped, needs a human in a real environment
More information is needed
XSS, unsafe URLs, data leaks, auth/session
Code health, dead code, fragile patterns
Usability or visual inconsistency
This won't be fixed
Milestone
No items
No Milestone
Projects
Clear projects
No projects
No Assignees
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: LotusGuild/cinny#212
Reference in New Issue
Block a user
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.
Seen while verifying #171 (repeatable, timing-dependent): create a poll, vote on it (the poll grows by a row), then create a second poll/send a message → the timeline does not scroll to it and shows Jump to Latest, even though the user never scrolled up.
Cause:
RoomTimeline.tsxonly auto-scrolls on a live event whenatBottomRef.currentis true (useLiveEventArrive, ~L676). The at-bottom anchor briefly leaves the viewport when in-place content grows (poll result rows), the 1 sdebounceSetAtBottom(false)fires, and the flag is stale when the user's own event arrives.Fix options: (a) treat the user's own live events as an unconditional scroll-to-bottom (what people expect after pressing Send), (b) only clear at-bottom on user-initiated scroll (
wheel/touchmove/keyboard) rather than on any anchor exit. (a) is a two-line change in theuseLiveEventArrivecallback; keep the current behaviour for others' messages.Fixed in
464951ed, option (a): an own non-relation/non-state/non-reaction live event always brings the live end into view — advance the range + smooth scroll when the window is at the live end, otherwise reset to the live timeline exactly like the Jump to Latest button. Others' messages keep the current behaviour.The poll-vote timing race itself didn't reproduce headless today (3 rounds of create → vote → re-vote → send all auto-scrolled), so I verified the deterministic form: scroll up 600 px → Send → message visible, no Jump pill (before the change: Jump pill shown, message off-screen). The stale-flag case is covered by the same branch since it no longer consults the flag for your own messages.