litellm - 💡(How to fix) Fix [Bug]: Admin UI "Add Model" dropdown lists models past their deprecation_date

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…

Root Cause

deprecation_date is an existing field in the cost map; 58 entries already carry it (e.g. azure/gpt-3.5-turbo-0125, deprecation_date 2025-03-31, still present). Because the dropdown ignores it, models past their deprecation date keep being offered. SambaNova is the most visible case: 12 of its 17 listed entries are retired.

Code Example

1. Open the Admin UI (/ui)ModelsAdd Model
2. Select a provider that has deprecation_date-tagged models:
   - SambaNova, or Azure OpenAI, etc.
3. Observe that the model dropdown lists retired models, e.g.:
   - SambaNova: Meta-Llama-3.1-405B-Instruct, QwQ-32B, Qwen2-Audio-7B-Instruct, ...
   - Azure: past-deprecation_date gpt-3.5-turbo variants

---

# n/a (UI behavior)
RAW_BUFFERClick to expand / collapse

Check for existing issues

  • I have searched the existing issues and checked that my issue is not a duplicate.

What happened?

In the Admin UI "Add Model" flow, selecting a provider lists models that are already retired. getProviderModels() (ui/litellm-dashboard/src/components/provider_info_helpers.tsx) returns every cost-map entry whose litellm_provider matches the selected provider and does not filter on deprecation_date.

deprecation_date is an existing field in the cost map; 58 entries already carry it (e.g. azure/gpt-3.5-turbo-0125, deprecation_date 2025-03-31, still present). Because the dropdown ignores it, models past their deprecation date keep being offered. SambaNova is the most visible case: 12 of its 17 listed entries are retired.

Expected: the dropdown excludes entries whose deprecation_date is in the past (or shows them disabled). This applies to every provider, not just SambaNova.

Steps to Reproduce

1. Open the Admin UI (/ui) → Models → Add Model
2. Select a provider that has deprecation_date-tagged models:
   - SambaNova, or Azure OpenAI, etc.
3. Observe that the model dropdown lists retired models, e.g.:
   - SambaNova: Meta-Llama-3.1-405B-Instruct, QwQ-32B, Qwen2-Audio-7B-Instruct, ...
   - Azure: past-deprecation_date gpt-3.5-turbo variants

The dropdown is built by getProviderModels(provider, modelMap), which iterates Object.entries(modelMap) and pushes every key whose litellm_provider matches; there is no deprecation_date check.

Relevant log output

# n/a (UI behavior)

What part of LiteLLM is this about?

UI Dashboard

What LiteLLM version are you on?

v1.83.14-stable (also reproduces on main)


Proposed fix

  • In getProviderModels(), skip entries whose deprecation_date is earlier than the current date (or render them disabled). Benefits all providers.

Note: tagging SambaNova's retired models with deprecation_date is handled in a separate cost-map data issue (#29011); this issue is about the UI honoring that field.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING