codex - 💡(How to fix) Fix Bring back the repository tree view as an in-app context selection tool [4 comments, 3 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#20950Fetched 2026-05-05 05:55:46
View on GitHub
Comments
4
Participants
3
Timeline
7
Reactions
0
Timeline (top)
commented ×4labeled ×2cross-referenced ×1

The old tree view solved a real interaction problem.

The replacement does not.

Please do not confuse "open the repo somewhere else" with "help the user provide precise context to Codex".

Error Message

That is slower, more error-prone, and frankly a strange downgrade for a tool whose entire value depends on accurate code context.

Root Cause

Codex is most useful when the user can give it precise repository context quickly.

Removing or hiding the tree view turns a simple interaction:

right-click file -> add to chat / review this file

into a manual prompt-writing task:

go to this folder, find this file, inspect it, then use it as context

That is slower, more error-prone, and frankly a strange downgrade for a tool whose entire value depends on accurate code context.

RAW_BUFFERClick to expand / collapse

Problem

The previous repository tree view was not just a way to browse files. It was a core workflow feature.

It allowed users to:

  • Navigate the repository directly inside Codex
  • Select specific files without manually typing paths
  • Right-click files and attach them to the current thread
  • Ask Codex to inspect or work on a file with precise context
  • Move from repository structure to agent instruction in one flow

The current "Open" action does not replace this.

Opening the repository in Windows Explorer, GitHub Desktop, or an external editor is useful for file management, but it does not solve the in-app context selection problem. It moves the user out of Codex instead of helping them give Codex better context.

Why this matters

Codex is most useful when the user can give it precise repository context quickly.

Removing or hiding the tree view turns a simple interaction:

right-click file -> add to chat / review this file

into a manual prompt-writing task:

go to this folder, find this file, inspect it, then use it as context

That is slower, more error-prone, and frankly a strange downgrade for a tool whose entire value depends on accurate code context.

Expected behavior

Please restore an in-app repository tree view with file-level actions such as:

  • Add file to current thread context
  • Review this file
  • Summarize this file
  • Ask Codex to modify this file
  • Include folder as context
  • Copy relative path
  • Open diff if modified

Actual behavior

The app provides external open actions, but those are not equivalent.

"Open in Explorer" is not a context workflow. It is a way to leave the app.

Suggested fix

Bring back the repository tree view, or add an equivalent in-app file navigator focused on context selection.

The important part is not merely browsing files. The important part is letting the user select repository context without leaving Codex or manually typing file paths.

Summary

The old tree view solved a real interaction problem.

The replacement does not.

Please do not confuse "open the repo somewhere else" with "help the user provide precise context to Codex".

extent analysis

TL;DR

Restore the in-app repository tree view or implement an equivalent file navigator to enable users to select repository context without leaving the app.

Guidance

  • Reintroduce the repository tree view with file-level actions to provide precise context to Codex.
  • Ensure the new implementation includes essential actions like "Add file to current thread context" and "Review this file".
  • Consider adding a "Copy relative path" feature to facilitate manual context specification when needed.
  • Evaluate the feasibility of integrating the tree view with external editors or GitHub Desktop to streamline workflows.

Example

No code snippet is provided as the issue focuses on functional requirements rather than specific implementation details.

Notes

The solution should prioritize in-app context selection to maintain a seamless user experience within Codex.

Recommendation

Apply a workaround by reintroducing the repository tree view or implementing an equivalent in-app file navigator, as this directly addresses the identified interaction problem and user needs.

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…

FAQ

Expected behavior

Please restore an in-app repository tree view with file-level actions such as:

  • Add file to current thread context
  • Review this file
  • Summarize this file
  • Ask Codex to modify this file
  • Include folder as context
  • Copy relative path
  • Open diff if modified

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 Bring back the repository tree view as an in-app context selection tool [4 comments, 3 participants]