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

Options:

Previous day, Next day

  1. # Session Start: Wed Sep 02 00:00:00 2015
  2. # Session Ident: #whatwg
  3. # [00:00] * Quits: jeremyj (~jeremyj@17.245.30.18) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  4. # [00:01] * Joins: jeremyj (~jeremyj@17.245.30.18)
  5. # [00:05] * Quits: ttepasse (~ttepasse@ip-178-200-61-79.hsi07.unitymediagroup.de) (Quit: Textual IRC Client: www.textualapp.com)
  6. # [00:07] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
  7. # [00:08] * Quits: jeremyj (~jeremyj@17.245.30.18) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  8. # [00:08] * Joins: jeremyj (~jeremyj@17.245.30.18)
  9. # [00:08] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Read error: Connection reset by peer)
  10. # [00:10] * Quits: eric_carlson (~ericc@17.245.29.21) (Quit: eric_carlson)
  11. # [00:16] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
  12. # [00:17] * Joins: karlcow (~karl@128.30.54.58)
  13. # [00:19] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Remote host closed the connection)
  14. # [00:19] * Quits: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com) (Ping timeout: 250 seconds)
  15. # [00:20] * Joins: IZh (~IZh@192.194.199.35)
  16. # [00:20] * Quits: karlcow_ (~karl@nerval.la-grange.net) (Ping timeout: 246 seconds)
  17. # [00:20] * Quits: jeremyj (~jeremyj@17.245.30.18) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  18. # [00:24] * Krinkle_ is now known as Krinkle
  19. # [00:26] * Joins: roc (~chatzilla@2400:e780:801:224:2677:3ff:fece:dc64)
  20. # [00:30] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
  21. # [00:36] * Quits: robogoat (~robogoat@c-24-126-240-124.hsd1.ga.comcast.net) (Ping timeout: 264 seconds)
  22. # [00:37] * Joins: robogoat (~robogoat@c-24-126-240-124.hsd1.ga.comcast.net)
  23. # [00:42] * Quits: plutoniix (~plutoniix@node-3g0.pool-125-25.dynamic.totbb.net) (Quit: จรลี จรลา)
  24. # [00:54] * Joins: jyasskin (jyasskin@nat/google/x-bigzciotlepmevsm)
  25. # [00:57] * Quits: smaug____ (~chatzilla@62-78-246-79.bb.dnainternet.fi) (Ping timeout: 265 seconds)
  26. # [01:04] * Quits: ccardona-work (~ccardona-@209.213.209.190) (Quit: ccardona-work)
  27. # [01:07] * Joins: ccardona-work (~ccardona-@209.213.209.190)
  28. # [01:08] * Joins: jensnockert (~jensnocke@84.219.248.21)
  29. # [01:12] * Quits: benwerd (~benwerd@c-24-4-93-15.hsd1.ca.comcast.net) (Remote host closed the connection)
  30. # [01:13] * Quits: jensnockert (~jensnocke@84.219.248.21) (Ping timeout: 264 seconds)
  31. # [01:17] * Quits: karlcow (~karl@128.30.54.58) (Quit: The deeper I go / the deeper I go / green mountains - Santoka)
  32. # [01:17] * Joins: karlcow (~karl@nerval.la-grange.net)
  33. # [01:20] * Quits: weinig (~weinig@17.202.47.106) (Quit: weinig)
  34. # [01:21] * Joins: weinig (~weinig@17.202.47.106)
  35. # [01:28] * Quits: jyasskin (jyasskin@nat/google/x-bigzciotlepmevsm) (Quit: My computer has gone to sleep. ZZZzzz…)
  36. # [01:29] * Quits: ^esc_ (~esc-ape@91.141.1.83.wireless.dyn.drei.com) (Read error: Connection reset by peer)
  37. # [01:31] * Quits: ccardona-work (~ccardona-@209.213.209.190) (Quit: ccardona-work)
  38. # [01:33] * Joins: jdaggett_ (~jdaggett@61-121-216-2.bitcat.net)
  39. # [01:33] * Joins: ^esc (~esc-ape@91.141.1.83.wireless.dyn.drei.com)
  40. # [01:33] * Quits: weinig (~weinig@17.202.47.106) (Quit: weinig)
  41. # [01:46] * Joins: weinig (~weinig@17.202.47.106)
  42. # [01:49] * Quits: ehsan (~ehsan@2001:450:1f:224:a023:c9da:93e4:6b20) (Quit: Leaving...)
  43. # [01:52] * Quits: JoWie (uid93456@gateway/web/irccloud.com/x-sccfzvipvwxxepsc) (Quit: Connection closed for inactivity)
  44. # [01:58] * Quits: weinig (~weinig@17.202.47.106) (Quit: weinig)
  45. # [02:05] * Joins: mven (~textual@cpe-173-174-112-125.austin.res.rr.com)
  46. # [02:05] * Quits: mven (~textual@cpe-173-174-112-125.austin.res.rr.com) (Excess Flood)
  47. # [02:09] * Quits: jdaggett_ (~jdaggett@61-121-216-2.bitcat.net) (Ping timeout: 264 seconds)
  48. # [02:09] * Joins: jdaggett__ (~jdaggett@61-121-216-2.bitcat.net)
  49. # [02:11] * Quits: jsbell (jsbell@nat/google/x-scasugymyjlosphe) (Quit: There's no place like home...)
  50. # [02:13] * Joins: wartdev (~wartdev@109.255.148.96)
  51. # [02:13] * Quits: ap (~ap@17.114.216.127)
  52. # [02:15] * heycam|away is now known as heycam
  53. # [02:15] * Quits: wartdev (~wartdev@109.255.148.96) (Client Quit)
  54. # [02:23] * Quits: Jayflux (~Jayflux@unaffiliated/jayflux) (Quit: Leaving)
  55. # [02:29] * Quits: jxs (~jxs@108.61.167.230) (Ping timeout: 255 seconds)
  56. # [02:33] * Joins: jxs (~jxs@108.61.167.230)
  57. # [02:41] * Joins: plutoniix (~plutoniix@119.63.87.222)
  58. # [02:47] * Joins: mven (~textual@cpe-173-174-112-125.austin.res.rr.com)
  59. # [02:47] * Quits: mven (~textual@cpe-173-174-112-125.austin.res.rr.com) (Excess Flood)
  60. # [02:50] * Quits: robogoat (~robogoat@c-24-126-240-124.hsd1.ga.comcast.net) (Ping timeout: 260 seconds)
  61. # [02:51] * Joins: robogoat (~robogoat@c-24-126-240-124.hsd1.ga.comcast.net)
  62. # [03:06] * Joins: caitp- (~green@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com)
  63. # Session Close: Wed Sep 02 03:08:38 2015
  64. #
  65. # Session Start: Wed Sep 02 03:08:38 2015
  66. # Session Ident: #whatwg
  67. # [03:08] * Disconnected
  68. # [03:18] * Attempting to rejoin channel #whatwg
  69. # [03:18] * Rejoined channel #whatwg
  70. # [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!'
  71. # [03:18] * Set by MikeSmith!~mike@sideshowbarker.net on Wed Dec 10 17:23:43
  72. # [03:23] * Quits: ^esc (~esc-ape@91.141.1.83.wireless.dyn.drei.com) (Read error: Connection reset by peer)
  73. # [03:24] * Joins: falken (uid20729@gateway/web/irccloud.com/x-egoqsdpcozaybhnv)
  74. # [03:27] * Joins: ^esc (~esc-ape@91.141.1.83.wireless.dyn.drei.com)
  75. # [03:32] * Quits: dbaron (~dbaron@2620:101:80fb:224:8027:253b:e881:e6e1) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  76. # [03:39] * Joins: nicolasbadia_ (~nicolasba@ns3272321.ip-5-39-84.eu)
  77. # [03:41] * Quits: jeremyj (~jeremyj@17.202.48.144) (Ping timeout: 240 seconds)
  78. # [03:45] * Parts: kochi (~kochi@2401:fa00:4:1000:2c88:d49:e99a:bc44)
  79. # [03:45] * Quits: karlcow (~karl@nerval.la-grange.net) (Ping timeout: 255 seconds)
  80. # [03:45] * Krinkle is now known as Krinkle_
  81. # [03:45] * Joins: karlcow (~karl@nerval.la-grange.net)
  82. # [03:52] * Joins: kochi (~kochi@2401:fa00:4:1000:8450:dba6:5a1d:afa3)
  83. # [03:52] * Joins: kochi1 (~kochi@2401:fa00:4:1000:8450:dba6:5a1d:afa3)
  84. # [03:55] * Quits: kochi1 (~kochi@2401:fa00:4:1000:8450:dba6:5a1d:afa3) (Client Quit)
  85. # [03:55] * Quits: kochi (~kochi@2401:fa00:4:1000:8450:dba6:5a1d:afa3) (Client Quit)
  86. # [03:59] * Quits: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com) (Quit: sicking)
  87. # [04:06] * Joins: matthewbauer (~textual@64.189.183.76)
  88. # [04:19] * Quits: jwalden (~waldo@2620:101:80fc:224:7e7a:91ff:fe25:a5a3) (Quit: ChatZilla 0.9.91-rdmsoft [XULRunner 32.0.3/20140923175406])
  89. # [04:22] * Joins: kochi (~kochi@2401:fa00:4:1000:c07d:c958:c523:dbac)
  90. # [04:24] * Joins: kochi1 (~kochi@2401:fa00:4:1000:c07d:c958:c523:dbac)
  91. # [04:29] * Quits: karlcow (~karl@nerval.la-grange.net) (Ping timeout: 244 seconds)
  92. # [04:29] * Quits: matthewbauer (~textual@64.189.183.76) (Quit: My Mac has gone to sleep. ZZZzzz…)
  93. # [04:35] * Joins: matthewbauer (~textual@64.189.143.176)
  94. # [04:49] * Joins: eric_carlson (~ericc@c-24-6-239-9.hsd1.ca.comcast.net)
  95. # [04:52] * heycam is now known as heycam|away
  96. # [04:59] * Joins: karlcow (~karl@nerval.la-grange.net)
  97. # [05:04] * Quits: eric_carlson (~ericc@c-24-6-239-9.hsd1.ca.comcast.net) (Quit: eric_carlson)
  98. # [05:08] * Quits: matthewbauer (~textual@64.189.143.176) (Ping timeout: 244 seconds)
  99. # [05:10] * Joins: jensnockert (~jensnocke@84.219.248.21)
  100. # [05:14] * Joins: mven (~textual@cpe-173-174-112-125.austin.res.rr.com)
  101. # [05:14] * Quits: mven (~textual@cpe-173-174-112-125.austin.res.rr.com) (Excess Flood)
  102. # [05:14] * Quits: jensnockert (~jensnocke@84.219.248.21) (Ping timeout: 252 seconds)
  103. # [06:04] * Joins: benwerd (~benwerd@2601:645:1:25fd:dc2a:6e00:f6c8:1144)
  104. # [06:06] * Joins: tripu (~tripu@p4119141-ipngn23501marunouchi.tokyo.ocn.ne.jp)
  105. # [06:22] * heycam|away is now known as heycam
  106. # [06:23] * Quits: karlcow (~karl@nerval.la-grange.net) (Ping timeout: 268 seconds)
  107. # [06:28] * Quits: plutoniix (~plutoniix@119.63.87.222) (Ping timeout: 260 seconds)
  108. # [06:36] * Joins: alrra (uid62345@gateway/web/irccloud.com/x-hwtbwsnjqahomley)
  109. # [06:38] * Joins: plutoniix (~plutoniix@119.63.87.222)
  110. # [06:40] * Joins: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com)
  111. # [06:40] * Joins: weinig (~weinig@50.131.222.145)
  112. # [06:41] * Quits: weinig (~weinig@50.131.222.145) (Client Quit)
  113. # [06:41] * Joins: zdobersek (~zan@gateway/vpn/privateinternetaccess/zdobersek)
  114. # [06:42] * Quits: Mateon1 (~Mateon1@unaffiliated/mateon1) (Ping timeout: 252 seconds)
  115. # [06:47] * Joins: Mateon1 (~Mateon1@unaffiliated/mateon1)
  116. # [06:54] * Quits: benwerd (~benwerd@2601:645:1:25fd:dc2a:6e00:f6c8:1144)
  117. # [07:01] * Joins: sicking (~sicking@c-98-210-157-231.hsd1.ca.comcast.net)
  118. # [07:04] * Joins: ap (~ap@c-24-130-61-31.hsd1.ca.comcast.net)
  119. # [07:06] * chrisdickinson_ is now known as chrisdickinson
  120. # [07:11] * Joins: jensnockert (~jensnocke@84.219.248.21)
  121. # [07:15] * Quits: aretecode (~aretecode@209.58.131.5) (Quit: Toodaloo)
  122. # [07:15] * Quits: jensnockert (~jensnocke@84.219.248.21) (Ping timeout: 256 seconds)
  123. # [07:24] <annevk> Woohoo, clean merge
  124. # [07:28] <MikeSmith> annevk: big patch?
  125. # [07:28] * MikeSmith checks the commit log
  126. # [07:28] <annevk> MikeSmith: nah it was simple, but it's properly linked to the PR and the PR appears purple
  127. # [07:29] <MikeSmith> hmm did you push it already?
  128. # [07:29] <MikeSmith> commit log has "annevk authored 13 hours ago"
  129. # [07:29] <annevk> MikeSmith: I just pushed it though
  130. # [07:29] <MikeSmith> ah yeah OK
  131. # [07:30] <MikeSmith> yeah that shows when you committed it, that timestamp
  132. # [07:30] <annevk> 13h ago it was not Sep 2 here :-)
  133. # [07:32] <MikeSmith> nice work on all those patches
  134. # [07:32] <MikeSmith> and nice work on whittling away at the W3C bugs
  135. # [07:32] * Quits: Goplat (~goplat@reactos/developer/Goplat) (Remote host closed the connection)
  136. # [07:33] <MikeSmith> https://www.w3.org/Bugs/Public/buglist.cgi?component=HTML&list_id=59308&product=WHATWG&;resolution=--- now at 334 bugs
  137. # [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
  138. # [07:34] <MikeSmith> *on the open bugs is now
  139. # [07:34] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
  140. # [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
  141. # [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)
  142. # [07:36] <MikeSmith> annevk: oh
  143. # [07:36] <MikeSmith> cool to hear that you got funding for somebody to help
  144. # [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
  145. # [07:38] <MikeSmith> OK if I comment on that bug to say as much?
  146. # [07:38] <annevk> MikeSmith: oh sorry, I just did
  147. # [07:38] <MikeSmith> ah ok
  148. # [07:38] <MikeSmith> no worries
  149. # [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
  150. # [07:39] <annevk> :-)
  151. # [07:39] <MikeSmith> ah okk
  152. # [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
  153. # [07:46] <MikeSmith> roc: ↑
  154. # [07:46] <MikeSmith> after reading http://aomedia.org/press-release/alliance-to-deliver-next-generation-open-media-formats/
  155. # [07:46] <MikeSmith> and https://blog.mozilla.org/blog/2015/09/01/forging-an-alliance-for-royalty-free-video/
  156. # [07:47] <roc> well, it's not clear Apple won't get on board.
  157. # [07:47] * Quits: ap (~ap@c-24-130-61-31.hsd1.ca.comcast.net) (Quit: ap)
  158. # [07:47] <MikeSmith> ah ok
  159. # [07:47] <roc> I mean, I don't know anything
  160. # [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
  161. # [07:49] <MikeSmith> but yeah it's not productive to speculate
  162. # [07:49] <roc> the timing of the announcement was driven by external factors not related to Apple
  163. # [07:50] <MikeSmith> ah OK
  164. # [07:50] <MikeSmith> well it's clearly a really good thing
  165. # [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
  166. # [07:50] <MikeSmith> absolutely
  167. # [07:50] <roc> and leave Apple and other client holdouts in a difficult position
  168. # [07:50] <MikeSmith> yup
  169. # [07:51] <roc> we can assume Netflix, Amazon and Google would not also support HEVC (or what's the point of AOM?)
  170. # [07:51] <MikeSmith> having Amazon on board with it is pretty big
  171. # [07:51] <MikeSmith> yeah
  172. # [07:51] <roc> so you'd have a situation where watching video on an iPhone takes twice the bandwidth of using any other device
  173. # [07:52] <roc> unless you bought it through iTunes I guess
  174. # [07:52] <MikeSmith> hmm
  175. # [07:52] * Joins: ap (~ap@c-24-130-61-31.hsd1.ca.comcast.net)
  176. # [07:52] <roc> how long would Apple tolerate that?
  177. # [07:52] <MikeSmith> yeah that's a pretty big "unless", given the state of things
  178. # [07:52] <MikeSmith> I dunno
  179. # [07:53] <roc> so I don't think Apple holding out is really relevant at all.
  180. # [07:53] * Joins: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com)
  181. # [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?
  182. # [07:54] <MikeSmith> *how long have/will Apple users tolerated
  183. # [07:54] <roc> Apple's position is that you use apps instead, which kind of works
  184. # [07:54] <MikeSmith> for some definition of "kind of"
  185. # [07:54] <roc> but there's no getting around higher data charges for Netflix and Youtube
  186. # [07:55] <MikeSmith> yeah sure
  187. # [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
  188. # [07:55] <MikeSmith> but I can imaging Apple working with Netflix to get something special arranged
  189. # [07:55] <MikeSmith> oh
  190. # [07:55] <roc> Apple can't really do anything to fix the HEVC licensing situation for Netflix
  191. # [07:56] <MikeSmith> well I wasn't looking for a pessimistic spin on it :)
  192. # [07:56] <MikeSmith> ok
  193. # [07:57] <annevk> roc: doesn't Netflix do H265 for 4K? Or can you do that using H264 too?
  194. # [07:57] * Quits: ap (~ap@c-24-130-61-31.hsd1.ca.comcast.net) (Ping timeout: 265 seconds)
  195. # [07:58] <roc> you sure can
  196. # [07:58] <roc> it's more bandwidth
  197. # [07:59] <roc> Netflix was in the H.265 camp, which is why this AOM announcement is big news.
  198. # [08:00] * Joins: JoWie (uid93456@gateway/web/irccloud.com/x-ussbxdciulhvgcis)
  199. # [08:02] <roc> I assume the H.265 licensing disaster has spooked them.
  200. # [08:03] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Remote host closed the connection)
  201. # [08:06] <annevk> Well, hopefully it works out
  202. # [08:06] <roc> I hope it works out with us winning
  203. # [08:07] <annevk> Me too, but I'm still somewhat scarred by the WebM experiment
  204. # [08:07] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
  205. # [08:07] <roc> what about it?
  206. # [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
  207. # [08:10] <roc> yes
  208. # [08:10] <roc> things have changed
  209. # [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
  210. # [08:11] <terinjokes> is there any information on how AOM intends to do this? leveraging Thor?
  211. # [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."
  212. # [08:12] <roc> I imagine the plan is to come up with something that's a combination of Daala, Thor and VPx
  213. # [08:12] * Quits: sicking (~sicking@c-98-210-157-231.hsd1.ca.comcast.net) (Quit: sicking)
  214. # [08:12] <roc> it depends on who's serious
  215. # [08:12] <terinjokes> annevk: reading comprehension failed. sorry
  216. # [08:12] <roc> Microsoft has some good codec expertise, but it's unclear how enthusiastic they really are
  217. # [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.
  218. # [08:13] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Read error: Connection reset by peer)
  219. # [08:13] <annevk> From Twitter it seems they're plenty enthusiastic, but that doesn't tell you much
  220. # [08:14] <annevk> roc: are you afraid the H265 camp will make a counteroffer?
  221. # [08:14] <roc> it's possible that some AOM members are in with that as their goal
  222. # [08:15] <roc> the good news for us is that there isn't an "H.265 camp"
  223. # [08:15] <roc> there are at least two warring camps
  224. # [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.
  225. # [08:15] * heycam is now known as heycam|away
  226. # [08:16] <MikeSmith> wow
  227. # [08:16] <roc> if HEVC Advance lower their pricing structure to similar to MPEG-LA's, then HEVC loses its reason to exist
  228. # [08:16] <roc> and organizations like to exist
  229. # [08:17] <roc> it gets even more amusing considering all the HEVC hardware that's shipping, e.g. iPhone 6
  230. # [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*
  231. # [08:21] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
  232. # [08:22] <MikeSmith> one would hope that realization that anybody actually rational would have at this point is: Patent pools are horrible.
  233. # [08:22] <MikeSmith> *non-RF patent pools
  234. # [08:24] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Read error: Connection reset by peer)
  235. # [08:27] * Joins: howdoi (uid224@gateway/web/irccloud.com/x-qafkswmkqhmrxdha)
  236. # [08:32] * Quits: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com) (Quit: My computer has gone to sleep. ZZZzzz…)
  237. # [08:33] * Quits: roc (~chatzilla@2400:e780:801:224:2677:3ff:fece:dc64) (Ping timeout: 244 seconds)
  238. # [08:35] <MikeSmith> annevk: is it valid to do Access-Control-Allow-Headers: *
  239. # [08:35] <annevk> MikeSmith: no
  240. # [08:35] <MikeSmith> with the wildcard I mean?
  241. # [08:35] <MikeSmith> yeah, OK
  242. # [08:35] <MikeSmith> thought so
  243. # [08:35] <MikeSmith> thanks
  244. # [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
  245. # [08:36] <annevk> Now I wonder what iPhone 6s will ship with
  246. # [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/
  247. # [08:38] <MikeSmith> annevk: video support you mean?
  248. # [08:38] <annevk> MikeSmith: yeah, if they will continue to ship hardware that will make them pay
  249. # [08:38] <MikeSmith> ah
  250. # [08:38] <annevk> That would be an interesting indicator of where Apple stands, though perhaps iPhone 6s is too baked/soon to speculate
  251. # [08:41] <MikeSmith> yeah I would think too baked but who knows
  252. # [08:41] <MikeSmith> anyway, speculating his hard! let's land patches!
  253. # [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?
  254. # [08:42] <annevk> MikeSmith: https://fetch.spec.whatwg.org/#http-new-header-syntax is pretty clear
  255. # [08:42] <MikeSmith> annevk: https://fetch.spec.whatwg.org/#http-new-header-syntax
  256. # [08:43] <MikeSmith> annevk: yeah I don't think it's clear enough to the average webdev
  257. # [08:43] <annevk> MikeSmith: hmm, although token does include *
  258. # [08:43] <MikeSmith> oh
  259. # [08:43] <MikeSmith> hmm
  260. # [08:43] <annevk> So I guess it's allowed, but * matches a header name?
  261. # [08:43] <annevk> Rather than act as a wildcard...
  262. # [08:43] <MikeSmith> oh
  263. # [08:43] <MikeSmith> that makes sense
  264. # [08:43] <MikeSmith> but it's not intuitive
  265. # [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
  266. # [08:44] * MikeSmith looks
  267. # [08:44] <MikeSmith> well, with all due respect, I don't consider that to be pretty clear
  268. # [08:45] <MikeSmith> but maybe I'm trying to think too lowest-common-denominator
  269. # [08:45] <MikeSmith> as far was what's clear to the average dev
  270. # [08:45] <MikeSmith> but anyway I wasn't really criticizing the spec on this
  271. # [08:46] <MikeSmith> it should be clear in other places, like MDN
  272. # [08:46] <annevk> MikeSmith: I'm happy to take PRs
  273. # [08:46] <MikeSmith> and yeah I know I can update the MDN pages myself to make it more clear
  274. # [08:46] <MikeSmith> annevk: k
  275. # [08:46] * MikeSmith is just kvetching at this point
  276. # [08:46] <annevk> heh
  277. # [08:46] <annevk> I'm happy to make improvements
  278. # [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
  279. # [08:48] <MikeSmith> especially if what's added is distracting/noisy to implementors
  280. # [08:48] <MikeSmith> *specs in general are the best place
  281. # [08:48] <annevk> Have to strike some balance; e.g., I'd like you to be able to understand
  282. # [08:48] <MikeSmith> sure
  283. # [08:48] <MikeSmith> fair enough
  284. # [08:48] <MikeSmith> but in my case I'm just lazy
  285. # [08:49] <MikeSmith> that said, I guess many others are equally lazy
  286. # [08:49] <MikeSmith> but we shouldn't optimize for laziness
  287. # [08:52] <MikeSmith> annevk: it is accurate to say that Access-Control-Allow-Origin is the *only* header that allows a wildcard?
  288. # [08:52] <MikeSmith> *is it accurate
  289. # [08:53] <MikeSmith> *sometimes allows a wildcard
  290. # [08:53] <annevk> of the Access-Control-* headers, yes
  291. # [08:53] * heycam|away is now known as heycam
  292. # [08:53] <MikeSmith> k
  293. # [08:53] <MikeSmith> thanks
  294. # [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
  295. # [08:58] * Quits: jdaggett__ (~jdaggett@61-121-216-2.bitcat.net) (Quit: jdaggett__)
  296. # [09:01] * Quits: Mek (~quassel@kde/mkruisselbrink) (Remote host closed the connection)
  297. # [09:12] * Joins: jensnockert (~jensnocke@84.219.248.21)
  298. # [09:16] * Joins: Mek (~quassel@kde/mkruisselbrink)
  299. # [09:16] * Quits: jensnockert (~jensnocke@84.219.248.21) (Ping timeout: 250 seconds)
  300. # [09:16] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
  301. # [09:20] * Joins: Ms2ger (~Ms2ger@ptr-2hj4tblvksdoqwr318avut18l.ip6.access.telenet.be)
  302. # [09:20] * Quits: Mek (~quassel@kde/mkruisselbrink) (Ping timeout: 244 seconds)
  303. # [09:23] * Joins: Mek (~quassel@kde/mkruisselbrink)
  304. # [09:23] * Joins: calvaris (~calvaris@fanzine.igalia.com)
  305. # [09:25] * Joins: zcorpan (~zcorpan@2a00:801:e0:30:c409:b22b:7cc8:cd6d)
  306. # [09:33] * Quits: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com) (Quit: tantek)
  307. # [09:40] * heycam is now known as heycam|away
  308. # [09:48] * hsivonen finds a bug in the big5 encoder algorithm
  309. # [09:53] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Remote host closed the connection)
  310. # [09:58] <hsivonen> filed as https://github.com/whatwg/encoding/issues/9
  311. # [09:59] * Joins: jdaggett_ (~jdaggett@61-121-216-2.bitcat.net)
  312. # [10:00] * Quits: jdaggett_ (~jdaggett@61-121-216-2.bitcat.net) (Client Quit)
  313. # [10:00] <annevk> terinjokes: folks keep getting confused by that
  314. # [10:00] <annevk> terinjokes: the original specification allowed space-separated origins, but they were for redirects, not anything like allowing multiple origins...
  315. # [10:02] <annevk> hsivonen: could you take a look at https://github.com/whatwg/html/pull/66?
  316. # [10:05] <hsivonen> annevk: reviewing now
  317. # [10:10] * Quits: dshwang (~dshwang@192.55.54.40) (Remote host closed the connection)
  318. # [10:13] * Joins: dshwang (dshwang@nat/intel/x-charjccobcftkkky)
  319. # [10:15] * Quits: Lachy (~Lachy@cm-84.215.179.176.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  320. # [10:20] <zcorpan> ok one step towards fixing web-apps-tracker https://gist.github.com/zcorpan/5f0e36efdd35b800a6be
  321. # [10:20] <annevk> I'm using [good first bug] in the whiteboard to annotate bugs for potential interns
  322. # [10:20] <annevk> Please don't fix them :-)
  323. # [10:20] <annevk> zcorpan: so...
  324. # [10:21] <annevk> zcorpan: you know web-apps-tracker uses the git repository right?
  325. # [10:21] <annevk> zcorpan: it should be easier than that
  326. # [10:21] <annevk> zcorpan: it finds the git commit by searching for the SVN ID embedded in it
  327. # [10:21] <annevk> s/ID/revision/
  328. # [10:22] <annevk> zcorpan: though I guess we could use this for a .htaccess file
  329. # [10:22] <annevk> zcorpan: which seems nice due to its staticness
  330. # [10:22] <zcorpan> annevk: yeah. seems pointless to parse the gitlog every time when it's a fixed list
  331. # [10:22] <annevk> carry on :-)
  332. # [10:23] <mkwst> annevk: What is Body::json supposed to return for a Request object?
  333. # [10:23] <zcorpan> do we want to redirect the old urls with query strings?
  334. # [10:23] <annevk> mkwst: {} I suspect
  335. # [10:24] <annevk> mkwst: oh wait, you're not talking about the JSON serializer thingie
  336. # [10:24] <mkwst> I'm talking about the body mixin.
  337. # [10:24] <annevk> mkwst: request.json() returns the body of the request as a JSON object
  338. # [10:24] <mkwst> Ok, so if the body doesn't parse as JSON, it just explodes.
  339. # [10:24] <annevk> zcorpan: yes
  340. # [10:25] <annevk> mkwst: SyntaxError, iirc
  341. # [10:25] <mkwst> annevk: right. SyntaxExplosion. :)
  342. # [10:25] <annevk> mkwst: maybe in Chrome :-P
  343. # [10:25] <mkwst> annevk: Does Firefox implement the `formData` method? Chrome apparently doesn't.
  344. # [10:26] <annevk> mkwst: it might not
  345. # [10:26] <mkwst> ok. interesting.
  346. # [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()`?
  347. # [10:28] <mkwst> Or are they meant to only work when their type was passed in as RequestInit::body?
  348. # [10:29] <mkwst> (Sorry, these are stupid questions.)
  349. # [10:30] <annevk> mkwst: "casting" should work
  350. # [10:31] <annevk> mkwst: no worries; if you couldn't tell from reading the specification, perhaps we should add some examples...
  351. # [10:31] <annevk> mkwst: speaking of which, if you want to make more PRs...
  352. # [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.
  353. # [10:36] <hsivonen> annevk: review done
  354. # [10:36] <annevk> hsivonen: thank you, those comments look great
  355. # [10:44] * Joins: Lachy (~Lachy@213.166.174.2)
  356. # [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?
  357. # [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.
  358. # [10:56] * Joins: espadrine_ (~tyl@213.152.18.159)
  359. # [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...
  360. # [10:57] <mkwst> Request(): 1. If opaque, reject. 2. Call InternalRequest(). InternalRequest(): [copy/paste the existing Request()]. :)
  361. # [10:58] <mkwst> basically split the construction algorithm out into "construct a Request object", and have the IDL constructor do the opacity check.
  362. # [10:59] <annevk> mkwst: so how would this work with the Cache API?
  363. # [11:00] <annevk> mkwst: if you do cache.add(url, {body:oFD}) and then enumerate the requests?
  364. # [11:00] <mkwst> Cache works on Responses, doesn't it?
  365. # [11:00] <annevk> mkwst: it stores both
  366. # [11:01] <mkwst> Where is this defined? Service Worker?
  367. # [11:03] * Joins: roc (~chatzilla@121.98.81.91)
  368. # [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.
  369. # [11:03] <annevk> Cache is everywhere
  370. # [11:03] <mkwst> but I take your point. Request data is exposed all over the place. Ugh.
  371. # [11:03] * Joins: wilsonpage (~wilsonpag@217.111.161.212)
  372. # [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
  373. # [11:04] <mkwst> ...
  374. # [11:05] <annevk> mkwst: https://github.com/whatwg/fetch/issues/65
  375. # [11:05] <mkwst> Can I call for a moratorium on new Request exposure? :)
  376. # [11:06] <annevk> That's easy, denied!
  377. # [11:07] <mkwst> you're mean.
  378. # [11:08] <mkwst> skimming Fetch, it's not clear whether Request exposes 'forbidden' header values. does it?
  379. # [11:09] <mkwst> it stops sets and deletes, but not gets, apparently.
  380. # [11:10] <annevk> mkwst: they won't be in there
  381. # [11:11] <annevk> mkwst: forbidden headers are set post service workers
  382. # [11:11] <annevk> just before the network
  383. # [11:13] * Joins: jensnockert_ (~jensnocke@84.219.248.21)
  384. # [11:17] * Quits: jensnockert_ (~jensnocke@84.219.248.21) (Ping timeout: 240 seconds)
  385. # [11:36] * Joins: ttepasse (~ttepasse@ip-178-200-61-79.hsi07.unitymediagroup.de)
  386. # [11:40] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Remote host closed the connection)
  387. # [11:40] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
  388. # [11:42] * Quits: espadrine_ (~tyl@213.152.18.159) (Read error: Connection reset by peer)
  389. # [11:42] * Joins: espadrine_ (~tyl@213.152.18.159)
  390. # [11:42] * Joins: smaug____ (~chatzilla@62-78-246-79.bb.dnainternet.fi)
  391. # [11:50] <smaug____> annevk: https://www.w3.org/Bugs/Public/show_bug.cgi?id=25897 is a 'good first bug' ?
  392. # [11:50] <smaug____> from implementation point of view that is very tricky one
  393. # [11:51] <smaug____> what if focusin/out do something unexpected...
  394. # [11:51] <annevk> smaug____: I wasn't sure about that one, the comments suggested it was just going to be firing some more events
  395. # [11:51] <annevk> smaug____: could you maybe add a comment and clear the whiteboard?
  396. # [11:52] <smaug____> k
  397. # [11:52] <annevk> thank you
  398. # [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
  399. # [11:59] <MikeSmith> http://stackoverflow.com/a/32349608/441757
  400. # [12:00] <MikeSmith> "strictly the original source is buggy"
  401. # [12:00] <MikeSmith> I won't tell Hixie that he said that
  402. # [12:01] <MikeSmith> they still have a bug to fix in their compiler on OSX though
  403. # [12:04] <MikeSmith> oh they already responded to that
  404. # [12:04] <MikeSmith> http://bugs.freepascal.org/view.php?id=28588
  405. # [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.
  406. # [12:08] * Parts: IZh (~IZh@192.194.199.35)
  407. # [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
  408. # [12:09] <annevk> seems like a good start
  409. # [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?
  410. # [12:14] <hsivonen> s/switch/switched/
  411. # [12:14] <annevk> hsivonen: I think so
  412. # [12:15] <hsivonen> annevk: I see. Not a development paths I'd have recommended.
  413. # [12:16] <hsivonen> If you rewrite the world, do it in Rust.
  414. # [12:16] <annevk> That would be pretty cool, something like Bikeshed, but in Rust, so it's fast
  415. # [12:17] <annevk> I suppose eventually Rust will have enough infrastructure to port certain things
  416. # [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
  417. # [12:18] <MikeSmith> hsivonen: yeah your summary is correct
  418. # [12:18] <jgraham> Well Rust already has UTF8 strings, HTML Parsing and JSON parsing
  419. # [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
  420. # [12:19] <MikeSmith> but, well, soembody else didn't write it
  421. # [12:20] <jgraham> I think mostly Hixie used free pascal because he likes pascal
  422. # [12:20] <MikeSmith> and the wattsi code is actually pretty nice
  423. # [12:20] <MikeSmith> yeah, and he writes pascal pretty good, as far as I can see
  424. # [12:21] <MikeSmith> wattsi seems very fast to me
  425. # [12:21] <jgraham> (but also because http://ian.hixie.ch/programming/ which is not a great approach to picking a programming language)
  426. # [12:21] <MikeSmith> for what it's doing
  427. # [12:22] <MikeSmith> jgraham: you mean, just ranking the language by where the first letter of their name occurs in alphabetical order?
  428. # [12:22] <MikeSmith> I kind of like that ranking
  429. # [12:23] <MikeSmith> just don't know if it's reverse-sorted
  430. # [12:23] <jgraham> :p
  431. # [12:23] <MikeSmith> but I choose to assume it's from worst to best
  432. # [12:23] <MikeSmith> heh :)
  433. # [12:23] <MikeSmith> anyway, it puts Python at the top!
  434. # [12:23] <MikeSmith> or else C
  435. # [12:23] <jgraham> And Rust would be even topper
  436. # [12:23] <MikeSmith> yes!
  437. # [12:24] <MikeSmith> it really works!
  438. # [12:24] <MikeSmith> I'm going to inject Rust into that page
  439. # [12:24] <MikeSmith> since Hixie is serving it insecurely
  440. # [12:24] * MikeSmith goes back to trying to write a wattsi patch
  441. # [12:27] * Quits: psy_ (~psy@43.224.156.116) (Ping timeout: 252 seconds)
  442. # [12:28] <hsivonen> Hixie's Programming Languages page seems wrong about Java when it claims no language support for enumeration
  443. # [12:29] <hsivonen> also weird that Automatic memory management is colorless but Execution makes a value judgment against VMs
  444. # [12:29] <jgraham> I think the more fundamental wrongness is judging a language as a checklist of features
  445. # [12:30] <hsivonen> that, too
  446. # [12:30] <Ms2ger> Does the checklist have UTF8 strings, HTML Parsing and JSON parsing? :)
  447. # [12:33] <nox> Where is that?
  448. # [12:33] <nox> Sounds fun.
  449. # [12:33] * MikeSmith learns how to disable runtime range checks in Free Pascal
  450. # [12:33] <nox> Oh god.
  451. # [12:33] <nox> So horrible.
  452. # [12:33] <MikeSmith> heh
  453. # [12:35] * Quits: Lachy (~Lachy@213.166.174.2) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  454. # [12:35] <nox> jgraham: And Rust's HTML parsing improved quite a bit yesterday. :)
  455. # [12:36] <jgraham> nox: Oh?
  456. # [12:37] <nox> jgraham: 10 PRs landed, h5e even parses <isindex> now.
  457. # [12:37] <jgraham> Nice!
  458. # [12:41] <annevk> Another clean merge
  459. # [12:42] * Joins: karlcow (~karl@nerval.la-grange.net)
  460. # [12:44] * MikeSmith peruses the commit log
  461. # [12:52] * Quits: plutoniix (~plutoniix@119.63.87.222) (Quit: จรลี จรลา)
  462. # [13:00] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Remote host closed the connection)
  463. # [13:02] * Joins: Lachy (~Lachy@213.166.174.2)
  464. # [13:02] * Quits: jst_ (~quassel@198.199.94.175) (Quit: No Ping reply in 180 seconds.)
  465. # [13:03] * Joins: jst (~quassel@198.199.94.175)
  466. # [13:04] * Quits: zcorpan (~zcorpan@2a00:801:e0:30:c409:b22b:7cc8:cd6d) (Ping timeout: 264 seconds)
  467. # [13:10] * Quits: tripu (~tripu@p4119141-ipngn23501marunouchi.tokyo.ocn.ne.jp) (Ping timeout: 240 seconds)
  468. # [13:12] * Quits: Lachy (~Lachy@213.166.174.2) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  469. # [13:13] <annevk> I wonder if <isindex> is still implemented in all browsers
  470. # [13:14] * Joins: jensnockert (~jensnocke@84.219.248.21)
  471. # [13:15] * Joins: Lachy (~Lachy@213.166.174.2)
  472. # [13:18] * Quits: jensnockert (~jensnocke@84.219.248.21) (Ping timeout: 264 seconds)
  473. # [13:22] <mkwst> annevk: I dropped it from Chrome. I think folks from Opera and Mozilla were sad about that.
  474. # [13:25] * Joins: tripu (~tripu@p2740049-ipngn22401marunouchi.tokyo.ocn.ne.jp)
  475. # [13:32] * wilsonpage is now known as wilsonpage-away
  476. # [13:35] <MikeSmith> mkwst: did you ever find an acceptable (context-appropriate) synonym for the world "credential"?
  477. # [13:36] <mkwst> nope.
  478. # [13:37] <mkwst> I'm calling them credentials until someone tells me to stop.
  479. # [13:38] <MikeSmith> SGTM
  480. # [13:40] * wilsonpage-away is now known as wilsonpage
  481. # [13:40] * Quits: smaug____ (~chatzilla@62-78-246-79.bb.dnainternet.fi) (Ping timeout: 250 seconds)
  482. # [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*
  483. # [13:42] * Quits: capella-s3 (~yaaic@cpe-24-59-243-39.twcny.res.rr.com) (Read error: Connection reset by peer)
  484. # [13:47] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
  485. # [13:51] * Joins: igoroliveira (uid20755@gateway/web/irccloud.com/x-ikrhwkfgygclebsw)
  486. # [13:52] * Joins: zcorpan (~zcorpan@c-5eeaaa4b-74736162.cust.telenor.se)
  487. # [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)
  488. # [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.
  489. # [13:54] <MikeSmith> well
  490. # [13:54] <MikeSmith> they don't own any namespace on this
  491. # [13:54] <MikeSmith> despite what they might try to imply/assert
  492. # [13:54] <mkwst> No, of course not. But, politeness etc.
  493. # [13:54] <MikeSmith> sure
  494. # [13:55] <mkwst> They wrote their strange spec before I made mine public, so. *shrug* I'm friendly. :)
  495. # [13:55] <MikeSmith> we clearly need to version words
  496. # [13:56] <MikeSmith> "You mean 'credentials2', right? I'm talking about 'credentials1'."
  497. # [13:57] * Joins: darobin (~darobin@159.180.228.142)
  498. # [14:03] * Quits: sarri (~sari@unaffiliated/sarri) (Ping timeout: 244 seconds)
  499. # [14:05] * Quits: Lachy (~Lachy@213.166.174.2) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  500. # [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."
  501. # [14:17] * Joins: Lachy (~Lachy@213.166.174.2)
  502. # [14:19] * Quits: calvaris (~calvaris@fanzine.igalia.com) (Quit: Ex-Chat)
  503. # [14:22] * Quits: alrra (uid62345@gateway/web/irccloud.com/x-hwtbwsnjqahomley) (Quit: Connection closed for inactivity)
  504. # [14:22] * Quits: zcorpan (~zcorpan@c-5eeaaa4b-74736162.cust.telenor.se) (Ping timeout: 246 seconds)
  505. # [14:22] <MikeSmith> hahah
  506. # [14:24] <annevk> You can instantly tell who's using ReSpec
  507. # [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
  508. # [14:26] <annevk> SimonSapin: how do you say "simply reverse engineering browsers." in French?
  509. # [14:26] * annevk wants to reply to https://twitter.com/Titi_Alone/status/639024422049984512
  510. # [14:27] <annevk> hsivonen: https://github.com/whatwg/html/pull/66 made the ISO-2022-JP thing a should, otherwise addressed your comments
  511. # [14:27] * Quits: Yudai (~Yudai@c-73-170-83-204.hsd1.ca.comcast.net) (Ping timeout: 250 seconds)
  512. # [14:27] * Joins: zcorpan (~zcorpan@94.234.170.217)
  513. # [14:28] * Joins: Yudai (~Yudai@c-73-170-83-204.hsd1.ca.comcast.net)
  514. # [14:28] <caitp> does the URI spec really require you to parse IPv4 with each byte encoded as octal or hex?
  515. # [14:29] <annevk> caitp: URL does, URI doesn't
  516. # [14:30] <MikeSmith> hey it's caitp (long time no see)
  517. # [14:30] <annevk> (URI is obsolete though)
  518. # [14:30] <caitp> I use them interchangeably for some reason
  519. # [14:30] * Quits: dshwang (dshwang@nat/intel/x-charjccobcftkkky) (Remote host closed the connection)
  520. # [14:30] <MikeSmith> for those who like stuff related to range checks in Python: https://github.com/whatwg/wattsi/pull/1
  521. # [14:32] <annevk> s/Python/Pascal/?
  522. # [14:33] <annevk> Assigned to Hixie
  523. # [14:33] <MikeSmith> thanks
  524. # [14:33] <MikeSmith> yeah, Freudian slip
  525. # [14:33] * Joins: aknyharse (~akmnlrse@c83-250-35-127.bredband.comhem.se)
  526. # [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.
  527. # [14:42] * Quits: howdoi (uid224@gateway/web/irccloud.com/x-qafkswmkqhmrxdha) (Quit: Connection closed for inactivity)
  528. # [14:53] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Remote host closed the connection)
  529. # [14:54] * Joins: dshwang (dshwang@nat/intel/x-tpxqwoeducpvauyj)
  530. # [14:56] * Joins: vyorkin (~vyorkin@109.188.126.18)
  531. # [14:57] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
  532. # [14:59] <annevk> johnme: thank you!
  533. # [14:59] <annevk> johnme: just noticed that's your first commit too, great
  534. # [15:01] * Joins: scor (~scor@drupal.org/user/52142/view)
  535. # [15:02] * Quits: zcorpan (~zcorpan@94.234.170.217) (Remote host closed the connection)
  536. # [15:04] * Parts: aknyharse (~akmnlrse@c83-250-35-127.bredband.comhem.se)
  537. # [15:06] <MikeSmith> there's an attr() function in CSS now? https://github.com/w3c/css-validator/issues/24 (I guess I vaguely recall)
  538. # [15:07] <MikeSmith> ah, since 2.1 (dinnet now)
  539. # [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
  540. # [15:09] <MikeSmith> hey darobin
  541. # [15:09] <MikeSmith> ok
  542. # [15:09] <darobin> hey man
  543. # [15:09] * Joins: zcorpan (~zcorpan@94.234.170.217)
  544. # [15:11] * wilsonpage is now known as wilsonpage-away
  545. # [15:11] * Quits: ^esc (~esc-ape@91.141.1.83.wireless.dyn.drei.com) (Ping timeout: 264 seconds)
  546. # [15:12] <MikeSmith> darobin: I've decided to switch over to focusing most of my time to debugging Free Pascal code from now on
  547. # [15:12] <darobin> MikeSmith: that sounds like a precious life skill
  548. # [15:13] <darobin> somehow I get the feeling that if I hadn't just bailed I might have found myself drawn into the same...
  549. # [15:13] <darobin> good instinct, there
  550. # [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
  551. # [15:15] * Joins: jensnockert_ (~jensnocke@84.219.248.21)
  552. # [15:15] * MikeSmith looks
  553. # [15:15] * jgraham tries not to draw attention to the word "if" in that sentence
  554. # [15:16] <MikeSmith> I like Hixie's ranking-by-alphabet much better.
  555. # [15:16] <MikeSmith> that listing overcomplicates things with arbitrary criteria
  556. # [15:18] <jgraham> Hixie's ranking probably overstates how good VisualBasic is, however :p
  557. # [15:18] * wilsonpage-away is now known as wilsonpage
  558. # [15:19] * Quits: jensnockert_ (~jensnocke@84.219.248.21) (Ping timeout: 250 seconds)
  559. # [15:22] * Joins: encryptd_fractal (~encryptd_@63-254-58-198.ip.mcleodusa.net)
  560. # [15:24] * Quits: dshwang (dshwang@nat/intel/x-tpxqwoeducpvauyj) (Remote host closed the connection)
  561. # [15:26] <gsnedders> MikeSmith: CSS 2.1 attr() is widely supported. CSS 3 attr() isn't.
  562. # [15:28] <johnme> annevk: thanks for reviewing :)
  563. # [15:31] <MikeSmith> jgraham: :) zsh shell scripting #1!
  564. # [15:31] <MikeSmith> gsnedders: ah OK
  565. # [15:36] * Quits: zcorpan (~zcorpan@94.234.170.217) (Remote host closed the connection)
  566. # [15:41] * Joins: zcorpan (~zcorpan@94.234.170.217)
  567. # [15:42] * Joins: mven (~textual@32.97.110.57)
  568. # [15:42] * Quits: mven (~textual@32.97.110.57) (Excess Flood)
  569. # [15:46] * Quits: tripu (~tripu@p2740049-ipngn22401marunouchi.tokyo.ocn.ne.jp) (Quit: Leaving)
  570. # [15:50] * Quits: vyorkin (~vyorkin@109.188.126.18) (Ping timeout: 265 seconds)
  571. # [15:53] * Joins: dshwang (~dshwang@192.55.54.40)
  572. # [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?
  573. # [15:58] * Quits: zcorpan (~zcorpan@94.234.170.217) (Remote host closed the connection)
  574. # [15:58] * Joins: plutoniix (~plutoniix@node-cnf.pool-125-24.dynamic.totbb.net)
  575. # [16:06] <annevk> JakeA: either is fine with me
  576. # [16:07] * Joins: raintrap_ (~raintrap_@112.198.77.200)
  577. # [16:16] * Joins: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com)
  578. # [16:17] <SimonSapin> annevk: a translation of "reverse engineering" exists, but no-one uses it. I replied to that tweet
  579. # [16:18] <annevk> ta
  580. # [16:18] * Quits: roc (~chatzilla@121.98.81.91) (Ping timeout: 255 seconds)
  581. # [16:26] * Joins: alrra (uid62345@gateway/web/irccloud.com/x-iixzohuqewpqhmls)
  582. # [16:27] * Joins: smaug____ (~chatzilla@62-78-246-79.bb.dnainternet.fi)
  583. # [16:28] * Quits: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com) (Quit: My computer has gone to sleep. ZZZzzz…)
  584. # [16:45] * Joins: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com)
  585. # [16:51] * Quits: yhirano_ (uid40668@gateway/web/irccloud.com/x-iduqqxwswdqovnnr) (Quit: Connection closed for inactivity)
  586. # [16:51] <wanderview> annevk: mkwst: gecko supports request.formData()
  587. # [16:52] <wanderview> not sure which version it was implemented in, though
  588. # [16:56] * Joins: eric_carlson (~ericc@c-24-6-239-9.hsd1.ca.comcast.net)
  589. # [17:02] * Joins: ehsan (~ehsan@ip-162-250-172-168.fibre.fibrestream.ca)
  590. # [17:10] * Quits: wilsonpage (~wilsonpag@217.111.161.212) (Quit: My Mac has gone to sleep. ZZZzzz…)
  591. # [17:12] * Joins: wilsonpage (~wilsonpag@217.111.161.212)
  592. # [17:14] * wilsonpage is now known as wilsonpage-away
  593. # [17:15] * Quits: wilsonpage-away (~wilsonpag@217.111.161.212) (Client Quit)
  594. # [17:15] * Joins: jensnockert (~jensnocke@84.219.248.21)
  595. # [17:17] * Joins: wilsonpage (~wilsonpag@217.111.161.212)
  596. # [17:20] * Quits: jensnockert (~jensnocke@84.219.248.21) (Ping timeout: 256 seconds)
  597. # [17:31] * Joins: ^esc (~esc-ape@178.165.130.82.wireless.dyn.drei.com)
  598. # [17:33] * Joins: vyorkin (~vyorkin@46.250.159.231)
  599. # [17:36] * Joins: slartsa (~lari@176-93-150-155.bb.dnainternet.fi)
  600. # [17:41] * Joins: raintra__ (~raintrap_@121.54.58.247)
  601. # [17:41] * Quits: raintrap_ (~raintrap_@112.198.77.200) (Read error: Connection reset by peer)
  602. # [17:42] * Quits: raintra__ (~raintrap_@121.54.58.247) (Read error: No route to host)
  603. # [17:42] * Joins: raintra__ (~raintrap_@121.54.58.247)
  604. # [17:48] * Quits: ehsan (~ehsan@ip-162-250-172-168.fibre.fibrestream.ca) (Remote host closed the connection)
  605. # [17:49] * Joins: ap (~ap@17.202.44.214)
  606. # [17:49] * Quits: slartsa (~lari@176-93-150-155.bb.dnainternet.fi) (Ping timeout: 264 seconds)
  607. # [17:49] <darobin> a CORS-related error is never detectable from either XHR or Fetch, right?
  608. # [17:52] * Joins: jeremyj (~jeremyj@17.202.48.144)
  609. # [17:56] * Joins: ccardona-work (~ccardona-@209.213.209.190)
  610. # [17:57] * Joins: sicking (~sicking@c-98-210-157-231.hsd1.ca.comcast.net)
  611. # [17:58] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Remote host closed the connection)
  612. # [17:59] <annevk> darobin: correct
  613. # [18:00] <darobin> yeah, the PouchDB people are on crack
  614. # [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
  615. # [18:01] <annevk> darobin: heh, that just means "network error"
  616. # [18:01] <annevk> and there's more and more reasons you can get them, too
  617. # [18:02] * Quits: jeremyj (~jeremyj@17.202.48.144) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  618. # [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
  619. # [18:02] <darobin> one more reason against numeric error codes :)
  620. # [18:02] * Quits: raintra__ (~raintrap_@121.54.58.247) (Remote host closed the connection)
  621. # [18:03] <annevk> Everything folks believe about CORS is likely wrong. Such a sad protocol.
  622. # [18:03] <darobin> lol
  623. # [18:03] <annevk> And yes, numeric codes are not great...
  624. # [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
  625. # [18:05] <annevk> Rather than having standardized opcodes
  626. # [18:05] * Joins: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com)
  627. # [18:06] <Ms2ger> annevk, why is createDocument black and createHTMLDocument orange in https://dom.spec.whatwg.org/#dom-domimplementation-createdocument ?
  628. # [18:06] * Parts: Ms2ger (~Ms2ger@ptr-2hj4tblvksdoqwr318avut18l.ip6.access.telenet.be) ("Leaving")
  629. # [18:06] * Joins: Ms2ger (~Ms2ger@ptr-2hj4tblvksdoqwr318avut18l.ip6.access.telenet.be)
  630. # [18:07] * Quits: Lachy (~Lachy@213.166.174.2) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  631. # [18:07] <annevk> Ms2ger: the Bikeshed conversion...
  632. # [18:07] <annevk> Ms2ger: it removed all the <code> inside <dfn>
  633. # [18:07] <Ms2ger> Fun
  634. # [18:07] <annevk> In a way
  635. # [18:11] <ccardona-work> Good morning/afternoon/evening whatwg crew o/
  636. # [18:14] * Joins: calvaris (~calvaris@4.126.27.77.dynamic.mundo-r.com)
  637. # [18:14] * Joins: jeremyj (~jeremyj@17.202.48.144)
  638. # [18:15] * Joins: ehsan (~ehsan@2001:450:1f:224:edf2:cc3e:756:f91)
  639. # [18:15] <annevk> ccardona-work: evening
  640. # [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
  641. # [18:16] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
  642. # [18:17] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
  643. # [18:18] * daleharvey sees the issue on github
  644. # [18:18] <annevk> daleharvey: pointer?
  645. # [18:18] <daleharvey> https://github.com/pouchdb/pouchdb/pull/4190
  646. # [18:19] <annevk> daleharvey: ta
  647. # [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
  648. # [18:20] <daleharvey> yeh the wording can be changed, it does say 'seems to indicate' but could be a little clearer
  649. # [18:21] * Quits: howitdo (~howitdo@unaffiliated/howitdo) (Remote host closed the connection)
  650. # [18:21] <annevk> daleharvey: you could also not use it for same-origin requests, though redirects make that tricky
  651. # [18:22] <darobin> daleharvey: sorry if "on crack" came across as maybe a little brisk, it's just an expression :)
  652. # [18:22] <darobin> daleharvey: another improvement is that, in this case, the abort is actually triggered by Pouch
  653. # [18:22] <darobin> so you know it's a timeout
  654. # [18:23] <ccardona-work> annevk: o/
  655. # [18:27] <darobin> daleharvey: I've pointed out the timeout source in the bug
  656. # [18:29] * Quits: darobin (~darobin@159.180.228.142) (Remote host closed the connection)
  657. # [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.
  658. # [18:34] <ato> Does anyone know if Edge implements it?
  659. # [18:34] <Ms2ger> Allegedly not
  660. # [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.
  661. # [18:36] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Remote host closed the connection)
  662. # [18:38] <Ms2ger> ato, so what kind of instructions are those?
  663. # [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.
  664. # [18:40] <Ms2ger> Aha
  665. # [18:42] <Domenic> ato: it is not in Chrome or Edge or mobile Safari. Gecko is the only remaining major implementer.
  666. # [18:42] <ato> Domenic: And in Gecko it’s doesn’t work in Nightly anymore (even if the deprecation bug is still open).
  667. # [18:45] <Domenic> can someone test desktop safari for me actually? http://www.thesaabsite.com/js/safari-5.1-bugfix-test.html
  668. # [18:51] <astearns> Domenic: Mac desktop 8.0.8?
  669. # [18:51] <Domenic> astearns: sure
  670. # [18:51] <astearns> OK works in both. Cancel for prompt clears field, Cancel on showModalDialog sets to "<null>"
  671. # [18:51] <astearns> prompt comes up much quicker
  672. # [18:52] <Domenic> fascinating
  673. # [18:52] <Domenic> so they really did only kill it on mobile
  674. # [18:57] * Quits: fredy (~fredy@snf-535807.vm.okeanos.grnet.gr) (Excess Flood)
  675. # [18:57] * Joins: fredy (~fredy@snf-535807.vm.okeanos.grnet.gr)
  676. # [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
  677. # [18:59] <smaug____> IIRC we have so high usage numbers for showModalDialog that we can't really remove it real soon
  678. # [19:00] <annevk> smaug____: our numbers are different from Chrome?
  679. # [19:00] <annevk> smaug____: did all the existing Chrome users switch to Firefox?
  680. # [19:01] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Remote host closed the connection)
  681. # [19:04] <smaug____> would be better to ask mrbkap
  682. # [19:05] <smaug____> but, IIRC, the idea was to not implement it for e10s, but the usage was high enough that the decision changed
  683. # [19:06] * Quits: ccardona-work (~ccardona-@209.213.209.190) (Quit: ccardona-work)
  684. # [19:06] * espadrine_ is now known as espadrine
  685. # [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)
  686. # [19:11] * Quits: wilsonpage (~wilsonpag@217.111.161.212) (Quit: My Mac has gone to sleep. ZZZzzz…)
  687. # [19:16] * Joins: ccardona-work (~ccardona-@209.213.209.190)
  688. # [19:16] * Joins: jensnockert (~jensnocke@84.219.248.21)
  689. # [19:21] * Quits: alrra (uid62345@gateway/web/irccloud.com/x-iixzohuqewpqhmls) (Quit: Connection closed for inactivity)
  690. # [19:22] * Quits: jensnockert (~jensnocke@84.219.248.21) (Ping timeout: 264 seconds)
  691. # [19:22] * Quits: JoWie (uid93456@gateway/web/irccloud.com/x-ussbxdciulhvgcis) (Quit: Connection closed for inactivity)
  692. # [19:23] * Quits: vyorkin (~vyorkin@46.250.159.231) (Ping timeout: 264 seconds)
  693. # [19:25] * Joins: raintrap_ (~raintrap_@203.111.224.66)
  694. # [19:25] * Quits: raintrap_ (~raintrap_@203.111.224.66) (Client Quit)
  695. # [19:29] <smaug____> mounir: I assume blink is ok to change its presentation API implementation
  696. # [19:29] <smaug____> quite a bit perhaps
  697. # [19:29] <smaug____> perhaps it hasn't shipped yet
  698. # [19:32] * Joins: psy_ (~psy@43.224.156.102)
  699. # [19:32] <smaug____> so silly over-Promise-fying
  700. # [19:37] * Quits: calvaris (~calvaris@4.126.27.77.dynamic.mundo-r.com) (Ping timeout: 260 seconds)
  701. # [19:44] * Joins: Lachy (~Lachy@cm-84.215.179.176.getinternet.no)
  702. # [19:59] * Quits: Lachy (~Lachy@cm-84.215.179.176.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  703. # [20:01] * Quits: Ms2ger (~Ms2ger@ptr-2hj4tblvksdoqwr318avut18l.ip6.access.telenet.be) (Quit: Leaving)
  704. # [20:02] * Joins: vyorkin (~vyorkin@195.239.245.33)
  705. # [20:02] * Quits: ambv (~ambv@199.201.64.130) (Quit: sys.exit(0) # app closed)
  706. # [20:04] * Joins: Lachy (~Lachy@cm-84.215.179.176.getinternet.no)
  707. # [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
  708. # [20:08] <mkwst> MikeSmith: Didn't I add that?
  709. # [20:08] <MikeSmith> oh
  710. # [20:08] * MikeSmith looks
  711. # [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. :)
  712. # [20:09] <MikeSmith> I don't find it in the spec, not
  713. # [20:09] <MikeSmith> heh
  714. # [20:09] * Joins: dbaron (~dbaron@2620:101:80fb:224:c965:e82:5f87:daf7)
  715. # [20:09] <MikeSmith> yeah I would have been surprised if you weren't on top of it already :)
  716. # [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.
  717. # [20:09] <MikeSmith> even if it is just locally
  718. # [20:10] <MikeSmith> yes
  719. # [20:10] <MikeSmith> people are using it
  720. # [20:10] <MikeSmith> see http://stackoverflow.com/questions/32359701/is-multiline-meta-content-value-alowed
  721. # [20:10] <MikeSmith> or see my answer there at http://stackoverflow.com/a/32359837/441757
  722. # [20:16] <mkwst> Yes. It's the easiest way to deploy for some folks. github Pages, for instance.
  723. # [20:17] * Quits: beowulf (~sstewart@host81-136-13-246.range81-136.btcentralplus.com) (Ping timeout: 255 seconds)
  724. # [20:17] <mkwst> Would you mind filing a spec bug and assigning it to me so I remember to unmonkeypatch that bit tomorrow?
  725. # [20:19] * Joins: beowulf (~sstewart@host86-184-211-198.range86-184.btcentralplus.com)
  726. # [20:20] * Quits: ccardona-work (~ccardona-@209.213.209.190) (Quit: ccardona-work)
  727. # [20:21] <MikeSmith> hai
  728. # [20:22] * Quits: espadrine (~tyl@213.152.18.159) (Ping timeout: 256 seconds)
  729. # [20:24] * Quits: Lachy (~Lachy@cm-84.215.179.176.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  730. # [20:24] * Quits: jeremyj (~jeremyj@17.202.48.144) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  731. # [20:26] * Joins: JoWie (uid93456@gateway/web/irccloud.com/x-gyfcwbgcoebkqxtz)
  732. # [20:27] * Joins: ccardona-work (~ccardona-@209.213.209.190)
  733. # [20:27] <MikeSmith> hmm apparently it won't let me assign it to you
  734. # [20:27] <MikeSmith> we only have one team associated with this repo and that team doesn't have you as a member
  735. # [20:28] * MikeSmith will figure something out
  736. # [20:28] <mkwst> *shrug* Whatever. I don't need superpowers. :) I see the bug, and I'll throw out a PR tomorrow. Thanks!
  737. # [20:32] <MikeSmith> cheers
  738. # [20:33] * Quits: vyorkin (~vyorkin@195.239.245.33) (Ping timeout: 240 seconds)
  739. # [20:40] <gsnedders> hmm, I'm getting an internal server error from bugs.webkit.org o_O
  740. # [20:42] * Joins: Lachy (~Lachy@cm-84.215.179.176.getinternet.no)
  741. # [20:42] * Joins: jeremyj (~jeremyj@17.202.48.144)
  742. # [20:47] * Quits: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com) (Quit: My computer has gone to sleep. ZZZzzz…)
  743. # [20:47] * Joins: jarek (~jarek@unaffiliated/jarek)
  744. # [21:01] * Joins: Lachy_ (~Lachy@31.6.63.116)
  745. # [21:01] * Quits: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com) (Quit: tantek)
  746. # [21:02] * Quits: Lachy (~Lachy@cm-84.215.179.176.getinternet.no) (Ping timeout: 240 seconds)
  747. # [21:03] * Quits: zdobersek (~zan@gateway/vpn/privateinternetaccess/zdobersek) (Quit: Leaving.)
  748. # [21:04] * Quits: sicking (~sicking@c-98-210-157-231.hsd1.ca.comcast.net) (Quit: sicking)
  749. # [21:05] * Joins: sicking (~sicking@c-98-210-157-231.hsd1.ca.comcast.net)
  750. # [21:07] * Quits: jeremyj (~jeremyj@17.202.48.144) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  751. # [21:13] * Krinkle_ is now known as Krinkle
  752. # [21:15] * Quits: sicking (~sicking@c-98-210-157-231.hsd1.ca.comcast.net) (Quit: sicking)
  753. # [21:17] * Joins: jensnockert (~jensnocke@84.219.248.21)
  754. # [21:22] * Quits: jensnockert (~jensnocke@84.219.248.21) (Ping timeout: 240 seconds)
  755. # [21:24] * Quits: jyasskin_w (jyasskin@nat/google/x-caresiqmrrbisonf) (Ping timeout: 244 seconds)
  756. # [21:30] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
  757. # [21:36] * Joins: jyasskin_w (jyasskin@nat/google/x-bniuvgjwnqiwtqbs)
  758. # [21:39] * Joins: ambv (~ambv@199.201.64.130)
  759. # [21:43] * Quits: dshwang (~dshwang@192.55.54.40) (Remote host closed the connection)
  760. # [21:45] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
  761. # [21:46] * Joins: vyorkin (~vyorkin@broadband-37-110-21-113.nationalcablenetworks.ru)
  762. # [21:46] <annevk> yet more icons for https://github.com/whatwg/html/commits \o/
  763. # [21:48] * Joins: tantek (~tantek@guest-nat.p2p.sfo1.mozilla.com)
  764. # [21:50] * Joins: Maurice` (copyman@unaffiliated/maurice)
  765. # [21:51] <annevk> MikeSmith: if you give someone read access, can you assign things to them?
  766. # [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
  767. # [21:53] <Domenic> On GitHub? Hmm we can test this.
  768. # [21:53] <Domenic> I was thinking similar thoughts
  769. # [21:54] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
  770. # [21:57] <Domenic> annevk: yes, it works
  771. # [21:57] <Domenic> annevk: a bit annoying you can't give it to anyone in the org
  772. # [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
  773. # [21:58] * Quits: dbaron (~dbaron@2620:101:80fb:224:c965:e82:5f87:daf7) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  774. # [21:58] * Joins: dbaron (~dbaron@2620:101:80fb:232:39d2:429b:f9d7:188a)
  775. # [21:58] * Quits: ttepasse (~ttepasse@ip-178-200-61-79.hsi07.unitymediagroup.de) (Quit: Textual IRC Client: www.textualapp.com)
  776. # [22:00] * Quits: jarek (~jarek@unaffiliated/jarek) (Quit: jarek)
  777. # [22:01] <annevk> Domenic: I'm not sure why we have the latter team still
  778. # [22:01] * annevk adds mkwst
  779. # [22:02] * Quits: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com) (Quit: sicking)
  780. # [22:02] <annevk> (to html)
  781. # [22:02] <mkwst> Hrm?
  782. # [22:02] <annevk> mkwst: see GitHub invites, it's mostly so we can assign issues to you :-P
  783. # [22:02] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
  784. # [22:03] <mkwst> SGTM.
  785. # [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\
  786. # [22:04] <mkwst> I am now a member of WHATWG, but I can't self-assign https://github.com/whatwg/html/issues/88.
  787. # [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
  788. # [22:05] <Domenic> mkwst: hmm yeah I think only people with push access can assign. Kind of lame.
  789. # [22:05] * Quits: vyorkin (~vyorkin@broadband-37-110-21-113.nationalcablenetworks.ru) (Quit: WeeChat 1.2)
  790. # [22:05] <mkwst> No worries. Someone will assign it to me, I'm sure.
  791. # [22:05] * Joins: vyorkin (~vyorkin@broadband-37-110-21-113.nationalcablenetworks.ru)
  792. # [22:08] * mkwst is now known as mkwst_zzz
  793. # [22:08] <mkwst_zzz> Night all.
  794. # [22:08] * Quits: ccardona-work (~ccardona-@209.213.209.190) (Quit: ccardona-work)
  795. # [22:08] * Quits: vyorkin (~vyorkin@broadband-37-110-21-113.nationalcablenetworks.ru) (Client Quit)
  796. # [22:09] * Joins: vyorkin (~vyorkin@broadband-37-110-21-113.nationalcablenetworks.ru)
  797. # [22:11] * Joins: capella-s3 (~yaaic@cpe-24-59-243-39.twcny.res.rr.com)
  798. # [22:12] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 246 seconds)
  799. # [22:24] * Joins: mpt (~mpt@2001:67c:1560:a003:318c:b692:99e4:f48e)
  800. # [22:24] * Quits: mpt (~mpt@2001:67c:1560:a003:318c:b692:99e4:f48e) (Changing host)
  801. # [22:24] * Joins: mpt (~mpt@canonical/mpt)
  802. # [22:26] * Quits: tantek (~tantek@guest-nat.p2p.sfo1.mozilla.com) (Quit: tantek)
  803. # [22:27] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Read error: Connection reset by peer)
  804. # [22:31] * Joins: tantek (~tantek@guest-nat.p2p.sfo1.mozilla.com)
  805. # [22:34] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
  806. # [22:36] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
  807. # [22:36] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Read error: Connection reset by peer)
  808. # [22:36] * Joins: jeremyj (~jeremyj@17.245.24.239)
  809. # [22:41] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Remote host closed the connection)
  810. # [22:45] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
  811. # [22:48] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
  812. # [22:57] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Remote host closed the connection)
  813. # [22:58] * Quits: Maurice` (copyman@unaffiliated/maurice)
  814. # [23:01] * Joins: ccardona-work (~ccardona-@209.213.209.190)
  815. # [23:15] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
  816. # [23:18] * Joins: jensnockert (~jensnocke@84.219.248.21)
  817. # [23:23] * Quits: jensnockert (~jensnocke@84.219.248.21) (Ping timeout: 265 seconds)
  818. # [23:30] * Quits: ccardona-work (~ccardona-@209.213.209.190) (Quit: ccardona-work)
  819. # [23:34] <gsnedders> Trying to sort out the divergences of the Blink fork of html5lib-tests…
  820. # [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?
  821. # [23:34] <gsnedders> AAA limit test!
  822. # [23:40] <jgraham> gsnedders: Whatever gecko does, or we change the spec :p
  823. # [23:42] <gsnedders> OK, we seem to have interop at least
  824. # [23:42] <gsnedders> the Blink version of the test is just wrong
  825. # [23:43] <gsnedders> v. everyone
  826. # [23:46] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Remote host closed the connection)
  827. # [23:47] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
  828. # [23:48] <nox> gsnedders: Is that in html5lib-tests?
  829. # [23:48] <nox> Oh you said that. I can't read.
  830. # [23:49] * Joins: wilsonpage (~wilsonpag@cpc73846-dals21-2-0-cust279.20-2.cable.virginm.net)
  831. # [23:51] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Ping timeout: 240 seconds)
  832. # [23:52] * Joins: roc (~chatzilla@121.98.81.91)
  833. # [23:52] * Quits: encryptd_fractal (~encryptd_@63-254-58-198.ip.mcleodusa.net) (Remote host closed the connection)
  834. # [23:54] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
  835. # 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