Codex Desktop Windows: pasting a rich hyperlink loses its URL and inserts only display text
Nobody has claimed this yet.
- Dominant language
- Rust
- Stars
- 125k
- Forks
- 19.4k
- PR merge metrics
- PR metrics pending
Description
What version of the Codex App are you using (From “About Codex” dialog)?
26.818.5229.0
What subscription do you have?
Not provided
What platform is your computer?
Microsoft Windows NT 10.0.26200.0 x64
What issue are you seeing?
When the Windows clipboard contains a hyperlink in multiple formats (for example, an HTML link whose visible text differs from its target URL), pasting into the Codex Desktop composer loses the hyperlink target and inserts only the visible display text.
Both Ctrl+V and Ctrl+Shift+V produce the display text. The underlying URL is not inserted. Other Windows applications can select different representations from the same clipboard item; in particular, plain-text paste can recover the raw URL. Codex appears to collapse both paste paths to the same display-text representation.
What steps can reproduce the bug?
- On Windows, copy a rich hyperlink whose display text differs from its target URL.
- Confirm in another Windows application such as Notepad that an alternate/plain-text paste can recover the raw URL from the same clipboard item.
- Focus the Codex Desktop message composer.
- Paste with
Ctrl+V. - Remove the pasted text and paste the same clipboard item with
Ctrl+Shift+V. - Observe that both operations insert only the hyperlink display text and discard the URL.
What is the expected behavior?
Codex should preserve the hyperlink target or expose the appropriate plain-text clipboard representation.
At minimum, Ctrl+Shift+V (“paste as plain text” in common Windows applications) should insert the raw URL when that is the clipboard's plain-text representation, instead of producing the same display text as Ctrl+V.
Additional information
Workaround: copy the address explicitly from the browser address bar with Ctrl+L, Ctrl+C, then paste it into Codex.
This is distinct from reports where Ctrl+Shift+V pastes twice or starts Voice Chat. Here, both paste paths complete, but the hyperlink target is lost.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start at the Codex Desktop message composer entry point that handles Windows Ctrl+V and Ctrl+Shift+V paste events. Reproduce the issue with a rich hyperlink whose display text differs from its URL, then trace which clipboard representation each shortcut uses. Done means Ctrl+V preserves the target when appropriate and Ctrl+Shift+V can insert the raw URL instead of the same display text.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- rust
- Domain
- desktop
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Active
- Clarity
- Clearly specified
- Newbie friendliness
- 72/100