Open
Bug 526892
Opened 15 years ago
Updated 2 years ago
Add a preference to control the delay when doing password echoing
Categories
(Core :: DOM: Editor, defect)
Tracking
()
NEW
People
(Reporter: mfinkle, Unassigned)
Details
Bug 514212 added password echoing. The current delay is 600ms, which might be too short. Regardless, we could add a preference to control the timeout duration
Reporter | ||
Comment 1•15 years ago
|
||
GTK calls it "gtk-entry-password-hint-timeout"
Reporter | ||
Comment 2•15 years ago
|
||
How about "editor.password_hint.timeout"
Reporter | ||
Comment 3•15 years ago
|
||
I guess the editor prefs don't use underscores, so "editor.passwordHint.timeout"
Comment 4•6 years ago
|
||
(In reply to Mark Finkle (:mfinkle) (use needinfo?) from comment #1) > GTK calls it "gtk-entry-password-hint-timeout" Sounds like that LookAndFeel for GTK should refer the value instead of using 600. (And perhaps, we should make LookAndFeel::GetEchoPassword() customizable for automated tests and allow to debug even on Windows and macOS.
Comment 5•6 years ago
|
||
(In reply to Masayuki Nakano [:masayuki] (JST, +0900) from comment #4) > (In reply to Mark Finkle (:mfinkle) (use needinfo?) from comment #1) > > GTK calls it "gtk-entry-password-hint-timeout" > > Sounds like that LookAndFeel for GTK should refer the value instead of using > 600. There is GetPasswordMaskDelayImpl to manage echo timeout by bug 772327 that is added for Android.
Comment 6•6 years ago
|
||
Yeah, I meant that GTK should refer system settings instead of referring only pref.
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•