Closed
Bug 126356
Opened 23 years ago
Closed 18 years ago
Assertion 'root element not in document' in nsXULContentBuilder
Categories
(Core :: XUL, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: bratell, Assigned: hyatt)
References
Details
Attachments
(1 file)
|
589 bytes,
patch
|
Details | Diff | Splinter Review |
I get an assertion in nsXULContentBuilder::GetElementsForResource:
"root element not in document"
Stack trace:
nsXULContentBuilder::GetElementsForResource(nsIRDFResource * 0x043b3678,
nsISupportsArray * 0x02afaaa8) line 1554 + 44 bytes
nsXULContentBuilder::RemoveMember(nsIContent * 0x02e88ec0, nsIRDFResource *
0x043b3678, int 1) line 1105 + 24 bytes
nsXULContentBuilder::ReplaceMatch(nsIRDFResource * 0x043b3678, const
nsTemplateMatch * 0x0459cd00, nsTemplateMatch * 0x00000000) line 1844
nsXULTemplateBuilder::Retract(nsIRDFResource * 0x0154b908, nsIRDFResource *
0x014b10e8, nsIRDFNode * 0x043b3678) line 623
nsXULTemplateBuilder::OnUnassert(nsXULTemplateBuilder * const 0x033cc6f4,
nsIRDFDataSource * 0x033e0808, nsIRDFResource * 0x0154b908, nsIRDFResource *
0x014b10e8, nsIRDFNode * 0x043b3678) line 659
CompositeDataSourceImpl::OnUnassert(CompositeDataSourceImpl * const 0x033e080c,
nsIRDFDataSource * 0x0154bb78, nsIRDFResource * 0x0154b908, nsIRDFResource *
0x014b10e8, nsIRDFNode * 0x043b3678) line 1589
InMemoryDataSource::Unassert(InMemoryDataSource * const 0x0154bb78,
nsIRDFResource * 0x0154b908, nsIRDFResource * 0x014b10e8, nsIRDFNode *
0x043b3678) line 1536
RDFContainerImpl::RemoveElement(RDFContainerImpl * const 0x0154c300, nsIRDFNode
* 0x043b3678, int 1) line 279 + 38 bytes
nsWindowMediator::UnregisterWindow(nsWindowMediator * const 0x0154b7a0,
nsWindowInfo * 0x045d25b8) line 273
nsWindowMediator::UnregisterWindow(nsWindowMediator * const 0x0154b7a0,
nsIXULWindow * 0x041b4458) line 253 + 16 bytes
nsAppShellService::UnregisterTopLevelWindow(nsAppShellService * const
0x0154a928, nsIXULWindow * 0x041b4458) line 716
nsXULWindow::Destroy(nsXULWindow * const 0x041b445c) line 339
nsWebShellWindow::Destroy(nsWebShellWindow * const 0x041b445c) line 1744 + 9
bytes
nsWebShellWindow::Close(nsWebShellWindow * const 0x041b44b4) line 389
nsWebShellWindow::HandleEvent(nsGUIEvent * 0x0012f5f8) line 467
I think I was closing a Window (mail or a browser) but I'm not sure.
| Reporter | ||
Comment 1•23 years ago
|
||
I was closing a window. I got the assertion for the next window I closed too.
Comment 2•23 years ago
|
||
Not a DOM problem.
Assignee: jst → hyatt
Component: DOM Content Models → XP Toolkit/Widgets: XUL
QA Contact: stummala → jrgm
Comment 3•23 years ago
|
||
I have tried to analyz what is going on, and IMHO the root cause for the
assertion is that nsXULContentBuilder::ReplaceMatch tries to remove content
which do not match the template, and therefor do not have any XUL element
associated with it.
IMHO not finding an element for a resource is a legitimate situation and the
assertion should be removed.
Comment 4•23 years ago
|
||
Here's a quick way to reproduce:
1) Start browser
2) Open prefs dialog (Edit/Preferences in menu)
3) Close browser window
4) Cancel prefs dialog
Comment 5•23 years ago
|
||
Comment 6•19 years ago
|
||
WFM - I don't see this assertion with current FF 1.5 or Seamonkey: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060101 SeaMonkey/1.5a
do you still see it?
Comment 7•18 years ago
|
||
per comment 6
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → WORKSFORME
Component: XP Toolkit/Widgets: XUL → XUL
QA Contact: jrgmorrison → xptoolkit.widgets
You need to log in
before you can comment on or make changes to this bug.
Description
•