issue: User can load websites even with settings disabled #5921

New Issue

2025-11-11T16:38:52-06:00

GiteaMirror commented

2025-11-11 16:38:52 -06:00

Originally created by @frenzybiscuit on GitHub (Jul 30, 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.18

Ollama Version (if applicable)

Not using ollama

Operating System

Debian 12

Browser (if applicable)

Firefox

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

Websites should not load

Actual Behavior

Websites load.

Steps to Reproduce

.

Logs & Screenshots

MISC INFO:

OpenWebUI is setup in docker with open-webui:main

Using a postgresql+pgvector database.

ENABLE_RAG_WEB_SEARCH=false
ENABLE_WEB_SEARCH=false

Using #https://ipchicken.com in chat with the query "What is my IP address" reveals the backend IP.

model:

documents:

web search:

permissions:

permissions:

Additional Information

No response

Originally created by @frenzybiscuit on GitHub (Jul 30, 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.18 ### Ollama Version (if applicable) Not using ollama ### Operating System Debian 12 ### Browser (if applicable) Firefox ### 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 Websites should not load ### Actual Behavior Websites load. ### Steps to Reproduce . ### Logs & Screenshots MISC INFO: OpenWebUI is setup in docker with open-webui:main Using a postgresql+pgvector database. ENABLE_RAG_WEB_SEARCH=false ENABLE_WEB_SEARCH=false Using #https://ipchicken.com in chat with the query "What is my IP address" reveals the backend IP. model: <img width="880" height="131" alt="Image" src="https://github.com/user-attachments/assets/c3b4307f-da7b-4684-a60b-3283a036904f" /> documents: <img width="1610" height="849" alt="Image" src="https://github.com/user-attachments/assets/0c445989-32b5-465c-b5d9-7824d227233d" /> web search: <img width="1610" height="849" alt="Image" src="https://github.com/user-attachments/assets/42816f11-545f-4edd-9d03-19955029bff9" /> permissions: <img width="1610" height="849" alt="Image" src="https://github.com/user-attachments/assets/1a9d8fac-7781-4f18-882b-7a38a4726cf1" /> permissions: <img width="1610" height="849" alt="Image" src="https://github.com/user-attachments/assets/54f0e317-5b33-4fea-971b-396b231144bc" /> ### Additional Information _No response_

GiteaMirror added the bug label 2025-11-11 16:38:52 -06:00

GiteaMirror closed this issue

2025-11-11 16:38:52 -06:00

GiteaMirror commented

2025-11-11 16:38:54 -06:00

@flefevre commented on GitHub (Jul 30, 2025):

What is the difference between
ENABLE_RAG_WEB_SEARCH=false
ENABLE_WEB_SEARCH=false

Is it correlated with Feature Request: Add "Safe Web Search" Mode (No Vector KB, No Memory, Manual Query Approval) #15926

Thanks in advance for the explanation

@flefevre commented on GitHub (Jul 30, 2025): What is the difference between ENABLE_RAG_WEB_SEARCH=false ENABLE_WEB_SEARCH=false Is it correlated with Feature Request: Add "Safe Web Search" Mode (No Vector KB, No Memory, Manual Query Approval) #15926 Thanks in advance for the explanation

GiteaMirror commented

2025-11-11 16:38:54 -06:00

@frenzybiscuit commented on GitHub (Jul 30, 2025):

There is a workaround for this.

Enable playright as the website loader. DO NOT FILL OUT THE FORMS. save.

Now it errors out for users when they try to load websites.

@frenzybiscuit commented on GitHub (Jul 30, 2025): There is a workaround for this. Enable playright as the website loader. DO NOT FILL OUT THE FORMS. save. Now it errors out for users when they try to load websites.

GiteaMirror commented

2025-11-11 16:38:54 -06:00

@tjbck commented on GitHub (Jul 31, 2025):

# is not a "web search", and is considered as file attachment.

@tjbck commented on GitHub (Jul 31, 2025): `#` is not a "web search", and is considered as file attachment.

GiteaMirror commented

2025-11-11 16:38:55 -06:00

@frenzybiscuit commented on GitHub (Jul 31, 2025):

# is not a "web search", and is considered as file attachment.

Users are able to load websites from the backend server using # with the URL, including websites that can be used to locate the IP address of the backend OWUI server.

Is this expected behavior?

@frenzybiscuit commented on GitHub (Jul 31, 2025): > `#` is not a "web search", and is considered as file attachment. Users are able to load websites from the backend server using # with the URL, including websites that can be used to locate the IP address of the backend OWUI server. Is this expected behavior?

GiteaMirror commented

2025-11-11 16:38:56 -06:00