- From: Jonas Sicking <jonas@sicking.cc>
- Date: Mon, 10 Mar 2008 16:31:53 -0700
- To: Anne van Kesteren <annevk@opera.com>
- CC: Maciej Stachowiak <mjs@apple.com>, "Web API WG (public)" <public-webapi@w3.org>
Anne van Kesteren wrote: > > On Sat, 08 Mar 2008 00:06:02 +0100, Maciej Stachowiak <mjs@apple.com> > wrote: >> On Mar 7, 2008, at 2:59 PM, Anne van Kesteren wrote: >>> Currently getResponseHeader() returns the empty string for invalid >>> header names. Would people object if I changed that to returning >>> null instead (basically making it equivalent to headers not part of >>> the response)? Thanks. >> >> What do current implementations do for these cases? > > I think three out of four return null for a non-existent header (IE > being the exception, iirc). Firefox and an internal version of Opera > also return null for invalid headers. (Although for Firefox it seems to > differ on based on whether the request has happened already or > something...) I think firefox throws if we haven't received the full response head yet. Which I sort of think makes sense since we don't know yet what the correct return value is. / Jonas
Received on Monday, 10 March 2008 23:32:26 UTC