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)

x86
Linux
defect

Tracking

()

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
GTK calls it "gtk-entry-password-hint-timeout"
How about "editor.password_hint.timeout"
I guess the editor prefs don't use underscores, so "editor.passwordHint.timeout"
(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.
(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.
Yeah, I meant that GTK should refer system settings instead of referring only pref.
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.