1933340 - [X11/KDE] firefox freezes when dropping a file [google images]

Status: REOPENED

(Core :: Widget: Gtk, defect, P2)

Description

[Mathias Panzenböck]

Attachment: Firefox_DnD_Bug-2024-11-25_23.27.46.mkv

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:132.0) Gecko/20100101 Firefox/132.0

Steps to reproduce:

Drop a file onto an element that can accept dropped files for uploads. E.g. the message input box on Mastodon, Discord, Google Image Search etc. How long it freezes is different on every website. I think its shortest on Google Image Search.

Actual results:

Firefox freezes for several seconds. After that nothing is inserted. If I deactivate the KWin compositer it only freezes for a fraction of a second and the file is inserted, except on Google Image Search, where it changes nothing. There is also no drag over feedback by the website as it should be (as it is in other browsers). The mouse icon does change, but the DOM changes websites do in reaction to drag over don't happen (I guess because the tab freezes).

Further weird behavior: The bigger the Firefox window the more likely it is that the bug occurs. I use a 4k monitor and have Firefox usually maximized, but for testing I made the Firefox window tiny. Then there still was a short freeze, but the file was inserted at least.

Expected results:

No freeze, drag over feedback is shown, file is inserted and handled by the website.

PS: I use TuxedoOS, which is based on Kubuntu under X11 with KDE Plasma version 6.2.3 and Linux kernel 6.11.0-107009-tuxedo (64-bit). (Yes, Ubuntu LTS should have 6.8, this OS claims to be based on Ubuntu LTS 24.04, but for some reason the kernel is newer. That also prevents me from installing current amdgpu drivers with the proprietary extensions for better performance because they don't compile on my system.)

Comment 1

[BugBot [:suhaib / :marco/ :calixte]]

The Bugbug bot thinks this bug should belong to the 'Core::Widget: Gtk' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.

Comment 2

[Martin Stránský [:stransky] (ni? me)]

Can you please test latest nightly?
https://fedoraproject.org/wiki/How_to_debug_Firefox_problems#Testing_Mozilla_Nightly_binaries
Thanks.

Comment 3

[Mathias Panzenböck]

The behavior is weird now. In both, nightly (135.0a1 (2024-12-28) (64-bit)) and the current release (133.0.3 (64-Bit)) it works for Mastodon (https://chaos.socieal/ - although no visual feedback, but after dropping it it uploads), but it doesn't work for https://images.google.com/. That is, the first time I dragged an image onto the search page the "Drag an image here or upload a file" area appeared and worked, but then I tried again many times, including reloading the page and opening it in a new tab, and it never appeared again.

Comment 4

[Mathias Panzenböck]

Is there no way to fix a typo in a comment here?

Comment 5

[Martin Stránský [:stransky] (ni? me)]

Do I understand correctly that you see the bug on https://images.google.com/ with KDE/X11 when pasting images from KDE file dialog?
Thanks.

Comment 6

[Mathias Panzenböck]

Yes, KDE (Plasma 6.2.5)+X11 (XOrg 21.1.11). But it seems to work now using Firefox 134.0.1 (64-Bit).

Comment 7

[Martin Stránský [:stransky] (ni? me)]

Thanks for update.

Comment 8

[Mathias Panzenböck]

Hm, now the bug is back. But in a form when I just wait long enough while dragging it eventually works. Recording a new video...

Comment 9

[Mathias Panzenböck]

Attachment: Dragging a file onto Firfox. Takes a while for it to react.

Dragging a file onto Firefox takes a while until it reacts to it. If you let go before that no file is dropped and Firefox freezes for a tiny moment. The freeze feels shorter than before, though.

Comment 10

[Martin Stránský [:stransky] (ni? me)]

Please run on terminal with MOZ_LOG="WidgetDrag:5" env variable, reproduce it and attach the log here.
Thanks.