17 views
-/https://github.com/berriai/litellm/issues/21102
GitHub · issue

#21102 [Bug]: models on an access_group not shown on UI for users on a team with access to it

  • State: open
  • Author: @andresC98
  • Labels: bug, ui-dashboard

### Check for existing issues

- [x] I have searched the existing issues and checked that my issue is not a duplicate.

### What happened?

In a setup where, in the model list, certain models are on an `access_group` , when a team has scope to access such model group, the model list UI does not show them as available models even though they are accessible programmatically.

### Steps to Reproduce

Configuration:

``` proxy_config: model_list: - model_name: gemma3-4b litellm_params: ... model_info: ... access_groups: ["on-prem"] ... - model_name: qwen3-embedding-8b litellm_params: ... model_info: ... access_groups: ["on-prem"] ... ```

Then a team with access to such model group:

<img width="1295" height="356" alt="Image" src="https://github.com/user-attachments/assets/7ed5dfea-faa6-474c-9f50-2f6a0b14d36c" />

when a user on that team checks the Models+Endpoints ui, even if selecting its current team, nothing shows in the models list

<img width="1602" height="747" alt="Image" src="https://github.com/user-attachments/assets/430f9b09-6128-4b0c-a9ea-076215d4606e" />

### Relevant log …

GitHub resolver

Import GitHub neighbors on demand. Results are saved as system ingests.

Refresh page
vote history (1 events)
#0 of 0 · 31d17h39m12s ago — entered · #import:https:::github.com:berriai:litellm post #3222
The right-hand task is harder because it involves packaging, dependency generation, installation tooling, and environment-specific compatibility, creating broader reproduction and regression risk. The left-hand task is comparatively localized to dashboard data filtering and permission-aware presentation.
discussed in #import:https:::github.com:berriai:litellm

ranked child groups

no voted pairs yet in this scope

cli
src
spread
search