[BUG] UX: Misleading "Esc to cancel" tip in TUI

Resolved 💬 3 comments Opened Jan 5, 2026 by ruistola Closed Jan 5, 2026

Preflight Checklist

  • [x] I have searched existing issues and this hasn't been reported yet
  • [x] This is a single bug report (please file separate reports for different bugs)
  • [x] I am using the latest version of Claude Code

What's Wrong?

Bug Description

"Esc to cancel" wording is misleading when the user has been adjusting permissions (the same probably applies to a number of TUI states in Claude Code).

In this particular scenario at least, Esc does not revert or roll back any changes made by the user, as it shouldn't, but the wording strongly implies such.

The poor choice of wording requires the user to perform extra steps to double-check and ensure that their modifications have indeed been successfully applied and persisted. Consider rather "Esc to go back", "Esc to navigate back", "Esc to return", "Esc to close", "Esc to close \<current-view\>", or something along those lines, to clearly indicate that nothing is being _cancelled_.

Environment Info

  • Platform: darwin
  • Terminal: tmux
  • Version: 2.0.75
  • Feedback ID: 255ae9e9-1362-4a96-bca2-d23bd9b5a75d

What Should Happen?

Claude should better indicate when a particular keypress is used to specifically cancel/abort/roll back/revert an operation, and when it is used to acknowledge, close, hide, navigate to parent, etc.

Error Messages/Logs

Steps to Reproduce

  1. Start claude.
  2. Invoke the /permissions command.
  3. Add a new rule.
  4. Observe the TUI.

Claude Model

Opus

Is this a regression?

I don't know

Last Working Version

_No response_

Claude Code Version

2.0.75

Platform

Anthropic API

Operating System

macOS

Terminal/Shell

Other

Additional Information

_No response_

View original on GitHub ↗

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