Closed
Bug 465466
Opened 16 years ago
Closed 14 years ago
"ASSERTION: Form controls not ordered correctly" with label, XBL
Categories
(Core :: DOM: Core & HTML, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: jruderman, Unassigned)
References
Details
(Keywords: assertion, testcase)
Attachments
(1 file)
|
(deleted),
application/xhtml+xml
|
Details |
###!!! ASSERTION: Form controls not ordered correctly: 'CompareFormControlPosition(aControls[i], aControls[i + 1], aForm) < 0', file /Users/jruderman/central/content/html/content/src/nsHTMLFormElement.cpp, line 1302
|
||
Comment 1•16 years ago
|
||
Hmm. Do anonymous form controls generally register themselves with a non-anonymous form ancestor? If so, you'll just get this all over. Try tossing some controls into a binding. ;)
If they do that, though, it sounds like a bug to me. Sicking, jst, what do you think?
|
|
||
Updated•16 years ago
|
Component: XBL → DOM: Core & HTML
QA Contact: xbl → general
IMHO they probably should not.
|
|
||
Comment 3•16 years ago
|
||
Hmm. So nsGenericHTMLElement::FindForm does check for the bindingParent, so that part is ok...
|
|
||
Comment 4•16 years ago
|
||
I guess in this case we're mutating the anonymous content after removing the node the binding is attached to from the document, is key.
I hate XBL.
|
Reporter | |
Comment 5•14 years ago
|
||
WFM
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → WORKSFORME
|
|
Reporter | |
Comment 6•14 years ago
|
||
Flags: in-testsuite+
You need to log in
before you can comment on or make changes to this bug.
Description
•