[GH-ISSUE #23578] issue: No way to include raw > in output #20016

Closed
opened 2026-04-20 02:35:59 -05:00 by GiteaMirror · 1 comment
Owner

Originally created by @abel1502 on GitHub (Apr 10, 2026).
Original GitHub issue: https://github.com/open-webui/open-webui/issues/23578

Check Existing Issues

  • 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

Pip Install

Open WebUI Version

0.8.12

Ollama Version (if applicable)

No response

Operating System

Windows 11

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

A model should be able to output lines starting with > in plain text (outside of a raw block and without making a blockquote) with > html entity (or with \>, or > directly, or any way at all).

Actual Behavior

There seems to be no output that results in a line of plain text starting in >. A raw > creates a blockquote; a \> is rendered as is, > is also rendered as is.

Steps to Reproduce

  1. Ask the model to write a 4chan pasta
  2. Ask it to escape the > in the output so that they are rendered exactly like that that in plain text.
  3. Optionally describe a specific form of escaping you'd like it to try.
  4. Observe the output including anything but plaintext lines starting with >

Logs & Screenshots

Logs are irrelevant for this bug, it does not involve crashes or errors of any kind

Additional Information

For me personally, #23003 could be an acceptable workaround if it were accepted. But ultimately I believe the correct way to fix this is to properly handle HTML entities in model output.

Originally created by @abel1502 on GitHub (Apr 10, 2026). Original GitHub issue: https://github.com/open-webui/open-webui/issues/23578 ### 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 Pip Install ### Open WebUI Version 0.8.12 ### Ollama Version (if applicable) _No response_ ### Operating System Windows 11 ### 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 A model should be able to output lines starting with `>` in plain text (outside of a raw block and without making a blockquote) with `>` html entity (or with `\>`, or `>` directly, or any way at all). ### Actual Behavior There seems to be no output that results in a line of plain text starting in `>`. A raw `>` creates a blockquote; a `\>` is rendered as is, `>` is also rendered as is. ### Steps to Reproduce 1. Ask the model to write a 4chan pasta 2. Ask it to escape the `>` in the output so that they are rendered exactly like that that in plain text. 3. Optionally describe a specific form of escaping you'd like it to try. 4. Observe the output including anything but plaintext lines starting with `>` ### Logs & Screenshots Logs are irrelevant for this bug, it does not involve crashes or errors of any kind ### Additional Information For me personally, #23003 could be an acceptable workaround if it were accepted. But ultimately I believe the correct way to fix this is to properly handle HTML entities in model output.
GiteaMirror added the bug label 2026-04-20 02:35:59 -05:00
Author
Owner

@abel1502 commented on GitHub (Apr 13, 2026):

@tjbck Would've been nice to get at least a sentence explaining the motivation. That would at least inform me what kind of issues not to create in the future

<!-- gh-comment-id:4233980272 --> @abel1502 commented on GitHub (Apr 13, 2026): @tjbck Would've been nice to get at least a sentence explaining the motivation. That would at least inform me what kind of issues not to create in the future
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: github-starred/open-webui#20016