Terminal Scrolling Breaks After Large Multi-line Paste Operations
Nobody has claimed this yet.
- Dominant language
- Rust
- Stars
- 818
- Forks
- 249
- Avg merge
- 4d 14h
- Merged PRs (30d)
- 30
Description
Describe the bug
When pasting large multi-line content (50+ lines) into a reedline-based application, normal terminal scrolling (mouse wheel, trackpad) shows last few lines. Users can only navigate using up/down arrow keys, but cannot scroll through the content naturally.
How to reproduce
Paste any text > 100 lines
Scroll using trackpad
Yow will be able to see only last few lines of the whole text
Expected behavior
Scroll should work just as up key works.
Configuration
Environment
- reedline version: 0.41.0
- Platform: macOS (also reported on Windows/Linux)
- Terminal: Various (Terminal.app, iTerm2, etc.)
- TERM:
xterm-256color
Contributor guide
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
Start by reproducing the issue in a reedline-based application with a paste of more than 100 lines, then compare trackpad or mouse-wheel scrolling with the up-arrow behavior. Trace the terminal scrolling path involved after a large multi-line paste; done means users can scroll through the full pasted content on macOS, Windows, and Linux terminals.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- rust
- Domain
- cli
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 45/100