When clicking "Update and Copy Link" (or "Copy Link" for new shares), the link gets created successfully but copying to clipboard fails. The success message still appears, which is misleading since nothing was actually copied.
I can work around this by clicking the share button again after creation, which shows the link that I can then click to open it. But the copy to clipboard functionality doesn't work.
Expected behavior:
Link should be copied to clipboard
Actual behavior:
Link is created (confirmed by re-opening share dialog)
Success toast appears
Clipboard remains empty
Root cause:
Looking at src/lib/components/chat/ShareChatModal.svelte, the non-Safari code path does this:
copyToClipboard(awaitshareLocalChat());toast.success($i18n.t('Copied shared chat URL to clipboard!'));show=false;
Two problems here:
No error handling on the copyToClipboard() call
Success message shows regardless of whether copy worked
Suggested fix:
Adding error handling would help, but a fallback would be better since clipboard access can fail for various reasons (permissions, browser policies, etc).
Simple example:
consturl=awaitshareLocalChat();try{awaitnavigator.clipboard.writeText(url);toast.success($i18n.t('Copied shared chat URL to clipboard!'));}catch(error){// Fallback: show the URL so user can copy manually
shareUrl=url;toast.info($i18n.t('Link created. Click to copy manually.'));}
Then display shareUrl in the modal if it's set, with a button to copy it.
This way users always have a way to get the link, even if automatic clipboard access fails.
Originally created by @lski-tools on GitHub (Nov 6, 2025).
Original GitHub issue: https://github.com/open-webui/open-webui/issues/18972
**Description:**
When clicking "Update and Copy Link" (or "Copy Link" for new shares), the link gets created successfully but copying to clipboard fails. The success message still appears, which is misleading since nothing was actually copied.
**Relevant line in code**
https://github.com/open-webui/open-webui/blob/e85c7f79310f351672fe967a102396b6f3f5e88b/src/lib/components/chat/ShareChatModal.svelte#L173
**Environment:**
- Firefox 140.4.0esr (64-Bit)
- Open WebUI version: [latest from main branch]
I can work around this by clicking the share button again after creation, which shows the link that I can then click to open it. But the copy to clipboard functionality doesn't work.
**Expected behavior:**
Link should be copied to clipboard
**Actual behavior:**
- Link is created (confirmed by re-opening share dialog)
- Success toast appears
- Clipboard remains empty
**Root cause:**
Looking at `src/lib/components/chat/ShareChatModal.svelte`, the non-Safari code path does this:
```javascript
copyToClipboard(await shareLocalChat());
toast.success($i18n.t('Copied shared chat URL to clipboard!'));
show = false;
```
Two problems here:
1. No error handling on the `copyToClipboard()` call
2. Success message shows regardless of whether copy worked
**Suggested fix:**
Adding error handling would help, but a fallback would be better since clipboard access can fail for various reasons (permissions, browser policies, etc).
Simple example:
```javascript
const url = await shareLocalChat();
try {
await navigator.clipboard.writeText(url);
toast.success($i18n.t('Copied shared chat URL to clipboard!'));
} catch (error) {
// Fallback: show the URL so user can copy manually
shareUrl = url;
toast.info($i18n.t('Link created. Click to copy manually.'));
}
```
Then display `shareUrl` in the modal if it's set, with a button to copy it.
This way users always have a way to get the link, even if automatic clipboard access fails.
You're correct and I am able to confirm this issue. Either copying fails with Update and Copy Link or it is failing to delete the old share link, generate a new one, and copy the newly generated share link to the clipboard.
Current behavior: The user needs to manually click on the delete this link text, followed by clicking the Copy Link button again to delete the old share link for the chat, generate a new one, and copy the newly generated share link to the clipboard.
Expected behavior: For the Update and Copy Link button to perform the behavior of what clicking on the delete this link text, followed by clicking the Copy Link button does. Or in short, for it to work as expected.
<!-- gh-comment-id:3498983379 -->
@silentoplayz commented on GitHub (Nov 6, 2025):
You're correct and I am able to confirm this issue. Either copying fails with `Update and Copy Link` or it is failing to delete the old share link, generate a new one, and copy the newly generated share link to the clipboard.
Current behavior: The user needs to manually click on the `delete this link` text, followed by clicking the `Copy Link` button again to delete the old share link for the chat, generate a new one, and copy the newly generated share link to the clipboard.
Expected behavior: For the `Update and Copy Link` button to perform the behavior of what clicking on the `delete this link` text, followed by clicking the `Copy Link` button does. Or in short, for it to work as expected.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Originally created by @lski-tools on GitHub (Nov 6, 2025).
Original GitHub issue: https://github.com/open-webui/open-webui/issues/18972
Description:
When clicking "Update and Copy Link" (or "Copy Link" for new shares), the link gets created successfully but copying to clipboard fails. The success message still appears, which is misleading since nothing was actually copied.
Relevant line in code
https://github.com/open-webui/open-webui/blob/e85c7f79310f351672fe967a102396b6f3f5e88b/src/lib/components/chat/ShareChatModal.svelte#L173
Environment:
I can work around this by clicking the share button again after creation, which shows the link that I can then click to open it. But the copy to clipboard functionality doesn't work.
Expected behavior:
Link should be copied to clipboard
Actual behavior:
Root cause:
Looking at
src/lib/components/chat/ShareChatModal.svelte, the non-Safari code path does this:Two problems here:
copyToClipboard()callSuggested fix:
Adding error handling would help, but a fallback would be better since clipboard access can fail for various reasons (permissions, browser policies, etc).
Simple example:
Then display
shareUrlin the modal if it's set, with a button to copy it.This way users always have a way to get the link, even if automatic clipboard access fails.
@silentoplayz commented on GitHub (Nov 6, 2025):
You're correct and I am able to confirm this issue. Either copying fails with
Update and Copy Linkor it is failing to delete the old share link, generate a new one, and copy the newly generated share link to the clipboard.Current behavior: The user needs to manually click on the
delete this linktext, followed by clicking theCopy Linkbutton again to delete the old share link for the chat, generate a new one, and copy the newly generated share link to the clipboard.Expected behavior: For the
Update and Copy Linkbutton to perform the behavior of what clicking on thedelete this linktext, followed by clicking theCopy Linkbutton does. Or in short, for it to work as expected.@tjbck commented on GitHub (Nov 6, 2025):
is this FF only? @silentoplayz I'm unable to reproduce.