Closed
Bug 1477989
Opened 6 years ago
Closed 6 years ago
Stop using js::GetGlobalForObjectCrossCompartment in XBL code
Categories
(Core :: XBL, enhancement)
Core
XBL
Tracking
()
RESOLVED
FIXED
mozilla63
Tracking | Status | |
---|---|---|
firefox63 | --- | fixed |
People
(Reporter: jandem, Assigned: jandem)
References
Details
Attachments
(4 files)
1.32 KB,
patch
|
bzbarsky
:
review+
|
Details | Diff | Splinter Review |
2.31 KB,
patch
|
bzbarsky
:
review+
|
Details | Diff | Splinter Review |
2.07 KB,
patch
|
bzbarsky
:
review+
|
Details | Diff | Splinter Review |
3.75 KB,
patch
|
bzbarsky
:
review+
|
Details | Diff | Splinter Review |
No description provided.
Assignee | ||
Comment 1•6 years ago
|
||
Attachment #8994584 -
Flags: review?(bzbarsky)
Assignee | ||
Comment 2•6 years ago
|
||
Attachment #8994586 -
Flags: review?(bzbarsky)
Assignee | ||
Comment 3•6 years ago
|
||
Attachment #8994587 -
Flags: review?(bzbarsky)
Assignee | ||
Comment 4•6 years ago
|
||
GetOrCreateMapEntryForPrototype is the only caller where the object could be a CCW. However there cx and proto are same-compartment (GetOrCreateMapEntryForPrototype asserts this) so I changed that code to use JS::CurrentGlobalOrNull.
Attachment #8994588 -
Flags: review?(bzbarsky)
Assignee | ||
Comment 5•6 years ago
|
||
This turned out to be easier than I expected and these patches are green on Try. But please review carefully.
Updated•6 years ago
|
Attachment #8994584 -
Flags: review?(bzbarsky) → review+
Comment 6•6 years ago
|
||
Comment on attachment 8994586 [details] [diff] [review] Part 2 - Use JS::GetNonCCWObjectGlobal in nsXBLBinding::DoInitJSClass r=me
Attachment #8994586 -
Flags: review?(bzbarsky) → review+
Comment 7•6 years ago
|
||
Comment on attachment 8994587 [details] [diff] [review] Part 3 - Use JS::GetNonCCWObjectGlobal in nsXBLProtoImpl::InstallImplementation r=me
Attachment #8994587 -
Flags: review?(bzbarsky) → review+
Comment 8•6 years ago
|
||
Comment on attachment 8994588 [details] [diff] [review] Part 4 - Use JS::GetNonCCWObjectGlobal in xpc::GetXBLScopeOrGlobal r=me
Attachment #8994588 -
Flags: review?(bzbarsky) → review+
Pushed by jandemooij@gmail.com: https://hg.mozilla.org/integration/mozilla-inbound/rev/50a2d835fb1d part 1 - Use JS::GetNonCCWObjectGlobal in nsXBLBinding::LookupMember. r=bz https://hg.mozilla.org/integration/mozilla-inbound/rev/8cbf1712ac83 part 2 - Use JS::GetNonCCWObjectGlobal in nsXBLBinding::DoInitJSClass. r=bz https://hg.mozilla.org/integration/mozilla-inbound/rev/96b793b536d0 part 3 - Use JS::GetNonCCWObjectGlobal in nsXBLProtoImpl::InstallImplementation. r=bz https://hg.mozilla.org/integration/mozilla-inbound/rev/28325e1f71a4 part 4 - Use JS::GetNonCCWObjectGlobal in xpc::GetXBLScopeOrGlobal. r=bz
Comment 10•6 years ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/50a2d835fb1d https://hg.mozilla.org/mozilla-central/rev/8cbf1712ac83 https://hg.mozilla.org/mozilla-central/rev/96b793b536d0 https://hg.mozilla.org/mozilla-central/rev/28325e1f71a4
Status: ASSIGNED → RESOLVED
Closed: 6 years ago
status-firefox63:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla63
You need to log in
before you can comment on or make changes to this bug.
Description
•