Intermittent /storage-access-api/storage-access-headers.tentative.https.sub.window.html | single tracking bug
Categories
(Core :: Privacy: Anti-Tracking, defect, P5)
Tracking
()
People
(Reporter: intermittent-bug-filer, Assigned: manuel)
References
(Blocks 1 open bug)
Details
(Keywords: intermittent-failure, intermittent-testcase, leave-open)
Attachments
(2 files)
Filed by: smolnar [at] mozilla.com
Parsed log: https://treeherder.mozilla.org/logviewer?job_id=532932044&repo=autoland&task=KkX5NP5KSCyXDnD0X4FRWg.0
Full log: https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/KkX5NP5KSCyXDnD0X4FRWg/runs/0/artifacts/public/logs/live_backing.log
TEST-PASS | /storage-access-api/storage-access-headers.tentative.https.sub.window.html | Sec-Fetch-Storage-Access is `inactive` when unpartitioned cookies are available but not in use.
[task 2025-10-24T15:22:50.215+00:00] 15:22:50 INFO - TEST-UNEXPECTED-FAIL | /storage-access-api/storage-access-headers.tentative.https.sub.window.html | Sec-Fetch-Storage-Access is `active` after a valid retry with matching explicit allowed-origin. - assert_array_equals: expected property 0 to be "cookie=unpartitioned" but got "cookie=unpartitioned; initial-cookie=unpartitioned; foo=bar" (expected array ["cookie=unpartitioned"] got ["cookie=unpartitioned; initial-cookie=unpartitioned; foo=bar"])
[task 2025-10-24T15:22:50.215+00:00] 15:22:50 INFO - assertHeaderValuesMatch@https://web-platform.test:8443/storage-access-api/storage-access-headers.tentative.https.sub.window.js:65:28
[task 2025-10-24T15:22:50.215+00:00] 15:22:50 INFO - @https://web-platform.test:8443/storage-access-api/storage-access-headers.tentative.https.sub.window.js:140:28
[task 2025-10-24T15:22:50.215+00:00] 15:22:50 INFO -
[task 2025-10-24T15:22:50.215+00:00] 15:22:50 INFO - TEST-UNEXPECTED-FAIL | /storage-access-api/storage-access-headers.tentative.https.sub.window.html | Sec-Fetch-Storage-Access is active after retry with wildcard `allowed-origin` value. - assert_array_equals: expected property 0 to be "cookie=unpartitioned" but got "cookie=unpartitioned; initial-cookie=unpartitioned; foo=bar" (expected array ["cookie=unpartitioned"] got ["cookie=unpartitioned; initial-cookie=unpartitioned; foo=bar"])
[task 2025-10-24T15:22:50.215+00:00] 15:22:50 INFO - assertHeaderValuesMatch@https://web-platform.test:8443/storage-access-api/storage-access-headers.tentative.https.sub.window.js:65:28
[task 2025-10-24T15:22:50.215+00:00] 15:22:50 INFO - @https://web-platform.test:8443/storage-access-api/storage-access-headers.tentative.https.sub.window.js:165:28
[task 2025-10-24T15:22:50.222+00:00] 15:22:50 INFO - .
[task 2025-10-24T15:22:50.222+00:00] 15:22:50 INFO - TEST-PASS | /storage-access-api/storage-access-headers.tentative.https.sub.window.html | 'Activate-Storage-Access: retry' is a no-op on a request from an origin that does not match its `allowed-origin` value.
[task 2025-10-24T15:22:50.222+00:00] 15:22:50 INFO - TEST-PASS | /storage-access-api/storage-access-headers.tentative.https.sub.window.html | Activate-Storage-Access `retry` is a no-op on a request with a `none` Storage Access status.
[task 2025-10-24T15:22:50.222+00:00] 15:22:50 INFO - TEST-PASS | /storage-access-api/storage-access-headers.tentative.https.sub.window.html | Activate-Storage-Access `load` header grants storage access to frame.
[task 2025-10-24T15:22:50.222+00:00] 15:22:50 INFO - TEST-PASS | /storage-access-api/storage-access-headers.tentative.https.sub.window.html | Activate-Storage-Access `load` is honored for `active` cases.
[task 2025-10-24T15:22:50.222+00:00] 15:22:50 INFO - TEST-PASS | /storage-access-api/storage-access-headers.tentative.https.sub.window.html | Activate-Storage-Access `load` header is a no-op for requests without storage access.
[task 2025-10-24T15:22:50.222+00:00] 15:22:50 INFO - TEST-PASS | /storage-access-api/storage-access-headers.tentative.https.sub.window.html | Sec-Fetch-Storage-Access is `inactive` for ABA case.
[task 2025-10-24T15:22:50.222+00:00] 15:22:50 INFO - TEST-PASS | /storage-access-api/storage-access-headers.tentative.https.sub.window.html | Storage Access can be activated for ABA cases by retrying.
[task 2025-10-24T15:22:50.222+00:00] 15:22:50 INFO - TEST-FAIL | /storage-access-api/storage-access-headers.tentative.https.sub.window.html | Sec-Fetch-Storage-Access maintains value on same-origin redirect. - assert_array_equals: expected property 0 to be "cookie=unpartitioned" but got "cookie=unpartitioned; initial-cookie=unpartitioned; foo=bar" (expected array ["cookie=unpartitioned"] got ["cookie=unpartitioned; initial-cookie=unpartitioned; foo=bar"])
[task 2025-10-24T15:22:50.222+00:00] 15:22:50 INFO - assertHeaderValuesMatch@https://web-platform.test:8443/storage-access-api/storage-access-headers.tentative.https.sub.window.js:65:28
[task 2025-10-24T15:22:50.222+00:00] 15:22:50 INFO - @https://web-platform.test:8443/storage-access-api/storage-access-headers.tentative.https.sub.window.js:363:28
[task 2025-10-24T15:22:50.222+00:00] 15:22:50 INFO - TEST-FAIL | /storage-access-api/storage-access-headers.tentative.https.sub.window.html | Sec-Fetch-Storage-Access is not 'active' after cross-origin same-site redirection. - assert_array_equals: expected property 0 to be "cookie=unpartitioned" but got "cookie=unpartitioned; initial-cookie=unpartitioned; foo=bar" (expected array ["cookie=unpartitioned"] got ["cookie=unpartitioned; initial-cookie=unpartitioned; foo=bar"])
[task 2025-10-24T15:22:50.222+00:00] 15:22:50 INFO - assertHeaderValuesMatch@https://web-platform.test:8443/storage-access-api/storage-access-headers.tentative.https.sub.window.js:65:28
[task 2025-10-24T15:22:50.222+00:00] 15:22:50 INFO - @https://web-platform.test:8443/storage-access-api/storage-access-headers.tentative.https.sub.window.js:402:28
[task 2025-10-24T15:22:50.222+00:00] 15:22:50 INFO - TEST-FAIL | /storage-access-api/storage-access-headers.tentative.https.sub.window.html | Sec-Fetch-Storage-Access loses value on a cross-site redirection. - assert_array_equals: expected property 0 to be "cookie=unpartitioned" but got "cookie=unpartitioned; initial-cookie=unpartitioned; foo=bar" (expected array ["cookie=unpartitioned"] got ["cookie=unpartitioned; initial-cookie=unpartitioned; foo=bar"])
[task 2025-10-24T15:22:50.222+00:00] 15:22:50 INFO - assertHeaderValuesMatch@https://web-platform.test:8443/storage-access-api/storage-access-headers.tentative.https.sub.window.js:65:28
[task 2025-10-24T15:22:50.222+00:00] 15:22:50 INFO - @https://web-platform.test:8443/storage-access-api/storage-access-headers.tentative.https.sub.window.js:440:28
[task 2025-10-24T15:22:50.222+00:00] 15:22:50 INFO - TEST-UNEXPECTED-FAIL | /storage-access-api/storage-access-headers.tentative.https.sub.window.html | Activate-Storage-Access retry is handled before any redirects are followed. - assert_array_equals: expected property 0 to be "cookie=unpartitioned" but got "cookie=unpartitioned; initial-cookie=unpartitioned; foo=bar" (expected array ["cookie=unpartitioned"] got ["cookie=unpartitioned; initial-cookie=unpartitioned; foo=bar"])
[task 2025-10-24T15:22:50.222+00:00] 15:22:50 INFO - assertHeaderValuesMatch@https://web-platform.test:8443/storage-access-api/storage-access-headers.tentative.https.sub.window.js:65:28
| Assignee | ||
Updated•5 months ago
|
| Assignee | ||
Comment 1•5 months ago
|
||
What platform does this test run on? Is it a nofis test?
Comment 2•5 months ago
|
||
(In reply to Manuel Bucher [:manuel] from comment #1)
What platform does this test run on? Is it a nofis test?
here you can see all the platforms on which it fails
from what I see there's no nofist test
| Assignee | ||
Comment 3•5 months ago
|
||
Thanks. Missed the link in the bug details.
The android is implicitly nofis. But seems to also fail on -nav
| Comment hidden (Intermittent Failures Robot) |
| Comment hidden (Intermittent Failures Robot) |
| Assignee | ||
Comment 6•4 months ago
|
||
@bas, I've heard that you've investigated some fis vs no-fis differences in cookie handling. Do you have insights into why we have more cookies available in the nofis case?
relevant line is
Sec-Fetch-Storage-Access [...]. - assert_array_equals: expected property 0 to be "cookie=unpartitioned" but got "cookie=unpartitioned; initial-cookie=unpartitioned; foo=bar" (expected array ["cookie=unpartitioned"] got ["cookie=unpartitioned; initial-cookie=unpartitioned; foo=bar"]
It seems like we have more cookies than we expect when loading with storage-access active.
| Comment hidden (Intermittent Failures Robot) |
Comment 8•4 months ago
|
||
(In reply to Manuel Bucher [:manuel] from comment #6)
@bas, I've heard that you've investigated some fis vs no-fis differences in cookie handling. Do you have insights into why we have more cookies available in the nofis case?
relevant line is
Sec-Fetch-Storage-Access [...]. - assert_array_equals: expected property 0 to be "cookie=unpartitioned" but got "cookie=unpartitioned; initial-cookie=unpartitioned; foo=bar" (expected array ["cookie=unpartitioned"] got ["cookie=unpartitioned; initial-cookie=unpartitioned; foo=bar"]
It seems like we have more cookies than we expect when loading with storage-access active.
I don't know where you heard that but I have no relevant expertise to offer whatsoever I'm afraid :-).
| Assignee | ||
Comment 9•4 months ago
•
|
||
Oh no, sorry for needinfoing you, bas. I was confusing you with baku. So sorry that needinfoed you to a completely unrelated bug to you 🙇.
| Assignee | ||
Comment 10•4 months ago
|
||
@baku: (See comment 6) Hi baku, sorry for needinfo, but do you have insights into fis vs nofis cookie handling that could lead us to more (unexpected) unpartitioned cookies in the fission case?
Comment 11•4 months ago
|
||
I don't know about this particular wpt, but what I see is that we have cookie left from a previous test. In the log I see that there are 2 extra cookies:
- initial-cookie - from some of the requestStorageAcces-* cookies in that folder.
- foo=bar - requestStorageAccess-cross-site-sibling-iframes.sub.https.window.js
I saw in the past WPTs unable to cleanup cookies properly before of the execution of other tests.
| Comment hidden (Intermittent Failures Robot) |
| Comment hidden (Intermittent Failures Robot) |
| Assignee | ||
Comment 14•3 months ago
|
||
Updated•3 months ago
|
| Comment hidden (Intermittent Failures Robot) |
| Comment hidden (Intermittent Failures Robot) |
| Comment hidden (Intermittent Failures Robot) |
| Comment hidden (Intermittent Failures Robot) |
Comment 19•1 month ago
|
||
hey sasha, could you please take a look at this recent spike in failures? it's caused by Bug 2013824
Comment 20•1 month ago
|
||
Comment 21•1 month ago
|
||
Updated•1 month ago
|
Updated•1 month ago
|
Comment 22•1 month ago
|
||
| bugherder | ||
| Comment hidden (Intermittent Failures Robot) |
| Comment hidden (Intermittent Failures Robot) |
| Comment hidden (Intermittent Failures Robot) |
| Comment hidden (Intermittent Failures Robot) |
| Comment hidden (Intermittent Failures Robot) |
| Comment hidden (Intermittent Failures Robot) |
| Comment hidden (Intermittent Failures Robot) |
| Comment hidden (Intermittent Failures Robot) |
| Comment hidden (Intermittent Failures Robot) |
Description
•