You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
[FEATURE]: home returns to where end left a scrolled-up reader #53629
I have verified this feature I'm about to request hasn't been suggested before.
Describe the enhancement you want to request
When you are scrolled up reading an older part of a session and jump to the bottom with end (messages_last), to read new output or to type a prompt, the place you were reading is lost. Getting back means scrolling and looking for it again.
Proposal: messages_last remembers where a scrolled-up reader was, and the next messages_first (home) returns there instead of going to the top. Pressing messages_first again goes to the top, as today. So end then home is a round trip, and homehome still reaches the top.
The remembered position is the block that was at the top of the viewport, plus its offset from that edge, so it stays correct when content above or below it changes. It is dropped, and home goes to the top as today, when:
it was taken in another session;
the view has moved off the bottom by the time home is pressed;
any other navigation command ran in between (page, half page, line, prompt, landmark or block navigation, last user message), or the transcript was scrolled with the wheel;
its block is no longer rendered, for example after a revert.
Pressing end again at the bottom keeps the position it already holds, so new output or a submitted prompt in between does not lose it.
Thanks for the detailed proposal. I confirmed the current behaviour on v2.0.24, the latest release:
In a session several screens tall, scroll up to the middle of an older reply (I used ctrl+alt+u).
Press end to jump to the bottom.
Press home.
home always goes to the top of the transcript, so the earlier reading position is lost and you have to scroll back to find it. Your proposal would make end then home a round trip to that position, with a second home still going to the top. I see you've also opened #53630 to implement it.
This issue might be a duplicate of existing issues. Please check:
#53186: proposes preserving the transcript reading position after submitting a prompt, which overlaps with keeping the saved position through a submitted prompt here.
For keybind-related issues, please also check our pinned keybinds documentation: #4997
Activity
opencode-agent commentedon Oct 6, 2026
Thanks for the detailed proposal. I confirmed the current behaviour on v2.0.24, the latest release:
ctrl+alt+u).endto jump to the bottom.home.homealways goes to the top of the transcript, so the earlier reading position is lost and you have to scroll back to find it. Your proposal would makeendthenhomea round trip to that position, with a secondhomestill going to the top. I see you've also opened #53630 to implement it.github-actions commentedon Oct 6, 2026
This issue might be a duplicate of existing issues. Please check:
For keybind-related issues, please also check our pinned keybinds documentation: #4997