Options:
- # Session Start: Fri Aug 08 00:00:00 2014
- # Session Ident: #whatwg
- # [00:00] * Quits: Maurice` (copyman@5ED5617C.cm-7-6b.dynamic.ziggo.nl)
- # [00:06] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Remote host closed the connection)
- # [00:08] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
- # [00:13] * Quits: saba (~foo@unaffiliated/saba) (Quit: leaving)
- # [00:16] * Quits: Areks (~Areks@128-72-254-245.broadband.corbina.ru) (Ping timeout: 250 seconds)
- # [00:20] * Quits: othermaciej (~mjs@17.114.4.3) (Ping timeout: 240 seconds)
- # [00:21] * Joins: othermaciej (~mjs@17.114.4.3)
- # [00:22] * Joins: roc (~chatzilla@2001:cb0:b202:232:2677:3ff:fece:dc64)
- # [00:22] * Joins: heqs (~heqs@certainly.not.hacked.jp)
- # [00:22] * Quits: othermaciej (~mjs@17.114.4.3) (Client Quit)
- # [00:26] * Quits: benjamingr (uid23465@gateway/web/irccloud.com/x-xjpisylzoijtbijg) (Quit: Connection closed for inactivity)
- # [00:27] * Quits: rniwa (~rniwa@17.202.43.222) (Quit: rniwa)
- # [00:29] <astearns> crankharder: default-src: * will disable inline script and style, and eval
- # [00:34] * Joins: othermaciej (~mjs@17.114.4.3)
- # [00:35] * Quits: othermaciej (~mjs@17.114.4.3) (Client Quit)
- # [00:35] * Joins: othermaciej (~mjs@17.114.4.3)
- # [00:36] * Quits: othermaciej (~mjs@17.114.4.3) (Client Quit)
- # [00:42] * Quits: lmclister (~lmclister@192.150.10.209) (Read error: Connection reset by peer)
- # [00:42] * Joins: lmclister (~lmclister@192.150.10.209)
- # [00:43] * Joins: jeremyj (~jeremyj@c-24-4-202-10.hsd1.ca.comcast.net)
- # [00:44] * Quits: jeremyj (~jeremyj@c-24-4-202-10.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
- # [00:44] * Joins: jeremyj (~jeremyj@c-24-4-202-10.hsd1.ca.comcast.net)
- # [00:45] * Quits: encrypt3d_fracta (~encryptd_@209.201.113.2) (Remote host closed the connection)
- # [00:45] * Joins: encrypt3d_fracta (~encryptd_@209.201.113.2)
- # [00:47] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
- # [00:49] * Quits: lmclister (~lmclister@192.150.10.209) (Read error: Connection reset by peer)
- # [00:49] * Joins: lmclister (~lmclister@192.150.10.209)
- # [00:50] * Quits: encrypt3d_fracta (~encryptd_@209.201.113.2) (Ping timeout: 264 seconds)
- # [00:52] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 255 seconds)
- # [00:55] * Joins: rniwa (~rniwa@17.202.43.222)
- # [00:56] * Joins: sicking (~sicking@corp.mtv2.mozilla.com)
- # [01:01] * Quits: dbaron (~dbaron@2620:101:80fb:224:ddcd:139e:51f5:f1ae) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [01:16] * Joins: jdaggett (~jdaggett@61-121-216-2.bitcat.net)
- # [01:19] * Quits: lmclister (~lmclister@192.150.10.209) (Read error: Connection reset by peer)
- # [01:19] * Joins: lmclister (~lmclister@192.150.10.209)
- # [01:26] * Quits: lmclister (~lmclister@192.150.10.209) (Read error: Connection reset by peer)
- # [01:26] * Joins: lmclister (~lmclister@192.150.10.209)
- # [01:27] <Hixie_> Domenic: you around?
- # [01:27] <Hixie_> Domenic: what is PromiseBuiltinCapability() ?
- # [01:32] * Hixie_ stares at ProceedToTranslate(loader, load, p) Abstract Operation in confusion
- # [01:35] * Hixie_ wonders what PromiseCatch() does and what returning PromiseCatch() is supposed to mean
- # [01:37] <jtcranmer> annevk: I've got a tough UTR#46 question for you
- # [01:38] * Joins: dbaron (~dbaron@2620:101:80fb:224:ddcd:139e:51f5:f1ae)
- # [01:38] <jtcranmer> should I say faß.de and xn--fa-hia.de are "equivalent" domains?
- # [01:38] <Hixie_> how does PromiseThen(PromiseOf(undefined), F) differ from just calling F?
- # [01:44] * Joins: roven (~roven@78-20-24-80.access.telenet.be)
- # [01:44] <Hixie_> man, i think the people who complain that the HTML spec is "too imperative" really need to read the ES6 spec to get some perspective.
- # [01:45] * Quits: sicking (~sicking@corp.mtv2.mozilla.com) (Quit: sicking)
- # [01:47] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
- # [01:49] * Quits: roven (~roven@78-20-24-80.access.telenet.be) (Ping timeout: 244 seconds)
- # [01:49] * Joins: newtron_ (~newtron@184.175.4.74)
- # [01:49] * Joins: hasather (~hasather@80.91.33.141)
- # [01:50] * Quits: ehsan (~ehsan@24-212-207-29.cable.teksavvy.com) (Quit: Leaving...)
- # [01:51] * Joins: zcorpan_ (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [01:52] <Hixie_> kittens, it's hard to follow promise-based code
- # [01:52] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 260 seconds)
- # [01:52] <Hixie_> how do you even draw a flow chart for it
- # [01:52] <Hixie_> do you draw the line from the place that does the call, or from the place that's going to trigger the promise?
- # [01:53] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 245 seconds)
- # [01:56] * Quits: zcorpan_ (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Ping timeout: 255 seconds)
- # [01:57] <jtcranmer> it's not hard if you use generators and promise wrappers
- # [01:57] * Quits: lmclister (~lmclister@192.150.10.209)
- # [01:59] <TabAtkins> Promises are just a standardized abstraction over callback-based code, so whatever you've figured out for that, you can use for Promises.
- # [01:59] * Joins: KevinMarks_ (~KevinMark@c-67-164-14-200.hsd1.ca.comcast.net)
- # [02:02] * Quits: smaug____ (~chatzilla@a91-154-44-207.elisa-laajakaista.fi) (Quit: ChatZilla 0.9.90.1 [Firefox 34.0a1/20140726030204])
- # [02:02] * Quits: newtron_ (~newtron@184.175.4.74) (Quit: Leaving...)
- # [02:04] * Joins: smaug____ (~chatzilla@a91-154-44-207.elisa-laajakaista.fi)
- # [02:05] <Domenic> Hixie_: PromiseBuiltinCapability() is a way of creating a record containing { [[Resolve]], [[Reject]], [[Promise]] } where the first two control the fate of [[Promise]]
- # [02:06] <Domenic> Hixie_: PromiseCatch(p, f) should be the same as p.catch(f), aka p.then(undefined, f), except it will work even if someone messes with the Promise global
- # [02:06] <Hixie_> TabAtkins: i've never had to trace code as complicated as the loader stuff in the ES6 spec before, so it's never come up...
- # [02:06] <Domenic> Hixie_: thus, returning PromiseCatch(p, f) will return the derived promise generated
- # [02:07] <Domenic> Hixie_: PromiseThen(PromiseOf(undefined), F) should be equivalent to EnqueueJob(<job_that_calls_F>, "PromiseTasks") I am pretty sure
- # [02:07] <Hixie_> Domenic: but PromiseBuiltinCapability() takes no arguments, so wtf are [[Resolve]], [[Reject]], and [[Promise]] ?
- # [02:07] <Hixie_> Domenic: and why would you ever need such a record
- # [02:07] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
- # [02:07] * Quits: ap (~ap@17.202.44.214)
- # [02:07] <Domenic> Hixie_: it is a way to create new promises, along with the things that control them
- # [02:08] <Hixie_> there has got to be a simpler way to spec that
- # [02:08] <Domenic> Hixie_: it is equivalent to `function promiseBuiltinCapability() { var resolve, reject; var promise = new Promise((resolve_, reject_) => { resolve = resolve_; reject = reject_; }); return { promise, resolve, reject }; }`
- # [02:08] <Domenic> It is only necessary because the ES spec doesn't have closures
- # [02:09] <Domenic> so it is easier to create these capability records and use them in a linear fashion, than to nest your code inside `var promise = new Promise((resolve, reject) => { /* oh no closures my only weakness */ })`
- # [02:09] <Hixie_> Domenic: i've no idea what that code does
- # [02:09] <Hixie_> Domenic: it looks like perl
- # [02:09] <Domenic> Hixie_: well, OK, guess it wasn't helpful. But, it will give you an object { promise, resolve, reject }
- # [02:10] <Domenic> where promise is pending
- # [02:10] <Domenic> and resolve and reject change the fate of promise
- # [02:10] <Hixie_> but what are resolve and reject?
- # [02:10] <Domenic> resolve is a function that resolves promise; reject is a function that rejects promise
- # [02:10] * Joins: TuRnaD0 (~Thunderbi@x1-6-e0-46-9a-1e-fe-ca.cpe.webspeed.dk)
- # [02:10] <Hixie_> what do "resolves promise" and "rejects promise" mean?
- # [02:10] <Hixie_> and why can't that just be built-in to promises?
- # [02:11] <Hixie_> i don't understand why there has to be all these explicit functions internal to the spec
- # [02:11] <Hixie_> instead of just saying "return a new promise"
- # [02:11] <Domenic> ignoring the case where you call resolve(anotherPromise), "resolve promisewith x" means "the promise will be successfull, with x" and "reject promise with x" means "the promise will fail, with r"
- # [02:11] * Quits: TuRnaD0 (~Thunderbi@x1-6-e0-46-9a-1e-fe-ca.cpe.webspeed.dk) (Remote host closed the connection)
- # [02:11] <Domenic> where "successful with x" means when you do p.then(onSuccess, onFail), onSuccess gets called with x
- # [02:12] <Domenic> these can't be built in to promises because then anyone could resolve a promise, which is bad---a promise's fate should only be determined by the person who creates it
- # [02:12] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Ping timeout: 244 seconds)
- # [02:13] <Hixie_> i don't mean "built in" as in "exposed as an api"
- # [02:13] <Hixie_> i mean, just part of the definition of the spec concept
- # [02:13] <Hixie_> the spec right now is so utterly convoluted
- # [02:13] <Domenic> Ah. They are. You can just do ResolvePromise(p, x)
- # [02:13] <Hixie_> so why does the spec go through all these crazy hoops
- # [02:13] <Domenic> I am not sure what context you are seeing them used where the PromiseCapability is used
- # [02:13] <Hixie_> instead of just saying that
- # [02:13] <Domenic> One possible reason is because you might need to pass capability.[[Resolve]] to a real user
- # [02:14] <Domenic> Another might be that it hasn't had a chance to go through review; I believe the module loader section of the spec is in the process of being handed over from jorendorff to allenwb
- # [02:14] * Quits: satazor (~satazor@a213-22-1-7.cpe.netcabo.pt) (Remote host closed the connection)
- # [02:15] <Hixie_> e.g. ProceedToLocate() calls PromiseOf(undefined) which calls PromiseBuiltinCapability() which calls CreatePromiseCapabilityRecord() which is an 11-step algorithm
- # [02:15] * Joins: satazor (~satazor@a213-22-1-7.cpe.netcabo.pt)
- # [02:15] <Hixie_> but i don't see why ProceedToLocate() can't just say "create a new promise" and the spec say somewhere that "a new promise is something that looks like _bla_"
- # [02:15] <Hixie_> without any need for these "Let constructorResult be the result of calling the [[Call]] internal method of constructor, passing promise and (executor) as the arguments" steps
- # [02:16] <Hixie_> whatever that means
- # [02:16] <Domenic> Not everyone hates formal language
- # [02:16] <Domenic> "create a new promise," backed by lots of implicit knowledge, is not really any better than PromiseOf(undefined), backed by explicit steps
- # [02:16] * Joins: satazor_ (~satazor@a213-22-1-7.cpe.netcabo.pt)
- # [02:17] <Hixie_> this isn't a formal language though
- # [02:17] <Hixie_> it's still just english
- # [02:17] <Domenic> It's very close to one
- # [02:18] <Domenic> The steps correspond almost 1:1 with (unoptimized) implementation code
- # [02:18] <Domenic> compare https://github.com/domenic/Array.prototype.contains/blob/master/spec.md and https://github.com/domenic/Array.prototype.contains/blob/master/reference-implementation/index.js
- # [02:19] <Hixie_> that's unfortunately not a benefit
- # [02:19] * Quits: satazor (~satazor@a213-22-1-7.cpe.netcabo.pt) (Ping timeout: 240 seconds)
- # [02:19] <Hixie_> but whatever
- # [02:19] <Hixie_> my feedback is that the spec is unreadable :-)
- # [02:20] <Domenic> the barrier to entry is certainly high
- # [02:20] <Domenic> and i could believe that the sections you're looking at are particularly bad
- # [02:21] * Joins: seventh (seventh@192.64.5.175)
- # [02:21] <Hixie_> right now i'm still trying to figure out what the Loader Record is created
- # [02:21] <Hixie_> s/what/where/
- # [02:21] <Hixie_> i'm trying to trace execution of the module loading stuf
- # [02:22] <Hixie_> i started at RequestLoad(), and i've traced it down to UpdateLinkSetOnLoad() on one side and InstantiateSucceeded() on the other
- # [02:22] <Domenic> I wonder if it'd be easier to trace by using a debugger against a polyfill
- # [02:22] <Hixie_> (no sign yet of a loader being created)
- # [02:23] <Hixie_> btw the kind of thing i mean when i say it's not a formal language is "Let body be the result of parsing load.[[Source]], interpreted as UTF-16 encoded Unicode text as described in 10.1.1, using Module as the goal symbol. Throw a SyntaxError exception if the parse fails or if any static semantics errors are detected."
- # [02:23] * Joins: mven_ (~textual@ip68-104-38-84.lv.lv.cox.net)
- # [02:24] <Hixie_> bbl, gotta go
- # [02:24] <Hixie_> thanks for the help btw
- # [02:24] <Domenic> kk, gl hf
- # [02:24] <Domenic> hope jorendorff clears things up tomorrow :)
- # [02:30] * Quits: bnicholson (~bnicholso@2620:101:80fc:224:7e7a:91ff:fe25:a5c6) (Ping timeout: 240 seconds)
- # [02:33] * Quits: smaug____ (~chatzilla@a91-154-44-207.elisa-laajakaista.fi) (Ping timeout: 245 seconds)
- # [02:38] * Joins: jernoble|laptop (~jernoble@76.74.153.36)
- # [02:43] <MikeSmith> explicit functions internal to the spec" is the style the entire ES spec's written in, isn't it? seems like anything new that's added needs to follow the same style. unless the whole spec is rewritten
- # [02:45] * Quits: jernoble|laptop (~jernoble@76.74.153.36) (Quit: Computer has gone to sleep.)
- # [02:45] * Quits: jeremyj (~jeremyj@c-24-4-202-10.hsd1.ca.comcast.net) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [02:45] * Quits: tantek (~tantek@70-36-139-41.dsl.dynamic.sonic.net) (Quit: tantek)
- # [02:46] * Joins: jeremyj (~jeremyj@c-24-4-202-10.hsd1.ca.comcast.net)
- # [02:47] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
- # [02:48] * Joins: tantek (~tantek@70-36-139-41.dsl.dynamic.sonic.net)
- # [02:52] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 255 seconds)
- # [02:56] * Joins: jungkees (uid24208@gateway/web/irccloud.com/x-gabexiwdunbpvany)
- # [02:57] * Quits: plutoniix (~plutoniix@node-ajs.pool-125-25.dynamic.totbb.net) (Quit: จรลี จรลา)
- # [02:57] * Quits: tantek (~tantek@70-36-139-41.dsl.dynamic.sonic.net) (Ping timeout: 246 seconds)
- # [02:58] * Joins: tantek (~tantek@70-36-139-41.dsl.dynamic.sonic.net)
- # [02:58] * Joins: bnicholson (~bnicholso@24.130.57.109)
- # [03:00] * Quits: jeremyj (~jeremyj@c-24-4-202-10.hsd1.ca.comcast.net) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [03:16] * Joins: jeremyj (~jeremyj@c-24-4-202-10.hsd1.ca.comcast.net)
- # [03:16] * Joins: Goplat (~goplat@reactos/developer/Goplat)
- # [03:22] <caitp> it probably should be reimagined completely
- # [03:22] <caitp> it won't be, but it would be a net positive
- # [03:25] * Quits: vitor-br (~vitor@179.177.188.210.dynamic.adsl.gvt.net.br) (Quit: Saindo)
- # [03:42] * Joins: hasather (~hasather@80.91.33.141)
- # [03:45] * Joins: roven (~roven@78-20-24-80.access.telenet.be)
- # [03:46] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 245 seconds)
- # [03:47] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [03:47] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
- # [03:50] * Quits: roven (~roven@78-20-24-80.access.telenet.be) (Ping timeout: 240 seconds)
- # [03:52] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 255 seconds)
- # [03:55] * prudent_bot is now known as tylersmith
- # [03:55] * tylersmith is now known as tls
- # [03:55] * tls is now known as tyls
- # [04:08] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
- # [04:13] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Ping timeout: 255 seconds)
- # [04:14] * Quits: tantek (~tantek@70-36-139-41.dsl.dynamic.sonic.net) (Quit: tantek)
- # [04:14] * Quits: barneybook_8 (~barneyboo@36-226-254-132.dynamic-ip.hinet.net) (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/)
- # [04:25] * Joins: jernoble|laptop (~jernoble@162.217.73.171)
- # [04:27] * Quits: satazor_ (~satazor@a213-22-1-7.cpe.netcabo.pt) (Remote host closed the connection)
- # [04:28] * Joins: satazor (~satazor@a213-22-1-7.cpe.netcabo.pt)
- # [04:30] * Quits: seventh (seventh@192.64.5.175) (Ping timeout: 240 seconds)
- # [04:32] * Quits: satazor (~satazor@a213-22-1-7.cpe.netcabo.pt) (Ping timeout: 260 seconds)
- # [04:39] * Quits: rniwa (~rniwa@17.202.43.222) (Quit: rniwa)
- # [04:43] * Joins: plutoniix (~plutoniix@ppp-124-120-122-128.revip2.asianet.co.th)
- # [04:47] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
- # [04:48] * Joins: hasather (~hasather@80.91.33.141)
- # [04:50] * Joins: kaeku (~awissel@p579CAB21.dip0.t-ipconnect.de)
- # [04:52] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 240 seconds)
- # [04:53] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 250 seconds)
- # [04:54] * Quits: kaeku (~awissel@p579CAB21.dip0.t-ipconnect.de) (Ping timeout: 250 seconds)
- # [05:03] * Joins: othermaciej (~mjs@c-50-136-134-16.hsd1.ca.comcast.net)
- # [05:05] * Quits: jeremyj (~jeremyj@c-24-4-202-10.hsd1.ca.comcast.net) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [05:30] * Quits: JosephSilber (~JosephSil@ool-44c3e80a.static.optonline.net) (Quit: Leaving)
- # [05:37] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
- # [05:46] * Joins: roven (~roven@78-20-24-80.access.telenet.be)
- # [05:47] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
- # [05:50] * Joins: kaeku (~awissel@p579CAB21.dip0.t-ipconnect.de)
- # [05:50] * Quits: roven (~roven@78-20-24-80.access.telenet.be) (Ping timeout: 250 seconds)
- # [05:52] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 240 seconds)
- # [05:53] * Quits: tav (~tav`@host86-161-105-55.range86-161.btcentralplus.com) (Quit: tav)
- # [05:55] * Quits: kaeku (~awissel@p579CAB21.dip0.t-ipconnect.de) (Ping timeout: 255 seconds)
- # [05:55] * Quits: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com) (Ping timeout: 240 seconds)
- # [05:55] * Joins: Areks (~Areks@128-72-254-245.broadband.corbina.ru)
- # [05:56] * Joins: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com)
- # [05:58] * Quits: jernoble|laptop (~jernoble@162.217.73.171) (Quit: Computer has gone to sleep.)
- # [06:09] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
- # [06:13] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Ping timeout: 245 seconds)
- # [06:15] * Quits: dbaron (~dbaron@2620:101:80fb:224:ddcd:139e:51f5:f1ae) (Ping timeout: 240 seconds)
- # [06:17] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net) (Remote host closed the connection)
- # [06:24] * Joins: lmclister (~lmclister@c-98-210-38-110.hsd1.ca.comcast.net)
- # [06:39] * Quits: jwalden (~waldo@2620:101:80fc:232:7e7a:91ff:fe25:a5a3) (Quit: ChatZilla 0.9.87-8.1450hg.fc20 [XULRunner 30.0/20140605102323])
- # [06:46] * Joins: zcorpan_ (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [06:47] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
- # [06:50] * Joins: kaeku (~awissel@p579CAB21.dip0.t-ipconnect.de)
- # [06:51] * Quits: othermaciej (~mjs@c-50-136-134-16.hsd1.ca.comcast.net) (Quit: othermaciej)
- # [06:52] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 272 seconds)
- # [06:55] * Quits: kaeku (~awissel@p579CAB21.dip0.t-ipconnect.de) (Ping timeout: 250 seconds)
- # [07:00] * Joins: hasather (~hasather@80.91.33.141)
- # [07:03] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net)
- # [07:03] * Quits: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2) (Ping timeout: 260 seconds)
- # [07:04] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 240 seconds)
- # [07:14] * Joins: Streusel (~Anonymous@unaffiliated/streusel)
- # [07:14] * Quits: mven_ (~textual@ip68-104-38-84.lv.lv.cox.net) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [07:14] * Joins: mven_ (~textual@ip68-104-38-84.lv.lv.cox.net)
- # [07:17] <caitp> did http://www.w3c-test.org break or something? seems to be broken in canary at least =(
- # [07:17] <caitp> looks like it's not serving MANIFEST.json
- # [07:19] <caitp> guess I'll just run my own :u
- # [07:23] <Streusel> the site works, can't find any manifest.json though.
- # [07:30] <MikeSmith> caitp: w3c-test.org gets wedged sometimes. I may need to just restart the server
- # [07:30] <MikeSmith> but it looks fine to me right now
- # [07:31] <caitp> I get a 404 for MANIFEST.json, and subsequent reference errors because of that
- # [07:32] <caitp> (using the test runner)
- # [07:32] <MikeSmith> that's because there's no MANIFEST.json file
- # [07:33] <caitp> yeah, which the runner seems to need, thus no good right now =P but it's alright
- # [07:33] <caitp> not going to hack on more test failures at 2am on a friday anyways, nite
- # [07:34] * Joins: encrypt3d_fracta (~encryptd_@209.201.113.2)
- # [07:35] * Joins: secstack (~secstack@p549055EF.dip0.t-ipconnect.de)
- # [07:37] <MikeSmith> so it looks like some recent change to the tools/scripts/manifest.py script broke the manifest build
- # [07:37] <MikeSmith> and so the MANIFEST.json file's not getting regenerated
- # [07:37] <MikeSmith> I get the same error locally
- # [07:38] <MikeSmith> File "tools/scripts/manifest.py", line 565, in update_manifest
- # [07:38] <MikeSmith> manifest = load(kwargs["path"])
- # [07:38] <MikeSmith> KeyError: 'path'
- # [07:38] <Streusel> interesting array name
- # [07:39] <MikeSmith> that's not some built-in python array?
- # [07:40] <Streusel> I don't have a clue about python and their arrays, although I would assume it works like any other, I just thought the name was interesting
- # [07:40] <MikeSmith> https://github.com/w3c/web-platform-tests/commit/acbcad1cb71c6eebd2a63c5cf16ea7f366812f48
- # [07:42] <MikeSmith> committed without review
- # [07:42] <Streusel> 9 days ago, and was only caught now? o-o
- # [07:43] * Quits: lmclister (~lmclister@c-98-210-38-110.hsd1.ca.comcast.net)
- # [07:43] <MikeSmith> I've been away for a week, and left Ms2ger in charge :)
- # [07:47] * Joins: roven (~roven@78-20-24-80.access.telenet.be)
- # [07:47] <MikeSmith> looks like the code's supposed to just use a default if no path value is explicitly specified from the command line
- # [07:47] <MikeSmith> https://github.com/w3c/web-platform-tests/blob/acbcad1cb71c6eebd2a63c5cf16ea7f366812f48/tools/scripts/manifest.py#L579https://github.com/w3c/web-platform-tests/blob/acbcad1cb71c6eebd2a63c5cf16ea7f366812f48/tools/scripts/manifest.py#L579
- # [07:47] <MikeSmith> but it seems to not be doing that
- # [07:47] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
- # [07:48] <MikeSmith> ah wait that's just when it calls the parser
- # [07:51] * Quits: roven (~roven@78-20-24-80.access.telenet.be) (Ping timeout: 240 seconds)
- # [07:52] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 245 seconds)
- # [07:57] <zcorpan_> hsivonen: ping http://krijnhoetmer.nl/irc-logs/whatwg/20140805#l-400
- # [08:01] * Joins: hasather (~hasather@80.91.33.141)
- # [08:03] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Quit: Bye)
- # [08:04] * Joins: tantek (~tantek@70-36-139-41.dsl.dynamic.sonic.net)
- # [08:05] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 245 seconds)
- # [08:08] * Quits: sarir (~sari@p50995cae.dip0.t-ipconnect.de) (Ping timeout: 250 seconds)
- # [08:10] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
- # [08:11] * Joins: yoichio (yoichio@nat/google/x-vvhffwcqhidzrqmp)
- # [08:13] * Quits: yoichio_ (yoichio@nat/google/x-pdikpwqegtsebjwl) (Ping timeout: 272 seconds)
- # [08:13] * Joins: sarir (~sari@p50995cae.dip0.t-ipconnect.de)
- # [08:14] * Quits: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com) (Ping timeout: 240 seconds)
- # [08:15] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Ping timeout: 250 seconds)
- # [08:15] * Quits: secstack (~secstack@p549055EF.dip0.t-ipconnect.de) (Quit: Bye.)
- # [08:15] * Joins: roven (~roven@78-20-24-80.access.telenet.be)
- # [08:16] * Quits: Areks (~Areks@128-72-254-245.broadband.corbina.ru) (Ping timeout: 246 seconds)
- # [08:17] * Joins: othermaciej (~mjs@c-50-136-134-16.hsd1.ca.comcast.net)
- # [08:20] * Quits: roven (~roven@78-20-24-80.access.telenet.be) (Remote host closed the connection)
- # [08:23] * Quits: encrypt3d_fracta (~encryptd_@209.201.113.2) (Remote host closed the connection)
- # [08:23] * Quits: Goplat (~goplat@reactos/developer/Goplat) (Remote host closed the connection)
- # [08:23] * Joins: encrypt3d_fracta (~encryptd_@209.201.113.2)
- # [08:26] * Joins: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com)
- # [08:26] * Joins: BigBangUDR (~Thunderbi@115.247.170.174)
- # [08:27] * Quits: encrypt3d_fracta (~encryptd_@209.201.113.2) (Ping timeout: 244 seconds)
- # [08:28] * Joins: encrypt3d_fracta (~encryptd_@209.201.113.2)
- # [08:29] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
- # [08:32] * Quits: othermaciej (~mjs@c-50-136-134-16.hsd1.ca.comcast.net) (Quit: othermaciej)
- # [08:35] * Quits: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com) (Ping timeout: 240 seconds)
- # [08:36] * Joins: harig (~harig@49.200.116.210)
- # [08:39] * Quits: BigBangUDR (~Thunderbi@115.247.170.174) (Ping timeout: 264 seconds)
- # [08:40] * Joins: kaeku (~awissel@b2b-94-79-170-90.unitymedia.biz)
- # [08:40] * Joins: Ducki (~Ducki@191.233.66.1)
- # [08:47] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
- # [08:48] * Joins: davidyezsetz (~davidyezs@mail1.powerflasher.de)
- # [08:51] * Joins: Ms2ger (~Ms2ger@241.213-64-87.adsl-dyn.isp.belgacom.be)
- # [08:51] * Joins: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com)
- # [08:51] * Quits: kaeku (~awissel@b2b-94-79-170-90.unitymedia.biz) (Quit: kaeku)
- # [08:52] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 245 seconds)
- # [08:52] * Joins: markkes (~markkes@62.207.90.201)
- # [08:53] * Quits: markkes (~markkes@62.207.90.201) (Client Quit)
- # [08:56] * Joins: markkes (~markkes@62.207.90.201)
- # [08:56] * Joins: zdobersek (~zan@109.201.154.157)
- # [08:58] * Quits: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com) (Ping timeout: 260 seconds)
- # [09:01] <Ms2ger> MikeSmith, I'm pretty sure that https://github.com/w3c/web-platform-tests/commit/acbcad1cb71c6eebd2a63c5cf16ea7f366812f48 doesn't break anything that worked before
- # [09:02] * Quits: SamB (~SamB@2001:470:1f07:57:4c1:9fa9:7970:4da8) (Read error: Connection reset by peer)
- # [09:03] * Joins: SamB (~SamB@2001:470:1f07:57:7cdc:befb:5d85:d10e)
- # [09:12] * Quits: roc (~chatzilla@2001:cb0:b202:232:2677:3ff:fece:dc64) (Remote host closed the connection)
- # [09:20] * Quits: zcorpan_ (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Remote host closed the connection)
- # [09:33] * Joins: hasather (~hasather@80.91.33.141)
- # [09:37] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 245 seconds)
- # [09:38] <Ms2ger> MikeSmith, and reviewed at https://github.com/w3c/web-platform-tests/pull/1133
- # [09:39] <MikeSmith> ok
- # [09:40] <MikeSmith> Ms2ger: so I guess I'll need to figure out what earlier change it was that actually did break it
- # [09:40] <Ms2ger> There's a pointer in my commit message :)
- # [09:41] <MikeSmith> ah ok
- # [09:41] * Quits: encrypt3d_fracta (~encryptd_@209.201.113.2) (Remote host closed the connection)
- # [09:42] * Joins: encrypt3d_fracta (~encryptd_@209.201.113.2)
- # [09:43] * Quits: harig (~harig@49.200.116.210) (Quit: harig)
- # [09:44] * Joins: winniwinter (~danieL@31.7.58.236)
- # [09:47] * Quits: tantek (~tantek@70-36-139-41.dsl.dynamic.sonic.net) (Quit: tantek)
- # [09:47] * Quits: encrypt3d_fracta (~encryptd_@209.201.113.2) (Ping timeout: 272 seconds)
- # [09:47] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
- # [09:52] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 260 seconds)
- # [09:52] * Quits: jdaggett (~jdaggett@61-121-216-2.bitcat.net) (Ping timeout: 244 seconds)
- # [09:58] * Joins: darobin (~darobin@88.126.62.30)
- # [10:01] * Joins: TuRnaD0 (~Thunderbi@x1-6-e0-46-9a-1e-fe-ca.cpe.webspeed.dk)
- # [10:02] * Joins: ShaneHudson (~ShaneHuds@2.30.121.218)
- # [10:02] * Joins: Maurice` (copyman@5ED5617C.cm-7-6b.dynamic.ziggo.nl)
- # [10:05] * Joins: benschwarz (uid2121@gateway/web/irccloud.com/x-xfdtffmayuqmalqd)
- # [10:06] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [10:07] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [10:11] * Joins: hasather (~hasather@80.91.33.141)
- # [10:11] * Joins: roc (~chatzilla@121-99-138-154.bng1.tvc.orcon.net.nz)
- # [10:11] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
- # [10:16] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Ping timeout: 255 seconds)
- # [10:17] <MikeSmith> um
- # [10:19] <MikeSmith> Ms2ger: in fact your change is what broke it, as far as I can see
- # [10:19] <MikeSmith> Ms2ger: if I check out the parent of that commit, the script was still working then
- # [10:21] * Joins: roven (~roven@78-20-24-80.access.telenet.be)
- # [10:22] <Ms2ger> MikeSmith, how? It tried to fetch opts.foo, and opts isn't declared anywhere
- # [10:23] <MikeSmith> Ms2ger: dunno but apparently it did work
- # [10:24] <Ms2ger> Can you print opts.path there?
- # [10:25] <MikeSmith> sure, gimme a second
- # [10:25] * Quits: roven (~roven@78-20-24-80.access.telenet.be) (Ping timeout: 260 seconds)
- # [10:25] <MikeSmith> opts.path: /opt/workspace/web-platform-tests/MANIFEST.json
- # [10:27] * Quits: roc (~chatzilla@121-99-138-154.bng1.tvc.orcon.net.nz) (Remote host closed the connection)
- # [10:27] <Ms2ger> Huh
- # [10:27] <Ms2ger> Oh, I see
- # [10:28] <MikeSmith> seems like opts is assigned on line 599 or so..
- # [10:28] <Ms2ger> MikeSmith, at line 600, add path=opts.path
- # [10:28] <MikeSmith> initialized
- # [10:28] <MikeSmith> ok
- # [10:30] <MikeSmith> success
- # [10:31] <MikeSmith> if you commit that I'll review it
- # [10:31] <Ms2ger> I was just going to suggest the opposite, but sure :)
- # [10:31] <MikeSmith> heh
- # [10:35] <Ms2ger> r? https://github.com/w3c/web-platform-tests/pull/1163
- # [10:43] <hsivonen> zcorpan: pong
- # [10:43] * Joins: Lachy_ (~Lachy@213.166.174.2)
- # [10:47] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
- # [10:50] * Quits: Streusel (~Anonymous@unaffiliated/streusel) (Quit: Computer has gone to sleep.)
- # [10:52] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 245 seconds)
- # [10:56] * Quits: CvP (~CvP@27.147.199.131) (Quit: [ UPP ] > all)
- # [10:58] * Joins: CvP (~CvP@27.147.199.131)
- # [10:59] * Quits: ShaneHudson (~ShaneHuds@2.30.121.218) (Quit: Computer fell asleep.)
- # [11:00] <Ms2ger> Does anyone else than Gecko and Servo implement new Document()?
- # [11:02] <zcorpan> hsivonen: what is the 8 ball verdict for today?
- # [11:02] * Joins: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2)
- # [11:19] * Quits: lerc (~quassel@121-74-5-229.telstraclear.net) (Ping timeout: 255 seconds)
- # [11:20] * Joins: zcorpan_ (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [11:21] * Joins: barnabywalters (~barnabywa@46-239-239-203.tal.is)
- # [11:23] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Ping timeout: 240 seconds)
- # [11:33] * Quits: annevk (~annevk@46-127-136-57.dynamic.hispeed.ch) (Remote host closed the connection)
- # [11:33] * Joins: annevk (~annevk@46-127-136-57.dynamic.hispeed.ch)
- # [11:34] * Joins: annevk_ (~annevk@46-127-136-57.dynamic.hispeed.ch)
- # [11:34] * Quits: annevk (~annevk@46-127-136-57.dynamic.hispeed.ch) (Read error: Connection reset by peer)
- # [11:34] <annevk_> jtcranmer: from the top of my head, per the URL Standard those are not equivalent, the first normalizes to fass.de
- # [11:34] * annevk_ is now known as annevk
- # [11:45] * Joins: arthurvr (~arthurvr@dD5761476.access.telenet.be)
- # [11:47] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
- # [11:52] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 255 seconds)
- # [12:00] * Joins: barnabywalters_ (~barnabywa@46-239-239-203.tal.is)
- # [12:01] * Quits: barnabywalters (~barnabywa@46-239-239-203.tal.is) (Ping timeout: 272 seconds)
- # [12:01] * barnabywalters_ is now known as barnabywalters
- # [12:12] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
- # [12:15] * Joins: lilmonkey` (~colin@5ED090B0.cm-7-1c.dynamic.ziggo.nl)
- # [12:16] * Quits: lilmonkey` (~colin@5ED090B0.cm-7-1c.dynamic.ziggo.nl) (Changing host)
- # [12:16] * Joins: lilmonkey` (~colin@pdpc/supporter/professional/riven)
- # [12:16] * Joins: hasather_ (~hasather@80.91.33.141)
- # [12:16] * Joins: Somatt_wrk_ (~somattwrk@130.193.24.135)
- # [12:16] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Ping timeout: 244 seconds)
- # [12:17] * Joins: jacobolu_ (~jacobolus@70-36-196-50.dsl.static.sonic.net)
- # [12:19] * Quits: jamorton (~jamorton@198.199.70.146) (Ping timeout: 245 seconds)
- # [12:19] * Joins: jamorton1 (~jamorton@198.199.70.146)
- # [12:19] * Joins: foolip (~philip@37.139.17.34)
- # [12:19] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net) (Ping timeout: 245 seconds)
- # [12:19] * Quits: plutoniix (~plutoniix@ppp-124-120-122-128.revip2.asianet.co.th) (Ping timeout: 245 seconds)
- # [12:19] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 240 seconds)
- # [12:19] * Quits: jory` (~jory@supercu.be) (Ping timeout: 240 seconds)
- # [12:19] * Quits: foolip_ (~philip@37.139.17.34) (Ping timeout: 240 seconds)
- # [12:19] * Quits: richt (~richt@192.121.59.29) (Ping timeout: 240 seconds)
- # [12:19] * Quits: Somatt_wrk (~somattwrk@130.193.24.135) (Ping timeout: 240 seconds)
- # [12:19] * Quits: lilmonkey (~colin@pdpc/supporter/professional/riven) (Ping timeout: 240 seconds)
- # [12:20] * Joins: Guest33999 (~jory@supercu.be)
- # [12:21] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
- # [12:21] * Joins: plutoniix (~plutoniix@ppp-171-96-53-45.revip8.asianet.co.th)
- # [12:22] * Joins: roven (~roven@78-20-24-80.access.telenet.be)
- # [12:26] * Quits: roven (~roven@78-20-24-80.access.telenet.be) (Ping timeout: 240 seconds)
- # [12:27] * Joins: richt (~richt@192.121.59.29)
- # [12:27] * Joins: lerc (~quassel@121-74-5-229.telstraclear.net)
- # [12:40] * Joins: kaeku (~awissel@94.79.170.90)
- # [12:43] * Joins: encrypt3d_fracta (~encryptd_@209.201.113.2)
- # [12:43] * Quits: davidyezsetz (~davidyezs@mail1.powerflasher.de) (Quit: davidyezsetz)
- # [12:48] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
- # [12:49] * Quits: plutoniix (~plutoniix@ppp-171-96-53-45.revip8.asianet.co.th) (Quit: จรลี จรลา)
- # [12:51] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 246 seconds)
- # [12:57] * Quits: encrypt3d_fracta (~encryptd_@209.201.113.2) (Ping timeout: 255 seconds)
- # [12:58] * Joins: seventh (seventh@192.64.5.212)
- # [13:02] * Joins: satazor (~satazor@a213-22-1-7.cpe.netcabo.pt)
- # [13:02] * Quits: satazor (~satazor@a213-22-1-7.cpe.netcabo.pt) (Read error: Connection reset by peer)
- # [13:02] * Joins: satazor (~satazor@a213-22-1-7.cpe.netcabo.pt)
- # [13:05] * Quits: seventh (seventh@192.64.5.212) (Ping timeout: 255 seconds)
- # [13:05] * Quits: winniwinter (~danieL@31.7.58.236) (Remote host closed the connection)
- # [13:12] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [13:14] * Quits: hasather_ (~hasather@80.91.33.141) (Remote host closed the connection)
- # [13:14] * Joins: hasather (~hasather@guest.schibsted.no)
- # [13:18] * Quits: hasather (~hasather@guest.schibsted.no) (Ping timeout: 246 seconds)
- # [13:29] * Joins: davidyezsetz (~davidyezs@mail1.powerflasher.de)
- # [13:30] * Joins: adactio (~adactio@212.42.170.121)
- # [13:47] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
- # [13:52] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 240 seconds)
- # [13:52] * Quits: mven (~textual@169.241.49.57) (Read error: Connection reset by peer)
- # [13:53] * Joins: mven (~textual@169.241.49.57)
- # [13:56] * Quits: davidyezsetz (~davidyezs@mail1.powerflasher.de) (Ping timeout: 250 seconds)
- # [13:56] * Joins: davidyezsetz (~davidyezs@mail1.powerflasher.de)
- # [13:59] * Quits: Ducki (~Ducki@191.233.66.1) (Ping timeout: 260 seconds)
- # [14:01] * Quits: Ms2ger (~Ms2ger@241.213-64-87.adsl-dyn.isp.belgacom.be) (Ping timeout: 250 seconds)
- # [14:03] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
- # [14:04] * Quits: mven (~textual@169.241.49.57) (Ping timeout: 240 seconds)
- # [14:13] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
- # [14:14] * Joins: tj_vantoll (~Adium@2601:4:5380:2ec:cde1:454e:a8c0:e175)
- # [14:15] * Joins: hasather (~hasather@cm-84.210.170.16.getinternet.no)
- # [14:16] * Joins: Ms2ger (~Ms2ger@241.213-64-87.adsl-dyn.isp.belgacom.be)
- # [14:17] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Ping timeout: 245 seconds)
- # [14:18] <Ms2ger> zcorpan_, r? https://critic.hoppipolla.co.uk/r/378
- # [14:18] <zcorpan_> Ms2ger: done
- # [14:18] <Ms2ger> Ta
- # [14:19] * Quits: hasather (~hasather@cm-84.210.170.16.getinternet.no) (Ping timeout: 255 seconds)
- # [14:19] * Quits: darobin (~darobin@88.126.62.30) (Read error: Connection reset by peer)
- # [14:19] <Ms2ger> zcorpan_, https://critic.hoppipolla.co.uk/showcomment?chain=669 is done now, right?
- # [14:19] * Joins: darobin (~darobin@88.126.62.30)
- # [14:20] * Joins: cheron (~cheron@unaffiliated/cheron)
- # [14:20] * Quits: davidyezsetz (~davidyezs@mail1.powerflasher.de) (Ping timeout: 245 seconds)
- # [14:21] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 260 seconds)
- # [14:22] * Joins: roven (~roven@78-20-24-80.access.telenet.be)
- # [14:25] * Joins: mven (~textual@169.241.49.57)
- # [14:26] * Joins: davidyezsetz (~davidyezs@mail1.powerflasher.de)
- # [14:27] <zcorpan_> yes. resolved it
- # [14:27] * Quits: roven (~roven@78-20-24-80.access.telenet.be) (Ping timeout: 260 seconds)
- # [14:34] * Joins: mpt (~mpt@nat/canonical/x-abkcfzfuauraribb)
- # [14:34] * Quits: mpt (~mpt@nat/canonical/x-abkcfzfuauraribb) (Changing host)
- # [14:34] * Joins: mpt (~mpt@canonical/mpt)
- # [14:36] * Joins: seventh (seventh@128.90.94.218)
- # [14:37] <Ms2ger> Thanks!
- # [14:46] <JakeA> annevk: when you said new WindowClient(), were you thinking of that being ServiceWorker only or on Window too?
- # [14:47] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
- # [14:50] * Quits: darobin (~darobin@88.126.62.30) (Remote host closed the connection)
- # [14:50] * Joins: plutoniix (~plutoniix@node-a8s.pool-125-25.dynamic.totbb.net)
- # [14:51] * Quits: davidyezsetz (~davidyezs@mail1.powerflasher.de) (Ping timeout: 260 seconds)
- # [14:52] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 272 seconds)
- # [14:55] * Joins: smaug____ (~chatzilla@a91-154-44-207.elisa-laajakaista.fi)
- # [14:56] * Joins: davidyezsetz (~davidyezs@mail1.powerflasher.de)
- # [15:00] * Joins: satazor_ (~satazor@a213-22-1-7.cpe.netcabo.pt)
- # [15:03] * Quits: satazor (~satazor@a213-22-1-7.cpe.netcabo.pt) (Ping timeout: 244 seconds)
- # [15:08] * Quits: tj_vantoll (~Adium@2601:4:5380:2ec:cde1:454e:a8c0:e175) (Read error: Connection reset by peer)
- # [15:11] * Quits: davidyezsetz (~davidyezs@mail1.powerflasher.de) (Ping timeout: 255 seconds)
- # [15:14] * Joins: tj_vantoll (~Adium@c-98-250-130-237.hsd1.mi.comcast.net)
- # [15:14] * Joins: darobin (~darobin@88.126.62.30)
- # [15:14] * Joins: abinader (sid21713@gateway/web/irccloud.com/x-fraqcrqlxonbvvdd)
- # [15:15] * Joins: hasather (~hasather@cm-84.210.170.16.getinternet.no)
- # [15:17] * Joins: davidyezsetz (~davidyezs@mail1.powerflasher.de)
- # [15:18] * Quits: Lachy_ (~Lachy@213.166.174.2) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [15:19] * Quits: hasather (~hasather@cm-84.210.170.16.getinternet.no) (Ping timeout: 255 seconds)
- # [15:24] * Joins: boogyman (~boogyman@38.88.11.131)
- # [15:24] * Quits: boogyman (~boogyman@38.88.11.131) (Changing host)
- # [15:24] * Joins: boogyman (~boogyman@pdpc/supporter/professional/boogyman)
- # [15:26] * Joins: ehsan (~ehsan@24-212-207-29.cable.teksavvy.com)
- # [15:27] * Joins: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com)
- # [15:27] * Joins: d_rwin (~androirc@106.79.26.244)
- # [15:28] * Joins: Ducki (~Ducki@191.233.66.1)
- # [15:28] * Quits: d_rwin (~androirc@106.79.26.244) (Client Quit)
- # [15:29] * Joins: Lachy (~Lachy@213.166.174.2)
- # [15:37] * Joins: Areks (~Areks@128-72-254-245.broadband.corbina.ru)
- # [15:39] * Quits: Lachy (~Lachy@213.166.174.2) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [15:40] * Quits: benschwarz (uid2121@gateway/web/irccloud.com/x-xfdtffmayuqmalqd) (Quit: Connection closed for inactivity)
- # [15:41] * Quits: davidyezsetz (~davidyezs@mail1.powerflasher.de) (Ping timeout: 260 seconds)
- # [15:47] * Joins: davidyezsetz (~davidyezs@mail1.powerflasher.de)
- # [15:47] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
- # [15:48] * Joins: Lachy (~Lachy@213.166.174.2)
- # [15:48] * Joins: BigBangUDR (~Thunderbi@103.249.181.147)
- # [15:49] * Quits: BigBangUDR (~Thunderbi@103.249.181.147) (Client Quit)
- # [15:52] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 260 seconds)
- # [15:54] * Joins: kochi_ho_ (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
- # [15:55] * Joins: encrypt3d_fracta (~encryptd_@209.201.113.2)
- # [15:59] * Quits: zcorpan_ (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Remote host closed the connection)
- # [16:03] * Joins: GPHemsley (~GPHemsley@pdpc/supporter/student/GPHemsley)
- # [16:04] * Quits: kochi_ho_ (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Remote host closed the connection)
- # [16:06] * Quits: Lachy (~Lachy@213.166.174.2) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [16:12] * Joins: jernoble|laptop (~jernoble@162.217.73.171)
- # [16:13] * Quits: jungkees (uid24208@gateway/web/irccloud.com/x-gabexiwdunbpvany) (Quit: Connection closed for inactivity)
- # [16:13] * Quits: davidyezsetz (~davidyezs@mail1.powerflasher.de) (Ping timeout: 240 seconds)
- # [16:14] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
- # [16:14] * Quits: seventh (seventh@128.90.94.218) (Quit: ...)
- # [16:15] * Joins: Lachy (~Lachy@213.166.174.2)
- # [16:16] * Quits: Lachy (~Lachy@213.166.174.2) (Client Quit)
- # [16:17] * Joins: davidyezsetz (~davidyezs@mail1.powerflasher.de)
- # [16:19] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Ping timeout: 255 seconds)
- # [16:23] * Joins: felipedefarias (~felipedef@189-19-85-225.dsl.telesp.net.br)
- # [16:23] * Joins: roven (~roven@78-20-24-80.access.telenet.be)
- # [16:24] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
- # [16:27] * Quits: jernoble|laptop (~jernoble@162.217.73.171) (Quit: Computer has gone to sleep.)
- # [16:28] * Quits: roven (~roven@78-20-24-80.access.telenet.be) (Ping timeout: 240 seconds)
- # [16:29] * Quits: darobin (~darobin@88.126.62.30) (Remote host closed the connection)
- # [16:29] * Joins: darobin (~darobin@88.126.62.30)
- # [16:30] * Quits: kaeku (~awissel@94.79.170.90) (Quit: kaeku)
- # [16:33] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Ping timeout: 250 seconds)
- # [16:34] * Joins: jernoble|laptop (~jernoble@162.217.73.171)
- # [16:36] * Quits: davidyezsetz (~davidyezs@mail1.powerflasher.de) (Quit: davidyezsetz)
- # [16:38] * Joins: newtron_ (~newtron@184.175.4.74)
- # [16:40] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Remote host closed the connection)
- # [16:48] * Joins: TallTed (~Thud@63.119.36.36)
- # [16:51] * Joins: Lachy (~Lachy@213.166.174.2)
- # [16:53] * Quits: mven_ (~textual@ip68-104-38-84.lv.lv.cox.net) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [16:55] * Quits: Ducki (~Ducki@191.233.66.1) (Remote host closed the connection)
- # [16:56] * Joins: bryanhowarth (~bryanhowa@c-76-115-8-178.hsd1.wa.comcast.net)
- # [16:57] * Quits: darobin (~darobin@88.126.62.30) (Remote host closed the connection)
- # [17:03] * Parts: bryanhowarth (~bryanhowa@c-76-115-8-178.hsd1.wa.comcast.net)
- # [17:06] * Joins: benjamingr (uid23465@gateway/web/irccloud.com/x-wtocolqkzsgzdjcr)
- # [17:07] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [17:09] * Quits: mven (~textual@169.241.49.57) (Read error: Connection reset by peer)
- # [17:11] * Quits: markkes (~markkes@62.207.90.201) (Quit: markkes)
- # [17:12] * Joins: mven (~textual@169.241.49.57)
- # [17:13] * Krinkle|detached is now known as Krinkle
- # [17:14] * Joins: bryanhowarth (~bryanhowa@c-76-115-8-178.hsd1.wa.comcast.net)
- # [17:17] * Quits: bryanhowarth (~bryanhowa@c-76-115-8-178.hsd1.wa.comcast.net) (Client Quit)
- # [17:17] * Joins: bryanhowarth (~bryanhowa@c-76-115-8-178.hsd1.wa.comcast.net)
- # [17:19] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
- # [17:22] * Parts: adactio (~adactio@212.42.170.121)
- # [17:23] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 250 seconds)
- # [17:23] * Joins: BigBangUDR (~Thunderbi@115.247.145.220)
- # [17:24] * Quits: BigBangUDR (~Thunderbi@115.247.145.220) (Client Quit)
- # [17:26] * Krinkle is now known as Krinkle|detached
- # [17:29] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
- # [17:33] * Joins: lmclister (~lmclister@192.150.10.209)
- # [17:33] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 255 seconds)
- # [17:35] * Quits: bryanhowarth (~bryanhowa@c-76-115-8-178.hsd1.wa.comcast.net) (Quit: quit | bryan.howarth@gmail.com | twitter.com/bryanhowarth)
- # [17:38] * Quits: bnicholson (~bnicholso@24.130.57.109) (Ping timeout: 244 seconds)
- # [17:39] * Quits: arthurvr (~arthurvr@dD5761476.access.telenet.be) (Quit: Lingo - http://www.lingoirc.com)
- # [17:47] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
- # [17:52] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 255 seconds)
- # [17:59] * Quits: boogyman (~boogyman@pdpc/supporter/professional/boogyman) (Quit: Leaving.)
- # [18:01] * Joins: tav (~tav`@host86-161-105-55.range86-161.btcentralplus.com)
- # [18:03] * Quits: Somatt_wrk_ (~somattwrk@130.193.24.135) (Read error: Connection reset by peer)
- # [18:04] * Joins: Somatt_wrk (~somattwrk@130.193.24.135)
- # [18:07] * Joins: bnicholson (~bnicholso@2620:101:80fc:224:7e7a:91ff:fe25:a5c6)
- # [18:08] * Joins: sicking (~sicking@c-71-202-122-141.hsd1.ca.comcast.net)
- # [18:10] * Quits: arpitab__ (uid10516@gateway/web/irccloud.com/x-lxddpvpqiwjeehte) (Quit: Connection closed for inactivity)
- # [18:12] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 246 seconds)
- # [18:15] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
- # [18:15] <smaug____> Domenic: I don't know where you get your idea the output is the thing to read data from. https://github.com/sysapps/tcp-udp-sockets/issues/69
- # [18:15] <smaug____> never seen that elsewhere
- # [18:15] <Domenic> smaug____: things come out ... of the output ...
- # [18:15] <smaug____> fprintf(stdout, "foo")
- # [18:16] <Domenic> right, then the user reads from standard out, after someone put something there for them to read from
- # [18:16] <smaug____> API user doesn't read from stdout, in general
- # [18:16] <smaug____> one writes to output
- # [18:16] <smaug____> read from input
- # [18:16] <smaug____> that is how APIs work
- # [18:17] <smaug____> no reason to make web APIs work differently than rest of the world
- # [18:17] <Domenic> the java example in that threat is making me reconsider
- # [18:17] <Domenic> i agree no reason to depart from other programming models
- # [18:18] <smaug____> fprintf(stdout, "foo") is just the same as the java case
- # [18:18] <Domenic> the java example is general
- # [18:18] <smaug____> except that C is ancient
- # [18:18] <Domenic> stdout/stdin is an odd case, or so i thought
- # [18:18] * Quits: barnabywalters (~barnabywa@46-239-239-203.tal.is) (Quit: barnabywalters)
- # [18:19] <Domenic> i will need to do some research, as it is still mind-boggling to me that the consumer would write things *in* to the *output*... the *producer* would do that, sure, but not the consumer
- # [18:19] <smaug____> I've never seen any IO library which reads from output and writes to input
- # [18:19] <smaug____> in general
- # [18:19] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Ping timeout: 245 seconds)
- # [18:20] <smaug____> of course one can do some piping (sp?) in which case you write to output and then read form the same stream elsewhere
- # [18:24] * Joins: roven (~roven@78-20-24-80.access.telenet.be)
- # [18:29] * Joins: dbaron (~dbaron@50-0-128-161.dsl.dynamic.sonic.net)
- # [18:29] * Quits: roven (~roven@78-20-24-80.access.telenet.be) (Ping timeout: 260 seconds)
- # [18:33] * Quits: cheron (~cheron@unaffiliated/cheron) (Ping timeout: 260 seconds)
- # [18:36] * Joins: netzhuffle (2e7e78cb@gateway/web/freenode/ip.46.126.120.203)
- # [18:36] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
- # [18:37] <netzhuffle> hi, Question: Why is the picture element only under whatwg.org/specs but not under developers.whatwg.org?
- # [18:38] * Joins: barnabywalters (~barnabywa@89.17.128.127)
- # [18:39] <Ms2ger> Looks like the devs version is from 20 July
- # [18:41] * Guest33999 is now known as jory
- # [18:43] <netzhuffle> Ms2ger: can I find that date somewhere?
- # [18:44] <Ms2ger> I found it in a comment at the bottom of the page
- # [18:45] <netzhuffle> I see, thanks :)
- # [18:45] <netzhuffle> is it regenerated automatically or manually?
- # [18:46] <Ms2ger> I don't know what the current situation is
- # [18:46] * Quits: lmclister (~lmclister@192.150.10.209) (Read error: Connection reset by peer)
- # [18:46] * Joins: lmclister (~lmclister@192.150.10.209)
- # [18:47] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
- # [18:52] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 260 seconds)
- # [18:53] * Quits: lerc (~quassel@121-74-5-229.telstraclear.net) (Ping timeout: 255 seconds)
- # [18:54] * Joins: ap (~ap@17.202.44.214)
- # [18:55] * Quits: lmclister (~lmclister@192.150.10.209) (Read error: Connection reset by peer)
- # [18:55] * Joins: lmclister (~lmclister@192.150.10.209)
- # [19:01] * Quits: netzhuffle (2e7e78cb@gateway/web/freenode/ip.46.126.120.203) (Quit: Page closed)
- # [19:02] * Quits: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2) (Quit: Bye)
- # [19:04] * Joins: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2)
- # [19:06] * Quits: tj_vantoll (~Adium@c-98-250-130-237.hsd1.mi.comcast.net) (Quit: Leaving.)
- # [19:08] * Joins: BigBangUDR (~Thunderbi@115.247.235.180)
- # [19:09] * Quits: BigBangUDR (~Thunderbi@115.247.235.180) (Client Quit)
- # [19:10] * Quits: Somatt_wrk (~somattwrk@130.193.24.135) (Quit: ( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com ))
- # [19:10] * Quits: Ms2ger (~Ms2ger@241.213-64-87.adsl-dyn.isp.belgacom.be) (Quit: nn)
- # [19:18] * Quits: lmclister (~lmclister@192.150.10.209) (Read error: Connection reset by peer)
- # [19:19] * Quits: dwim (~dwim@210.94.41.89) (Ping timeout: 240 seconds)
- # [19:20] * Quits: kangil (~kangil@210.94.41.89) (Ping timeout: 240 seconds)
- # [19:20] * Joins: dwim (~dwim@210.94.41.89)
- # [19:20] * Joins: kangil (~kangil@210.94.41.89)
- # [19:20] * Joins: lmclister (~lmclister@192.150.10.209)
- # [19:20] * Quits: barnabywalters (~barnabywa@89.17.128.127) (Quit: barnabywalters)
- # [19:27] * Quits: sicking (~sicking@c-71-202-122-141.hsd1.ca.comcast.net) (Quit: sicking)
- # [19:29] * Joins: othermaciej (~mjs@c-50-136-134-16.hsd1.ca.comcast.net)
- # [19:32] * Quits: othermaciej (~mjs@c-50-136-134-16.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
- # [19:33] * Joins: othermaciej (~mjs@c-50-136-134-16.hsd1.ca.comcast.net)
- # [19:34] * Joins: barnabywalters (~barnabywa@89.17.128.127)
- # [19:34] * Joins: ambv (~ambv@206.108.217.134)
- # [19:39] * Joins: mven_ (~textual@169.241.49.57)
- # [19:40] * Quits: mven (~textual@169.241.49.57) (Read error: Network is unreachable)
- # [19:41] * Quits: jernoble|laptop (~jernoble@162.217.73.171) (Quit: Textual IRC Client: www.textualapp.com)
- # [19:47] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
- # [19:52] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 250 seconds)
- # [19:56] * Joins: BigBangUDR (~Thunderbi@115.247.235.180)
- # [19:56] * Joins: boogyman (~boogyman@38.88.11.131)
- # [19:56] * Quits: boogyman (~boogyman@38.88.11.131) (Changing host)
- # [19:56] * Joins: boogyman (~boogyman@pdpc/supporter/professional/boogyman)
- # [19:56] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
- # [19:56] * Quits: BigBangUDR (~Thunderbi@115.247.235.180) (Client Quit)
- # [19:57] * Joins: tj_vantoll (~Adium@2601:4:5380:2ec:ccba:efa5:2025:728a)
- # [20:00] * Joins: zcorpan_ (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
- # [20:02] <Hixie_> jorendorff: i'm here
- # [20:02] <jorendorff> OK! I'm ready
- # [20:03] <Hixie_> i've been trying to trace how the loader works
- # [20:03] <Hixie_> right now i've got http://www.gliffy.com/go/publish/6036438
- # [20:03] <Hixie_> (scroll down a bit)
- # [20:03] <Hixie_> what i am primarily looking for right now is "what creates the Loader?"
- # [20:04] * jacobolu_ is now known as jacobolus
- # [20:04] * Quits: zcorpan_ (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Ping timeout: 245 seconds)
- # [20:05] <smaug____> Why does postMessage work still on a closed BroadcastChannel
- # [20:05] <smaug____> somewhat odd
- # [20:06] <smaug____> I would expect some exception
- # [20:06] <Hixie_> that does sound wrong
- # [20:07] <Hixie_> yeah that's an oversight
- # [20:07] <Hixie_> file a bug?
- # [20:07] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
- # [20:07] <smaug____> ok
- # [20:08] <Hixie_> thanks!
- # [20:09] <jorendorff> Hixie: There's just one Loader and it's used again and again.
- # [20:09] <Hixie_> where is it created?
- # [20:09] <jorendorff> It's not, in ES6. ES6 doesn't specify anything about it.
- # [20:10] <Hixie_> so, if i create it, how do i pass it to ES6?
- # [20:10] <jorendorff> reading a bit
- # [20:12] <jorendorff> Hixie_: Do you call (or plan to call) "Initialization"? http://people.mozilla.org/~jorendorff/es6-draft.html#sec-initialization
- # [20:12] <Hixie_> i don't do anything yet
- # [20:12] <Hixie_> i'm waiting for allen to update the spec like he said he would before i try to reference it
- # [20:12] <Hixie_> (that involves changing that part, amongst others)
- # [20:14] * Joins: arthurvr (~arthurvr@dD5761476.access.telenet.be)
- # [20:14] <Hixie_> jorendorff: btw, when the spec says things like "Return ProcessLoadDependencies(load, loader, depsList)", does it mean to return the result of calling that operation, or to return a reference to that operation bound to those arguments?
- # [20:15] <jorendorff> Return the result of.
- # [20:15] <jorendorff> Hixie_: OK. So, one thing "Initialization" does is create the initial Realm.
- # [20:15] * Quits: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com) (Quit: Leaving)
- # [20:15] <jorendorff> A Realm is a global and all the associated junk
- # [20:15] <Hixie_> allenwb assures me that that initial realm is ignorable
- # [20:15] <Hixie_> because it's never used
- # [20:15] <jorendorff> oh, is he going to delete that?
- # [20:15] * Quits: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com) (Quit: sicking)
- # [20:15] <Hixie_> i think he wants to keep it for node.js or something
- # [20:16] * Joins: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com)
- # [20:16] <jorendorff> Hixie_: ...great.
- # [20:16] <jorendorff> Hixie_: In any case, when you create a realm...
- # [20:16] * Quits: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com) (Remote host closed the connection)
- # [20:16] <jorendorff> there's no loader initially; what HTML has to do is make one, and then set the realm's [[Loader]] to it.
- # [20:17] <Hixie_> where does the realm get created?
- # [20:18] <jorendorff> Hixie_: (this is not terribly familiar stuff to me)
- # [20:19] <Hixie_> who is it familiar to? everyone i speak to says that. :-/
- # [20:19] * Joins: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com)
- # [20:19] <jorendorff> Hixie_: My guess is, dherman or allenwb wrote all this.
- # [20:20] <Hixie_> is anyone implementing it?
- # [20:20] <Hixie_> i mean, they're the people who'd be most familiar with it...
- # [20:20] <jorendorff> Hixie_: I want to implement Reflect.Realm because I think it's cool, there's a guy at Moz interested, but it's just not done yet
- # [20:21] <jorendorff> I mean the *spec* isn't shovel-ready
- # [20:21] <Hixie_> ah
- # [20:21] <Hixie_> maybe i'm just doing all this too early
- # [20:21] <jorendorff> I can tell you generally how it's supposed to work
- # [20:21] <jorendorff> HTML must have stuff that happens when a new window or iframe is created, so a new Window is needed
- # [20:21] <Hixie_> what i am really trying to do ultimately is extend the module system so that it's the same system that handles loading e.g. images and style sheets
- # [20:22] <jorendorff> yes
- # [20:22] <jorendorff> well, the Loader stuff at least has some concrete semantics, though it's been 100% stripped of comments
- # [20:22] <Hixie_> "When a browsing context is first created, it must be created with a single Document in its session history, whose address is about:blank, which is marked as being an HTML document, whose character encoding is UTF-8, and which is both ready for post-load tasks and completely loaded immediately, along with a new Window object that the Document is associated with."
- # [20:22] <Hixie_> looks like allen said i then had to do some of the steps of 8.5 Initialization, in particular calling 8.5.1 InitializeFirstRealm ( realm ) after calling CreateRealm().
- # [20:22] <Hixie_> based on this e-mail i'm looking at
- # [20:23] <Hixie_> but he's going to rename that to InitializeHostDefinedRealm
- # [20:23] <jorendorff> ok, well, i won't try to get in the middle of that
- # [20:23] <jorendorff> sounds like fun
- # [20:23] <Hixie_> so anyway, the point is you're saying i need to create the Loader here too?
- # [20:23] <Hixie_> ok
- # [20:23] <Hixie_> that sounds doable
- # [20:23] <Hixie_> that's good, actually, it means i can define what exactly the Loader is
- # [20:23] <jorendorff> yeah.
- # [20:23] <jorendorff> yes
- # [20:24] <jorendorff> that's the design intent of the module loader, we don't have "fetch", you do
- # [20:24] <Hixie_> and make it something more elaborate than ES's built-in Loader
- # [20:24] <Hixie_> i wonder how hard it would be to extend it enough to support import styles from "foo.css";
- # [20:25] <Hixie_> or import html from "htmlimport.html";
- # [20:25] * Joins: roven (~roven@78-20-24-80.access.telenet.be)
- # [20:25] <jorendorff> not so hard. let's see. switching behaviors based on the file extensions is a little weird
- # [20:25] <Hixie_> i was thinking switching based on magic keywords "styles" and "html"
- # [20:25] <Hixie_> or, based on the MIME type of the fetched file
- # [20:26] <Hixie_> not sure what you'd do with the keyword if you base it on the MIME type
- # [20:26] <jorendorff> ok
- # [20:26] <Hixie_> but basing it on the MIME type seems logical too
- # [20:27] <Hixie_> maybe import foo from "mystylesheet"; causes a "foo" variable whose value is the created <link> element to be exposed
- # [20:27] <Hixie_> that would be quite useful
- # [20:27] <Hixie_> i wonder if the "import" machinery can handle the thing being exposed not being a Module
- # [20:27] <jorendorff> that's doable, I'm like 98% sure
- # [20:27] <jorendorff> damn
- # [20:27] <jorendorff> you're right, it can't
- # [20:27] <Hixie_> or maybe i still export a Module but i just add some new fields on it
- # [20:28] <jorendorff> right
- # [20:28] <jorendorff> that is doable
- # [20:28] <Hixie_> to expose the underlying <link> or whatnot
- # [20:28] <jorendorff> just by specifying a suitable "translate" and "instantiate" hook
- # [20:28] <jorendorff> instantiate containing the important part
- # [20:28] <Hixie_> i'm gonna try to finish this flowchart, i think. it's helping me a lot in getting a handle on this thing.
- # [20:28] <Hixie_> and i can't really make progress til allen's done these changes anyway.
- # [20:29] <jorendorff> flow chart?
- # [20:29] <Hixie_> <Hixie_> right now i've got http://www.gliffy.com/go/publish/6036438
- # [20:30] <Hixie_> bbiab, lunch
- # [20:30] <Hixie_> thanks for the help so far
- # [20:30] * Quits: roven (~roven@78-20-24-80.access.telenet.be) (Ping timeout: 260 seconds)
- # [20:33] <Hixie_> (filed https://www.w3.org/Bugs/Public/show_bug.cgi?id=26546 on the import styles idea)
- # [20:35] * Quits: ambv (~ambv@206.108.217.134) (Read error: Connection reset by peer)
- # [20:35] * Joins: ambv (~ambv@206.108.217.134)
- # [20:42] * Quits: zdobersek (~zan@109.201.154.157) (Ping timeout: 245 seconds)
- # [20:47] * Quits: moo-_- (miohtama@lakka.kapsi.fi) (Ping timeout: 250 seconds)
- # [20:47] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Ping timeout: 250 seconds)
- # [20:47] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
- # [20:48] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
- # [20:49] * Joins: moo-_- (miohtama@lakka.kapsi.fi)
- # [20:50] * Quits: GPHemsley (~GPHemsley@pdpc/supporter/student/GPHemsley) (Quit: This computer has gone to sleep)
- # [20:50] * Parts: Ablu (~ablu@quassel.woboq.de)
- # [20:52] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 260 seconds)
- # [20:57] * Joins: zdobersek (~zan@46.19.139.174)
- # [21:00] * Joins: lerc (~quassel@121-74-5-229.telstraclear.net)
- # [21:02] * Joins: roven (~roven@78-20-24-80.access.telenet.be)
- # [21:03] * Quits: boogyman (~boogyman@pdpc/supporter/professional/boogyman) (Quit: Leaving.)
- # [21:06] * Joins: boogyman (~boogyman@38.88.11.131)
- # [21:06] * Quits: boogyman (~boogyman@38.88.11.131) (Changing host)
- # [21:06] * Joins: boogyman (~boogyman@pdpc/supporter/professional/boogyman)
- # [21:08] * Joins: say2joe (~say2joe@rrcs-76-79-68-2.west.biz.rr.com)
- # [21:13] * Joins: jwalden (~waldo@2620:101:80fc:232:7e7a:91ff:fe25:a5a3)
- # [21:14] * Joins: kaeku (~awissel@p579CAB21.dip0.t-ipconnect.de)
- # [21:14] * Quits: dbaron (~dbaron@50-0-128-161.dsl.dynamic.sonic.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [21:15] * Quits: lmclister (~lmclister@192.150.10.209) (Read error: Connection reset by peer)
- # [21:15] * Joins: lmclister (~lmclister@192.150.10.209)
- # [21:17] * Joins: scor (~scor@50-202-199-193-static.hfc.comcastbusiness.net)
- # [21:17] * Quits: scor (~scor@50-202-199-193-static.hfc.comcastbusiness.net) (Changing host)
- # [21:17] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [21:18] * Quits: othermaciej (~mjs@c-50-136-134-16.hsd1.ca.comcast.net) (Quit: othermaciej)
- # [21:26] * Quits: tj_vantoll (~Adium@2601:4:5380:2ec:ccba:efa5:2025:728a) (Read error: Connection reset by peer)
- # [21:26] * Joins: tj_vantoll (~Adium@c-98-250-130-237.hsd1.mi.comcast.net)
- # [21:30] * Quits: kaeku (~awissel@p579CAB21.dip0.t-ipconnect.de) (Quit: kaeku)
- # [21:39] * Joins: othermaciej (~mjs@c-50-136-134-16.hsd1.ca.comcast.net)
- # [21:39] * Quits: ricea (~ricea@2401:fa00:4:1000:4984:4a27:826:fd6a) (*.net *.split)
- # [21:39] * Joins: ricea (~ricea@2401:fa00:4:1000:4984:4a27:826:fd6a)
- # [21:42] <smaug____> if a script in page A creates some object using 'new someotherwindow.Foobar();', what is the incumbent settings object when ctor is called?
- # [21:43] * smaug____ never remembers this stuff, and 'incumbent settings object' is so bizarre term that it really doesn't help with this
- # [21:46] <smaug____> Hixie_: ^
- # [21:46] <smaug____> I assume incumbent settings object is the one from page A
- # [21:47] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
- # [21:48] * Krinkle|detached is now known as Krinkle
- # [21:48] * Quits: Lachy (~Lachy@213.166.174.2) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [21:48] * Quits: ambv (~ambv@206.108.217.134) (Quit: sys.exit(0) # app closed)
- # [21:52] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 245 seconds)
- # [21:57] <jtcranmer> annevk: I'm aware they're not equivalent
- # [21:58] <jtcranmer> the question is, since they are both A-labels of faß.de (just under different definitions of transitonal/nontransitional processing)
- # [21:58] <jtcranmer> would it be better to, e.g., consider user@fass.de and user@xn--fa-hia.de to be "equal"
- # [21:59] <smaug____> Hixie_: any chance to get some examples of various settings object to the spec ?
- # [21:59] <annevk> no, registrars messed that up
- # [22:00] * Quits: boogyman (~boogyman@pdpc/supporter/professional/boogyman) (Quit: Leaving.)
- # [22:00] <smaug____> incumbent settings object vs. entry settings object
- # [22:00] <annevk> jtcranmer: well not just registrars, but also the IETF
- # [22:01] <annevk> and whoever else is to blame for IDNA2008
- # [22:01] * Quits: felipedefarias (~felipedef@189-19-85-225.dsl.telesp.net.br) (Remote host closed the connection)
- # [22:04] <jtcranmer> annevk: theoretically, they're supposed to be owned by the same people
- # [22:04] <jtcranmer> which is why I bring it up
- # [22:05] <annevk> jtcranmer: in practice, they are owned by distinct entities
- # [22:05] <annevk> jtcranmer: which is also what the .de registry wants, but most (if not all) browsers consider bad for security
- # [22:06] * Krinkle is now known as Krinkle|detached
- # [22:06] <jtcranmer> the registrars even bungled that up?
- # [22:07] <jtcranmer> okay, so I'll treat all the assurances that IDNA says registrars are supposed to do as packs of lies
- # [22:07] * Joins: boogyman (~boogyman@38.88.11.131)
- # [22:07] * Quits: boogyman (~boogyman@38.88.11.131) (Changing host)
- # [22:07] * Joins: boogyman (~boogyman@pdpc/supporter/professional/boogyman)
- # [22:07] * Quits: satazor_ (~satazor@a213-22-1-7.cpe.netcabo.pt) (Remote host closed the connection)
- # [22:07] * Joins: satazor (~satazor@a213-22-1-7.cpe.netcabo.pt)
- # [22:07] * jtcranmer heads out
- # [22:07] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Remote host closed the connection)
- # [22:07] <annevk> so they a) don't want to handle bundling, b) in Germany they want ß and ss to be distinct
- # [22:09] * Joins: Streusel (~Anonymous@unaffiliated/streusel)
- # [22:12] <Hixie_> smaug____: yeah, it's A, i think, because that's all within the JS spec and the JS spec doesn't manipulate the stack of settings objects
- # [22:12] * Quits: satazor (~satazor@a213-22-1-7.cpe.netcabo.pt) (Ping timeout: 244 seconds)
- # [22:12] <Hixie_> smaug____: what part of "incumbent settings object" is bizarre? i'd happily use a better term if you have one
- # [22:12] <smaug____> Hixie_: just some example would be good
- # [22:12] <smaug____> incumbent settings object vs. entry settings object
- # [22:15] <Hixie_> ah, that's a good idea
- # [22:16] <Hixie_> will file a bug on that
- # [22:16] <smaug____> I just filed
- # [22:16] <Hixie_> even better :-)
- # [22:16] <Hixie_> thanks!
- # [22:19] <Hixie_> jorendorff: does "The System object is the Loader Object instance associated with the Realm of the current global object" mean "The property "System" of the global object is the current Realm's [[loader]]"?
- # [22:22] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
- # [22:25] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
- # [22:26] <Domenic> Hixie_: I am 90% sure that is true
- # [22:26] <Hixie_> interesting
- # [22:27] <Hixie_> (isn't window.System going to clash with existing code?)
- # [22:27] * Quits: othermaciej (~mjs@c-50-136-134-16.hsd1.ca.comcast.net) (Quit: othermaciej)
- # [22:28] * Quits: arthurvr (~arthurvr@dD5761476.access.telenet.be) (Quit: Lingo - http://www.lingoirc.com)
- # [22:28] <Domenic> I wonder what happens when you override window.System
- # [22:28] <Domenic> will the browser try to use it anyway?
- # [22:29] <Domenic> or does it only work if you override properties of the built-in window.System
- # [22:29] * Joins: tantek (~tantek@corp-nat.p2p.sfo1.mozilla.com)
- # [22:29] <Domenic> System is a dumb name anyway, maybe it'll conflict and they'll change it
- # [22:29] <TabAtkins> The browser will certainly use the original one.
- # [22:29] <Domenic> TabAtkins: but the whole point of overridable loader hooks is to allow arbitrary user code to execute at those points
- # [22:30] <TabAtkins> Ah, then I dunno.
- # [22:30] <Domenic> yeah, unclear
- # [22:30] <Domenic> Hixie can probably tell us, now that he is an expert at this stuff ;)
- # [22:30] <Hixie_> i haven't traced this back far enough to reach [[loader]]
- # [22:30] <Hixie_> so i'll let you know!
- # [22:30] * Joins: tndrH (~Rob@cpc4-seac20-2-0-cust858.7-2.cable.virginm.net)
- # [22:32] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Remote host closed the connection)
- # [22:34] * Hixie_ wonders what "Return PromiseThen(p, F)" means
- # [22:34] <Hixie_> (http://people.mozilla.org/~jorendorff/es6-draft.html#sec-promisethen is blank)
- # [22:34] <Hixie_> Domenic: any idea? ^
- # [22:34] <jorendorff> it needs to be changed. I'll file a bug. it means p.then(F)
- # [22:35] <jorendorff> possibly with some automatic coercions going on
- # [22:35] <Hixie_> what does that mean? return a new promise that resolves when F has been invoked?
- # [22:35] <jorendorff> Yes.
- # [22:36] <Hixie_> k
- # [22:36] * Joins: tantek_ (~tantek@corp-nat.p2p.sfo1.mozilla.com)
- # [22:36] * Quits: tantek_ (~tantek@corp-nat.p2p.sfo1.mozilla.com) (Client Quit)
- # [22:41] * Joins: othermaciej (~mjs@c-50-136-134-16.hsd1.ca.comcast.net)
- # [22:41] <Domenic> Hixie_: ah those sections rae still blank, wonderfully. They're supposed to just be un-tamper-withable versions of p.then(F), ya
- # [22:41] <Hixie_> jorendorff: why does the UpdateLinkSetOnLoad(linkSet, load) Abstract Operation sometimes (though not always) return a value? the return value seems to be ignored by the caller (which is always LoadSucceeded Functions)
- # [22:42] <Domenic> Hixie_: just guessing, but often "return values" in ES are just "did this function throw an exception or not" exception ~= abrupt completion.
- # [22:42] <Hixie_> that's ignored too
- # [22:43] <Hixie_> the caller just says "Call UpdateLinkSetOnLoad(linkSet, load)."
- # [22:43] <Hixie_> it ignores the result, abrupt or not
- # [22:43] <Domenic> ah OK. My guess is spec bug then. Allen caught many such bugs in my promises draft.
- # [22:44] <jorendorff> Hixie_: yeah, it should be changed for clarity to just say "7.a. Call LinkSetFailed... b. Return."
- # [22:44] <Hixie_> k
- # [22:45] * Joins: roc (~chatzilla@121-99-138-154.bng1.tvc.orcon.net.nz)
- # [22:47] <jorendorff> Domenic: i added a comment to https://bugs.ecmascript.org/show_bug.cgi?id=2683 explaining what those abstract operations are for
- # [22:47] <jorendorff> Domenic: as for System conflicting -- it *is* a dumb name
- # [22:47] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
- # [22:48] <Domenic> jorendorff: ya looks good. I imagine all of the user-exposed versions will be implemented in terms of the abstract operations in one way or another.
- # [22:48] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
- # [22:49] <jorendorff> of course any name could have a conflict -- anyway, assuming one does occur with System, I think the intent was to use Realm.[[Loader]] consistently everywhere
- # [22:50] <Hixie_> Realm.[[loader]], lowercase L
- # [22:50] <Hixie_> ([[Loader]] is used on other records)
- # [22:51] <Hixie_> given PromiseThem(PromiseNew(A), B) in what order do A and B execute?
- # [22:51] <Hixie_> Then, not Them
- # [22:51] <Hixie_> or are none of them executed immediately?
- # [22:52] <jorendorff> where?
- # [22:52] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 250 seconds)
- # [22:52] <Hixie_> where what?
- # [22:52] * Quits: TallTed (~Thud@63.119.36.36)
- # [22:52] <jorendorff> where does this occur?
- # [22:52] <Hixie_> http://people.mozilla.org/~jorendorff/es6-draft.html#sec-requestload
- # [22:53] <caitp> if native promises are anything like the conventions that have been agreed on by the community over the past few years, PromiseThen(not-a-function) should be irrelevant
- # [22:53] <jorendorff> (but Domenic can check me -- the answer is, A would be called immediately, and B definitely not during this event turn)
- # [22:53] <Hixie_> step 6 does "PromiseNew(F)", where F is a "CallNormalize(resolve, reject) Functions"
- # [22:53] <TabAtkins> I assume that PromiseNew(A) is the internal equivalent of new Promise(A).
- # [22:53] <jorendorff> yes
- # [22:53] <jorendorff> that one actually has spec text
- # [22:53] <Hixie_> so what are the "resolve" and "reject" arguments set to?
- # [22:53] <TabAtkins> So then yeah, A is executed immediately, as part of constructrion of the promise. B is executed when/if the first promise fulfills.
- # [22:54] <TabAtkins> The resolver and rejecter for the promise beign constructed.
- # [22:54] <Domenic> yepyep, Tab's got it
- # [22:54] <Hixie_> i tried to follow it down, but "resolvingFunctions.[[Resolve]], resolvingFunctions.[[Reject]]" doesn't mean anything to me
- # [22:54] <TabAtkins> Methods that, when called, resolve or reject that promise. They're the only way to manipulate the promise's state.
- # [22:54] * jorendorff is slightly relieved that the Promises spec is not a great deal more comprehensible than the Loader spec
- # [22:54] <jorendorff> though, i hasten to add
- # [22:55] <jorendorff> much more complete and correct
- # [22:55] <Hixie_> oh they're the spec-provided callbacks to actually resolve the promise, ok
- # [22:55] <TabAtkins> Yeah.
- # [22:56] <Hixie_> "Return the result of calling the [[Call]] internal method of resolve passing undefined and (name) as arguments" seems like a really convoluted way of just saying "resolve the promise"
- # [22:56] <Hixie_> but ok
- # [22:56] <jorendorff> yep
- # [22:56] <TabAtkins> Urf, agreed.
- # [22:56] * Joins: satazor (~satazor@a213-22-1-7.cpe.netcabo.pt)
- # [22:56] * Quits: barnabywalters (~barnabywa@89.17.128.127) (Quit: barnabywalters)
- # [22:56] <jorendorff> this is one of those places where i would totally just file a pull request, if TC39 had a process
- # [22:57] <TabAtkins> This is why I switched the spec for the color classes to just use actual JS, because writing JS in prose is *terrible*.
- # [22:57] <TabAtkins> (And I needed enough detail that it was kinda bad to use prose.)
- # [22:57] <Hixie_> TabAtkins: i would have just said "resolve the promise with 'name' as the value"
- # [22:57] <TabAtkins> Normal prose, that is.
- # [22:57] <Hixie_> which seems like sufficient detail...
- # [22:57] <Hixie_> (along with corresponding changes around it, obviously)
- # [22:57] <Hixie_> anyway
- # [22:57] <TabAtkins> "Resolve promise F with "value"." is the defined language, I think.
- # [22:58] <Hixie_> yeah, something like that would be fine
- # [22:59] * Quits: lmclister (~lmclister@192.150.10.209) (Read error: Connection reset by peer)
- # [22:59] * Joins: lmcliste_ (~lmclister@192.150.10.209)
- # [23:00] <Hixie_> man, the ES spec uses this "Return Foo()" (where Foo() returns 'undefined' or nothing at all) style a _lot_
- # [23:00] <Hixie_> it's really confusing
- # [23:00] * Joins: GPHemsley (~GPHemsley@94.117.72.160)
- # [23:00] * Quits: GPHemsley (~GPHemsley@94.117.72.160) (Changing host)
- # [23:00] * Joins: GPHemsley (~GPHemsley@pdpc/supporter/student/GPHemsley)
- # [23:00] * Quits: satazor (~satazor@a213-22-1-7.cpe.netcabo.pt) (Ping timeout: 245 seconds)
- # [23:01] <Hixie_> so wait, wait, wait
- # [23:01] <Hixie_> the function passed to PromiseNew() has to have 'resolve' and 'reject' arguments, right?
- # [23:02] <TabAtkins> Well, it'll get passed those args. It doesn't necessarily have to have them, obviously, since you're always allowed to ignore input args.
- # [23:02] <Hixie_> but why does the function passed as the second argument to PromiseThen() not have to also?
- # [23:02] <TabAtkins> PromiseThen() is nothing like PromiseNew().
- # [23:02] <Hixie_> i thought it was the same thing but chaining on from a previous promise
- # [23:02] * Quits: boogyman (~boogyman@pdpc/supporter/professional/boogyman) (Quit: Leaving.)
- # [23:03] <TabAtkins> It doesn't get resolve/reject functions. You either return a value or throw a value; that resolves/rejects the chained promise automatically.
- # [23:03] <TabAtkins> (The constructor doesn't have the same behavior because you sometimes want to wait and resolve things *later*, by passing the resolve/reject functions to something outside.)
- # [23:03] <Hixie_> so there's kind of two types of promises? those whose handlers are async and those whose handlers are sync?
- # [23:04] <TabAtkins> No.
- # [23:04] <Hixie_> i'm so confused
- # [23:05] <TabAtkins> Most of the time, you deal with a promise by having your callback either (a) return a value (fulfilling the promise), (b) throw (rejecting the promise), or (c) return another promise (resolving the promise and slaving it to your returned promise, so it'll fulfill/reject later).
- # [23:05] <TabAtkins> But you need to bootstrap the promise in the constructor, so you're instead given the handles directly.
- # [23:05] <Hixie_> but CallNormalize() just does things synchronously
- # [23:05] <Hixie_> so why bother with a promise at all?
- # [23:05] <TabAtkins> I have no idea what that is, so shrug.
- # [23:05] <TabAtkins> I can just tell you about promises, not about whatever other crazy stuff the ES spec has in it.
- # [23:06] <Hixie_> jorendorff: ^
- # [23:06] <Hixie_> jorendorff: why does RequestLoad() use a promise to call CallNormalize()?
- # [23:06] <jorendorff> ok, this part of the pipeline is actually going to be a pleasant surprise for you, i hope
- # [23:07] <jorendorff> because it all sort of makes sense actually
- # [23:07] <Hixie_> try me :-)
- # [23:07] <jorendorff> second, multiple conversations...
- # [23:07] <jorendorff> ok. to answer your question first
- # [23:08] <jorendorff> it's just so that the normalize hook is called async
- # [23:08] <jorendorff> for consistency with all the other hooks
- # [23:08] <jorendorff> they're all called async in a fresh event loop turn
- # [23:08] <Hixie_> wait, it is?
- # [23:08] <Hixie_> i thought we established PromiseNew() would synchronously call the executor
- # [23:08] <jorendorff> yes
- # [23:08] <jorendorff> definitely
- # [23:09] * jorendorff looks at the spec text
- # [23:09] <Hixie_> PromiseNew() calls InitializePromise() which calls "the [[Call]] internal method of executor with undefined as thisArgument and (resolvingFunctions.[[Resolve]], resolvingFunctions.[[Reject]]) as argumentsList"
- # [23:09] <jorendorff> PromiseNew should call its argument synchronously
- # [23:09] <jorendorff> just like new Promise(f)
- # [23:10] <Hixie_> so then how is that calling it async
- # [23:10] <jorendorff> huh, it is totally calling it sync
- # [23:10] * jorendorff is confused
- # [23:10] <Hixie_> glad it's not just me :-P
- # [23:10] <jorendorff> maybe it got "fixed"
- # [23:10] <jorendorff> because the old way looked weird
- # [23:10] <jorendorff> it was like, why are you creating this pointless promise?
- # [23:10] <jorendorff> sorry
- # [23:11] <jorendorff> so let's address the spec as it is then
- # [23:11] <jorendorff> Hixie_: In that case the main difference between using PromiseNew to call a function
- # [23:11] <jorendorff> and just directly calling it
- # [23:12] <jorendorff> Hixie_: is that any exceptions thrown by the function are then caught for you and PromiseNew returns a rejected promise
- # [23:12] <jorendorff> (step 8 of InitializePromise, called from PromiseNew)
- # [23:13] <Hixie_> i was wondering why CallNormalise caught an abrupt termination but then just returned it instead of calling the rejection handler
- # [23:13] <Hixie_> i guess it's the same either way
- # [23:13] <Hixie_> but ironically in the spec prose it ends up not being automatic since you have to catch all the abrupt terminations
- # [23:13] <jorendorff> right. think of it this way
- # [23:13] <jorendorff> if you were implementing all this in JS
- # [23:13] <jorendorff> you would *definitely* do it this way, because it's quite a bit nicer to have `new Promise()` catch the exception than write a try/catch block
- # [23:14] <jorendorff> try/catch being what it is
- # [23:16] <Hixie_> ok so. next question then. AddDependencyLoad() takes an argument depLoad. Where does that come from?
- # [23:16] <Hixie_> it's called as the callback from a promise that fires once GetOrCreateLoad() has returned, if i'm following this right
- # [23:16] * Quits: lmcliste_ (~lmclister@192.150.10.209)
- # [23:17] <Hixie_> but GetOrCreateLoad() is just a promise callback, it doesn't resolve a new promise, so what's the value of the promise that gets passed to AddDependencyLoad() ??
- # [23:17] <Hixie_> is it the same "name" value as was passed to GetOrCreateLoad() from CallNormalize() ?
- # [23:18] * Quits: othermaciej (~mjs@c-50-136-134-16.hsd1.ca.comcast.net) (Quit: othermaciej)
- # [23:19] * Joins: seventh (seventh@128.90.90.61)
- # [23:19] * Quits: zdobersek (~zan@46.19.139.174) (Ping timeout: 250 seconds)
- # [23:24] * jorendorff looks
- # [23:24] * Quits: mven_ (~textual@169.241.49.57) (Quit: Textual IRC Client: www.textualapp.com)
- # [23:29] <jorendorff> Hixie_: ok. PromiseThen does chain, so looking at RequestLoad, we have
- # [23:29] <jorendorff> 5. it calls new Promise(CallNormalize) directly
- # [23:29] <jorendorff> 8. and calls .then(GetOrCreateLoad) on that
- # [23:29] <jorendorff> now back to ProcessLoadDependencies
- # [23:30] <jorendorff> 4.e. and we call .then(AddDependencyLoad) on that
- # [23:30] * Quits: tj_vantoll (~Adium@c-98-250-130-237.hsd1.mi.comcast.net) (Quit: Leaving.)
- # [23:31] * Joins: mven (~textual@169.241.49.57)
- # [23:31] <jorendorff> CallNormalize figures out the normalized name to use
- # [23:31] <jorendorff> GetOrCreateLoad either finds an already-loaded Module, a Load already in progress, or it kicks off a new Load
- # [23:31] * Joins: bholley (~bholley@h71.176.131.174.dynamic.ip.windstream.net)
- # [23:33] <jorendorff> AddDependencyLoad adds that as a dependency of this load.
- # [23:33] <Hixie_> jorendorff: with you so far
- # [23:33] <Hixie_> jorendorff: but what's the argument to AddDependencyLoad()? where does it come from?
- # [23:33] <jorendorff> GetOrCreateLoad always returns a Load record, even for an already-loaded Module it just synthesizes one
- # [23:33] <jorendorff> that is the value passed to AddDependencyLoad
- # [23:33] <jorendorff> it's a record
- # [23:33] <Hixie_> oh!
- # [23:34] <Hixie_> the return value of the callback is what sets the argument of the next callback
- # [23:34] <Hixie_> ok
- # [23:34] <jorendorff> yes
- # [23:34] <Hixie_> (if GetOrCreateLoad() wanted to be async, what would it return? a promise? does that then automatically get handled somehow?)
- # [23:34] <jorendorff> yes
- # [23:35] <jorendorff> yes, so suppose you d
- # [23:35] <jorendorff> *you do
- # [23:35] <jorendorff> p1.then(function (v1) {
- # [23:36] <jorendorff> return <<some new Promise called p2>>;
- # [23:36] <jorendorff> }).then(function (v2) {
- # [23:36] <jorendorff> ...and so on...
- # [23:36] <jorendorff> });
- # [23:36] <Hixie_> is it http://people.mozilla.org/~jorendorff/es6-draft.html#sec-promise-resolve-functions that handles this?
- # [23:36] <jorendorff> v2's eventual value is whatever p2 finally settles to
- # [23:36] * Quits: encrypt3d_fracta (~encryptd_@209.201.113.2) (Remote host closed the connection)
- # [23:36] <Hixie_> i'm not seeing anything there that checks if the return value is a promise
- # [23:36] <Hixie_> (what if you actually want to return a promise? not just a promise to a value?)
- # [23:37] * Joins: encrypt3d_fracta (~encryptd_@209.201.113.2)
- # [23:37] <jorendorff> Hixie_: what the spec does instead of "if v is a Promise" is "if v has a callable .then method"
- # [23:37] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [23:37] <jorendorff> (if you actually want to return a promise... I don't know, I think you're screwed? Domenic?)
- # [23:38] <jorendorff> (some folks thought that was inelegant, but the design already had so much traction in real code, it was kind of a fiat accompli or whatever)
- # [23:38] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [23:41] * Quits: scor (~scor@drupal.org/user/52142/view) (Client Quit)
- # [23:41] * Quits: encrypt3d_fracta (~encryptd_@209.201.113.2) (Ping timeout: 240 seconds)
- # [23:44] * Quits: roven (~roven@78-20-24-80.access.telenet.be) (Remote host closed the connection)
- # [23:47] * Joins: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp)
- # [23:51] * Quits: bholley (~bholley@h71.176.131.174.dynamic.ip.windstream.net) (Quit: Textual IRC Client: www.textualapp.com)
- # [23:52] * Quits: kochi_home (~kochi_hom@FL1-122-133-198-67.kng.mesh.ad.jp) (Ping timeout: 246 seconds)
- # [23:53] <TabAtkins> The current API can't fulfill a promise to a promise, because it always uses the "resolve" algorithm, which automatically slaves to promises. We don't directly expose the "fulfill" algorithm yet, which would allow fulfilling a promise with a promise directly.
- # [23:54] * Quits: dawhite (~dawhite@74.118.22.223) (Ping timeout: 255 seconds)
- # [23:56] * Quits: Areks (~Areks@128-72-254-245.broadband.corbina.ru) (Ping timeout: 240 seconds)
- # [23:59] * Joins: boogyman (~boogyman@50.167.218.18)
- # [23:59] * Quits: boogyman (~boogyman@50.167.218.18) (Changing host)
- # [23:59] * Joins: boogyman (~boogyman@pdpc/supporter/professional/boogyman)
- # Session Close: Sat Aug 09 00:00:00 2014
The end :)