github-starred/open-webui
2
0
Fork 0
mirror of https://github.com/open-webui/open-webui.git synced 2026-11-13 17:58:56 -06:00
Code Issues 2.4k Packages Projects Releases 129 Wiki Activity

[GH-ISSUE #16541] issue: Reorder Models is broken #121261

New Issue
Closed
opened 2026-05-20 23:11:13 -05:00 by GiteaMirror · 6 comments
GiteaMirror commented 2026-05-20 23:11:13 -05:00
Owner
Copy Link
Copy Source

Originally created by @wsomm on GitHub (Aug 12, 2025).
Original GitHub issue: https://github.com/open-webui/open-webui/issues/16541

Check Existing Issues

  • I have searched the existing issues and discussions.
  • I am using the latest version of Open WebUI.

Installation Method

Git Clone

Open WebUI Version

0.6.22

Ollama Version (if applicable)

No response

Operating System

MacOS Sequoia

Browser (if applicable)

Brave

Confirmation

  • I have read and followed all instructions in README.md.
  • I am using the latest version of both Open WebUI and Ollama.
  • I have included the browser console logs.
  • I have included the Docker container logs.
  • I have provided every relevant configuration, setting, and environment variable used in my setup.
  • I have clearly listed every relevant configuration, custom setting, environment variable, and command-line option that influences my setup (such as Docker Compose overrides, .env values, browser settings, authentication configurations, etc).
  • I have documented step-by-step reproduction instructions that are precise, sequential, and leave nothing to interpretation. My steps:
  • Start with the initial platform/version/OS and dependencies used,
  • Specify exact install/launch/configure commands,
  • List URLs visited, user input (incl. example values/emails/passwords if needed),
  • Describe all options and toggles enabled or changed,
  • Include any files or environmental changes,
  • Identify the expected and actual result at each stage,
  • Ensure any reasonably skilled user can follow and hit the same issue.

Expected Behavior

Reorder the model for my users by specifying the sequence in

Admin Panel -> Settings -> Models -> Settings (upper right corner)

Wenn I move the mouse to the three vertical dots, the "cross" appears.
I can move the models up or down.

Actual Behavior

Wenn I move the mouse to the three vertical dots, the "cross" appears.
But I cannot move the models up or down.

It worked at least in version 0.6.18, where I used it before.

Steps to Reproduce

Open the reorder Page. Try to move the models up or down. The will stick to the position.

Logs & Screenshots

No logs, no errors.

Additional Information

It worked at least in version 0.6.18, where I used it before.

Originally created by @wsomm on GitHub (Aug 12, 2025). Original GitHub issue: https://github.com/open-webui/open-webui/issues/16541 ### Check Existing Issues - [x] I have searched the existing issues and discussions. - [x] I am using the latest version of Open WebUI. ### Installation Method Git Clone ### Open WebUI Version 0.6.22 ### Ollama Version (if applicable) _No response_ ### Operating System MacOS Sequoia ### Browser (if applicable) Brave ### Confirmation - [x] I have read and followed all instructions in `README.md`. - [x] I am using the latest version of **both** Open WebUI and Ollama. - [x] I have included the browser console logs. - [x] I have included the Docker container logs. - [x] I have **provided every relevant configuration, setting, and environment variable used in my setup.** - [x] I have clearly **listed every relevant configuration, custom setting, environment variable, and command-line option that influences my setup** (such as Docker Compose overrides, .env values, browser settings, authentication configurations, etc). - [x] I have documented **step-by-step reproduction instructions that are precise, sequential, and leave nothing to interpretation**. My steps: - Start with the initial platform/version/OS and dependencies used, - Specify exact install/launch/configure commands, - List URLs visited, user input (incl. example values/emails/passwords if needed), - Describe all options and toggles enabled or changed, - Include any files or environmental changes, - Identify the expected and actual result at each stage, - Ensure any reasonably skilled user can follow and hit the same issue. ### Expected Behavior Reorder the model for my users by specifying the sequence in Admin Panel -> Settings -> Models -> Settings (upper right corner) Wenn I move the mouse to the three vertical dots, the "cross" appears. I can move the models up or down. ### Actual Behavior Wenn I move the mouse to the three vertical dots, the "cross" appears. But I cannot move the models up or down. It worked at least in version 0.6.18, where I used it before. ### Steps to Reproduce Open the reorder Page. Try to move the models up or down. The will stick to the position. ### Logs & Screenshots No logs, no errors. ### Additional Information It worked at least in version 0.6.18, where I used it before.
GiteaMirror added the bug label 2026-05-20 23:11:13 -05:00
GiteaMirror commented 2026-05-20 23:11:16 -05:00
Author
Owner
Copy Link
Copy Source

@frenzybiscuit commented on GitHub (Aug 12, 2025):

Does it also happen on safari?

<!-- gh-comment-id:3180869476 --> @frenzybiscuit commented on GitHub (Aug 12, 2025): Does it also happen on safari?
GiteaMirror commented 2026-05-20 23:11:16 -05:00
Author
Owner
Copy Link
Copy Source

@wsomm commented on GitHub (Aug 12, 2025):

Ah, it does NOT. Only on Brave.

<!-- gh-comment-id:3181137443 --> @wsomm commented on GitHub (Aug 12, 2025): Ah, it does NOT. Only on Brave.
GiteaMirror commented 2026-05-20 23:11:17 -05:00
Author
Owner
Copy Link
Copy Source

@frenzybiscuit commented on GitHub (Aug 12, 2025):

Can you provide console output of the errors from the brave browser?

Because there is bound to be some.

<!-- gh-comment-id:3181179192 --> @frenzybiscuit commented on GitHub (Aug 12, 2025): Can you provide console output of the errors from the brave browser? Because there is bound to be some.
GiteaMirror commented 2026-05-20 23:11:17 -05:00
Author
Owner
Copy Link
Copy Source

@wsomm commented on GitHub (Aug 13, 2025):

This appears two times:

index.js:791 [tiptap warn]: Duplicate extension names found: ['codeBlock', 'bulletList', 'listItem', 'listKeymap', 'orderedList']. This can lead to issues.
zf @ index.js:791

General.svelte:62 
    Objectcurrent: "0.6.22"latest: "0.6.22"[[Prototype]]: 
    Objectconstructor: 
        ƒ Object()hasOwnProperty: 
            ƒ hasOwnProperty()isPrototypeOf: 
            ƒ isPrototypeOf()propertyIsEnumerable: 
            ƒ propertyIsEnumerable()toLocaleString: 
            ƒ toLocaleString()toString: 
            ƒ toString()valueOf: 
            ƒ valueOf()__defineGetter__: 
            ƒ __defineGetter__()__defineSetter__: 
            ƒ __defineSetter__()__lookupGetter__: 
            ƒ __lookupGetter__()__lookupSetter__: 
            ƒ __lookupSetter__()__proto__: (...)get __proto__: 
            ƒ __proto__()set __proto__: 
            ƒ __proto__()
General.svelte:65 false
<!-- gh-comment-id:3182684794 --> @wsomm commented on GitHub (Aug 13, 2025): This appears two times: ``` index.js:791 [tiptap warn]: Duplicate extension names found: ['codeBlock', 'bulletList', 'listItem', 'listKeymap', 'orderedList']. This can lead to issues. zf @ index.js:791 General.svelte:62 Objectcurrent: "0.6.22"latest: "0.6.22"[[Prototype]]: Objectconstructor: ƒ Object()hasOwnProperty: ƒ hasOwnProperty()isPrototypeOf: ƒ isPrototypeOf()propertyIsEnumerable: ƒ propertyIsEnumerable()toLocaleString: ƒ toLocaleString()toString: ƒ toString()valueOf: ƒ valueOf()__defineGetter__: ƒ __defineGetter__()__defineSetter__: ƒ __defineSetter__()__lookupGetter__: ƒ __lookupGetter__()__lookupSetter__: ƒ __lookupSetter__()__proto__: (...)get __proto__: ƒ __proto__()set __proto__: ƒ __proto__() General.svelte:65 false ````
GiteaMirror commented 2026-05-20 23:11:18 -05:00
Author
Owner
Copy Link
Copy Source

@tjbck commented on GitHub (Aug 13, 2025):

Should be addressed with 64b6ac4c1f, testing wanted here!

<!-- gh-comment-id:3186016495 --> @tjbck commented on GitHub (Aug 13, 2025): Should be addressed with 64b6ac4c1ffa3ec52f7218c02ff4ffcdd5a271e8, testing wanted here!
GiteaMirror commented 2026-05-20 23:11:18 -05:00
Author
Owner
Copy Link
Copy Source

@wsomm commented on GitHub (Aug 14, 2025):

Short answer:

Unchanged – Brave no, Safari yes.

Long answer:

I normally install OWI via "uv pip install".
The proposed change was obviously not included in this version.

So I installed the development version directly from GitHub.
This works, but I'm not sure if all dependencies are correct.
When I open the Brave console, I see so many errors that
they likely stem from incorrect dependencies. At least, it's
probably not helpful to list them here.

The message already mentioned is among them.

<!-- gh-comment-id:3188936340 --> @wsomm commented on GitHub (Aug 14, 2025): Short answer: Unchanged – Brave no, Safari yes. Long answer: I normally install OWI via "uv pip install". The proposed change was obviously not included in this version. So I installed the development version directly from GitHub. This works, but I'm not sure if all dependencies are correct. When I open the Brave console, I see so many errors that they likely stem from incorrect dependencies. At least, it's probably not helpful to list them here. The message already mentioned is among them.
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 labels bug
Milestone
No items
No Milestone
Projects
Clear projects
No projects
Assignees
Clear assignees
GiteaMirror ninjasurge (Kaehlen Rog)
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: github-starred/open-webui#121261