Open
Bug 1378769
Opened 8 years ago
Updated 3 years ago
Open file dialog freezes on frequent filesystem change
Categories
(Core :: Widget: Gtk, defect, P5)
Tracking
()
UNCONFIRMED
People
(Reporter: weiss, Unassigned)
Details
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:54.0) Gecko/20100101 Firefox/54.0
Build ID: 20170629155837
Steps to reproduce:
Go to /tmp and run
while true; do touch freeze; done
Then, in Firefox, navigate the File Open dialog to /tmp.
Actual results:
Firefox freezes because the directory refresh events flood its event queue and it constantly redraws the dialog (I believe). Becomes totally unresponsive.
Expected results:
There should probably be a timeout in the dialog that only allows a refresh every so often, possibly dependent on the directory size because this will affect how long it takes.
Note that this is not a made-up scenario. GCC constantly creates temporary files in /tmp, and while compiling I had several freezes with Firefox that could only be resolved by killing either the make process or Firefox.
Also note that the exact same behavior is present in Thunderbird.
Updated•8 years ago
|
Component: Untriaged → Widget: Gtk
OS: Unspecified → Linux
Product: Firefox → Core
I think this may have regressed further sometime around Firefox 64.0? It seems to keep the file dialog around and responding to filesystem events even after it's been closed, meaning that frequent filesystem changes in any directory that a file dialog has previously been used in during that session make the Firefox UI completely unresponsive until they stop even if no file dialog is currently open.
Comment 2•6 years ago
|
||
Priority: -- → P5
Updated•3 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•