<html>
<head>
<base href="https://bugs.webkit.org/" />
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_UNCONFIRMED "
title="UNCONFIRMED - Validation in isValidHTTPHeaderValue is too sensitive."
href="https://bugs.webkit.org/show_bug.cgi?id=147445#c16">Comment # 16</a>
on <a class="bz_bug_link
bz_status_UNCONFIRMED "
title="UNCONFIRMED - Validation in isValidHTTPHeaderValue is too sensitive."
href="https://bugs.webkit.org/show_bug.cgi?id=147445">bug 147445</a>
from <span class="vcard"><a class="email" href="mailto:youennf@gmail.com" title="youenn fablet <youennf@gmail.com>"> <span class="fn">youenn fablet</span></a>
</span></b>
<pre>(In reply to <a href="show_bug.cgi?id=147445#c15">comment #15</a>)
<span class="quote">> > Is it considered as a CFNetwork bug?
>
> That's actually in WebKit, as calling HTTPHeaderMap::add twice combines the
> values. I don't know why the same didn't use to happen with a space, that's
> probably just another bug somewhere down the line.</span >
I read your previous message too fast, sorry about that.
It seems strange that the combine rule applies to "Content-Type".
That seems like a different bug in the XHR implementation.
Either the web app sets it and the browser uses it as is.
Or the web app does not set it and the browser will set it instead.
If we split the sub-issues, that would give:
1. Add support for trimming whitespaces in XHR.setRequestHeader
2. Ensure XHR can set a header with an empty value
3. Ensure XHR can set "Content-Type" with an empty value
4. Decide what to do about empty values in the context of XHR combine rule.
Are we converging?</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>