Closed
Bug 153495
Opened 23 years ago
Closed 23 years ago
crash after outputting a text only document
Categories
(Core :: XSLT, defect)
Tracking
()
VERIFIED
DUPLICATE
of bug 142108
People
(Reporter: joerg.heinicke, Assigned: peterv)
Details
Attachments
(2 files)
Hello,
I came across a really strange bug in Mozilla. On the Mulberrytech XSL-list
there was a problem with a non-working simplest stylesheet
(http://sources.redhat.com/ml/xsl-list/2002-06/msg01025.html at the end of the
post). I tried a bit with my Mozilla and found out that Mozilla doesn't like
text-only output. But still worse: After changing the XSL file to produce valid
xml output and reload the XML in Mozilla, the browser crashes. The bug is
described in the posting too. James Fuller confirmed the behaviour on his system
(http://sources.redhat.com/ml/xsl-list/2002-06/msg01028.html).
Joerg
| Reporter | ||
Comment 1•23 years ago
|
||
| Reporter | ||
Comment 2•23 years ago
|
||
This is the working version of the stylesheet. If you remove the
<test>-element, Mozilla will not react on the request/opening of the XML file.
After adding the <test>-element again, Mozilla crashes.
which build are you using?
| Reporter | ||
Comment 4•23 years ago
|
||
The current 1.0 release for Windows (Build 2002053012). I used the "talkback
enabled Zipfile" without installing it, I only unzipped and copied it to my
directory (if this is a helpful information).
Joerg
Comment 5•23 years ago
|
||
works fine for me on the latest trunk build on win2k. I downloaded the files and
tested them. Everything is peachy.
Jake
| Reporter | ||
Comment 6•23 years ago
|
||
Hmm, maybe I didn't point out the problem, but the problem is reproduable, even
on different machines. I tested it on a Linux Machine with build 2002052918 and
Mozilla crashed there too.
The way to crash:
First process the XML with the changed XSLT in the following way:
<xsl:template match="test">
<xsl:value-of select="."/>
</xsl:template>
Nothing happened/is to see in Mozilla.
Now change the XSLT back (add <test> element around the text) and reload the XML.
Does your Mozilla still not crash?
Joerg
Comment 7•23 years ago
|
||
nope, still does not crash after following your exact instructions. BTW, I
tested this by loading directly off disk, not through a web server...if that
makes a difference:
file:///D:/webs/users/hoju/XSLT/crashtest/test.xml
Jake
Comment 8•23 years ago
|
||
looks like bug 142108, which didn't land in any of your tested builds
*** This bug has been marked as a duplicate of 142108 ***
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
| Reporter | ||
Comment 9•23 years ago
|
||
Why the different behaviour when different persons test it ;-)
I tested it "directly off disk" too. Did you get output from transformation with
shortened XSLT (without element <test>)?
Does a talkback ID help to confirm that it is duplicate of 142108?
Comment 10•23 years ago
|
||
yes, a TB id would help. Or just pulling a current trunk build and verifying
WORKSFORME
Comment 11•23 years ago
|
||
re: comment #9
Yes, I did get the output, without the <test> surrounding the <xsl:value-of
select="."/>. IE doesn't output anything without the <test> surrounding the
<xsl:value-of select="."/>, but I think that is because IE only displays HTML,
not XML directly as Mozilla is capable of. Either way, I couldn't get it to
crash.
Unless someone else can replicate the crash you are getting, a talkback ID is
probably the only hope of tracking this issue down.
Jake
| Reporter | ||
Comment 12•23 years ago
|
||
The incident ID: TB8175953H.
I will test a current build later ...
You need to log in
before you can comment on or make changes to this bug.
Description
•