W3C home > Mailing lists > Public > whatwg@whatwg.org > November 2014

Re: [whatwg] PSA: Chrome ignoring autocomplete="off" for Autofill data

From: Igor Minar <iminar@google.com>
Date: Fri, 14 Nov 2014 04:22:42 +0000
Message-ID: <CAO9zZYPk+GrZX-Ew_jx67U5eOKtiU5bJr_p86NDV13Pd4HCJVg@mail.gmail.com>
To: Evan Stade <estade@chromium.org>, WHAT Working Group Mailing List <whatwg@whatwg.org>
Are you going to properly fire change&input events when autofill happens?

The current autofill behavior is causing major headaches for application
and framework developers and by ignoring autocomplete attribute you disable
the only way developers can work around this bug.

On angular we had to developer a special hack in an attempt to fix it, but
it's far from ideal:

The browser should let DOM know when autofill happens, so apps can treat
user input and autofill as the same. Right now this is not the case and it
sounds like you are going to make it only worse.


On Thu Nov 13 2014 at 11:20:28 AM Evan Stade <estade@chromium.org> wrote:

> Hi,
> Chrome already ignores the prevalent autocomplete="off" for password
> fields. We plan to ignore this tag for Autofill (addresses, credit cards)
> fields as well. autocomplete="off" will still be respected for autocomplete
> data (e.g. past searches on crbug.com).
> We think this will break a very small number of sites that use
> autocomplete="off" for legitimate reasons, e.g. they use the Google Maps
> Places Autocomplete API, and don't want Chrome trying to autofill in
> addition. But it will improve behavior for a much larger set of sites which
> use autocomplete="off" for confused reasons as a part of, e.g., their
> checkout flow. We have found the prevalence of autocomplete="off" in top
> sites' checkout forms to be quite high.
> Currently this new behavior is available behind a flag. We will soon be
> inverting the flag, so you have to opt into respecting autocomplete="off".
> I am curious what other browsers do around autocomplete="off", and if they
> respect it for address/user profile/credit card type data. Since there's no
> way to feature detect the browser's behavior, it would be convenient if all
> browsers agreed on the meaning/value of the attribute.
> -- Evan Stade
Received on Friday, 14 November 2014 04:23:06 UTC

This archive was generated by hypermail 2.4.0 : Wednesday, 22 January 2020 17:00:26 UTC