Re: [Xsltforms-support] XSLTForms and IE8 issues

[Sachin G. <sac...@co...>]

Hi Alain,

 

Thanks for replying.

 

1). Yes I checked this with debugger.

 

 

Regards,

Sachin

 

From: Alain Couthures [mailto:ala...@ag...] 
Sent: 11 July 2011 20:49
To: Sachin Goyal
Cc: xsl...@li...; Steve Brown
Subject: Re: [Xsltforms-support] XSLTForms and IE8 issues

 

Hi Sachin,

Thank you very much for sharing!




1). When the page is loaded, it loads config_en.xsl in Core
loadProperties. (for i18).

So when the ajax call is made to load this resource, it should return
back the XML in the XMLHttpRequest.responseXML but it doesn't in IE.

The work around was to load the responseXML from responseText as
follows:

if(Core.isIE) {

  req.responseXML.loadXML(req.responseText);

}

Your proposed workaround is interesting. I suspect that there might be a
content type problem so IE doesn't see the response as XML. Did you
already check this with a debugger?



 

2). All the triggers and submit controls are converted in to links and
their href="javascript:void(0)" <javascript:void(0)> . In IE it was
somehow changing the state of the window, and was triggering
beforeunload event. 

In other browsers it doesn't. 

So should xsltforms.xsl be changed to set the href="#"?

Good suggestion! I don't have my own opinion about it yet and I need
some testing. I would also be happy to know the point of view of other
XSLTForms users.



 

3). When we submit the form (PUT), the response is returned with status
code 204. In IE it is converted to 1223.

So we had to handle this status code in XFSubmission.prototype.submit.
Otherwise submission-error was being thrown.

Yes! I just discovered that there are many web pages discussing about
that strange IE behavior. I will integrate it in XSLTForms as soon as
possible.

Regards,

-Alain