Open Bug 1996306 Opened 5 months ago Updated 2 days ago

Intermittent /storage-access-api/storage-access-headers.tentative.https.sub.window.html | single tracking bug

Categories

(Core :: Privacy: Anti-Tracking, defect, P5)

defect

Tracking

()

ASSIGNED

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
See Also: → 1990593

What platform does this test run on? Is it a nofis test?

Flags: needinfo?(smolnar)

(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

Flags: needinfo?(smolnar)

Thanks. Missed the link in the bug details.

The android is implicitly nofis. But seems to also fail on -nav

@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.

Flags: needinfo?(bas)

(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 :-).

Flags: needinfo?(bas)

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 🙇.

@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?

Flags: needinfo?(amarchesini)

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.

Flags: needinfo?(amarchesini)
Assignee: nobody → manuel
Status: NEW → ASSIGNED

hey sasha, could you please take a look at this recent spike in failures? it's caused by Bug 2013824

Push with examples
Failure log

Flags: needinfo?(aborovova)
Pushed by aborovova@mozilla.com: https://github.com/mozilla-firefox/firefox/commit/97f1415ea8c6 https://hg.mozilla.org/integration/autoland/rev/61c82fa890dd Update metadata for storage-access-api/storage-access-headers.tentative.https.sub.window.js.
Flags: needinfo?(aborovova)
See Also: → 2027602
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: