21424 2008-10-06 20:46:39 -0700 charset ignored in enctype attribute of form element 2010-08-30 13:12:02 -0700 1 1 1 Unclassified WebKit Forms 528+ (Nightly build) Mac OS X 10.5 RESOLVED INVALID P2 Normal --- 1 andrejohn.mas webkit-unassigned ap ayg oldest_to_newest 94329 0 andrejohn.mas 2008-10-06 20:46:39 -0700 If I specify the following: <form action="" method="post" enctype="application/x-www-form-urlencoded; charset=utf-8" accept-charset="utf-8"> I find what is actually sent to the HTTP server is: content-type: application/x-www-form-urlencoded The charset is stripped from the content-type. As a comparative test I checked with Opera which is sending the charset. Additionally if I read RFC2616 section 3.7.1, there is provision for allowing the character set to be specified. I am not sure whether to see this issue as a bug that needs fixing, or an enhancement. 94359 1 darin 2008-10-07 07:55:13 -0700 What do other browsers do? 94363 2 24147 andrejohn.mas 2008-10-07 08:38:35 -0700 Created attachment 24147 Test case Having run the test case under Windows XP: Firefox 3: Content-Type: application/x-www-form-urlencoded IE 7: Content-Type: application/x-www-form-urlencoded Opera 9.5: Content-Type: application/x-www-form-urlencoded; charset=utf-8 Safari 3: Content-Type: application/x-www-form-urlencoded Maybe I am just misinterpreting the RFC. Can anyone tell me what should be done? Maybe someone with ties to the w3c? 95284 3 ap 2008-10-14 04:51:45 -0700 I doubt there's a better answer than "we should do what both IE and Firefox do". Also, I do not see anything in <http://www.w3.org/TR/html401/interact/forms.html> that would imply sending charset like this. So, this just sounds like an Opera bug. 271525 4 ayg 2010-08-30 11:44:10 -0700 FWIW, WebKit's behavior here is correct per HTML5: http://www.whatwg.org/specs/web-apps/current-work/multipage/association-of-controls-and-forms.html#attr-fs-enctype Only the three literal strings "application/x-www-form-urlencoded", "multipart/form-data", and "text/plain" are allowed. (Saw this while searching for another bug.) 271600 5 ap 2010-08-30 13:12:02 -0700 Resolving as INVALID per all the above. 24147 2008-10-07 08:38:35 -0700 2008-10-07 08:38:35 -0700 Test case enctype-test.html text/html 533 andrejohn.mas PCFET0NUWVBFIGh0bWwgUFVCTElDICItLy9XM0MvL0RURCBYSFRNTCAxLjAgU3RyaWN0Ly9FTiIg Imh0dHA6Ly93d3cudzMub3JnL1RSL3hodG1sMS9EVEQveGh0bWwxLXN0cmljdC5kdGQiPg0KDQo8 aHRtbCB4bWxucz0iaHR0cDovL3d3dy53My5vcmcvMTk5OS94aHRtbCIgeG1sOmxhbmc9ImVuIiA+ DQoNCjxoZWFkPg0KICAgPHRpdGxlPlRlc3QgQ2FzZTwvdGl0bGU+DQo8L2hlYWQ+DQo8Ym9keT4N Cg0KDQoNCjxkaXY+DQo8Zm9ybSBhY3Rpb249Imh0dHA6Ly9uZXJkbGFicy5vcmcvdG9vbHMvcmVx dWVzdF9oZWFkZXJzLnBocCIgbWV0aG9kPSJwb3N0IiBlbmN0eXBlPSJhcHBsaWNhdGlvbi94LXd3 dy1mb3JtLXVybGVuY29kZWQ7IGNoYXJzZXQ9dXRmLTgiIGFjY2VwdC1jaGFyc2V0PSJ1dGYtOCI+ DQo8cD4NCg0KPGlucHV0IHR5cGU9InRleHQiIGlkPSJkaXNwbGF5IiBuYW1lPSJhYmMiLz48YnIv Pg0KPGlucHV0IHR5cGU9InN1Ym1pdCIgLz4NCjwvcD4NCjwvZm9ybT4NCg0KDQo8L2Rpdj4NCg0K PC9ib2R5Pg0KDQo8L2h0bWw+DQo=