03:37
<gsnedders>
Can anyone remember where http://testthewebforward.org/docs/test-style-guidelines.html came from? Was it some internal Opera wiki page, or where?
03:38
<gsnedders>
oh, no, https://www.w3.org/Style/CSS/Test/guidelines.html
03:48
<astearns>
gsnedders: https://github.com/w3c/testtwf-website-src/commit/7af6bd8baa83f9498591aa60a06ce70822faf828#diff-0a2966d4916281397a795ab14e6ade3f
03:49
<astearns>
I expect it was Rebecca compiling from sources available at the time
04:01
<gsnedders>
astearns: I didn't even bother looking in the git history! It definitely long predates TTWF.
04:02
<gsnedders>
e.g., https://www.w3.org/Style/CSS/Test/guidelines.html is dated as 2003
04:03
<gsnedders>
that I have memories of it somewhere internal to Opera is likely just legacy of hixie being involved in writing it
08:31
<zcorpan>
maybe there should be an opt-in to https://github.com/whatwg/html/issues/2047 to prevent navigation but still allow postMessage?
10:44
<Ms2ger>
Hixie's back?
12:54
<zcorpan>
hsivonen: interesting read, pretty dramatic differences in both directions in some cases. the "<" at the end got me curious, https://checker.html5.org/?doc=https%3A%2F%2Fhsivonen.fi%2Fencoding-perf-2016-11%2F :-)
14:03
<mkwst>
Is there any precedent for some sort of async creation mechanism on a DOM object?
14:04
<mkwst>
That is, instead of `var x = new AmazingThing()`, something like `var x; AmazingThing.create().then(thing => { x = thing; });` (or something even prettier that I didn't think of)?
14:06
<mkwst>
`var x = await AmazingThing.create()` I suppose?
14:07
<zcorpan>
mkwst: search for "Promise<" in the html spec
14:08
<zcorpan>
convertToBlob, createImageBitmap
14:12
<mkwst>
Ok, great. Thanks. :)
14:48
<wanderview>
annevk: is there a way for a server or ServiceWorker to tell if a navigation network request was initiated with an opener or not?
14:48
<wanderview>
is there a header or something that is sent?
19:50
<matt444>
For <link rel=preload> the as attribute is used to set headers and for CSP, anything else?
19:50
<matt444>
If those are the only two things, what would be the difference between "script" and "worker"?
22:40
<ajeffrey_>
Another silly "should this be optional?" question...
22:40
<ajeffrey_>
https://html.spec.whatwg.org/multipage/browsers.html#dom-window says "The window, frames, and self IDL attributes, on getting, must all return this Window object's browsing context's WindowProxy object.".
22:41
<ajeffrey_>
what should they return if the Window has no browsing context?
22:42
<ajeffrey_>
annevk: Domenic: thoughts? ^
22:42
<Domenic>
ajeffrey_: how do you create a Window object without a browsing context?
22:43
<ajeffrey_>
create an iframe, stash away the contentDocument, then detatch the iframe.
22:43
<Domenic>
It still has a browsing context; the browsing context has just been discarded.
22:43
<ajeffrey_>
hmm, that's a subtle distinction :)
22:44
<Domenic>
indeed :-/
22:44
<ajeffrey_>
so when a document is discarded https://html.spec.whatwg.org/multipage/browsers.html#discard-a-document
22:44
<caitp>
"it still has a browsing context, it's just been discarded" doesn't make a whole lot of sense to an english speaker :l
22:44
<ajeffrey_>
we lose the reference from the browsing context to the document,
22:45
<ajeffrey_>
but not the reference from the document to the browsing context?
22:45
<Domenic>
That sounds right. https://html.spec.whatwg.org/multipage/browsers.html#garbage-collection-and-browsing-contexts may clarify.
22:46
<Domenic>
oh we were already in that section, nevermind, i am silly
22:48
<ajeffrey_>
OK, so the document should always keep the reference to its browsing context, even if that context has been discarded.
22:48
<ajeffrey_>
Domenic: thanks!
22:48
<Domenic>
I wish I could find somewhere that stated that clearly...
22:48
<Domenic>
At least Window should, I guess?
22:49
<ajeffrey_>
It's caught by the catch-all that if there's a field, then there's a strong reference.
22:49
<Domenic>
Yeah, to WindowProxy though, not necessarily the browsing context :-/
22:49
<ajeffrey_>
oh hang on a moment, that's a strong reference to the WindowProxy, not to the browsing context :/
22:50
<ajeffrey_>
Domenic: jinx
22:50
<Domenic>
It would probably be nicer if the graph here was purely between the objects (Document/Window/WindowProxy)
22:50
<Domenic>
Then had some additional edges for browsing context as necessary
22:51
<Domenic>
It's really unclear who owns what
22:51
<Domenic>
I feel like I already tried to fix this once :-/
22:52
<ajeffrey_>
it doesn't help matters that browsing context is a concept, not a WebIDL interface :/
22:52
<Domenic>
Yes, that's why it'd be nicer to shuffle it off to the side and minimize the number of edges into it
22:53
<ajeffrey_>
indeed.
22:54
<Domenic>
I'll file an issue on myself at least...
22:54
<Domenic>
What's your GitHub username again, ajeffrey_ ?
22:55
<ajeffrey_>
Domenic: asajeffrey
22:56
<zcorpan>
MikeSmith: yt?
23:03
<ajeffrey_>
Domenic: I filed a servo issue https://github.com/servo/servo/issues/14434.
23:06
<Domenic>
This will be a fun one
23:10
<ajeffrey_>
Domenic: hmm, "And the Document originally created for an iframe element, which has since been removed from the document, has no associated browsing context, since that browsing context was discarded."
23:11
<ajeffrey_>
(2nd note in https://html.spec.whatwg.org/multipage/browsers.html#windows)
23:16
<Domenic>
@_@
23:21
<zcorpan>
"When an iframe element is removed from a document, the user agent must discard the element's nested browsing context, if it is not null, and then set the element's nested browsing context to null."
23:21
<zcorpan>
https://html.spec.whatwg.org/multipage/embedded-content.html#the-iframe-element
23:23
<Domenic>
sure but "discard" is a term of art
23:23
<Domenic>
Someone else might have a reference to it
23:29
<zcorpan>
ah, yes. read scrollback more carefully now