TUI markdown hyperlinks are not clickable in OSC 8-capable terminals on 0.136.0

Additional finding after more testing:

• A bare web URL like https://github.com/openai/codex/issues/25934 is clickable in the Codex TUI.
• If the URL wraps onto the next terminal line, the clickable target is split / broken.
• A local path-style reference like tmp/codex-0136-hyperlinks-issue.md is not clickable.
• Markdown local file links are also not clickable.

So the issue is more specific than my first report:

1. Bare https://... links can be clickable.
2. Wrapped long URLs appear to lose a single contiguous hyperlink target.
3. Markdown link labels and local file references do not become clickable terminal hyperlinks.

This is probably related to hyperlink range remapping after line wrapping.

Concrete wrap failure example:

The following URL becomes visually split in a narrow terminal:

https://raw.githubusercontent.com/openai/codex/rust-v0.136.0/codex-rs/tu
        i/src/terminal_hyperlinks.rs

Expected:

• The whole logical URL should remain one clickable hyperlink target.
• The inserted visual line break / indentation should not break the destination.

Actual:

• The URL is effectively cut into pieces.
• The continuation part is not part of the same clickable target.

This is a good minimal sample because the correct URL is:

https://raw.githubusercontent.com/openai/codex/rust-v0.136.0/codex-rs/tui/src/terminal_hyperlinks.rs

but the wrapped display separates tui into tu + i.

Additional kitty-specific check:

• Terminal: kitty 0.45.0
• Kitty config does not disable hyperlinks.
• Bare web URLs are clickable outside Codex.
• In Codex TUI, regular click does not reliably open hyperlinks.
• Shift+Click and Ctrl+Shift+Click also do not work.

This makes the issue unlikely to be a simple kitty configuration problem. It looks like Codex TUI rendering / mouse handling / hyperlink range handling is preventing terminal hyperlink activation.

I’m also experiencing this issue.

### Environment

• Codex CLI 0.146.0 (standalone installation)
• Arch Linux
• Bash
• Ghostty 1.3.1-arch2

In my case, it happens with Obsidian links:

```markdown
[Open Obsidian note](obsidian://open?vault=ExampleVault&file=Random%20Folder%2FExample%20Note)

  The link is rendered with link-like styling, but Ctrl + click does nothing. The obsidian:// protocol is correctly registered on my system, and internal codex:// links work
  in the same terminal.

  I would expect Codex to preserve the obsidian:// destination as a clickable hyperlink and let the system open it with Obsidian.

A direct OSC 8 hyperlink using the same obsidian:// URL works correctly in Ghostty. This confirms that the terminal and system URL association are working; the URI is being lost or filtered during Codex’s Markdown rendering.

I reviewed this issue against a focused patch for the local-file/Markdown-link part of the report.

The overlap is clear:

• The issue's follow-up comments explicitly report that a path-style reference such as tmp/codex-0136-hyperlinks-issue.md and Markdown local-file links are not clickable.
• The issue is still open, and I did not find a maintainer comment rejecting this direction or a linked PR that resolves the local-file case.
• This patch does not claim to fix every symptom here (for example, wrapped web URLs or arbitrary application protocols such as obsidian://).

The proposed change is to emit standard file:// OSC 8 metadata for local file references rendered by the TUI, including inline path references and explicit Markdown local-file links. The visible text and any :line[:column] suffix stay unchanged, while the terminal receives a normal file hyperlink. This leaves activation to the terminal, so it supports the usual right-click “Open Link/Open File” and Ctrl+click behavior rather than introducing single-click handling or a VS Code-specific URI.

Implementation/validation:

• Branch: https://github.com/Heimao-c/codex/tree/agent/local-file-links
• Commit: https://github.com/Heimao-c/codex/commit/99c2d5e9abd7b4512df86de6821ed95a891bbcba
• 109 markdown-render tests and 14 terminal-hyperlink tests pass.
• The patch is intentionally limited to local file references; it does not change model instructions or terminal mouse handling.

I understand external PRs are currently invitation-only, so I am sharing this focused patch for discussion. If this approach matches the intended fix, please let me know whether an external PR would be welcome.