Buffer pollution in Tmux
Nobody has claimed this yet.
- Dominant language
- Rust
- Stars
- 818
- Forks
- 249
- Avg merge
- 4d 14h
- Merged PRs (30d)
- 30
Description
Platform Linux
Terminal software Tmux
The scrollback buffer is frequently updated/filled merely by navigating through tab completions, or hiding/showing the software keyboard in Termux. The Android device that took the screenshots was remotely connected to an x86_64 machine running Tmux. No command line input has actually been submitted in the following screenshots; enter was only pressed once to accept a tab completion after pressing down a couple times. The last screenshot is what happens when showing/hiding the software keyboard.
Steps to reproduce
- Possibly just run Nushell in a Tmux session; not sure if the Android terminal emulator plays into it, but it doesn't happen outside of Tmux (changing nothing else). In my testing, Tmux can be involved locally, remotely, or both.
Screenshots/Screencaptures
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
No source file, test, or entry point is named. Begin by reproducing the issue with Nushell in a Tmux session, comparing local and remote setups and keyboard visibility changes; done means navigation, completion, and keyboard toggling no longer incorrectly update the scrollback buffer.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- linux, rust
- Domain
- cli, operating-systems
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 28/100