anomalyco/opencode
1
0
Fork 0
mirror of https://github.com/anomalyco/opencode.git synced 2026-07-21 17:56:33 -04:00
Code Issues 5.9k Packages Projects Releases 19 Wiki Activity

fix(console): follow-up to #13108 — /docs/en still 404 and English locale does not persist #9335

New Issue
Open
opened 2026-02-16 18:12:12 -05:00 by yindo · 1 comment
yindo commented 2026-02-16 18:12:12 -05:00
Owner
Copy Link
Copy Source

Originally created by @Seungjun0906 on GitHub (Feb 14, 2026).

Originally assigned to: @jayair on GitHub.

Description

This is a follow-up to #13108.

I originally reported this issue in #13108, and a fix was merged, but the problem is still reproducible in production.

So I am opening this issue to track the remaining behavior that was not resolved.

This issue is not limited to Korean.
If oc_locale is set to any non-English locale (for example: ko, ja, fr, etc.), selecting English from the language selector may not stay in English.

Also, /docs/en still returns 404 in production.

Expected behavior

  • /docs/en should resolve to English docs consistently (or redirect to canonical English docs path, e.g. /docs).
  • Selecting English should persist English and should not revert to a previous non-English locale.
  • /docs/en/* paths should also resolve consistently for English docs.

Actual behavior

  • /docs/en returns 404 in production.
  • English selection can be overridden by existing non-English locale state (oc_locale).
  • In practice, English does not remain sticky in some docs navigation flows.

Reproduction (production)

  1. Set oc_locale to a non-English locale (e.g. ko).
  2. Open https://opencode.ai/docs.
  3. Try either:
    • Directly navigate to https://opencode.ai/docs/en, or
    • Select English from the language selector in docs.
  4. Observe current behavior.
    Observed result
  • /docs/en returns 404.
  • English selection may fall back to the previous non-English locale.

Notes
Likely related to docs path canonicalization for /docs/en* and locale cookie synchronization in docs proxy routing.

Plugins

No response

OpenCode version

No response

Steps to reproduce

No response

Screenshot and/or share link

No response

Operating System

No response

Terminal

No response

Originally created by @Seungjun0906 on GitHub (Feb 14, 2026). Originally assigned to: @jayair on GitHub. ### Description This is a follow-up to #13108. I originally reported this issue in #13108, and a fix was merged, but the problem is still reproducible in production. So I am opening this issue to track the remaining behavior that was not resolved. This issue is not limited to Korean. If `oc_locale` is set to any non-English locale (for example: `ko`, `ja`, `fr`, etc.), selecting English from the language selector may not stay in English. Also, `/docs/en` still returns 404 in production. **Expected behavior** - `/docs/en` should resolve to English docs consistently (or redirect to canonical English docs path, e.g. `/docs`). - Selecting English should persist English and should not revert to a previous non-English locale. - `/docs/en/*` paths should also resolve consistently for English docs. **Actual behavior** - `/docs/en` returns 404 in production. - English selection can be overridden by existing non-English locale state (`oc_locale`). - In practice, English does not remain sticky in some docs navigation flows. **Reproduction (production)** 1. Set `oc_locale` to a non-English locale (e.g. `ko`). 2. Open `https://opencode.ai/docs`. 3. Try either: - Directly navigate to `https://opencode.ai/docs/en`, or - Select English from the language selector in docs. 4. Observe current behavior. Observed result - `/docs/en` returns 404. - English selection may fall back to the previous non-English locale. **Notes** Likely related to docs path canonicalization for `/docs/en*` and locale cookie synchronization in docs proxy routing. ### Plugins _No response_ ### OpenCode version _No response_ ### Steps to reproduce _No response_ ### Screenshot and/or share link _No response_ ### Operating System _No response_ ### Terminal _No response_
yindo added the bugdocs labels 2026-02-16 18:12:12 -05:00
yindo commented 2026-02-16 18:12:13 -05:00
Author
Owner
Copy Link
Copy Source

@Seungjun0906 commented on GitHub (Feb 15, 2026):

@jayair #13608
this is the follow up PR for this issue

@Seungjun0906 commented on GitHub (Feb 15, 2026): @jayair #13608 this is the follow up PR for this issue
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
acp
bad
bug
discussion
docs
documentation
enhancement
extension
good first issue
growth
help-wanted
mcp
model-problem
needs:compliance
nix
opentui
perf
pull-request
Mirrored from GitHub Pull Request
 tui
web
windows
zen
No Label bug docs
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
yindo
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: anomalyco/opencode#9335
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?