[BUG] /usage dialog: leading characters eaten in text labels (Extra usage '00% used', tip lines prefixed with stray digits)

Description

In the /usage dialog (Usage tab), several text labels render with their leading character(s) missing or replaced by adjacent content. This is a text-rendering bug distinct from the progress-bar desync in #49422, though likely related (Ink render race).

Observed glitches

1. Extra usage row — label reads 00% used where it should be 100% used. The leading 1 appears to be consumed by adjacent text (Resets May 1 (Europe/Athens)), as if the trailing 1 of the date and the leading 1 of 100% are colliding on the same column.

1. Tip lines — the bulleted tips below the usage bars are prefixed with stray digits:

• 8Longer sessions are more expensive even when cached. /compact mid-task, /clear when switching to new tasks.
• 7Each subagent runs its own requests. Be deliberate about spawning them — and consider configuring a cheaper model for simpler subagents.

Looks like the bullet/marker glyph is being replaced by a numeral (possibly the preceding line's percentage digit bleeding in).

Expected

• 100% used renders intact
• Tip lines start with a bullet marker (or nothing), not a stray digit

Actual

See screenshot (will attach on the web issue).

Environment

• Claude Code version: 2.1.114
• macOS: 26.2 (Darwin 25.2.0)
• Terminal: iTerm2
• TERM=xterm-256color
• Plan: Max, with extra usage enabled (currently at \$78.28 / \$75.00)

Related

• #49422 — /usage progress bar width desyncs from percentage (same dialog, different symptom, same suspected cause: Ink render race between text state and adjacent elements)

Notes

The 00% used case is particularly confusing because it makes the user think they are at 0% of extra usage when in fact they are over the cap. Worth fixing regardless of the progress-bar issue.