Bug 219086 - Newline normalization in forms and FormData
Summary: Newline normalization in forms and FormData
Status: RESOLVED WONTFIX
Alias: None
Product: WebKit
Classification: Unclassified
Component: Forms (show other bugs)
Version: Safari Technology Preview
Hardware: Unspecified Unspecified
: P2 Normal
Assignee: Nobody
URL:
Keywords: InRadar
Depends on:
Blocks:
 
Reported: 2020-11-18 07:07 PST by Andreu Botella
Modified: 2021-05-21 05:33 PDT (History)
5 users (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Andreu Botella 2020-11-18 07:07:48 PST 
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
Comment 1 Radar WebKit Bug Importer 2020-11-18 10:45:11 PST 
<rdar://problem/71546282>
Comment 2 Andreu Botella 2021-03-09 07:03:39 PST 
This is now being reconsidered in the specs: https://github.com/whatwg/html/issues/6469
Comment 3 Andreu Botella 2021-05-21 05:33:22 PDT 
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.