Files
sousa-gecko/testing/web-platform/tests/digital-credentials/support
Marcos Cáceres ddad9b3850 Bug 2042954 [wpt PR 58420] - Digital credentials: prepare algorithm tests, a=testonly
Automatic update from web-platform-tests
Digital credentials: prepare algorithm tests (#58420)

* Digital credentials: prepare algorithm tests

* Add some helpers

* Apply suggestion from @mohamedamir

Co-authored-by: Mohamed Amir Yosef <mamir@chromium.org>

* Apply suggestions from code review

Co-authored-by: Marcos Cáceres <marcos@marcosc.com>

* Update spec URL from WICG to w3c-fedid

* Split protocol filtering tests by protocol family

Rename protocol-filtering.https.html to protocol-filtering-mdoc.https.html
and add protocol-filtering-openid4vp.https.html with coverage for all three
openid4vp sub-protocols (unsigned, signed, multisigned) plus near-miss
variants that should be filtered out.

Addresses review feedback from @mohamedamir requesting openid4vp filtering
test coverage.

* Apply suggestion from @Copilot

Co-authored-by: Copilot <175728472+Copilot@users.noreply.github.com>

* Assert user activation before second concurrent request

Adds assert_true(navigator.userActivation.isActive) after the second
bless call to confirm the rejection is due to the pending request,
not missing activation.

* Fix concurrent-requests test stability

Use bless's action callback to dispatch the second get() call within
the same microtask as the activation grant. This eliminates the event
loop yield between the two calls, preventing the first request's IPC
response from clearing the pending state in the browser process before
the second request arrives.

* Digital credentials: prepare algorithm tests

* Update spec URL from WICG to w3c-fedid

* Use makeCanonicalCreateRequest() for openid4vci in create filtering tests

The protocol-filtering tests in create.tentative.https.html hardcoded
{ protocol: "openid4vci", data: {} } while importing makeCanonicalCreateRequest
without using it. Route the valid-protocol requests through the helper so the
import is used and the requests pick up the canonical openid4vci object once it
is defined. No behavior change today: the canonical openid4vci object is
currently empty, so the helper returns the same request object.

* Remove redundant protocol-filtering.https.html

protocol-filtering.https.html duplicated protocol-filtering-mdoc.https.html:
the seven invalid-protocol subtests were identical, and its one unique "valid"
subtest was mislabeled "org-iso-mdoc" while actually sending the default set of
both openid4vp-v1-unsigned and org-iso-mdoc. The org-iso-mdoc and openid4vp
filtering cases are already covered by protocol-filtering-mdoc.https.html and
protocol-filtering-openid4vp.https.html.

---------

Co-authored-by: Mohamed Amir Yosef <mamir@chromium.org>
Co-authored-by: Copilot <175728472+Copilot@users.noreply.github.com>
--

wpt-commits: fa3b32ced60d1099cd9dc4757ef43ce7e3df55ec
wpt-pr: 58420
2026-06-25 17:01:41 +00:00
..
…