Unusable download dialog on Linux with security.dialog_enable_delay at default value
Categories
(Core :: Widget: Gtk, defect)
Tracking
()
People
(Reporter: dsiebert, Unassigned)
Details
User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:89.0) Gecko/20100101 Firefox/89.0
Steps to reproduce:
Updated Firefox on Kubuntu 20.04 LTS to 89.0.1 (64-Bit) with Canonical build 1.0.
Actual results:
security.dialog_enable_delay was set to 1000 by default with this update. It causes a not working download dialog with an inactive OK button (think the delay value is in seconds)
Expected results:
security.dialog_enable_delay should be set to 1 by default?! Than the download dialog works as properly as before.
|
||
Comment 1•4 years ago
|
||
The value is in milliseconds and it's the same on Windows. Mozilla also doesn't decide what preference values Linux distros decide to use, so I'm taking that out of the summary.
https://searchfox.org/mozilla-release/source/modules/libpref/init/all.js#2182
Moving to Core :: Widget: Gtk since it looks like the best fit, though it might possibly belong in Toolkit :: Downloads API instead.
Yeah, you're right. I tested it and it seems to be an interpretation bug for both Firefox and Thunderbird: for Firefox the critical value is 85, above always inactive OK button. For Thunderbird the critical value is 40. Pretty strange.
Finally, i could investigate the real source of this bug and it was caused by my new Cherry MX Board 3.0 S. The bug of sending endless keycode 248 is already described here:
https://bbs.archlinux.org/viewtopic.php?pid=1979127
This always cancels the security delay for both Firefox and Thunderbird, so you don't see any activated OK button with the default value of 1000 milliseconds. Report can be closed.
|
|
||
Comment 4•4 years ago
|
||
Thank you for the update.
Description
•