codex - 💡(How to fix) Fix Deep links to archived threads (codex://threads/uid) fail silently instead of resolving or offering recovery [1 comments, 2 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
openai/codex#18216Fetched 2026-04-17 08:31:18
View on GitHub
Comments
1
Participants
2
Timeline
5
Reactions
0
Timeline (top)
labeled ×3commented ×1cross-referenced ×1

Error Message

  • No error message or indication the thread is archived

Fix Action

Fix / Workaround

Impact

  • Breaks traceability between Codex and external tools (issue trackers, notes, etc.)
  • Makes archived threads effectively undiscoverable via their canonical links
  • Forces a choice between not archiving threads or losing access to them
  • Workarounds (manually searching .codex/sessions or navigating archived lists) are slow and unreliable
RAW_BUFFERClick to expand / collapse

What version of the Codex App are you using (From “About Codex” dialog)?

Version 26.415.20818 (1727)

What subscription do you have?

Pro

What platform is your computer?

Darwin 25.3.0 arm64 arm

What issue are you seeing?

Deep links to Codex threads stop working once the thread has been archived. Opening a codex://threads/uid link for an archived thread results in a blank page with no indication of what happened or how to recover the thread. This breaks workflows that rely on stable deep links for traceability between external systems and Codex threads.

Context / Use Case
I use deep links to associate Codex threads with issues in an external issue tracker. This works well while threads are active. However, once I archive threads to keep the workspace manageable, those links effectively become dead. This creates a conflict between maintaining a clean workspace and preserving reliable references to past work.

What steps can reproduce the bug?

  1. Create or open a thread in Codex
  2. Copy its deep link (codex://threads/uid)
  3. Archive the thread
  4. Open the deep link

Current Behavior

  • Codex opens a blank page
  • No error message or indication the thread is archived
  • No way to access or recover the thread from that link

What is the expected behavior?

When opening a deep link to an archived thread, Codex should handle it explicitly. Possible approaches:

  • Automatically unarchive the thread and open it
  • Show a prompt indicating the thread is archived, with an option to unarchive
  • Display a read-only preview of the archived thread, with an option to restore it

Any of these would preserve the usefulness of deep links as stable references.

Additional information

Impact

  • Breaks traceability between Codex and external tools (issue trackers, notes, etc.)
  • Makes archived threads effectively undiscoverable via their canonical links
  • Forces a choice between not archiving threads or losing access to them
  • Workarounds (manually searching .codex/sessions or navigating archived lists) are slow and unreliable

Additional Notes

  • This issue becomes more pronounced when using multiple worktrees, where archiving is part of keeping things manageable
  • The current behavior feels like a silent failure rather than an intentional UX decision

Suggestion
At minimum, detect archived-thread deep links and present a clear UI state rather than a blank page. Ideally, provide a one-click path to restore or view the archived thread so deep links remain durable over time.

extent analysis

TL;DR

The most likely fix involves modifying the Codex App to handle deep links to archived threads explicitly, such as by displaying a prompt or a read-only preview with an option to unarchive.

Guidance

  • Detect archived-thread deep links: Implement a check to identify when a deep link points to an archived thread, to prevent the blank page issue.
  • Display a clear UI state: Show a prompt or message indicating that the thread is archived, providing transparency about the thread's status.
  • Offer a recovery option: Provide a one-click path to either unarchive the thread, view it in read-only mode, or restore it, ensuring deep links remain useful over time.
  • Consider UX implications: Ensure that any solution aligns with the app's intended user experience, making it clear to users what happens when they attempt to access an archived thread via a deep link.

Example

No specific code example can be provided without more details on the Codex App's internal implementation. However, the solution might involve adding conditional logic to handle archived threads when processing deep links.

Notes

The exact implementation details may depend on the Codex App's architecture and the technologies used. This guidance assumes that modifying the app's behavior to handle archived threads explicitly is feasible and aligns with the app's development roadmap.

Recommendation

Apply a workaround by modifying the Codex App to detect and handle archived-thread deep links explicitly, as this addresses the core issue of broken traceability and provides a better user experience.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING

codex - 💡(How to fix) Fix Deep links to archived threads (codex://threads/uid) fail silently instead of resolving or offering recovery [1 comments, 2 participants]