[GH-ISSUE #867] bug: firefox "add files" modal issue #50903

Closed
opened 2026-05-05 11:30:08 -05:00 by GiteaMirror · 20 comments
Owner

Originally created by @ralyodio on GitHub (Feb 23, 2024).
Original GitHub issue: https://github.com/open-webui/open-webui/issues/867

have to refresh page to get rid of it.

Originally created by @ralyodio on GitHub (Feb 23, 2024). Original GitHub issue: https://github.com/open-webui/open-webui/issues/867 have to refresh page to get rid of it.
Author
Owner

@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

<!-- gh-comment-id:1961211558 --> @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
Author
Owner

@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.

<!-- gh-comment-id:1961233176 --> @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.
Author
Owner

@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:

Screenshot 2024-02-23 at 7 26 17 AM
<!-- gh-comment-id:1961239596 --> @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">
Author
Owner

@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.

<!-- gh-comment-id:1961241481 --> @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.
Author
Owner

@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

<!-- gh-comment-id:1961245143 --> @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
Author
Owner

@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!

<!-- gh-comment-id:1975372045 --> @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!
Author
Owner

@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)

image

<!-- gh-comment-id:1980140752 --> @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) ![image](https://github.com/open-webui/open-webui/assets/55090626/fdfa043c-1494-4758-ab69-f0a6db9bf1f9)
Author
Owner

@btzs commented on GitHub (Mar 13, 2024):

Interestingly I cannot reproduce the problem on my system anymore. Still the same browser version

<!-- gh-comment-id:1994435712 --> @btzs commented on GitHub (Mar 13, 2024): Interestingly I cannot reproduce the problem on my system anymore. Still the same browser version
Author
Owner

@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)

<!-- gh-comment-id:1995990394 --> @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)
Author
Owner

@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.

<!-- gh-comment-id:2001958205 --> @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.
Author
Owner

@ralyodio commented on GitHub (Mar 16, 2024):

we just need to add a close button or close on ESC

<!-- gh-comment-id:2001958868 --> @ralyodio commented on GitHub (Mar 16, 2024): we just need to add a close button or close on ESC
Author
Owner

@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.

<!-- gh-comment-id:2001962893 --> @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.
Author
Owner

@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?

<!-- gh-comment-id:2001976631 --> @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?
Author
Owner

@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.

<!-- gh-comment-id:2001979243 --> @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.
Author
Owner

@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.

<!-- gh-comment-id:2054099734 --> @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.
Author
Owner

@ralyodio commented on GitHub (Apr 14, 2024):

it almost seems like a browser bug

<!-- gh-comment-id:2054102445 --> @ralyodio commented on GitHub (Apr 14, 2024): it almost seems like a browser bug
Author
Owner

@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.

<!-- gh-comment-id:2087681519 --> @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.
Author
Owner

@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 ;)

<!-- gh-comment-id:2087953915 --> @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 ;)
Author
Owner

@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.

<!-- gh-comment-id:2088756708 --> @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.
Author
Owner

@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.

<!-- gh-comment-id:2090141563 --> @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.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: github-starred/open-webui#50903