Closed Bug 290246 Opened 20 years ago Closed 20 years ago

Get rid of binding assertions?

Categories

(Core Graveyard :: XForms, defect)

x86
All
defect
Not set
normal

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.
Attached file xbl file for testcase
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.
(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.
We do no longer generate these exceptions.
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → WORKSFORME
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: