In step 10 settingsObject is created, but it's not referenced again for the rest of the algorithm.

Please can you add Cross-Origin-Embedder-Policy and Cross-Origin-Opener-Policy to the /h5bp/security/ section.

More info: https://web.dev/coop-coep/

More info: https://developers.google.com/web/updates/2020/10/devtools#frame-details

As we want to add it to the apache header list.

Presumably these should result in a network error. The current specification doesn't state anything and it's not tested either.

See the README for instructions on where to add tests. In the specification the "blob" case of https://fetch.spec.whatwg.org/#scheme-fetch needs updating to handle current URL’s blob URL entry being null.

Under point 6 of the list of steps to take to "ensure pre-insertion validity", as part of an attempt to implement a procedure involving the particular list of steps, I am having trouble unambiguously interpreting the following statement:

parent has an element child, child is a doctype, or child is non-null and a do

Problem

The " Build ESP32 QEMU and Run Tests" task of the "QEMU / ESP32" test seems to fail randomly. It failed on project-chip/connectedhomeip#2009 for me, then passed when retriggered.

Proposed Solution

Figure out why it fails randomly and fix. Sadly the logs CI provides don't include the src/transport/tests/test-suite.log file that should have includ

What should be the result of new URL("#")?
Browsers return different results.

In my understanding is that new URL("#") should throw a validation error.

1. scheme start state
   1. [skip] If c is an ASCII alpha, append c, lowercased, to buffer, and set state to scheme state.
   2. [match] Otherwise, if state override is not given,