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