Originally created by @patrick517 on GitHub (Apr 8, 2025).
Check Existing Issues
I have searched the existing issues and discussions.
I am using the latest version of Open WebUI.
Installation Method
Docker
Open WebUI Version
v0.6.2
Ollama Version (if applicable)
0.6.4
Operating System
Rocky Linux 9.5
Browser (if applicable)
Chrome, Edge, Firefox, Safari
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 listed steps to reproduce the bug in detail.
Expected Behavior
The pending page should display when the account is pending
User should receive feedback about their login status
Actual Behavior
Blank empty page with no visible elements or errors
Steps to Reproduce
Sign in with SSO
Complete authentication on the OAuth provider’s page
Get redirected back to the application’s pending page
Observe a blank page instead of expected content
Logs & Screenshots
Additional Information
No response
Originally created by @patrick517 on GitHub (Apr 8, 2025).
### Check Existing Issues
- [x] I have searched the existing issues and discussions.
- [x] I am using the latest version of Open WebUI.
### Installation Method
Docker
### Open WebUI Version
v0.6.2
### Ollama Version (if applicable)
0.6.4
### Operating System
Rocky Linux 9.5
### Browser (if applicable)
Chrome, Edge, Firefox, Safari
### 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 listed steps to reproduce the bug in detail.
### Expected Behavior
- The pending page should display when the account is pending
- User should receive feedback about their login status

### Actual Behavior
- Blank empty page with no visible elements or errors
### Steps to Reproduce
1. Sign in with SSO
2. Complete authentication on the OAuth provider’s page
3. Get redirected back to the application’s pending page
4. Observe a blank page instead of expected content
### Logs & Screenshots

### Additional Information
_No response_
GiteaMirror
added the bug label 2025-11-11 16:02:19 -06:00
you need to change src/lib/components/chat/ToolServersModal.svelte file.
on 18th line
$: selectedTools = $tools.filter((tool) => selectedToolIds.includes(tool.id)); to ->
$: selectedTools = ($tools ?? []).filter((tool) => selectedToolIds.includes(tool.id));
@BerkayOzb commented on GitHub (Apr 8, 2025):
you need to change src/lib/components/chat/ToolServersModal.svelte file.
on 18th line
$: selectedTools = $tools.filter((tool) => selectedToolIds.includes(tool.id)); to ->
$: selectedTools = ($tools ?? []).filter((tool) => selectedToolIds.includes(tool.id));
from my observation call to: /models takes long time
@Krzysi3k commented on GitHub (Apr 8, 2025):
from my observation call to: `/models` takes long time

@tjbck commented on GitHub (Apr 8, 2025):
@Krzysi3k There are many existing discussions regarding this. This is an architectural decision.
Related: https://docs.openwebui.com/getting-started/env-configuration#aiohttp_client_timeout_model_list
from my observation call to: /models takes long time
@Krzysi3k @tjbck
https://github.com/open-webui/open-webui/issues/12164 Same problem. I believe there's another hidden process at play. However, when I switched to using SQLite, I didn't encounter any issues, which suggests that another process might be lurking. Nevertheless, using SQLite doesn't automatically free up space, even after deleting chat history or removing all uploaded documents from the system. It seems that OpenWebUI hasn't addressed this bug yet. From my tests, using Vacuum to manage it can resolve this issue. Related : https://github.com/open-webui/open-webui/discussions/12249
It's surprising that SQLite doesn't require the "AIOHTTP_CLIENT_TIMEOUT_MODEL_LIST" setting because requests to ./models are fast and well-balanced. In contrast, using other databases results in slower requests to /models, necessitating the configuration of "AIOHTTP_CLIENT_TIMEOUT_MODEL_LIST" to reduce this delay.
@chalitbkb commented on GitHub (Apr 9, 2025):
> from my observation call to: `/models` takes long time
>
> 
@Krzysi3k @tjbck
https://github.com/open-webui/open-webui/issues/12164 Same problem. I believe there's another hidden process at play. However, when I switched to using SQLite, I didn't encounter any issues, which suggests that another process might be lurking. Nevertheless, using SQLite doesn't automatically free up space, even after deleting chat history or removing all uploaded documents from the system. It seems that OpenWebUI hasn't addressed this bug yet. From my tests, using Vacuum to manage it can resolve this issue. Related : https://github.com/open-webui/open-webui/discussions/12249
It's surprising that SQLite doesn't require the "AIOHTTP_CLIENT_TIMEOUT_MODEL_LIST" setting because requests to ./models are fast and well-balanced. In contrast, using other databases results in slower requests to /models, necessitating the configuration of "AIOHTTP_CLIENT_TIMEOUT_MODEL_LIST" to reduce this delay.
i had the same issue. problem was/is, that the newly created user has the role "pending". If i change the users role to user, i can log in fine using sso.
@badgerhill commented on GitHub (Apr 9, 2025):
i had the same issue. problem was/is, that the newly created user has the role "pending". If i change the users role to user, i can log in fine using sso.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Originally created by @patrick517 on GitHub (Apr 8, 2025).
Check Existing Issues
Installation Method
Docker
Open WebUI Version
v0.6.2
Ollama Version (if applicable)
0.6.4
Operating System
Rocky Linux 9.5
Browser (if applicable)
Chrome, Edge, Firefox, Safari
Confirmation
README.md.Expected Behavior
Actual Behavior
Steps to Reproduce
Logs & Screenshots
Additional Information
No response
@pavelzamyatin commented on GitHub (Apr 8, 2025):
Same here. v0.6.2, Docker, Chrome.
@BerkayOzb commented on GitHub (Apr 8, 2025):
you need to change src/lib/components/chat/ToolServersModal.svelte file.
on 18th line
$: selectedTools = $tools.filter((tool) => selectedToolIds.includes(tool.id)); to ->
$: selectedTools = ($tools ?? []).filter((tool) => selectedToolIds.includes(tool.id));
@Krzysi3k commented on GitHub (Apr 8, 2025):
from my observation call to:
/modelstakes long time@tjbck commented on GitHub (Apr 8, 2025):
@Krzysi3k There are many existing discussions regarding this. This is an architectural decision.
Related: https://docs.openwebui.com/getting-started/env-configuration#aiohttp_client_timeout_model_list
@chalitbkb commented on GitHub (Apr 9, 2025):
@Krzysi3k @tjbck
https://github.com/open-webui/open-webui/issues/12164 Same problem. I believe there's another hidden process at play. However, when I switched to using SQLite, I didn't encounter any issues, which suggests that another process might be lurking. Nevertheless, using SQLite doesn't automatically free up space, even after deleting chat history or removing all uploaded documents from the system. It seems that OpenWebUI hasn't addressed this bug yet. From my tests, using Vacuum to manage it can resolve this issue. Related : https://github.com/open-webui/open-webui/discussions/12249
It's surprising that SQLite doesn't require the "AIOHTTP_CLIENT_TIMEOUT_MODEL_LIST" setting because requests to ./models are fast and well-balanced. In contrast, using other databases results in slower requests to /models, necessitating the configuration of "AIOHTTP_CLIENT_TIMEOUT_MODEL_LIST" to reduce this delay.
@badgerhill commented on GitHub (Apr 9, 2025):
i had the same issue. problem was/is, that the newly created user has the role "pending". If i change the users role to user, i can log in fine using sso.