WebKit its truncating the value for input type text at the first control character that its non a tab. This behaviour its not defined on the spec, neither match what other browsers do (Firefox, Chrome, etc). This causes thousands of subtest failures on WPT tests encoding/legacy-mb-japanese/iso-2022-jp/iso2022jp-encode-form* <https://wpt.fyi/results/encoding/legacy-mb-japanese/iso-2022-jp> Chrome corrected this behaviour years ago. For reference see: https://codereview.chromium.org/189843008
Created attachment 391070 [details] Patch
(In reply to Carlos Alberto Lopez Perez from comment #0) > WebKit its truncating the value for input type text at the first control > character that its non a tab. > > This behaviour its not defined on the spec, neither match what other > browsers do (Firefox, Chrome, etc). > Spec: https://html.spec.whatwg.org/multipage/input.html#text-(type=text)-state-and-search-state-(type=search):value-sanitization-algorithm
Created attachment 391152 [details] Patch Rebaseline also imported/w3c/web-platform-tests/html/semantics/forms/the-input-element/valueMode.html with more PASS lines
Created attachment 391196 [details] Patch Fix wrong baseline for ios in imported/w3c/web-platform-tests/html/semantics/forms/the-input-element/valueMode.html
r? All EWS are green now.
Comment on attachment 391196 [details] Patch Clearing flags on attachment: 391196 Committed r257132: <https://trac.webkit.org/changeset/257132>
All reviewed patches have been landed. Closing bug.
<rdar://problem/59664131>