Same for XPConnect's safe context, if it controls the global class. Nuff said. /be
This is mine. I'm fixing this on my flattening branch. The scheme for nsIXPConnnect::InitClassesWithNewWrappedGlobal used in the loader has changed some and any change to the trunk loader would just conflict.
Assignee: shaver → jband
I just checked in a fix for this to jband_xpconnect_flattening_BRANCH.
Status: NEW → ASSIGNED
Status: ASSIGNED → RESOLVED
Last Resolved: 18 years ago
Resolution: --- → FIXED
fixed by XPCDOM_20010329_BRANCH landing
Marking Verified -
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.