Closed
Bug 67024
Opened 24 years ago
Closed 24 years ago
Mozilla/Transformiix crashes
Categories
(Core :: XSLT, defect)
Tracking
()
VERIFIED
FIXED
People
(Reporter: markushuebner, Assigned: peterv)
References
()
Details
Attachments
(10 files)
767 bytes,
text/plain
|
Details | |
5.53 KB,
text/plain
|
Details | |
2.03 KB,
text/plain
|
Details | |
2.02 KB,
text/plain
|
Details | |
4.84 KB,
text/plain
|
Details | |
767 bytes,
text/plain
|
Details | |
2.63 KB,
text/plain
|
Details | |
535 bytes,
text/plain
|
Details | |
439 bytes,
text/plain
|
Details | |
1.68 KB,
patch
|
Details | Diff | Splinter Review |
With the latest transformiix binaries and Mozilla 2001012904 it crashes at http://www.world-direct.com/mozilla/index.asp
Reporter | ||
Comment 1•24 years ago
|
||
Reporter | ||
Comment 2•24 years ago
|
||
Reporter | ||
Comment 3•24 years ago
|
||
Reporter | ||
Comment 4•24 years ago
|
||
Reporter | ||
Comment 5•24 years ago
|
||
Reporter | ||
Comment 6•24 years ago
|
||
Reporter | ||
Comment 7•24 years ago
|
||
The line that causes the crash is <xsl:apply-templates select="display_data/featured_articles"/> in the XSL file.
Severity: normal → critical
Reporter | ||
Comment 8•24 years ago
|
||
Comment 9•24 years ago
|
||
This doesn't crash when using the standalone processor, BUT: the result document contains ONLY text nodes, just a #transformiix node plus alot of text. This seems completely wrong, don't know offhand why the HTML node isn't created Axel
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 10•24 years ago
|
||
Did a bad when testing on standalone :-(. It works ok when using the standalone. You can even get rid of the include, btw. The segfault is in: #0 0xfc9ed1f4 in XMLDOMUtils::getNodeValue (node=0x8a96f8, target=0xffbec788) at /tmp/mozilla/extensions/transformiix/source/xml/XMLDOMUtils.cpp:158 #1 0xfc9e04cc in NodeSet::stringValue (this=0x8b1850, str=@0xffbec788) at /tmp/mozilla/extensions/transformiix/source/xpath/NodeSet.cpp:352 #2 0xfca2ac2c in XSLTProcessor::processAction (this=0x756718, node=0x8b0748, xslAction=0x8b1c78, ps=0x6c3510) The first one, yielding article.asp?articleNr=2 is ok, but then I crash in the getNodeType of the above statement. No time to check if the wrapper is created allright then, because the nsNodeList returns a non-null node, so I suspect the wrapper code. Gotta run, OSDEM is taking it's first toll Axel
Assignee | ||
Comment 11•24 years ago
|
||
Two issues, one is inside the wrappers, the other is XMLDOMUtils::getNodeValue doesn't return the value of a CDATASectionNode. Taking over.
Assignee: kvisco → peterv
Assignee | ||
Comment 12•24 years ago
|
||
Assignee | ||
Comment 13•24 years ago
|
||
Assignee | ||
Comment 14•24 years ago
|
||
Hmm, fucked up the mimetype of the testcase. Should have been text/xml. BTW Markus, this is what I call a simplified testcase.
Status: NEW → ASSIGNED
Assignee | ||
Comment 15•24 years ago
|
||
Assignee | ||
Comment 16•24 years ago
|
||
Fixed. Looking for a review.
Comment 17•24 years ago
|
||
I agree with the changes to XMLDOMUtils.cpp, but I don't know anything about the wrapper code. --Keith
Comment 18•24 years ago
|
||
r=me, check it in. Axel
Assignee | ||
Comment 19•24 years ago
|
||
Checked in.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•