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 #7364] Bug: Incorrect behavior when pressing Enter with non-English keyboard input #14718

New Issue
Closed
opened 2026-04-19 21:01:00 -05:00 by GiteaMirror · 4 comments
GiteaMirror commented 2026-04-19 21:01:00 -05:00
Owner
Copy Link

Originally created by @EulerBlind on GitHub (Nov 26, 2024).
Original GitHub issue: https://github.com/open-webui/open-webui/issues/7364

Installation Method

ubuntu docker compose

Environment

  • Open WebUI Version: v0.4.4

  • Ollama (if applicable): v0.4.4

  • Operating System: Ubuntu 23.10

  • Browser (if applicable): Edge 130.0.2849.80

Confirmation:

  • I have read and followed all the instructions provided in the README.md.
  • I am on the latest version of Open WebUI.
  • I have included the browser console logs.
  • I have included the Docker container logs.
  • I have provided the exact steps to reproduce the bug in the "Steps to Reproduce" section below.

Expected Behavior:

In non-English input mode, after typing a word, pressing Enter should select the word, and pressing Enter again should submit the prompt to wait for the result.

Actual Behavior:

When pressing Enter after typing an English word using a non-English keyboard layout, the system immediately calls the language model instead of selecting the word or allowing further editing.

Description

Bug Summary:
In non-English input mode on Mac, pressing Enter after typing an English word triggers the language model call immediately instead of selecting the word and requiring another Enter press to submit the prompt.

Reproduction Details

Steps to Reproduce:

  1. Switch your Mac keyboard input method to a non-English language (e.g., Chinese).
  2. Open the Open WebUI application.
  3. In the prompt input field, type an English word using the keys on your Mac keyboard.
  4. Press the Enter key.

Logs and Screenshots

Screenshots/Screen Recordings (if applicable):
e.g.
image
It will submit [fa s ta pi] and call llm, but I just want type word [fastapi].

Additional Information

It seems to be related to recent commits, such as this judgment method. This issue does not exist in version 0.4.0.
image

Originally created by @EulerBlind on GitHub (Nov 26, 2024). Original GitHub issue: https://github.com/open-webui/open-webui/issues/7364 ## Installation Method ubuntu docker compose ## Environment - **Open WebUI Version:** v0.4.4 - **Ollama (if applicable):** v0.4.4 - **Operating System:** Ubuntu 23.10 - **Browser (if applicable):** Edge 130.0.2849.80 **Confirmation:** - [x] I have read and followed all the instructions provided in the README.md. - [x] I am on the latest version of Open WebUI. - [ ] I have included the browser console logs. - [ ] I have included the Docker container logs. - [x] I have provided the exact steps to reproduce the bug in the "Steps to Reproduce" section below. ## Expected Behavior: In non-English input mode, after typing a word, pressing Enter should select the word, and pressing Enter again should submit the prompt to wait for the result. ## Actual Behavior: When pressing Enter after typing an English word using a non-English keyboard layout, the system immediately calls the language model instead of selecting the word or allowing further editing. ## Description **Bug Summary:** In non-English input mode on Mac, pressing Enter after typing an English word triggers the language model call immediately instead of selecting the word and requiring another Enter press to submit the prompt. ## Reproduction Details **Steps to Reproduce:** 1. Switch your Mac keyboard input method to a non-English language (e.g., Chinese). 2. Open the Open WebUI application. 3. In the prompt input field, type an English word using the keys on your Mac keyboard. 4. Press the Enter key. ## Logs and Screenshots **Screenshots/Screen Recordings (if applicable):** e.g. ![image](https://github.com/user-attachments/assets/7092ddf7-bfd2-441a-a080-c7cd3a1513d3) It will submit [fa s ta pi] and call llm, but I just want type word [fastapi]. ## Additional Information It seems to be related to recent commits, such as this judgment method. This issue does not exist in version 0.4.0. ![image](https://github.com/user-attachments/assets/26776c59-f395-4c64-bf76-97a9db2deff1)
GiteaMirror commented 2026-04-19 21:01:04 -05:00
Author
Owner
Copy Link

@tjbck commented on GitHub (Nov 26, 2024):

Good catch, Fixed on dev!

<!-- gh-comment-id:2499789520 --> @tjbck commented on GitHub (Nov 26, 2024): Good catch, Fixed on dev!
GiteaMirror commented 2026-04-19 21:01:05 -05:00
Author
Owner
Copy Link

@EulerBlind commented on GitHub (Dec 6, 2024):

@tjbck Under non-English input methods, the input content conflicts with the auto-complete feature. If auto-complete is activated, it causes the incomplete pinyin input to turn into a prompt.

image
<!-- gh-comment-id:2523523759 --> @EulerBlind commented on GitHub (Dec 6, 2024): @tjbck Under non-English input methods, the input content conflicts with the auto-complete feature. If auto-complete is activated, it causes the incomplete pinyin input to turn into a prompt. <img width="933" alt="image" src="https://github.com/user-attachments/assets/6ebf3ac8-2b81-4f78-88e6-95a60d479829">
GiteaMirror commented 2026-04-19 21:01:05 -05:00
Author
Owner
Copy Link

@freejool commented on GitHub (Mar 18, 2025):

Hi! I have the same issue on Open WebUI version 0.5.20, Safari 18.3, MacOS Sequoia 15.3.1 (24D70)

Chrome is Ok.

It appears to have come with one of the recent commits.

And I have the auto-completion funtion off.

<!-- gh-comment-id:2732044007 --> @freejool commented on GitHub (Mar 18, 2025): Hi! I have the same issue on Open WebUI version 0.5.20, Safari 18.3, MacOS Sequoia 15.3.1 (24D70) Chrome is Ok. It appears to have come with one of the recent commits. And I have the auto-completion funtion off.
GiteaMirror commented 2026-04-19 21:01:06 -05:00
Author
Owner
Copy Link

@rebelliouswhiz commented on GitHub (May 19, 2025):

I observed the same behavior with the latest version, v0.6.10

When I am trying to type Mooncake and press Enter, I get feeding llm instead:

Image

Image

@EulerBlind @tjbck can we reopen the issue?

<!-- gh-comment-id:2889593021 --> @rebelliouswhiz commented on GitHub (May 19, 2025): I observed the same behavior with the latest version, v0.6.10 When I am trying to type Mooncake and press Enter, I get feeding llm instead: ![Image](https://github.com/user-attachments/assets/01e0d559-bf15-4084-9a12-d46efe9a4e52) ![Image](https://github.com/user-attachments/assets/a8c33016-2ceb-431c-847a-2ee421365fa3) @EulerBlind @tjbck can we reopen the issue?
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
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#14718
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?