Permission prompt color bleeds into user input area after tool call

Description

After a Bash tool call triggers a permission prompt (highlighted with a colored background), the color is not fully reset before focus returns to the user input line. This causes the text the user types in the input area to appear on a colored/highlighted background, making it very hard to read — especially with grey text on a red/colored background.

Changing the theme changes the color but does not resolve the bleed.

Steps to Reproduce

1. Run Claude Code in any terminal
2. Issue a prompt that triggers a Bash tool call requiring permission (e.g. which freecad)
3. When the permission prompt appears with its colored background highlight, approve it
4. Observe the user input area — typed text appears with the permission prompt's background color still active

Expected Behavior

The terminal color/background should be fully reset (e.g. via \033[0m) before the cursor returns to the user input area.

Actual Behavior

The colored background from the permission prompt bleeds into the input area. Text typed by the user is rendered on a colored background (red by default, different color after theme change).

Environment

• Claude Code version: 2.1.149
• OS: Linux (Raspberry Pi 5, aarch64, Debian Bookworm / kernel 6.12.75)
• TERM: screen.xterm-256color
• Terminals affected: RPi OS default terminal (LXTerminal), Termux (Android)
• Reproduces across themes: Yes — color changes but bleed persists

Additional Notes

Reproduces on both a local RPi5 terminal session and Termux (Android SSH client), suggesting this is a Claude Code rendering issue rather than terminal-specific. Running /fewer-permission-prompts reduces frequency of the prompt appearing but does not fix the underlying reset issue.