[Webkit-unassigned] [Bug 44879] Setting form.enctype reflected attribute behaves strangely
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Fri Oct 21 10:15:29 PDT 2011
https://bugs.webkit.org/show_bug.cgi?id=44879
Alexey Proskuryakov <ap at webkit.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #111414|review? |review+, commit-queue-
Flag| |
--- Comment #16 from Alexey Proskuryakov <ap at webkit.org> 2011-10-21 10:15:29 PST ---
(From update of attachment 111414)
View in context: https://bugs.webkit.org/attachment.cgi?id=111414&action=review
Revision 4 is initial KHTML import, and following the history further than that is rarely useful.
This change looks good, r=me.
> LayoutTests/fast/forms/enctype-attribute.html:27
> +shouldBe('form1.enctype = "text"; form1.enctype', '"application/x-www-form-urlencoded"');
> +shouldBe('form1.enctype = "plain"; form1.enctype', '"application/x-www-form-urlencoded"');
> +shouldBe('form1.enctype = "multipart"; form1.enctype', '"application/x-www-form-urlencoded"');
> +shouldBe('form1.enctype = "form-data"; form1.enctype', '"application/x-www-form-urlencoded"');
Please add subtests for proper MIME types, and verify that they also pass in Firefox. E.g. multipart/mixed, multipart/digest, text/css.
Whatever the reason for the existing code was, it was likely not to support "text", but to support other "text/*" subtypes etc.
> LayoutTests/fast/forms/enctype-attribute.html:39
> +debug('Webkit should not allow leading whitespace.');
This message is slightly misleading. There is nothing special about WebKit - no major engine trims whitespace when parsing enctype attribute. Besides, it's not only leading, but also trailing whitespace (and the latter should also be tested here).
--
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
More information about the webkit-unassigned
mailing list