/irc-logs / freenode / #whatwg / 2015-02-10 / end

Options:

# Session Start: Tue Feb 10 00:00:00 2015
# Session Ident: #whatwg
# [00:00] * Joins: mathiasbynens (sid2247@gateway/web/irccloud.com/x-xpsifrgeyypevdge)
# [00:00] * Quits: othermaciej (~mjs@17.114.218.189) (Quit: othermaciej)
# [00:00] * Quits: eric_carlson (~ericc@17.202.49.94) (Ping timeout: 245 seconds)
# [00:02] * Joins: scor (~scor@drupal.org/user/52142/view)
# [00:04] * Joins: othermaciej (~mjs@17.202.48.222)
# [00:05] * Joins: rniwa (~rniwa@17.244.0.151)
# [00:07] * Quits: calvinmetcalf (sid25915@gateway/web/irccloud.com/x-hcqpljvfdcvmnyuf) (Ping timeout: 276 seconds)
# [00:07] * Quits: wycats (sid79@gateway/web/irccloud.com/x-bljhcdmobisnveds) (Read error: Connection reset by peer)
# [00:07] * Quits: Phae (sid455@gateway/web/irccloud.com/x-hobnupoxgntlluak) (Read error: Connection reset by peer)
# [00:07] * Quits: hayato_ (sid20728@gateway/web/irccloud.com/x-lgqolfqltqgbkubs) (Read error: Connection reset by peer)
# [00:07] * Quits: scheib (sid4467@gateway/web/irccloud.com/x-ubhtohkmdiyyzhlt) (Read error: Connection reset by peer)
# [00:07] * Quits: rniwa (~rniwa@17.244.0.151) (Client Quit)
# [00:07] * Quits: cfq (sid18398@gateway/web/irccloud.com/x-aprqrpexkqpdaomn) (Read error: Connection reset by peer)
# [00:07] * Quits: xtrm0 (uid12574@gateway/web/irccloud.com/x-mjwuatvayzfgbant) (Read error: Connection reset by peer)
# [00:08] * Quits: cbiesinger___ (sid8099@gateway/web/irccloud.com/x-ibyrxqktjkybauey) (Read error: Connection reset by peer)
# [00:08] * Quits: abarth (sid5294@gateway/web/irccloud.com/x-dmnechlufzqolyic) (Read error: Connection reset by peer)
# [00:08] * Quits: TabAtkins (sid11559@gateway/web/irccloud.com/x-pmamfpxxynvlwkyx) (Ping timeout: 265 seconds)
# [00:08] * Quits: aklein (sid4454@gateway/web/irccloud.com/x-uorxfqwtkvgthplk) (Ping timeout: 272 seconds)
# [00:08] * Quits: bterlson (sid23757@gateway/web/irccloud.com/x-iymjlcpwmawrmict) (Ping timeout: 250 seconds)
# [00:08] * Quits: jernoble (~jernoble@17.202.49.144) (Quit: Textual IRC Client: www.textualapp.com)
# [00:08] * Quits: culturelabs (sid18258@gateway/web/irccloud.com/x-sbcpjgpeugfnmibs) (Ping timeout: 265 seconds)
# [00:09] * Quits: FerasM____ (sid28672@gateway/web/irccloud.com/x-cgsonquyjlaiifmr) (Ping timeout: 272 seconds)
# [00:09] * Quits: dglazkov (sid4270@gateway/web/irccloud.com/x-dgkscvoycxideeql) (Read error: Connection reset by peer)
# [00:09] * Quits: bret (sid12421@gateway/web/irccloud.com/x-krkanrzksdoopwll) (Ping timeout: 250 seconds)
# [00:09] * Joins: rniwa (~rniwa@17.244.0.151)
# [00:09] * Quits: Guest19258 (sid18787@gateway/web/irccloud.com/x-cwpwcpvvmrajaexn) (Ping timeout: 276 seconds)
# [00:09] * Quits: mathiasbynens (sid2247@gateway/web/irccloud.com/x-xpsifrgeyypevdge) (Ping timeout: 245 seconds)
# [00:10] * Quits: ojan_ (sid5519@gateway/web/irccloud.com/x-frvcmtvoqpxjdwsl) (Read error: Connection reset by peer)
# [00:10] * Quits: JonathanNeal (sid5831@gateway/web/irccloud.com/x-yqtfhbjfaymxbsdw) (Ping timeout: 250 seconds)
# [00:10] * Quits: dfreedm (sid7859@gateway/web/irccloud.com/x-zmyehvcikghspnxr) (Ping timeout: 272 seconds)
# [00:11] * Joins: jernoble (~jernoble@17.202.49.144)
# [00:11] * Quits: twisted` (sid6794@gateway/web/irccloud.com/x-fheenkxkgiiycvjd) (Read error: Connection reset by peer)
# [00:12] * Quits: kirjs______ (sid25169@gateway/web/irccloud.com/x-cpwwrgwcnrogspbv) (Ping timeout: 265 seconds)
# [00:12] * Quits: timeless (sid4015@firefox/developer/timeless) (Ping timeout: 250 seconds)
# [00:14] * Quits: rniwa (~rniwa@17.244.0.151) (Quit: My Mac has gone to sleep. ZZZzzz…)
# [00:15] * Joins: rniwa (~rniwa@17.244.0.151)
# [00:16] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
# [00:16] * Quits: rniwa (~rniwa@17.244.0.151) (Client Quit)
# [00:17] * Quits: hasather (~hasather@cm-84.210.170.16.getinternet.no) (Remote host closed the connection)
# [00:18] * Joins: rniwa (~rniwa@17.244.0.151)
# [00:18] * Quits: beowulf (~sstewart@host86-185-210-116.range86-185.btcentralplus.com) (Ping timeout: 250 seconds)
# [00:18] * Joins: beowulf (~sstewart@host86-185-210-116.range86-185.btcentralplus.com)
# [00:19] * Quits: bholley (~bholley@c-24-130-121-49.hsd1.ca.comcast.net) (Quit: ZZZzzz…)
# [00:22] * Joins: TabAtkins (sid11559@gateway/web/irccloud.com/x-igktnbguzioqhchz)
# [00:22] * Joins: dfreedm (sid7859@gateway/web/irccloud.com/x-screlkpltafykyzu)
# [00:22] * Joins: cfq (sid18398@gateway/web/irccloud.com/x-swptezdupcqnvigo)
# [00:22] * Joins: xtrm0 (uid12574@gateway/web/irccloud.com/x-oygituimviaimcyv)
# [00:23] * Joins: aklein (sid4454@gateway/web/irccloud.com/x-zjhpkstvntmzoaym)
# [00:23] * Quits: aklein (sid4454@gateway/web/irccloud.com/x-zjhpkstvntmzoaym) (Remote host closed the connection)
# [00:23] * Quits: dfreedm (sid7859@gateway/web/irccloud.com/x-screlkpltafykyzu) (Remote host closed the connection)
# [00:23] * Quits: TabAtkins (sid11559@gateway/web/irccloud.com/x-igktnbguzioqhchz) (Remote host closed the connection)
# [00:23] * Quits: cfq (sid18398@gateway/web/irccloud.com/x-swptezdupcqnvigo) (Remote host closed the connection)
# [00:23] * Quits: xtrm0 (uid12574@gateway/web/irccloud.com/x-oygituimviaimcyv) (Remote host closed the connection)
# [00:25] * Joins: wycats (sid79@gateway/web/irccloud.com/x-tttqufzhzltkzadm)
# [00:25] * Joins: jdaggett (~jdaggett@ad056175.dynamic.ppp.asahi-net.or.jp)
# [00:26] * Joins: Phae (sid455@gateway/web/irccloud.com/x-lgezsfregfvmqpkq)
# [00:26] * Quits: rniwa (~rniwa@17.244.0.151) (Quit: My Mac has gone to sleep. ZZZzzz…)
# [00:26] * Joins: rniwa (~rniwa@17.244.0.151)
# [00:29] * Quits: Lachy (~Lachy@cm-84.215.179.176.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
# [00:30] * Joins: Lachy (~Lachy@cm-84.215.179.176.getinternet.no)
# [00:36] * Joins: mathiasbynens (sid2247@gateway/web/irccloud.com/x-xrdvzhkdbbzfoacv)
# [00:39] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
# [00:42] * Joins: estellevw (~estellevw@173-228-112-249.dsl.dynamic.fusionbroadband.com)
# [00:43] * Joins: dglazkov (sid4270@gateway/web/irccloud.com/x-kofwyplixusvdzez)
# [00:43] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: :tiuQ tiuq sah woclrak)
# [00:44] * Joins: timeless (sid4015@firefox/developer/timeless)
# [00:44] * Joins: aklein (sid4454@gateway/web/irccloud.com/x-sydavmtixnhwydny)
# [00:44] * Joins: scheib (sid4467@gateway/web/irccloud.com/x-ymlfnabjolydroza)
# [00:47] * Joins: satazor (~satazor@114.248.108.93.rev.vodafone.pt)
# [00:47] * Joins: abarth (sid5294@gateway/web/irccloud.com/x-nejawuzccecykori)
# [00:48] * Joins: satazor_ (~satazor@80.99.114.89.rev.vodafone.pt)
# [00:48] * Joins: ojan_ (sid5519@gateway/web/irccloud.com/x-ogdcvprdidaufavl)
# [00:49] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Remote host closed the connection)
# [00:49] * Quits: espadrine (~tyl@dan75-7-88-166-187-54.fbx.proxad.net) (Ping timeout: 246 seconds)
# [00:49] * Joins: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se)
# [00:50] * Joins: JonathanNeal (sid5831@gateway/web/irccloud.com/x-wxjbkjpkawlevgzw)
# [00:51] * Quits: satazor_ (~satazor@80.99.114.89.rev.vodafone.pt) (Remote host closed the connection)
# [00:52] * Quits: satazor (~satazor@114.248.108.93.rev.vodafone.pt) (Ping timeout: 245 seconds)
# [00:53] * Quits: thinkxl (~thinkxl@unaffiliated/thinkxl) (Ping timeout: 245 seconds)
# [00:54] * Quits: jensnockert (~jensnocke@s83-179-51-171.cust.tele2.se) (Ping timeout: 252 seconds)
# [00:58] * Joins: dfreedm (sid7859@gateway/web/irccloud.com/x-ifhbslblokdmfvbx)
# [00:59] * Joins: cbiesinger___ (sid8099@gateway/web/irccloud.com/x-wvhcvjxbxkqmvotb)
# [01:00] * Quits: rniwa (~rniwa@17.244.0.151) (Quit: My Mac has gone to sleep. ZZZzzz…)
# [01:03] * Quits: necolas (~necolas@8.25.197.25) (Remote host closed the connection)
# [01:03] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
# [01:05] * Joins: TabAtkins (sid11559@gateway/web/irccloud.com/x-zzdbwqezkkpbtmoo)
# [01:06] * Joins: twisted` (sid6794@gateway/web/irccloud.com/x-jpwfkgytlvryucde)
# [01:08] * Quits: estellevw (~estellevw@173-228-112-249.dsl.dynamic.fusionbroadband.com) (Quit: Snuggling with the puppies)
# [01:08] * Joins: bret (sid12421@gateway/web/irccloud.com/x-twbezypkoacjnlob)
# [01:08] * Joins: xtrm0 (uid12574@gateway/web/irccloud.com/x-ugijwcekxpfqgslc)
# [01:10] * Joins: rniwa (~rniwa@17.245.30.75)
# [01:12] * Quits: othermaciej (~mjs@17.202.48.222) (Quit: othermaciej)
# [01:16] * Quits: jonr22 (~jonr22@2601:6:8000:eaef:e07c:8f0:9c37:3aa6) (Ping timeout: 245 seconds)
# [01:17] * Joins: culturelabs (sid18258@gateway/web/irccloud.com/x-wkrhcttlbqoanhfc)
# [01:17] * Quits: rniwa (~rniwa@17.245.30.75) (Quit: My Mac has gone to sleep. ZZZzzz…)
# [01:17] * Joins: cfq (sid18398@gateway/web/irccloud.com/x-uvahozsjvqqexsjq)
# [01:17] * Joins: jonr22 (~jonr22@2601:6:8000:eaef:e07c:8f0:9c37:3aa6)
# [01:17] * Quits: Lachy (~Lachy@cm-84.215.179.176.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
# [01:18] * Joins: Guest19258 (sid18787@gateway/web/irccloud.com/x-xyzokcgnleysyfbw)
# [01:18] * Joins: necolas (~necolas@8.25.197.25)
# [01:18] * Joins: rniwa (~rniwa@17.245.30.75)
# [01:19] * Joins: hayato_ (sid20728@gateway/web/irccloud.com/x-tzxbkfuwqvzzmdgy)
# [01:19] * Quits: rniwa (~rniwa@17.245.30.75) (Client Quit)
# [01:22] * Joins: bterlson (sid23757@gateway/web/irccloud.com/x-rzyuzhgvjtvlzbly)
# [01:22] * Joins: rniwa (~rniwa@17.245.30.75)
# [01:23] * Joins: othermaciej (~mjs@17.202.48.222)
# [01:25] * Joins: kirjs______ (sid25169@gateway/web/irccloud.com/x-sdhyvnipwdbypluv)
# [01:25] * Joins: calvinmetcalf (sid25915@gateway/web/irccloud.com/x-nttztoanmntqluhj)
# [01:27] * Joins: bholley (~bholley@c-24-130-121-49.hsd1.ca.comcast.net)
# [01:28] * Joins: scor (~scor@drupal.org/user/52142/view)
# [01:30] * Joins: FerasM____ (sid28672@gateway/web/irccloud.com/x-gdxdtrfmmwwcdbaz)
# [01:33] * Quits: necolas (~necolas@8.25.197.25) (Remote host closed the connection)
# [01:34] * Quits: alrra (uid62345@gateway/web/irccloud.com/x-hsjbvgszbhnrbntm) (Quit: Connection closed for inactivity)
# [01:37] * Joins: necolas (~necolas@8.25.197.25)
# [01:43] * Joins: plutoniix (~plutoniix@119.63.87.222)
# [01:43] * Quits: othermaciej (~mjs@17.202.48.222) (Quit: othermaciej)
# [01:45] * Joins: newtron (~newtron@206-248-186-88.dsl.teksavvy.com)
# [01:50] * Joins: Lachy (~Lachy@cm-84.215.179.176.getinternet.no)
# [01:51] * Quits: newtron (~newtron@206-248-186-88.dsl.teksavvy.com) (Remote host closed the connection)
# [01:53] * Quits: smaug____ (~chatzilla@62-78-246-79.bb.dnainternet.fi) (Ping timeout: 256 seconds)
# [01:58] * Quits: jernoble (~jernoble@17.202.49.144) (Quit: Computer has gone to sleep.)
# [02:03] * Quits: barnabywalters (~barnabywa@85-220-20-44.dsl.dynamic.simnet.is) (Quit: barnabywalters)
# [02:03] * Quits: jonr22 (~jonr22@2601:6:8000:eaef:e07c:8f0:9c37:3aa6) (Ping timeout: 265 seconds)
# [02:04] * Joins: Tuds (~tudorcojo@dhcp-189-70.gjk.dk)
# [02:08] * Quits: bnicholson (~bnicholso@2620:101:80fc:224:9855:9a89:8abf:3479) (Quit: This computer has gone to sleep)
# [02:09] * Quits: jsbell (jsbell@nat/google/x-houpybqvvegfwxvt) (Quit: There's no place like home...)
# [02:10] * Joins: othermaciej (~mjs@17.202.48.222)
# [02:10] * Quits: say2joe (~Adium@198-101-119-98.static-ip.telepacific.net) (Quit: Leaving.)
# [02:10] * Quits: othermaciej (~mjs@17.202.48.222) (Client Quit)
# [02:11] * Joins: othermaciej (~mjs@17.202.48.222)
# [02:11] * Joins: karlcow (~karl@nerval.la-grange.net)
# [02:12] * Joins: newtron (~newtron@206-248-186-88.dsl.teksavvy.com)
# [02:13] * Quits: ap (~ap@17.114.218.73)
# [02:19] <MikeSmith> Domenic: I see "Agreement to the DCO is thus transmitted with each patch." but I don't find an actual description of how the agreement is actually recorded/transmitted
# [02:19] <Domenic> MikeSmith: it appears to be the "Signed-off-by: Name <email>" lines in a given patch
# [02:19] <MikeSmith> ah wait the paragraph just before that
# [02:19] <Domenic> I'm a little unclear why asking a developer to include a signed-off-by line would be less onerous than asking them to sign a CLA
# [02:21] <MikeSmith> that plus I wonder what happens if they forget to include that line in the commit message
# [02:21] <MikeSmith> I guess reviewers are supposed to check for that before they merge anything
# [02:22] <zcorpan> MikeSmith: https://github.com/ResponsiveImagesCG/picture-element/issues/256
# [02:25] <MikeSmith> zcorpan: yep, saw that you had raised that. I have no strong opinion on it either way. I don't think it would be any harder to implement a check for than any other of the esoteric requirements for srcset+sizes
# [02:26] * Quits: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com) (Quit: sicking)
# [02:26] <MikeSmith> zcorpan: we're already at the point with the validator where the requirements have necessitated breaking abstractions in the code in order to implement
# [02:27] <MikeSmith> well maybe not necessitated, but at least I couldn't figure out a way to add some things without violating a few
# [02:28] <MikeSmith> zcorpan: e.g., this is what the "Require sizes attr when srcset specifies width" check looks like: Require sizes attr when srcset specifies width
# [02:28] <MikeSmith> oops
# [02:28] <MikeSmith> https://github.com/validator/validator/commit/8a4adc9834eeb8994deefed9948bc063cc79ce93
# [02:30] <MikeSmith> all of the datatype checks in the validators are done using singleton instances of the particular classes that do each check
# [02:31] <zcorpan> MikeSmith: ok. for the issue i'm leaning towards just changing the grammar to require the default length
# [02:35] * Joins: bnicholson (~bnicholso@24.130.60.241)
# [02:35] <MikeSmith> zcorpan: ok. I think that might at least not have the particular issue that the width-required change did.
# [02:36] <MikeSmith> zcorpan: part of the thing that complicates implementing these check is the sort of circular dependency between srcset and sizes with regard to width descriptors
# [02:37] <MikeSmith> in that the spec says both, "If a source element has a sizes attribute present or an img element has a sizes attribute present, all image candidate strings for that element must have the width descriptor specified." and (now also) "If the srcset attribute has any image candidate strings using a width descriptor, the sizes attribute must also be present, and the value must be a valid source size list.
# [02:37] <MikeSmith> Spec bugs: 26537
# [02:37] <MikeSmith> oofs
# [02:39] <zcorpan> MikeSmith: i am aware of the two-way dependency, i'm not familiar enough with your impl to tell if there's a better way to do it
# [02:40] <MikeSmith> zcorpan: yeah was just thinking out loud
# [02:41] <MikeSmith> I reckon Henri could figure out a more elegant way for now what's there works fine
# [02:42] <zcorpan> ok cool
# [02:43] * Quits: jwalden (~waldo@2620:101:80fc:224:7e7a:91ff:fe25:a5a3) (Quit: ChatZilla 0.9.87-8.1450hg.fc20 [XULRunner 32.0/20140902134853])
# [02:45] * heycam is now known as heycam|away
# [02:53] * Quits: frivoal (frivoal@nat/google/x-fevgrdddohsiaude) (Remote host closed the connection)
# [02:53] * Joins: frivoal (frivoal@nat/google/x-kqwwkcawzgfxdbiy)
# [02:54] * Quits: frivoal (frivoal@nat/google/x-kqwwkcawzgfxdbiy) (Remote host closed the connection)
# [02:59] * Joins: jwalden (~waldo@c-50-168-55-219.hsd1.ca.comcast.net)
# [03:09] * Quits: weinig (~weinig@17.244.160.66) (Quit: weinig)
# [03:11] * Quits: tantek (tantek@nat/google/x-bgfdaozpoezwdetp) (Quit: tantek)
# [03:24] * heycam|away is now known as heycam
# [03:24] * Quits: Lachy (~Lachy@cm-84.215.179.176.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
# [03:25] * Joins: Lachy (~Lachy@cm-84.215.179.176.getinternet.no)
# [03:27] * Quits: rniwa (~rniwa@17.245.30.75) (Quit: My Mac has gone to sleep. ZZZzzz…)
# [03:32] * Joins: kapil__ (uid36151@gateway/web/irccloud.com/x-svzcpxyrinucqqke)
# [03:34] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: :tiuQ tiuq sah woclrak)
# [03:35] * Quits: igoroliveira (uid20755@gateway/web/irccloud.com/x-cglredmgxlyvmjkz) (Quit: Connection closed for inactivity)
# [03:37] * Joins: estellevw_ (~estellevw@173-228-112-249.dsl.dynamic.fusionbroadband.com)
# [03:51] * Joins: Goplat (~goplat@reactos/developer/Goplat)
# [03:51] * Quits: Zebra111 (~quassel@sydnns0115w-156057001225.dhcp-dynamic.FibreOp.ns.bellaliant.net) (Ping timeout: 252 seconds)
# [03:52] * Joins: satazor (~satazor@80.99.114.89.rev.vodafone.pt)
# [03:53] * Joins: Zebra111 (~quassel@sydnns0115w-156057001225.dhcp-dynamic.FibreOp.ns.bellaliant.net)
# [03:54] * Quits: bholley (~bholley@c-24-130-121-49.hsd1.ca.comcast.net)
# [03:55] * Joins: frivoal (~frivoal@2401:fa00:9:fd00:3118:fd18:535f:a69e)
# [03:56] * Quits: satazor (~satazor@80.99.114.89.rev.vodafone.pt) (Ping timeout: 250 seconds)
# [03:56] * Quits: frivoal (~frivoal@2401:fa00:9:fd00:3118:fd18:535f:a69e) (Remote host closed the connection)
# [03:56] * Joins: frivoal (frivoal@nat/google/x-synpkgoefrmiqnkj)
# [04:01] * Joins: tantek (tantek@nat/google/x-vaewkbpcbmhxbife)
# [04:02] * Quits: othermaciej (~mjs@17.202.48.222) (Ping timeout: 250 seconds)
# [04:04] * Quits: Tuds (~tudorcojo@dhcp-189-70.gjk.dk) (Quit: Tuds)
# [04:09] * Quits: JonathanNeal (sid5831@gateway/web/irccloud.com/x-wxjbkjpkawlevgzw)
# [04:09] * Quits: xtrm0 (uid12574@gateway/web/irccloud.com/x-ugijwcekxpfqgslc) (Quit: Connection closed for inactivity)
# [04:12] * Quits: necolas (~necolas@8.25.197.25) (Remote host closed the connection)
# [04:15] * Quits: malcolmva (~malcolmva@c-67-180-198-144.hsd1.ca.comcast.net) (Ping timeout: 250 seconds)
# [04:24] * Joins: JonathanNeal (sid5831@gateway/web/irccloud.com/x-yhwkmxnvikusvmdw)
# [04:27] * Joins: malcolmva (~malcolmva@c-67-180-198-144.hsd1.ca.comcast.net)
# [04:34] * Joins: necolas (~necolas@8.25.197.25)
# [04:35] * Joins: rniwa (~rniwa@104-59-122-78.lightspeed.sntcca.sbcglobal.net)
# [04:36] * Quits: rniwa (~rniwa@104-59-122-78.lightspeed.sntcca.sbcglobal.net) (Client Quit)
# [04:40] * Joins: karlcow (~karl@nerval.la-grange.net)
# [04:40] * Quits: necolas (~necolas@8.25.197.25) (Ping timeout: 264 seconds)
# [04:42] <MikeSmith> Domenic: I guess the DCO/Signed-off-by thing is not meant to be any less onerous for contributors than signing a CLA isーbut I think one advantage is that it obviates any need to have any process for signing the CLA that's separate from the process for creating a patch/PR, and especially that it obviates the need to keep any separate record somewhere of who's signed the CLA
# [04:42] * Joins: rniwa (~rniwa@104-59-122-78.lightspeed.sntcca.sbcglobal.net)
# [04:43] <MikeSmith> since the record of agreements is just right there within the change history for the sources
# [04:47] * Quits: rniwa (~rniwa@104-59-122-78.lightspeed.sntcca.sbcglobal.net) (Quit: My Mac has gone to sleep. ZZZzzz…)
# [04:48] * Joins: rniwa (~rniwa@104-59-122-78.lightspeed.sntcca.sbcglobal.net)
# [04:50] * Joins: necolas (~necolas@8.25.197.25)
# [04:55] * Quits: necolas (~necolas@8.25.197.25) (Ping timeout: 244 seconds)
# [05:01] * Quits: estellevw_ (~estellevw@173-228-112-249.dsl.dynamic.fusionbroadband.com) (Quit: Snuggling with the puppies)
# [05:08] * Quits: rniwa (~rniwa@104-59-122-78.lightspeed.sntcca.sbcglobal.net) (Quit: My Mac has gone to sleep. ZZZzzz…)
# [05:10] * Joins: Azitrex_ (~Azitrex@unaffiliated/azitrex)
# [05:11] * Joins: psy__ (~psy@103.6.159.170)
# [05:12] * Joins: necolas (~necolas@8.25.197.25)
# [05:12] * Quits: Azitrex (~Azitrex@unaffiliated/azitrex) (Ping timeout: 250 seconds)
# [05:12] * Joins: rniwa (~rniwa@104-59-122-78.lightspeed.sntcca.sbcglobal.net)
# [05:16] * Quits: necolas (~necolas@8.25.197.25) (Ping timeout: 252 seconds)
# [05:16] * Joins: estellevw__ (~estellevw@173-228-112-249.dsl.dynamic.fusionbroadband.com)
# [05:17] * Quits: rniwa (~rniwa@104-59-122-78.lightspeed.sntcca.sbcglobal.net) (Quit: My Mac has gone to sleep. ZZZzzz…)
# [05:20] * Joins: rniwa (~rniwa@104-59-122-78.lightspeed.sntcca.sbcglobal.net)
# [05:25] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
# [05:31] * Joins: necolas (~necolas@8.25.197.25)
# [05:33] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: :tiuQ tiuq sah woclrak)
# [05:33] * Joins: karlcow (~karl@nerval.la-grange.net)
# [05:35] * Quits: necolas (~necolas@8.25.197.25) (Ping timeout: 252 seconds)
# [05:39] * Quits: rniwa (~rniwa@104-59-122-78.lightspeed.sntcca.sbcglobal.net) (Quit: My Mac has gone to sleep. ZZZzzz…)
# [05:44] * Joins: rniwa (~rniwa@104-59-122-78.lightspeed.sntcca.sbcglobal.net)
# [05:50] * Joins: necolas (~necolas@8.25.197.25)
# [05:55] * Quits: necolas (~necolas@8.25.197.25) (Ping timeout: 246 seconds)
# [05:57] * Joins: sicking (~sicking@c-98-210-159-193.hsd1.ca.comcast.net)
# [06:01] * Joins: TuRnaD0 (~Thunderbi@x1-6-e0-46-9a-1e-fe-ca.cpe.webspeed.dk)
# [06:07] * Quits: TuRnaD0 (~Thunderbi@x1-6-e0-46-9a-1e-fe-ca.cpe.webspeed.dk) (Ping timeout: 252 seconds)
# [06:07] * Quits: estellevw__ (~estellevw@173-228-112-249.dsl.dynamic.fusionbroadband.com) (Quit: Snuggling with the puppies)
# [06:10] * Joins: necolas (~necolas@8.25.197.25)
# [06:12] * Joins: estellevw_ (~estellevw@173-228-112-249.dsl.dynamic.fusionbroadband.com)
# [06:14] * Quits: necolas (~necolas@8.25.197.25) (Ping timeout: 255 seconds)
# [06:16] * Quits: rniwa (~rniwa@104-59-122-78.lightspeed.sntcca.sbcglobal.net) (Quit: My Mac has gone to sleep. ZZZzzz…)
# [06:17] * Joins: rniwa (~rniwa@104-59-122-78.lightspeed.sntcca.sbcglobal.net)
# [06:30] * Joins: necolas (~necolas@8.25.197.25)
# [06:34] * Quits: necolas (~necolas@8.25.197.25) (Ping timeout: 245 seconds)
# [06:39] * Joins: eric_carlson (~ericc@24.6.239.9)
# [06:41] * Quits: jsx (uid48919@fsf/intern/jsx) (Quit: Connection closed for inactivity)
# [06:49] * Joins: necolas (~necolas@8.25.197.25)
# [06:54] * Quits: necolas (~necolas@8.25.197.25) (Ping timeout: 250 seconds)
# [07:02] * Quits: kapil__ (uid36151@gateway/web/irccloud.com/x-svzcpxyrinucqqke) (Quit: Connection closed for inactivity)
# [07:03] * Quits: psy_ (~psy@103.6.159.170) (Remote host closed the connection)
# [07:03] * Quits: psy__ (~psy@103.6.159.170) (Remote host closed the connection)
# [07:04] * Quits: jwalden (~waldo@c-50-168-55-219.hsd1.ca.comcast.net) (Quit: ChatZilla 0.9.87-8.1450hg.fc20 [XULRunner 32.0/20140902134853])
# [07:08] * Quits: eric_carlson (~ericc@24.6.239.9) (Quit: eric_carlson)
# [07:09] * Joins: necolas (~necolas@8.25.197.25)
# [07:12] * Joins: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com)
# [07:13] * Quits: necolas (~necolas@8.25.197.25) (Ping timeout: 264 seconds)
# [07:18] * Joins: manish1 (~mjt-ole@202.63.242.180)
# [07:19] * Joins: Tuds (~tudorcojo@dhcp-189-70.gjk.dk)
# [07:22] * Quits: rniwa (~rniwa@104-59-122-78.lightspeed.sntcca.sbcglobal.net) (Quit: My Mac has gone to sleep. ZZZzzz…)
# [07:23] * Joins: kapil__ (uid36151@gateway/web/irccloud.com/x-qqetazewmxlxxwlz)
# [07:27] * Quits: Tuds (~tudorcojo@dhcp-189-70.gjk.dk) (Quit: Tuds)
# [07:28] * Joins: necolas (~necolas@8.25.197.25)
# [07:33] * Quits: necolas (~necolas@8.25.197.25) (Ping timeout: 245 seconds)
# [07:45] * Quits: Goplat (~goplat@reactos/developer/Goplat) (Remote host closed the connection)
# [07:45] * Joins: zdobersek (~zan@gateway/vpn/privateinternetaccess/zdobersek)
# [07:46] * Quits: manish1 (~mjt-ole@202.63.242.180) (Remote host closed the connection)
# [07:48] * Joins: necolas (~necolas@8.25.197.25)
# [07:53] * Quits: necolas (~necolas@8.25.197.25) (Ping timeout: 252 seconds)
# [08:08] * Quits: zcorpan (zcorpan@nat/google/x-zjuhunerqvfvlyje) (Remote host closed the connection)
# [08:08] * Joins: necolas (~necolas@8.25.197.25)
# [08:12] * Quits: necolas (~necolas@8.25.197.25) (Ping timeout: 252 seconds)
# [08:13] * Joins: Tuds (~tudorcojo@x1-6-6c-70-9f-d6-c9-44.cpe.webspeed.dk)
# [08:21] * heycam is now known as heycam|away
# [08:21] * Quits: frivoal (frivoal@nat/google/x-synpkgoefrmiqnkj) (Remote host closed the connection)
# [08:22] * Joins: psy_ (~psy@103.6.159.170)
# [08:25] * Quits: dbaron (~dbaron@2401:fa00:9:fd00:b5b2:bfd:dd63:de02) (Ping timeout: 245 seconds)
# [08:27] * Joins: necolas (~necolas@8.25.197.25)
# [08:28] * Joins: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
# [08:31] * Quits: psy_ (~psy@103.6.159.170) (Quit: Leaving)
# [08:32] * Quits: necolas (~necolas@8.25.197.25) (Ping timeout: 240 seconds)
# [08:32] * Quits: tantek (tantek@nat/google/x-vaewkbpcbmhxbife) (Quit: tantek)
# [08:32] * Quits: roc (~chatzilla@2401:fa00:9:fd00:2677:3ff:fece:dc64) (Remote host closed the connection)
# [08:39] * Joins: espadrine (~tyl@dan75-7-88-166-187-54.fbx.proxad.net)
# [08:40] * Joins: botie (~i-bot@sideshowbarker.net)
# [08:44] <MikeSmith> botie, inform hsivonen when you have a minute please take a look at the following and let me know if you're OK with it. Basically it just refines fatal-error messages for files with content-type mismatches to include mention of the URL for the file. It seems safe to do since it's not leading any info the user doesn't already know. https://github.com/validator/validator/commit/c98215c55d2a8cd433877da23119
# [08:44] <botie> will do
# [08:44] * Quits: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
# [08:44] <MikeSmith> 16c9ebbfd342
# [08:44] <MikeSmith> botie, inform hsivonen https://github.com/validator/validator/commit/c98215c55d2a8cd433877da2311916c9ebbfd342
# [08:44] <botie> will do
# [08:47] * Joins: necolas (~necolas@8.25.197.25)
# [08:47] * Joins: mkwst (sid395@gateway/web/irccloud.com/x-cvevllzsmalpelsw)
# [08:49] * Joins: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
# [08:51] * Quits: necolas (~necolas@8.25.197.25) (Ping timeout: 246 seconds)
# [08:51] * Quits: sicking (~sicking@c-98-210-159-193.hsd1.ca.comcast.net) (Quit: sicking)
# [09:00] * Joins: Ms2ger (~Ms2ger@193.190.253.150)
# [09:01] * Joins: charl (~charl@524A9047.cm-4-3c.dynamic.ziggo.nl)
# [09:06] * Joins: necolas (~necolas@8.25.197.25)
# [09:08] * Quits: dshwang_ (~dshwang@134.134.137.71) (Remote host closed the connection)
# [09:11] * Quits: necolas (~necolas@8.25.197.25) (Ping timeout: 252 seconds)
# [09:11] * Joins: sicking (~sicking@c-98-210-159-193.hsd1.ca.comcast.net)
# [09:12] * Joins: dshwang (dshwang@nat/intel/x-lmuztbhekbitdfvf)
# [09:15] * Joins: ineedhelpors (62fc56b7@gateway/web/freenode/ip.98.252.86.183)
# [09:16] <ineedhelpors> hey guys
# [09:16] <ineedhelpors> in need of advice
# [09:16] * Joins: iandevlin (~iandevlin@b2b-5-10-191-178.unitymedia.biz)
# [09:17] * Quits: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
# [09:19] <ineedhelpors> paying $10 btc if sum1 can help me with a file upload issue
# [09:23] <annevk> Hixie: per https://twitter.com/sgalineau/status/564904540906872833 we should probably list instructions for how to unsubscribe
# [09:25] <caitp-> you should probably make it a 1 or 2 step process
# [09:25] <caitp-> and easy enough to figure out that nobody needs to dig around to find instructions and follow them
# [09:26] * Joins: necolas (~necolas@8.25.197.25)
# [09:26] <annevk> I suspect it's as easy as putting un in the obvious place of the subscribe address
# [09:27] * Quits: ineedhelpors (62fc56b7@gateway/web/freenode/ip.98.252.86.183) (Quit: Page closed)
# [09:31] * Quits: necolas (~necolas@8.25.197.25) (Ping timeout: 264 seconds)
# [09:31] * Quits: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com) (Ping timeout: 244 seconds)
# [09:34] * Joins: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com)
# [09:35] * Joins: zcorpan (~zcorpan@175.45.73.98)
# [09:35] * Joins: capella-s3 (~yaaic@cpe-72-230-125-7.twcny.res.rr.com)
# [09:35] * Quits: capella-s32 (~yaaic@cpe-72-230-125-7.twcny.res.rr.com) (Ping timeout: 250 seconds)
# [09:40] * Joins: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
# [09:41] * Quits: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com) (Ping timeout: 244 seconds)
# [09:43] * Joins: Krinkle (~Krinkle@wikimedia/Krinkle)
# [09:45] <Krinkle> Are there any plans for a Cookie interface in the DOM? E.g. for setting/getting cookies in a more object-oriented fashion, and removing the need for string parsing as much (ala classList)
# [09:45] * Quits: espadrine (~tyl@dan75-7-88-166-187-54.fbx.proxad.net) (Ping timeout: 246 seconds)
# [09:45] * Joins: psy_ (~psy@182.74.25.22)
# [09:45] <Ms2ger> Not afaik
# [09:46] * Joins: necolas (~necolas@8.25.197.25)
# [09:46] <annevk> I think the recommendation is to leave cookies as a network affair to persist some state about the user
# [09:46] <annevk> And put actual data either locally or on the server somehow
# [09:46] <Krinkle> It seems the latest trend is to write a spec and have browsers implement it, instead of writing a library and poplarising it. I want in :)
# [09:46] <annevk> Heh, I think it's always been a bit of both
# [09:47] <Krinkle> Yeah, that's what the big apps do (e.g. Google, Wikipedia, ..)
# [09:47] <Krinkle> typically only one main cookie, though that's never really true
# [09:47] <Krinkle> Not having to parse and construct document.cookie would be nice :)
# [09:49] * Joins: calvaris (~calvaris@247.Red-88-24-202.staticIP.rima-tde.net)
# [09:50] * Quits: necolas (~necolas@8.25.197.25) (Ping timeout: 246 seconds)
# [09:51] <Krinkle> rhartl/jquery-cookie/issues/349
# [09:51] <Krinkle> https://github.com/carhartl/jquery-cookie/issues/349
# [09:51] <Krinkle> Cookie.set(), get(), remove()
# [09:54] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Remote host closed the connection)
# [09:54] * Quits: zcorpan (~zcorpan@175.45.73.98) (Remote host closed the connection)
# [09:59] <annevk> Krinkle: if you do want to propose something, remember that anything synchronous is unlikely to fly
# [10:02] <Krinkle> annevk: I don't mind either way. I'm happy for it to be async.
# [10:03] <Krinkle> Though I'm curious with regards to race conditions
# [10:03] <Krinkle> you wouldn't want one thing to set and another thing to check its existence and also start setting the same thing
# [10:04] <Krinkle> Though in a good app (or just a simple app?) a single key would be managed by the same code which would thus naturally be aware of it.
# [10:04] <Krinkle> Except when in multiple tabs of course.
# [10:05] * Joins: necolas (~necolas@8.25.197.25)
# [10:06] <Krinkle> with Promise and yield this can be abstracted though I suppose
# [10:07] <Krinkle> annevk: You reckon it's feasible? I imagine even without the async benefit, the simplified and directer API for the browser would be worth something.
# [10:08] <Krinkle> and if we made it a promise (or did you have another async method in mind?) it would be an opportunity to make cookie setting no longer blocking the main UI thread.
# [10:08] * Quits: estellevw_ (~estellevw@173-228-112-249.dsl.dynamic.fusionbroadband.com) (Quit: Snuggling with the puppies)
# [10:10] * Quits: necolas (~necolas@8.25.197.25) (Ping timeout: 240 seconds)
# [10:11] <terinjokes> Krinkle: it's seems fairly easy to mock a library up to see how it works :)
# [10:12] * Joins: darobin (~darobin@159.180.228.142)
# [10:12] <Krinkle> Any ideas for what would be a logical/sensible location? global Cookie? Cookieset? document.cookieset? The cross-over between document and window is getter better lately, but it still not clear to me which way it's moving.
# [10:13] <Krinkle> I guess for cookies, it's fine for it to not be attached to the document object, right?
# [10:16] <terinjokes> Krinkle: why not make it a library first?
# [10:16] <Krinkle> Sure
# [10:19] * Quits: Lachy (~Lachy@cm-84.215.179.176.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
# [10:22] <annevk> Krinkle: it would have to work in workers if we do something
# [10:23] <annevk> Krinkle: it's not clear that people want to do something though; making cookies a network affair has some obvious benefits
# [10:23] <Krinkle> annevk: What you do mean by network affair? No longer exposed in JS entirely?
# [10:23] <annevk> Krinkle: yeah, what HttpOnly does
# [10:24] <Krinkle> Interesting
# [10:24] <Krinkle> Yeah, especially lacking a JsOnly option
# [10:24] <terinjokes> we use cookies entirely as a token that we're the same session. we'd rather use one of the other storage mechanisms
# [10:24] <annevk> well that's indexed DB et al
# [10:24] * Joins: alrra (uid62345@gateway/web/irccloud.com/x-smvnedpjgpukgcdm)
# [10:25] * Joins: necolas (~necolas@8.25.197.25)
# [10:25] <Krinkle> While most things I see use Storage for local stuff, there's a bunch of stuff out there that uses cookies. But being sent to the server each request for no reason
# [10:25] <terinjokes> you can update older code
# [10:25] <annevk> Krinkle: we should offer more control over whether cookies are included in a fetch
# [10:25] <annevk> Krinkle: but what we have for that is an all-or-nothing flag
# [10:26] <Krinkle> Which flag is that?
# [10:26] <annevk> withCredentials in XMLHttpRequest, though it's limited to cross-origin fetches
# [10:27] <annevk> fetch() has a way to do it same-origin
# [10:27] <Krinkle> Ah, yeah
# [10:27] * Krinkle was just reading fetch.spec
# [10:30] * Quits: necolas (~necolas@8.25.197.25) (Ping timeout: 255 seconds)
# [10:39] * Krinkle is now known as Krinkle|detached
# [10:39] * Joins: zcorpan (~zcorpan@175.45.73.98)
# [10:40] * Joins: espadrine (~tyl@LMontsouris-656-1-2-84.w80-12.abo.wanadoo.fr)
# [10:41] * Quits: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
# [10:44] * Joins: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
# [10:44] * Joins: necolas (~necolas@8.25.197.25)
# [10:45] * Joins: satazor (~satazor@bl6-111-97.dsl.telepac.pt)
# [10:45] * Quits: sarri (~sari@unaffiliated/sarri) (Ping timeout: 252 seconds)
# [10:45] * Joins: danbri (~Adium@host86-145-54-225.range86-145.btcentralplus.com)
# [10:47] * Joins: sarri (~sari@unaffiliated/sarri)
# [10:48] * Joins: Lachy (~Lachy@213.166.174.2)
# [10:49] * Quits: necolas (~necolas@8.25.197.25) (Ping timeout: 244 seconds)
# [10:51] * Quits: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
# [10:53] * Joins: satazor_ (~satazor@114.248.108.93.rev.vodafone.pt)
# [10:53] * Quits: satazor (~satazor@bl6-111-97.dsl.telepac.pt) (Read error: Connection reset by peer)
# [10:54] * Quits: tav (~tav`@host31-52-138-176.range31-52.btcentralplus.com) (Read error: No route to host)
# [10:55] * Joins: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
# [11:02] * Quits: jdaggett (~jdaggett@ad056175.dynamic.ppp.asahi-net.or.jp) (Quit: jdaggett)
# [11:04] * Joins: necolas (~necolas@8.25.197.25)
# [11:08] * Quits: necolas (~necolas@8.25.197.25) (Ping timeout: 245 seconds)
# [11:09] * Joins: satazor (~satazor@bl6-111-97.dsl.telepac.pt)
# [11:09] * Quits: danja (~danny@host196-24-dynamic.41-79-r.retail.telecomitalia.it) (Quit: gorn)
# [11:10] * Joins: zcorpan_ (~zcorpan@175.45.73.98)
# [11:10] * Quits: zcorpan (~zcorpan@175.45.73.98) (Read error: Connection reset by peer)
# [11:11] * Quits: zcorpan_ (~zcorpan@175.45.73.98) (Remote host closed the connection)
# [11:11] * Joins: tav (~tav`@host31-52-138-176.range31-52.btcentralplus.com)
# [11:11] * Quits: satazor_ (~satazor@114.248.108.93.rev.vodafone.pt) (Ping timeout: 256 seconds)
# [11:14] * Joins: satazor_ (~satazor@bl6-111-97.dsl.telepac.pt)
# [11:15] * Quits: satazor (~satazor@bl6-111-97.dsl.telepac.pt) (Read error: Connection reset by peer)
# [11:18] * Quits: Tuds (~tudorcojo@x1-6-6c-70-9f-d6-c9-44.cpe.webspeed.dk) (Quit: Tuds)
# [11:20] * Quits: satazor_ (~satazor@bl6-111-97.dsl.telepac.pt) (Remote host closed the connection)
# [11:23] * Joins: adactio (~adactio@212.42.170.121)
# [11:24] * Joins: necolas (~necolas@8.25.197.25)
# [11:24] * Joins: satazor_ (~satazor@bl6-111-97.dsl.telepac.pt)
# [11:26] * Quits: 77CAAIBD3 (scrollback@gateway/web/scrollback.io/x-ivkeysfnhmwtgnyj) (Remote host closed the connection)
# [11:28] * Joins: 17SABRXC8 (scrollback@gateway/web/scrollback.io/x-qkxqhvnnelzcownq)
# [11:28] * Quits: necolas (~necolas@8.25.197.25) (Ping timeout: 252 seconds)
# [11:38] * Quits: sicking (~sicking@c-98-210-159-193.hsd1.ca.comcast.net) (Quit: sicking)
# [11:39] * Joins: JosephSilber (~JosephSil@ool-43513ca2.dyn.optonline.net)
# [11:39] * Joins: Jirka (~Jirka@2001:718:1e02:8144::beef:31bb)
# [11:40] * Quits: Joseph__Silber (~JosephSil@ool-43513ca2.dyn.optonline.net) (Ping timeout: 250 seconds)
# [11:40] * Quits: Lachy (~Lachy@213.166.174.2) (Quit: Textual IRC Client: www.textualapp.com)
# [11:43] * Joins: necolas (~necolas@8.25.197.25)
# [11:48] * Quits: necolas (~necolas@8.25.197.25) (Ping timeout: 255 seconds)
# [12:02] <JakeA> TabAtkins: is there someone/somewhere/something that collects layout use-cases that aren't possible with CSS?
# [12:03] * Joins: necolas (~necolas@8.25.197.25)
# [12:03] * Quits: plutoniix (~plutoniix@119.63.87.222) (Quit: จรลี จรลา)
# [12:04] <astearns> JakeA: there's this one: https://www.w3.org/dpub/IG/wiki/Pagination_Requirements
# [12:06] <JakeA> astearns: yeah, I guess I'm looking for something like that but general
# [12:07] * Quits: necolas (~necolas@8.25.197.25) (Ping timeout: 252 seconds)
# [12:07] <astearns> JakeA: I think it's hard to come up with general layout requirements that mean much - tying things to specific uses helps refine the requirement
# [12:08] <astearns> JakeA: one of the big lacks is laying out elements in relation to other elements, but that's too vague to be useful
# [12:08] <astearns> JakeA: laying out elements in relation to a page (for instance) helps focus the idea
# [12:09] <JakeA> astearns: heh, the issue I have is an element-to-element relation thing
# [12:10] <astearns> JakeA: looking for a place to add your issue to, then?
# [12:11] <JakeA> astearns: Well, maybe. I probably need to think about it a bit more, but was just wondering if there was a place for that type of thing
# [12:11] <astearns> JakeA: mostly just www-style, I think. Or it could be a new specifiction topic...
# [12:12] <astearns> JakeA: the houdini folks tasked with the custom layout spec might be looking for use cases
# [12:20] * Quits: CvP (CvP@203.76.123.238) (Read error: Connection reset by peer)
# [12:22] * amtiskaw_ is now known as amtiskaw
# [12:22] * Joins: necolas (~necolas@8.25.197.25)
# [12:25] * Joins: CvP (CvP@203.76.123.238)
# [12:27] * Quits: necolas (~necolas@8.25.197.25) (Ping timeout: 265 seconds)
# [12:38] * Joins: scor (~scor@c-24-2-162-32.hsd1.ma.comcast.net)
# [12:38] * Quits: scor (~scor@c-24-2-162-32.hsd1.ma.comcast.net) (Changing host)
# [12:38] * Joins: scor (~scor@drupal.org/user/52142/view)
# [12:41] * Quits: scor (~scor@drupal.org/user/52142/view) (Client Quit)
# [12:42] * Joins: necolas (~necolas@8.25.197.25)
# [12:46] * Quits: necolas (~necolas@8.25.197.25) (Ping timeout: 252 seconds)
# [12:49] <gsnedders> So what's happening with the Ruby stuff? Are browsers implementing the stuff in the W3C spec?
# [12:50] * Quits: Zebra111 (~quassel@sydnns0115w-156057001225.dhcp-dynamic.FibreOp.ns.bellaliant.net) (Ping timeout: 246 seconds)
# [12:54] <MikeSmith> annevk: about http://w3c-test.org/conformance-checkers/html/elements/a/href/userinfo-password-contains-pile-of-poo-novalid.html
# [12:54] <MikeSmith> <a href="http://foo:💩@example.com"></a>
# [12:54] <MikeSmith> that should actually be valid, right?
# [12:55] <Ms2ger> gsnedders, I wish I knew
# [12:57] <annevk> MikeSmith: yeah, don't really see why it wouldn't be
# [12:57] <MikeSmith> ok
# [12:57] <annevk> MikeSmith: well perhaps <a> being empty is a problem?
# [12:57] <MikeSmith> nah that's not the intent
# [12:57] * Quits: dshwang (dshwang@nat/intel/x-lmuztbhekbitdfvf) (Remote host closed the connection)
# [12:57] <MikeSmith> I wrote that test intending for it to just test whether pile-of-poo is allowed in the password part
# [12:58] <MikeSmith> annevk: so <a href="http://💩:foo@example.com"></a> should be valid too?
# [12:59] <MikeSmith> pile-of-poo in username part
# [12:59] <annevk> yeah
# [12:59] <MikeSmith> k
# [12:59] <MikeSmith> thanks
# [13:00] * Joins: frivoal (~frivoal@124-169-8-117.dyn.iinet.net.au)
# [13:00] * Quits: frivoal (~frivoal@124-169-8-117.dyn.iinet.net.au) (Remote host closed the connection)
# [13:02] * Joins: necolas (~necolas@8.25.197.25)
# [13:05] * Joins: hasather (~hasather@cm-84.210.170.16.getinternet.no)
# [13:05] * Joins: smaug____ (~chatzilla@62-78-246-79.bb.dnainternet.fi)
# [13:06] * Quits: necolas (~necolas@8.25.197.25) (Ping timeout: 240 seconds)
# [13:08] * Quits: psy_ (~psy@182.74.25.22) (Read error: No route to host)
# [13:09] * Joins: hemanth_ (~hemanth@122.178.255.232)
# [13:09] * Quits: zdobersek (~zan@gateway/vpn/privateinternetaccess/zdobersek) (Quit: Leaving.)
# [13:09] * Joins: zdobersek (~zan@gateway/vpn/privateinternetaccess/zdobersek)
# [13:10] * Joins: frivoal (~frivoal@124-169-8-117.dyn.iinet.net.au)
# [13:16] * Quits: Jirka (~Jirka@2001:718:1e02:8144::beef:31bb) (Ping timeout: 265 seconds)
# [13:16] * Joins: dshwang (dshwang@nat/intel/x-cdcnzptorjyhcapj)
# [13:20] * Quits: CvP (CvP@203.76.123.238) (Read error: Connection reset by peer)
# [13:20] * Joins: CvP (CvP@203.76.123.238)
# [13:21] * Joins: necolas (~necolas@8.25.197.25)
# [13:23] * Quits: CvP (CvP@203.76.123.238) (Client Quit)
# [13:24] * Joins: CvP (CvP@203.76.123.238)
# [13:25] * Quits: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
# [13:26] * Quits: necolas (~necolas@8.25.197.25) (Ping timeout: 264 seconds)
# [13:29] * Joins: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
# [13:35] * Quits: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
# [13:36] <gsnedders> Ms2ger: bah
# [13:36] * Quits: hswolff (~hswolff@cpe-74-68-123-30.nyc.res.rr.com) (Ping timeout: 246 seconds)
# [13:37] * Joins: hswolff (~hswolff@cpe-74-68-123-30.nyc.res.rr.com)
# [13:39] * Joins: tantek (~tantek@124-169-8-117.dyn.iinet.net.au)
# [13:39] * Joins: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
# [13:41] * Joins: necolas (~necolas@8.25.197.25)
# [13:43] * Joins: jonr22 (~jonr22@2601:6:8000:eaef:e07c:8f0:9c37:3aa6)
# [13:45] * Joins: igoroliveira (uid20755@gateway/web/irccloud.com/x-hxazdtgywnmzlfxk)
# [13:45] * Quits: necolas (~necolas@8.25.197.25) (Ping timeout: 255 seconds)
# [13:47] <GPHemsley> Periodic reminder that the RFC 2119 disclaimer has an erratum.
# [13:47] <GPHemsley> Since nobody seems to know that.
# [13:51] <GPHemsley> Errata ID 499
# [13:51] <GPHemsley> http://www.rfc-editor.org/errata_search.php?rfc=2119
# [14:00] * Joins: necolas (~necolas@8.25.197.25)
# [14:02] <annevk> Seems like it has a bunch of typos. I remember Ian pointing out "NOT RECOMMENDED" once
# [14:02] * Quits: ^esc (~esc-ape@91.141.1.161.wireless.dyn.drei.com) (Ping timeout: 264 seconds)
# [14:03] * Joins: ^esc (~esc-ape@91.141.2.5.wireless.dyn.drei.com)
# [14:05] * Quits: necolas (~necolas@8.25.197.25) (Ping timeout: 246 seconds)
# [14:08] * Quits: satazor_ (~satazor@bl6-111-97.dsl.telepac.pt) (Remote host closed the connection)
# [14:10] <jgraham> Not sure I even agree with the first two corrections there
# [14:13] <GPHemsley> jgraham: I'm talking specifically about a single erratum.
# [14:15] * Joins: plutoniix (~plutoniix@node-ob5.pool-101-108.dynamic.totbb.net)
# [14:19] <annevk> GPHemsley: http://www.rfc-editor.org/errata_search.php?eid=499 works
# [14:20] <GPHemsley> annevk: Oh, does it? I didn't realize. I searched the HTML for an id.
# [14:20] * Joins: necolas (~necolas@8.25.197.25)
# [14:20] <GPHemsley> (And found a whole lot of other issues.)
# [14:21] <GPHemsley> I guess I overlooked the huge form at the top.
# [14:21] <GPHemsley> Habit, I suppose.
# [14:23] * Joins: satazor (~satazor@bl6-111-97.dsl.telepac.pt)
# [14:25] * Quits: necolas (~necolas@8.25.197.25) (Ping timeout: 252 seconds)
# [14:28] * Joins: Zebra111 (~quassel@TDA14.WPA.Dal.Ca)
# [14:40] * Joins: necolas (~necolas@8.25.197.25)
# [14:41] * Quits: Zebra111 (~quassel@TDA14.WPA.Dal.Ca) (Remote host closed the connection)
# [14:42] * Quits: hemanth_ (~hemanth@122.178.255.232) (Quit: This computer has gone to sleep)
# [14:44] * Quits: necolas (~necolas@8.25.197.25) (Ping timeout: 252 seconds)
# [14:46] * Quits: satazor (~satazor@bl6-111-97.dsl.telepac.pt) (Remote host closed the connection)
# [14:48] * Joins: j_wright (~jwright@unaffiliated/j-wright/x-9145068)
# [14:49] * Joins: Jirka (~Jirka@2001:718:1e02:8144::beef:31bb)
# [14:51] * Quits: calvaris (~calvaris@247.Red-88-24-202.staticIP.rima-tde.net) (Quit: Ex-Chat)
# [14:53] * Quits: frivoal (~frivoal@124-169-8-117.dyn.iinet.net.au) (Remote host closed the connection)
# [14:56] * Joins: scor (scor@nat/acquia/x-djiuyffyonqtwmsm)
# [14:56] * Quits: scor (scor@nat/acquia/x-djiuyffyonqtwmsm) (Changing host)
# [14:56] * Joins: scor (scor@drupal.org/user/52142/view)
# [14:57] * Quits: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
# [14:57] * Quits: dshwang (dshwang@nat/intel/x-cdcnzptorjyhcapj) (Remote host closed the connection)
# [14:58] * Quits: scor (scor@drupal.org/user/52142/view) (Client Quit)
# [14:58] * Joins: scor (scor@drupal.org/user/52142/view)
# [14:59] * Joins: necolas (~necolas@8.25.197.25)
# [15:01] * Joins: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
# [15:01] * Quits: tantek (~tantek@124-169-8-117.dyn.iinet.net.au) (Read error: Connection reset by peer)
# [15:02] * Joins: tantek (~tantek@124-169-8-117.dyn.iinet.net.au)
# [15:04] * Quits: necolas (~necolas@8.25.197.25) (Ping timeout: 240 seconds)
# [15:08] * Quits: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
# [15:12] * Joins: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
# [15:13] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: :tiuQ tiuq sah woclrak)
# [15:14] * Joins: karlcow (~karl@nerval.la-grange.net)
# [15:17] * Quits: smaug____ (~chatzilla@62-78-246-79.bb.dnainternet.fi) (Ping timeout: 264 seconds)
# [15:18] * Joins: zenith_ (~zenith@user3-82-38.wireless.utoronto.ca)
# [15:19] * Joins: necolas (~necolas@8.25.197.25)
# [15:23] * Quits: tantek (~tantek@124-169-8-117.dyn.iinet.net.au) (Quit: tantek)
# [15:23] * Quits: necolas (~necolas@8.25.197.25) (Ping timeout: 250 seconds)
# [15:24] * Joins: Zebra111 (~quassel@TDA14.WPA.Dal.Ca)
# [15:29] * Quits: Zebra111 (~quassel@TDA14.WPA.Dal.Ca) (Ping timeout: 252 seconds)
# [15:33] * Joins: eric_carlson (~ericc@c-24-6-239-9.hsd1.ca.comcast.net)
# [15:38] * Joins: necolas (~necolas@8.25.197.25)
# [15:41] <wanderview> JakeA: this comment makes me think again we need some kind of stale-while-invalidate method in Cache: https://github.com/slightlyoff/BackgroundSync/issues/17#issuecomment-73685856
# [15:42] * Joins: mven (~textual@32.97.110.56)
# [15:42] * Quits: mven (~textual@32.97.110.56) (Excess Flood)
# [15:43] * Quits: necolas (~necolas@8.25.197.25) (Ping timeout: 252 seconds)
# [15:44] <JakeA> wanderview: can't you do that programmatically pretty easily?
# [15:44] <JakeA> wanderview: http://jakearchibald.com/2014/offline-cookbook/#stale-while-revalidate
# [15:46] <wanderview> JakeA: true... your statement "you're more likely to create this poor experience with the fetch event" made me think its kind of a footgun, though... would be nice to have a simpler way to DTRT
# [15:46] <wanderview> JakeA: also, the browser could possibly optimize it if its a single method
# [15:47] * Joins: satazor (~satazor@bl6-111-97.dsl.telepac.pt)
# [15:47] <wanderview> I guess we can just see what libraries emerge... if its necessary then maybe one of them will add a wrapper for stale-while-revalidate
# [15:51] * Joins: Zebra111 (~quassel@blk-222-15-18.eastlink.ca)
# [15:52] * Quits: satazor (~satazor@bl6-111-97.dsl.telepac.pt) (Ping timeout: 246 seconds)
# [15:53] <wanderview> JakeA: I think part of my reason for wanting this is that we have Cache.add()... why have that convenience method but not the stale-while-revalidate one? :-)
# [15:55] * Quits: Ms2ger (~Ms2ger@193.190.253.150) (Quit: bbl)
# [15:58] * Joins: necolas (~necolas@8.25.197.25)
# [16:02] * Quits: necolas (~necolas@8.25.197.25) (Ping timeout: 244 seconds)
# [16:09] * Joins: boogyman (~boogyman@38.88.11.131)
# [16:09] * Quits: boogyman (~boogyman@38.88.11.131) (Changing host)
# [16:09] * Joins: boogyman (~boogyman@pdpc/supporter/professional/boogyman)
# [16:12] * Joins: dshwang (dshwang@nat/intel/x-zaivtnieczfsizbv)
# [16:12] * Quits: Zebra111 (~quassel@blk-222-15-18.eastlink.ca) (Read error: Connection reset by peer)
# [16:18] <slightlyoff> wanderview: I'm not sure a feature is justified for that. Putting everything in dev control makes it, as annevk said, something we can just advise users for. We avoided this error for Push/Notifications by design. Not sure why BG Sync is different
# [16:18] * Joins: necolas (~necolas@8.25.197.25)
# [16:22] * Quits: necolas (~necolas@8.25.197.25) (Ping timeout: 245 seconds)
# [16:22] * Quits: zenith_ (~zenith@user3-82-38.wireless.utoronto.ca) (Read error: Connection reset by peer)
# [16:24] <wanderview> slightlyoff: well... its not just something you would use for BG sync... but yea, thats fine
# [16:24] * Joins: zenith_ (~zenith@user3-82-38.wireless.utoronto.ca)
# [16:25] <slightlyoff> wanderview: I don't understand. You seem to be suggesting that BG sync is somehow not simply a question of waking/sending-an-event to a SW which is in full control....why?
# [16:26] <wanderview> slightlyoff: I'm saying stale-while-revalidate would be useful for normal fetch event handling in addition to BG sync
# [16:27] <slightlyoff> wanderview: and I'm saying that adding a special-case API when you have the full power to do it yourself is premature
# [16:27] <slightlyoff> wanderview: I'd like to see evidence of patterns in use, not idle speculation in bugs
# [16:28] * Joins: hemanth_ (~hemanth@122.178.255.232)
# [16:28] <wanderview> slightlyoff: when I wrote "yea, thats fine" above.. I meant I'm not pushing to add a method and we don't need to argue about it :-)
# [16:28] * Joins: thinkxl (~thinkxl@unaffiliated/thinkxl)
# [16:28] <wanderview> slightlyoff: I just find it odd to have convenience methods like Cache.add() and .addAll()... but not other convenience methods
# [16:28] * Quits: rhiaro_ (~quassel@amy.so) (Quit: No Ping reply in 180 seconds.)
# [16:29] * wanderview shrugs
# [16:29] * Joins: rhiaro (~quassel@amy.so)
# [16:29] <slightlyoff> it's fair
# [16:29] <slightlyoff> I guess what I'm getting at is we could sketch out super-common uses for add and addAll
# [16:30] <slightlyoff> stale-while-revalidate seems important, but I'm unclear how it fits into the evented lifecycle right now
# [16:30] <slightlyoff> we've talked about waitUntil in addition to respondWith for fetch events
# [16:30] <slightlyoff> and if we see a lot of use of that to implement stale-while-revalidate, I'd be moved to add sugar
# [16:31] * Joins: smaug____ (~chatzilla@62-78-246-79.bb.dnainternet.fi)
# [16:31] <wanderview> why would the life cycle have to change if we can already implement stale-while-revalidate with existing primitives?
# [16:32] * Quits: jonr22 (~jonr22@2601:6:8000:eaef:e07c:8f0:9c37:3aa6) (Ping timeout: 252 seconds)
# [16:36] * Joins: Zebra111 (~quassel@blk-222-15-18.eastlink.ca)
# [16:36] <slightlyoff> wanderview: well, i think it'd be a bit of a hack today
# [16:37] <slightlyoff> wanderview: without waitUntil, you can _in theory_ be killed while doing the revalidate bit
# [16:37] <slightlyoff> wanderview: it's unlikely to happen
# [16:37] * Joins: necolas (~necolas@8.25.197.25)
# [16:37] <slightlyoff> wanderview: but it's an interesting question, and the opportunities for better CPU/memory usage aren't well studied yet
# [16:38] <wanderview> slightlyoff: are you saying the UA is allowed to kill the SW before cache.put() here? http://jakearchibald.com/2014/offline-cookbook/#stale-while-revalidate
# [16:39] <wanderview> or before the cache.put() resolves I guess... would be nice if the spec said something about keeping the SW alive until in-flight network requests are complete or something
# [16:39] <annevk> wanderview: that'd give an easy trick for keeping it alive for a long time
# [16:39] * Quits: 17SABRXC8 (scrollback@gateway/web/scrollback.io/x-qkxqhvnnelzcownq) (Remote host closed the connection)
# [16:40] <wanderview> annevk: is the SW allowed to be killed if there is still script running? that seems like an easier trick to keep it alive... setTimeout(), etc
# [16:41] <annevk> wanderview: I would imagine it can be killed after each task
# [16:41] * Joins: 6A4ABFQ2L (scrollback@gateway/web/scrollback.io/x-dootyslnaghixktp)
# [16:41] <annevk> wanderview: as long as it keeps track of important tasks somehow such as incoming messages so they get handled the next time
# [16:42] * Quits: necolas (~necolas@8.25.197.25) (Ping timeout: 246 seconds)
# [16:43] <wanderview> annevk: it would be nice if the spec was explicit about this stuff :-) but without that, I think we would want to keep the SW alive until the network response body is complete in this code: http://jakearchibald.com/2014/offline-cookbook/#stale-while-revalidate
# [16:44] * Joins: psy_ (~psy@103.6.159.170)
# [16:44] <annevk> wanderview: well I've been asking for a more explicit lifecycle for a long time now
# [16:48] * Quits: Zebra111 (~quassel@blk-222-15-18.eastlink.ca) (Remote host closed the connection)
# [16:48] * Joins: satazor (~satazor@bl6-111-97.dsl.telepac.pt)
# [16:48] * Joins: Zebra111 (~quassel@blk-222-15-18.eastlink.ca)
# [16:50] * Quits: hasather (~hasather@cm-84.210.170.16.getinternet.no) (Remote host closed the connection)
# [16:51] * Joins: hasather (~hasather@cm-84.210.170.16.getinternet.no)
# [16:51] * Joins: sicking (~sicking@c-98-210-159-193.hsd1.ca.comcast.net)
# [16:52] * Quits: zenith_ (~zenith@user3-82-38.wireless.utoronto.ca) (Ping timeout: 245 seconds)
# [16:53] * Quits: satazor (~satazor@bl6-111-97.dsl.telepac.pt) (Ping timeout: 250 seconds)
# [16:55] * Quits: hasather (~hasather@cm-84.210.170.16.getinternet.no) (Ping timeout: 252 seconds)
# [16:57] * Joins: necolas (~necolas@8.25.197.25)
# [16:58] * Joins: Tuds (~tudorcojo@dhcp-189-70.gjk.dk)
# [16:59] * Quits: Zebra111 (~quassel@blk-222-15-18.eastlink.ca) (Remote host closed the connection)
# [17:00] * Joins: Zebra111 (~quassel@blk-222-15-18.eastlink.ca)
# [17:01] * Quits: necolas (~necolas@8.25.197.25) (Ping timeout: 245 seconds)
# [17:02] * Quits: Zebra111 (~quassel@blk-222-15-18.eastlink.ca) (Remote host closed the connection)
# [17:04] * Joins: bzalasky (~bzalasky@c-67-188-211-46.hsd1.ca.comcast.net)
# [17:05] * Joins: Zebra111 (~quassel@blk-222-15-18.eastlink.ca)
# [17:06] * Joins: barnabywalters (~barnabywa@85-220-20-44.dsl.dynamic.simnet.is)
# [17:12] * Quits: kapil__ (uid36151@gateway/web/irccloud.com/x-qqetazewmxlxxwlz) (Quit: Connection closed for inactivity)
# [17:14] * Joins: jernoble (~jernoble@76.74.153.49)
# [17:16] * Quits: Zebra111 (~quassel@blk-222-15-18.eastlink.ca) (Remote host closed the connection)
# [17:16] * Joins: Zebra111 (~quassel@blk-222-15-18.eastlink.ca)
# [17:16] * Quits: bzalasky (~bzalasky@c-67-188-211-46.hsd1.ca.comcast.net) (Remote host closed the connection)
# [17:16] * Joins: necolas (~necolas@8.25.197.25)
# [17:20] * Joins: zenith_ (~zenith@user3-82-38.wireless.utoronto.ca)
# [17:21] * Quits: necolas (~necolas@8.25.197.25) (Ping timeout: 252 seconds)
# [17:29] * Quits: hemanth_ (~hemanth@122.178.255.232) (Quit: This computer has gone to sleep)
# [17:30] * Quits: Jirka (~Jirka@2001:718:1e02:8144::beef:31bb) (Ping timeout: 265 seconds)
# [17:32] * Joins: Jirka (~Jirka@2001:718:1e02:a064:7089:24f7:af9e:4d5)
# [17:32] * Quits: iandevlin (~iandevlin@b2b-5-10-191-178.unitymedia.biz) (Quit: iandevlin)
# [17:33] <JakeA> annevk: wanderview: slightlyoff has asked for fetchEvent.waitUntil for this case
# [17:36] * Joins: necolas (~necolas@8.25.197.25)
# [17:37] * Quits: necolas (~necolas@8.25.197.25) (Read error: Connection reset by peer)
# [17:38] * Joins: necolas (~necolas@8.25.197.25)
# [17:38] * Joins: say2joe (~Adium@198-101-119-98.static-ip.telepacific.net)
# [17:38] <wanderview> JakeA: seems like a good idea... I commented in the waitUntil issue
# [17:39] <annevk> JakeA: sure, that doesn't fix the lifecycle issue though
# [17:40] <JakeA> annevk: as in, specing timeouts etc if a non-resolving promise is passed to event.waitUntil (for example)
# [17:40] <annevk> JakeA: defining what happens with outstanding tasks
# [17:41] <annevk> JakeA: making sure that the definitions are such that no fetch event can get lost, even if the UA does several reboots of the SW
# [17:41] <JakeA> gotcha
# [17:46] <wanderview> annevk: it seems we can improve our understanding of the life cycle with waitUntil() even if every corner case is not spec'd out yet... no?
# [17:47] <annevk> wanderview: well, web developers have another straw to hold onto
# [17:47] <annevk> (pessimistically put)
# [17:48] <annevk> I'm not sure it'll help implementers much
# [17:48] <wanderview> annevk: I think it will... I have a specific issue waitUntil() would help with... namely around not canceling networking requests that are on-going like in JakeA's stale-while-revalidate recipe
# [17:49] <wanderview> annevk: soon gecko will cancel network requests when the SW thread is stopped
# [17:49] <annevk> wanderview: it will cancel the SW network requests, right?
# [17:49] <wanderview> waitUntil() seems easier to deal with than trying to infer how long to keep the SW thread alive through a heuristic there
# [17:49] <wanderview> annevk: yes
# [17:50] <annevk> wanderview: not new fetches coming from a worker or document?
# [17:50] * Joins: jsx (uid48919@fsf/intern/jsx)
# [17:50] <wanderview> annevk: it will cancel a fetch() started in the SW... a worker or document that does a fetch() cancels it when you navigate away from the document
# [17:50] <wanderview> (same thing as stopping the worker thread...)
# [17:50] <annevk> Yeah, but if we do that then I don't understand why we don't put waitUntil() on the global...
# [17:50] <annevk> And of course we have to protect against waitUntil() abuse
# [17:51] <wanderview> annevk: because you can't keep a dedicated worker alive if its parent document has navigated away! that seems... to explode my brain
# [17:51] <annevk> It just moves the problem elsewhere, e.g. waitUntil(new Promise(() => {}))
# [17:51] <wanderview> annevk: it seems waitUntil is SW specific because it has unique (ill defined) shutdown conditions
# [17:52] <wanderview> annevk: all other workers have clearly defined shutdown conditions tied to a document
# [17:52] <wanderview> as far as I understand it
# [17:53] <tobie> annevk: is http://www.w3.org/TR/html-design-principles/ still a thing, and if not, is there something that replaces it?
# [17:54] <JakeA> annevk: it isn't on the global because success/failure is meaningful to the event dispatcher
# [17:54] * Joins: frivoal (~frivoal@124-169-8-117.dyn.iinet.net.au)
# [17:54] <JakeA> in the case of install & background sync for example
# [17:55] * Quits: darobin (~darobin@159.180.228.142) (Remote host closed the connection)
# [17:55] <annevk> tobie: there was an editor's draft I can't find that has the baby steps principle
# [17:56] <annevk> tobie: what's written there is still valid, but it's no longer maintained
# [17:56] <annevk> tobie: perhaps we should adopt it as a wiki page
# [17:56] <tobie> annevk: I like that
# [17:58] * Quits: zenith_ (~zenith@user3-82-38.wireless.utoronto.ca) (Read error: Connection reset by peer)
# [17:58] * Quits: frivoal (~frivoal@124-169-8-117.dyn.iinet.net.au) (Ping timeout: 246 seconds)
# [17:58] * Joins: zenith_ (~zenith@user3-82-38.wireless.utoronto.ca)
# [17:58] <annevk> I like the "please remember your job" appeals on public-webapps ignoring end users
# [17:58] <annevk> Oh no, I don't
# [18:01] * Joins: hasather (~hasather@cm-84.210.170.16.getinternet.no)
# [18:02] * Quits: say2joe (~Adium@198-101-119-98.static-ip.telepacific.net) (Ping timeout: 264 seconds)
# [18:03] <tobie> annevk: decided to stay away from this conversation too. (Well, mostly: https://twitter.com/tobie/status/561079141517524992)
# [18:04] * Joins: satazor (~satazor@bl6-111-97.dsl.telepac.pt)
# [18:06] <annevk> lol dglazkov
# [18:06] * Joins: tantek (~tantek@124-169-8-117.dyn.iinet.net.au)
# [18:06] * Quits: hasather (~hasather@cm-84.210.170.16.getinternet.no) (Ping timeout: 264 seconds)
# [18:06] <dglazkov> what did I do?
# [18:07] <annevk> dglazkov: in my example bug you posted a link to some cool techno
# [18:07] <dglazkov> nooooo....
# [18:07] <annevk> dglazkov: are you secretly a DJ at night?
# [18:08] <dglazkov> omg
# [18:08] <dglazkov> much embarrass
# [18:08] <annevk> it's quite enjoyable
# [18:08] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
# [18:09] <dglazkov> annevk: uh... yeah.. that was my promotion tactic... that's it
# [18:09] <dglazkov> it wasn't a copypasta at all
# [18:09] <annevk> hehe, "feel free to follow me on Twitter"
# [18:10] * Quits: satazor (~satazor@bl6-111-97.dsl.telepac.pt) (Ping timeout: 240 seconds)
# [18:11] * Quits: thinkxl (~thinkxl@unaffiliated/thinkxl) (Quit: (null))
# [18:12] <wanderview> annevk: JakeA: what kind of device works without power connected and without a battery? (in regards to https://github.com/slightlyoff/BackgroundSync/issues/35)
# [18:12] * Joins: say2joe (~Adium@198-101-119-98.static-ip.telepacific.net)
# [18:12] * Joins: thinkxl (~thinkxl@74-95-237-22-Houston.hfc.comcastbusiness.net)
# [18:12] <JakeA> ohhh a riddle
# [18:12] * Quits: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 250 seconds)
# [18:12] <wanderview> just trying to understand the unicorn we are naming
# [18:12] <JakeA> :D
# [18:12] * Joins: Maurice` (copyman@unaffiliated/maurice)
# [18:13] <annevk> wanderview: steam engine :-)
# [18:13] * wanderview proposes the .isThisThingOn attribute.
# [18:13] <jgraham> A wind up radio? One of those watches that takes energy from your movements?
# [18:13] <jgraham> Something with solar panels?
# [18:13] <wanderview> the correct answer is solar powered browsers
# [18:13] <wanderview> :-)
# [18:14] <JakeA> wanderview: "chargingOnly" intends to mean "only sync if the device isn't discharging it's supply of power"
# [18:14] <JakeA> but for a desktop machine, without a battery, you could say it is not charging
# [18:14] <JakeA> because it has no battery to charge
# [18:14] * Joins: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
# [18:14] * Quits: alrra (uid62345@gateway/web/irccloud.com/x-smvnedpjgpukgcdm) (Quit: Connection closed for inactivity)
# [18:14] <gsnedders> What happens if it's a desktop machine currently relying on a UPS?
# [18:15] * Joins: estellevw_ (~estellevw@173-228-112-249.dsl.dynamic.fusionbroadband.com)
# [18:15] <wanderview> JakeA: what about a power time estimate... "do the thing if we think we have enough power for more than 4 hours"... A/C power implies infinite time
# [18:15] * wanderview over complicates all the things.
# [18:16] <wanderview> annevk: I would accept onSteamPower as an attribute
# [18:17] <annevk> I'm okay with acOnly
# [18:18] <wanderview> annevk: I just dislike that "ac" is hard to understand if you don't know you're talking about power
# [18:18] <annevk> Agreed
# [18:18] * gsnedders is with wanderview here
# [18:18] <annevk> JakeA: what was wrong with my suggestions?
# [18:18] <annevk> JakeA: e.g. excludeBattery seems pretty clear
# [18:19] <annevk> JakeA: or stationaryPower
# [18:19] * wanderview likes excludeBattery or something like it.
# [18:19] <wanderview> avoidBattery
# [18:19] <wanderview> exceptBattery
# [18:19] <wanderview> ohGodNotTheBattery
# [18:20] <annevk> preserveBattery
# [18:20] <JakeA> haha
# [18:20] <wanderview> annevk++
# [18:20] <JakeA> wanderview: annevk: *Battery could mean devices with a battery
# [18:20] <JakeA> nothing to do with the battery discharging
# [18:20] <wanderview> JakeA: preserveBattery seems kind of clear
# [18:20] <annevk> JakeA: yeah, that seems covered
# [18:20] * Quits: jernoble (~jernoble@76.74.153.49) (Quit: Computer has gone to sleep.)
# [18:21] <wanderview> "kind of clear"... I aim high!
# [18:21] * Quits: zenith_ (~zenith@user3-82-38.wireless.utoronto.ca) (Ping timeout: 255 seconds)
# [18:21] <annevk> JakeA: my laptop has a battery, but preserving isn't needed if power is plugged in
# [18:21] * Joins: jwalden (~waldo@2620:101:80fc:224:7e7a:91ff:fe25:a5a3)
# [18:21] <JakeA> hm, it sounds like it'll still happen on battery but preserve it somehow, like a low power mode
# [18:21] <JakeA> maybe that's just me
# [18:22] <JakeA> notDuringDischarge but ew discharge
# [18:22] <JakeA> ugh
# [18:22] <annevk> I mean the UA might still do it on battery I think
# [18:22] <annevk> I don't think we want to give the app absolute control here
# [18:22] <annevk> All these things are hints
# [18:22] <wanderview> JakeA: I think preserveBattery makes sense... because the battery will be used as long as the device is on... and yea... gives wiggle room for the UA
# [18:23] <wanderview> bikeshedding names makes me hungry
# [18:24] <JakeA> The only use-case I have for this option is deferring it to a settings menu for the user, so the UA doing something different breaks that
# [18:24] <annevk> I don't follow that
# [18:25] <JakeA> So, my podcast app has a menu, where I the user can say "only sync when plugged in please"
# [18:25] <JakeA> Does the option have a use outside of user settings?
# [18:25] <annevk> Not sure, but if it's up to the user it shouldn't be up to the app
# [18:26] <JakeA> right, ideally all syncs should be in one settings menu in the browser, and the user gets to decide what connectivity or battery state they're restricted to
# [18:27] <JakeA> but for that to work, you need to display the sync's description
# [18:27] <JakeA> which is set by the app
# [18:27] <JakeA> which means you get that problem
# [18:27] <JakeA> (https://github.com/slightlyoff/BackgroundSync/issues/29)
# [18:27] <annevk> yeah, the user would just disable it for all syncs
# [18:28] * Quits: bnicholson (~bnicholso@24.130.60.241) (Quit: This computer has gone to sleep)
# [18:28] <JakeA> but I'm happy for my podcast app to update feeds whenever, but not download podcasts - actually that means the sync still happens, the battery api would be used within the sync in that case
# [18:28] <JakeA> hmm
# [18:29] * Joins: weinig (~weinig@17.202.50.223)
# [18:31] * Joins: ap (~ap@17.202.44.214)
# [18:35] * Quits: Zebra111 (~quassel@blk-222-15-18.eastlink.ca) (Ping timeout: 252 seconds)
# [18:35] * Joins: jonr22 (~jonr22@2601:6:8000:eaef:7001:130a:c35b:1f3b)
# [18:35] * Joins: jernoble (~jernoble@17.202.49.144)
# [18:36] * Joins: satazor (~satazor@bl6-111-97.dsl.telepac.pt)
# [18:41] * Joins: bnicholson (~bnicholso@corp.mtv2.mozilla.com)
# [18:43] <wanderview> fyi... if anyone is interested in testing the gecko service worker implementation... I'll be posting updated builds here until everything is in the tree: http://blog.wanderview.com/sw-builds/
# [18:43] * Quits: estellevw_ (~estellevw@173-228-112-249.dsl.dynamic.fusionbroadband.com) (Quit: Snuggling with the puppies)
# [18:43] * Quits: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 245 seconds)
# [18:46] * Joins: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
# [18:46] * Quits: ap (~ap@17.202.44.214) (Ping timeout: 252 seconds)
# [18:49] * Quits: weinig (~weinig@17.202.50.223) (Quit: weinig)
# [18:49] * Joins: ap (~ap@17.114.218.73)
# [18:50] <Domenic> Anyone else have opinions on this? https://twitter.com/streamsstandard/status/565196470836396033
# [18:50] <wanderview> Domenic: I prefer silent... you're asking it to enter a state... its already in that state... not an error (in my opinion)
# [18:50] * Quits: espadrine (~tyl@LMontsouris-656-1-2-84.w80-12.abo.wanadoo.fr) (Ping timeout: 264 seconds)
# [18:50] * Quits: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 264 seconds)
# [18:50] * wanderview lunches
# [18:51] * Joins: jsbell (jsbell@nat/google/x-nduohpmcxdsdtgzo)
# [18:51] * Joins: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
# [18:51] * Quits: sicking (~sicking@c-98-210-159-193.hsd1.ca.comcast.net) (Quit: sicking)
# [18:55] * Quits: zdobersek (~zan@gateway/vpn/privateinternetaccess/zdobersek) (Quit: Leaving.)
# [18:57] * Quits: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
# [19:00] * Joins: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
# [19:01] <jgraham> annevk: Does fetch have enough infrastructure for specifying a HTTP-based protocol? Or how does one do that? The context is the WebDriver spec which specifies a HTTP-based API for remote controlling browsers. So it feels like you need some mechanism for parsing requests and constructing responses.
# [19:01] <jgraham> current spec is https://w3c.github.io/webdriver/webdriver-spec.html
# [19:03] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
# [19:04] * Joins: weinig_ (~weinig@17.114.19.104)
# [19:05] * Joins: sicking (~sicking@c-98-210-159-193.hsd1.ca.comcast.net)
# [19:07] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
# [19:07] <JakeA> Domenic: agree with wanderview. It's in the spirit of clearTimeout(123456)
# [19:12] * Quits: Jirka (~Jirka@2001:718:1e02:a064:7089:24f7:af9e:4d5) (Ping timeout: 265 seconds)
# [19:16] * Joins: rafaelrinaldi (~rafaelrin@201.16.178.204)
# [19:18] * Quits: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
# [19:22] * Joins: rniwa (~rniwa@17.245.30.75)
# [19:25] * Parts: adactio (~adactio@212.42.170.121)
# [19:28] * Quits: barnabywalters (~barnabywa@85-220-20-44.dsl.dynamic.simnet.is) (Quit: barnabywalters)
# [19:31] * Joins: iandevlin (~iandevlin@dslb-092-072-136-021.092.072.pools.vodafone-ip.de)
# [19:33] * Joins: apocalypt077 (~apocalypt@rrcs-98-100-68-130.central.biz.rr.com)
# [19:34] * Quits: rniwa (~rniwa@17.245.30.75) (Quit: My Mac has gone to sleep. ZZZzzz…)
# [19:37] * Joins: bholley (~bholley@c-24-130-121-49.hsd1.ca.comcast.net)
# [19:37] <annevk> jgraham: well everything XHR and fetch() can do...
# [19:38] <annevk> jgraham: it depends on the details I guess
# [19:38] <jgraham> Yeah, so I wonder if refering to Fetch is the right thing
# [19:38] * Joins: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
# [19:39] <jgraham> I wasn't sure it had all the bits needed for a server though, since it's all about being a client
# [19:42] * Joins: eBureau (~Bruno@181.164.77.172)
# [19:42] * Joins: zenith_ (~zenith@142.150.23.90)
# [19:45] * Joins: rniwa (~rniwa@17.245.30.75)
# [19:49] * Quits: apocalypt077 (~apocalypt@rrcs-98-100-68-130.central.biz.rr.com) (Quit: My Mac has gone to sleep. ZZZzzz…)
# [19:49] * Quits: satazor (~satazor@bl6-111-97.dsl.telepac.pt) (Remote host closed the connection)
# [19:50] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
# [19:51] * Joins: apocalypt077 (~apocalypt@rrcs-98-100-68-130.central.biz.rr.com)
# [19:55] * Quits: say2joe (~Adium@198-101-119-98.static-ip.telepacific.net) (Quit: Leaving.)
# [19:56] * Quits: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 255 seconds)
# [19:56] <annevk> Ooh
# [19:56] <annevk> Not sure, Fetch is heavily client-focused
# [19:56] * Joins: say2joe (~Adium@198-101-119-98.static-ip.telepacific.net)
# [19:57] * Joins: KevinMarks_ (~yaaic@2607:fb90:68e:672:508:9345:5f21:736b)
# [19:58] * Quits: weinig_ (~weinig@17.114.19.104) (Quit: weinig_)
# [19:59] <Domenic> I think you're underselling yourself annevk :). Service worker is like a server in many ways and the Fetch primitives (like Response) seem to be working pretty well there
# [20:00] * Joins: weinig (~weinig@17.245.28.98)
# [20:03] <jgraham> So this is literally my internal monolouge on the subject played out on irc :)
# [20:06] * Quits: say2joe (~Adium@198-101-119-98.static-ip.telepacific.net) (Ping timeout: 265 seconds)
# [20:07] * Quits: tantek (~tantek@124-169-8-117.dyn.iinet.net.au) (Quit: tantek)
# [20:07] * Quits: zenith_ (~zenith@142.150.23.90) (Ping timeout: 246 seconds)
# [20:09] * Joins: say2joe (~Adium@198-101-119-98.static-ip.telepacific.net)
# [20:10] <wanderview> that would be an interesting experiment... build a web server where network requests produce an onfetch event and you respondWith() the response
# [20:10] <wanderview> would be a cool node module
# [20:10] <wanderview> just need some streams support :-)
# [20:11] * Joins: hasather (~hasather@cm-84.210.170.16.getinternet.no)
# [20:11] * Joins: alrra (uid62345@gateway/web/irccloud.com/x-hpiufwdexqjrcivr)
# [20:15] * Quits: sicking (~sicking@c-98-210-159-193.hsd1.ca.comcast.net) (Quit: sicking)
# [20:17] * Quits: hasather (~hasather@cm-84.210.170.16.getinternet.no) (Remote host closed the connection)
# [20:17] * Joins: hasather (~hasather@cm-84.210.170.16.getinternet.no)
# [20:23] * Quits: hasather (~hasather@cm-84.210.170.16.getinternet.no) (Ping timeout: 264 seconds)
# [20:30] * Quits: KevinMarks_ (~yaaic@2607:fb90:68e:672:508:9345:5f21:736b) (Ping timeout: 245 seconds)
# [20:32] <Domenic> I really should start putting together some demos with the streams polyfill that's already all ready to go
# [20:32] <Domenic> In Node especially
# [20:32] <Domenic> Although to be fair there's https://streams.spec.whatwg.org/#example-rs-pull :P
# [20:33] * Joins: KevinMarks_ (~yaaic@2607:fb90:403:5c5e:e2a7:56ce:d06e:e0fd)
# [20:34] * Quits: weinig (~weinig@17.245.28.98) (Quit: weinig)
# [20:35] * Quits: rniwa (~rniwa@17.245.30.75) (Quit: My Mac has gone to sleep. ZZZzzz…)
# [20:38] * Joins: rniwa (~rniwa@17.245.30.75)
# [20:40] * Quits: rniwa (~rniwa@17.245.30.75) (Client Quit)
# [20:42] * Joins: rniwa (~rniwa@17.245.30.75)
# [20:48] * Quits: rniwa (~rniwa@17.245.30.75) (Quit: My Mac has gone to sleep. ZZZzzz…)
# [20:55] * Joins: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com)
# [21:01] * Joins: hsivonen (~hsivonen@fsf/member/hsivonen)
# [21:01] <botie> hsivonen, at 2015-02-10 07:44 UTC, MikeSmith said: when you have a minute please take a look at the following and let me know if you're OK with it. Basically it just refines fatal-error messages for files with content-type mismatches to include mention of the URL for the file. It seems safe to do since it's
# [21:01] <botie> not leading any info the user doesn't already know. https://github.com/validator/validator/commit/c98215c55d2a8cd433877da23119 and at 2015-02-10 07:44 UTC, MikeSmith said: https://github.com/validator/validator/commit/c98215c55d2a8cd433877da2311916c9ebbfd342
# [21:01] * Joins: rniwa (~rniwa@17.245.30.75)
# [21:03] * Quits: KevinMarks_ (~yaaic@2607:fb90:403:5c5e:e2a7:56ce:d06e:e0fd) (Ping timeout: 245 seconds)
# [21:05] * Quits: necolas (~necolas@8.25.197.25) (Remote host closed the connection)
# [21:05] * Quits: rniwa (~rniwa@17.245.30.75) (Client Quit)
# [21:08] * Joins: mven (~textual@32.97.110.55)
# [21:08] * Quits: mven (~textual@32.97.110.55) (Excess Flood)
# [21:11] * Joins: darobin (~darobin@mtl93-18-78-208-93-24.fbx.proxad.net)
# [21:14] * Azitrex_ is now known as Azitrex
# [21:16] * Quits: bholley (~bholley@c-24-130-121-49.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
# [21:16] * Joins: bholley_ (~bholley@c-24-130-121-49.hsd1.ca.comcast.net)
# [21:16] * Joins: zdobersek (~zan@gateway/vpn/privateinternetaccess/zdobersek)
# [21:21] * Joins: necolas (~necolas@8.25.197.25)
# [21:22] * Joins: rniwa (~rniwa@17.245.30.75)
# [21:23] * Joins: othermaciej (~mjs@17.244.163.223)
# [21:26] * Quits: necolas (~necolas@8.25.197.25) (Ping timeout: 246 seconds)
# [21:31] * Quits: tav (~tav`@host31-52-138-176.range31-52.btcentralplus.com) (Read error: No route to host)
# [21:37] * Joins: necolas (~necolas@8.25.197.25)
# [21:39] * Quits: rniwa (~rniwa@17.245.30.75) (Quit: My Mac has gone to sleep. ZZZzzz…)
# [21:40] * Joins: rniwa (~rniwa@17.245.30.75)
# [21:41] * Quits: necolas (~necolas@8.25.197.25) (Ping timeout: 252 seconds)
# [21:41] * Quits: rniwa (~rniwa@17.245.30.75) (Client Quit)
# [21:42] * Quits: albinowax (~a@host217-41-27-114.in-addr.btopenworld.com) (Read error: Connection reset by peer)
# [21:42] * Joins: albinowax (~a@host217-41-27-114.in-addr.btopenworld.com)
# [21:46] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
# [21:49] * Joins: tav (~tav`@host31-52-138-176.range31-52.btcentralplus.com)
# [21:50] * Quits: scor (scor@drupal.org/user/52142/view) (Quit: scor)
# [21:56] * Joins: rniwa (~rniwa@17.245.30.75)
# [21:58] * Joins: necolas (~necolas@8.25.197.25)
# [22:03] * Quits: necolas (~necolas@8.25.197.25) (Ping timeout: 246 seconds)
# [22:05] <annevk> wanderview: your blog needs some TLS
# [22:05] <wanderview> annevk: not supported on custom domains with github pages... I checked
# [22:06] <wanderview> annevk: I put the images on people.mozilla.org behind https, though
# [22:06] * Joins: weinig (~weinig@17.244.161.196)
# [22:06] * Quits: rniwa (~rniwa@17.245.30.75) (Quit: My Mac has gone to sleep. ZZZzzz…)
# [22:06] <annevk> wanderview: you would need to know that in advance to avoid being spoofed :-)
# [22:07] <annevk> wanderview: that's kinda shitty with GitHub, but I guess it makes some sense
# [22:07] <ondras> firebase hosting uses tls by default
# [22:07] * Joins: rniwa (~rniwa@17.245.30.75)
# [22:07] <ondras> just in case.
# [22:07] <wanderview> annevk: if you just do wanderview.github.io... https works... but there is no way to specify a cert for a custom domain
# [22:12] * Krinkle|detached is now known as Krinkle
# [22:12] <Domenic> wanderview: I indirect behind CloudFlare because I am lazy...
# [22:13] <wanderview> Domenic: is there a guide on setting that up?
# [22:13] <Domenic> wanderview: it is pretty simple, and you can use terinjokes as your personal tech support. Basically you follow https://help.github.com/articles/setting-up-a-custom-domain-with-github-pages/
# [22:14] <wanderview> ok... I've done that using dnsimple as my DNS provider
# [22:14] * Joins: Zebra111 (~quassel@sydnns0115w-156057001225.dhcp-dynamic.FibreOp.ns.bellaliant.net)
# [22:14] <wanderview> Domenic: cloudflare lets you get ssl on github pages, though? not sure I understand how that works
# [22:15] <Domenic> wanderview: yeah cloudflare gives you free TLS on your custom domain.
# [22:15] <Domenic> It then proxies gh-pages in the background
# [22:16] <terinjokes> if you upgrade to Pro you can upload the custom cert
# [22:16] <wanderview> ah.... I see the diagrams here now: https://www.cloudflare.com/ssl
# [22:17] <terinjokes> nvm, i read "custom cert" rather than "custom domain"
# [22:18] * Joins: benwerd_ (~benwerd@67.180.159.135)
# [22:18] <wanderview> Domenic: terinjokes: thanks! I'll make a note of that for a weekend project :-)
# [22:19] * Quits: beowulf (~sstewart@host86-185-210-116.range86-185.btcentralplus.com) (Ping timeout: 250 seconds)
# [22:19] * Quits: danbri (~Adium@host86-145-54-225.range86-145.btcentralplus.com) (Ping timeout: 245 seconds)
# [22:19] * Joins: danbri (~Adium@host86-185-150-29.range86-185.btcentralplus.com)
# [22:20] * Joins: necolas (~necolas@8.25.197.25)
# [22:20] * Joins: beowulf (~sstewart@host86-185-210-116.range86-185.btcentralplus.com)
# [22:21] * Quits: Zebra111 (~quassel@sydnns0115w-156057001225.dhcp-dynamic.FibreOp.ns.bellaliant.net) (Remote host closed the connection)
# [22:22] * Joins: Zebra111 (~quassel@sydnns0115w-156057001225.dhcp-dynamic.FibreOp.ns.bellaliant.net)
# [22:24] * Joins: frivoal (~frivoal@124-169-8-117.dyn.iinet.net.au)
# [22:24] * Quits: necolas (~necolas@8.25.197.25) (Ping timeout: 245 seconds)
# [22:24] * Quits: rniwa (~rniwa@17.245.30.75) (Quit: My Mac has gone to sleep. ZZZzzz…)
# [22:33] * Quits: weinig (~weinig@17.244.161.196) (Quit: weinig)
# [22:35] * Joins: rniwa (~rniwa@17.245.30.75)
# [22:39] * Joins: barnabywalters (~barnabywa@85-220-20-44.dsl.dynamic.simnet.is)
# [22:41] * Joins: necolas (~necolas@8.25.197.25)
# [22:42] * Quits: othermaciej (~mjs@17.244.163.223) (Quit: othermaciej)
# [22:43] * Joins: KevinMarks_ (~yaaic@2607:fb90:270a:d76:a090:1ee:3c7f:e381)
# [22:43] * Krinkle is now known as Krinkle|detached
# [22:43] * Quits: necolas (~necolas@8.25.197.25) (Read error: Connection reset by peer)
# [22:43] * Joins: necolas (~necolas@8.25.197.25)
# [22:44] * Joins: othermaciej (~mjs@17.244.163.223)
# [22:48] * Quits: bholley_ (~bholley@c-24-130-121-49.hsd1.ca.comcast.net)
# [22:49] * Krinkle|detached is now known as Krinkle
# [22:49] * Joins: espadrine (~tyl@dan75-7-88-166-187-54.fbx.proxad.net)
# [22:50] * Quits: frivoal (~frivoal@124-169-8-117.dyn.iinet.net.au) (Remote host closed the connection)
# [22:50] * Joins: frivoal (~frivoal@124-169-8-117.dyn.iinet.net.au)
# [22:50] * Quits: KevinMarks_ (~yaaic@2607:fb90:270a:d76:a090:1ee:3c7f:e381) (Ping timeout: 245 seconds)
# [22:52] * Quits: frivoal (~frivoal@124-169-8-117.dyn.iinet.net.au) (Remote host closed the connection)
# [22:52] * Joins: frivoal (~frivoal@124-169-8-117.dyn.iinet.net.au)
# [22:52] * Quits: frivoal (~frivoal@124-169-8-117.dyn.iinet.net.au) (Remote host closed the connection)
# [22:54] * Quits: iandevlin (~iandevlin@dslb-092-072-136-021.092.072.pools.vodafone-ip.de) (Quit: Nettalk6 - www.ntalk.de)
# [22:56] * Quits: zdobersek (~zan@gateway/vpn/privateinternetaccess/zdobersek) (Quit: Leaving.)
# [22:56] * Joins: KevinMarks_ (~yaaic@2607:fb90:270a:d76:a090:1ee:3c7f:e381)
# [22:57] * Joins: helzme (62fc56b7@gateway/web/freenode/ip.98.252.86.183)
# [22:57] * Quits: Zebra111 (~quassel@sydnns0115w-156057001225.dhcp-dynamic.FibreOp.ns.bellaliant.net) (Ping timeout: 240 seconds)
# [22:59] * Joins: Zebra111 (~quassel@sydnns0115w-156057001225.dhcp-dynamic.FibreOp.ns.bellaliant.net)
# [23:01] * Quits: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com) (Quit: sicking)
# [23:01] * Joins: frivoal (~frivoal@124-169-8-117.dyn.iinet.net.au)
# [23:02] * Quits: frivoal (~frivoal@124-169-8-117.dyn.iinet.net.au) (Remote host closed the connection)
# [23:03] * Joins: frivoal (~frivoal@124-169-8-117.dyn.iinet.net.au)
# [23:06] * heycam|away is now known as heycam
# [23:07] * Quits: KevinMarks_ (~yaaic@2607:fb90:270a:d76:a090:1ee:3c7f:e381) (Ping timeout: 245 seconds)
# [23:08] * Quits: darobin (~darobin@mtl93-18-78-208-93-24.fbx.proxad.net) (Remote host closed the connection)
# [23:08] * Quits: frivoal (~frivoal@124-169-8-117.dyn.iinet.net.au) (Ping timeout: 264 seconds)
# [23:11] * Joins: dbaron (~dbaron@2401:fa00:0:fd00:b027:1459:29:c2fc)
# [23:12] * Quits: jonr22 (~jonr22@2601:6:8000:eaef:7001:130a:c35b:1f3b) (Ping timeout: 250 seconds)
# [23:13] * Joins: darobin_ (~darobin@mtl93-18-78-208-93-24.fbx.proxad.net)
# [23:14] * Joins: KevinMarks_ (~yaaic@2607:fb90:2c2d:17f8:3741:d295:caa5:508)
# [23:14] * Joins: tantek (~tantek@pa49-195-17-238.pa.nsw.optusnet.com.au)
# [23:16] * Quits: boogyman (~boogyman@pdpc/supporter/professional/boogyman) (Quit: Leaving.)
# [23:17] * Joins: frivoal (~frivoal@2401:fa00:0:fd00:1c64:df4e:8ff8:b3d)
# [23:17] * Quits: darobin_ (~darobin@mtl93-18-78-208-93-24.fbx.proxad.net) (Ping timeout: 256 seconds)
# [23:17] * Quits: tantek (~tantek@pa49-195-17-238.pa.nsw.optusnet.com.au) (Client Quit)
# [23:18] * Joins: rniwa_ (~rniwa@17.202.43.222)
# [23:19] * Parts: Krinkle (~Krinkle@wikimedia/Krinkle) ("Leaving...")
# [23:20] * Quits: KevinMarks_ (~yaaic@2607:fb90:2c2d:17f8:3741:d295:caa5:508) (Ping timeout: 245 seconds)
# [23:23] * Quits: dbaron (~dbaron@2401:fa00:0:fd00:b027:1459:29:c2fc) (Ping timeout: 245 seconds)
# [23:23] * Quits: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com) (Ping timeout: 252 seconds)
# [23:23] * Quits: Maurice` (copyman@unaffiliated/maurice)
# [23:26] * Joins: roc (~chatzilla@2401:fa00:0:fd00:2677:3ff:fece:dc64)
# [23:27] * Joins: dbaron (~dbaron@2401:fa00:0:fd00:7d63:bcfb:46d:4869)
# [23:28] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
# [23:30] * Quits: helzme (62fc56b7@gateway/web/freenode/ip.98.252.86.183) (Quit: Page closed)
# [23:32] * Quits: newtron (~newtron@206-248-186-88.dsl.teksavvy.com) (Remote host closed the connection)
# [23:33] * Joins: darobin (~darobin@2a01:e34:ed05:d180:a82c:6d08:f9d2:90d4)
# [23:35] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
# [23:38] * Quits: plutoniix (~plutoniix@node-ob5.pool-101-108.dynamic.totbb.net) (Quit: จรลี จรลา)
# [23:39] * Quits: ap (~ap@17.114.218.73)
# [23:42] * Quits: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com) (Quit: sicking)
# [23:42] * Quits: sarri (~sari@unaffiliated/sarri) (Ping timeout: 245 seconds)
# [23:45] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
# [23:45] * Joins: sarri (~sari@unaffiliated/sarri)
# [23:45] * Quits: rafaelrinaldi (~rafaelrin@201.16.178.204) (Quit: My Mac has gone to sleep. ZZZzzz…)
# [23:47] * Quits: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com) (Client Quit)
# [23:52] * Quits: barnabywalters (~barnabywa@85-220-20-44.dsl.dynamic.simnet.is) (Quit: barnabywalters)
# [23:52] * Quits: othermaciej (~mjs@17.244.163.223) (Quit: othermaciej)
# [23:53] * Quits: dustinm` (~dustinm@105.ip-167-114-152.net) (Ping timeout: 246 seconds)
# [23:54] * Joins: othermaciej (~mjs@17.202.48.222)
# [23:57] * Joins: dustinm` (~dustinm@105.ip-167-114-152.net)
# [23:58] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
# Session Close: Wed Feb 11 00:00:00 2015

Think these logs are useful? Then please donate to show your gratitude (and keep them up, of course). Thanks! — Krijn