Closed
Bug 153495
Opened 22 years ago
Closed 22 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•22 years ago
|
||
Reporter | ||
Comment 2•22 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•22 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•22 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•22 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•22 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•22 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: 22 years ago
Resolution: --- → DUPLICATE
Reporter | ||
Comment 9•22 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•22 years ago
|
||
yes, a TB id would help. Or just pulling a current trunk build and verifying WORKSFORME
Comment 11•22 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•22 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
•