Add a preference to control the delay when doing password echoing

NEW
Unassigned

Status

()

9 years ago
16 days ago

People

(Reporter: mfinkle, Unassigned)

Tracking

Trunk
x86
Linux
Points:
---

Firefox Tracking Flags

(Not tracked)

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.
You need to log in before you can comment on or make changes to this bug.