[GH-ISSUE #270] issue: ui/ux improvement - add more details on placeholders like run_command #179

Open
opened 2026-10-18 14:03:36 +00:00 by bsakaguchi · 3 comments
Owner

Originally created by @johnnynanjiang on GitHub (Sep 7, 2026).
Original GitHub issue: https://github.com/open-webui/computer/issues/270

Before Submitting

  • I searched open and closed issues and discussions for an existing report.
  • I checked whether this is already fixed on the dev branch or latest source.
  • I understand that maintainers want a well-written issue before any code pull request.
  • I am using the latest available version of Open WebUI for my install method.
  • This is not a security vulnerability.

Installation Method

Docker

Open WebUI Version

v0.11.0

Operating System

macOS 26.5.1 (25F80)

Browser

No response

Ollama Version

No response

Summary

A discussion and some exploration took place already, and confirmed it is a real issue with both Open WebUI Interface (rendering) as well as Computer (data source).
https://github.com/open-webui/open-webui/discussions/28762

Expected Behavior

Would be better to add more details on it. e.g. run_command: command name, parameters, ... (similar to Bash)
Image


Or something constant with current ui, like below
Image

Actual Behavior

Currently run_command appears in answers more like a placeholder without giving much information.
Image

Steps to Reproduce

Any prompts that trigger tools, such as bash, fetch

Logs, Screenshots, and Config

Image

Additional Information

No response

Originally created by @johnnynanjiang on GitHub (Sep 7, 2026). Original GitHub issue: https://github.com/open-webui/computer/issues/270 ### Before Submitting - [x] I searched open and closed issues and discussions for an existing report. - [x] I checked whether this is already fixed on the `dev` branch or latest source. - [x] I understand that maintainers want a well-written issue before any code pull request. - [x] I am using the latest available version of Open WebUI for my install method. - [x] This is not a security vulnerability. ### Installation Method Docker ### Open WebUI Version v0.11.0 ### Operating System macOS 26.5.1 (25F80) ### Browser _No response_ ### Ollama Version _No response_ ### Summary A discussion and some exploration took place already, and confirmed it is a real issue with both Open WebUI `Interface` (rendering) as well as `Computer` (data source). https://github.com/open-webui/open-webui/discussions/28762 ### Expected Behavior Would be better to add more details on it. e.g. run_command: command name, parameters, ... (similar to `Bash`) <img width="660" height="440" alt="Image" src="https://github.com/user-attachments/assets/c962a650-e912-48af-ac7e-70bf95965b29" /> --- Or something constant with current ui, like below <img width="385" height="559" alt="Image" src="https://github.com/user-attachments/assets/c527d1c1-ec96-42cb-ab3b-298d46d34024" /> ### Actual Behavior Currently run_command appears in answers more like a placeholder without giving much information. <img width="380" height="584" alt="Image" src="https://github.com/user-attachments/assets/26b0ab3d-78bf-44ce-b891-d050a118251d" /> ### Steps to Reproduce Any prompts that trigger tools, such as `bash`, `fetch` ### Logs, Screenshots, and Config <img width="660" height="440" alt="Image" src="https://github.com/user-attachments/assets/c962a650-e912-48af-ac7e-70bf95965b29" /> ### Additional Information _No response_
Author
Owner

@owui-terminator[bot] commented on GitHub (Sep 7, 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:

  1. 🟣 #14835 issue: Tools info not shown in UI
    This issue is directly about tool information not being shown in the UI, including the tool name, parameters, and response. It matches the new report’s request to make run_command and similar tool placeholders display richer details instead of a generic placeholder.
    by m-ibm · bug

  2. 🟣 #5520 Show tool usage in chat
    The request is the same broad UX problem: showing tool usage in chat with the tool name, parameters, and result. The new issue is a more specific rendering improvement for run_command, but it belongs to the same feature area.
    by MindFreeze

  3. 🟣 #24634 issue:

    tag not rendered, displayed as raw text
    This is another tool-rendering problem in the chat UI, where tool-call markup is not displayed properly and instead appears as raw text. It is related because the new issue also concerns how tool-call information is presented to the user.
    by sharyuke

  4. 🟣 #9768 API Tool arguments formatting issue
    This issue covers incorrect formatting of tool-call arguments in Open WebUI’s API response. It is related because the new report asks for tool placeholders like run_command to expose more meaningful parameter details, and both involve how tool arguments are represented.
    by Seniorsimo


💡 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:5605561418 --> @owui-terminator[bot] commented on GitHub (Sep 7, 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. 🟣 [#14835](https://github.com/open-webui/open-webui/issues/14835) **issue: Tools info not shown in UI** *This issue is directly about tool information not being shown in the UI, including the tool name, parameters, and response. It matches the new report’s request to make `run_command` and similar tool placeholders display richer details instead of a generic placeholder.* *by m-ibm · `bug`* 2. 🟣 [#5520](https://github.com/open-webui/open-webui/issues/5520) **Show tool usage in chat** *The request is the same broad UX problem: showing tool usage in chat with the tool name, parameters, and result. The new issue is a more specific rendering improvement for `run_command`, but it belongs to the same feature area.* *by MindFreeze* 3. 🟣 [#24634](https://github.com/open-webui/open-webui/issues/24634) **issue: <details type="tool_calls"> tag not rendered, displayed as raw text** *This is another tool-rendering problem in the chat UI, where tool-call markup is not displayed properly and instead appears as raw text. It is related because the new issue also concerns how tool-call information is presented to the user.* *by sharyuke* 4. 🟣 [#9768](https://github.com/open-webui/open-webui/issues/9768) **API Tool arguments formatting issue** *This issue covers incorrect formatting of tool-call arguments in Open WebUI’s API response. It is related because the new report asks for tool placeholders like `run_command` to expose more meaningful parameter details, and both involve how tool arguments are represented.* *by Seniorsimo* --- 💡 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.
Author
Owner

@johnnynanjiang commented on GitHub (Sep 8, 2026):

Would this issue be prioritised high as there are a lot of reporting out there?

<!-- gh-comment-id:5605561514 --> @johnnynanjiang commented on GitHub (Sep 8, 2026): Would this issue be prioritised high as there are a lot of reporting out there?
Author
Owner

@Philogag commented on GitHub (Oct 14, 2026):

And the think context block between tool calls also not show on WebUI side

<!-- gh-comment-id:6165343028 --> @Philogag commented on GitHub (Oct 14, 2026): And the think context block between tool calls also not show on WebUI side
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
open-webui/computer#179
No description provided.