W3C home > Mailing lists > Public > public-webapi@w3.org > April 2006

Re: ISSUE-58: XMLHttpRequest.abort() should just reset the object

From: Jim Ley <jim@jibbering.com>
Date: Thu, 13 Apr 2006 08:41:59 +0100
Message-ID: <006201c65ecd$c02dc710$2402a8c0@Snufkin>
To: "Web APIs WG \(public\)" <public-webapi@w3.org>

"Jonas Sicking" <jonas@sicking.cc>
> In IE you can at least test for .status == 200 to test if things worked 
> out ok. Even though the statuscode for various errors seem to be weird to 
> say the least, at least they are different from the success codes.
> I actually think this is how we should do errorhandling for now since that 
> should work with most existing content.

I would be content with this, but no-one else appeared to be in Oslo.

> If we do go to state 4 then things will look almost exactly like a 
> successful response. The only difference is that .responseXML will be 
> null, but that is already the case for a lot of consumers that send 
> non-xml data.

I'd sort of disagree, the problem will manifest itself by the result not 
being parseable as expected, as you say a null XML document is a perfectly 
fine indicator of failure for XML expecting people - those sending json will 
get a script error, those getting some other structured format won't be able 
to parse it etc.

The only situation will be if the responseText is trivially directed to the 
output, but as I say that's the reality anyway, this sort of error handling 
simply isn't used.


Received on Thursday, 13 April 2006 07:43:34 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:16:21 UTC