I dont have this issue with the latest version in firefox. Can you give more information?
This is a placeholder wich normally apperas if you drag & drop a file
@jannikstdl commented on GitHub (Feb 23, 2024):
I dont have this issue with the latest version in firefox. Can you give more information?
This is a placeholder wich normally apperas if you drag & drop a file
i just alt-tab on arch linux/kde and when i come back the dialog appears. two things. you can't close the dialog. and there should be a way to click to upload a file instead of drag-n-drop which is very cumbersome.
@ralyodio commented on GitHub (Feb 23, 2024):
i just alt-tab on arch linux/kde and when i come back the dialog appears. two things. you can't close the dialog. and there should be a way to click to upload a file instead of drag-n-drop which is very cumbersome.
and there should be a way to click to upload a file instead of drag-n-drop which is very cumbersome.
There is:
@justinh-rahb commented on GitHub (Feb 23, 2024):
> and there should be a way to click to upload a file instead of drag-n-drop which is very cumbersome.
There is:
<img width="766" alt="Screenshot 2024-02-23 at 7 26 17 AM" src="https://github.com/open-webui/open-webui/assets/52832301/f1cf5a74-c138-4f78-b055-4031a72db275">
i see. well closing the dialog is still an issue. maybe my screen is too small and its hidden. should at least be closable with [ESC] button
@ralyodio commented on GitHub (Feb 23, 2024):
i see. well closing the dialog is still an issue. maybe my screen is too small and its hidden. should at least be closable with [ESC] button
I cannot reproduce the issue at all on any of my machines. For anyone who can reliably reproduce the issue, feel free to make a PR!
@tjbck commented on GitHub (Mar 3, 2024):
I cannot reproduce the issue at all on any of my machines. For anyone who can reliably reproduce the issue, feel free to make a PR!
I am on Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:123.0) Gecko/20100101 Firefox/123.0
The modal appears when trying to copy any content (CTRL+C)
@btzs commented on GitHub (Mar 6, 2024):
I am on Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:123.0) Gecko/20100101 Firefox/123.0
The modal appears when trying to copy any content (CTRL+C)

I still have the same issue. I uploaded a file once using the file selector and ever since then this Add Files modal randomly appears and doesn't go away unless I refresh the page (despite me not trying to upload any files)
@insunaa commented on GitHub (Mar 13, 2024):
I still have the same issue. I uploaded a file ***once*** using the file selector and ever since then this `Add Files` modal randomly appears and doesn't go away unless I refresh the page (despite me not trying to upload any files)
This issue still exists in Firefox 123.0.1. It's somewhat on and off issue. Most reproducible way I have managed to trigger this is by dealing with files in any of the chats. Then opening a new chat (doesn't need to have any file). After that you make the browser inactive, like focus another window in another monitor and that makes the overlay to appear. After that it appears each time the browser loses focus.
@NiLon commented on GitHub (Mar 16, 2024):
This issue still exists in Firefox 123.0.1. It's somewhat on and off issue. Most reproducible way I have managed to trigger this is by dealing with files in any of the chats. Then opening a new chat (doesn't need to have any file). After that you make the browser inactive, like focus another window in another monitor and that makes the overlay to appear. After that it appears each time the browser loses focus.
we just need to add a close button or close on ESC
That would be nice to have, but it's kind of workaround and doesn't fix the actual issue. It's bit triggering to have a close the modal each time you want to prompt with a workflow that makes use of multiple windows. Once the problem triggers once, it won't stop happening. 🫠
I would rather fully disable the whole drag & drop feature than have it in broken state. It's breaking so much for little gain.
@NiLon commented on GitHub (Mar 16, 2024):
> we just need to add a close button or close on ESC
That would be nice to have, but it's kind of workaround and doesn't fix the actual issue. It's bit triggering to have a close the modal each time you want to prompt with a workflow that makes use of multiple windows. Once the problem triggers once, it won't stop happening. 🫠
I would rather fully disable the whole drag & drop feature than have it in broken state. It's breaking so much for little gain.
This issue still exists in Firefox 123.0.1. It's somewhat on and off issue. Most reproducible way I have managed to trigger this is by dealing with files in any of the chats. Then opening a new chat (doesn't need to have any file). After that you make the browser inactive, like focus another window in another monitor and that makes the overlay to appear. After that it appears each time the browser loses focus.
Can't reproduce this behavior on Linux Debian with Firefox 115.8.0esr
What deployment type are you using?
@jannikstdl commented on GitHub (Mar 16, 2024):
> This issue still exists in Firefox 123.0.1. It's somewhat on and off issue. Most reproducible way I have managed to trigger this is by dealing with files in any of the chats. Then opening a new chat (doesn't need to have any file). After that you make the browser inactive, like focus another window in another monitor and that makes the overlay to appear. After that it appears each time the browser loses focus.
Can't reproduce this behavior on Linux Debian with Firefox 115.8.0esr
What deployment type are you using?
I see this on docker deployment. I tested that flatpak version of Firefox has this problem as well. Have not tested the ESR, but it's rather irrelevant tbh.
@NiLon commented on GitHub (Mar 16, 2024):
> What deployment type are you using?
I see this on docker deployment. I tested that flatpak version of Firefox has this problem as well. Have not tested the ESR, but it's rather irrelevant tbh.
Still happens but thanks for adding the option to close it with ESC.
We have two up-to-date Arch Linux setups with KDE Plasma and it only happens on one machine. I tried to reproduce this behavior and while it almost never happens on one machine, with the second PC it's rather peculiar: it only happens when (a lot of?) text is inside the clipboard (e.g. with copying a text from a word document to paste into open webui's textbox). For example, openwebui is open in Firefox:
switching to the word document (change window focus from Firefox to word processor) without copying text from the word document and switching back to Firefox and open webui, the add files modal does not appear.
switching to the word document (change window focus from Firefox to word processor) and copying text from the word document (with the content now inside the clipboard) and switching back to Firefox and open webui, the add files modal does appear.
as long as the content is inside the clipboard, switching between Firefox and other windows will make the add files modal appear when switching back to open webui.
clearing the clipboard solves the issue and as long as nothing new is added, it won't appear.
Don't know if that helps narrowing down the issue, but I thought I'd share.
@gibru commented on GitHub (Apr 14, 2024):
Still happens but thanks for adding the option to close it with ESC.
We have two up-to-date Arch Linux setups with KDE Plasma and it only happens on one machine. I tried to reproduce this behavior and while it almost never happens on one machine, with the second PC it's rather peculiar: it only happens when (a lot of?) text is inside the clipboard (e.g. with copying a text from a word document to paste into open webui's textbox). For example, openwebui is open in Firefox:
- switching to the word document (change window focus from Firefox to word processor) without copying text from the word document and switching back to Firefox and open webui, the add files modal does not appear.
- switching to the word document (change window focus from Firefox to word processor) and copying text from the word document (with the content now inside the clipboard) and switching back to Firefox and open webui, the add files modal does appear.
- as long as the content is inside the clipboard, switching between Firefox and other windows will make the add files modal appear when switching back to open webui.
- clearing the clipboard solves the issue and as long as nothing new is added, it won't appear.
Don't know if that helps narrowing down the issue, but I thought I'd share.
Hey everyone, I am experiencing the same issue and I think I've found some more information on this. When you encounter the bug, try to clear your clipboard using the KDE Plasma tray icon. As you will notice, once you clear the clipboard, the modal bug does not appear. I doubt this is an open-webui related problem, because I am experiencing similar issues in the github web editor. Whenever I have something in my clipboard, the cursor won't show up in the editor. It's really annoying. I also have issues in WhatsApp Web, when dragging a file inside a chat. You guys will probably have similar problems. Not sure what the cause of this is, but it's definetly a strange bug.
Update: I've just tested using X11 instead of wayland and that does the trick. This seems to be a bug in wayland.
@Cephra commented on GitHub (Apr 30, 2024):
Hey everyone, I am experiencing the same issue and I think I've found some more information on this. When you encounter the bug, try to clear your clipboard using the KDE Plasma tray icon. As you will notice, once you clear the clipboard, the modal bug does not appear. I doubt this is an open-webui related problem, because I am experiencing similar issues in the github web editor. Whenever I have something in my clipboard, the cursor won't show up in the editor. It's really annoying. I also have issues in WhatsApp Web, when dragging a file inside a chat. You guys will probably have similar problems. Not sure what the cause of this is, but it's definetly a strange bug.
**Update:** I've just tested using X11 instead of wayland and that does the trick. This seems to be a bug in wayland.
Yes, I use Wayland on both of my machines. Nice find! I still have some other quirks with it so in a way I'm not surprised ;)
@gibru commented on GitHub (May 1, 2024):
@Cephra
Yes, I use Wayland on both of my machines. Nice find! I still have some other quirks with it so in a way I'm not surprised ;)
Wayland strikes again! Unless something new comes to light, I am going to close this issue as there's probably not much we can do about it.
@justinh-rahb commented on GitHub (May 1, 2024):
Wayland strikes again! Unless something new comes to light, I am going to close this issue as there's probably not much we can do about it.
A very hacky workaround for uBlock users: add a custom filter rule #dropzone, so the thing won't bother you.
@coxde commented on GitHub (May 2, 2024):
A very hacky workaround for uBlock users: add a custom filter rule `#dropzone`, so the thing won't bother you.
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 @ralyodio on GitHub (Feb 23, 2024).
have to refresh page to get rid of it.
@jannikstdl commented on GitHub (Feb 23, 2024):
I dont have this issue with the latest version in firefox. Can you give more information?
This is a placeholder wich normally apperas if you drag & drop a file
@ralyodio commented on GitHub (Feb 23, 2024):
i just alt-tab on arch linux/kde and when i come back the dialog appears. two things. you can't close the dialog. and there should be a way to click to upload a file instead of drag-n-drop which is very cumbersome.
@justinh-rahb commented on GitHub (Feb 23, 2024):
There is:
@jannikstdl commented on GitHub (Feb 23, 2024):
i dont think that this is an issue with the UI. I can try this with Linux later.
@ralyodio commented on GitHub (Feb 23, 2024):
i see. well closing the dialog is still an issue. maybe my screen is too small and its hidden. should at least be closable with [ESC] button
@tjbck commented on GitHub (Mar 3, 2024):
I cannot reproduce the issue at all on any of my machines. For anyone who can reliably reproduce the issue, feel free to make a PR!
@btzs commented on GitHub (Mar 6, 2024):
I am on Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:123.0) Gecko/20100101 Firefox/123.0
The modal appears when trying to copy any content (CTRL+C)
@btzs commented on GitHub (Mar 13, 2024):
Interestingly I cannot reproduce the problem on my system anymore. Still the same browser version
@insunaa commented on GitHub (Mar 13, 2024):
I still have the same issue. I uploaded a file once using the file selector and ever since then this
Add Filesmodal randomly appears and doesn't go away unless I refresh the page (despite me not trying to upload any files)@NiLon commented on GitHub (Mar 16, 2024):
This issue still exists in Firefox 123.0.1. It's somewhat on and off issue. Most reproducible way I have managed to trigger this is by dealing with files in any of the chats. Then opening a new chat (doesn't need to have any file). After that you make the browser inactive, like focus another window in another monitor and that makes the overlay to appear. After that it appears each time the browser loses focus.
@ralyodio commented on GitHub (Mar 16, 2024):
we just need to add a close button or close on ESC
@NiLon commented on GitHub (Mar 16, 2024):
That would be nice to have, but it's kind of workaround and doesn't fix the actual issue. It's bit triggering to have a close the modal each time you want to prompt with a workflow that makes use of multiple windows. Once the problem triggers once, it won't stop happening. 🫠
I would rather fully disable the whole drag & drop feature than have it in broken state. It's breaking so much for little gain.
@jannikstdl commented on GitHub (Mar 16, 2024):
Can't reproduce this behavior on Linux Debian with Firefox 115.8.0esr
What deployment type are you using?
@NiLon commented on GitHub (Mar 16, 2024):
I see this on docker deployment. I tested that flatpak version of Firefox has this problem as well. Have not tested the ESR, but it's rather irrelevant tbh.
@gibru commented on GitHub (Apr 14, 2024):
Still happens but thanks for adding the option to close it with ESC.
We have two up-to-date Arch Linux setups with KDE Plasma and it only happens on one machine. I tried to reproduce this behavior and while it almost never happens on one machine, with the second PC it's rather peculiar: it only happens when (a lot of?) text is inside the clipboard (e.g. with copying a text from a word document to paste into open webui's textbox). For example, openwebui is open in Firefox:
Don't know if that helps narrowing down the issue, but I thought I'd share.
@ralyodio commented on GitHub (Apr 14, 2024):
it almost seems like a browser bug
@Cephra commented on GitHub (Apr 30, 2024):
Hey everyone, I am experiencing the same issue and I think I've found some more information on this. When you encounter the bug, try to clear your clipboard using the KDE Plasma tray icon. As you will notice, once you clear the clipboard, the modal bug does not appear. I doubt this is an open-webui related problem, because I am experiencing similar issues in the github web editor. Whenever I have something in my clipboard, the cursor won't show up in the editor. It's really annoying. I also have issues in WhatsApp Web, when dragging a file inside a chat. You guys will probably have similar problems. Not sure what the cause of this is, but it's definetly a strange bug.
Update: I've just tested using X11 instead of wayland and that does the trick. This seems to be a bug in wayland.
@gibru commented on GitHub (May 1, 2024):
@Cephra
Yes, I use Wayland on both of my machines. Nice find! I still have some other quirks with it so in a way I'm not surprised ;)
@justinh-rahb commented on GitHub (May 1, 2024):
Wayland strikes again! Unless something new comes to light, I am going to close this issue as there's probably not much we can do about it.
@coxde commented on GitHub (May 2, 2024):
A very hacky workaround for uBlock users: add a custom filter rule
#dropzone, so the thing won't bother you.