Closed
Bug 67667
Opened 24 years ago
Closed 24 years ago
Opening menu gives "ASSERTION: Filtered insertion point wasn't properly constructed"
Categories
(Core :: XUL, defect, P3)
Core
XUL
Tracking
()
RESOLVED
FIXED
mozilla0.9
People
(Reporter: axel, Assigned: dr)
References
Details
Attachments
(1 file)
1.65 KB,
patch
|
Details | Diff | Splinter Review |
When opening a menu that hasn't been opened before, I get a
###!!! ASSERTION: Filtered insertion point wasn't properly constructed.
: 'Error', file /tmp/mozilla/layout/xbl/src/nsXBLBinding.cpp, line 671
###!!! Break: at file /tmp/mozilla/layout/xbl/src/nsXBLBinding.cpp, line 671
I think that menus only trigger that bug, so I CC hyatt.
Tested on cvs from Feb, 5th. Feb, 1st was ok.
Axel
I'm seeing this ASSERTION hit like 13 times when starting up the browser so it's
not just opening menus.
It's really annoying on windows because we get a dialog for each assertion.
After the browser comes up, I can get the assertion to be thrown by clicking in
a window from another app so that it gets focus, and then just moving my mouse
over the browser window in the background.
I should also mention the assertions are happening after I choose my profile,
and that I'm seeing the following WARNING printed 4 times above the
filtered insertion point assertion in my console:
WARNING: XBL load did not complete until after document went away! Modal dialog
bug?
, file y:\mozilla\layout\xbl\src\nsXBLService.cpp, line 340
Comment 4•24 years ago
|
||
This has been caused by Ben's checkin. His new menu bindings are malformed.
XBL is behaving correctly by asserting. The menu bindings should be reverted.
Assignee: hyatt → ben
Comment 5•24 years ago
|
||
Backed out my changes to the menu bindings.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Comment 6•24 years ago
|
||
This is still happenning on a CVS pull from 11am EST on NT. I get two assertions
on startup and a number on just clicking on the Bookmarks Item in the Personal
Toolbar.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Updated•24 years ago
|
OS: Solaris → All
Hardware: Sun → All
Comment 7•24 years ago
|
||
I see this with the modern skin. Do those bindings need fixing also?
Comment 8•24 years ago
|
||
I'm seeing this once on startup, with the modern skin. I'm also seeing one:
###!!! ASSERTION: The prototype binding has somehow lost its XBLDocInfo! Bad bad
bad!!!
: 'info', file nsXBLPrototypeBinding.cpp, line 334
Comment 10•24 years ago
|
||
sorry not a real diff, but the patch is tiny:
RCS file: /cvsroot/mozilla/xpfe/global/resources/content/xulBindings.xml,v
< <children includes="menupopup,template"/>
---
> <children includes="menupopup|template"/>
RCS file: /cvsroot/mozilla/xpfe/global/resources/content/menulistBindings.xml,v
194c194
< <children includes="menupopup,template"/>
---
> <children includes="menupopup|template"/>
204c204
< <children includes="menupopup,template"/>
---
> <children includes="menupopup|template"/>
Comment 11•24 years ago
|
||
Comment 12•24 years ago
|
||
r=sfraser. works for me.
Comment 13•24 years ago
|
||
can we get this approved and checked in?
Status: REOPENED → NEW
Keywords: approval,
mozilla0.8.1
Assignee | ||
Comment 14•24 years ago
|
||
i'll take care of it
Assignee: ben → dr
Priority: -- → P3
Target Milestone: --- → mozilla0.9
Comment 15•24 years ago
|
||
I fixed this already.
Assignee | ||
Comment 16•24 years ago
|
||
figured.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → FIXED
Component: XP Toolkit/Widgets: Menus → XUL
QA Contact: jrgmorrison → xptoolkit.widgets
You need to log in
before you can comment on or make changes to this bug.
Description
•