[BUG] /btw queued-message panel renders with heavy irregular inverse-highlight bleed — hard to read
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
This issue has 1 comment on GitHub. Read the full discussion on GitHub ↗