github-starred/open-webui
2
0
Fork 0
mirror of https://github.com/open-webui/open-webui.git synced 2026-05-06 19:08:59 -05:00
Code Issues 1.3k Packages Projects Releases 126 Wiki Activity

[GH-ISSUE #16833] issue: OpenWebUI executes user tools only if browser window is visible #18064

New Issue
Closed
opened 2026-04-19 23:58:54 -05:00 by GiteaMirror · 2 comments
GiteaMirror commented 2026-04-19 23:58:54 -05:00
Owner
Copy Link

Originally created by @semyonc on GitHub (Aug 22, 2025).
Original GitHub issue: https://github.com/open-webui/open-webui/issues/16833

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

v0.6.25

Ollama Version (if applicable)

No response

Operating System

all

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

The chat_event_handler in layout.svetle executes user tools only if browser window is visible.
It checks if document.visibility !== 'visible' then user tool is not called.

  1. This is not obvious behavior.
  2. No any message is shown and user has no idea why this happens.
  3. The chat looses context because tool is not executed without notification about this to the backend.
  4. If you use openwebui for automation of some application via MCP - the model will generate sequence of tool calls. If focus is switched to another application in this sequence the openwebui will lose focus at some tool in chain and other tools are not working.

Actual Behavior

The tools should work if browser window is not visible

Steps to Reproduce

Already explained

Logs & Screenshots

No

Additional Information

No response

Originally created by @semyonc on GitHub (Aug 22, 2025). Original GitHub issue: https://github.com/open-webui/open-webui/issues/16833 ### 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 v0.6.25 ### Ollama Version (if applicable) _No response_ ### Operating System all ### 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 The `chat_event_handler` in `layout.svetle `executes user tools only if browser window is visible. It checks if ```document.visibility !== 'visible'``` then user tool is not called. 1. This is not obvious behavior. 2. No any message is shown and user has no idea why this happens. 3. The chat looses context because tool is not executed without notification about this to the backend. 4. If you use openwebui for automation of some application via MCP - the model will generate sequence of tool calls. If focus is switched to another application in this sequence the openwebui will lose focus at some tool in chain and other tools are not working. ### Actual Behavior The tools should work if browser window is not visible ### Steps to Reproduce Already explained ### Logs & Screenshots No ### Additional Information _No response_
GiteaMirror added the bug label 2026-04-19 23:58:54 -05:00
GiteaMirror commented 2026-04-19 23:59:00 -05:00
Author
Owner
Copy Link

@rgaricano commented on GitHub (Aug 22, 2025):

Tools that are added in user space are client side executed, then is browser managed & depend how the browser manage the background tasks, tabs,...

<!-- gh-comment-id:3215062559 --> @rgaricano commented on GitHub (Aug 22, 2025): Tools that are added in user space are client side executed, then is browser managed & depend how the browser manage the background tasks, tabs,...
GiteaMirror commented 2026-04-19 23:59:01 -05:00
Author
Owner
Copy Link

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

Intended behaviour, you can use admin tool server connections.

<!-- gh-comment-id:3223438769 --> @tjbck commented on GitHub (Aug 26, 2025): Intended behaviour, you can use admin tool server connections.
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 bug
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#18064
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?