Closed Bug 1615966 Opened 4 years ago Closed 4 years ago

Retrieve topWindowURI and contentBlockingAllowListPrincipal in the parent process for DocumentChannel

Categories

(Core :: DOM: Navigation, task)

Product:
Core
Component:
DOM: Navigation
Type:
task
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED FIXED
Milestone:
mozilla75
Tracking Flags:
Tracking Status
firefox75 --- fixed

People

(Reporter: mattwoodrow, Assigned: mattwoodrow)

References

Details

Attachments

(1 file)

Bug 1615966 - Try to compute topWindowURI/contentblockingallowlistprincipal in the parent process for DocumentChannel. r?nika!,ehsan!
47 bytes, text/x-phabricator-request
Details | Review

We currently retrieve both of these values from the content process, which we want to avoid so that we can create DocumentLoadListeners directly from a CanonicalBrowsingContext.

We should be able to get this information from the BrowsingContext/WindowGlobalParent tree that is in the parent.

Type: defect → task
See Also: → 1617784
Blocks: 1612378
Pushed by mwoodrow@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/85f45093d172
Try to compute topWindowURI/contentblockingallowlistprincipal in the parent process for DocumentChannel. r=nika,Ehsan

https://hg.mozilla.org/mozilla-central/rev/85f45093d172

Status: NEW → RESOLVED
Closed: 4 years ago
status-firefox75: --- → fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla75
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: