Closed Bug 153495 Opened 23 years ago Closed 23 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: 23 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: