Closed
Bug 321091
Opened 19 years ago
Closed 19 years ago
Firefox crashes with a simple RDF template, because of the value given to the uri attribute in the action [@ LiteralImpl::~LiteralImpl]
Categories
(Core :: XUL, defect)
Tracking
()
RESOLVED
FIXED
People
(Reporter: fdegrave, Assigned: jag+mozilla)
References
()
Details
(Keywords: crash, testcase)
Crash Data
Attachments
(1 file, 1 obsolete file)
(deleted),
application/x-zip
|
Details |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8) Gecko/20051111 Firefox/1.5
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8) Gecko/20051111 Firefox/1.5
In a template with a single rule, and a condition like : <triple ?a pred1 ?b> <triple ?a pred2 ?c>, the template engine crashes when the action is:
<treeitem uri="?c">
<treerow>
<treecell label="?b"/>
<treecell label="?c"/>
</treerow>
</treeitem>
and works without problems when the action is:
<treeitem uri="?a">
<treerow>
<treecell label="?b"/>
<treecell label="?c"/>
</treerow>
</treeitem>
I didn't find the general case of such crashes yet, but I'm searching it.
Reproducible: Always
Steps to Reproduce:
1.Download the ZIP file I sent
2.Unzip
3.Run crash.xul
Actual Results:
Firefox crashes!
Expected Results:
A tree is shown, and there's a row for each value of the ?pred variable.
Reporter | ||
Comment 1•19 years ago
|
||
When I talk about the ZIP file I sent, see the URL above.
Comment 2•19 years ago
|
||
Comment 3•19 years ago
|
||
Scratch that, I couldn't get it to crash with a remote datasource.
Attachment #206504 -
Attachment is obsolete: true
Updated•19 years ago
|
Comment 4•19 years ago
|
||
Francois, any chance you could get a stack trace for the crash?
Reporter | ||
Comment 5•19 years ago
|
||
Here are the details given by the quality manager of Firefox:
http://users.skynet.be/fa388841/details.txt
Comment 6•19 years ago
|
||
François, the talkback data has to be sent to the server for it to be interpreted. Can you open up talkback.exe and get the talkback ID for the crash. Talkback.exe is in %Program Files%\Mozilla Firefox\extensions\talkback@mozilla.org\.
Reporter | ||
Comment 7•19 years ago
|
||
TB13194910Z
Comment 8•19 years ago
|
||
Incident ID: 13194910
Stack Signature LiteralImpl::~LiteralImpl db42e5fe
Product ID Firefox15
Build ID 2005111116
Trigger Time 2005-12-23 03:22:43.0
Platform Win32
Operating System Windows NT 5.1 build 2600
Module FIREFOX.EXE + (000a9de8)
URL visited
User Comments
Since Last Crash 156150 sec
Total Uptime 156301 sec
Trigger Reason Access violation
Source File, Line No. c:/builds/tinderbox/Fx-Mozilla1.8/WINNT_5.2_Depend/mozilla/rdf/base/src/nsRDFService.cpp, line 590
Stack Trace
LiteralImpl::~LiteralImpl [c:/builds/tinderbox/Fx-Mozilla1.8/WINNT_5.2_Depend/mozilla/rdf/base/src/nsRDFService.cpp, line 590]
nsXULContentBuilder::BuildContentFromTemplate [c:/builds/tinderbox/Fx-Mozilla1.8/WINNT_5.2_Depend/mozilla/content/xul/templates/src/nsXULContentBuilder.cpp, line 582]
nsXULContentBuilder::ReplaceMatch [c:/builds/tinderbox/Fx-Mozilla1.8/WINNT_5.2_Depend/mozilla/content/xul/templates/src/nsXULContentBuilder.cpp, line 1659]
nsXULTemplateBuilder::FireNewlyMatchedRules [c:/builds/tinderbox/Fx-Mozilla1.8/WINNT_5.2_Depend/mozilla/content/xul/templates/src/nsXULTemplateBuilder.cpp, line 478]
nsXULTemplateBuilder::OnAssert [c:/builds/tinderbox/Fx-Mozilla1.8/WINNT_5.2_Depend/mozilla/content/xul/templates/src/nsXULTemplateBuilder.cpp, line 509]
CompositeDataSourceImpl::OnAssert [c:/builds/tinderbox/Fx-Mozilla1.8/WINNT_5.2_Depend/mozilla/rdf/base/src/nsCompositeDataSource.cpp, line 1462]
InMemoryDataSource::Assert [c:/builds/tinderbox/Fx-Mozilla1.8/WINNT_5.2_Depend/mozilla/rdf/base/src/nsInMemoryDataSource.cpp, line 1407]
RDFXMLDataSourceImpl::Assert [c:/builds/tinderbox/Fx-Mozilla1.8/WINNT_5.2_Depend/mozilla/rdf/base/src/nsRDFXMLDataSource.cpp, line 715]
RDFContainerImpl::AppendElement [c:/builds/tinderbox/Fx-Mozilla1.8/WINNT_5.2_Depend/mozilla/rdf/base/src/nsRDFContainer.cpp, line 257]
RDFContentSinkImpl::OpenMember [c:/builds/tinderbox/Fx-Mozilla1.8/WINNT_5.2_Depend/mozilla/rdf/base/src/nsRDFContentSink.cpp, line 1251]
RDFContentSinkImpl::HandleStartElement [c:/builds/tinderbox/Fx-Mozilla1.8/WINNT_5.2_Depend/mozilla/rdf/base/src/nsRDFContentSink.cpp, line 472]
nsExpatDriver::HandleStartElement [c:/builds/tinderbox/Fx-Mozilla1.8/WINNT_5.2_Depend/mozilla/parser/htmlparser/src/nsExpatDriver.cpp, line 375]
Driver_HandleStartElement [c:/builds/tinderbox/Fx-Mozilla1.8/WINNT_5.2_Depend/mozilla/parser/htmlparser/src/nsExpatDriver.cpp, line 87]
contentProcessor [c:/builds/tinderbox/Fx-Mozilla1.8/WINNT_5.2_Depend/mozilla/parser/expat/lib/xmlparse.c, line 1942]
prologProcessor [c:/builds/tinderbox/Fx-Mozilla1.8/WINNT_5.2_Depend/mozilla/parser/expat/lib/xmlparse.c, line 3618]
prologInitProcessor [c:/builds/tinderbox/Fx-Mozilla1.8/WINNT_5.2_Depend/mozilla/parser/expat/lib/xmlparse.c, line 3449]
nsExpatDriver::ParseBuffer [c:/builds/tinderbox/Fx-Mozilla1.8/WINNT_5.2_Depend/mozilla/parser/htmlparser/src/nsExpatDriver.cpp, line 855]
nsExpatDriver::ConsumeToken [c:/builds/tinderbox/Fx-Mozilla1.8/WINNT_5.2_Depend/mozilla/parser/htmlparser/src/nsExpatDriver.cpp, line 984]
nsParser::Tokenize [c:/builds/tinderbox/Fx-Mozilla1.8/WINNT_5.2_Depend/mozilla/parser/htmlparser/src/nsParser.cpp, line 2826]
Component: General → RDF
OS: Windows XP → All
Product: Firefox → Core
QA Contact: general → rdf
Hardware: PC → All
Summary: Firefox crashes with a simple RDF template, because of the value given to the uri attribute in the action → Firefox crashes with a simple RDF template, because of the value given to the uri attribute in the action [@ LiteralImpl::~LiteralImpl]
Version: unspecified → 1.8 Branch
Updated•19 years ago
|
Assignee: nobody → jag
QA Contact: rdf → jrgmorrison
Comment 10•19 years ago
|
||
*** Bug 309254 has been marked as a duplicate of this bug. ***
Comment 11•19 years ago
|
||
This bug is fixed by the new template builder, which doesn't allow literals as the value of uri="?blah"
Note that the testcase should not produce any output.
Comment 12•19 years ago
|
||
Crash is fixed.
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
Updated•13 years ago
|
Crash Signature: [@ LiteralImpl::~LiteralImpl]
You need to log in
before you can comment on or make changes to this bug.
Description
•