You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
bug(app): custom models without release dates are hidden in V2 #60479
V2 desktop loads custom models from the global config, but the model picker hides them when no release date is configured. On Windows, the running service returns the provider as enabled and the model with time.released: 0. The app converts that unknown date to 1970-01-01, so its default visibility filter excludes the model.
This reproduces the defect reported in #49605 on the current V2 code; #50726 describes the same desktop symptom.
Steps to reproduce
Add a model with no catalog entry or release date to %USERPROFILE%\.config\opencode\opencode.jsonc:
Open a client with no saved model visibility preference.
Open the model picker and search for local-example-model.
Expected: the enabled model is visible, using the existing unknown-date fallback.
Actual: it is hidden; manually enabling it in Manage models makes it appear.
OpenCode version
Reproduced with fork desktop 2.2.0-dev-my.4; the same normalization and visibility logic remains in upstream dev at cd6551f9a0 and fork 2.2.1-dev-my.1.
Operating System
Windows x64 (shared web/desktop app logic).
Verification
Read-only /api/config, /api/provider, and /api/model requests confirm successful config loading. A regression test against the real catalog adapter fails before preserving released: 0 as an empty date. Known release dates and explicit visibility preferences should retain their behavior.
Thanks for the detailed report and the root-cause analysis! I think this is a duplicate of #49605, which is still open and describes the same chain: time.released: 0 is turned into 1970-01-01, so the default visibility rule hides config-declared models.
Possible duplicates and related issues, ordered by likelihood:
Your Windows confirmation and the regression-test approach would be useful on #49605. The bot will close this issue as a duplicate in 1 day unless you reply explaining how your problem is different.
Closing this as a duplicate of #49605, since we haven't heard how this differs from it. That issue covers the same problem: time.released: 0 is turned into 1970-01-01, so the model picker hides config-declared models by default. Please follow #49605 for progress. Your Windows confirmation and regression-test approach would be welcome there. If your case does turn out to be different, reply here and we can reopen it. Thanks for the thorough report!
Activity
opencodejr commentedon Oct 30, 2026
Thanks for the detailed report and the root-cause analysis! I think this is a duplicate of #49605, which is still open and describes the same chain:
time.released: 0is turned into1970-01-01, so the default visibility rule hides config-declared models.Possible duplicates and related issues, ordered by likelihood:
1970-01-01, model hidden by default); already reproduced on v2 anddevYour Windows confirmation and the regression-test approach would be useful on #49605. The bot will close this issue as a duplicate in 1 day unless you reply explaining how your problem is different.
opencodejr commentedon Oct 31, 2026
Closing this as a duplicate of #49605, since we haven't heard how this differs from it. That issue covers the same problem:
time.released: 0is turned into1970-01-01, so the model picker hides config-declared models by default. Please follow #49605 for progress. Your Windows confirmation and regression-test approach would be welcome there. If your case does turn out to be different, reply here and we can reopen it. Thanks for the thorough report!