Options:
Previous day, Next day
- # Session Start: Wed Sep 02 00:00:00 2015
- # Session Ident: #whatwg
- # [00:00] * Quits: jeremyj (~jeremyj@17.245.30.18) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [00:01] * Joins: jeremyj (~jeremyj@17.245.30.18)
- # [00:05] * Quits: ttepasse (~ttepasse@ip-178-200-61-79.hsi07.unitymediagroup.de) (Quit: Textual IRC Client: www.textualapp.com)
- # [00:07] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
- # [00:08] * Quits: jeremyj (~jeremyj@17.245.30.18) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [00:08] * Joins: jeremyj (~jeremyj@17.245.30.18)
- # [00:08] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Read error: Connection reset by peer)
- # [00:10] * Quits: eric_carlson (~ericc@17.245.29.21) (Quit: eric_carlson)
- # [00:16] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
- # [00:17] * Joins: karlcow (~karl@128.30.54.58)
- # [00:19] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Remote host closed the connection)
- # [00:19] * Quits: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com) (Ping timeout: 250 seconds)
- # [00:20] * Joins: IZh (~IZh@192.194.199.35)
- # [00:20] * Quits: karlcow_ (~karl@nerval.la-grange.net) (Ping timeout: 246 seconds)
- # [00:20] * Quits: jeremyj (~jeremyj@17.245.30.18) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [00:24] * Krinkle_ is now known as Krinkle
- # [00:26] * Joins: roc (~chatzilla@2400:e780:801:224:2677:3ff:fece:dc64)
- # [00:30] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
- # [00:36] * Quits: robogoat (~robogoat@c-24-126-240-124.hsd1.ga.comcast.net) (Ping timeout: 264 seconds)
- # [00:37] * Joins: robogoat (~robogoat@c-24-126-240-124.hsd1.ga.comcast.net)
- # [00:42] * Quits: plutoniix (~plutoniix@node-3g0.pool-125-25.dynamic.totbb.net) (Quit: จรลี จรลา)
- # [00:54] * Joins: jyasskin (jyasskin@nat/google/x-bigzciotlepmevsm)
- # [00:57] * Quits: smaug____ (~chatzilla@62-78-246-79.bb.dnainternet.fi) (Ping timeout: 265 seconds)
- # [01:04] * Quits: ccardona-work (~ccardona-@209.213.209.190) (Quit: ccardona-work)
- # [01:07] * Joins: ccardona-work (~ccardona-@209.213.209.190)
- # [01:08] * Joins: jensnockert (~jensnocke@84.219.248.21)
- # [01:12] * Quits: benwerd (~benwerd@c-24-4-93-15.hsd1.ca.comcast.net) (Remote host closed the connection)
- # [01:13] * Quits: jensnockert (~jensnocke@84.219.248.21) (Ping timeout: 264 seconds)
- # [01:17] * Quits: karlcow (~karl@128.30.54.58) (Quit: The deeper I go / the deeper I go / green mountains - Santoka)
- # [01:17] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [01:20] * Quits: weinig (~weinig@17.202.47.106) (Quit: weinig)
- # [01:21] * Joins: weinig (~weinig@17.202.47.106)
- # [01:28] * Quits: jyasskin (jyasskin@nat/google/x-bigzciotlepmevsm) (Quit: My computer has gone to sleep. ZZZzzz…)
- # [01:29] * Quits: ^esc_ (~esc-ape@91.141.1.83.wireless.dyn.drei.com) (Read error: Connection reset by peer)
- # [01:31] * Quits: ccardona-work (~ccardona-@209.213.209.190) (Quit: ccardona-work)
- # [01:33] * Joins: jdaggett_ (~jdaggett@61-121-216-2.bitcat.net)
- # [01:33] * Joins: ^esc (~esc-ape@91.141.1.83.wireless.dyn.drei.com)
- # [01:33] * Quits: weinig (~weinig@17.202.47.106) (Quit: weinig)
- # [01:46] * Joins: weinig (~weinig@17.202.47.106)
- # [01:49] * Quits: ehsan (~ehsan@2001:450:1f:224:a023:c9da:93e4:6b20) (Quit: Leaving...)
- # [01:52] * Quits: JoWie (uid93456@gateway/web/irccloud.com/x-sccfzvipvwxxepsc) (Quit: Connection closed for inactivity)
- # [01:58] * Quits: weinig (~weinig@17.202.47.106) (Quit: weinig)
- # [02:05] * Joins: mven (~textual@cpe-173-174-112-125.austin.res.rr.com)
- # [02:05] * Quits: mven (~textual@cpe-173-174-112-125.austin.res.rr.com) (Excess Flood)
- # [02:09] * Quits: jdaggett_ (~jdaggett@61-121-216-2.bitcat.net) (Ping timeout: 264 seconds)
- # [02:09] * Joins: jdaggett__ (~jdaggett@61-121-216-2.bitcat.net)
- # [02:11] * Quits: jsbell (jsbell@nat/google/x-scasugymyjlosphe) (Quit: There's no place like home...)
- # [02:13] * Joins: wartdev (~wartdev@109.255.148.96)
- # [02:13] * Quits: ap (~ap@17.114.216.127)
- # [02:15] * heycam|away is now known as heycam
- # [02:15] * Quits: wartdev (~wartdev@109.255.148.96) (Client Quit)
- # [02:23] * Quits: Jayflux (~Jayflux@unaffiliated/jayflux) (Quit: Leaving)
- # [02:29] * Quits: jxs (~jxs@108.61.167.230) (Ping timeout: 255 seconds)
- # [02:33] * Joins: jxs (~jxs@108.61.167.230)
- # [02:41] * Joins: plutoniix (~plutoniix@119.63.87.222)
- # [02:47] * Joins: mven (~textual@cpe-173-174-112-125.austin.res.rr.com)
- # [02:47] * Quits: mven (~textual@cpe-173-174-112-125.austin.res.rr.com) (Excess Flood)
- # [02:50] * Quits: robogoat (~robogoat@c-24-126-240-124.hsd1.ga.comcast.net) (Ping timeout: 260 seconds)
- # [02:51] * Joins: robogoat (~robogoat@c-24-126-240-124.hsd1.ga.comcast.net)
- # [03:06] * Joins: caitp- (~green@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com)
- # Session Close: Wed Sep 02 03:08:38 2015
- #
- # Session Start: Wed Sep 02 03:08:38 2015
- # Session Ident: #whatwg
- # [03:08] * Disconnected
- # [03:18] * Attempting to rejoin channel #whatwg
- # [03:18] * Rejoined channel #whatwg
- # [03:18] * Topic is 'https://whatwg.org/ — logs: http://krijnhoetmer.nl/irc-logs/ & http://logbot.glob.com.au/ — stats: http://gavinsharp.com/irc/whatwg.html — Please leave your sense of logic at the door, thanks!'
- # [03:18] * Set by MikeSmith!~mike@sideshowbarker.net on Wed Dec 10 17:23:43
- # [03:23] * Quits: ^esc (~esc-ape@91.141.1.83.wireless.dyn.drei.com) (Read error: Connection reset by peer)
- # [03:24] * Joins: falken (uid20729@gateway/web/irccloud.com/x-egoqsdpcozaybhnv)
- # [03:27] * Joins: ^esc (~esc-ape@91.141.1.83.wireless.dyn.drei.com)
- # [03:32] * Quits: dbaron (~dbaron@2620:101:80fb:224:8027:253b:e881:e6e1) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [03:39] * Joins: nicolasbadia_ (~nicolasba@ns3272321.ip-5-39-84.eu)
- # [03:41] * Quits: jeremyj (~jeremyj@17.202.48.144) (Ping timeout: 240 seconds)
- # [03:45] * Parts: kochi (~kochi@2401:fa00:4:1000:2c88:d49:e99a:bc44)
- # [03:45] * Quits: karlcow (~karl@nerval.la-grange.net) (Ping timeout: 255 seconds)
- # [03:45] * Krinkle is now known as Krinkle_
- # [03:45] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [03:52] * Joins: kochi (~kochi@2401:fa00:4:1000:8450:dba6:5a1d:afa3)
- # [03:52] * Joins: kochi1 (~kochi@2401:fa00:4:1000:8450:dba6:5a1d:afa3)
- # [03:55] * Quits: kochi1 (~kochi@2401:fa00:4:1000:8450:dba6:5a1d:afa3) (Client Quit)
- # [03:55] * Quits: kochi (~kochi@2401:fa00:4:1000:8450:dba6:5a1d:afa3) (Client Quit)
- # [03:59] * Quits: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com) (Quit: sicking)
- # [04:06] * Joins: matthewbauer (~textual@64.189.183.76)
- # [04:19] * Quits: jwalden (~waldo@2620:101:80fc:224:7e7a:91ff:fe25:a5a3) (Quit: ChatZilla 0.9.91-rdmsoft [XULRunner 32.0.3/20140923175406])
- # [04:22] * Joins: kochi (~kochi@2401:fa00:4:1000:c07d:c958:c523:dbac)
- # [04:24] * Joins: kochi1 (~kochi@2401:fa00:4:1000:c07d:c958:c523:dbac)
- # [04:29] * Quits: karlcow (~karl@nerval.la-grange.net) (Ping timeout: 244 seconds)
- # [04:29] * Quits: matthewbauer (~textual@64.189.183.76) (Quit: My Mac has gone to sleep. ZZZzzz…)
- # [04:35] * Joins: matthewbauer (~textual@64.189.143.176)
- # [04:49] * Joins: eric_carlson (~ericc@c-24-6-239-9.hsd1.ca.comcast.net)
- # [04:52] * heycam is now known as heycam|away
- # [04:59] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [05:04] * Quits: eric_carlson (~ericc@c-24-6-239-9.hsd1.ca.comcast.net) (Quit: eric_carlson)
- # [05:08] * Quits: matthewbauer (~textual@64.189.143.176) (Ping timeout: 244 seconds)
- # [05:10] * Joins: jensnockert (~jensnocke@84.219.248.21)
- # [05:14] * Joins: mven (~textual@cpe-173-174-112-125.austin.res.rr.com)
- # [05:14] * Quits: mven (~textual@cpe-173-174-112-125.austin.res.rr.com) (Excess Flood)
- # [05:14] * Quits: jensnockert (~jensnocke@84.219.248.21) (Ping timeout: 252 seconds)
- # [06:04] * Joins: benwerd (~benwerd@2601:645:1:25fd:dc2a:6e00:f6c8:1144)
- # [06:06] * Joins: tripu (~tripu@p4119141-ipngn23501marunouchi.tokyo.ocn.ne.jp)
- # [06:22] * heycam|away is now known as heycam
- # [06:23] * Quits: karlcow (~karl@nerval.la-grange.net) (Ping timeout: 268 seconds)
- # [06:28] * Quits: plutoniix (~plutoniix@119.63.87.222) (Ping timeout: 260 seconds)
- # [06:36] * Joins: alrra (uid62345@gateway/web/irccloud.com/x-hwtbwsnjqahomley)
- # [06:38] * Joins: plutoniix (~plutoniix@119.63.87.222)
- # [06:40] * Joins: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com)
- # [06:40] * Joins: weinig (~weinig@50.131.222.145)
- # [06:41] * Quits: weinig (~weinig@50.131.222.145) (Client Quit)
- # [06:41] * Joins: zdobersek (~zan@gateway/vpn/privateinternetaccess/zdobersek)
- # [06:42] * Quits: Mateon1 (~Mateon1@unaffiliated/mateon1) (Ping timeout: 252 seconds)
- # [06:47] * Joins: Mateon1 (~Mateon1@unaffiliated/mateon1)
- # [06:54] * Quits: benwerd (~benwerd@2601:645:1:25fd:dc2a:6e00:f6c8:1144)
- # [07:01] * Joins: sicking (~sicking@c-98-210-157-231.hsd1.ca.comcast.net)
- # [07:04] * Joins: ap (~ap@c-24-130-61-31.hsd1.ca.comcast.net)
- # [07:06] * chrisdickinson_ is now known as chrisdickinson
- # [07:11] * Joins: jensnockert (~jensnocke@84.219.248.21)
- # [07:15] * Quits: aretecode (~aretecode@209.58.131.5) (Quit: Toodaloo)
- # [07:15] * Quits: jensnockert (~jensnocke@84.219.248.21) (Ping timeout: 256 seconds)
- # [07:24] <annevk> Woohoo, clean merge
- # [07:28] <MikeSmith> annevk: big patch?
- # [07:28] * MikeSmith checks the commit log
- # [07:28] <annevk> MikeSmith: nah it was simple, but it's properly linked to the PR and the PR appears purple
- # [07:29] <MikeSmith> hmm did you push it already?
- # [07:29] <MikeSmith> commit log has "annevk authored 13 hours ago"
- # [07:29] <annevk> MikeSmith: I just pushed it though
- # [07:29] <MikeSmith> ah yeah OK
- # [07:30] <MikeSmith> yeah that shows when you committed it, that timestamp
- # [07:30] <annevk> 13h ago it was not Sep 2 here :-)
- # [07:32] <MikeSmith> nice work on all those patches
- # [07:32] <MikeSmith> and nice work on whittling away at the W3C bugs
- # [07:32] * Quits: Goplat (~goplat@reactos/developer/Goplat) (Remote host closed the connection)
- # [07:33] <MikeSmith> https://www.w3.org/Bugs/Public/buglist.cgi?component=HTML&list_id=59308&product=WHATWG&resolution=--- now at 334 bugs
- # [07:34] <MikeSmith> though the curve on the open is now way bent toward "this is not going to be easy or quick to resolve" bugs
- # [07:34] <MikeSmith> *on the open bugs is now
- # [07:34] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
- # [07:36] <annevk> Yeah, so I'd like to actually make a collection of somewhat easy-to-fix bugs if there are any left. Through Mozilla I can get funding for an Outreachy intern (and meanwhile we try to figure out how to get diversity grants done right) and I thought a good project might be submitting patches to the HTML Standard
- # [07:36] <MikeSmith> annevk: I notice that https://www.w3.org/Bugs/Public/show_bug.cgi?id=28821 already has a PR (though against the W3C fork)
- # [07:36] <MikeSmith> annevk: oh
- # [07:36] <MikeSmith> cool to hear that you got funding for somebody to help
- # [07:37] <MikeSmith> as far as https://www.w3.org/Bugs/Public/show_bug.cgi?id=28821 maybe we could ask that commenter (Scott Beardsley) to re-submit that patch against the https://github.com/whatwg/html sources
- # [07:38] <MikeSmith> OK if I comment on that bug to say as much?
- # [07:38] <annevk> MikeSmith: oh sorry, I just did
- # [07:38] <MikeSmith> ah ok
- # [07:38] <MikeSmith> no worries
- # [07:39] <annevk> MikeSmith: since I guess it has to be said, feel free to comment on any bug as you wish, and continue to feel free to resolve them too
- # [07:39] <annevk> :-)
- # [07:39] <MikeSmith> ah okk
- # [07:45] <MikeSmith> I wonder what problem for Web users and Web developers in practice the Alliance for Open Media thing is actually going to solve without Apple on board
- # [07:46] <MikeSmith> roc: ↑
- # [07:46] <MikeSmith> after reading http://aomedia.org/press-release/alliance-to-deliver-next-generation-open-media-formats/
- # [07:46] <MikeSmith> and https://blog.mozilla.org/blog/2015/09/01/forging-an-alliance-for-royalty-free-video/
- # [07:47] <roc> well, it's not clear Apple won't get on board.
- # [07:47] * Quits: ap (~ap@c-24-130-61-31.hsd1.ca.comcast.net) (Quit: ap)
- # [07:47] <MikeSmith> ah ok
- # [07:47] <roc> I mean, I don't know anything
- # [07:48] <MikeSmith> I guess I would assume that they would have delayed the announcement if they thought Apple was going to be getting on board in the near term
- # [07:49] <MikeSmith> but yeah it's not productive to speculate
- # [07:49] <roc> the timing of the announcement was driven by external factors not related to Apple
- # [07:50] <MikeSmith> ah OK
- # [07:50] <MikeSmith> well it's clearly a really good thing
- # [07:50] <roc> If the AOM achieves its goals of bringing an unencumbered video codec to market, and Netflix, Amazon and Google follow through by supporting it in their respective video services, then that would be pretty great for software freedom
- # [07:50] <MikeSmith> absolutely
- # [07:50] <roc> and leave Apple and other client holdouts in a difficult position
- # [07:50] <MikeSmith> yup
- # [07:51] <roc> we can assume Netflix, Amazon and Google would not also support HEVC (or what's the point of AOM?)
- # [07:51] <MikeSmith> having Amazon on board with it is pretty big
- # [07:51] <MikeSmith> yeah
- # [07:51] <roc> so you'd have a situation where watching video on an iPhone takes twice the bandwidth of using any other device
- # [07:52] <roc> unless you bought it through iTunes I guess
- # [07:52] <MikeSmith> hmm
- # [07:52] * Joins: ap (~ap@c-24-130-61-31.hsd1.ca.comcast.net)
- # [07:52] <roc> how long would Apple tolerate that?
- # [07:52] <MikeSmith> yeah that's a pretty big "unless", given the state of things
- # [07:52] <MikeSmith> I dunno
- # [07:53] <roc> so I don't think Apple holding out is really relevant at all.
- # [07:53] * Joins: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com)
- # [07:53] <MikeSmith> how long to Apple users tolerate the fact that they don't have the freedom to install whatever browser/browser-engine they want on their iPhone?
- # [07:54] <MikeSmith> *how long have/will Apple users tolerated
- # [07:54] <roc> Apple's position is that you use apps instead, which kind of works
- # [07:54] <MikeSmith> for some definition of "kind of"
- # [07:54] <roc> but there's no getting around higher data charges for Netflix and Youtube
- # [07:55] <MikeSmith> yeah sure
- # [07:55] <roc> if you're looking for pessimistic spin on AOM, it's that maybe Netflix, Amazon, and Microsoft are just looking for bargaining leverage against the HEVC licensors
- # [07:55] <MikeSmith> but I can imaging Apple working with Netflix to get something special arranged
- # [07:55] <MikeSmith> oh
- # [07:55] <roc> Apple can't really do anything to fix the HEVC licensing situation for Netflix
- # [07:56] <MikeSmith> well I wasn't looking for a pessimistic spin on it :)
- # [07:56] <MikeSmith> ok
- # [07:57] <annevk> roc: doesn't Netflix do H265 for 4K? Or can you do that using H264 too?
- # [07:57] * Quits: ap (~ap@c-24-130-61-31.hsd1.ca.comcast.net) (Ping timeout: 265 seconds)
- # [07:58] <roc> you sure can
- # [07:58] <roc> it's more bandwidth
- # [07:59] <roc> Netflix was in the H.265 camp, which is why this AOM announcement is big news.
- # [08:00] * Joins: JoWie (uid93456@gateway/web/irccloud.com/x-ussbxdciulhvgcis)
- # [08:02] <roc> I assume the H.265 licensing disaster has spooked them.
- # [08:03] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Remote host closed the connection)
- # [08:06] <annevk> Well, hopefully it works out
- # [08:06] <roc> I hope it works out with us winning
- # [08:07] <annevk> Me too, but I'm still somewhat scarred by the WebM experiment
- # [08:07] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
- # [08:07] <roc> what about it?
- # [08:10] <annevk> roc: well I was all excited back then too about open media having a chance yet here we are with H264 mandated in practice
- # [08:10] <roc> yes
- # [08:10] <roc> things have changed
- # [08:11] <roc> one big advantage we have this time around is that there is a pretty-good video codec with hardware support everywhere: H.264
- # [08:11] <terinjokes> is there any information on how AOM intends to do this? leveraging Thor?
- # [08:12] <annevk> terinjokes: from the post "We believe that Daala, Cisco’s Thor, and Google’s VP10 combine to form an excellent basis for a truly world-class royalty-free codec."
- # [08:12] <roc> I imagine the plan is to come up with something that's a combination of Daala, Thor and VPx
- # [08:12] * Quits: sicking (~sicking@c-98-210-157-231.hsd1.ca.comcast.net) (Quit: sicking)
- # [08:12] <roc> it depends on who's serious
- # [08:12] <terinjokes> annevk: reading comprehension failed. sorry
- # [08:12] <roc> Microsoft has some good codec expertise, but it's unclear how enthusiastic they really are
- # [08:13] <roc> annevk: the other thing is the H.265 licensing mess. If H.265 licensing was just like H.264s AOM wouldn't be happening.
- # [08:13] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Read error: Connection reset by peer)
- # [08:13] <annevk> From Twitter it seems they're plenty enthusiastic, but that doesn't tell you much
- # [08:14] <annevk> roc: are you afraid the H265 camp will make a counteroffer?
- # [08:14] <roc> it's possible that some AOM members are in with that as their goal
- # [08:15] <roc> the good news for us is that there isn't an "H.265 camp"
- # [08:15] <roc> there are at least two warring camps
- # [08:15] <roc> maybe more considering I've heard 1/3 of H.265 patent holders haven't committed to MPEG-LA or HEVC Advance yet.
- # [08:15] * heycam is now known as heycam|away
- # [08:16] <MikeSmith> wow
- # [08:16] <roc> if HEVC Advance lower their pricing structure to similar to MPEG-LA's, then HEVC loses its reason to exist
- # [08:16] <roc> and organizations like to exist
- # [08:17] <roc> it gets even more amusing considering all the HEVC hardware that's shipping, e.g. iPhone 6
- # [08:18] <roc> that momentum was great for HEVC ... except that now those vendors have no idea how much royalties they'll have to pay *for hardware they've already shipped*
- # [08:21] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
- # [08:22] <MikeSmith> one would hope that realization that anybody actually rational would have at this point is: Patent pools are horrible.
- # [08:22] <MikeSmith> *non-RF patent pools
- # [08:24] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Read error: Connection reset by peer)
- # [08:27] * Joins: howdoi (uid224@gateway/web/irccloud.com/x-qafkswmkqhmrxdha)
- # [08:32] * Quits: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com) (Quit: My computer has gone to sleep. ZZZzzz…)
- # [08:33] * Quits: roc (~chatzilla@2400:e780:801:224:2677:3ff:fece:dc64) (Ping timeout: 244 seconds)
- # [08:35] <MikeSmith> annevk: is it valid to do Access-Control-Allow-Headers: *
- # [08:35] <annevk> MikeSmith: no
- # [08:35] <MikeSmith> with the wildcard I mean?
- # [08:35] <MikeSmith> yeah, OK
- # [08:35] <MikeSmith> thought so
- # [08:35] <MikeSmith> thanks
- # [08:36] <MikeSmith> roc: dunno about your music tastes but your countryman Marlon Williams is great http://www.marlonwilliams.co.nz/ (/me is listening to "Dark Child") and I would go see his live show if lived nearby
- # [08:36] <annevk> Now I wonder what iPhone 6s will ship with
- # [08:37] <MikeSmith> Auckland Oct 15 http://www.marlonwilliams.co.nz/show/holy-trinity-auckland-the-church-tour-with-delaney-davidson-tami-neilson-barry-saunders/
- # [08:38] <MikeSmith> annevk: video support you mean?
- # [08:38] <annevk> MikeSmith: yeah, if they will continue to ship hardware that will make them pay
- # [08:38] <MikeSmith> ah
- # [08:38] <annevk> That would be an interesting indicator of where Apple stands, though perhaps iPhone 6s is too baked/soon to speculate
- # [08:41] <MikeSmith> yeah I would think too baked but who knows
- # [08:41] <MikeSmith> anyway, speculating his hard! let's land patches!
- # [08:42] <MikeSmith> annevk: so just looking at things from a webdev PoV, where does a webdev go learn that Access-Control-Allow-Headers can't be wilcard?
- # [08:42] <annevk> MikeSmith: https://fetch.spec.whatwg.org/#http-new-header-syntax is pretty clear
- # [08:42] <MikeSmith> annevk: https://fetch.spec.whatwg.org/#http-new-header-syntax
- # [08:43] <MikeSmith> annevk: yeah I don't think it's clear enough to the average webdev
- # [08:43] <annevk> MikeSmith: hmm, although token does include *
- # [08:43] <MikeSmith> oh
- # [08:43] <MikeSmith> hmm
- # [08:43] <annevk> So I guess it's allowed, but * matches a header name?
- # [08:43] <annevk> Rather than act as a wildcard...
- # [08:43] <MikeSmith> oh
- # [08:43] <MikeSmith> that makes sense
- # [08:43] <MikeSmith> but it's not intuitive
- # [08:44] <annevk> https://fetch.spec.whatwg.org/#http-access-control-allow-headers is also pretty clear that it only allows headers to be listed
- # [08:44] * MikeSmith looks
- # [08:44] <MikeSmith> well, with all due respect, I don't consider that to be pretty clear
- # [08:45] <MikeSmith> but maybe I'm trying to think too lowest-common-denominator
- # [08:45] <MikeSmith> as far was what's clear to the average dev
- # [08:45] <MikeSmith> but anyway I wasn't really criticizing the spec on this
- # [08:46] <MikeSmith> it should be clear in other places, like MDN
- # [08:46] <annevk> MikeSmith: I'm happy to take PRs
- # [08:46] <MikeSmith> and yeah I know I can update the MDN pages myself to make it more clear
- # [08:46] <MikeSmith> annevk: k
- # [08:46] * MikeSmith is just kvetching at this point
- # [08:46] <annevk> heh
- # [08:46] <annevk> I'm happy to make improvements
- # [08:47] <MikeSmith> annevk: I think you know already that IMHO the spec isn't the best place to try to make things clear for authors
- # [08:48] <MikeSmith> especially if what's added is distracting/noisy to implementors
- # [08:48] <MikeSmith> *specs in general are the best place
- # [08:48] <annevk> Have to strike some balance; e.g., I'd like you to be able to understand
- # [08:48] <MikeSmith> sure
- # [08:48] <MikeSmith> fair enough
- # [08:48] <MikeSmith> but in my case I'm just lazy
- # [08:49] <MikeSmith> that said, I guess many others are equally lazy
- # [08:49] <MikeSmith> but we shouldn't optimize for laziness
- # [08:52] <MikeSmith> annevk: it is accurate to say that Access-Control-Allow-Origin is the *only* header that allows a wildcard?
- # [08:52] <MikeSmith> *is it accurate
- # [08:53] <MikeSmith> *sometimes allows a wildcard
- # [08:53] <annevk> of the Access-Control-* headers, yes
- # [08:53] * heycam|away is now known as heycam
- # [08:53] <MikeSmith> k
- # [08:53] <MikeSmith> thanks
- # [08:54] <terinjokes> also worth noting that there's no list syntax for Access-Control-Allow-Origin, as a coworker found out the end of the last week
- # [08:58] * Quits: jdaggett__ (~jdaggett@61-121-216-2.bitcat.net) (Quit: jdaggett__)
- # [09:01] * Quits: Mek (~quassel@kde/mkruisselbrink) (Remote host closed the connection)
- # [09:12] * Joins: jensnockert (~jensnocke@84.219.248.21)
- # [09:16] * Joins: Mek (~quassel@kde/mkruisselbrink)
- # [09:16] * Quits: jensnockert (~jensnocke@84.219.248.21) (Ping timeout: 250 seconds)
- # [09:16] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
- # [09:20] * Joins: Ms2ger (~Ms2ger@ptr-2hj4tblvksdoqwr318avut18l.ip6.access.telenet.be)
- # [09:20] * Quits: Mek (~quassel@kde/mkruisselbrink) (Ping timeout: 244 seconds)
- # [09:23] * Joins: Mek (~quassel@kde/mkruisselbrink)
- # [09:23] * Joins: calvaris (~calvaris@fanzine.igalia.com)
- # [09:25] * Joins: zcorpan (~zcorpan@2a00:801:e0:30:c409:b22b:7cc8:cd6d)
- # [09:33] * Quits: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com) (Quit: tantek)
- # [09:40] * heycam is now known as heycam|away
- # [09:48] * hsivonen finds a bug in the big5 encoder algorithm
- # [09:53] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Remote host closed the connection)
- # [09:58] <hsivonen> filed as https://github.com/whatwg/encoding/issues/9
- # [09:59] * Joins: jdaggett_ (~jdaggett@61-121-216-2.bitcat.net)
- # [10:00] * Quits: jdaggett_ (~jdaggett@61-121-216-2.bitcat.net) (Client Quit)
- # [10:00] <annevk> terinjokes: folks keep getting confused by that
- # [10:00] <annevk> terinjokes: the original specification allowed space-separated origins, but they were for redirects, not anything like allowing multiple origins...
- # [10:02] <annevk> hsivonen: could you take a look at https://github.com/whatwg/html/pull/66?
- # [10:05] <hsivonen> annevk: reviewing now
- # [10:10] * Quits: dshwang (~dshwang@192.55.54.40) (Remote host closed the connection)
- # [10:13] * Joins: dshwang (dshwang@nat/intel/x-charjccobcftkkky)
- # [10:15] * Quits: Lachy (~Lachy@cm-84.215.179.176.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [10:20] <zcorpan> ok one step towards fixing web-apps-tracker https://gist.github.com/zcorpan/5f0e36efdd35b800a6be
- # [10:20] <annevk> I'm using [good first bug] in the whiteboard to annotate bugs for potential interns
- # [10:20] <annevk> Please don't fix them :-)
- # [10:20] <annevk> zcorpan: so...
- # [10:21] <annevk> zcorpan: you know web-apps-tracker uses the git repository right?
- # [10:21] <annevk> zcorpan: it should be easier than that
- # [10:21] <annevk> zcorpan: it finds the git commit by searching for the SVN ID embedded in it
- # [10:21] <annevk> s/ID/revision/
- # [10:22] <annevk> zcorpan: though I guess we could use this for a .htaccess file
- # [10:22] <annevk> zcorpan: which seems nice due to its staticness
- # [10:22] <zcorpan> annevk: yeah. seems pointless to parse the gitlog every time when it's a fixed list
- # [10:22] <annevk> carry on :-)
- # [10:23] <mkwst> annevk: What is Body::json supposed to return for a Request object?
- # [10:23] <zcorpan> do we want to redirect the old urls with query strings?
- # [10:23] <annevk> mkwst: {} I suspect
- # [10:24] <annevk> mkwst: oh wait, you're not talking about the JSON serializer thingie
- # [10:24] <mkwst> I'm talking about the body mixin.
- # [10:24] <annevk> mkwst: request.json() returns the body of the request as a JSON object
- # [10:24] <mkwst> Ok, so if the body doesn't parse as JSON, it just explodes.
- # [10:24] <annevk> zcorpan: yes
- # [10:25] <annevk> mkwst: SyntaxError, iirc
- # [10:25] <mkwst> annevk: right. SyntaxExplosion. :)
- # [10:25] <annevk> mkwst: maybe in Chrome :-P
- # [10:25] <mkwst> annevk: Does Firefox implement the `formData` method? Chrome apparently doesn't.
- # [10:26] <annevk> mkwst: it might not
- # [10:26] <mkwst> ok. interesting.
- # [10:28] <mkwst> are these methods intended to allow casting? like, if I do `new Request(..., { body: formDataObject });`, I can get the encoded data back via `text()`. Should I be able to get the original FormData back via `formData()`? Should I get a blob via `blob()`?
- # [10:28] <mkwst> Or are they meant to only work when their type was passed in as RequestInit::body?
- # [10:29] <mkwst> (Sorry, these are stupid questions.)
- # [10:30] <annevk> mkwst: "casting" should work
- # [10:31] <annevk> mkwst: no worries; if you couldn't tell from reading the specification, perhaps we should add some examples...
- # [10:31] <annevk> mkwst: speaking of which, if you want to make more PRs...
- # [10:32] <mkwst> annevk: hey! let me finish my specs before making me work on yours. :) I'm busy "improving" fetch and XHR via the magic of monkey patches.
- # [10:36] <hsivonen> annevk: review done
- # [10:36] <annevk> hsivonen: thank you, those comments look great
- # [10:44] * Joins: Lachy (~Lachy@213.166.174.2)
- # [10:55] <mkwst> annevk: (Sorry, more opaque FormData questions.) Would you be sad if it wasn't possible to construct a `Request` object from JavaScript using a RequestInit object whose `body` was an opaque FormData? That is, `fetch(..., { body: oFD, ... })` would work, but `new Request(..., { body: oFD, ... })` wouldn't?
- # [10:55] <mkwst> annevk: it doesn't look like the former would expose the Request object to JavaScript, which means we wouldn't have to monkey patch Request to deny external access to the data while allowing internal access.
- # [10:56] * Joins: espadrine_ (~tyl@213.152.18.159)
- # [10:56] <annevk> mkwst: the former uses new Request() literally so I'm not sure how you'd monkey patch your way out of that...
- # [10:57] <mkwst> Request(): 1. If opaque, reject. 2. Call InternalRequest(). InternalRequest(): [copy/paste the existing Request()]. :)
- # [10:58] <mkwst> basically split the construction algorithm out into "construct a Request object", and have the IDL constructor do the opacity check.
- # [10:59] <annevk> mkwst: so how would this work with the Cache API?
- # [11:00] <annevk> mkwst: if you do cache.add(url, {body:oFD}) and then enumerate the requests?
- # [11:00] <mkwst> Cache works on Responses, doesn't it?
- # [11:00] <annevk> mkwst: it stores both
- # [11:01] <mkwst> Where is this defined? Service Worker?
- # [11:03] * Joins: roc (~chatzilla@121.98.81.91)
- # [11:03] <mkwst> if Cache is only available in Service Worker, then I don't think we need to care since the credential isn't available in the SW context.
- # [11:03] <annevk> Cache is everywhere
- # [11:03] <mkwst> but I take your point. Request data is exposed all over the place. Ugh.
- # [11:03] * Joins: wilsonpage (~wilsonpag@217.111.161.212)
- # [11:04] <annevk> Hmm yeah, speaking of which, we'll have a fetch observation API at some point, that'll also expose the Request object
- # [11:04] <mkwst> ...
- # [11:05] <annevk> mkwst: https://github.com/whatwg/fetch/issues/65
- # [11:05] <mkwst> Can I call for a moratorium on new Request exposure? :)
- # [11:06] <annevk> That's easy, denied!
- # [11:07] <mkwst> you're mean.
- # [11:08] <mkwst> skimming Fetch, it's not clear whether Request exposes 'forbidden' header values. does it?
- # [11:09] <mkwst> it stops sets and deletes, but not gets, apparently.
- # [11:10] <annevk> mkwst: they won't be in there
- # [11:11] <annevk> mkwst: forbidden headers are set post service workers
- # [11:11] <annevk> just before the network
- # [11:13] * Joins: jensnockert_ (~jensnocke@84.219.248.21)
- # [11:17] * Quits: jensnockert_ (~jensnocke@84.219.248.21) (Ping timeout: 240 seconds)
- # [11:36] * Joins: ttepasse (~ttepasse@ip-178-200-61-79.hsi07.unitymediagroup.de)
- # [11:40] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Remote host closed the connection)
- # [11:40] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
- # [11:42] * Quits: espadrine_ (~tyl@213.152.18.159) (Read error: Connection reset by peer)
- # [11:42] * Joins: espadrine_ (~tyl@213.152.18.159)
- # [11:42] * Joins: smaug____ (~chatzilla@62-78-246-79.bb.dnainternet.fi)
- # [11:50] <smaug____> annevk: https://www.w3.org/Bugs/Public/show_bug.cgi?id=25897 is a 'good first bug' ?
- # [11:50] <smaug____> from implementation point of view that is very tricky one
- # [11:51] <smaug____> what if focusin/out do something unexpected...
- # [11:51] <annevk> smaug____: I wasn't sure about that one, the comments suggested it was just going to be firing some more events
- # [11:51] <annevk> smaug____: could you maybe add a comment and clear the whiteboard?
- # [11:52] <smaug____> k
- # [11:52] <annevk> thank you
- # [11:59] <MikeSmith> bravo StackOverflow. One of the Free Pascal devs actually posted an answer to the SO question I posted about the compiling/linking problem I ran into when trying to compile the wattsi code to do the HTML spec build
- # [11:59] <MikeSmith> http://stackoverflow.com/a/32349608/441757
- # [12:00] <MikeSmith> "strictly the original source is buggy"
- # [12:00] <MikeSmith> I won't tell Hixie that he said that
- # [12:01] <MikeSmith> they still have a bug to fix in their compiler on OSX though
- # [12:04] <MikeSmith> oh they already responded to that
- # [12:04] <MikeSmith> http://bugs.freepascal.org/view.php?id=28588
- # [12:04] <MikeSmith> 「The "fpc" binary on OS X always has and for the foreseeable future always will generate 32 bit code by default (both on Intel and PowerPC systems). If you want 64 bit code, use "fpc -Px86_64" or ppcx64.
- # [12:08] * Parts: IZh (~IZh@192.194.199.35)
- # [12:09] <annevk> 30 bugs https://www.w3.org/Bugs/Public/buglist.cgi?bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&component=HTML&product=WHATWG&status_whiteboard=[good first bug]&status_whiteboard_type=substring
- # [12:09] <annevk> seems like a good start
- # [12:13] <hsivonen> do I understand correctly that the HTML spec switch from a build tool written in Python (anolis) to a build tool written in Free Pascal (wattsi) and in order to make the switch, Hixie implemented infrastructure like UTF-8 strings, HTML parsing and JSON parsing in Free Pascal?
- # [12:14] <hsivonen> s/switch/switched/
- # [12:14] <annevk> hsivonen: I think so
- # [12:15] <hsivonen> annevk: I see. Not a development paths I'd have recommended.
- # [12:16] <hsivonen> If you rewrite the world, do it in Rust.
- # [12:16] <annevk> That would be pretty cool, something like Bikeshed, but in Rust, so it's fast
- # [12:17] <annevk> I suppose eventually Rust will have enough infrastructure to port certain things
- # [12:18] <MikeSmith> annevk: thanks for doing https://www.w3.org/Bugs/Public/buglist.cgi?bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&component=HTML&list_id=59317&product=WHATWG&status_whiteboard=%5Bgood%20first%20bug%5D&status_whiteboard_type=substring
- # [12:18] <MikeSmith> hsivonen: yeah your summary is correct
- # [12:18] <jgraham> Well Rust already has UTF8 strings, HTML Parsing and JSON parsing
- # [12:19] <MikeSmith> I agree that if somebody were to write something like this now, Rust would seem like the better way to do it
- # [12:19] <MikeSmith> but, well, soembody else didn't write it
- # [12:20] <jgraham> I think mostly Hixie used free pascal because he likes pascal
- # [12:20] <MikeSmith> and the wattsi code is actually pretty nice
- # [12:20] <MikeSmith> yeah, and he writes pascal pretty good, as far as I can see
- # [12:21] <MikeSmith> wattsi seems very fast to me
- # [12:21] <jgraham> (but also because http://ian.hixie.ch/programming/ which is not a great approach to picking a programming language)
- # [12:21] <MikeSmith> for what it's doing
- # [12:22] <MikeSmith> jgraham: you mean, just ranking the language by where the first letter of their name occurs in alphabetical order?
- # [12:22] <MikeSmith> I kind of like that ranking
- # [12:23] <MikeSmith> just don't know if it's reverse-sorted
- # [12:23] <jgraham> :p
- # [12:23] <MikeSmith> but I choose to assume it's from worst to best
- # [12:23] <MikeSmith> heh :)
- # [12:23] <MikeSmith> anyway, it puts Python at the top!
- # [12:23] <MikeSmith> or else C
- # [12:23] <jgraham> And Rust would be even topper
- # [12:23] <MikeSmith> yes!
- # [12:24] <MikeSmith> it really works!
- # [12:24] <MikeSmith> I'm going to inject Rust into that page
- # [12:24] <MikeSmith> since Hixie is serving it insecurely
- # [12:24] * MikeSmith goes back to trying to write a wattsi patch
- # [12:27] * Quits: psy_ (~psy@43.224.156.116) (Ping timeout: 252 seconds)
- # [12:28] <hsivonen> Hixie's Programming Languages page seems wrong about Java when it claims no language support for enumeration
- # [12:29] <hsivonen> also weird that Automatic memory management is colorless but Execution makes a value judgment against VMs
- # [12:29] <jgraham> I think the more fundamental wrongness is judging a language as a checklist of features
- # [12:30] <hsivonen> that, too
- # [12:30] <Ms2ger> Does the checklist have UTF8 strings, HTML Parsing and JSON parsing? :)
- # [12:33] <nox> Where is that?
- # [12:33] <nox> Sounds fun.
- # [12:33] * MikeSmith learns how to disable runtime range checks in Free Pascal
- # [12:33] <nox> Oh god.
- # [12:33] <nox> So horrible.
- # [12:33] <MikeSmith> heh
- # [12:35] * Quits: Lachy (~Lachy@213.166.174.2) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [12:35] <nox> jgraham: And Rust's HTML parsing improved quite a bit yesterday. :)
- # [12:36] <jgraham> nox: Oh?
- # [12:37] <nox> jgraham: 10 PRs landed, h5e even parses <isindex> now.
- # [12:37] <jgraham> Nice!
- # [12:41] <annevk> Another clean merge
- # [12:42] * Joins: karlcow (~karl@nerval.la-grange.net)
- # [12:44] * MikeSmith peruses the commit log
- # [12:52] * Quits: plutoniix (~plutoniix@119.63.87.222) (Quit: จรลี จรลา)
- # [13:00] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Remote host closed the connection)
- # [13:02] * Joins: Lachy (~Lachy@213.166.174.2)
- # [13:02] * Quits: jst_ (~quassel@198.199.94.175) (Quit: No Ping reply in 180 seconds.)
- # [13:03] * Joins: jst (~quassel@198.199.94.175)
- # [13:04] * Quits: zcorpan (~zcorpan@2a00:801:e0:30:c409:b22b:7cc8:cd6d) (Ping timeout: 264 seconds)
- # [13:10] * Quits: tripu (~tripu@p4119141-ipngn23501marunouchi.tokyo.ocn.ne.jp) (Ping timeout: 240 seconds)
- # [13:12] * Quits: Lachy (~Lachy@213.166.174.2) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [13:13] <annevk> I wonder if <isindex> is still implemented in all browsers
- # [13:14] * Joins: jensnockert (~jensnocke@84.219.248.21)
- # [13:15] * Joins: Lachy (~Lachy@213.166.174.2)
- # [13:18] * Quits: jensnockert (~jensnocke@84.219.248.21) (Ping timeout: 264 seconds)
- # [13:22] <mkwst> annevk: I dropped it from Chrome. I think folks from Opera and Mozilla were sad about that.
- # [13:25] * Joins: tripu (~tripu@p2740049-ipngn22401marunouchi.tokyo.ocn.ne.jp)
- # [13:32] * wilsonpage is now known as wilsonpage-away
- # [13:35] <MikeSmith> mkwst: did you ever find an acceptable (context-appropriate) synonym for the world "credential"?
- # [13:36] <mkwst> nope.
- # [13:37] <mkwst> I'm calling them credentials until someone tells me to stop.
- # [13:38] <MikeSmith> SGTM
- # [13:40] * wilsonpage-away is now known as wilsonpage
- # [13:40] * Quits: smaug____ (~chatzilla@62-78-246-79.bb.dnainternet.fi) (Ping timeout: 250 seconds)
- # [13:41] <mkwst> MikeSmith: The only thing I can think of would be to rename the API to something like `navigator.auth`, which would cover the three things I care about, and exclude the many things I don't. That said, "auth" seems to promise a bit more than I think I can deliver. *shrug*
- # [13:42] * Quits: capella-s3 (~yaaic@cpe-24-59-243-39.twcny.res.rr.com) (Read error: Connection reset by peer)
- # [13:47] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
- # [13:51] * Joins: igoroliveira (uid20755@gateway/web/irccloud.com/x-ikrhwkfgygclebsw)
- # [13:52] * Joins: zcorpan (~zcorpan@c-5eeaaa4b-74736162.cust.telenor.se)
- # [13:53] <MikeSmith> mkwst: yeah I'd say you already went above and beyond on trying to address the naming concern (and the imagined confusion it might cause for actual devs)
- # [13:54] <mkwst> MikeSmith: I'd say the same! But whatever. I don't want to stop on their namespace if there's a reasonable think I can call the thing I want to build that doesn't use the word they love so much and have defined so strangely.
- # [13:54] <MikeSmith> well
- # [13:54] <MikeSmith> they don't own any namespace on this
- # [13:54] <MikeSmith> despite what they might try to imply/assert
- # [13:54] <mkwst> No, of course not. But, politeness etc.
- # [13:54] <MikeSmith> sure
- # [13:55] <mkwst> They wrote their strange spec before I made mine public, so. *shrug* I'm friendly. :)
- # [13:55] <MikeSmith> we clearly need to version words
- # [13:56] <MikeSmith> "You mean 'credentials2', right? I'm talking about 'credentials1'."
- # [13:57] * Joins: darobin (~darobin@159.180.228.142)
- # [14:03] * Quits: sarri (~sari@unaffiliated/sarri) (Ping timeout: 244 seconds)
- # [14:05] * Quits: Lachy (~Lachy@213.166.174.2) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [14:12] <mkwst> well, we have that. "I'm talking about https://w3c.github.io/webappsec/specs/credentialmanagement/#credentials, you're talking about https://web-payments.org/specs/source/identity-credentials/#dfn-credential."
- # [14:17] * Joins: Lachy (~Lachy@213.166.174.2)
- # [14:19] * Quits: calvaris (~calvaris@fanzine.igalia.com) (Quit: Ex-Chat)
- # [14:22] * Quits: alrra (uid62345@gateway/web/irccloud.com/x-hwtbwsnjqahomley) (Quit: Connection closed for inactivity)
- # [14:22] * Quits: zcorpan (~zcorpan@c-5eeaaa4b-74736162.cust.telenor.se) (Ping timeout: 246 seconds)
- # [14:22] <MikeSmith> hahah
- # [14:24] <annevk> You can instantly tell who's using ReSpec
- # [14:26] <MikeSmith> mkwst: just bind to those URIs some arbitrary prefixes that require looking back somewhere else in the conversation/world to resolve, and you have an world-class extensible solution to your problem
- # [14:26] <annevk> SimonSapin: how do you say "simply reverse engineering browsers." in French?
- # [14:26] * annevk wants to reply to https://twitter.com/Titi_Alone/status/639024422049984512
- # [14:27] <annevk> hsivonen: https://github.com/whatwg/html/pull/66 made the ISO-2022-JP thing a should, otherwise addressed your comments
- # [14:27] * Quits: Yudai (~Yudai@c-73-170-83-204.hsd1.ca.comcast.net) (Ping timeout: 250 seconds)
- # [14:27] * Joins: zcorpan (~zcorpan@94.234.170.217)
- # [14:28] * Joins: Yudai (~Yudai@c-73-170-83-204.hsd1.ca.comcast.net)
- # [14:28] <caitp> does the URI spec really require you to parse IPv4 with each byte encoded as octal or hex?
- # [14:29] <annevk> caitp: URL does, URI doesn't
- # [14:30] <MikeSmith> hey it's caitp (long time no see)
- # [14:30] <annevk> (URI is obsolete though)
- # [14:30] <caitp> I use them interchangeably for some reason
- # [14:30] * Quits: dshwang (dshwang@nat/intel/x-charjccobcftkkky) (Remote host closed the connection)
- # [14:30] <MikeSmith> for those who like stuff related to range checks in Python: https://github.com/whatwg/wattsi/pull/1
- # [14:32] <annevk> s/Python/Pascal/?
- # [14:33] <annevk> Assigned to Hixie
- # [14:33] <MikeSmith> thanks
- # [14:33] <MikeSmith> yeah, Freudian slip
- # [14:33] * Joins: aknyharse (~akmnlrse@c83-250-35-127.bredband.comhem.se)
- # [14:34] <MikeSmith> anyway I guess now that we have a "wattsi as a service", that PR is somewhate moot. And Hixie might reject it. And if he does I won't be unhappy. And I will at least have done the Right Thing by trying actually fix it.
- # [14:42] * Quits: howdoi (uid224@gateway/web/irccloud.com/x-qafkswmkqhmrxdha) (Quit: Connection closed for inactivity)
- # [14:53] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Remote host closed the connection)
- # [14:54] * Joins: dshwang (dshwang@nat/intel/x-tpxqwoeducpvauyj)
- # [14:56] * Joins: vyorkin (~vyorkin@109.188.126.18)
- # [14:57] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
- # [14:59] <annevk> johnme: thank you!
- # [14:59] <annevk> johnme: just noticed that's your first commit too, great
- # [15:01] * Joins: scor (~scor@drupal.org/user/52142/view)
- # [15:02] * Quits: zcorpan (~zcorpan@94.234.170.217) (Remote host closed the connection)
- # [15:04] * Parts: aknyharse (~akmnlrse@c83-250-35-127.bredband.comhem.se)
- # [15:06] <MikeSmith> there's an attr() function in CSS now? https://github.com/w3c/css-validator/issues/24 (I guess I vaguely recall)
- # [15:07] <MikeSmith> ah, since 2.1 (dinnet now)
- # [15:08] <darobin> yeah, but it hasn't been reliably implemented, at least it didn't use to be, haven't checked in a while
- # [15:09] <MikeSmith> hey darobin
- # [15:09] <MikeSmith> ok
- # [15:09] <darobin> hey man
- # [15:09] * Joins: zcorpan (~zcorpan@94.234.170.217)
- # [15:11] * wilsonpage is now known as wilsonpage-away
- # [15:11] * Quits: ^esc (~esc-ape@91.141.1.83.wireless.dyn.drei.com) (Ping timeout: 264 seconds)
- # [15:12] <MikeSmith> darobin: I've decided to switch over to focusing most of my time to debugging Free Pascal code from now on
- # [15:12] <darobin> MikeSmith: that sounds like a precious life skill
- # [15:13] <darobin> somehow I get the feeling that if I hadn't just bailed I might have found myself drawn into the same...
- # [15:13] <darobin> good instinct, there
- # [15:14] <jgraham> MikeSmith: Don't knock it, if you believe http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html Object Pascal is like the 14th most popular programming language
- # [15:15] * Joins: jensnockert_ (~jensnocke@84.219.248.21)
- # [15:15] * MikeSmith looks
- # [15:15] * jgraham tries not to draw attention to the word "if" in that sentence
- # [15:16] <MikeSmith> I like Hixie's ranking-by-alphabet much better.
- # [15:16] <MikeSmith> that listing overcomplicates things with arbitrary criteria
- # [15:18] <jgraham> Hixie's ranking probably overstates how good VisualBasic is, however :p
- # [15:18] * wilsonpage-away is now known as wilsonpage
- # [15:19] * Quits: jensnockert_ (~jensnocke@84.219.248.21) (Ping timeout: 250 seconds)
- # [15:22] * Joins: encryptd_fractal (~encryptd_@63-254-58-198.ip.mcleodusa.net)
- # [15:24] * Quits: dshwang (dshwang@nat/intel/x-tpxqwoeducpvauyj) (Remote host closed the connection)
- # [15:26] <gsnedders> MikeSmith: CSS 2.1 attr() is widely supported. CSS 3 attr() isn't.
- # [15:28] <johnme> annevk: thanks for reviewing :)
- # [15:31] <MikeSmith> jgraham: :) zsh shell scripting #1!
- # [15:31] <MikeSmith> gsnedders: ah OK
- # [15:36] * Quits: zcorpan (~zcorpan@94.234.170.217) (Remote host closed the connection)
- # [15:41] * Joins: zcorpan (~zcorpan@94.234.170.217)
- # [15:42] * Joins: mven (~textual@32.97.110.57)
- # [15:42] * Quits: mven (~textual@32.97.110.57) (Excess Flood)
- # [15:46] * Quits: tripu (~tripu@p2740049-ipngn22401marunouchi.tokyo.ocn.ne.jp) (Quit: Leaving)
- # [15:50] * Quits: vyorkin (~vyorkin@109.188.126.18) (Ping timeout: 265 seconds)
- # [15:53] * Joins: dshwang (~dshwang@192.55.54.40)
- # [15:58] <JakeA> annevk: trying to pick a day for the next sw f2f. Ted wasn't keen on using the plenary day, that leaves Monday or Tuesday. I imagine either of these will cause clashes. Any preference?
- # [15:58] * Quits: zcorpan (~zcorpan@94.234.170.217) (Remote host closed the connection)
- # [15:58] * Joins: plutoniix (~plutoniix@node-cnf.pool-125-24.dynamic.totbb.net)
- # [16:06] <annevk> JakeA: either is fine with me
- # [16:07] * Joins: raintrap_ (~raintrap_@112.198.77.200)
- # [16:16] * Joins: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com)
- # [16:17] <SimonSapin> annevk: a translation of "reverse engineering" exists, but no-one uses it. I replied to that tweet
- # [16:18] <annevk> ta
- # [16:18] * Quits: roc (~chatzilla@121.98.81.91) (Ping timeout: 255 seconds)
- # [16:26] * Joins: alrra (uid62345@gateway/web/irccloud.com/x-iixzohuqewpqhmls)
- # [16:27] * Joins: smaug____ (~chatzilla@62-78-246-79.bb.dnainternet.fi)
- # [16:28] * Quits: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com) (Quit: My computer has gone to sleep. ZZZzzz…)
- # [16:45] * Joins: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com)
- # [16:51] * Quits: yhirano_ (uid40668@gateway/web/irccloud.com/x-iduqqxwswdqovnnr) (Quit: Connection closed for inactivity)
- # [16:51] <wanderview> annevk: mkwst: gecko supports request.formData()
- # [16:52] <wanderview> not sure which version it was implemented in, though
- # [16:56] * Joins: eric_carlson (~ericc@c-24-6-239-9.hsd1.ca.comcast.net)
- # [17:02] * Joins: ehsan (~ehsan@ip-162-250-172-168.fibre.fibrestream.ca)
- # [17:10] * Quits: wilsonpage (~wilsonpag@217.111.161.212) (Quit: My Mac has gone to sleep. ZZZzzz…)
- # [17:12] * Joins: wilsonpage (~wilsonpag@217.111.161.212)
- # [17:14] * wilsonpage is now known as wilsonpage-away
- # [17:15] * Quits: wilsonpage-away (~wilsonpag@217.111.161.212) (Client Quit)
- # [17:15] * Joins: jensnockert (~jensnocke@84.219.248.21)
- # [17:17] * Joins: wilsonpage (~wilsonpag@217.111.161.212)
- # [17:20] * Quits: jensnockert (~jensnocke@84.219.248.21) (Ping timeout: 256 seconds)
- # [17:31] * Joins: ^esc (~esc-ape@178.165.130.82.wireless.dyn.drei.com)
- # [17:33] * Joins: vyorkin (~vyorkin@46.250.159.231)
- # [17:36] * Joins: slartsa (~lari@176-93-150-155.bb.dnainternet.fi)
- # [17:41] * Joins: raintra__ (~raintrap_@121.54.58.247)
- # [17:41] * Quits: raintrap_ (~raintrap_@112.198.77.200) (Read error: Connection reset by peer)
- # [17:42] * Quits: raintra__ (~raintrap_@121.54.58.247) (Read error: No route to host)
- # [17:42] * Joins: raintra__ (~raintrap_@121.54.58.247)
- # [17:48] * Quits: ehsan (~ehsan@ip-162-250-172-168.fibre.fibrestream.ca) (Remote host closed the connection)
- # [17:49] * Joins: ap (~ap@17.202.44.214)
- # [17:49] * Quits: slartsa (~lari@176-93-150-155.bb.dnainternet.fi) (Ping timeout: 264 seconds)
- # [17:49] <darobin> a CORS-related error is never detectable from either XHR or Fetch, right?
- # [17:52] * Joins: jeremyj (~jeremyj@17.202.48.144)
- # [17:56] * Joins: ccardona-work (~ccardona-@209.213.209.190)
- # [17:57] * Joins: sicking (~sicking@c-98-210-157-231.hsd1.ca.comcast.net)
- # [17:58] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Remote host closed the connection)
- # [17:59] <annevk> darobin: correct
- # [18:00] <darobin> yeah, the PouchDB people are on crack
- # [18:00] <darobin> annevk: it seems to be a common misconception that status:0 means CORS error; I guess that's because devs never see other network errors
- # [18:01] <annevk> darobin: heh, that just means "network error"
- # [18:01] <annevk> and there's more and more reasons you can get them, too
- # [18:02] * Quits: jeremyj (~jeremyj@17.202.48.144) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [18:02] <darobin> annevk: yeah, right — but since in regular development contexts you never get any except when you forget to switch CORS on, people assume this
- # [18:02] <darobin> one more reason against numeric error codes :)
- # [18:02] * Quits: raintra__ (~raintrap_@121.54.58.247) (Remote host closed the connection)
- # [18:03] <annevk> Everything folks believe about CORS is likely wrong. Such a sad protocol.
- # [18:03] <darobin> lol
- # [18:03] <annevk> And yes, numeric codes are not great...
- # [18:04] <annevk> wasm is a pretty exciting "binary" format where all the numbers are variables coming from a map at the start of the file that maps feature strings to these variables
- # [18:05] <annevk> Rather than having standardized opcodes
- # [18:05] * Joins: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com)
- # [18:06] <Ms2ger> annevk, why is createDocument black and createHTMLDocument orange in https://dom.spec.whatwg.org/#dom-domimplementation-createdocument ?
- # [18:06] * Parts: Ms2ger (~Ms2ger@ptr-2hj4tblvksdoqwr318avut18l.ip6.access.telenet.be) ("Leaving")
- # [18:06] * Joins: Ms2ger (~Ms2ger@ptr-2hj4tblvksdoqwr318avut18l.ip6.access.telenet.be)
- # [18:07] * Quits: Lachy (~Lachy@213.166.174.2) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [18:07] <annevk> Ms2ger: the Bikeshed conversion...
- # [18:07] <annevk> Ms2ger: it removed all the <code> inside <dfn>
- # [18:07] <Ms2ger> Fun
- # [18:07] <annevk> In a way
- # [18:11] <ccardona-work> Good morning/afternoon/evening whatwg crew o/
- # [18:14] * Joins: calvaris (~calvaris@4.126.27.77.dynamic.mundo-r.com)
- # [18:14] * Joins: jeremyj (~jeremyj@17.202.48.144)
- # [18:15] * Joins: ehsan (~ehsan@2001:450:1f:224:edf2:cc3e:756:f91)
- # [18:15] <annevk> ccardona-work: evening
- # [18:16] <daleharvey> darobin: cheers for the vote of confidence, we only use it to inform the user of a very regular problem they come up against
- # [18:16] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
- # [18:17] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
- # [18:18] * daleharvey sees the issue on github
- # [18:18] <annevk> daleharvey: pointer?
- # [18:18] <daleharvey> https://github.com/pouchdb/pouchdb/pull/4190
- # [18:19] <annevk> daleharvey: ta
- # [18:19] <annevk> daleharvey: I guess if that's the most common error for pouchdb saying that, while also saying it could be something else might be the best way forward
- # [18:20] <daleharvey> yeh the wording can be changed, it does say 'seems to indicate' but could be a little clearer
- # [18:21] * Quits: howitdo (~howitdo@unaffiliated/howitdo) (Remote host closed the connection)
- # [18:21] <annevk> daleharvey: you could also not use it for same-origin requests, though redirects make that tricky
- # [18:22] <darobin> daleharvey: sorry if "on crack" came across as maybe a little brisk, it's just an expression :)
- # [18:22] <darobin> daleharvey: another improvement is that, in this case, the abort is actually triggered by Pouch
- # [18:22] <darobin> so you know it's a timeout
- # [18:23] <ccardona-work> annevk: o/
- # [18:27] <darobin> daleharvey: I've pointed out the timeout source in the bug
- # [18:29] * Quits: darobin (~darobin@159.180.228.142) (Remote host closed the connection)
- # [18:33] <ato> annevk: Existing WebDriver implementations have special instructions for how to handle showModalDialog(). HTML says it’s in the process of being removed, but I wonder what your thoughts are on whether our spec should say anything about them, considering it is directed at primarily new implementations.
- # [18:34] <ato> Does anyone know if Edge implements it?
- # [18:34] <Ms2ger> Allegedly not
- # [18:36] <ato> If it’s not in Gecko, Chrome, and Edge I guess I have my answer there, since Microsoft isn’t doing a WD implementation for IE11.
- # [18:36] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Remote host closed the connection)
- # [18:38] <Ms2ger> ato, so what kind of instructions are those?
- # [18:39] <ato> Ms2ger: Ways of interacting and dismissing the dialogue, and some behaviour to automatically dismiss them if a top-level browsing context is discarded.
- # [18:40] <Ms2ger> Aha
- # [18:42] <Domenic> ato: it is not in Chrome or Edge or mobile Safari. Gecko is the only remaining major implementer.
- # [18:42] <ato> Domenic: And in Gecko it’s doesn’t work in Nightly anymore (even if the deprecation bug is still open).
- # [18:45] <Domenic> can someone test desktop safari for me actually? http://www.thesaabsite.com/js/safari-5.1-bugfix-test.html
- # [18:51] <astearns> Domenic: Mac desktop 8.0.8?
- # [18:51] <Domenic> astearns: sure
- # [18:51] <astearns> OK works in both. Cancel for prompt clears field, Cancel on showModalDialog sets to "<null>"
- # [18:51] <astearns> prompt comes up much quicker
- # [18:52] <Domenic> fascinating
- # [18:52] <Domenic> so they really did only kill it on mobile
- # [18:57] * Quits: fredy (~fredy@snf-535807.vm.okeanos.grnet.gr) (Excess Flood)
- # [18:57] * Joins: fredy (~fredy@snf-535807.vm.okeanos.grnet.gr)
- # [18:59] <annevk> "I sent a more detailed e-mail to the TAG where I think the discussion has per force moved to" going to continue to stay out of this
- # [18:59] <smaug____> IIRC we have so high usage numbers for showModalDialog that we can't really remove it real soon
- # [19:00] <annevk> smaug____: our numbers are different from Chrome?
- # [19:00] <annevk> smaug____: did all the existing Chrome users switch to Firefox?
- # [19:01] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Remote host closed the connection)
- # [19:04] <smaug____> would be better to ask mrbkap
- # [19:05] <smaug____> but, IIRC, the idea was to not implement it for e10s, but the usage was high enough that the decision changed
- # [19:06] * Quits: ccardona-work (~ccardona-@209.213.209.190) (Quit: ccardona-work)
- # [19:06] * espadrine_ is now known as espadrine
- # [19:08] <smaug____> (also, showModalDialog hasn't been an issue for Gecko from implementation point of view, which is why there hasn't be rush on removing it)
- # [19:11] * Quits: wilsonpage (~wilsonpag@217.111.161.212) (Quit: My Mac has gone to sleep. ZZZzzz…)
- # [19:16] * Joins: ccardona-work (~ccardona-@209.213.209.190)
- # [19:16] * Joins: jensnockert (~jensnocke@84.219.248.21)
- # [19:21] * Quits: alrra (uid62345@gateway/web/irccloud.com/x-iixzohuqewpqhmls) (Quit: Connection closed for inactivity)
- # [19:22] * Quits: jensnockert (~jensnocke@84.219.248.21) (Ping timeout: 264 seconds)
- # [19:22] * Quits: JoWie (uid93456@gateway/web/irccloud.com/x-ussbxdciulhvgcis) (Quit: Connection closed for inactivity)
- # [19:23] * Quits: vyorkin (~vyorkin@46.250.159.231) (Ping timeout: 264 seconds)
- # [19:25] * Joins: raintrap_ (~raintrap_@203.111.224.66)
- # [19:25] * Quits: raintrap_ (~raintrap_@203.111.224.66) (Client Quit)
- # [19:29] <smaug____> mounir: I assume blink is ok to change its presentation API implementation
- # [19:29] <smaug____> quite a bit perhaps
- # [19:29] <smaug____> perhaps it hasn't shipped yet
- # [19:32] * Joins: psy_ (~psy@43.224.156.102)
- # [19:32] <smaug____> so silly over-Promise-fying
- # [19:37] * Quits: calvaris (~calvaris@4.126.27.77.dynamic.mundo-r.com) (Ping timeout: 260 seconds)
- # [19:44] * Joins: Lachy (~Lachy@cm-84.215.179.176.getinternet.no)
- # [19:59] * Quits: Lachy (~Lachy@cm-84.215.179.176.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [20:01] * Quits: Ms2ger (~Ms2ger@ptr-2hj4tblvksdoqwr318avut18l.ip6.access.telenet.be) (Quit: Leaving)
- # [20:02] * Joins: vyorkin (~vyorkin@195.239.245.33)
- # [20:02] * Quits: ambv (~ambv@199.201.64.130) (Quit: sys.exit(0) # app closed)
- # [20:04] * Joins: Lachy (~Lachy@cm-84.215.179.176.getinternet.no)
- # [20:07] <MikeSmith> mkwst: it seems like http-equiv="Content-Security-Policy" needs to be added to the allowed values for http-equiv in the spec at https://html.spec.whatwg.org/multipage/semantics.html#pragma-directives
- # [20:08] <mkwst> MikeSmith: Didn't I add that?
- # [20:08] <MikeSmith> oh
- # [20:08] * MikeSmith looks
- # [20:09] <mkwst> Ah. I have a local branch on my work computer where I've mostly added that. You're not crazy, I'm crazy. :)
- # [20:09] <MikeSmith> I don't find it in the spec, not
- # [20:09] <MikeSmith> heh
- # [20:09] * Joins: dbaron (~dbaron@2620:101:80fb:224:c965:e82:5f87:daf7)
- # [20:09] <MikeSmith> yeah I would have been surprised if you weren't on top of it already :)
- # [20:09] <mkwst> Yes. We need to add that. Basically copy/pasting the text from https://w3c.github.io/webappsec/specs/content-security-policy/#delivery-html-meta-element.
- # [20:09] <MikeSmith> even if it is just locally
- # [20:10] <MikeSmith> yes
- # [20:10] <MikeSmith> people are using it
- # [20:10] <MikeSmith> see http://stackoverflow.com/questions/32359701/is-multiline-meta-content-value-alowed
- # [20:10] <MikeSmith> or see my answer there at http://stackoverflow.com/a/32359837/441757
- # [20:16] <mkwst> Yes. It's the easiest way to deploy for some folks. github Pages, for instance.
- # [20:17] * Quits: beowulf (~sstewart@host81-136-13-246.range81-136.btcentralplus.com) (Ping timeout: 255 seconds)
- # [20:17] <mkwst> Would you mind filing a spec bug and assigning it to me so I remember to unmonkeypatch that bit tomorrow?
- # [20:19] * Joins: beowulf (~sstewart@host86-184-211-198.range86-184.btcentralplus.com)
- # [20:20] * Quits: ccardona-work (~ccardona-@209.213.209.190) (Quit: ccardona-work)
- # [20:21] <MikeSmith> hai
- # [20:22] * Quits: espadrine (~tyl@213.152.18.159) (Ping timeout: 256 seconds)
- # [20:24] * Quits: Lachy (~Lachy@cm-84.215.179.176.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [20:24] * Quits: jeremyj (~jeremyj@17.202.48.144) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [20:26] * Joins: JoWie (uid93456@gateway/web/irccloud.com/x-gyfcwbgcoebkqxtz)
- # [20:27] * Joins: ccardona-work (~ccardona-@209.213.209.190)
- # [20:27] <MikeSmith> hmm apparently it won't let me assign it to you
- # [20:27] <MikeSmith> we only have one team associated with this repo and that team doesn't have you as a member
- # [20:28] * MikeSmith will figure something out
- # [20:28] <mkwst> *shrug* Whatever. I don't need superpowers. :) I see the bug, and I'll throw out a PR tomorrow. Thanks!
- # [20:32] <MikeSmith> cheers
- # [20:33] * Quits: vyorkin (~vyorkin@195.239.245.33) (Ping timeout: 240 seconds)
- # [20:40] <gsnedders> hmm, I'm getting an internal server error from bugs.webkit.org o_O
- # [20:42] * Joins: Lachy (~Lachy@cm-84.215.179.176.getinternet.no)
- # [20:42] * Joins: jeremyj (~jeremyj@17.202.48.144)
- # [20:47] * Quits: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com) (Quit: My computer has gone to sleep. ZZZzzz…)
- # [20:47] * Joins: jarek (~jarek@unaffiliated/jarek)
- # [21:01] * Joins: Lachy_ (~Lachy@31.6.63.116)
- # [21:01] * Quits: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com) (Quit: tantek)
- # [21:02] * Quits: Lachy (~Lachy@cm-84.215.179.176.getinternet.no) (Ping timeout: 240 seconds)
- # [21:03] * Quits: zdobersek (~zan@gateway/vpn/privateinternetaccess/zdobersek) (Quit: Leaving.)
- # [21:04] * Quits: sicking (~sicking@c-98-210-157-231.hsd1.ca.comcast.net) (Quit: sicking)
- # [21:05] * Joins: sicking (~sicking@c-98-210-157-231.hsd1.ca.comcast.net)
- # [21:07] * Quits: jeremyj (~jeremyj@17.202.48.144) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [21:13] * Krinkle_ is now known as Krinkle
- # [21:15] * Quits: sicking (~sicking@c-98-210-157-231.hsd1.ca.comcast.net) (Quit: sicking)
- # [21:17] * Joins: jensnockert (~jensnocke@84.219.248.21)
- # [21:22] * Quits: jensnockert (~jensnocke@84.219.248.21) (Ping timeout: 240 seconds)
- # [21:24] * Quits: jyasskin_w (jyasskin@nat/google/x-caresiqmrrbisonf) (Ping timeout: 244 seconds)
- # [21:30] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
- # [21:36] * Joins: jyasskin_w (jyasskin@nat/google/x-bniuvgjwnqiwtqbs)
- # [21:39] * Joins: ambv (~ambv@199.201.64.130)
- # [21:43] * Quits: dshwang (~dshwang@192.55.54.40) (Remote host closed the connection)
- # [21:45] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
- # [21:46] * Joins: vyorkin (~vyorkin@broadband-37-110-21-113.nationalcablenetworks.ru)
- # [21:46] <annevk> yet more icons for https://github.com/whatwg/html/commits \o/
- # [21:48] * Joins: tantek (~tantek@guest-nat.p2p.sfo1.mozilla.com)
- # [21:50] * Joins: Maurice` (copyman@unaffiliated/maurice)
- # [21:51] <annevk> MikeSmith: if you give someone read access, can you assign things to them?
- # [21:51] <annevk> MikeSmith: if that was feasible we could have a large read access team for html to make these kind of things easier; not sure I want to enlarge the group of folks that has push access at this point
- # [21:53] <Domenic> On GitHub? Hmm we can test this.
- # [21:53] <Domenic> I was thinking similar thoughts
- # [21:54] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
- # [21:57] <Domenic> annevk: yes, it works
- # [21:57] <Domenic> annevk: a bit annoying you can't give it to anyone in the org
- # [21:58] <Domenic> annevk: I made https://github.com/orgs/whatwg/teams/html feel free to either add a bunch of people or merge it with https://github.com/orgs/whatwg/teams/contributors (which you would need to add read access to html on) or whatever
- # [21:58] * Quits: dbaron (~dbaron@2620:101:80fb:224:c965:e82:5f87:daf7) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [21:58] * Joins: dbaron (~dbaron@2620:101:80fb:232:39d2:429b:f9d7:188a)
- # [21:58] * Quits: ttepasse (~ttepasse@ip-178-200-61-79.hsi07.unitymediagroup.de) (Quit: Textual IRC Client: www.textualapp.com)
- # [22:00] * Quits: jarek (~jarek@unaffiliated/jarek) (Quit: jarek)
- # [22:01] <annevk> Domenic: I'm not sure why we have the latter team still
- # [22:01] * annevk adds mkwst
- # [22:02] * Quits: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com) (Quit: sicking)
- # [22:02] <annevk> (to html)
- # [22:02] <mkwst> Hrm?
- # [22:02] <annevk> mkwst: see GitHub invites, it's mostly so we can assign issues to you :-P
- # [22:02] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
- # [22:03] <mkwst> SGTM.
- # [22:04] <Domenic> annevk: I kind of thought of it as basically for situations like this. we'd add everyone in the org and add read access to every spec\
- # [22:04] <mkwst> I am now a member of WHATWG, but I can't self-assign https://github.com/whatwg/html/issues/88.
- # [22:04] <Domenic> annevk: but let's kill it and use html then. if we have another spec we want to do it for we can just rename the team
- # [22:05] <Domenic> mkwst: hmm yeah I think only people with push access can assign. Kind of lame.
- # [22:05] * Quits: vyorkin (~vyorkin@broadband-37-110-21-113.nationalcablenetworks.ru) (Quit: WeeChat 1.2)
- # [22:05] <mkwst> No worries. Someone will assign it to me, I'm sure.
- # [22:05] * Joins: vyorkin (~vyorkin@broadband-37-110-21-113.nationalcablenetworks.ru)
- # [22:08] * mkwst is now known as mkwst_zzz
- # [22:08] <mkwst_zzz> Night all.
- # [22:08] * Quits: ccardona-work (~ccardona-@209.213.209.190) (Quit: ccardona-work)
- # [22:08] * Quits: vyorkin (~vyorkin@broadband-37-110-21-113.nationalcablenetworks.ru) (Client Quit)
- # [22:09] * Joins: vyorkin (~vyorkin@broadband-37-110-21-113.nationalcablenetworks.ru)
- # [22:11] * Joins: capella-s3 (~yaaic@cpe-24-59-243-39.twcny.res.rr.com)
- # [22:12] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 246 seconds)
- # [22:24] * Joins: mpt (~mpt@2001:67c:1560:a003:318c:b692:99e4:f48e)
- # [22:24] * Quits: mpt (~mpt@2001:67c:1560:a003:318c:b692:99e4:f48e) (Changing host)
- # [22:24] * Joins: mpt (~mpt@canonical/mpt)
- # [22:26] * Quits: tantek (~tantek@guest-nat.p2p.sfo1.mozilla.com) (Quit: tantek)
- # [22:27] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Read error: Connection reset by peer)
- # [22:31] * Joins: tantek (~tantek@guest-nat.p2p.sfo1.mozilla.com)
- # [22:34] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
- # [22:36] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
- # [22:36] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Read error: Connection reset by peer)
- # [22:36] * Joins: jeremyj (~jeremyj@17.245.24.239)
- # [22:41] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Remote host closed the connection)
- # [22:45] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
- # [22:48] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
- # [22:57] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Remote host closed the connection)
- # [22:58] * Quits: Maurice` (copyman@unaffiliated/maurice)
- # [23:01] * Joins: ccardona-work (~ccardona-@209.213.209.190)
- # [23:15] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
- # [23:18] * Joins: jensnockert (~jensnocke@84.219.248.21)
- # [23:23] * Quits: jensnockert (~jensnocke@84.219.248.21) (Ping timeout: 265 seconds)
- # [23:30] * Quits: ccardona-work (~ccardona-@209.213.209.190) (Quit: ccardona-work)
- # [23:34] <gsnedders> Trying to sort out the divergences of the Blink fork of html5lib-tests…
- # [23:34] <gsnedders> Anyone want to tell me what "<div><a><b><div><div><div><div><div><div><div><div><div><div></a>" should result in, with any confidence?
- # [23:34] <gsnedders> AAA limit test!
- # [23:40] <jgraham> gsnedders: Whatever gecko does, or we change the spec :p
- # [23:42] <gsnedders> OK, we seem to have interop at least
- # [23:42] <gsnedders> the Blink version of the test is just wrong
- # [23:43] <gsnedders> v. everyone
- # [23:46] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Remote host closed the connection)
- # [23:47] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
- # [23:48] <nox> gsnedders: Is that in html5lib-tests?
- # [23:48] <nox> Oh you said that. I can't read.
- # [23:49] * Joins: wilsonpage (~wilsonpag@cpc73846-dals21-2-0-cust279.20-2.cable.virginm.net)
- # [23:51] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Ping timeout: 240 seconds)
- # [23:52] * Joins: roc (~chatzilla@121.98.81.91)
- # [23:52] * Quits: encryptd_fractal (~encryptd_@63-254-58-198.ip.mcleodusa.net) (Remote host closed the connection)
- # [23:54] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # Session Close: Thu Sep 03 00:00:01 2015
Previous day, Next day
Think these logs are useful? Then please donate to show your gratitude (and keep them up, of course). Thanks! — Krijn