/rewind picker accepts selection but main screen does not re-render (v2.1.126)

Resolved 💬 2 comments Opened May 1, 2026 by wstran Closed Jun 1, 2026

Summary

On v2.1.126, opening /rewind and selecting a target turn from the picker succeeds, but the main conversation transcript is not re-rendered afterwards. Visually it looks as if nothing happened — every previously displayed turn (including the ones that should have been rewound) stays on screen and is still visible when scrolling up.

Environment (verified)

  • Claude Code: 2.1.126 (native Mach-O 64-bit arm64)
  • macOS: 26.3.1 (build 25D771280a)
  • Hardware: Apple Silicon (arm64)
  • Terminal: Ghostty 1.3.1
  • TERM: xterm-256color

Steps to reproduce

  1. Run claude and have at least 2–3 turns of conversation in the session.
  2. Run /rewind and pick an earlier turn from the picker.
  3. The picker closes.

Expected

The main screen redraws to reflect the rewound state — turns after the selected one are removed from view.

Actual

  • Picker closes normally.
  • Main screen content is unchanged — every prior turn is still rendered, including the ones that should have been rewound.
  • Scrolling up the transcript shows the same prior content as before.
  • Re-opening /rewind afterwards shows the picker as if the rewind did register (the rewound entries no longer appear as rewindable targets), so the picker's internal state appears updated even though the visible transcript is not.

Not validated

Whether the rewind actually persists to the on-disk session file. After Ctrl+C and re-running claude --resume on the same session, the full pre-rewind conversation reappears, but it is unclear whether (a) the rewind was never persisted, or (b) Ctrl+C did not flush state to disk. Exiting via /exit was not tested by the reporter.

View original on GitHub ↗

This issue has 2 comments on GitHub. Read the full discussion on GitHub ↗