reedline icon indicating copy to clipboard operation
reedline copied to clipboard

Prompt repaint issue on term resizing, with non-empty right prompt

Open blindFS opened this issue 9 months ago • 0 comments

Platform macOS

Here's what happens with ghostty:

https://github.com/user-attachments/assets/265bc979-5652-4c04-a158-fef0fbc60f1b

Notice that it behaves quite differently with or without osc133

However with wezterm/terminal

Enabling osc133 doesn't help:

https://github.com/user-attachments/assets/33a931c2-3a60-4f13-b220-7fbe7a4f0e85

3 key conditions to reproduce the bug:

  1. multiline left prompt string
  2. none-empty right prompt
  3. $env.config.render_right_prompt_on_last_line set to false

Here's what happens if condition 1 is not met:

https://github.com/user-attachments/assets/8c6034e8-784d-4035-a692-e48ec259f111

Basically, the ideal behavior shared by bash/zsh across different prompt settings and terminal apps.

Things get more complicated if tmux enabled

With ghostty + osc133 set to true + tmux, the issue persists, just like the screenshot in #864, where text gets moved up one row at a time.

blindFS avatar Mar 26 '25 12:03 blindFS