fune/testing/web-platform/tests/web-locks/non-secure-context.any.js
Kagami Sascha Rosylight d79e8ec3f8 Bug 1878367 - Mark Web Locks tests non-tentative r=smaug
This removes `tentative` from Web Locks tests which all three engines are passing. A couple of exceptions from https://wpt.fyi/results/web-locks?label=experimental&label=master&aligned

* clientids: The test follows the spec, I think this is a Chrome bug. (https://w3c.github.io/web-locks/#dom-lockmanager-request, the use of environment's id)
* signal: A couple of WebKit failures because of lack of AbortSignal custom reason support.

Differential Revision: https://phabricator.services.mozilla.com/D200477
2024-02-05 17:42:44 +00:00

14 lines
542 B
JavaScript

// META: title=Web Locks API: API not available in non-secure context
// META: global=window,dedicatedworker,sharedworker
'use strict';
test(t => {
assert_false(self.isSecureContext);
assert_false('locks' in navigator,
'navigator.locks is only present in secure contexts');
assert_false('LockManager' in self,
'LockManager is only present in secure contexts');
assert_false('Lock' in self,
'Lock interface is only present in secure contexts');
}, 'API presence in non-secure contexts');