mirror of
https://github.com/ollama/ollama.git
synced 2026-07-07 08:11:40 +00:00
2a8b31531e
ollama launch codex-app sets root-level model_provider = "ollama-launch-codex-app" in ~/.codex/config.toml to route requests through the local Ollama server. In Codex, model_provider is a global config key, there is no per-model provider in the catalog schema (ModelInfo has no model_provider field), so it applies to every model, not just Ollama ones. When a user switches to a built-in OpenAI model (e.g. gpt-5.5) in the Codex App UI, the UI writes model = "gpt-5.5" to config.toml but does NOT update model_provider. The root model_provider stays "ollama-launch-codex-app", so the OpenAI model request goes to http://localhost:11434/v1/responses instead of OpenAI API, resulting in a 404 ("model gpt-5.5 not found"). The user is stuck: OpenAI models silently route to localhost until they know to run "ollama launch codex-app --restore". Fix: CurrentModel() now verifies the configured model appears as a slug in the Ollama-managed catalog before reporting the integration as active. When the model has drifted (user selected a non-Ollama model in the UI), CurrentModel() returns empty, so the launcher accurately shows the integration as inactive and the user is directed to restore or re-launch. |
||
|---|---|---|
| .. | ||
| bench | ||
| config | ||
| internal/fileutil | ||
| launch | ||
| runner | ||
| tui | ||
| background_unix.go | ||
| background_windows.go | ||
| cmd.go | ||
| cmd_launcher_test.go | ||
| cmd_test.go | ||
| editor_unix.go | ||
| editor_windows.go | ||
| interactive.go | ||
| interactive_test.go | ||
| start.go | ||
| start_darwin.go | ||
| start_default.go | ||
| start_windows.go | ||
| warn_thinking_test.go | ||