Closed Bug 1517057 Opened 6 years ago Closed 6 years ago

nsScriptSecurityManager::GetChannelResultPrincipal() always mints a new principal

Categories

(Firefox :: Protections UI, enhancement)

enhancement
Not set
normal

Tracking

()

RESOLVED FIXED
Firefox 66
Tracking Status
firefox66 --- fixed

People

(Reporter: ehsan.akhgari, Assigned: ehsan.akhgari)

References

Details

Attachments

(2 files)

See <https://searchfox.org/mozilla-central/rev/bcc0fe1081dc4f84fc5fdfebe0d2de8c075a4e2c/toolkit/components/antitracking/AntiTrackingCommon.cpp#1024>. Minting a new principal can be expensive, see this profile for example: https://perfht.ml/2BPN3BT This is actually completely unnecessary for us, since we can just use the URI + origin attributes without combining them into a new codebase principal.
Pushed by eakhgari@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/23a0332b18a1 Part 1: Remove support for the unused URI_FORBIDS_COOKIE_ACCESS protocol flag; r=baku https://hg.mozilla.org/integration/autoland/rev/1da34ff3bc95 Part 2: Avoid minting a new codebase principal in the channel-based version of AntiTrackingCommon::IsFirstPartyStorageAccessGrantedFor() in the common case to make things faster; r=baku
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 66
Assignee: nobody → ehsan
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: