952143 - Expose signon.overrideAutocomplete in SeaMonkey preferences UI

Status: RESOLVED WONTFIX

(SeaMonkey :: Preferences, defect)

Description

[Philip Chee]

(from bug 951981 comment #0)
> Bug 425145 adds an about:config option, `signon.overrideAutocomplete`, which
> when set to true allows the password manager to save passwords for pages
> where the form/form elements have `autocomplete=false`.
> 
> Can/should this be exposed in the preferences?

Comment 1

[Manish Goregaokar [:manishearth]]

Pref is probably going to be renamed and inverted in meaning, FYI (see blocking bug).

Additionally, you might want to consider making it true (see bug 956906) for SM as well.

Comment 2

[Ben Bucksch (:BenB)]

I'd suggest for seamonkey to do the same as Firefox:
Set the default to allow the password manager, and use the hidden pref for installations that disagree, and no UI.

Comment 3

[Tony Mechelynck [:tonymec]]

Changing Summary to agree with the current name in about:config and bug 974742. I'm not taking sides as to whether or not to expose the pref, change its name and/or value, or whatever.

Comment 4

[Ben Bucksch (:BenB)]

I think we can say this has been fixed by bug 956906. Even if not strictly, but in purpose.

The purpose of a pref UI would have been to allow a user to easily turn on the override and allow password fields to be filled in despite autocomplete="off". Now, that setting is the default, which not only allows what the UI would have allowed, but does it without any user action. Therefore, I mark this as a DUP.

Adding UI now would serve the opposite purpose of being more restrictive. There is little point in that. So little point, in fact, that the pref was close to being removed entirely, because nobody could come up with a good usecase why you'd want to set this and still keep password manager on. See bug 956906 comment 49 ff. Please read this.

Comment 5

[Philip Chee]

This is NoT a DUP. It may possibly be a WONTFIX, but that necessitates further discussion.

Comment 6

[Ben Bucksch (:BenB)]

OK, then I propose WONTFIX, because the original purpose - giving users the ability to autofill passwords even when autocomplete=off - is fulfilled.

Comment 7

[Philip Chee]

(In reply to Ben Bucksch (:BenB) from comment #6)
> OK, then I propose WONTFIX, because the original purpose - giving users the
> ability to autofill passwords even when autocomplete=off - is fulfilled.
Sounds convincing.