Closed Bug 153495 Opened 22 years ago Closed 22 years ago

crash after outputting a text only document

Categories

(Core :: XSLT, defect)

x86
Windows 2000
defect
Not set
critical

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
Attached file simplest XML file
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.
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
works fine for me on the latest trunk build on win2k. I downloaded the files and
tested them.  Everything is peachy.

Jake
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
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
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: 22 years ago
Resolution: --- → DUPLICATE
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?
yes, a TB id would help. Or just pulling a current trunk build and verifying 
WORKSFORME
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
The incident ID: TB8175953H.

I will test a current build later ...
Same stack as bug 142108.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: