[whatwg] [WF2] Objection to autocomplete Attribute
Lachlan Hunt
lachlan.hunt at lachy.id.au
Wed Mar 23 16:46:09 PST 2005
Ian Hickson wrote:
> On Thu, 24 Mar 2005, Lachlan Hunt wrote:
>># Support for the attribute *should* be enabled by default...
>
> Ok, I changed the must to a should. But I left the bit about not making it
> trivially disablable.
Thank you, but I don't understand why making it trivially disableable
could not be moved to the note, nor why the spec even needs to suggest
such user agent behaviour. However, at least it is now "should", so I
will accept it if I must.
>From a browser vendor point of view, if the alternatives are:
>
> a. Allow users to use autocomplete on all sites, but don't let users
> use bank sites at all, or
> b. Allow sites to specify when autocomplete should be unavailable, and
> let users use their bank sites,
c. Allow sites to specify when autocomplete should be unavailable *by
default* and let users use their bank sites, but give the users final
say about the issue. Any organisation that complains about the user
having such control is being unrealistic and simply needs to be
reminded that it is a *user agent*, not an author agent.
- Both users and user agent vendors complain to the organisation
about not allowing them access.
- Organisations excercising user-hostile behaviour to exclude a large
portion of their users either give in to the pressure.
OR
- User's switch to another organisation that caters for their needs,
user-hostile organisations lose market-share to a competitor that
respects a user's rights, and eventually gives into pressure
anyway.
- Unfortunately, the last option is that users give into pressure
from the organisation and switch back to IE, which I realise
vendors must take into consideration; however, they must balance
the needs of the users with the organisations.
(I will be complaining to the one organsiation I use, that I recently
discovered uses autocomplete. At least, they finally agreed to support
the increasing number of non-IE users a while ago after many complaints,
so I think they'll give in to enough pressure over this too)
> Web authors have, IMHO, a legitimate reason to try to protect their users
> from mis-configured public terminals.
This issue could be addressed by making user agents much easier to
configure for public terminals. eg. The user agent vendor could provide
a setting, extension, config file or whatever that may be easily
installed by public terminal operators, which automatically configures
the most appropriate options such as disabling autocompletion
facilities, not remembering browsing history between sessions,
disallowing software installation by general users (eg. Mozilla
extensions) and any other configuration often required in such
circumstances. The point is that there should be *no reason* for an
author to take on the responsibility of the user/system administrator
and the user agent vendor.
> The "autocomplete" attribute is now defined in terms of semantics: it
> means the field is sensitive. I think that's quite a legitimate thing to
> be able to specify.
That is an improvement, though it doesn't address my earlier concern
that any form with a password could be considered sensitive information.
Hopefully, authors have enough common sense to realise its
ramifactions outweight any semantic usefulness (I don't believe it has
any beyond what type="password" means). I do, however, like the new
example: "the activation code for a nuclear weapon", which suggests that
only terrorists should make use of this attribute. :-)
> I honestly don't see that authors would want to use autocomplete="off".
Yet, you seem to have plenty of evidence that they do!
> But if you think about it, if they do, that might actually be good on the
> long term: browsers will eventually be forced to stop supporting it,
> having more pressure from their users than from the banks.
At least the spec now allows for this scenario by making it say
"should:. :-)
>>>which is pointless: the sites are going to use these features
>>>regardless, why make people have to violate the spec to do so.
>>
>>Then why is the size attribute deprecated now? ...
>
> Because there they don't _have_ to use it. They can get the same effect
> without using the deprecated features.
They don't have to use autocomplete either, they could get the same
effect by writing a stern warning near the form, recommending that users
do not make use of autocomplete facilities, which would allow the user
to make an informed decision.
> If you don't want it, then disable support in your UA.
Will do, when bug 124065 gets fixed again, though there is at least an
extension available that I can use in the mean time.
(See comments 11 and 23)
https://bugzilla.mozilla.org/show_bug.cgi?id=124065#c11
--
Lachlan Hunt
http://lachy.id.au/
http://GetFirefox.com/ Rediscover the Web
http://GetThunderbird.com/ Reclaim your Inbox
More information about the whatwg
mailing list