Contact emailsj...@netflix.com

ExplainerNone

Specificationhttps://xhr.spec.whatwg.org/#interface-formdata

Summary

Allow passing a submit button to the FormData constructor. If the button
has a name or is an image button, it will contribute to the form data set.
This makes it possible to create a FormData object with the same data set
as a vanilla form submission triggered by the button.


Blink componentBlink>Forms
<https://bugs.chromium.org/p/chromium/issues/list?q=component:Blink%3EForms>

TAG review

TAG review statusNot applicable

Risks


Interoperability and Compatibility



*Gecko*: In development (https://phabricator.services.mozilla.com/D167576)

*WebKit*: In development (https://github.com/WebKit/WebKit/pull/9188)
Approved for release, barring any regressions

*Web developers*: Positive (
https://github.com/remix-run/remix/issues/4342#issuecomment-1297535216)

*Other signals*:

Ergonomics

N/A


Activation

If developers need to support this feature in older browsers, they can
polyfill it fairly easily (e.g.
https://github.com/jenseng/formdata-submitter-polyfill), or they can employ
simpler (though less robust) workarounds like so: const formData = new
FormData(form, submitter); if (!formData.has(submitter.name))
formData.append(submitter.name, submitter.value);


Security

N/A, leveraging existing form entry list construction and constraints.


WebView application risks

Does this intent deprecate or change behavior of existing APIs, such that
it has potentially high risk for Android WebView-based applications?

No


Debuggability

N/A, simple WebIDL change that works as expected.


Will this feature be supported on all six Blink platforms (Windows, Mac,
Linux, Chrome OS, Android, and Android WebView)?Yes

FormData is a core feature of all platforms


Is this feature fully tested by web-platform-tests
<https://chromium.googlesource.com/chromium/src/+/main/docs/testing/web_platform_tests.md>
?Yes

Flag name

Requires code in //chrome?False

Non-OSS dependencies

Does the feature depend on any code or APIs outside the Chromium open
source repository and its open-source dependencies to function?
No

Estimated milestones

No milestones specified


Anticipated spec changes

Open questions about a feature may be a source of future web compat or
interop issues. Please list open issues (e.g. links to known github issues
in the project for the feature specification) whose resolution may
introduce web compat/interop risk (e.g., changing to naming or structure of
the API in a non-backward-compatible way).


Link to entry on the Chrome Platform Status
https://chromestatus.com/feature/5066604734316544

Links to previous Intent discussionsIntent to prototype:
https://github.com/whatwg/xhr/pull/366


This intent message was generated by Chrome Platform Status
<https://chromestatus.com/>.

-- 
You received this message because you are subscribed to the Google Groups 
"blink-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to blink-dev+unsubscr...@chromium.org.
To view this discussion on the web visit 
https://groups.google.com/a/chromium.org/d/msgid/blink-dev/CACT2KXpEWAuuHV1b77-MjSUuPDn69H%2BVrfmDyOv2KYmJLBFCEQ%40mail.gmail.com.

Reply via email to