Closed Bug 49791 Opened 24 years ago Closed 24 years ago

No display, no error, reponds very slowly

Categories

(Core :: XML, defect, P3)

x86
Windows NT
defect

Tracking

()

VERIFIED INVALID

People

(Reporter: daniel.croft, Assigned: nisheeth_mozilla)

References

()

Details

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
Closed: 24 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.