Open Bug 1652771 Opened 4 years ago Updated 3 years ago

Partition window.name across navigations in popup tabs

Categories

(Core :: Privacy: Anti-Tracking, enhancement, P3)

enhancement

Tracking

()

People

(Reporter: arthur, Unassigned)

References

(Blocks 1 open bug)

Details

When dFPI is enabled, window.name is currently not partitioned in popups. While it makes sense to the parent window to set the initial window.name value, to be consistent with the rest of our partitioning approach, I think we should partitioned window.name for subsequent navigations.

Blocks: 1590107
No longer blocks: DynamicFirstPartyIsolation
Type: defect → enhancement
Severity: -- → N/A
Priority: -- → P3

I think our focus for now should be bug 1657250. Whenever we can break the opener relationship of a popup, window.name and all other problems with popups are automatically solved.

I suppose once bug 444222 is fixed we could add a preference that removes the check for the type of top-level browsing context and clears window.name unconditionally upon a cross-origin navigation, but figuring out how web-compatible that is will still be quite a bit of effort and popups will remain problematic due to their other properties.

Depends on: 444222
See Also: → fewer-openers
You need to log in before you can comment on or make changes to this bug.