I can now run your webserver (using Windows Subsystem for Linux) and I can see that, apparently, only Chromium-based browsers do send 2 requests for xsltforms.xsl.
It appears that the first one could be just for accepting text/css and the network debugger does not render the response at all...
Chromium is the new Internet Explorer!
Alain
Le 22 avril 2020 à 05:32, Steven Pemberton < [email protected]> a écrit :
Watching my webserver, I see that xsltforms.xsl gets loaded twice in quicksuccession.
The xhtml file default-get.xhtml starts like this:
<?xml version="1.0" encoding="UTF-8"?><?xml-stylesheet href="" type="text/xsl"?><?xsltforms-options debug="no"?><?css-conversion no?><html xmlns=" http://www.w3.org/1999/xhtml"xmlns:ev=" http://www.w3.org/2001/xml-events"><head>
Here is the relevant log:
GET /forms-new/TestSuite/submission/default-get.xhtml HTTP/1.1=> 200 application/xhtml+xml 2444
GET /forms-new/xsltforms/xsltforms.xsl HTTP/1.1=> 200 text/xsl 31149
GET /forms-new/xsltforms/xsltforms.xsl HTTP/1.1=> 200 text/xsl 31149
GET /forms-new/xsltforms/xsltforms.css HTTP/1.1=> 200 text/css 13000
GET /forms-new/TestSuite/test-suite.css HTTP/1.1=> 200 text/css 4359
GET /forms-new/xsltforms/xsltforms.js HTTP/1.1=> 200 application/_javascript_ 682649
GET /forms-new/xsltforms/config_en.xsl HTTP/1.1=> 200 text/xsl 1524
Best wishes,
Steven
_______________________________________________ Xsltforms-support mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/xsltforms-support
