- From: <bugzilla@jessica.w3.org>
- Date: Wed, 18 May 2011 16:28:09 +0000
- To: public-html-bugzilla@w3.org
http://www.w3.org/Bugs/Public/show_bug.cgi?id=12687 --- Comment #3 from Luca Tomat <luca.tomat@gmail.com> 2011-05-18 16:28:08 UTC --- (In reply to comment #2) > How can it break internet sites, when the majority of deployed browsers don't > send this name/value pair? > > I can see how it might break browser-specific intranet sites that rely on the > other behavior in specific browsers. But I'm not sure we shoud worry any more > about those than we worry about IE6-only intranet sites. Since before there was no explicit form submission algorithm every browser implemented it as it liked and so did intranet developers (who of course developed their websites accordingly to their company business rules [including which browser to use]). So, if this submission algorithm affects only HTML5 websites (and it does not) then there would be no problem at all, but since it affects _every_ HTML implementation it does retroactively break existing sites. I don't see any logic into the current implementation (as i said, why image input elements do not send their value and other input elements do? is there a logic reason that we don't know?) so this seems more like an error/bad-choice in the algorithm than something that exists for a reason. Also, previous HTML 4 documentation (http://www.w3.org/TR/html401/interact/forms.html#h-17.4) says nothing at all (or at least i can't find it) about the fact that the name-value pair should not be sent and although HTML 4 specs are outdated this implementation adds a (illogic) rule that removes the name-value pair even from pre-HTML5 implementations. So the question is: is there a logic behind removing the name-value pair? Is there a reason? If not then why shouldn't this be considered a retroactive rule that breaks existing sites? -- Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.
Received on Wednesday, 18 May 2011 16:28:11 UTC