18:52
<sideshowbarker>
help with https://github.com/mdn/content/issues/7592 would be much welcome
18:54
<sideshowbarker>
…even if just a comment added to this issue (short of a patch/PR)
18:55
<jmdyck>
ES doesn't define ServiceWorker.
18:57
<jmdyck>
Though there might be people here who could help anyway.
18:58
<sideshowbarker>
jmdyck: sorry yeah I initially pasted in the wrong URL — the right one is actually https://github.com/mdn/content/issues/7592
18:59
<jmdyck>
Ah! I didn't notice the change.
18:59
<bakkot>
sideshowbarker: commented
19:00
<bakkot>
shu: do you know if there is an existing bug for v8 failing to throw on new BigInt64Array( new Int32Array(0) )
19:00
<bakkot>
it does (correctly) when s/0/1/
19:01
<bakkot>
I guess I'll just open one and let it get triaged
19:02
<shu>
no idea, the list of TA-related historical issues that're technically non-compliant with ecma262 is large and forboding, and mostly not worth the risk to try to fix
19:03
<shu>
though BigInt64Array is a new type...
19:05
<bakkot>
yeah, this is specifically an error which should happen when converting to (or from) one of the new Big* arrays, not a historical thing
19:11
<shu>
yeah, file it and assign it to me
19:13
<bakkot>
lol I get a 500 when trying to open an issue
19:13
<bakkot>
where do I file bugs in the bugtracker
19:14
<shu>
it... wfm?
19:14
<bakkot>
worked this time: https://bugs.chromium.org/p/v8/issues/detail?id=12052
19:15
<bakkot>
I can't assign to you because I still don't have a Chromium account
19:30
<shu>
wait what is [[ContentType]]
19:30
<shu>
it's just to distinguish bigint or not bigint?
19:30
<bakkot>
yup
19:31
<shu>
hm, would've been clearer to encode that directly by casing on the element type rather than a field named [[ContentType]]
19:39
<bakkot>
possibly even in an AO?
19:40
<bakkot>
PRs welcome :P
19:47
<jmdyck>
origin story: https://github.com/tc39/ecma262/pull/1515#discussion_r305633166