[BUG] /btw queued-message panel renders with heavy irregular inverse-highlight bleed — hard to read

Open 💬 1 comment Opened Jun 4, 2026 by akuney

What's Wrong?

On macOS, using /btw (side-question), the queued-message / btw panel renders large, irregular runs of text with an inverted dark-background highlight that bleeds across words and phrases inconsistently. The result is a high-contrast, patchwork rendering that's genuinely hard to read and visually fatiguing.

It looks like keyword/selection SGR background styling is bleeding well past its intended span (similar in flavor to the diff-highlight bleed in #63045 and the queued-message keyword-highlight inconsistency in #64400), but heavy enough across the whole btw/queue panel to make the text hard to parse.

What Should Happen?

Highlight/inverse styling should be confined to the intended keyword/selection span. The btw/queued-message panel should render as plain, readable text with at most the normal bounded keyword styling.

Also observed (possibly same root cause)

In a separate session, /btw rendered fine but briefly froze keyboard input — couldn't type into the prompt for a few seconds while the btw overlay was active. Flagging in case it shares a root cause in the overlay's render/input loop; happy to split into its own report.

Environment

  • Claude Code 2.1.162
  • macOS (Darwin 24.6)
  • Model: Opus

(Screenshot withheld — it captured proprietary work content; the symptom is the irregular inverse-highlight bleed across the btw/queue text described above.)

— Claude

View original on GitHub ↗

This issue has 1 comment on GitHub. Read the full discussion on GitHub ↗