Closed
Bug 298633
Opened 20 years ago
Closed 20 years ago
crash when execute "tree.builder.refresh()" after rdf modification
Categories
(Core Graveyard :: RDF, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: pandres, Unassigned)
Details
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b2) Gecko/20050531 Firefox/1.0+
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b2) Gecko/20050531 Firefox/1.0+
I change a RDF by hand and then intend to reload the datasource, which is loaded
in a tree with a template, using "tree.builder.refresh()".
I'm trying the code in the DOM Inspector
Reproducible: Didn't try
Steps to Reproduce:
1.open in the DOM inspector some xul which loads an external RDF
2.write a "tree.builder.refresh();" on an onselect, for example.
3.modify the external RDF by hand
4.execute the onselect.
Actual Results:
firefix crashes and promps the talkback.
Expected Results:
mm, reload the file and refresh the datasource?
Incident ID: 6930987
Stack Signature: nsCOMPtr_base::assign_with_AddRef() 6d08fa0f
Source File, Line No.
/builds/tinderbox/Fx-Trunk/Linux_2.4.21-27.0.4.ELsmp_Depend/mozilla/xpcom/build/nsCOMPtr.cpp,
line 531
Stack Trace
nsCOMPtr_base::assign_with_AddRef()
[/builds/tinderbox/Fx-Trunk/Linux_2.4.21-27.0.4.ELsmp_Depend/mozilla/xpcom/build/nsCOMPtr.cpp,
line 531]
nsParser::DidBuildModel()
[/builds/tinderbox/Fx-Trunk/Linux_2.4.21-27.0.4.ELsmp_Depend/mozilla/parser/htmlparser/src/nsParser.cpp,
line 1327]
nsParser::ResumeParse()
[/builds/tinderbox/Fx-Trunk/Linux_2.4.21-27.0.4.ELsmp_Depend/mozilla/parser/htmlparser/src/nsParser.cpp,
line 2004]
nsParser::OnStopRequest()
[/builds/tinderbox/Fx-Trunk/Linux_2.4.21-27.0.4.ELsmp_Depend/mozilla/parser/htmlparser/src/nsParser.cpp,
line 830]
RDFXMLDataSourceImpl::OnStopRequest()
[/builds/tinderbox/Fx-Trunk/Linux_2.4.21-27.0.4.ELsmp_Depend/mozilla/rdf/base/src/nsRDFXMLDataSource.cpp,
line 848]
nsFileChannel::OnStopRequest()
[/builds/tinderbox/Fx-Trunk/Linux_2.4.21-27.0.4.ELsmp_Depend/mozilla/netwerk/protocol/file/src/nsFileChannel.cpp,
line 712]
nsInputStreamPump::OnStateStop()
[/builds/tinderbox/Fx-Trunk/Linux_2.4.21-27.0.4.ELsmp_Depend/mozilla/netwerk/base/src/nsInputStreamPump.cpp,
line 1149]
nsInputStreamPump::OnInputStreamReady()
[/builds/tinderbox/Fx-Trunk/Linux_2.4.21-27.0.4.ELsmp_Depend/mozilla/netwerk/base/src/nsInputStreamPump.cpp,
line 343]
nsInputStreamReadyEvent::EventHandler()
PL_HandleEvent()
[/builds/tinderbox/Fx-Trunk/Linux_2.4.21-27.0.4.ELsmp_Depend/mozilla/xpcom/threads/plevent.c,
line 699]
PL_ProcessPendingEvents()
[/builds/tinderbox/Fx-Trunk/Linux_2.4.21-27.0.4.ELsmp_Depend/mozilla/xpcom/threads/plevent.c,
line 633]
nsEventQueueImpl::ProcessPendingEvents()
[/builds/tinderbox/Fx-Trunk/Linux_2.4.21-27.0.4.ELsmp_Depend/mozilla/xpcom/threads/nsEventQueue.cpp,
line 421]
event_processor_callback()
[/builds/tinderbox/Fx-Trunk/Linux_2.4.21-27.0.4.ELsmp_Depend/mozilla/widget/src/gtk2/nsAppShell.cpp,
line 67]
libglib-2.0.so.0 + 0x49dbf (0x4063adbf)
libglib-2.0.so.0 + 0x24582 (0x40615582)
libglib-2.0.so.0 + 0x255f8 (0x406165f8)
libglib-2.0.so.0 + 0x25930 (0x40616930)
libglib-2.0.so.0 + 0x25ed3 (0x40616ed3)
libgtk-x11-2.0.so.0 + 0x11fc13 (0x402fbc13)
nsAppShell::Run()
[/builds/tinderbox/Fx-Trunk/Linux_2.4.21-27.0.4.ELsmp_Depend/mozilla/widget/src/gtk2/nsAppShell.cpp,
line 141]
nsAppStartup::Run()
[/builds/tinderbox/Fx-Trunk/Linux_2.4.21-27.0.4.ELsmp_Depend/mozilla/toolkit/components/startup/src/nsAppStartup.cpp,
line 145]
XRE_main()
[/builds/tinderbox/Fx-Trunk/Linux_2.4.21-27.0.4.ELsmp_Depend/mozilla/toolkit/xre/nsAppRunner.cpp,
line 830]
main()
[/builds/tinderbox/Fx-Trunk/Linux_2.4.21-27.0.4.ELsmp_Depend/mozilla/browser/app/nsBrowserApp.cpp,
line 62]
libc.so.6 + 0x15e36 (0x40a20e36)
Comment 1•20 years ago
|
||
I'd need a elementary testcase here.
(No need for CC, I watch rdf@core.bugs)
| Reporter | ||
Comment 2•20 years ago
|
||
I've been using the code sinche then and i haven't had no crashes.
I guess i can't reproduce the crash, sorry and thanks.
Comment 3•20 years ago
|
||
resolved WORKSFORME per reporters comment
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → WORKSFORME
Updated•7 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•