W3C home > Mailing lists > Public > public-webapps@w3.org > October to December 2011

Re: [XHR2] overrideMimeType in state UNSENT

From: Jonas Sicking <jonas@sicking.cc>
Date: Mon, 14 Nov 2011 09:26:56 -0800
Message-ID: <CA+c2ei8gCbDZftub4vHjVN+xbnkBWRpKJnHYzpOj+Lg9SLPbxg@mail.gmail.com>
To: Anne van Kesteren <annevk@opera.com>
Cc: Andrew Oakley <andrew@ado.is-a-geek.net>, WebApps WG <public-webapps@w3.org>
On Mon, Nov 14, 2011 at 5:19 AM, Anne van Kesteren <annevk@opera.com> wrote:
>>> What about setRequestHeader()?
>>
>> This one is trickier. I would be more concerned about compatibility
>> given that the function has been around forever and has always applied
>> only to the current request.
>>
>> Additionally, since there is no API for getting the current set of
>> request headers, it makes it hard to inspect an XHR object to ensure
>> that it's in the correct state before reusing it.
>
> Andrew is saying Gecko does not reset the author request headers. Should we
> expose the author request headers? (If we should, can you start a separate
> thread. Maybe now is the time to improve this part of the API.)

This isn't correct.

However looking at the code, I realize that we have a bug that makes
us revive old set under certain conditions, so maybe that is what he's
seeing. This is a recent regression and not an intentional one. I'll
file a bug to have it fixed.

/ Jonas
Received on Monday, 14 November 2011 17:35:02 GMT

This archive was generated by hypermail 2.3.1 : Tuesday, 26 March 2013 18:49:48 GMT