Re: removeRequestHeader()

Ian Hickson wrote:
> On Mon, 26 May 2008, Anne van Kesteren wrote:
>> On Mon, 26 May 2008 10:00:26 +0200, Maciej Stachowiak <mjs@apple.com> wrote:
>>> I am ok with deferring such a mechanism to XHR2 however. In WebKit we'll
>>> likely implement it equally quickly whether it is in XHR1 or XHR2 since it
>>> seems like useful functionality. But there are complications, namely, how
>>> does it interact with headers that are set automatically by the UA?
>> It's not clear to me at all what problem it solves. The examples given 
>> so far are all UA bugs.
> 
> I do think that setting the header to the empty string (as if "" had been 
> passed instead) is better behaviour, from an author's point of view. If 
> that would resolve this issue then that seems like a good choice.

That is not sufficient for the case where a library wants to set a 
header that may already have been set before.

If it does

   xhr.setRequestHeader("foo", "");
   xhr.setRequestHeader("foo", "bar");

currently would result in

   foo: ,bar

being sent.

BR, Julian

PS: and no, FF3 doesn't do that.