[GH-ISSUE #24135] issue: When using the HTTP protocol, the share link cannot be copied. #58870

Open
opened 2026-05-06 00:18:57 -05:00 by GiteaMirror · 5 comments
Owner

Originally created by @sleepyddl on GitHub (Apr 25, 2026).
Original GitHub issue: https://github.com/open-webui/open-webui/issues/24135

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

Git Clone

Open WebUI Version

0.9.2

Ollama Version (if applicable)

No response

Operating System

wsl

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

copy shared url successfullly

Actual Behavior

When accessing via http://IP, click Share. After the pop-up window appears, click the Copy Link button. The system prompts successfull, but the link is not actually copied.

Steps to Reproduce

When accessing via http://IP, click Share. After the pop-up window appears, click the Copy Link button. The system prompts successfull, but the link is not actually copied.

Logs & Screenshots

No error message is displayed; the function is simply unavailable.

Additional Information

No response

Originally created by @sleepyddl on GitHub (Apr 25, 2026). Original GitHub issue: https://github.com/open-webui/open-webui/issues/24135 ### 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 Git Clone ### Open WebUI Version 0.9.2 ### Ollama Version (if applicable) _No response_ ### Operating System wsl ### 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 copy shared url successfullly ### Actual Behavior When accessing via http://IP, click Share. After the pop-up window appears, click the Copy Link button. The system prompts successfull, but the link is not actually copied. ### Steps to Reproduce When accessing via http://IP, click Share. After the pop-up window appears, click the Copy Link button. The system prompts successfull, but the link is not actually copied. ### Logs & Screenshots No error message is displayed; the function is simply unavailable. ### Additional Information _No response_
GiteaMirror added the bug label 2026-05-06 00:18:57 -05:00
Author
Owner

@sleepyddl commented on GitHub (Apr 25, 2026):

I believe the root cause lies in an issue with the copy functionality. After debugging, I found that the share link is generated correctly, but something goes wrong when calling copyToClipboard.
This issue only occurs under HTTP (non-localhost environments). Since the system cannot access navigator.clipboard over HTTP, it falls back to simulating the copy operation by creating a DOM element. The relevant code is as follows:
textArea.style.position = 'fixed'; document.body.appendChild(textArea); textArea.focus({ preventScroll: true }); textArea.select();
Theoretically, this process should work without issues. Unfortunately, textArea.focus() does not execute as expected (I suspect the animation effect is causing the focus to be lost, but I haven’t figured out how to verify this). As a result, the text fails to be copied from the textarea.
I tested the session copy feature, which runs the exact same code and works perfectly. I noticed that the MENU does not disappear when copying the session, whereas clicking the "Copy Link" button triggers the MENU to hide. I think the MENU’s hide animation is causing the textarea to lose focus.

Is there any frontend expert who can explain this?

I’ve switched from using textarea.focus to the Selection Range method, which resolves the issue properly. And PR in here #24130

<!-- gh-comment-id:4320042212 --> @sleepyddl commented on GitHub (Apr 25, 2026): I believe the root cause lies in an issue with the copy functionality. After debugging, I found that the share link is generated correctly, but something goes wrong when calling `copyToClipboard`. This issue only occurs under HTTP (non-[localhost](https://localhost/) environments). Since the system cannot access `navigator.clipboard` over HTTP, it falls back to simulating the copy operation by creating a DOM element. The relevant code is as follows: `textArea.style.position = 'fixed'; document.body.appendChild(textArea); textArea.focus({ preventScroll: true }); textArea.select();` Theoretically, this process should work without issues. Unfortunately, textArea.focus() does not execute as expected (I suspect the animation effect is causing the focus to be lost, but I haven’t figured out how to verify this). As a result, the text fails to be copied from the textarea. I tested the session copy feature, which runs the exact same code and works perfectly. I noticed that the MENU does not disappear when copying the session, whereas clicking the `"Copy Link"` button triggers the MENU to hide. I think the MENU’s hide animation is causing the textarea to lose focus. Is there any frontend expert who can explain this? I’ve switched from using textarea.focus to the Selection Range method, which resolves the issue properly. And PR in here #24130
Author
Owner

@YashvirGaming commented on GitHub (Apr 25, 2026):

@sleepyddl dude where's the EXE windows webui ?
i dont see it in Releases , latest tags v0.9.2 there are no exe for windows wtf.

<!-- gh-comment-id:4320260049 --> @YashvirGaming commented on GitHub (Apr 25, 2026): @sleepyddl dude where's the EXE windows webui ? i dont see it in Releases , latest tags v0.9.2 there are no exe for windows wtf.
Author
Owner

@YashvirGaming commented on GitHub (Apr 25, 2026):

@sleepyddl @yarikoptic @daw @jfahrenkrug
found it thanks https://github.com/open-webui/desktop/releases

<!-- gh-comment-id:4320262350 --> @YashvirGaming commented on GitHub (Apr 25, 2026): @sleepyddl @yarikoptic @daw @jfahrenkrug found it thanks https://github.com/open-webui/desktop/releases
Author
Owner

@YashvirGaming commented on GitHub (Apr 25, 2026):

@sleepyddl

How tf do i choose my GPU here

Image
<!-- gh-comment-id:4320267499 --> @YashvirGaming commented on GitHub (Apr 25, 2026): @sleepyddl How tf do i choose my GPU here <img width="895" height="518" alt="Image" src="https://github.com/user-attachments/assets/54de69ba-63ad-419d-b9e2-7b8b3b7acb2c" />
Author
Owner

@YashvirGaming commented on GitHub (Apr 25, 2026):

@sleepyddl
@jfahrenkrug @daw @yarikoptic

Yeah works perfectly for my RTX4080 VRAM 16gb and it took only 19 seconds

Image Image

The code quick script worked too

Image
<!-- gh-comment-id:4320288193 --> @YashvirGaming commented on GitHub (Apr 25, 2026): @sleepyddl @jfahrenkrug @daw @yarikoptic ### **Yeah works perfectly for my RTX4080 VRAM 16gb and it took only 19 seconds** <img width="1002" height="1007" alt="Image" src="https://github.com/user-attachments/assets/78b19880-e1f0-4dc5-9a9d-87ce9b91a69c" /> <img width="995" height="1160" alt="Image" src="https://github.com/user-attachments/assets/9490d899-1644-4e4e-a956-5ee04b20018e" /> ### **The code quick script worked too** <img width="955" height="972" alt="Image" src="https://github.com/user-attachments/assets/23c19a4c-b302-4191-8613-1e82e66d20a5" />
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: github-starred/open-webui#58870