adding scheme to FPI (use_site) breaks HOM exceptions
Categories
(Core :: Privacy: Anti-Tracking, defect, P3)
Tracking
()
People
(Reporter: thorin, Unassigned)
References
(Blocks 1 open bug)
Details
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Firefox/78.0
Steps to reproduce:
Test: http://httpforever.com/
Tools: FF83 (vanilla profile) with HOM enabled (all windows)
Note: privacy.firstparty.isolate.use_site
is default false and experimental
Actual results:
Control
- sanitize everything or at least permissions (ctrl-shift-del, all time), permissions.sqlite should be empty
- no FPI
- no dFPI (e.g. network.cookie.cookieBehavior = 4)
- test > continue to site > works
- change site permission via panel for HOM to
Off
- permissions gets type
https-only-load-insecure
forhttp://httpforever.com
- permissions gets type
- restart FF, test
- permission works
FPI [without scheme]
- sanitize permissions
- enable FPI
privacy.firstparty.isolate.use_site
should be defaultfalse
- test > etc
- test > continue to site > works
- change site permission via panel for HOM to
Off
- permissions gets type
https-only-load-insecure
forhttp://httpforever.com^firstPartyDomain=httpforever.com
- permissions gets type
- restart FF, test
- permission works
FPI [with scheme]
- sanitize permissions
- enable FPI
- flip
privacy.firstparty.isolate.use_site
totrue
- test > continue to site > nothing happens, nothing added to permissions
Expected results:
FWIW
I tested dFPI with and without scheme (privacy.dynamic_firstparty.use_site
) and everything works as expected. Permissions have no OA nomenclature: it's always type https-only-load-insecure
for http://httpforever.com
Reporter | ||
Comment 1•4 years ago
|
||
Anne, I'll let you triage the component :)
Comment 2•4 years ago
|
||
Bugbug thinks this bug should belong to this component, but please revert this change in case of error.
Updated•4 years ago
|
Updated•4 years ago
|
Updated•4 years ago
|
Comment 3•4 years ago
|
||
The problem here is that the principal used to add the 'https-only-load-insecure' permission doesn't consider the pref 'privacy.firstparty.isolate.use_site', see here.
Comment 4•4 years ago
|
||
Since there are multiple problems with HTTPS-Only when FPI is enabled, which probably all come from the same lines of code, I created a new bug to track the issue.
Description
•