github-starred/open-webui
2
0
Fork 0
mirror of https://github.com/open-webui/open-webui.git synced 2026-07-16 23:21:44 -05:00
Code Issues 2.4k Packages Projects Releases 129 Wiki Activity

[GH-ISSUE #24436] feat: User configuable image generation/editing resolutions #74907

New Issue
Closed
opened 2026-05-13 07:46:31 -05:00 by GiteaMirror · 6 comments
GiteaMirror commented 2026-05-13 07:46:31 -05:00
Owner
Copy Link

Originally created by @i0ntempest on GitHub (May 7, 2026).
Original GitHub issue: https://github.com/open-webui/open-webui/issues/24436

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

Right now image gen/edit resolution can only be changed by an admin in the admin panel.

Desired Solution you'd like

Would be great if users can configure their own target resolutions when generating an image, up to an upper limit set by the admin.

Alternatives Considered

None really

Additional Context

No response

Originally created by @i0ntempest on GitHub (May 7, 2026). Original GitHub issue: https://github.com/open-webui/open-webui/issues/24436 ### 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 Right now image gen/edit resolution can only be changed by an admin in the admin panel. ### Desired Solution you'd like Would be great if users can configure their own target resolutions when generating an image, up to an upper limit set by the admin. ### Alternatives Considered None really ### Additional Context _No response_
GiteaMirror commented 2026-05-13 07:46:33 -05:00
Author
Owner
Copy Link

@owui-terminator[bot] commented on GitHub (May 7, 2026):

🔍 Related Issues Found

I found some existing issues that might be related. Please check if any of these are duplicates or contain helpful solutions:

  1. 🟣 #8965 **Enhancement Requests: Guest Mode, Unified Image Upload Resolution, and Improved Password Security, as options. **
    This request is also about controlling image-related settings centrally, specifically admin-defined upload resolution. While it concerns uploads rather than generation/editing, it shows prior interest in resolution governance and limiting image sizes by admin policy.
    by AzizDXT

  2. 🟣 #14410 issue: for gpt-image-1 "auto" option for resulotion should be available
    This issue is directly about image generation resolution options for gpt-image-1. It requests support for an additional resolution setting ('auto'), so it is closely related to configuring generation resolution behavior.
    by Hulkmaster · bug

  3. 🟣 #8535 feat: Permissions for image generation
    This feature request discusses restricting image generation access via user groups and admin controls. It is related because the new issue also asks for finer-grained user-level control over image generation settings rather than a single admin-wide setting.
    by edurenye

  4. 🟣 #6831 Feature Enhancement: Improve Image Generation Access and Usability
    This enhancement targets image generation usability and workflow. It is only loosely related, but it discusses moving image generation controls closer to users, which overlaps with the new request for users to control generation parameters themselves.
    by samuelpetermoshi

💡 If your issue is a duplicate, please close it and add any additional details to the existing issue instead.

This comment was generated automatically. React with 👍 if helpful, 👎 if not.

<!-- gh-comment-id:4401316661 --> @owui-terminator[bot] commented on GitHub (May 7, 2026): <!-- terminator-bot:related-issues-reply --> 🔍 **Related Issues Found** I found some existing issues that might be related. Please check if any of these are duplicates or contain helpful solutions: 1. 🟣 [#8965](https://github.com/open-webui/open-webui/issues/8965) **Enhancement Requests: Guest Mode, Unified Image Upload Resolution, and Improved Password Security, as options. ** *This request is also about controlling image-related settings centrally, specifically admin-defined upload resolution. While it concerns uploads rather than generation/editing, it shows prior interest in resolution governance and limiting image sizes by admin policy.* *by AzizDXT* 2. 🟣 [#14410](https://github.com/open-webui/open-webui/issues/14410) **issue: for gpt-image-1 "auto" option for resulotion should be available** *This issue is directly about image generation resolution options for gpt-image-1. It requests support for an additional resolution setting ('auto'), so it is closely related to configuring generation resolution behavior.* *by Hulkmaster · `bug`* 3. 🟣 [#8535](https://github.com/open-webui/open-webui/issues/8535) **feat: Permissions for image generation** *This feature request discusses restricting image generation access via user groups and admin controls. It is related because the new issue also asks for finer-grained user-level control over image generation settings rather than a single admin-wide setting.* *by edurenye* 4. 🟣 [#6831](https://github.com/open-webui/open-webui/issues/6831) **Feature Enhancement: Improve Image Generation Access and Usability** *This enhancement targets image generation usability and workflow. It is only loosely related, but it discusses moving image generation controls closer to users, which overlaps with the new request for users to control generation parameters themselves.* *by samuelpetermoshi* --- 💡 If your issue is a duplicate, please close it and add any additional details to the existing issue instead. *This comment was generated automatically.* React with 👍 if helpful, 👎 if not.
GiteaMirror commented 2026-05-13 07:46:33 -05:00
Author
Owner
Copy Link

@Classic298 commented on GitHub (May 7, 2026):

Could a custom tool be that solution?

<!-- gh-comment-id:4401824810 --> @Classic298 commented on GitHub (May 7, 2026): Could a custom tool be that solution?
GiteaMirror commented 2026-05-13 07:46:34 -05:00
Author
Owner
Copy Link

@i0ntempest commented on GitHub (May 8, 2026):

If you mean a custom tool server in mcpo or something similar then not really. It wouldn’t provide the detailed and native control I’d like.
Openwebui already has a somewhat good model of global/user level options, what I’m suggesting is adding image gen resolution control to this model (the admin sets a default and a maximum, users can override as long as it below the maximum, maybe in the session parameters panel).

<!-- gh-comment-id:4403056504 --> @i0ntempest commented on GitHub (May 8, 2026): If you mean a custom tool server in mcpo or something similar then not really. It wouldn’t provide the detailed and native control I’d like. Openwebui already has a somewhat good model of global/user level options, what I’m suggesting is adding image gen resolution control to this model (the admin sets a default and a maximum, users can override as long as it below the maximum, maybe in the session parameters panel).
GiteaMirror commented 2026-05-13 07:46:34 -05:00
Author
Owner
Copy Link

@Classic298 commented on GitHub (May 8, 2026):

I meant a normal workspace tool

Using userValves and calling open webui's internal image endpoints i think you can achieve that

<!-- gh-comment-id:4404170444 --> @Classic298 commented on GitHub (May 8, 2026): I meant a normal workspace tool Using userValves and calling open webui's internal image endpoints i think you can achieve that
GiteaMirror commented 2026-05-13 07:46:35 -05:00
Author
Owner
Copy Link

@i0ntempest commented on GitHub (May 8, 2026):

Could be possible, but currently there's no such tool.
Also official integration would still be better.

<!-- gh-comment-id:4406960860 --> @i0ntempest commented on GitHub (May 8, 2026): Could be possible, but currently there's no such tool. Also official integration would still be better.
GiteaMirror commented 2026-05-13 07:46:35 -05:00
Author
Owner
Copy Link

@Classic298 commented on GitHub (May 8, 2026):

how would an official integration be better here - and yes there is no such tool but you can very easily build yourself

<!-- gh-comment-id:4407003741 --> @Classic298 commented on GitHub (May 8, 2026): how would an official integration be better here - and yes there is no such tool but you can very easily build yourself
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
bug
confirmed
confirmed issue
core
documentation
enhancement
good first issue
help wanted
non-core
pull-request
Mirrored from GitHub Pull Request
 python
question
testing wanted
No Label
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
GiteaMirror ninjasurge
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: github-starred/open-webui#74907
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?