warpdotdev / warpdotdev/warp

Editing in Nano screen discombulated

Open
#4,039 4 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

area:shell-terminal bug ready-to-implement triaged
Dominant language
Rust
Stars
65.1k
Forks
5.6k
PR merge metrics
PR metrics pending

Description

Discord username (optional)

No response

Describe the bug

On my Mac (11.7.10) when I open a file for editing via Nano, and use the commands to jump to a specific line (^W,^T + line number 222) , the screen display is wonky. If I instead use the navigation keys to scroll down to the proper location (^V) the display is fine. In the first case, if I scroll up some of the screen display is corrected, but not entirely.

To reproduce

1 - Open nano with an existing file (in my case a PHP code file appx 10K)
2 - Ctrl+W to open search menu
3 - Ctrl+T to goto line
4 - Enter ### (in my case 222)
5 - Observe the mess

Expected behavior

I expect the text in the file to display properly. Using the same steps in Terminal the behaviour is as expected.

Screenshots

No response

Operating system

MacOS

Operating system and version

11.7.10

Shell Version

zsh 5.8 (x86_64-apple-darwin20.0)

Current Warp version

v0.2024.01.02.08.02.stable_02

Regression

No, this bug or issue has existed throughout my experience using Warp

Recent working Warp date

I'm new to Warp

Additional context

No response

Does this block you from using Warp daily?

No

Is this a Warp specific issue? (i.e. does it happen in Terminal, iTerm, Kitty, etc.)

Yes, this I confirmed this only happens in Warp, not other terminals.

Warp Internal (ignore): linear-label:b9d78064-c89e-4973-b153-5178a31ee54e

None

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Reproduce the display corruption in Warp on macOS 11.7.10 by opening an existing file in Nano, using Ctrl+W, Ctrl+T, and line 222, then compare it with scrolling via Ctrl+V and with Terminal. No repository file or test is identified; done means Nano renders correctly after jumping to a line without requiring extra scrolling.

Written by the indexing model from the issue text.

Assessment

Tech stack
macos, rust, zsh
Domain
cli, desktop
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.