bug(light-theme): terminal shell selection highlight invisible — no color inversion on light theme

[boekhoffm]

Description

In light theme (theme = "light"), selecting text with the mouse inside the
CodeWhale terminal shell window produces no visible highlight — the selected
text remains black foreground on white background, identical to unselected
text. The selection is functionally working (text is actually selected), but
there is zero visual feedback because the widget doesn't invert the
foreground/background colors.

By contrast, Ctrl-b,[ (tmux copy mode) renders selection correctly with a
dark-yellow background, which is clearly visible against the light theme.

Steps to reproduce

1. codewhale config set theme light
2. Start CodeWhale with --no-mouse-capture
3. Run any command that produces output (e.g. ls)
4. Try to select text in the shell output with the mouse
5. Observe: no visual change — selection is invisible

Expected behavior

Selected text should render with inverted colors (white foreground on dark
background) or a distinct highlight color that contrasts with the light theme.

Actual behavior

Selected text renders identically to unselected text: black foreground on
white background. No visual selection feedback.

Workaround

Ctrl-b,[ (tmux copy mode) — selection is visible with dark-yellow highlight.

Environment

• CodeWhale version: 0.8.66 (npm)
• Theme: light
• OS: Linux (Xubuntu/XFCE)
• --no-mouse-capture flag active

[github-actions]

Thanks @boekhoffm for the report.

This issue is staying open for maintainer triage. CodeWhale gets better because people bring us real edge cases from real machines, providers, regions, and workflows.

If you can add a reproduction, logs, version output, screenshots, or the provider/model involved, that makes it much easier for us to verify and harvest the fix. Maintainers may comment /lgtmi to mark recurring issue reporters as approved so this intake note is skipped next time.

[boekhoffm]

Additional detail from user testing:

Shift-click behavior:

• During drag (mouse button held): selection renders black-on-white (invisible in light theme) — same as regular mouse selection
• After release: the final selection is correctly rendered as inverted (white-on-black), visible and correct

So the widget can render inverted selection — it just doesnt apply the inversion during the drag phase. The post-release state is fine; the problem is strictly during the act of selecting.