[Webkit-unassigned] [Bug 19079] Send the submissions character encoding in hidden _charset_ field

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Wed Nov 2 06:23:23 PDT 2011


https://bugs.webkit.org/show_bug.cgi?id=19079





--- Comment #6 from Kent Tamura <tkent at chromium.org>  2011-11-02 06:23:23 PST ---
(In reply to comment #5)
> (In reply to comment #4)
> > (From update of attachment 113138 [details] [details])
> > View in context: https://bugs.webkit.org/attachment.cgi?id=113138&action=review
> > 
> > > Source/WebCore/loader/FormSubmission.cpp:188
> > > +            if (equalIgnoringCase(input->name(), "_charset_") && input->isInputTypeHidden())
> > > +                    input->setValueForUser(domFormData->encoding().name());
> > 
> 
> > * I don't think we should update HTMLInputELement::value.  How does IE work?
> Even IE also modifies the value of input field.

Please investigate the behavior of other browsers correctly.
I have just checked the behavior of IE9, Firefox 7, and Opera 11.51. All of them didn't care about the existence of value attribute, and didn't update HTMLInputElement::value.
We can check this behavior by a simple HTML like the following, and inspect the form.

<form action="..." target="_blank">
<input type=hidden name=_charset_ value=foo>
<input type=submit>
</form>


> > * According to the specification, we should set the character encoding only if the hidden input has no value attribute.
> I tested with IE, Mozilla and Opera behavior, but none of them respect "value" if inputType is hidden, they all sets respective encoding types here.
> Please let me know if we want different behavior from these.

We should update the specification first.

-- 
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