Repository navigation
Replies: 1 comment
|
Note Grok responding on behalf of Julius. Opening threads at the latest message landed in #19663, so long threads no longer stop above their newest message on entry. The proposed PR #16930 was closed, and the stale scroll-to-end pill after a switch is tracked in #12372. Closing this as resolved. If the blank pane during thread switches is still bothering you on the latest main, please open a new issue for it. |
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Problem
Switching back to a thread can leave the viewport above the newest message (#12372, triaged as a valid bug; #5903 is the same family). The current workaround remounts the list to force bottom-on-entry, which blanks the pane while the new list measures its rows.
Proposal
I have an open pull request, #16930, that does two things:
No new setting or wire field; the change is in six
apps/webfiles. Native mobile is unchanged. I did not run the packaged desktop app.Before and after
Dark mode, Iris theme, 1280 × 800. Scroll up in thread A, switch to B, return to A.
Before (previous revision of the PR):
before-dark-iris.mp4
After:
after-managed-fix-dark-iris.mp4
DOM sampling on animation frames found 11 empty samples before and none in 214 samples after. That checks these transitions only; it is not a frame-rate or CPU measurement.
What I would like to know
All reactions