| 01:38 | <MikeSmith> | domfarolino: Domenic: HTML checker updated to allow 'integrity' for link[rel=preload|modulepreload|stylesheet]; update pushed to https://validator.w3.org/nu/ and also released dev build of the CLI checker https://github.com/validator/validator/releases |
| 01:38 | <domfarolino> | \o/ |
| 01:38 | <domfarolino> | ta |
| 01:39 | <MikeSmith> | domfarolino: thanks for the spec update |
| 01:39 | <domfarolino> | MikeSmith: no problem! |
| 04:28 | <Domenic> | littledan or Ms2ger: can you figure out what I meant about tests in https://github.com/WICG/kv-storage/pull/53#pullrequestreview-210801545 ? |
| 04:28 | <Domenic> | I cannot remember in what ways not being in the module map would be different from throwing an exception on load |
| 04:29 | <Domenic> | Maybe I was forgetting that import statements get hoisted? |
| 04:32 | <Domenic> | Oh, right, I think if I have another module _before_, it'll work... |
| 06:51 | <littledan> | Yeah there's a couple ways to observe it. That's a good one. Another will be import-map fallback |
| 06:52 | <littledan> | Also the exception type thrown will be different |
| 06:52 | <littledan> | Domenic: ^ |
| 06:53 | <littledan> | You would also be able to observe more fetches being done, I think |
| 06:59 | <Domenic> | littledan: thanks :). I didn't test more fetches being done, but I did https://github.com/web-platform-tests/wpt/pull/17424/files |
| 07:03 | <littledan> | Heh funny timing. Uncaught exceptions too! Seems good for |
| 07:04 | <littledan> | The fetch thing sounds hard to test anyway |
| 07:04 | <Domenic> | I've seen people do it using web performance APIs |
| 07:04 | <Domenic> | For e.g. preload tests |
| 18:27 | <phenoxis> | Hello, I was wondering what the procedure is to request a new web feature |
| 23:12 | <AlArz> | hello there! |
| 23:12 | <AlArz> | so, i've been reading this: https://infra.spec.whatwg.org/#byte-sequence-starts-with |
| 23:12 | <AlArz> | and now i'm slightly puzzled by step 2.3 |
| 23:13 | <AlArz> | it says "If aByte is null, then return true" |
| 23:13 | <AlArz> | so let's say sequence a is `abc` and sequence b is `abcd` |
| 23:15 | <AlArz> | and following the algorithm described we get that `abc` starts with `abcd`, right? |
| 23:16 | <AlArz> | which to me actually doesn't seem right |
| 23:17 | <AlArz> | am i missing something? |
| 23:22 | <Mek> | yes, I agree, that seems to be backwards |