codex - 💡(How to fix) Fix Slash command search should match canonical English names in localized UI [1 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#21373Fetched 2026-05-07 03:41:01
View on GitHub
Comments
0
Participants
1
Timeline
3
Reactions
0
Author
Participants
Timeline (top)
labeled ×2cross-referenced ×1

In Codex Desktop, built-in slash commands appear to be searchable only by the localized display text for the current UI language. The canonical English command names are not searchable in a localized UI.

Root Cause

Many users work in localized UI but still learn, document, discuss, and type slash commands by their English canonical names. For example, /compact is easier to type and more commonly referenced than /压缩 for bilingual users.

This also makes GitHub issue discussions and documentation harder to follow: users may think a command is missing when it is present but only discoverable through the localized label.

RAW_BUFFERClick to expand / collapse

Summary

In Codex Desktop, built-in slash commands appear to be searchable only by the localized display text for the current UI language. The canonical English command names are not searchable in a localized UI.

Environment

  • Codex Desktop: 26.429.61741 (2429)
  • Platform: macOS
  • UI language: zh-CN

Reproduction

  1. Set Codex Desktop UI language to Chinese (Simplified).
  2. Open the slash command picker from the composer.
  3. Search for compact.

Actual behavior

The compact command is not found when searching for compact.

The command is displayed and searchable only as /压缩, with the description 压缩此线程的上下文.

This appears to apply to built-in commands generally: command discovery follows the localized UI text, not the canonical English command name.

Expected behavior

Slash command search should match both:

  • the canonical English command name, for example compact
  • the localized display label, for example 压缩

The command can still be displayed in the localized language, but the search index should include stable canonical aliases.

Why this matters

Many users work in localized UI but still learn, document, discuss, and type slash commands by their English canonical names. For example, /compact is easier to type and more commonly referenced than /压缩 for bilingual users.

This also makes GitHub issue discussions and documentation harder to follow: users may think a command is missing when it is present but only discoverable through the localized label.

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

Slash command search should match both:

  • the canonical English command name, for example compact
  • the localized display label, for example 压缩

The command can still be displayed in the localized language, but the search index should include stable canonical aliases.

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 Slash command search should match canonical English names in localized UI [1 participants]