Bug 219086
| Summary: | Newline normalization in forms and FormData | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Andreu Botella <andreu> |
| Component: | Forms | Assignee: | Nobody <webkit-unassigned> |
| Status: | RESOLVED WONTFIX | ||
| Severity: | Normal | CC: | akeerthi, cdumez, smoley, webkit-bug-importer, wenson_hsieh |
| Priority: | P2 | Keywords: | InRadar |
| Version: | Safari Technology Preview | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
Andreu Botella
The fact that you can create a FormData object from a form and observe its entry list, and the fact that you can construct a FormData object from scratch and build a multipart/form-data payload from it, means that the newline normalization in "append an entry" (https://html.spec.whatwg.org/multipage/form-control-infrastructure.html#append-an-entry) can no longer be deferred to the time when the form payload is constructed, as WebKit seems to be doing.
Tests:
https://wpt.fyi/results/html/semantics/forms/form-submission-0/newline-normalization.html?label=pr_head&max-count=1&pr=26556
https://wpt.fyi/results/FileAPI/file/send-file-formdata-controls.tentative.html?label=pr_head&max-count=1&pr=26556
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Radar WebKit Bug Importer
<rdar://problem/71546282>
Andreu Botella
This is now being reconsidered in the specs: https://github.com/whatwg/html/issues/6469
Andreu Botella
Now that https://github.com/whatwg/html/pull/6624 is merged, the HTML spec's behavior now matches WebKit's (except for bug 225299), so I'm closing this bug.