Closed Bug 298633 Opened 20 years ago Closed 19 years ago

crash when execute "tree.builder.refresh()" after rdf modification

Categories

(Core Graveyard :: RDF, defect)

x86
Linux
defect
Not set
major

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)
I'd need a elementary testcase here.

(No need for CC, I watch rdf@core.bugs)
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.
resolved WORKSFORME per reporters comment
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → WORKSFORME
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.