David Metcalfe e7a8b374b7 fix(desktop): expose Local / custom endpoint in Providers API-keys tab (#62818) ... The onboarding overlay already contains a 'Local / custom endpoint' card that writes model.provider:custom + base_url + api_key, but no reachable Desktop GUI path opens it for a fresh add. The composer model pill falls back to the gateway menu panel (Edit Models…), and Settings → Providers → API keys is env-var-driven and never lists a custom endpoint — so users following their instincts cannot add an OpenAI-compatible endpoint (Zyphra, vLLM, Ollama, …) from the GUI. Add a 'Local / custom endpoint' row to the API-keys tab that calls startManualLocalEndpoint(), landing the overlay directly on the existing custom-endpoint form. Reuses the tested onboarding flow; no new UI surface. Regression test in providers-settings.test.tsx asserts the row renders and opens the custom-endpoint flow. Fixes #62817 Co-authored-by: David Metcalfe <80915+DavidMetcalfe@users.noreply.github.com>		2026-07-17 18:58:37 -04:00
..
bootstrap-installer	fix(update): stream update child output to the live log (PYTHONUNBUFFERED)	2026-07-16 13:48:05 +10:00
desktop	fix(desktop): expose Local / custom endpoint in Providers API-keys tab (#62818)	2026-07-17 18:58:37 -04:00
shared	fmt(js): npm run fix on merge (#65229)	2026-07-15 21:40:56 +00:00