mirror of
https://github.com/diegosouzapw/OmniRoute.git
synced 2026-09-19 21:32:20 +03:00
95cb992c32
* fix(providers): honor the base URL override in OpenRouter model discovery Model discovery for the built-in `openrouter` provider resolved its catalog URL from PROVIDER_MODELS_CONFIG, which is pinned to the global `https://openrouter.ai/api/v1/models`. The per-connection base-URL override (`providerSpecificData.baseUrl`, set via "Advanced -> override base URL") was never consulted on the discovery path, while the inference path has honored it since #6147 (open-sse/executors/base.ts `resolveBaseUrl`). A connection pointed at a different OpenRouter region therefore kept importing the global catalog: the per-connection model list, and the auto-sync that maintains it, advertised model ids the configured endpoint cannot serve. Those ids only failed later, at inference time, so a region/catalog mismatch surfaced as what looked like a provider outage. The two catalogs genuinely differ — the global endpoint advertises ~444 model ids, the EU in-region endpoint ~58 (a strict subset) — so discovery and inference disagreed with no signal exposing it. Discovery now prefers the override for this provider, reusing the existing `addModelsSuffix()` normalization (drops a trailing chat/responses/messages path, appends /models, leaves an existing /models untouched). Mirrors the `openai` override handling added for the same class of bug in #5899. When no override is set the built-in global catalog is still used. Tests: tests/unit/openrouter-models-baseurl-override.test.ts covers both the override and the unchanged default. * chore(changelog): add fragment for #14001 --------- Co-authored-by: Tiangao (hermes) <montigaud@aikumi.pro>