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
v0.9.2
Ollama Version (if applicable)
No response
Operating System
Debian 12
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 update_automation tool should successfully update the prompt/settings of the existing automation in the database and return a success status.
Actual Behavior
The tool call fails and returns a Python AttributeError: {"error": "'AutomationTable' object has no attribute 'update'"}
Steps to Reproduce
Install Open WebUI using Docker
Use the chat interface to create a new automation using the create_automation tool (e.g., "Plan an automation for every day at 17:00 to practice Spanish").
Once the automation is successfully created and you have the automation_id, ask the AI to edit that specific automation (e.g., "Edit the automation to alternate between English to Spanish and Spanish to English").
The AI will trigger the update_automation tool call.
Observe the output of the tool call.
Logs & Screenshots
Additional Information
Suggested fix by AI agent based on repo codebase:
The issue is located in backend/open_webui/models/automations.py. The update_automation tool is attempting to call a method named .update() on the AutomationTable class, but the method in that class is actually named update_by_id().
Originally created by @profoundvision on GitHub (May 6, 2026).
Original GitHub issue: https://github.com/open-webui/open-webui/issues/24405
### 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
v0.9.2
### Ollama Version (if applicable)
_No response_
### Operating System
Debian 12
### 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 `update_automation ` tool should successfully update the prompt/settings of the existing automation in the database and return a success status.
### Actual Behavior
The tool call fails and returns a Python AttributeError:
`{"error": "'AutomationTable' object has no attribute 'update'"}`
### Steps to Reproduce
1. Install Open WebUI using Docker
2. Use the chat interface to create a new automation using the create_automation tool (e.g., "Plan an automation for every day at 17:00 to practice Spanish").
3. Once the automation is successfully created and you have the automation_id, ask the AI to edit that specific automation (e.g., "Edit the automation to alternate between English to Spanish and Spanish to English").
4. The AI will trigger the `update_automation `tool call.
5. Observe the output of the tool call.
### Logs & Screenshots
<img width="988" height="459" alt="Image" src="https://github.com/user-attachments/assets/ea6a777a-731e-4246-93eb-610154d5c291" />
### Additional Information
Suggested fix by AI agent based on repo codebase:
> The issue is located in backend/open_webui/models/automations.py. The update_automation tool is attempting to call a method named .update() on the AutomationTable class, but the method in that class is actually named update_by_id().
GiteaMirror
added the bug label 2026-05-15 16:18:29 -05:00
#23970issue: Automations silently lose web_search / tools available in normal chat by belugaming
#23943issue: create_automation builtin tool returns "Could not detect current model", model_id missing from metadata in chat.py path by malte325 · bug
#11580issue: Tool integration not working for non admin user by visagansanthanam-unisys · bug
💡 If this is a duplicate, consider closing it and adding details to the existing issue.
This comment was generated automatically. React with 👍 if helpful, 👎 if not.
<!-- gh-comment-id:4387527727 -->
@owui-terminator[bot] commented on GitHub (May 6, 2026):
🔍 **Similar Issues Found**
I found some existing issues that might be related. Please check if any of these are duplicates or contain helpful solutions:
1. [#23939](https://github.com/open-webui/open-webui/issues/23939) **issue: Loading and login issue after upgrading to 0.9.0 and 0.9.1**
*by Joly0 · `bug`*
2. [#24074](https://github.com/open-webui/open-webui/issues/24074) **enh: automations**
*by tjbck*
3. [#23970](https://github.com/open-webui/open-webui/issues/23970) **issue: Automations silently lose web_search / tools available in normal chat**
*by belugaming*
4. [#23943](https://github.com/open-webui/open-webui/issues/23943) **issue: create_automation builtin tool returns "Could not detect current model", model_id missing from metadata in chat.py path**
*by malte325 · `bug`*
5. [#11580](https://github.com/open-webui/open-webui/issues/11580) **issue: Tool integration not working for non admin user**
*by visagansanthanam-unisys · `bug`*
---
💡 If this is a duplicate, consider closing it and adding details to the existing issue.
*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 @profoundvision on GitHub (May 6, 2026).
Original GitHub issue: https://github.com/open-webui/open-webui/issues/24405
Check Existing Issues
Installation Method
Docker
Open WebUI Version
v0.9.2
Ollama Version (if applicable)
No response
Operating System
Debian 12
Browser (if applicable)
No response
Confirmation
README.md.Expected Behavior
The
update_automationtool should successfully update the prompt/settings of the existing automation in the database and return a success status.Actual Behavior
The tool call fails and returns a Python AttributeError:
{"error": "'AutomationTable' object has no attribute 'update'"}Steps to Reproduce
update_automationtool call.Logs & Screenshots
Additional Information
Suggested fix by AI agent based on repo codebase:
@owui-terminator[bot] commented on GitHub (May 6, 2026):
🔍 Similar Issues Found
I found some existing issues that might be related. Please check if any of these are duplicates or contain helpful solutions:
#23939 issue: Loading and login issue after upgrading to 0.9.0 and 0.9.1
by Joly0 ·
bug#24074 enh: automations
by tjbck
#23970 issue: Automations silently lose web_search / tools available in normal chat
by belugaming
#23943 issue: create_automation builtin tool returns "Could not detect current model", model_id missing from metadata in chat.py path
by malte325 ·
bug#11580 issue: Tool integration not working for non admin user
by visagansanthanam-unisys ·
bug💡 If this is a duplicate, consider closing it and adding details to the existing issue.
This comment was generated automatically. React with 👍 if helpful, 👎 if not.
@tjbck commented on GitHub (May 8, 2026):
Addressed in dev.