[GH-ISSUE #22937] feat: Allow reuse of model icons across multiple models (icon deduplication) #90586

Closed
opened 2026-05-15 15:51:11 -05:00 by GiteaMirror · 0 comments
Owner

Originally created by @wogam on GitHub (Mar 22, 2026).
Original GitHub issue: https://github.com/open-webui/open-webui/issues/22937

Check Existing Issues

  • I have searched for all existing open AND closed issues and discussions for similar requests. I have found none that is comparable to my request.

Verify Feature Scope

  • I have read through and understood the scope definition for feature requests in the Issues section. I believe my feature request meets the definition and belongs in the Issues section instead of the Discussions.

Problem Description

When multiple models share the same provider icon (e.g., three GPT-5 variants all using the ChatGPT logo), each model currently stores and serves its own separate copy of that image. There's no way to reuse or reference an existing icon — you have to upload it individually for every model.

This becomes a real performance problem at scale. A user with 20 models across 3-4 providers (OpenAI, Anthropic, Google, etc.) ends up loading 20 separate icon assets on startup, even though only 3-4 unique images are actually needed. For users leveraging OpenRouter — which surfaces a large number of models — this gets significantly worse.

Desired Solution you'd like

Implement icon deduplication so that identical icons are stored once and referenced by multiple models, rather than duplicated per model. Ideally this could work in one of two ways:

  • Reference-based: When assigning an icon to a model, allow selecting an already-uploaded icon from a shared pool rather than requiring a new upload each time.
  • Hash-based deduplication: On the backend, detect when an uploaded icon is identical to an existing one and serve the same asset instead of storing a duplicate.

Either approach would reduce redundant storage and cut down the number of icon requests the client has to make on load — from one per model down to one per unique icon.

Alternatives Considered

No response

Additional Context

No response

Originally created by @wogam on GitHub (Mar 22, 2026). Original GitHub issue: https://github.com/open-webui/open-webui/issues/22937 ### Check Existing Issues - [x] I have searched for all existing **open AND closed** issues and discussions for similar requests. I have found none that is comparable to my request. ### Verify Feature Scope - [x] I have read through and understood the scope definition for feature requests in the Issues section. I believe my feature request meets the definition and belongs in the Issues section instead of the Discussions. ### Problem Description When multiple models share the same provider icon (e.g., three GPT-5 variants all using the ChatGPT logo), each model currently stores and serves its own separate copy of that image. There's no way to reuse or reference an existing icon — you have to upload it individually for every model. This becomes a real performance problem at scale. A user with 20 models across 3-4 providers (OpenAI, Anthropic, Google, etc.) ends up loading 20 separate icon assets on startup, even though only 3-4 unique images are actually needed. For users leveraging OpenRouter — which surfaces a large number of models — this gets significantly worse. ### Desired Solution you'd like Implement icon deduplication so that identical icons are stored once and referenced by multiple models, rather than duplicated per model. Ideally this could work in one of two ways: - Reference-based: When assigning an icon to a model, allow selecting an already-uploaded icon from a shared pool rather than requiring a new upload each time. - Hash-based deduplication: On the backend, detect when an uploaded icon is identical to an existing one and serve the same asset instead of storing a duplicate. Either approach would reduce redundant storage and cut down the number of icon requests the client has to make on load — from one per model down to one per unique icon. ### Alternatives Considered _No response_ ### Additional Context _No response_
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: github-starred/open-webui#90586