Closed
Bug 290246
Opened 20 years ago
Closed 20 years ago
Get rid of binding assertions?
Categories
(Core Graveyard :: XForms, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: aaronr, Assigned: aaronr)
Details
Attachments
(2 files)
If we put xforms elements with binding attributes in xbl bindings, we'll start
seeing assertions in the ::ProcessNodeBind code path. This is because when the
.xbl file is parsed and xforms:output encountered, for example, XTF will go
ahead and start creating the xform element in the .xbl document which screws up
the assumptions made in FindParentContext().
So we probably need to decide if there is still value to having those errors
reported to standard out or not.
download both testcase files to the same directory. Change the .xhtml file to
have the correct name for the .xbl file. Load the .xhtml file. You should see
3 items output via the repeat and a lot of warnings being output to stdout.
Comment 4•20 years ago
|
||
(In reply to comment #0)
> So we probably need to decide if there is still value to having those errors
> reported to standard out or not.
IMHO, it's not a question about errors on the console. I/we have assumed that
the elements exist in a document, they may not. The same problem may occur when
our elements are cloned I guess.
So, yes, we need to differ between valid errors, and errors because the elements
are not properly inserted in a document.
Comment 5•20 years ago
|
||
We do no longer generate these exceptions.
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → WORKSFORME
Updated•9 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•