W3C home > Mailing lists > Public > public-webapps@w3.org > April to June 2008

responseXML/responseText exceptions and parseError

From: Anne van Kesteren <annevk@opera.com>
Date: Tue, 17 Jun 2008 13:38:47 +0200
To: "Zhenbin Xu" <Zhenbin.Xu@microsoft.com>, "Jonas Sicking" <jonas@sicking.cc>
Cc: "Sunava Dutta" <sunavad@windows.microsoft.com>, "IE8 Core AJAX SWAT Team" <ieajax@microsoft.com>, "public-webapps@w3.org" <public-webapps@w3.org>
Message-ID: <op.ucv5axjp64w2qv@annevk-t60.oslo.opera.com>

On Tue, 17 Jun 2008 10:29:12 +0200, Zhenbin Xu <Zhenbin.Xu@microsoft.com>  
wrote:
> Technically because all other XHR methods/properties throw exceptions
> in case of state violation, exception for responseXML/responseText is  
> better.

The reason these don't throw an exception anymore is actually documented  
on the public-webapi mailing list. Nobody else provided additional  
information at the time:

   http://lists.w3.org/Archives/Public/public-webapi/2008Feb/thread.html#msg94


Regarding parseError, since the parseError object is not part of DOM Core  
and nobody but Internet Explorer supported it, it's not part of  
XMLHttpRequest. If we change DOM Core to say that documents with a  
namespace well-formedness violation are represented by an empty Document  
object with an associated parseError object I suppose we could update  
XMLHttpRequest to that effect.

I don't really feel strongly either way though it's a bit unfortunate that  
Microsoft comes with this feedback now given that it's been stable this  
way since the first W3C XMLHttpRequest draft published over two years ago.  
(Returning null for documents that have a namespace well-formedness  
violation.)


-- 
Anne van Kesteren
<http://annevankesteren.nl/>
<http://www.opera.com/>
Received on Tuesday, 17 June 2008 11:38:55 GMT

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