Closed Bug 397574 Opened 17 years ago Closed 5 years ago

Timing-dependent bug where Gecko thinks XBL is malformed

Categories

(Core :: XBL, defect)

x86
macOS
defect
Not set
normal

Tracking

()

RESOLVED WONTFIX

People

(Reporter: jruderman, Unassigned)

References

Details

(Keywords: assertion, testcase)

Attachments

(1 file)

Attached file testcase (deleted) —
Loading the testcase and waiting 30 seconds usually triggers this assertion a few times. (The bug seems to be timing-dependent.) ###!!! ASSERTION: An XBL file is malformed. Did you forget the XBL namespace on the bindings tag?: 'Error', file /Users/jruderman/trunk/mozilla/content/xbl/src/nsXBLService.cpp, line 404 The assertion is bogus (see bug 397561), but it's odd that this testcase triggers it, since the testcase doesn't have any invalid XBL.
Well. If the reload() happens while the XBL is loading, the XBL load will get stopped partway, so it will have the same effect of hitting "stop" partway through the load of an XML file: the content will be thrown away and replaced with the error thingie. In particular, the XBL _will_ look malformed in that case. Like the other XBL assertions, this should probably only happen for chrome bindings.
This assertion was downgraded to a warning in bug 397561.

XBL is now disabled in Firefox (Bug 1583314) and is in the process of being removed from Gecko (Bug 1566221), so closing bugs requesting changes to its implementation as wontfix.

Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: