Statusline hyperlinks corrupt when Claude Code injects status text

[evansenter]

Problem

Claude Code injects status text (e.g., "Now using extra usage") into the statusline output, which corrupts OSC 8 hyperlink escape sequences. The URL portion becomes visible as text.

Screenshot:
The issue hyperlink →#270 becomes →Now using extra usageai/issues/270#270

Root Cause (suspected)

OSC 8 format: ESC]8;;URL ST TEXT ESC]8;; ST

If CC injects text between the URL and string terminator (\e\\), the terminal misinterprets the sequence and displays the URL as visible text.

Current Workaround

Added STATUSLINE_NO_LINKS env var to disable hyperlinks:

export STATUSLINE_NO_LINKS=1

Investigation Needed

1. Confirm hyperlinks are the culprit (test with STATUSLINE_NO_LINKS=1)
2. Try \a (BEL) as string terminator instead of \e\\
3. Understand how/where CC injects its status text
4. Consider double-buffering approach if atomic printf isn't sufficient

Files

• home/.claude/statusline-command.sh - hyperlink generation

[evansenter]

Investigation work tracked in #173

[evansenter]

Investigation findings:

The statusline script already has multiple mitigations:

1. Buffered output - Lines 7-9 redirect stdout/stderr during computation
2. LINK_RESET - $'\e]8;;\e\\' at end of each line to close open hyperlinks
3. Atomic output - Single printf at the end

Root cause analysis:
If CC injects text AFTER our atomic printf, the LINK_RESET should prevent corruption. The corruption described (URL becoming visible) suggests CC is somehow injecting INTO the output stream before our terminator is processed.

Remaining options:

1. Keep using STATUSLINE_NO_LINKS=1 workaround (current solution)
2. Try BEL (\a) terminator instead of ESC \ - some terminals handle this better
3. Report upstream if CC is injecting into output mid-stream (would be a CC bug)

The workaround is effective. Unless this becomes a bigger issue, recommend keeping status quo and potentially closing both #172 and #173 as "workaround in place".

[evansenter]

Closing - workaround in place (STATUSLINE_NO_LINKS=1). The script has proper mitigations (buffered output, LINK_RESET). If CC is injecting mid-stream, that would be an upstream issue.