Storage access API prompt is not displayed for cookieBehavior 3
Categories
(Core :: Privacy: Anti-Tracking, defect, P3)
Tracking
()
People
(Reporter: hyacoub, Unassigned)
References
(Blocks 2 open bugs)
Details
(Keywords: priv-triaged)
Preconditions
The following prefs are set in about:config:
- browser.contentblocking.state-partitioning.mvp.ui.enabled = true
- network.cookie.cookieBehavior = 3
- privacy.partition.network_state = true
- urlclassifier.trackingAnnotationTable.testEntries = known-tracker.englehardt-tracker.com
- dom.storage_access.auto_grants = false
- network.cookie.rejectForeignWithExceptions.enabled = true
Affected versions
Firefox 85.0b4
Firefox 86.0a1
Affected platforms
MacOS 10.15
Windows 10 x64
Steps to reproduce
- Navigate to https://senglehardt.com/test/dfpi/storage_access_api.html
- Click on the requestStorageAccess() button from the fourth known-tracker.englehardt-tracker.com iframe.
Expected result
Storage Access API prompt should be triggered.
Actual Result
Storage Access API prompt is not shown.
Note
We tried using a fresh profile and also clearing all history before testing.
Severity-Suggestion
S2.
Reporter | ||
Updated•5 years ago
|
Comment 1•5 years ago
|
||
I'm able to reproduce. I don't see a prompt when requestStorageAccess()
is called, but the promise resolves as granted. However no cookie access is provided.
Updated•5 years ago
|
Comment 2•5 years ago
|
||
We don't consider this a bug with dFPI, but will track for storage access improvements.
Updated•5 years ago
|
Comment 3•4 years ago
|
||
Note: network.cookie.cookieBehavior 3 means: Reject third-party cookies from websites which a user hasn't visited.
Firefox Nightly 123.0a1 returns access denied with no prompt showed using the same prefs.
Do you want to take a closer look into this William?
Comment 6•1 year ago
|
||
I'm wondering whether it makes sense to put work into this given we don't really want to support cookie behavior 3 BEHAVIOR_LIMIT_FOREIGN
going forward.
Comment 7•1 year ago
|
||
I can definitely take a look into this anyway, if it looks like it would be a lot of work to fix then we can maybe reevaluate later.
Comment 8•1 year ago
|
||
From a discussion with the team today, automatic rejection looks like the expected behaviour for network.cookie.cookieBehavior = 3.
Description
•