Closed Bug 1777365 Opened 2 years ago Closed 2 years ago

Fix incorrect OPFS WPT test that assumes data: URIs can't be secure

Categories

(Core :: DOM: File, defect, P3)

defect

Tracking

()

RESOLVED FIXED
106 Branch
Tracking Status
firefox106 --- fixed

People

(Reporter: jesup, Assigned: jesup)

References

(Blocks 1 open bug)

Details

Attachments

(1 file)

See https://mozilla.pettay.fi/moztests/data_url_isSecureContext.html
data url iframe + window.isSecureContext
It's not clear why Chrome returns false
"If the result of Is url potentially trustworthy? given environment's top-level creation URL is "Potentially Trustworthy", then return true."

The test is wrong:
See https://wpt.fyi/results/secure-contexts/basic-popup-and-iframe-tests.https.html?label=experimental&label=master&aligned
and Chrome folks agreed on the behavior Gecko has https://github.com/w3c/webappsec-secure-contexts/issues/69#issuecomment-585780599

In the wpt.fyi test, Chrome is failing in "Test Window.isSecureContext in an iframe loading a data: URL" test and "Test Window.isSecureContext in a sandboxed iframe loading a data: URL" test

Severity: -- → S3
Priority: -- → P3

There's a r+ patch which didn't land and no activity in this bug for 2 weeks.
:jesup, could you have a look please?
If you still have some work to do, you can add an action "Plan Changes" in Phabricator.
For more information, please visit auto_nag documentation.

Flags: needinfo?(smaug)
Flags: needinfo?(rjesup)

Up to jesup to land

Flags: needinfo?(smaug)
Pushed by rjesup@wgate.com:
https://hg.mozilla.org/integration/autoland/rev/5816d39c37b2
Fix opaque origin OPFS WPT test which assumes data: URIs can't be secure r=smaug
Created web-platform-tests PR https://github.com/web-platform-tests/wpt/pull/35858 for changes under testing/web-platform/tests
Pushed by rjesup@wgate.com:
https://hg.mozilla.org/integration/autoland/rev/152e20bdfc5e
Fix opaque origin OPFS WPT test which assumes data: URIs can't be secure r=smaug

Backed out for causing wpt failures . CLOSED TREE
Backout link
Push with failures
Link to failure log 1
Link to failure log 2
Failure line 1 : TEST-UNEXPECTED-FAIL | /fs/FileSystemDirectoryHandle-removeEntry.https.any.worker.html | removeEntry() while the file has an open writable fails - promise_test: Unhandled rejection with value: object "TypeError: navigator.storage.getDirectory is not a function"
Failure line 2 : TEST-UNEXPECTED-FAIL | /fs/FileSystemDirectoryHandle-removeEntry.https.any.html | removeEntry() while the file has an open writable fails - promise_test: Unhandled rejection with value: object "TypeError: navigator.storage.getDirectory is not a function"

Pushed by rjesup@wgate.com:
https://hg.mozilla.org/integration/autoland/rev/f14ea4093d57
Fix opaque origin OPFS WPT test which assumes data: URIs can't be secure r=smaug

Backed out for causing FileSystem related wpt failures

Backout link

Push with failures

Failure log

Pushed by rjesup@wgate.com:
https://hg.mozilla.org/integration/autoland/rev/4838c8b7e5f4
Fix opaque origin OPFS WPT test which assumes data: URIs can't be secure r=smaug
Status: NEW → RESOLVED
Closed: 2 years ago
Resolution: --- → FIXED
Target Milestone: --- → 106 Branch
Upstream PR merged by moz-wptsync-bot
Flags: needinfo?(rjesup)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: