From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; m17) Gecko/20000807 BuildID: 2000080712 When I load up this XML file it does not display and seems to case a problem with the browser, in that it seems to hang. The same file, when transformed into it's final output via the XSL file (form.xsl) into XHTML, is displayed except the script in it does not run (form.html). This all works in IE 5.5. Reproducible: Always Steps to Reproduce: Navigate to: http://www.e-croft.com/form.xml (it asked me to download the XML file) the XSL file is at: http://www.e-croft.com/form.xsl and the HTML transformed version is at: http://www.e-croft.com/form.html (you will need to download all these files and run them locally) open form.xml in the browser. When running the HTML version (which is a copy of the XML/XSL output), the onLoad event of the body tag and hence the script is not run or does not function. Actual Results: XML/XSL Ver: no output, Mozilla appears to hang. HTML Ver: script unEncodeHTML does not unescape the escaped reserved characters from the CDATA seciotn in the XML doc. Expected Results: XML/XSL: Mozilla should have transformed the xml using the xsl into the html output. HTML: The unEncodeHTML function should have been run on the div whose class is htmlData to unescape the reserved characters.
This doesn't seem to hang for me on 081708 WinNT. Setting severity to normal and removing the "Bad:".
Severity: critical → normal
Summary: Bad: No display, no error, reponds very slowly → No display, no error, reponds very slowly
With the Sept 19th build, I get a unknown file type dialog when attempting to access: http://www.e-croft.com/form.xsl http://www.e-croft.com/form.xml
Status: UNCONFIRMED → NEW
Ever confirmed: true
This XML file is being served with an application/octet-stream mimetype which is why the helper application dialog pops up. If you save the file to disk and load it from there, the XML file displays fine. XSLT support is added to Mozilla by dropping in the Transformiix XSLT processor in the components directory. Please ask on the netscape.public.mozilla.layout.xslt newsgroup for more details or email me separately if you are interested in using XSLT in Mozilla. Marking bug invalid.
Status: NEW → RESOLVED
Last Resolved: 19 years ago
Resolution: --- → INVALID
We handle this correctly. Its a server problem, marking as verified.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.