I have searched for any existing and/or related issues.
I have searched for any existing and/or related discussions.
I have also searched in the CLOSED issues AND CLOSED discussions and found no related items (your issue might already be addressed on the development branch!).
I am using the latest version of Open WebUI.
Installation Method
Docker
Open WebUI Version
0.9.5
Ollama Version (if applicable)
0.24.0
Operating System
Ubuntu 25.10
Browser (if applicable)
No response
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
OpenWebUI returns results from a web search.
Actual Behavior
OpenWebUI returns No sources found.
Steps to Reproduce
Enable Web Search.
Setup Web Search (I use a local SEARXNG) but also tried other options.
Type a prompt "list the top three news stories from today."
OpenWebUI shows accessing external websites.
OpenWebUI then returns No sources found.
No valid results return--defaults to news based on the LLM model.
Logs & Screenshots
I don't know where the logs go in a doicker instance. docker run -d -p 0.0.0.0:3030:8080 -e WEBUI_SECRET_KEY=zzz -e OLLAMA_BASE_URL=http://192.168.2.80:11434 -v open-webui:/app/backend/data --name open-webui --restart always ghcr.io/open-webui/open-webui:main
Additional Information
This formerly worked prior to the 0.9.5 upgrade.
Originally created by @ganakee on GitHub (May 19, 2026).
Original GitHub issue: https://github.com/open-webui/open-webui/issues/24916
### Check Existing Issues
- [x] I have searched for any existing and/or related issues.
- [x] I have searched for any existing and/or related discussions.
- [x] I have also searched in the CLOSED issues AND CLOSED discussions and found no related items (your issue might already be addressed on the development branch!).
- [x] I am using the latest version of Open WebUI.
### Installation Method
Docker
### Open WebUI Version
0.9.5
### Ollama Version (if applicable)
0.24.0
### Operating System
Ubuntu 25.10
### Browser (if applicable)
_No response_
### 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
OpenWebUI returns results from a web search.
### Actual Behavior
OpenWebUI returns No sources found.
### Steps to Reproduce
1. Enable Web Search.
2. Setup Web Search (I use a local SEARXNG) but also tried other options.
3. Type a prompt "list the top three news stories from today."
4. OpenWebUI shows accessing external websites.
5. OpenWebUI then returns No sources found.
6. No valid results return--defaults to news based on the LLM model.
### Logs & Screenshots
I don't know where the logs go in a doicker instance.
`docker run -d -p 0.0.0.0:3030:8080 -e WEBUI_SECRET_KEY=zzz -e OLLAMA_BASE_URL=http://192.168.2.80:11434 -v open-webui:/app/backend/data --name open-webui --restart always ghcr.io/open-webui/open-webui:main`
### Additional Information
This formerly worked prior to the 0.9.5 upgrade.
GiteaMirror
added the bug label 2026-05-21 03:13:49 -05:00
@owui-terminator[bot] commented on GitHub (May 19, 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:
🟣#24875bug: SafeWebBaseLoader._fetch raises TypeError on every URL, silently breaking all web search (v0.9.5) This matches the exact symptom in the new report: web search returns “No sources found” on v0.9.5 because the safe_web loader fails on every URL. The issue body identifies the same duplicate allow_redirects bug that silently causes all fetches to fail. by offbyonebit
🟣#24793issue: Web search discards all results — duplicate allow_redirects keyword in SafeWebBaseLoader._fetch() Highly related because it describes the same v0.9.5 regression with SearXNG/web search where results are discarded after fetching. It specifically says the safe_web loader breaks and Open WebUI reports no results found, which aligns with the new issue. by web2bruno · bug
🟣#24560issue: SafeWebBaseLoader._fetch crashes with TypeError on duplicate allow_redirects kwarg, breaking all web search in v0.9.5 This is the same underlying regression in v0.9.5, reproduced with web search enabled and the default safe_web loader. It documents the identical allow_redirects duplication causing every URL fetch to fail and web search to return no sources. by blaknite
💡 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:4490944681 -->
@owui-terminator[bot] commented on GitHub (May 19, 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. 🟣 [#24875](https://github.com/open-webui/open-webui/issues/24875) **bug: SafeWebBaseLoader._fetch raises TypeError on every URL, silently breaking all web search (v0.9.5)**
*This matches the exact symptom in the new report: web search returns “No sources found” on v0.9.5 because the safe_web loader fails on every URL. The issue body identifies the same duplicate `allow_redirects` bug that silently causes all fetches to fail.*
*by offbyonebit*
2. 🟣 [#24793](https://github.com/open-webui/open-webui/issues/24793) **issue: Web search discards all results — duplicate allow_redirects keyword in SafeWebBaseLoader._fetch()**
*Highly related because it describes the same v0.9.5 regression with SearXNG/web search where results are discarded after fetching. It specifically says the safe_web loader breaks and Open WebUI reports no results found, which aligns with the new issue.*
*by web2bruno · `bug`*
3. 🟣 [#24560](https://github.com/open-webui/open-webui/issues/24560) **issue: SafeWebBaseLoader._fetch crashes with TypeError on duplicate allow_redirects kwarg, breaking all web search in v0.9.5**
*This is the same underlying regression in v0.9.5, reproduced with web search enabled and the default safe_web loader. It documents the identical `allow_redirects` duplication causing every URL fetch to fail and web search to return no sources.*
*by blaknite*
---
💡 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.
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 @ganakee on GitHub (May 19, 2026).
Original GitHub issue: https://github.com/open-webui/open-webui/issues/24916
Check Existing Issues
Installation Method
Docker
Open WebUI Version
0.9.5
Ollama Version (if applicable)
0.24.0
Operating System
Ubuntu 25.10
Browser (if applicable)
No response
Confirmation
README.md.Expected Behavior
OpenWebUI returns results from a web search.
Actual Behavior
OpenWebUI returns No sources found.
Steps to Reproduce
Logs & Screenshots
I don't know where the logs go in a doicker instance.
docker run -d -p 0.0.0.0:3030:8080 -e WEBUI_SECRET_KEY=zzz -e OLLAMA_BASE_URL=http://192.168.2.80:11434 -v open-webui:/app/backend/data --name open-webui --restart always ghcr.io/open-webui/open-webui:mainAdditional Information
This formerly worked prior to the 0.9.5 upgrade.
@owui-terminator[bot] commented on GitHub (May 19, 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:
🟣 #24875 bug: SafeWebBaseLoader._fetch raises TypeError on every URL, silently breaking all web search (v0.9.5)
This matches the exact symptom in the new report: web search returns “No sources found” on v0.9.5 because the safe_web loader fails on every URL. The issue body identifies the same duplicate
allow_redirectsbug that silently causes all fetches to fail.by offbyonebit
🟣 #24793 issue: Web search discards all results — duplicate allow_redirects keyword in SafeWebBaseLoader._fetch()
Highly related because it describes the same v0.9.5 regression with SearXNG/web search where results are discarded after fetching. It specifically says the safe_web loader breaks and Open WebUI reports no results found, which aligns with the new issue.
by web2bruno ·
bug🟣 #24560 issue: SafeWebBaseLoader._fetch crashes with TypeError on duplicate allow_redirects kwarg, breaking all web search in v0.9.5
This is the same underlying regression in v0.9.5, reproduced with web search enabled and the default safe_web loader. It documents the identical
allow_redirectsduplication causing every URL fetch to fail and web search to return no sources.by blaknite
💡 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.
@Classic298 commented on GitHub (May 19, 2026):
check closed issues before opening a new one