[Bug 25457] Adding "AutocompleteError" to error names table


Joshua Bell <jsbell@google.com> changed:

           What    |Removed                     |Added
                 CC|                            |jsbell@google.com

--- Comment #9 from Joshua Bell <jsbell@google.com> ---
I'm not familiar with the feature, but looking at the reasons listed in #c3,
most of them do look to me like cases for which an exception would be thrown if
the API were synchronous:

  Case: invoked on an insecure page (e.g. non-HTTPS)
  Case: invoked without processing a user gesture
  Case: no payment-specific [autocomplete] types were found in form controls
  Case: invoked on <form autocomplete="off">
  Case: invoked on <form> not in a frame (e.g. in a document fragment)

i.e. the developer didn't read the fine print, and the page has bugs. Best
thing to do is log those errors back to the server and fix the page.

Not sure about this one:

  Case: a <form> control fails static validation after being filled

The last one is interesting:

  Case: user cancels flow

i.e. user denied permission. We should probably be very consistent across the
web platform for that case for requestXXX() APIs.

I don't see "user agent policy" on the list e.g. "feature disabled"; at least
for Service Worker we're treating that as a rejection.

You are receiving this mail because:
You are on the CC list for the bug.

Received on Thursday, 8 May 2014 01:07:19 UTC