github-starred/open-webui
2
0
Fork 0
mirror of https://github.com/open-webui/open-webui.git synced 2026-05-08 12:58:11 -05:00
Code Issues 1.3k Packages Projects Releases 126 Wiki Activity

[GH-ISSUE #24096] issue: Share Links do not work since 0.9 #35713

New Issue
Open
opened 2026-04-25 09:53:31 -05:00 by GiteaMirror · 8 comments
GiteaMirror commented 2026-04-25 09:53:31 -05:00
Owner
Copy Link

Originally created by @seamon67 on GitHub (Apr 24, 2026).
Original GitHub issue: https://github.com/open-webui/open-webui/issues/24096

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

Docker

Open WebUI Version

0.9.2

Ollama Version (if applicable)

No response

Operating System

Linux

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

When you click a chat share link for eg. https://<URL>/s/<share id>, it should lead to the shared Chat.

Actual Behavior

Clicking on a shared chat link takes you to the homepage of OpenWebUI.

Steps to Reproduce

  1. Create a Chat.
  2. Share the Chat.
  3. Copy the chat share link.
  4. Paste the link in your browser.
  5. This leads to the homepage of OpenWebUI.

Logs & Screenshots

Nothing wrong in the logs.

Additional Information

No response

Originally created by @seamon67 on GitHub (Apr 24, 2026). Original GitHub issue: https://github.com/open-webui/open-webui/issues/24096 ### 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 0.9.2 ### Ollama Version (if applicable) _No response_ ### Operating System Linux ### 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 When you click a chat share link for eg. https://\<URL\>/s/\<share id\>, it should lead to the shared Chat. ### Actual Behavior Clicking on a shared chat link takes you to the homepage of OpenWebUI. ### Steps to Reproduce 1. Create a Chat. 2. Share the Chat. 3. Copy the chat share link. 4. Paste the link in your browser. 5. This leads to the homepage of OpenWebUI. ### Logs & Screenshots Nothing wrong in the logs. ### Additional Information _No response_
GiteaMirror added the bug label 2026-04-25 09:53:31 -05:00
GiteaMirror commented 2026-04-25 09:53:32 -05:00
Author
Owner
Copy Link

@TomTheWise commented on GitHub (Apr 24, 2026):

can confirm and reproduce in current dev

<!-- gh-comment-id:4315583315 --> @TomTheWise commented on GitHub (Apr 24, 2026): can confirm and reproduce in current dev
GiteaMirror commented 2026-04-25 09:53:32 -05:00
Author
Owner
Copy Link

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

can confirm and reproduce in current dev

I also found the same issue in the dev environment

<!-- gh-comment-id:4318365856 --> @sleepyddl commented on GitHub (Apr 25, 2026): > can confirm and reproduce in current dev I also found the same issue in the dev environment
GiteaMirror commented 2026-04-25 09:53:33 -05:00
Author
Owner
Copy Link

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

If you run under http://localhost:5173, this issue will not occur, but if you run under http://ip:5173, this issue can be reproduced

<!-- gh-comment-id:4318629437 --> @sleepyddl commented on GitHub (Apr 25, 2026): If you run under http://localhost:5173, this issue will not occur, but if you run under http://ip:5173, this issue can be reproduced
GiteaMirror commented 2026-04-25 09:53:33 -05:00
Author
Owner
Copy Link

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

I am using a reverse proxy

<!-- gh-comment-id:4318636920 --> @seamon67 commented on GitHub (Apr 25, 2026): I am using a reverse proxy
GiteaMirror commented 2026-04-25 09:53:34 -05:00
Author
Owner
Copy Link

@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. I will submit a PR shortly.

<!-- gh-comment-id:4319615210 --> @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. I will submit a PR shortly.
GiteaMirror commented 2026-04-25 09:53:34 -05:00
Author
Owner
Copy Link

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

I can't access old share links created before the update

<!-- gh-comment-id:4319624745 --> @seamon67 commented on GitHub (Apr 25, 2026): I can't access old share links created before the update
GiteaMirror commented 2026-04-25 09:53:35 -05:00
Author
Owner
Copy Link

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

@sleepyddl Does this fix previously shared links as well - ones created before 0.9?

<!-- gh-comment-id:4319764503 --> @seamon67 commented on GitHub (Apr 25, 2026): @sleepyddl Does this fix previously shared links as well - ones created before 0.9?
GiteaMirror commented 2026-04-25 09:53:35 -05:00
Author
Owner
Copy Link

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

@sleepyddl Does this fix previously shared links as well - ones created before 0.9?

Sorry, I didn't read your problem description carefully.This fix can't resolve the link reading issue. It fixes the link creation issue instead.

<!-- gh-comment-id:4319798630 --> @sleepyddl commented on GitHub (Apr 25, 2026): > [@sleepyddl](https://github.com/sleepyddl) Does this fix previously shared links as well - ones created before 0.9? Sorry, I didn't read your problem description carefully.This fix can't resolve the link reading issue. It fixes the link creation issue instead.
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 bug
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#35713
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?