Skip to content

fix(provider): point aggregator setup_urls to fork README (#80)#182

Open
quangdang46 wants to merge 1 commit into
masterfrom
fix/opencode-setup-url-fork-docs
Open

fix(provider): point aggregator setup_urls to fork README (#80)#182
quangdang46 wants to merge 1 commit into
masterfrom
fix/opencode-setup-url-fork-docs

Conversation

@quangdang46
Copy link
Copy Markdown
Owner

What

Eleven OpenAI-compatible aggregator profiles in crates/jcode-provider-metadata/src/catalog.rs (opencode-zen, opencode-go, 302ai, baseten, cortecs, firmware, hugging-face, moonshot-ai, nebius-token-factory, scaleway, stackit) shipped setup_url values pointing at https://opencode.ai/docs/providers#<id>. Those URLs 404 from jcode's perspective — opencode.ai's docs site does not host jcode-specific provider setup pages, so users hitting the "setup" link in the login UI got a useless landing.

This addresses issue #80: #80

Changes

  • crates/jcode-provider-metadata/src/catalog.rs: replace all 11 opencode.ai/docs/providers#<id> URLs with https://github.com/quangdang46/jcode#oauth-and-providers (the fork README section that actually documents these providers). Verified with grep -c 'opencode.ai/docs/providers' catalog.rs == 0.
  • src/provider_catalog_tests.rs: strengthen auth_issue_profile_metadata_matches_direct_provider_endpoints to:
    • Iterate the affected profiles and assert none still contain opencode.ai/docs.
    • Pin OPENCODE_PROFILE.setup_url and OPENCODE_GO_PROFILE.setup_url to the new value explicitly.

Tests

$ cargo test -p jcode --lib provider_catalog_tests::auth_issue_profile_metadata
test result: ok. 1 passed; 0 failed

Notes / scope deviation from upstream

  • Upstream PR Fix opencode setup docs links 1jehuang/jcode#91 uses https://github.com/1jehuang/jcode#openai-compatible-providers as the replacement URL and also bumps OPENCODE_GO_PROFILE.default_model from GLM-4.5 to GLM-4.9. This fork already uses different defaults (minimax-m2.7 for opencode-zen, kimi-k2.5 for opencode-go), so the model bump is not applicable. Replacement URL points to this fork's README so the link works in the user's actual login UI.
  • I picked the #oauth-and-providers anchor because it's a stable, top-level README section that exists today. If you'd rather use a deeper anchor or move the docs to OAUTH.md, happy to follow up.

Eleven OpenAI-compatible aggregator profiles in
crates/jcode-provider-metadata/src/catalog.rs (opencode-zen,
opencode-go, 302ai, baseten, cortecs, firmware, hugging-face,
moonshot-ai, nebius-token-factory, scaleway, stackit) shipped
`setup_url` values pointing at `https://opencode.ai/docs/providers#<id>`.
Those URLs 404 from jcode's perspective — opencode.ai's docs site does
not host jcode-specific provider setup pages, so users hitting the
"setup" link in the login UI got a useless landing.

Replace all eleven with `https://github.com/quangdang46/jcode#oauth-and-providers`,
which is the fork's README section that actually documents how to
configure these providers (including `jcode login --provider <id>`
commands and per-provider env vars).

Strengthen `auth_issue_profile_metadata_matches_direct_provider_endpoints`
in src/provider_catalog_tests.rs to assert no aggregator setup_url
still references `opencode.ai/docs`, plus pin the new opencode /
opencode-go URLs explicitly.

Ports the intent of upstream PR 1jehuang#91
(which uses the upstream README anchor); URLs adjusted to point at
this fork's README instead.
Closes #80
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant