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

Options:

Previous day, Next day

  1. # Session Start: Fri Sep 04 00:00:00 2015
  2. # Session Ident: #whatwg
  3. # [00:01] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
  4. # [00:02] * Joins: brcweggs (~brcweggs@pool-74-111-218-212.lsanca.fios.verizon.net)
  5. # [00:02] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Read error: Connection reset by peer)
  6. # [00:05] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Ping timeout: 244 seconds)
  7. # [00:09] * Quits: roc (~chatzilla@121.98.85.219) (Ping timeout: 244 seconds)
  8. # [00:10] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
  9. # [00:11] * Joins: weinig (~weinig@17.202.47.106)
  10. # [00:14] * Quits: brcweggs (~brcweggs@pool-74-111-218-212.lsanca.fios.verizon.net) (Quit: Be back later ...)
  11. # [00:14] * Quits: eric_carlson (~ericc@17.245.29.18) (Quit: eric_carlson)
  12. # [00:15] * Quits: Lachy_ (~Lachy@185.29.164.223) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  13. # [00:16] * Joins: Lachy (~Lachy@185.29.164.223)
  14. # [00:16] * Joins: karlcow (~karl@nerval.la-grange.net)
  15. # [00:18] * Quits: smaug____ (~chatzilla@62-78-246-79.bb.dnainternet.fi) (Ping timeout: 250 seconds)
  16. # [00:20] * Joins: jensnockert (~jensnocke@84.219.248.21)
  17. # [00:22] * Joins: seventh (seventh@128.90.94.182)
  18. # [00:24] * Quits: ccardona-work (~ccardona-@209.213.209.190) (Quit: ccardona-work)
  19. # [00:24] * Quits: jensnockert (~jensnocke@84.219.248.21) (Ping timeout: 240 seconds)
  20. # [00:25] * Quits: jyasskin (~jyasskin@216.239.45.94) (Quit: My computer has gone to sleep. ZZZzzz…)
  21. # [00:34] * Joins: brcweggs (~brcweggs@pool-74-111-218-212.lsanca.fios.verizon.net)
  22. # [00:35] * Quits: calvaris (~calvaris@4.126.27.77.dynamic.mundo-r.com) (Quit: Ex-Chat)
  23. # [00:39] * Joins: jyasskin (~jyasskin@216.239.45.94)
  24. # [00:48] * Quits: jyasskin (~jyasskin@216.239.45.94) (Quit: My computer has gone to sleep. ZZZzzz…)
  25. # [00:48] * Quits: weinig (~weinig@17.202.47.106) (Quit: weinig)
  26. # [00:51] * heycam|away is now known as heycam
  27. # [00:51] * Joins: weinig (~weinig@17.202.47.106)
  28. # [00:54] <heycam> annevk, sounds fine (the unsigned long thing)
  29. # [00:56] * Quits: ehsan_ (~ehsan@2001:450:1f:224:4bf:8295:f8f8:52c5) (Remote host closed the connection)
  30. # [00:59] <MikeSmith> hola heycam
  31. # [01:00] <heycam> hi MikeSmith
  32. # [01:00] * Joins: roc (~chatzilla@2400:e780:801:232:2677:3ff:fece:dc64)
  33. # [01:03] * Joins: jyasskin (~jyasskin@216.239.45.94)
  34. # [01:03] <MikeSmith> heycam: seems there will be a lot of the #whatwg crew going to TPAC this year
  35. # [01:04] <MikeSmith> sort of a "we're getting the band back together"
  36. # [01:04] <heycam> MikeSmith, oh great! I won't be there unfortunately.
  37. # [01:04] <MikeSmith> ah!
  38. # [01:04] <MikeSmith> dang
  39. # [01:04] <heycam> my graduation ceremony is on the Wednesday
  40. # [01:04] <roc> woohoo!
  41. # [01:04] <MikeSmith> ah wow
  42. # [01:04] <MikeSmith> yeah man
  43. # [01:05] <heycam> I couldn't find any flights that would let me attend that enough of the rest of the week in Sapporo :)
  44. # [01:05] <MikeSmith> #whatwg should toast heycam while having a drink together at TPAC
  45. # [01:05] <heycam> I'll Skyp^WFirefox Hello in from the stage
  46. # [01:05] <MikeSmith> heh
  47. # [01:06] <MikeSmith> heycam: yeah some things you can't time ideally
  48. # [01:08] * Joins: jyasskin_ (~jyasskin@216.239.45.94)
  49. # [01:09] * Quits: jyasskin (~jyasskin@216.239.45.94) (Read error: Connection reset by peer)
  50. # [01:09] <MikeSmith> heycam: I also will not be able to attend TPAC this year
  51. # [01:09] <MikeSmith> due to my wife and I having a baby on the way around that time
  52. # [01:09] <heycam> MikeSmith, oh, congrats!
  53. # [01:09] <MikeSmith> thanks 😄
  54. # [01:10] <heycam> that is something you have (had) some degree of control over the timing of, though ;)
  55. # [01:10] <MikeSmith> heh
  56. # [01:10] <MikeSmith> true
  57. # [01:10] <MikeSmith> but I guess it's fitting that my baby already just can't manage to get with the program at W3C and time/do things with W3C harmony
  58. # [01:10] <MikeSmith> runs in the family
  59. # [01:11] * Quits: weinig (~weinig@17.202.47.106) (Quit: weinig)
  60. # [01:11] <heycam> heh yeah, need a baby moratorium
  61. # [01:11] <MikeSmith> haha
  62. # [01:12] <MikeSmith> I think that would be good problem for the TAG to put their attention into trying to solve
  63. # [01:12] * Quits: ap (~ap@17.114.216.127)
  64. # [01:14] <MikeSmith> speaking of problems, I think the first thing I'm going to buy my baby will be a tiny T-shirt with the sentence "Solve real problems." printed on it
  65. # [01:16] <roc> but then how will your child get a PhD?
  66. # [01:16] <MikeSmith> roc: zing :)
  67. # [01:19] * Quits: jsx (uid48919@fsf/intern/jsx) (Quit: Connection closed for inactivity)
  68. # [01:22] * MikeSmith goes back to hacking on Hixie's bash and perl code
  69. # [01:27] * Joins: encryptd_fractal (~encryptd_@2601:449:8100:cad9:b905:1c48:6e3b:a6c8)
  70. # [01:28] * Joins: jensnockert (~jensnocke@84.219.248.21)
  71. # [01:30] * Joins: ap (~ap@17.114.216.127)
  72. # [01:31] * Joins: weinig (~weinig@17.202.47.106)
  73. # [01:32] * Joins: xiinotulp (~plutoniix@node-ndw.pool-101-108.dynamic.totbb.net)
  74. # [01:33] * Joins: jensnockert_ (~jensnocke@84.219.248.21)
  75. # [01:33] * Quits: jensnockert (~jensnocke@84.219.248.21) (Read error: Connection reset by peer)
  76. # [01:35] * Quits: plutoniix (~plutoniix@101.108.125.116) (Ping timeout: 272 seconds)
  77. # [01:37] * Quits: ap (~ap@17.114.216.127) (Read error: Connection reset by peer)
  78. # [01:37] * Joins: ap_ (~ap@17.114.216.127)
  79. # [01:37] * Quits: roc (~chatzilla@2400:e780:801:232:2677:3ff:fece:dc64) (Ping timeout: 246 seconds)
  80. # [01:43] * Joins: ccardona-work (~ccardona-@c-24-130-132-120.hsd1.ca.comcast.net)
  81. # [01:44] * Quits: jsbell (jsbell@nat/google/x-aeulwsstylvrxeqf) (Quit: There's no place like home...)
  82. # [01:46] * Joins: weinig_ (~weinig@17.114.217.214)
  83. # [01:46] * Quits: ccardona-work (~ccardona-@c-24-130-132-120.hsd1.ca.comcast.net) (Client Quit)
  84. # [01:47] * Quits: weinig (~weinig@17.202.47.106) (Ping timeout: 268 seconds)
  85. # [01:47] * weinig_ is now known as weinig
  86. # [01:49] * Joins: ccardona-work (~ccardona-@c-24-130-132-120.hsd1.ca.comcast.net)
  87. # [01:50] * Joins: roc (~chatzilla@2400:e780:801:232:2677:3ff:fece:dc64)
  88. # [01:51] * Quits: TallTed (~Thud@c-98-216-254-6.hsd1.ma.comcast.net) (Ping timeout: 260 seconds)
  89. # [01:51] * Joins: TallTed (~Thud@c-98-216-254-6.hsd1.ma.comcast.net)
  90. # [01:55] * Joins: ehsan___ (~ehsan@ip-162-250-172-168.fibre.fibrestream.ca)
  91. # [01:56] * Quits: ehsan___ (~ehsan@ip-162-250-172-168.fibre.fibrestream.ca) (Client Quit)
  92. # [01:56] * Quits: jeremyj (~jeremyj@17.202.48.144) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  93. # [02:00] * Quits: jensnockert_ (~jensnocke@84.219.248.21) (Remote host closed the connection)
  94. # [02:02] * Quits: roc (~chatzilla@2400:e780:801:232:2677:3ff:fece:dc64) (Ping timeout: 244 seconds)
  95. # [02:02] * Quits: Guest18200 (~hfenring@seditious.adversary.org) (Read error: Connection reset by peer)
  96. # [02:03] * Quits: encryptd_fractal (~encryptd_@2601:449:8100:cad9:b905:1c48:6e3b:a6c8) (Remote host closed the connection)
  97. # [02:03] * Joins: encryptd_fractal (~encryptd_@2601:449:8100:cad9:b905:1c48:6e3b:a6c8)
  98. # [02:08] * Quits: encryptd_fractal (~encryptd_@2601:449:8100:cad9:b905:1c48:6e3b:a6c8) (Ping timeout: 244 seconds)
  99. # [02:08] * Joins: Hasimir (~hfenring@unaffiliated/hasimir)
  100. # [02:15] * Joins: roc (~chatzilla@2400:e780:801:224:2677:3ff:fece:dc64)
  101. # [02:17] <nox> annevk: https://www.w3.org/Bugs/Public/show_bug.cgi?id=18794
  102. # [02:22] * xiinotulp is now known as plutoniix
  103. # [02:27] <nox> annevk: https://github.com/w3c/webcomponents/commit/c3c46d87f9764a746523ec17853b0a5eb5ed46e0
  104. # [02:28] * Quits: weinig (~weinig@17.114.217.214) (Quit: weinig)
  105. # [02:31] * Joins: weinig (~weinig@17.114.6.77)
  106. # [02:37] * Joins: frivoal (~frivoal@om126204168024.6.openmobile.ne.jp)
  107. # [02:39] * Quits: weinig (~weinig@17.114.6.77) (Ping timeout: 244 seconds)
  108. # [02:40] * Joins: weinig_ (~weinig@17.114.217.214)
  109. # [02:44] * Quits: frivoal (~frivoal@om126204168024.6.openmobile.ne.jp) (Remote host closed the connection)
  110. # [02:46] * Joins: frivoal (~frivoal@om126204168024.6.openmobile.ne.jp)
  111. # [02:46] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
  112. # [02:49] * Quits: Jayflux (~Jayflux@unaffiliated/jayflux) (Read error: Connection reset by peer)
  113. # [02:51] * Quits: frivoal (~frivoal@om126204168024.6.openmobile.ne.jp) (Remote host closed the connection)
  114. # [02:51] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Ping timeout: 260 seconds)
  115. # [02:54] * Joins: wartdev (~wartdev@109.255.148.96)
  116. # [02:59] * Quits: jyasskin_ (~jyasskin@216.239.45.94) (Quit: My computer has gone to sleep. ZZZzzz…)
  117. # [03:00] * Quits: wartdev (~wartdev@109.255.148.96)
  118. # [03:00] * Joins: jdaggett_ (~jdaggett@61-121-216-2.bitcat.net)
  119. # [03:01] * Joins: ohaibbq (~ohaibbq@98.248.65.213)
  120. # [03:03] * Quits: weinig_ (~weinig@17.114.217.214) (Quit: weinig_)
  121. # [03:10] * Joins: jyasskin (~jyasskin@207.198.105.21)
  122. # [03:12] * Quits: ap_ (~ap@17.114.216.127)
  123. # [03:17] * Quits: seventh (seventh@128.90.94.182) (Ping timeout: 246 seconds)
  124. # [03:27] * Joins: encryptd_fractal (~encryptd_@2601:449:8100:cad9:c015:87f4:2c2d:979d)
  125. # [03:30] * Joins: Lachy_ (~Lachy@cm-84.215.179.176.getinternet.no)
  126. # [03:32] * Joins: Goplat (~goplat@reactos/developer/Goplat)
  127. # [03:32] * Quits: Lachy (~Lachy@185.29.164.223) (Ping timeout: 244 seconds)
  128. # [03:35] * Quits: ccardona-work (~ccardona-@c-24-130-132-120.hsd1.ca.comcast.net) (Quit: ccardona-work)
  129. # [03:41] * Quits: brcweggs (~brcweggs@pool-74-111-218-212.lsanca.fios.verizon.net) (Quit: Lingo: www.lingoirc.com)
  130. # [03:42] * Joins: capella-s32 (~yaaic@66-87-125-26.pools.spcsdns.net)
  131. # [03:43] * Quits: capella-s3 (~yaaic@cpe-24-59-243-39.twcny.res.rr.com) (Ping timeout: 240 seconds)
  132. # [03:44] * Quits: capella-s32 (~yaaic@66-87-125-26.pools.spcsdns.net) (Read error: Connection reset by peer)
  133. # [03:45] * Joins: capella-s3 (~yaaic@66.87.125.26)
  134. # [03:48] * Quits: Krinkle (~Krinkle@wikimedia/Krinkle) (Quit: Bounce bounce - Powered by ZNC <http://znc.in>)
  135. # [03:49] * Quits: capella-s3 (~yaaic@66.87.125.26) (Read error: Connection reset by peer)
  136. # [03:50] * Joins: capella-s3 (~yaaic@cpe-24-59-243-39.twcny.res.rr.com)
  137. # [03:55] * Quits: plutoniix (~plutoniix@node-ndw.pool-101-108.dynamic.totbb.net) (Read error: Connection reset by peer)
  138. # [03:57] * Joins: plutoniix (~plutoniix@node-ndw.pool-101-108.dynamic.totbb.net)
  139. # [04:01] * Joins: rxgx (uid22483@gateway/web/irccloud.com/x-uvsxacnxfhzvpkjr)
  140. # [04:02] * heycam is now known as heycam|away
  141. # [04:03] * Quits: dbaron (~dbaron@2620:101:80fb:224:1834:ca2:2146:4048) (Ping timeout: 246 seconds)
  142. # [04:11] * Joins: Krinkle (~Krinkle@wikimedia/Krinkle)
  143. # [04:20] * Quits: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com) (Quit: tantek)
  144. # [04:22] * Joins: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com)
  145. # [04:25] * Quits: jyasskin (~jyasskin@207.198.105.21) (Quit: My computer has gone to sleep. ZZZzzz…)
  146. # [04:28] * toyoshim is now known as toyoshiAw
  147. # [04:28] * toyoshiAw is now known as toyoshim
  148. # [04:33] * Joins: boogyman (~justme_j@pdpc/supporter/professional/boogyman)
  149. # [04:34] * Joins: Liki (b756d14b@gateway/web/freenode/ip.183.86.209.75)
  150. # [04:35] <Liki> hello, i'm trying to use github/fetch but have a question about how to capture an event from the response?
  151. # [04:35] <Liki> more specifically, i'm uploading a file and it returns the progress event
  152. # [04:36] * heycam|away is now known as heycam
  153. # [04:36] * Joins: dbaron (~dbaron@173-228-85-118.dsl.dynamic.fusionbroadband.com)
  154. # [04:38] * Quits: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com) (Quit: tantek)
  155. # [04:44] <MikeSmith> Liki: add an event listenert for "fetch", use respondWith() to do something?
  156. # [04:44] <MikeSmith> ah, progress event
  157. # [04:48] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
  158. # [04:52] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Ping timeout: 246 seconds)
  159. # [04:53] * Quits: iamstef (sid12605@gateway/web/irccloud.com/x-yqgkiakluftadliy) (Ping timeout: 252 seconds)
  160. # [04:55] * Joins: iamstef (sid12605@gateway/web/irccloud.com/x-bpjztcbxmucsyqex)
  161. # [05:12] * Joins: howdoi (uid224@gateway/web/irccloud.com/x-tketcvvvqctcyfgz)
  162. # [05:19] <Liki> Hi so there is no such event mechanism just like those in Superagent?
  163. # [05:22] <MikeSmith> Liki: dunno what Superagent is
  164. # [05:22] <MikeSmith> that github/fetch library is just a polyfill isn't it?
  165. # [05:22] <MikeSmith> that is, it just provides exactly the same API as what's in the Fetch standard
  166. # [05:22] <MikeSmith> and nothing additional
  167. # [05:23] <MikeSmith> e.g., no convenience methods or whatever
  168. # [05:23] <MikeSmith> Liki: have you read the spec? https://fetch.spec.whatwg.org/
  169. # [05:23] * Quits: Liki (b756d14b@gateway/web/freenode/ip.183.86.209.75) (Ping timeout: 246 seconds)
  170. # [05:24] <MikeSmith> botie, inform Liki https://developer.mozilla.org/en-US/docs/Web/API/Fetch_API/Using_Fetch
  171. # [05:24] <botie> will do
  172. # [05:24] <MikeSmith> (in case he comes back)
  173. # [05:25] * Quits: beowulf (~sstewart@host86-184-211-198.range86-184.btcentralplus.com) (Ping timeout: 244 seconds)
  174. # [05:28] * Joins: igoroliveira_ (uid20755@gateway/web/irccloud.com/x-uxpnorsitfubqajg)
  175. # [05:28] * Joins: howdoi_ (uid224@gateway/web/irccloud.com/x-ygvrfqqrqsemkvie)
  176. # [05:28] * Quits: howdoi (uid224@gateway/web/irccloud.com/x-tketcvvvqctcyfgz) (Ping timeout: 246 seconds)
  177. # [05:28] * Quits: roc (~chatzilla@2400:e780:801:224:2677:3ff:fece:dc64) (Ping timeout: 246 seconds)
  178. # [05:28] * Quits: igoroliveira (uid20755@gateway/web/irccloud.com/x-aznhwqqbriizjgml) (Ping timeout: 246 seconds)
  179. # [05:29] * igoroliveira_ is now known as igoroliveira
  180. # [05:29] * howdoi_ is now known as howdoi
  181. # [05:31] * Joins: encrypt__ (~encryptd_@c-24-7-238-5.hsd1.mn.comcast.net)
  182. # [05:31] * Joins: roc (~chatzilla@2400:e780:801:224:2677:3ff:fece:dc64)
  183. # [05:33] * Quits: encryptd_fractal (~encryptd_@2601:449:8100:cad9:c015:87f4:2c2d:979d) (Ping timeout: 246 seconds)
  184. # [05:43] * Joins: beowulf (~sstewart@host81-136-13-186.range81-136.btcentralplus.com)
  185. # [05:56] * Quits: jdaggett_ (~jdaggett@61-121-216-2.bitcat.net) (Quit: jdaggett_)
  186. # [06:02] * Krinkle is now known as Krinkle_
  187. # [06:08] <annevk> nox: well, maybe I know what I'm doing after all
  188. # [06:13] * Quits: rxgx (uid22483@gateway/web/irccloud.com/x-uvsxacnxfhzvpkjr) (Quit: Connection closed for inactivity)
  189. # [06:20] * Joins: spacenomad (~spacenoma@remote.wcitarch.com)
  190. # [06:20] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
  191. # [06:23] * Joins: zdobersek (~zan@gateway/vpn/privateinternetaccess/zdobersek)
  192. # [06:29] * Quits: vigilvindex (~quassel@envoycorps.info) (Quit: No Ping reply in 180 seconds.)
  193. # [06:30] * Joins: vigilvindex (~quassel@envoycorps.info)
  194. # [06:34] * Quits: roc (~chatzilla@2400:e780:801:224:2677:3ff:fece:dc64) (Ping timeout: 244 seconds)
  195. # [06:34] <mkwst> annevk: Morning. :)
  196. # [06:34] <mkwst> annevk: For MIX: how do I check whether a request is targeting an iframe? I used to look at the frame type, now I need to ... what? Look at the client's document's ancestors?
  197. # [06:35] <mkwst> s/document/browsing context/
  198. # [06:47] * Quits: psy_ (~psy@43.224.156.102) (Ping timeout: 272 seconds)
  199. # [06:51] * Quits: spacenomad (~spacenoma@remote.wcitarch.com)
  200. # [06:52] * Joins: psy_ (~psy@43.224.156.102)
  201. # [06:52] * Quits: psy_ (~psy@43.224.156.102) (Max SendQ exceeded)
  202. # [06:54] * Joins: psy_ (~psy@43.224.156.102)
  203. # [06:59] * Joins: spacenomad (~spacenoma@remote.wcitarch.com)
  204. # [07:05] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
  205. # [07:05] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Remote host closed the connection)
  206. # [07:07] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
  207. # [07:08] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Remote host closed the connection)
  208. # [07:10] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Remote host closed the connection)
  209. # [07:12] * Quits: igoroliveira (uid20755@gateway/web/irccloud.com/x-uxpnorsitfubqajg) (Quit: Connection closed for inactivity)
  210. # [07:13] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
  211. # [07:13] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
  212. # [07:18] * Quits: spacenomad (~spacenoma@remote.wcitarch.com) (Remote host closed the connection)
  213. # [07:32] * Quits: howdoi (uid224@gateway/web/irccloud.com/x-ygvrfqqrqsemkvie) (Quit: Connection closed for inactivity)
  214. # [07:34] <annevk> mkwst: yes, basically
  215. # [07:35] <annevk> mkwst: you need to check the ancestor anyway right for its URL?
  216. # [07:48] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Remote host closed the connection)
  217. # [07:50] * Quits: dbaron (~dbaron@173-228-85-118.dsl.dynamic.fusionbroadband.com) (Ping timeout: 272 seconds)
  218. # [07:50] <annevk> So Directory Upload should really just be a patch to HTML
  219. # [07:50] <annevk> Anyone want to point that out?
  220. # [07:51] <annevk> And the webkit* stuff might need to be added to compat.spec.whatwg.org by miketaylr or also straight to HTML...
  221. # [07:54] <mkwst> annevk: Is the client for a request that's navigating an iframe the iframe itself, or the document embedding the iframe.?
  222. # [07:57] <annevk> mkwst: that's a good question, there was a similar thing with your "originating origin" or some such right?
  223. # [07:57] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Remote host closed the connection)
  224. # [07:57] <annevk> mkwst: I learned recently Gecko has two principals, requesting and loading or some such... I guess we might need both?
  225. # [07:57] <mkwst> Probably. I'm just confused about what I'm supposed to be looking at now.
  226. # [07:57] <mkwst> I guess? Previously, I was just relying on magical 'frame type' settings.
  227. # [07:57] <mkwst> That was simpler, as it pushed the complexity onto you/HTML. :)
  228. # [07:57] <annevk> mkwst: what's the setup in Chrome?
  229. # [07:59] <mkwst> Currently? Still frame type. :)
  230. # [07:59] <annevk> mkwst: so it matters for referrer for instance
  231. # [08:00] <annevk> if you have a link in parent that targets the child and follow that, the referrer is the parent
  232. # [08:00] <annevk> if you have a link in child that targets the child/parent and follow that, the referrer is the child
  233. # [08:00] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
  234. # [08:00] <mkwst> We throw all the data we need for Referrer into the request, and then do any stripping in the network stack.
  235. # [08:01] * Quits: psy_ (~psy@43.224.156.102) (Ping timeout: 264 seconds)
  236. # [08:01] <mkwst> which boils down to the requesting URL and policy.
  237. # [08:02] <mkwst> Because the network stack lives way above Blink, and has no way of digging back down into the execution.context.
  238. # [08:02] <annevk> Yeah that makes sense
  239. # [08:02] <annevk> But we currently set referrer to "client"
  240. # [08:02] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Read error: Connection reset by peer)
  241. # [08:03] <annevk> Hmm...
  242. # [08:03] * Joins: alrra (uid62345@gateway/web/irccloud.com/x-pmclyrucbtyrbkzx)
  243. # [08:04] <annevk> And then the referrer specification does all kinds of tricks with request's client
  244. # [08:04] <annevk> But you want to do tricks with the "loading" client
  245. # [08:04] <mkwst> That is what the spec does. I'm not sure if any browser does. :)
  246. # [08:05] <annevk> Yeah, I guess we could pull some of that logic back in HTML too...
  247. # [08:05] * Joins: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com)
  248. # [08:05] <annevk> I'm just trying to figure out what a better setup would be
  249. # [08:06] <annevk> I think the easiest would be to introduce an additional client
  250. # [08:06] <annevk> Since service workers also wants the "loading" client, afaict
  251. # [08:06] <annevk> JakeA: ^^
  252. # [08:06] <annevk> I'm somewhat surprised nobody noticed this before
  253. # [08:06] <annevk> Well maybe I shouldn't be, review of Fetch and Service Workers is notoriously poor
  254. # [08:07] <mkwst> The whole integration with navigation seems a bit hand-wavey.
  255. # [08:08] <mkwst> But hey! We can fix it all now!
  256. # [08:10] <JakeA> We're punting fetchEvent.client to v2, so we can make changes here
  257. # [08:11] <annevk> So either we introduce "requesting client" or "loading client" next to "client" but some specifications will need to change
  258. # [08:11] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
  259. # [08:12] <annevk> Oooh
  260. # [08:12] <annevk> I know
  261. # [08:12] <annevk> Well, hmm, I was thinking "navigating client" as the client that initiates the navigation, but that might as well refer to the client that is navigating...
  262. # [08:13] <annevk> "navigate requesting client"?
  263. # [08:13] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Read error: Connection reset by peer)
  264. # [08:13] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Remote host closed the connection)
  265. # [08:13] <annevk> Because this is only needed for Fetch resulting from a navigate attempt... It would mean that referrer policy needs to if/else on the two clients
  266. # [08:14] <annevk> But that doesn't seem too bad?
  267. # [08:14] * Quits: boogyman (~justme_j@pdpc/supporter/professional/boogyman) (Ping timeout: 246 seconds)
  268. # [08:14] <annevk> It also means that mkwst can just continue to use client as he wants to in Mixed Content and that the current Service Worker setup is correct too
  269. # [08:14] <annevk> And this should be what CSP wants too
  270. # [08:15] * Quits: encrypt__ (~encryptd_@c-24-7-238-5.hsd1.mn.comcast.net) (Remote host closed the connection)
  271. # [08:19] <mkwst> I think that sounds right. Let me get to my desk and think about it.
  272. # [08:20] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
  273. # [08:31] * Joins: jtcranmer (~jcranmer@ras1.csl.tjhsst.edu)
  274. # [08:32] * Joins: JoWie (uid93456@gateway/web/irccloud.com/x-pasxvznyohyapkmt)
  275. # [08:32] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
  276. # [08:34] * Quits: ^esc (~esc-ape@178.165.129.182.wireless.dyn.drei.com) (Ping timeout: 264 seconds)
  277. # [08:39] <annevk> Domenic: mind if I take over your top-links work and finish it?
  278. # [08:39] <annevk> mkwst: certainly, once you tentatively approve I'll file a bug on Fetch and Referrer
  279. # [08:39] <annevk> mkwst: thankfully you got to this before I started rewriting HTML
  280. # [08:40] <mkwst> I'm only looking at it now because you're making me rewrite MIX. So, thank _you_, I guess? :)
  281. # [08:40] <Domenic> annevk: ah, I knew there was something I dropped on the floor in the last couple days. Sure, go ahead, since now is supposedly sleepytime for me.
  282. # [08:43] <Domenic> The other thing on my to do list is to respond to https://github.com/whatwg/html/issues/62 ... we shouldn't leave issues unanswered like that for too long
  283. # [08:44] <annevk> Fortunately mkwst hangs out here
  284. # [08:44] <annevk> My main problem there is lack of interest from other vendors
  285. # [08:45] <mkwst> So, for MIX, I thing I really only care about the context making the request. iframes don't actually matter, because they're just like every other blockable subresource request.
  286. # [08:45] <mkwst> For CSP, I need to know both the context making the request (to apply the correct policy), and that the request is targeting an iframe (to know to apply `child-src`)
  287. # [08:46] <mkwst> Referrer Policy needs to know the context making the request (for the origin/cross-origin distinction, and the referrer policy). I'm not sure it needs to care what context is being targeted.
  288. # [08:47] <mkwst> Domenic: What annevk said. I floated that proposal a million years ago on Specifiction and WHATWG. Crickets.
  289. # [08:47] <mkwst> Domenic: Once Firefox has a reasonable process model they may be more interested, as one of the things it would allow us to do is to keep passwords in the browser process, so that a corrupted renderer couldn't get direct access.
  290. # [08:48] <mkwst> Domenic: And it's a mild protection against XSS stealing form data directly.
  291. # [08:48] <mkwst> Domenic: Since it's trivial to implement, I think it's worth doing. Especially since the opaque FormData bits of it are necessary for credential management anyway.
  292. # [08:49] <mkwst> So it's really just more or less defining an attribute, and cutting off JavaScript access to `value`.
  293. # [08:51] * Joins: dan2k3k4 (~dan2k3k4@unaffiliated/dan2k3k4)
  294. # [08:51] <Domenic> Yeah but it's kind of a question of should it be in the spec if only one browser does it or is planning on doing it
  295. # [08:51] <mkwst> Not disagreeing with you. :)
  296. # [08:51] <Domenic> Which is a somewhat broader problem
  297. # [08:52] <Domenic> I am having vague 3am visions of rendered spec diffs or checkboxes to turn on experimental awaiting-implementations features while viewing the spec or something.
  298. # [08:53] <dan2k3k4> :o
  299. # [08:53] <mkwst> Go to bed. ;)
  300. # [08:53] <Domenic> Basically something better than these micro specs that monkeypatch HTML all over the place because they're extending HTML in some way
  301. # [08:53] <Domenic> At least I stayed up late for a good cause, namely computer games.
  302. # [08:54] <mkwst> Domenic: But I love monkey patching HTML! It's all I do!
  303. # [08:54] <Domenic> hehehe
  304. # [08:54] <Domenic> nn
  305. # [08:56] <annevk> mkwst: *waves hand* there is no context
  306. # [08:56] * Joins: spacenomad (~spacenoma@167.216.10.227)
  307. # [08:57] <mkwst> "context" => "{browsing, execution} context"
  308. # [08:58] <annevk> mkwst: ah okay, so it sounds like we're in agreement
  309. # [08:58] * Quits: mpt (~mpt@canonical/mpt) (Read error: Connection reset by peer)
  310. # [08:59] <annevk> Hopefully many years from now bz will look at this (because he's trying to sort something out) and will be not be like "what were you thinking?!"
  311. # [09:00] <mkwst> I'm going to need you to review the fetch bits in MIX. They're getting much more complicated than I'd like.
  312. # [09:00] <annevk> That's the kind of stuff that keeps you up at night
  313. # [09:00] * Quits: Goplat (~goplat@reactos/developer/Goplat) (Remote host closed the connection)
  314. # [09:03] * Joins: tripu (~tripu@p2763022-ipngn22501marunouchi.tokyo.ocn.ne.jp)
  315. # [09:03] * Joins: mpt (~mpt@2001:67c:1560:a003:297a:c971:5e2c:3c47)
  316. # [09:03] * Quits: mpt (~mpt@2001:67c:1560:a003:297a:c971:5e2c:3c47) (Changing host)
  317. # [09:03] * Joins: mpt (~mpt@canonical/mpt)
  318. # [09:13] <mkwst> I lied. I need the target context in MIX.
  319. # [09:14] <mkwst> Otherwise I can't exclude top-level navigation from mixed content checks.
  320. # [09:15] * Joins: sicking (~sicking@c-98-210-157-231.hsd1.ca.comcast.net)
  321. # [09:16] <annevk> Right, that client's corresponding browsing context is what you call "target context" I think
  322. # [09:16] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Read error: Connection reset by peer)
  323. # [09:16] <annevk> s/that//
  324. # [09:16] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
  325. # [09:17] <annevk> I would call that "loading browsing context" or some such
  326. # [09:17] <mkwst> I thought `client` was the browsing context making the request?
  327. # [09:17] <annevk> No, that would be the new "navigate requesting client"
  328. # [09:18] <annevk> "navigate-requesting client"
  329. # [09:18] * Joins: calvaris (~calvaris@fanzine.igalia.com)
  330. # [09:19] <mkwst> ok. so that will either be null (in the case that the request's target is not "document"), or the client that initiated the navigation?
  331. # [09:21] <mkwst> Hrm. This is somewhat strange. If I'm navigating an iframe, do I have an environment settings object yet? I don't think I do.
  332. # [09:21] <mkwst> Is `client` the settings object of the page that was previously in the frame? That I'm navigating away from?
  333. # [09:23] * Quits: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com) (Quit: tantek)
  334. # [09:24] <annevk> mkwst: I think <iframe> will due to about:blank magic
  335. # [09:24] <annevk> mkwst: the top-level browsing might not always
  336. # [09:25] * Joins: vigneshh (79f49b19@gateway/web/freenode/ip.121.244.155.25)
  337. # [09:25] <annevk> mkwst: but yeah, maybe that's a bad setup
  338. # [09:25] * Joins: roc (~chatzilla@121.98.92.158)
  339. # [09:25] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
  340. # [09:26] <annevk> ugh
  341. # [09:26] * vigneshh slaps vigneshh around a bit with a large fishbot
  342. # [09:26] * Quits: vigneshh (79f49b19@gateway/web/freenode/ip.121.244.155.25) (Client Quit)
  343. # [09:29] * Quits: spacenomad (~spacenoma@167.216.10.227)
  344. # [09:31] * Joins: spacenomad (~spacenoma@167.216.10.227)
  345. # [09:32] * Quits: spacenomad (~spacenoma@167.216.10.227) (Remote host closed the connection)
  346. # [09:32] * Joins: yhirano_ (uid40668@gateway/web/irccloud.com/x-nvhgosukhgrncruo)
  347. # [09:35] <mkwst> annevk: Sanity check https://w3c.github.io/webappsec/specs/mixedcontent/#should-block-fetch?
  348. # [09:37] * Quits: jwalden (~waldo@2620:101:80fc:224:7e7a:91ff:fe25:a5a3) (Quit: ChatZilla 0.9.91-rdmsoft [XULRunner 32.0.3/20140923175406])
  349. # [09:41] <annevk> mkwst: that looks about right, with the caveat that client for <iframe> is broken
  350. # [09:43] <mkwst> Does it also make sense, or do I need to add more explanatory notes?
  351. # [09:46] <annevk> mkwst: 2.4.2 does not seem to be needed
  352. # [09:46] * Joins: Ms2ger (~Ms2ger@ptr-2hj4tblvksdoqd8e6oeiwxg7f.ip6.access.telenet.be)
  353. # [09:47] <annevk> mkwst: or is 2.4.2 specifically about same-origin? might be better to check for that then...
  354. # [09:48] <mkwst> We block insecure CORS requests in 2.3, so I guess 2.4.2 is probably irrelevant, yeah.
  355. # [09:48] <annevk> mkwst: it makes sense to me, but I'm not sure what that's worth
  356. # [09:49] * Joins: czerasz (~czerasz@p5DDBAE34.dip0.t-ipconnect.de)
  357. # [09:49] <mkwst> annevk: if you, having written Fetch, didn't understand what I was doing, then it's hopeless. :)
  358. # [09:53] * Quits: ohaibbq (~ohaibbq@98.248.65.213) (Quit: Leaving...)
  359. # [09:55] * heycam is now known as heycam|away
  360. # [09:56] * Joins: howdoi (uid224@gateway/web/irccloud.com/x-ifhbrizbdxnntick)
  361. # [09:56] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
  362. # [09:58] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
  363. # [09:58] <yhirano_> annevk: I run "make" on the fetch spec repo, and it complains that some specs don't exist. Do I need to modify data/specs.json in the anolis directory? Is there any specs.json for the fetch spec uploaded?
  364. # [09:59] <annevk> yhirano_: do you have the xref repository?
  365. # [10:00] <annevk> yhirano_: that is, did you read https://wiki.whatwg.org/wiki/GitHub#Makefile?
  366. # [10:00] <yhirano_> annevk: thanks, i didn't, i will.
  367. # [10:03] * Quits: dan2k3k4 (~dan2k3k4@unaffiliated/dan2k3k4) (Ping timeout: 246 seconds)
  368. # [10:05] <yhirano_> annevk: it works, thank you!
  369. # [10:05] <annevk> yhirano_: no worries, looking forward to the PR!
  370. # [10:12] * Quits: sicking (~sicking@c-98-210-157-231.hsd1.ca.comcast.net) (Quit: sicking)
  371. # [10:14] * Quits: Lachy_ (~Lachy@cm-84.215.179.176.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  372. # [10:18] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
  373. # [10:41] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
  374. # [10:42] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Remote host closed the connection)
  375. # [10:46] * Joins: Lachy (~Lachy@213.166.174.2)
  376. # [10:57] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
  377. # [10:58] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Read error: Connection reset by peer)
  378. # [10:59] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
  379. # [11:04] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Read error: Connection reset by peer)
  380. # [11:05] * Joins: wilsonpage (~wilsonpag@217.111.161.212)
  381. # [11:05] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
  382. # [11:06] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Remote host closed the connection)
  383. # [11:09] * Joins: spacenomad (~spacenoma@cpe-75-85-143-3.hawaii.res.rr.com)
  384. # [11:12] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
  385. # [11:13] <annevk> gsnedders: why did https://github.com/html5lib/html5lib-python/pull/126 never land?
  386. # [11:15] * Quits: spacenomad (~spacenoma@cpe-75-85-143-3.hawaii.res.rr.com)
  387. # [11:16] * Joins: encryptd_fractal (~encryptd_@c-24-7-238-5.hsd1.mn.comcast.net)
  388. # [11:17] * Joins: spacenomad (~spacenoma@cpe-75-85-143-3.hawaii.res.rr.com)
  389. # [11:20] * Quits: encryptd_fractal (~encryptd_@c-24-7-238-5.hsd1.mn.comcast.net) (Ping timeout: 240 seconds)
  390. # [11:22] * Joins: espadrine (~tyl@213.152.18.159)
  391. # [11:23] * Joins: smaug____ (~chatzilla@dyxxlkyyyyyyyyyyyyyyt-3.rev.dnainternet.fi)
  392. # [11:29] * Quits: spacenomad (~spacenoma@cpe-75-85-143-3.hawaii.res.rr.com)
  393. # [11:34] * Joins: spacenomad (~spacenoma@cpe-75-85-143-3.hawaii.res.rr.com)
  394. # [11:43] * Joins: Titi_Alone (~Thunderbi@111.18.30.109.rev.sfr.net)
  395. # [11:44] <Titi_Alone> Hello,
  396. # [11:44] <Titi_Alone> I've a question about the URL living standard, who should I contact?
  397. # [11:45] <Ms2ger> Ask
  398. # [11:46] <Titi_Alone> In the Ipv6 perser
  399. # [11:46] <Titi_Alone> *parser
  400. # [11:46] <hsivonen> nox: I didn't write <template> parsing support. wchen did. I don't have anything more useful to say than pointing at the code. Sorry.
  401. # [11:46] * Quits: tripu (~tripu@p2763022-ipngn22501marunouchi.tokyo.ocn.ne.jp) (Quit: Leaving)
  402. # [11:47] <hsivonen> annevk: I'm writing the Big5 stuff in Java first, since I want to have an Encoding Standard impl. in Java, too, eventually.
  403. # [11:47] <Titi_Alone> In the Ipv6 parser section, the only thing to do if Ipv4 is the things written on line 8?
  404. # [11:47] <hsivonen> annevk: also, it's nicer to deal with bugs in Java first and then port over to C++, since it's easier to test an individual class in isolation in the Java context than in the XPCOM context
  405. # [11:48] <annevk> Titi_Alone: what do you mean by "If IPv4"?
  406. # [11:48] <hsivonen> annevk: I'm not autotranslating to C++ this time, though. Doing it manually.
  407. # [11:48] <annevk> Titi_Alone: the IPv4 part of an IPv6 address is handled by steps 8-10
  408. # [11:48] <hsivonen> annevk: as for Python, even rust-encoding uses Python to turn the indexes into array literals
  409. # [11:49] <annevk> hsivonen: do you use JSON as the input?
  410. # [11:49] <hsivonen> annevk: yes
  411. # [11:49] <Titi_Alone> Yes, that was my question, I thing the spec is unclear on this point
  412. # [11:49] <hsivonen> annevk: having JSON in the spec repo is awesome
  413. # [11:50] <annevk> Titi_Alone: "IPv4" there is just a marker
  414. # [11:50] <hsivonen> annevk: I use the .txt indeces only in a browser tab for visualizing patterns and for searching for interesting cases
  415. # [11:50] <annevk> Titi_Alone: if you have suggestions though, please file an issue :-)
  416. # [11:51] <annevk> hsivonen: yeah, me too, perhaps at some point we should flip what is normative
  417. # [11:51] <Titi_Alone> Don't you think that 9 and 10 should be substeps of 8?
  418. # [11:51] <annevk> Titi_Alone: no
  419. # [11:52] <Titi_Alone> Why? That's the case for Finale and Main.
  420. # [11:52] <annevk> Titi_Alone: no Finale is also steps 12 and 13
  421. # [11:53] <annevk> Titi_Alone: and Main is also step 7
  422. # [11:53] <Titi_Alone> Ok, that's really unclear for me.
  423. # [11:54] <annevk> Titi_Alone: it's just there so you can write "Jump to X"
  424. # [11:54] <Titi_Alone> The instructions for the marker to another marked belongs to the first marker ?
  425. # [11:54] <annevk> Titi_Alone: they don't mean anything else
  426. # [11:54] <annevk> Titi_Alone: when reading a specification you should never try to read meaning into things, only read what it says, literally
  427. # [11:56] <Titi_Alone> I'll try, but here, I was thinking Ipv4 was just the instruction 8.
  428. # [11:57] <Titi_Alone> Thanks for telling me that was not the case, anyway.
  429. # [11:58] <annevk> Titi_Alone: no worries, and again, if you have a way of saying the same thing but clearer, don't hesitate to let me know :-)
  430. # [11:58] <annevk> Titi_Alone: or provide a PR, even
  431. # [11:59] * Quits: spacenomad (~spacenoma@cpe-75-85-143-3.hawaii.res.rr.com) (Changing host)
  432. # [11:59] * Joins: spacenomad (~spacenoma@unaffiliated/spacenomad)
  433. # [11:59] <Titi_Alone> annevk: Maybe precising somewhere at the begin or at the end of the spec that these are juste markers?
  434. # [12:00] <annevk> Titi_Alone: would it have helped you if there was a note just after the IPv6 parser algorithm saying so?
  435. # [12:00] <annevk> Titi_Alone: I can add such a note right now
  436. # [12:01] <Titi_Alone> annevk: What do you mean, a note?
  437. # [12:02] <annevk> <p class="note no-backref">To be clear, <a lt='IPv6 parser Main'>Main</a>,
  438. # [12:02] <annevk> <a lt='IPv6 parser IPv4'>IPv4</a>, and <a lt='IPv6 parser Finale'>Finale</a> are simple markers.
  439. # [12:02] <annevk> They serve no purpose other than being a location the algorithm can jump to.
  440. # [12:02] <annevk> Titi_Alone: something like that ^^
  441. # [12:03] <Titi_Alone> annevk: Yes, that would be really helpful.
  442. # [12:03] <annevk> Titi_Alone: should I list you as "Titi_Alone" in the acknowledgments or would you prefer another nick or actual name?
  443. # [12:04] <annevk> Titi_Alone: see https://url.spec.whatwg.org/#acknowledgments
  444. # [12:05] <Titi_Alone> annevk: Yes, Titi_Alone suits me
  445. # [12:07] <Titi_Alone> Is there another point where there are such markers in the spec?
  446. # [12:08] <annevk> Titi_Alone: I think only IPv6 uses them
  447. # [12:08] <annevk> Titi_Alone: committed the note
  448. # [12:10] <Titi_Alone> Thanks, that clarifies the spec.
  449. # [12:12] <Titi_Alone> annevk: I also have another question, when a "living standard" becomes a standard?
  450. # [12:12] <Ms2ger> It is a standard
  451. # [12:13] <Ms2ger> It says so right in the name: "Living >>>Standard<<<"
  452. # [12:14] <Titi_Alone> But why is it living?
  453. # [12:14] <Titi_Alone> *"living"
  454. # [12:14] <annevk> Titi_Alone: because it's never done
  455. # [12:14] <Titi_Alone> So it will always be a living standard?
  456. # [12:15] <annevk> Titi_Alone: ideally, unless URLs somehow disappear in which case it would become a Dead Standard, but that seems unlikely
  457. # [12:16] * wilsonpage is now known as wilsonpage-away
  458. # [12:16] <Titi_Alone> Ok, that's great, thanks you.
  459. # [12:18] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Remote host closed the connection)
  460. # [12:20] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
  461. # [12:28] * wilsonpage-away is now known as wilsonpage
  462. # [12:41] <nox> annevk: Shouldn't we just kill the references to DOM-Parsing and define innerHTML and outerHTML ourselves?
  463. # [12:42] <annevk> nox: we used to: https://github.com/whatwg/domparsing
  464. # [12:42] <annevk> nox: but Ms2ger gave up
  465. # [12:42] <nox> annevk: What do you mean?
  466. # [12:43] <annevk> nox: the W3C forked our work and made a better standard
  467. # [12:44] <annevk> nox: I do think it would be better to have this defined as part of HTML/DOM, but there's many things to fix
  468. # [12:45] <nox> annevk: Ok.
  469. # [12:45] <nox> annevk: I just meant that for innerHTML and outerHTML btw.
  470. # [12:46] <nox> Or just innerHTML, it's only 2 steps,
  471. # [12:47] <annevk> nox: well, there's also a getter
  472. # [12:47] <nox> Mmh, right.
  473. # [12:47] <annevk> nox: anyway, not sure it makes sense to define those separately and separately from createContextualFragment() and such
  474. # [12:47] <nox> Sure.
  475. # [12:47] <annevk> nox: and you might be forgetting about innerHTML on XML nodes
  476. # [12:47] <nox> Right.
  477. # [12:48] <annevk> also, PRs accepted
  478. # [12:48] <nox> annevk: So we won't chnage anything in the syntax chapter, right?
  479. # [12:48] <annevk> nox: for <template>?
  480. # [12:48] * Quits: czerasz (~czerasz@p5DDBAE34.dip0.t-ipconnect.de) (Ping timeout: 255 seconds)
  481. # [12:48] <nox> Yes.
  482. # [12:48] <annevk> I haven't seen any issues reported against it
  483. # [12:49] <nox> annevk: Cool.
  484. # [12:49] <nox> annevk: Just asked to close the corresponding html5ever bug. :)
  485. # [12:52] * Joins: sergey (~sergey@147.30.224.254)
  486. # [12:53] * Parts: sergey (~sergey@147.30.224.254)
  487. # [13:01] <zcorpan> what do we do with bugs like https://www.w3.org/Bugs/Public/show_bug.cgi?id=29041
  488. # [13:02] * Joins: tunacan (~tunacan@dhcp111.nyd.varnish-software.com)
  489. # [13:03] <hsivonen> zcorpan: how did Chrome come to allow that? bug? they just made stuff up without a spec bug?
  490. # [13:03] <hsivonen> also, allowing <template> in <frameset> seems sad
  491. # [13:04] <nox> The real question is, why did they even need such a thing?
  492. # [13:04] <nox> Feel free to ping me when you see things about templates that are wrong in the spec, given I implemented them in Servo this week, I would prefer if my implementation is interoperable. :)
  493. # [13:04] <mkwst> hsivonen: You can't trust Chrome folks. They're crazy.
  494. # [13:07] * Joins: dan2k3k4 (~dan2k3k4@unaffiliated/dan2k3k4)
  495. # [13:08] * Joins: dan2k3k4k5 (~dan2k3k4@unaffiliated/dan2k3k4)
  496. # [13:10] * Quits: fredy (~fredy@snf-535807.vm.okeanos.grnet.gr) (Excess Flood)
  497. # [13:11] * Quits: dan2k3k4 (~dan2k3k4@unaffiliated/dan2k3k4) (Ping timeout: 244 seconds)
  498. # [13:12] * Joins: dan2k3k4 (~dan2k3k4@unaffiliated/dan2k3k4)
  499. # [13:13] * Quits: dan2k3k4k5 (~dan2k3k4@unaffiliated/dan2k3k4) (Ping timeout: 246 seconds)
  500. # [13:13] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Remote host closed the connection)
  501. # [13:14] * Joins: fredy (~fredy@snf-535807.vm.okeanos.grnet.gr)
  502. # [13:16] * Quits: Titi_Alone (~Thunderbi@111.18.30.109.rev.sfr.net) (Ping timeout: 246 seconds)
  503. # [13:17] <annevk> zcorpan: we should get Chrome to fix it
  504. # [13:17] <annevk> zcorpan: and maybe test it in html5lib?
  505. # [13:17] <annevk> s/maybe//
  506. # [13:18] * annevk added a comment to the bug
  507. # [13:18] <zcorpan> hsivonen: i don't know
  508. # [13:19] * Quits: smaug____ (~chatzilla@dyxxlkyyyyyyyyyyyyyyt-3.rev.dnainternet.fi) (Ping timeout: 246 seconds)
  509. # [13:20] <annevk> hsivonen: https://www.google.com/url?q=https%3A%2F%2Fgithub.com%2Fwhatwg%2Fhtml%2Fpull%2F101&sa=D&sntz=1&usg=AFQjCNHcrkfoj8uLlM7mfH07I6NwiQtJOA
  510. # [13:20] <annevk> hsivonen: https://github.com/whatwg/html/pull/101
  511. # [13:20] <annevk> hsivonen: ignore that first link
  512. # [13:22] <zcorpan> it looks like chrome implemented the early template spec. http://www.w3.org/TR/2013/WD-html-templates-20130214/#in-frameset-addition - http://w3c-test.org/html/semantics/scripting-1/the-template-element/template-element/template-descendant-frameset.html
  513. # [13:24] * zcorpan files a bug
  514. # [13:27] * Joins: marlun (~marlun@unaffiliated/marlun)
  515. # [13:29] * Joins: dan2k3k4k5 (~dan2k3k4@unaffiliated/dan2k3k4)
  516. # [13:30] * wilsonpage is now known as wilsonpage-away
  517. # [13:31] * Quits: dan2k3k4 (~dan2k3k4@unaffiliated/dan2k3k4) (Ping timeout: 244 seconds)
  518. # [13:32] <annevk> zcorpan: ta
  519. # [13:33] * Quits: hgl (~hgl@unaffiliated/hgl) (Read error: Connection reset by peer)
  520. # [13:35] * Quits: sarri (~sari@unaffiliated/sarri) (Ping timeout: 268 seconds)
  521. # [13:35] * Quits: Ms2ger (~Ms2ger@ptr-2hj4tblvksdoqd8e6oeiwxg7f.ip6.access.telenet.be) (Ping timeout: 256 seconds)
  522. # [13:38] * Joins: sarri (~sari@unaffiliated/sarri)
  523. # [13:39] * Joins: hgl (~hgl@unaffiliated/hgl)
  524. # [13:39] <gsnedders> annevk: because of all the html5lib tests being broken
  525. # [13:39] <gsnedders> annevk: because html5lib-python is miles behind in implementation terms
  526. # [13:40] <annevk> gsnedders: oh that sounds bad
  527. # [13:40] <gsnedders> annevk: so I have no trust that the PR doesn't break other things
  528. # [13:40] <annevk> gsnedders: that PR is actually wrong compared to other impls
  529. # [13:40] <gsnedders> can you comment as much?
  530. # [13:42] <annevk> gsnedders: done
  531. # [13:43] <gsnedders> thanks
  532. # [13:44] <gsnedders> fixing html5lib-python is a fair way down to to-do list
  533. # [13:44] <gsnedders> stuff dealing with html5lib-tests is currently at the top
  534. # [13:45] * Quits: hgl (~hgl@unaffiliated/hgl) (Ping timeout: 246 seconds)
  535. # [13:46] * Joins: hgl (~hgl@unaffiliated/hgl)
  536. # [13:48] * Joins: Ms2ger (~Ms2ger@ptr-2hj4tblvksdoqfk632uw1irwo.ip6.access.telenet.be)
  537. # [13:50] * Quits: dan2k3k4k5 (~dan2k3k4@unaffiliated/dan2k3k4) (Ping timeout: 255 seconds)
  538. # [13:51] * Joins: encryptd_fractal (~encryptd_@c-24-7-238-5.hsd1.mn.comcast.net)
  539. # [13:58] * wilsonpage-away is now known as wilsonpage
  540. # [14:00] <nox> annevk: insertAdjacentHTML should be patched too, I think.
  541. # [14:03] * Joins: ttepasse (~ttepasse@ip-178-200-61-79.hsi07.unitymediagroup.de)
  542. # [14:03] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Remote host closed the connection)
  543. # [14:03] * Joins: Titi_Alone (~Thunderbi@111.18.30.109.rev.sfr.net)
  544. # [14:04] * Quits: sarri (~sari@unaffiliated/sarri) (Ping timeout: 265 seconds)
  545. # [14:04] * Joins: sarri (~sari@unaffiliated/sarri)
  546. # [14:05] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
  547. # [14:06] * Krinkle_ is now known as Krinkle
  548. # [14:06] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
  549. # [14:11] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Ping timeout: 240 seconds)
  550. # [14:16] <annevk> nox: yeah, seems like it
  551. # [14:17] <annevk> gsnedders: perhaps you should make sure html5lib-tests covers http://w3c-test.org/html/semantics/scripting-1/the-template-element/template-element/template-descendant-frameset.html too
  552. # [14:18] * Quits: encryptd_fractal (~encryptd_@c-24-7-238-5.hsd1.mn.comcast.net) (Remote host closed the connection)
  553. # [14:23] * Joins: encrypt__ (~encryptd_@2601:449:8100:cad9:814c:45d0:b13d:e28)
  554. # [14:26] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Read error: Connection reset by peer)
  555. # [14:32] * Joins: wilsonpa_ (~wilsonpag@217.111.161.213)
  556. # [14:34] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
  557. # [14:36] * Quits: wilsonpage (~wilsonpag@217.111.161.212) (Ping timeout: 246 seconds)
  558. # [14:36] * Quits: encrypt__ (~encryptd_@2601:449:8100:cad9:814c:45d0:b13d:e28) (Remote host closed the connection)
  559. # [14:46] * Joins: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com)
  560. # [14:51] * Quits: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com) (Ping timeout: 255 seconds)
  561. # [14:57] * Quits: mpt (~mpt@canonical/mpt) (Remote host closed the connection)
  562. # [15:00] <gsnedders> annevk: yeah, we're probably missing a fair bit of stuff
  563. # [15:00] <gsnedders> annevk: esp. around template
  564. # [15:01] <nox> annevk: The good thing is that we don't really need tests for template fragments.
  565. # [15:01] <annevk> nox: heh, I guess there's always an upside of sorts
  566. # [15:02] <nox> In html5lib-tests I mean.
  567. # [15:02] * Joins: mpt (~mpt@canonical/mpt)
  568. # [15:02] <gsnedders> nox: why not?
  569. # [15:02] <nox> We should have some for the template insertion modes, but that's small.
  570. # [15:02] <nox> gsnedders: I mean the behaviour of setting innerHTML, that's outside of the scope of the tree builder tests, right?
  571. # [15:05] <gsnedders> nox: we have tests for that!
  572. # [15:05] <gsnedders> nox: #document-fragment, etc.
  573. # [15:05] <nox> gsnedders: Yes but that's not innerHTML, is it?
  574. # [15:05] <gsnedders> nox: ok, not /quite/
  575. # [15:06] <gsnedders> it's the fragment parsing algorithm
  576. # [15:06] <nox> The parsing of a template fragment doesn't involve the template contents of said template.
  577. # [15:06] <nox> Yes.
  578. # [15:07] <gsnedders> https://html.spec.whatwg.org/#parsing-html-fragments is what we have tests for
  579. # [15:07] <gsnedders> which IIRC innerHTML is a tiny wrapper around
  580. # [15:07] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
  581. # [15:07] <nox> Yes. With a special case for templates.
  582. # [15:08] * Joins: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com)
  583. # [15:10] <gsnedders> where's the special case there?
  584. # [15:10] <gsnedders> the spec doesn't define one AFAICT?
  585. # [15:11] * Parts: ttepasse (~ttepasse@ip-178-200-61-79.hsi07.unitymediagroup.de) ("Textual IRC Client: www.textualapp.com")
  586. # [15:11] <zcorpan> r? https://critic.hoppipolla.co.uk/r/5785
  587. # [15:12] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Ping timeout: 264 seconds)
  588. # [15:15] * Quits: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com) (Quit: tantek)
  589. # [15:19] <gsnedders> nox: I can't see any special case for templates in the innerHTML spec?
  590. # [15:20] <nox> gsnedders: https://github.com/w3c/DOM-Parsing/issues/1
  591. # [15:20] <nox> gsnedders: https://www.w3.org/Bugs/Public/show_bug.cgi?id=18794
  592. # [15:20] <nox> https://github.com/w3c/webcomponents/commit/c3c46d87f9764a746523ec17853b0a5eb5ed46e0
  593. # [15:20] * Joins: encryptd_fractal (~encryptd_@63-254-58-198.ip.mcleodusa.net)
  594. # [15:21] <gsnedders> why aren't we patching this a tthe HTML level?
  595. # [15:21] <nox> gsnedders: Because innerHTML is defined there. It used to be patched at the HTML level when webcomponents was a thing.
  596. # [15:22] <nox> Anyway, I was just saying that's not a matter for the fragment parsing algorithm itself.
  597. # [15:22] <gsnedders> my point is why doesn't the fragment parsing algorithm fix it?
  598. # [15:22] <gsnedders> because surely that's the common point where all these things go through?
  599. # [15:25] * Quits: calvaris (~calvaris@fanzine.igalia.com) (Quit: Ex-Chat)
  600. # [15:26] <nox> gsnedders: Because it would be extremely weird.
  601. # [15:26] <nox> gsnedders: The fragment parsing just parses.
  602. # [15:26] <nox> gsnedders: Now it would need to replace all the template contents of some template node.
  603. # [15:30] * Quits: spacenomad (~spacenoma@unaffiliated/spacenomad) (Remote host closed the connection)
  604. # [15:30] <Ms2ger> annevk, r? https://github.com/whatwg/html/pull/103
  605. # [15:31] * Quits: alrra (uid62345@gateway/web/irccloud.com/x-pmclyrucbtyrbkzx) (Quit: Connection closed for inactivity)
  606. # [15:32] * Quits: howdoi (uid224@gateway/web/irccloud.com/x-ifhbrizbdxnntick) (Quit: Connection closed for inactivity)
  607. # [15:32] * Quits: Lachy (~Lachy@213.166.174.2) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  608. # [15:36] * Joins: igoroliveira (uid20755@gateway/web/irccloud.com/x-nsytvryuijqkfcej)
  609. # [15:38] * Quits: wilsonpa_ (~wilsonpag@217.111.161.213) (Quit: Textual IRC Client: www.textualapp.com)
  610. # [15:38] * Joins: wilsonpage (~wilsonpag@217.111.161.213)
  611. # [15:38] * Joins: Zunino (~andre@67-8-51-57.res.bhn.net)
  612. # [15:39] <Ms2ger> TabAtkins, ~1500 person-days to implement the entire HTML spec?
  613. # [15:42] <jgraham> 6 people 1 year?
  614. # [15:42] <jgraham> Sounds implausible
  615. # [15:42] * jgraham doesn't know the context
  616. # [15:46] * Joins: dan2k3k4 (~dan2k3k4@unaffiliated/dan2k3k4)
  617. # [15:48] * Quits: TallTed (~Thud@c-98-216-254-6.hsd1.ma.comcast.net) (Ping timeout: 255 seconds)
  618. # [15:48] <espadrine> the context is https://lists.w3.org/Archives/Public/public-whatwg-archive/2015Sep/0019.html
  619. # [15:49] <espadrine> and https://twitter.com/brucel/status/639720876099944448
  620. # [15:49] * Quits: sarri (~sari@unaffiliated/sarri) (Ping timeout: 246 seconds)
  621. # [15:50] <nox> Ms2ger: Just saw https://github.com/whatwg/html/pull/103, nice!
  622. # [15:51] <nox> Ms2ger: It is blocked by a DOM issue though.
  623. # [15:51] <nox> Ms2ger: https://github.com/whatwg/dom/pull/66
  624. # [15:53] <Ms2ger> I guess it is, yes
  625. # [15:54] * wilsonpage is now known as wilsonpage-away
  626. # [15:55] * wilsonpage-away is now known as wilsonpage
  627. # [15:56] * Quits: dan2k3k4 (~dan2k3k4@unaffiliated/dan2k3k4) (Quit: Leaving)
  628. # [15:57] * Joins: dan2k3k4 (~dan2k3k4@unaffiliated/dan2k3k4)
  629. # [15:58] * Joins: Lachy (~Lachy@213.166.174.2)
  630. # [15:59] * Quits: Lachy (~Lachy@213.166.174.2) (Client Quit)
  631. # [16:01] * Joins: Lachy (~Lachy@213.166.174.2)
  632. # [16:02] * Quits: Lachy (~Lachy@213.166.174.2) (Client Quit)
  633. # [16:03] * Joins: Lachy (~Lachy@213.166.174.2)
  634. # [16:04] * Joins: sarri (~sari@unaffiliated/sarri)
  635. # [16:07] * Quits: dan2k3k4 (~dan2k3k4@unaffiliated/dan2k3k4) (Quit: Leaving)
  636. # [16:10] * Joins: ^esc (~esc-ape@77.119.131.152.wireless.dyn.drei.com)
  637. # [16:22] <Ms2ger> https://twitter.com/webkit/status/639800468475125760
  638. # [16:22] <Ms2ger> Now import them all
  639. # [16:25] * Joins: spacenomad (~spacenoma@unaffiliated/spacenomad)
  640. # [16:26] * Quits: spacenomad (~spacenoma@unaffiliated/spacenomad) (Remote host closed the connection)
  641. # [16:27] * Quits: sarri (~sari@unaffiliated/sarri) (Ping timeout: 256 seconds)
  642. # [16:28] * Joins: rxgx (uid22483@gateway/web/irccloud.com/x-hiifsheqihqaclto)
  643. # [16:29] * Joins: sarri (~sari@unaffiliated/sarri)
  644. # [16:30] <gsnedders> nox: oh, right, because it just returns the child nodes of root
  645. # [16:30] <gsnedders> nox: I'm an idiot
  646. # [16:30] <gsnedders> nox: ignore me
  647. # [16:30] <Ms2ger> gsnedders, news? :)
  648. # [16:30] <gsnedders> Ms2ger: shush you
  649. # [16:30] <nox> Ah ah.
  650. # [16:31] <gsnedders> http://software.hixie.ch/utilities/js/live-dom-viewer/saved/3620 — why does Gecko's parsing alter with the removal of one <foo> tag?
  651. # [16:31] <gsnedders> I don't think that should hit an AAA limit?
  652. # [16:31] <gsnedders> But I don't have the AAA swapped in atm
  653. # [16:32] <gsnedders> or is this hitting the inner loop counter?
  654. # [16:32] <gsnedders> hmmm
  655. # [16:34] <gsnedders> also why does the aside end up as a child of the div? is that AAA reparenting again?
  656. # [16:34] <gsnedders> Reviewing these tests seems to be AAA hell :)
  657. # [16:37] * Joins: alrra (uid62345@gateway/web/irccloud.com/x-kbtpqvxqqbahxrki)
  658. # [16:40] <gsnedders> nox: so I'm not entirely sure what exactly the document-fragment tests are meant to test now :P
  659. # [16:41] <gsnedders> nox: I think it's the return value of the document fragment parsing algorithm
  660. # [16:41] <nox> gsnedders: What do you mean?
  661. # [16:42] <gsnedders> jgraham: is there any way to force Critic to let it review "own" changes
  662. # [16:42] * Joins: spacenomad (~spacenoma@unaffiliated/spacenomad)
  663. # [16:42] <jgraham> gsnedders: Yeah, if you mark yourself as a reviewer
  664. # [16:44] * Quits: spacenomad (~spacenoma@unaffiliated/spacenomad) (Remote host closed the connection)
  665. # [16:45] <gsnedders> jgraham: https://critic.hoppipolla.co.uk/r/5781 won't let me review?
  666. # [16:46] <Ms2ger> I don't know that I ever got that to work
  667. # [16:46] <jgraham> gsnedders: Now?
  668. # [16:47] <gsnedders> wfm now
  669. # [16:47] <gsnedders> jgraham: what did you do?
  670. # [16:47] * Joins: sicking (~sicking@c-98-210-157-231.hsd1.ca.comcast.net)
  671. # [16:47] <jgraham> I went to "manage assignments" and unchecked/checked you for all files
  672. # [16:48] * Joins: tripu (~tripu@p2763022-ipngn22501marunouchi.tokyo.ocn.ne.jp)
  673. # [16:48] <gsnedders> how do I select text in Critic again? holding down shift is doing weird stuff
  674. # [16:49] <jgraham> Hold down some key that doesn't do weid stuff? Popup a dialog and select in the other content
  675. # [16:49] <jgraham> ?
  676. # [16:50] <Ms2ger> Alt
  677. # [16:53] * Quits: tunacan (~tunacan@dhcp111.nyd.varnish-software.com) (Quit: Leaving...)
  678. # [16:53] <annevk> TabAtkins: :-(
  679. # [16:53] <annevk> TabAtkins: I update Bikeshed
  680. # [16:54] <annevk> TabAtkins: now EventTarget links to http://www.w3.org/TR/uievents/#interface-EventTarget rather than staying an internal link
  681. # [16:54] <annevk> TabAtkins: CustomEvent too
  682. # [16:55] <annevk> TabAtkins: even Event
  683. # [16:55] <TabAtkins> lolwut
  684. # [16:56] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Remote host closed the connection)
  685. # [16:57] <annevk> I mean it's great that we got spaces back, but ...
  686. # [16:58] <TabAtkins> That sounds super weird. I'll check it out.
  687. # [16:59] <annevk> It also adds trailing whitespace...
  688. # [17:00] <annevk> E.g., <td><a data-link-type="dfn" href="https://encoding.spec.whatwg.org/#iso_8859_5">iso-8859-5</a> gets a space added at the end
  689. # [17:00] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
  690. # [17:01] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 246 seconds)
  691. # [17:02] <TabAtkins> Inside of the <a>, or after?
  692. # [17:02] * Quits: Zunino (~andre@67-8-51-57.res.bhn.net) (Quit: WeeChat 1.1.1)
  693. # [17:03] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Remote host closed the connection)
  694. # [17:03] * Joins: ccardona-work (~ccardona-@c-24-130-132-120.hsd1.ca.comcast.net)
  695. # [17:05] <TabAtkins> annevk: Well, I'll check it out. Current DOM source?
  696. # [17:06] <annevk> TabAtkins: yes
  697. # [17:06] <annevk> TabAtkins: after </a>
  698. # [17:08] * Joins: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com)
  699. # [17:16] * Quits: Lachy (~Lachy@213.166.174.2) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  700. # [17:16] * Krinkle risks asking a dangerously stupid question. With w3c and whatwg both being on github now, the borders between them seem fuzzier than they used to be.
  701. # [17:16] <Hixie> where the data is stored doesn't really have any bearing on how different they are :-)
  702. # [17:17] <Krinkle> Previously it appeared the key specs were maintained by whatwg to eventually be approved/published on w3 later.
  703. # [17:17] <Hixie> it's been a long time since any of the whatwg editors agreed to that really
  704. # [17:17] <Krinkle> but now e.g. preload is drafted under w3c directly
  705. # [17:18] <Hixie> most web specs are written at the w3c directly, they're a much bigger organisation :-)
  706. # [17:18] <Hixie> e.g. the csswg alone produces more spec than the entire whatwg
  707. # [17:18] <Krinkle> Oh you mean whatwg is, you know, a wg?
  708. # [17:19] <Krinkle> The rouge clan that left the nest :P
  709. # [17:19] <Hixie> dunno about rouge
  710. # [17:19] <Krinkle> Hehe
  711. # [17:20] <gsnedders> jgraham, Ms2ger: sorry for the email spam
  712. # [17:20] <Ms2ger> More specs or more spec? :)
  713. # [17:21] <Krinkle> Anyhow, I think I like the end result. There seems to be more harmony now. In that both entities seem to have authority (as recognised by developers and vendors) over their respective specs. E.g. new stuff in dom goes in whatwg/dom and is implemented from there.
  714. # [17:21] <Hixie> Krinkle: there's a lot of history between the two groups, and 12+ years of the people involved in the whatwg trying to work with the w3c in various ways
  715. # [17:21] <Hixie> so there's no simple story to tell
  716. # [17:21] <Hixie> while the w3c fork the whatwg html spec, though, i wouldn't proclaim world peace.
  717. # [17:22] * Joins: eric_carlson (~ericc@c-24-6-239-9.hsd1.ca.comcast.net)
  718. # [17:22] * Joins: czerasz (~czerasz@p5DDBAE34.dip0.t-ipconnect.de)
  719. # [17:24] <Krinkle> It's great that these things can happen though. Vendors are not obligated to any sort of W3 license. Consensus and in the end, the users/vendors decide what they implement for the open web.
  720. # [17:25] <Krinkle> I was mostly asking in the context of source maps, which I'd like to see moved from google docs to a git repo.
  721. # [17:25] * Quits: sarri (~sari@unaffiliated/sarri) (Ping timeout: 240 seconds)
  722. # [17:25] <gsnedders> more template, table fun…
  723. # [17:25] <Krinkle> Hixie: Is it obvious to you which entity would maintain that? (And if so, how can you tell?)
  724. # [17:26] <gsnedders> nox, annevk: is there any easy way to find all your recent template bugs?
  725. # [17:26] <annevk> gsnedders: that DOM-Parsing one ended up being the only one
  726. # [17:26] <nox> gsnedders: I linked the relevant bits in the DOM-Parsing one.
  727. # [17:26] <annevk> gsnedders: well, and there was that issue jgraham spotted this morning, about <frameset> and <template>
  728. # [17:27] <Hixie> Krinkle: not sure what you mean. maintain what?
  729. # [17:27] <jgraham> s/jgraham/zcorpan/?
  730. # [17:27] <gsnedders> annevk: think I've found another…
  731. # [17:28] <Krinkle> Hixie: The Source Maps standard. If that were to become a spec, is there a natural fit in either w3c or whatwg, based on who authors it or based on the subject matter..?
  732. # [17:28] <annevk> jgraham: yes
  733. # [17:28] <annevk> gsnedders: oh, please tell!
  734. # [17:28] <gsnedders> have as a doc: "<template><a><table><a>". consider the execution of "appropriate place for inserting a node" during the second <a>.
  735. # [17:28] <Hixie> Krinkle: dunno what that is
  736. # [17:28] <annevk> Krinkle: no, it's more about what you care about as editor
  737. # [17:29] <gsnedders> We hit "If last table has a parent node, then let adjusted insertion location be inside last table's parent node, immediately before last table, and abort these substeps."
  738. # [17:29] <Krinkle> http://www.html5rocks.com/en/tutorials/developertools/sourcemaps/ https://docs.google.com/document/d/1U1RGAehQwRypUTovF1KRlpiOFze0b-_2gc6fAH0KY0k/edit?hl=en_US&pli=1&pli=1
  739. # [17:29] <annevk> Krinkle: e.g., one of the things I care about is CC0
  740. # [17:29] <annevk> Krinkle: the W3C won't have it
  741. # [17:29] <gsnedders> but we aren't really inserting it within last table's parent node
  742. # [17:29] <annevk> Krinkle: another thing I care about is not being subject to the whims of the W3C AC
  743. # [17:30] <nox> gsnedders: How is it not last table's parent node?
  744. # [17:30] <gsnedders> nox: compare with what step 3 says
  745. # [17:30] <Krinkle> annevk: Right. So in terms of subject, it could fall under either. But it's up to the spec authors to choose where they want it, and to w3c/whatwg whether they want to own it.
  746. # [17:31] * Joins: bblfish (~bblfish@p20030062477F581D25A0739549878D60.dip0.t-ipconnect.de)
  747. # [17:31] <bblfish> hi
  748. # [17:31] <gsnedders> nox: we want something like "if last table has a parent node and it is a template element, then let adjusted insertion location be inside last table's parent node's template contents, immediately before last table, and abort these substeps."
  749. # [17:32] <bblfish> How does one discuss security misunderstandings if one cannot do so publically?
  750. # [17:32] <Hixie> Krinkle: the whatwg doesn't really "own" the specs it publishes. it just asks the specs' editors to commit to keeping the specs maintained.
  751. # [17:32] <bblfish> In particular https://github.com/whatwg/html/issues/102
  752. # [17:33] <Krinkle> Hixie: Hm.. I see.
  753. # [17:33] <Krinkle> Does whatwg hire employees or contractors, or is it all volunteer based?
  754. # [17:33] * Quits: Ms2ger (~Ms2ger@ptr-2hj4tblvksdoqfk632uw1irwo.ip6.access.telenet.be) (Ping timeout: 256 seconds)
  755. # [17:34] <Hixie> Krinkle: entirely voluntary (if you count companies like google paying people to work on things "volunteering")
  756. # [17:34] <Krinkle> Right
  757. # [17:34] <Hixie> Krinkle: i pay the hosting costs out of pocket, iirc anne pays the certificate costs out of pocket
  758. # [17:34] <Hixie> i think that's it, cost-wise
  759. # [17:34] * Quits: sicking (~sicking@c-98-210-157-231.hsd1.ca.comcast.net) (Quit: sicking)
  760. # [17:34] <Krinkle> but whatwg as its own entity does not have spendings on human resources.
  761. # [17:34] <Krinkle> cool
  762. # [17:35] <Hixie> whatwg as its own entity is not really an entity at all :-)
  763. # [17:35] <annevk> Yeah, we're not a legal entity, just a community
  764. # [17:35] <Krinkle> Yeah, I forgot for a second that many of the whatwg rock stars are full-time employed with this as part of their job.
  765. # [17:35] * Joins: sicking (~sicking@c-98-210-157-231.hsd1.ca.comcast.net)
  766. # [17:36] <Krinkle> Cool.
  767. # [17:36] <Hixie> bblfish: generally one gets a job as a security vendor and then talks about it with other security vendors :-)
  768. # [17:36] <Krinkle> I suspected as much, but wasn't sure. It's well organised :)
  769. # [17:37] <Hixie> bblfish: i'm only tangentially involved with security discussions so i'm not really the one to ask
  770. # [17:37] <bblfish> that sounds like the Australian rule that security has to be government licences. Crazy.
  771. # [17:37] <annevk> Krinkle: well, the nice thing about being able to set your own course is that you can do things properly and are not subject to folks that are not actually involved much
  772. # [17:38] <annevk> Krinkle: that was a major problem for me at the W3C
  773. # [17:38] <annevk> Krinkle: very hard to change things, whereas here you're much more empowered to tackle things
  774. # [17:38] <Hixie> bblfish: i certainly admit that in this case anyone using <keygen> is probably so hosed that it doesn't really matter either way
  775. # [17:39] <bblfish> @Hixie I understand. I hope you can see how secrecy in security can be used to make decisions that are bad for security.
  776. # [17:39] <Hixie> bblfish: secrecy anywhere can be used to make bad decisions. Transparency in security can also be used to steal billions of dollars.
  777. # [17:39] <Hixie> unlike in most other places.
  778. # [17:39] <gsnedders> annevk: do you want a bug for the above?
  779. # [17:40] * Quits: sicking (~sicking@c-98-210-157-231.hsd1.ca.comcast.net) (Ping timeout: 240 seconds)
  780. # [17:40] <annevk> gsnedders: issue, please
  781. # [17:40] <gsnedders> annevk: on gh?
  782. # [17:40] <annevk> gsnedders: and thank you
  783. # [17:40] <annevk> gsnedders: https://github.com/whatwg/html/issues/new
  784. # [17:40] <annevk> gsnedders: Bugzilla is closed for business
  785. # [17:41] <bblfish> Hixie: that's all upside down. Security only works through transparency. That is why people use open protocols and mathematics for security. It's well known that security through obscurity is the worst.
  786. # [17:41] <gsnedders> annevk: bah, I use bug/issue interchangably :)
  787. # [17:41] <Hixie> bblfish: ok. if i ever accidentally come across your bank credentials, i should make sure to discuss these on a public list, yes? and for full transparency i should include them all.
  788. # [17:42] <bblfish> Furthermore the flaws in MD5 were demonstrated openly by top cryptographers working very carefully in 2008
  789. # [17:42] <bblfish> here we are not discussing a flaw: we are discussing a non existent flaw
  790. # [17:42] <bblfish> Ie a misunderstanding of how things work
  791. # [17:42] <bblfish> there is no security problem
  792. # [17:43] <bblfish> but the feat that there may be one is being used to remove security aspects from browsers.
  793. # [17:43] <bblfish> Just think about how crazy that is.
  794. # [17:43] <Hixie> so if I come across your bank password but think it's not your bank password, I should feel free to discuss it anyway? even if it turns out to actually be your bank password?
  795. # [17:43] <Hixie> the security issue really isn't why <keygen> is being removed
  796. # [17:43] <Hixie> it's just a minor issue amongst many bigger ones
  797. # [17:43] * Quits: Titi_Alone (~Thunderbi@111.18.30.109.rev.sfr.net) (Quit: Titi_Alone)
  798. # [17:44] <Hixie> honestly i'm shocked that anyone is using <keygen>. Until I unilaterally decided to spec it, it was entirely non-standard.
  799. # [17:44] <Hixie> and nobody, nobady at ALL, was making the SLIGHTEST complaint about that fact.
  800. # [17:44] <gsnedders> jgraham: https://critic.hoppipolla.co.uk/r/5781 — can you review the two lines that are pending?
  801. # [17:44] <gsnedders> jgraham: because, like, they genuinely are my work
  802. # [17:45] <bblfish> The MD5 argument is part of a number of bad arguments being launched against keygen. It's a matter of divide and conquer.
  803. # [17:45] <bblfish> You should be ashamed to be putting such arguments forward.
  804. # [17:45] * Joins: Ms2ger (~Ms2ger@ptr-2hj4tblvksdoqfk632uw1irwo.ip6.access.telenet.be)
  805. # [17:45] <bblfish> And even more so of not allowing discussion of it.
  806. # [17:45] <Hixie> ok. in the interests of solving this issue, please consider that i now think <keygen> is entirely secure.
  807. # [17:46] <Hixie> are you satisfied with the current situation, or does that not change anything?
  808. # [17:46] <bblfish> That's a step forward.
  809. # [17:49] <bblfish> If we make more steps like this we'll be able to get at the root of the issue, and perhaps find a solution that will allow browsers to be more secure and compete correcly against apps.
  810. # [17:49] <bblfish> and also help solve some major issues of security on the web.
  811. # [17:49] <Hixie> not really, since the reason the spec says it's going to be removed is that the browser vendors said it was going to be removed, and i'm not a browser vendor
  812. # [17:49] * Joins: spacenomad (~spacenoma@unaffiliated/spacenomad)
  813. # [17:49] * Joins: csarven (~csarven@84-73-123-134.dclient.hispeed.ch)
  814. # [17:49] <bblfish> It's not brwoser vendors per se. It's a vocal group of people in the browser vendor space who are playing a dangerous game
  815. # [17:49] <Hixie> the only thing that would change my mind regarding whether the spec's current text is appropriate is finding out that it was wrong, which would mean finding out that the browser vendors were in fact NOT planning on removing it.
  816. # [17:49] <Hixie> the "vocal group of people in the browser vendor space" are "the people who get to make that decision"
  817. # [17:49] <bblfish> YEs, but for that to happen we need to make sure that the arguments are clear
  818. # [17:49] * Quits: spacenomad (~spacenoma@unaffiliated/spacenomad) (Remote host closed the connection)
  819. # [17:50] <Hixie> the fact that they're "vocal" is useful for us, but they could just as easily have silently removed the feature without comment and it wouldn't affect this situation (well, I guess it would have removed the feature faster rather than having a warning put in place first)
  820. # [17:50] <Hixie> the only argument i care about is "what are the browsers doing". so arguing with me about the technical aspects of the feature does nothing.
  821. # [17:51] <bblfish> what is happening seems a type of social hacking (cracking): you play one group against an other, and keep things in the dark to get something done that nobody would accept if they understood the full issue.
  822. # [17:51] <Hixie> i'm really not trying to play any group against any other
  823. # [17:51] <Hixie> i'm not even trying to play
  824. # [17:51] * Joins: ap (~ap@17.202.44.214)
  825. # [17:51] <bblfish> yes, you are not. Other people are doing the social hacking.
  826. # [17:51] <Hixie> ok... not sure why you're bringing it up with me though :-)
  827. # [17:51] <bblfish> But you are allowing it to happen, by for example closing issues like https://github.com/whatwg/html/issues/102 within 15 minutes.
  828. # [17:52] <bblfish> Wait that was not you who close it.
  829. # [17:52] <Hixie> that issue was entirely unactionable
  830. # [17:52] <Hixie> it made zero requests for change to the spec, and presented no arguments to justify any changes to the spec.
  831. # [17:52] <Hixie> as such, that it stayed open for 15 minutes means we were slacking :-)
  832. # [17:53] <bblfish> I am not a WHATWG professional. Perhaps one could find a way to diffuse the MD5 fear with some text.
  833. # [17:54] <bblfish> That keygen part is missing a diagram explaining how keygen is actually used.
  834. # [17:54] <Hixie> the keygen spec is only very barely a spec
  835. # [17:54] <bblfish> it works though.
  836. # [17:54] <gsnedders> jgraham: thx
  837. # [17:55] <Hixie> see above regarding how i unilaterally wrote it based on what scant documentation i could find
  838. # [17:55] <Hixie> despite nobody seeming to care one wit about whether it was specced or not
  839. # [17:55] <bblfish> thanks for doing that.
  840. # [17:55] <bblfish> I cared
  841. # [17:55] <bblfish> Tim Berners Lee cared
  842. # [17:55] <Hixie> lol no he didn't
  843. # [17:55] <gsnedders> jgraham: …now for trying to work out that one remaining issue
  844. # [17:55] <Hixie> he's the director of a standards organisation that ignored it for 10+ years
  845. # [17:55] * Quits: dustinm` (~dustinm@105.ip-167-114-152.net) (Ping timeout: 244 seconds)
  846. # [17:55] <bblfish> he opened a thread on the Technical Architecture Group about it https://lists.w3.org/Archives/Public/www-tag/2015Sep/thread.html
  847. # [17:56] <Hixie> if he cared, he would have done something about it, rather than just accidentally forking my work when i did it
  848. # [17:56] <Hixie> i mean nobody cared when i specced it
  849. # [17:56] <Hixie> it's cheap to care when it's being removed
  850. # [17:56] <Hixie> it means nothing
  851. # [17:56] * Joins: dustinm` (~dustinm@2607:5300:100:200::160d)
  852. # [17:56] <bblfish> I did not myself understand the misunderstandings that the current text could lead to
  853. # [17:57] <Hixie> (and the TAG means nothing too, so posting to the TAG about a removal is like the Inception of meaning nothing)
  854. # [17:57] <Hixie> the md5 thing really isn't the issue here.
  855. # [17:57] <Hixie> anyway. this has exceeded my quota for such discussions for the day.
  856. # [17:57] <bblfish> I think people were expecting the security specialists to help out here.
  857. # [17:58] <Hixie> this conversation cannot cause the spec to change.
  858. # [17:58] <TabAtkins> The md5 thing is *part* of why *browsers* want to remove it. It has nothing to do with why the spec is removing it - that's because the browsers want to remove it.
  859. # [17:58] <bblfish> yes, but it is a mistaken part
  860. # [17:59] <bblfish> and the other parts are IMHO mistaken too.
  861. # [17:59] <TabAtkins> Telling us won't help anything.
  862. # [17:59] * Ms2ger yawns
  863. # [17:59] * Hixie hands the baton over to tab and goes to take a shower (unrelated to this conversation!)
  864. # [17:59] <TabAtkins> Hixie: But I need to take a shower too! Noooooooo!
  865. # [17:59] <gsnedders> The spec probably isn't the right place to convince the browsers who want to remove it.
  866. # [17:59] <Hixie> mwuhahaha
  867. # [17:59] <bblfish> yes, that is indeed why a discussion at the TAG is helpful
  868. # [17:59] <gsnedders> Because likely nobody who is removing it from browsers will notice.
  869. # [17:59] <Ms2ger> Uhuh
  870. # [17:59] <bblfish> Security is a complex area.
  871. # [17:59] <Ms2ger> Because the TAG has been so effective
  872. # [17:59] <bblfish> IT really requires all to work together.
  873. # [17:59] <gsnedders> And nobody who is removing it from browsers will ntoice a discussion a t the TAG.
  874. # [18:00] <bblfish> Well if you know of better avenues for discussion I am ready
  875. # [18:00] <TabAtkins> Well, new TAG is useful. It also supports <keygen> removal. ^_^
  876. # [18:01] <gsnedders> bblfish: I'd speak to those who made the decision to remove it from browsers
  877. # [18:01] <Ms2ger> You can always try to convince people in the bink-dev thread
  878. # [18:01] <Domenic> TAG is a pretty good black hole for such discussions
  879. # [18:01] <espadrine> bblfish: whatever fundamental reason that webid can no longer be implemented (in js or otherwise) without keygen is an issue you should raise to browser vendors
  880. # [18:01] <espadrine> clinging to keygen is likely hopeless
  881. # [18:01] <bblfish> You mean Harry Halpin does. He has a vested interest as he pushed the JS crypto spec. But these don't actually solve the problem as written as they are missing Chrome ( ie User Interface ) elements.
  882. # [18:01] <Domenic> People who do not implement can argue in circles with each other on www-tag and feel like they've accomplished a lot
  883. # [18:01] <Ms2ger> It's the new public-html
  884. # [18:02] <bblfish> What is needed is a forum where all the different pieces can be looked at together.
  885. # [18:02] <Domenic> hah. so true.
  886. # [18:02] <bblfish> IT could be the WHATWG, but you only do what browsers appear to want.
  887. # [18:02] <TabAtkins> bblfish: No, what's needed is to convince the browser vendors to change their mind.
  888. # [18:03] <TabAtkins> Literally nothing else will do anything at all.
  889. # [18:03] <bblfish> yes, and where do you do that?
  890. # [18:03] <Domenic> blink-dev, moz.platform, Edge UserVoice, Safari ... Twitter?
  891. # [18:03] <TabAtkins> blink-dev, mozilla-dev, webkit-dev, wherever IE likes talking to people
  892. # [18:03] <Domenic> right that
  893. # [18:03] <Ms2ger> IE doesn't like talking to people
  894. # [18:04] <Ms2ger> But try blink/webkit first
  895. # [18:04] <Domenic> Edge is quite friendly these days; I'd prefer we not perpetuate old prejudices.
  896. # [18:04] <bblfish> ok, so there are a number of different forums. And one forum is WHATWG. There is a bit of text about MD5 that could help with discussions in the other forums.
  897. # [18:04] <ato> Does anyone know about UUID’s here? There are different versions of it (1 though 5) and I’m wondering if it is sufficient to talk about “UUID” (as defined in RFC 4122) as a general concept, or if one should talk specifically about one version.
  898. # [18:04] * Ms2ger is subscribed to the Gecko equivalent and would prefer to avoid more email about it
  899. # [18:05] <gsnedders> ato: They're all UUIDs and all interchangeable
  900. # [18:05] <gsnedders> ato: the type is encoded within the UUID
  901. # [18:05] <gsnedders> ato: generally you pick what type depending on a number of factors (anonmity of the generator, etc.)
  902. # [18:06] * Joins: dbaron (~dbaron@173-228-85-118.dsl.dynamic.fusionbroadband.com)
  903. # [18:06] <ato> gsnedders: Does it make sense to pick the type?
  904. # [18:06] <gsnedders> ato: in a spec? why?
  905. # [18:07] <ato> gsnedders: To add some context, I don’t care about the interchange between UUIDs of different versions/types, as long as one type is inherently cohesive.
  906. # [18:07] <gsnedders> ato: they aren't really different "versions", they're different ways to generate a UUID
  907. # [18:07] * Quits: Ms2ger (~Ms2ger@ptr-2hj4tblvksdoqfk632uw1irwo.ip6.access.telenet.be) (Quit: nn)
  908. # [18:08] <ato> gsnedders: Okay I see.
  909. # [18:08] <nox> gsnedders: I'm not sure I understand.
  910. # [18:08] <gsnedders> nox: about what? :)
  911. # [18:08] <nox> 17:31 <gsnedders> nox: we want something like "if last table has a parent node and it is a template element, then let adjusted insertion location be inside last table's parent node's template contents, immediately before last table, and abort these substeps."
  912. # [18:08] <nox> "and abort these substeps."
  913. # [18:08] <ato> gsnedders: Thanks (-:
  914. # [18:09] <nox> Step 3 is "If the adjusted insertion location is inside a template element, let it instead be inside the template element's template contents, after its last child (if any)."
  915. # [18:09] <gsnedders> nox: step three doesn't apply here, no?
  916. # [18:09] <ato> gsnedders: Do you mind if I reference what you said?
  917. # [18:09] <gsnedders> ato: go ahead
  918. # [18:09] <nox> gsnedders: "substeps".
  919. # [18:09] <ato> gsnedders: Cheers
  920. # [18:09] <nox> The foster parenting substeps in step 2.
  921. # [18:10] <TabAtkins> ato: What kind of monster does reversed smilies?
  922. # [18:10] <nox> Mmmh, but actually, it doesn't apply anyway.
  923. # [18:10] <TabAtkins> ato: Particularly ones where all the characters exist in the normal orientation!
  924. # [18:10] <ato> TabAtkins: (-:{
  925. # [18:10] <TabAtkins> blocked
  926. # [18:10] <ato> TabAtkins: That’s my conspicuous smiley.
  927. # [18:11] <TabAtkins> In the real world, that's a mustachiod man wearing an umbrella hat. Get with the program.
  928. # [18:11] <nox> gsnedders: What's the issue exactly?
  929. # [18:11] <ato> TabAtkins: lol
  930. # [18:11] <csarven> Hixie Surely you've read my email now. Here it is in case it made it to the bin: https://gist.github.com/csarven/e5d190e82015f5f41b18 -- The point is that, WHATWG raised a concerned which was then clarified by bblfish.
  931. # [18:12] <nox> Actually, shouldn't it just be "If last table has a parent node, then let adjusted insertion location be inside last table's parent node, immediately before last table, and abort these substeps."?
  932. # [18:12] * Joins: smaug____ (~chatzilla@a91-154-43-105.elisa-laajakaista.fi)
  933. # [18:12] <nox> gsnedders: If the table was in a template, its parent node isn't the template anyway.
  934. # [18:12] <gsnedders> nox: am I being an idiot here? I think I am.
  935. # [18:12] <nox> gsnedders: Both. The spec too.
  936. # [18:12] <nox> We are discussing a Web spec anyway. We must be not very smart.
  937. # [18:13] <gsnedders> nox: So I think <template><table><a> is where the bug really is.
  938. # [18:13] <nox> gsnedders: If a table is parsed in a template, its parent cannot be a template.
  939. # [18:13] * Quits: tripu (~tripu@p2763022-ipngn22501marunouchi.tokyo.ocn.ne.jp) (Quit: Leaving)
  940. # [18:13] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Read error: Connection reset by peer)
  941. # [18:13] <MikeSmith> mkwst: I found a markup syntax error in your pr 93 source; is it OK with you if I just push a fix to the branch?
  942. # [18:13] <nox> Its parent can be a document fragment, in which case foster parenting should just work.
  943. # [18:13] <MikeSmith> mkwst: and in the future is that OK?
  944. # [18:13] <nox> Or another element, and that's not a problem either.
  945. # [18:13] <gsnedders> nox: why not?
  946. # [18:13] <nox> gsnedders: Because the parser never puts things in a template.
  947. # [18:13] <gsnedders> oh, right
  948. # [18:14] <gsnedders> that's not my confusion, gimmie a moment
  949. # [18:14] <MikeSmith> mkwst: (would take less time for me to just fix it, and generated less gihtub notification spam, etc.)
  950. # [18:15] <Hixie> csarven: see my comment earlier. please assume that i believe <keygen> is entirely secure.
  951. # [18:15] <MikeSmith> Hixie: wattsi error reporting is nice
  952. # [18:15] <gsnedders> nox: how does it's parent node because a document fragment?
  953. # [18:15] <gsnedders> nox: where in the spec is this?
  954. # [18:15] <Hixie> csarven: you can also assume that i think that <keygen> is the epitome of good design in every way.
  955. # [18:15] <Hixie> csarven: since it doesn't impact the discussion in the slightest
  956. # [18:16] <Hixie> MikeSmith: yeah?
  957. # [18:16] <nox> gsnedders: When you parse <table> after <template>,
  958. # [18:16] <Hixie> MikeSmith: anything in particular? it was a bit hit or miss in my experience :-)
  959. # [18:16] <nox> gsnedders: target is the current node, so <template>,
  960. # [18:16] <MikeSmith> Hixie: well it's helped me catch markup errors
  961. # [18:16] <MikeSmith> e.g., "Parse Error: (14571,170) unexpected end tag"
  962. # [18:16] <nox> gsnedders: Foster parenting is off (AFAICT),
  963. # [18:17] <MikeSmith> from mkwst PR 93
  964. # [18:17] <Hixie> MikeSmith: i know the build.sh script has some specific things to prevent ms2ger from getting annoyed at you :-)
  965. # [18:17] <MikeSmith> heh
  966. # [18:17] <nox> gsnedders: so directly step 3,
  967. # [18:17] <MikeSmith> Hixie: yeah, notcied that
  968. # [18:17] <Hixie> MikeSmith: ah, yeah, i had it output line,col so that emacs would jump to the problem spot
  969. # [18:17] <gsnedders> "If the adjusted insertion location is inside a template element, let it instead be inside the template element's template contents, after its last child (if any)."… does that make it's parent node the template contents?
  970. # [18:17] <nox> gsnedders: and thus <table> is inserted in the template contents.
  971. # [18:17] <MikeSmith> Hixie: it gets the job done
  972. # [18:17] <Hixie> MikeSmith: iirc i never fixed it to correct the line numbers to handle merging in other files though. :-(
  973. # [18:17] <MikeSmith> oh
  974. # [18:18] <gsnedders> nox: to me it's not clear that the "parent node" of something in the template contents *is* the template contents
  975. # [18:18] <nox> gsnedders: The template contents is a document fragment.
  976. # [18:18] <gsnedders> nox: where is /that/ defined?
  977. # [18:18] <nox> gsnedders: https://html.spec.whatwg.org/multipage/scripting.html#template-contents
  978. # [18:19] <nox> Follow the links, Luke. :P
  979. # [18:19] <gsnedders> bah!
  980. # [18:19] <gsnedders> the problem with following the links is you end up in an infinite loop!
  981. # [18:19] <csarven> Hixie Those opinions are in fact irrelevant to the discussion. Again, the point is that WHATWG raised 2nd hand concerns. It is pointed out that they are not based on facts, and that an appropriate explanation was provided. Therefore, why does the discussion suddenly stop :) Will you be issuing a new email stating that your previous statements had no grounds and that you acknowledge the explanation on Github? And yes, we can assume your
  982. # [18:19] <csarven> view on keygen and the changes to the spec as is.
  983. # [18:21] <Hixie> the point is my opinions here are entirely irrelevant
  984. # [18:21] <Hixie> the reason the spec changed is that the browser vendors said they were going to remove it
  985. # [18:21] <Hixie> end of rationale
  986. # [18:21] <Hixie> everything else is a distraction
  987. # [18:21] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
  988. # [18:22] <csarven> Okie dokie.
  989. # [18:22] <nox> gsnedders: Anyway, I don't see how a template can be the parent of an element on the stack of open elements.
  990. # [18:22] * Joins: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com)
  991. # [18:22] * Quits: hgl (~hgl@unaffiliated/hgl) (Ping timeout: 264 seconds)
  992. # [18:23] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Read error: Connection reset by peer)
  993. # [18:23] * Joins: hgl (~hgl@unaffiliated/hgl)
  994. # [18:25] <gsnedders> nox: does the template contents ever get pushed to the stack?
  995. # [18:25] * gsnedders looks closely
  996. # [18:27] <gsnedders> nox: afaict, the template contents DocumentFragment never gets pushed onto the stack of open elements
  997. # [18:27] <gsnedders> probably in part because it's not an element :)
  998. # [18:29] * Quits: robogoat (~robogoat@c-24-126-240-124.hsd1.ga.comcast.net) (Ping timeout: 252 seconds)
  999. # [18:30] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
  1000. # [18:33] * Quits: rxgx (uid22483@gateway/web/irccloud.com/x-hiifsheqihqaclto) (Quit: Connection closed for inactivity)
  1001. # [18:33] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Read error: Connection reset by peer)
  1002. # [18:33] <nox> gsnedders: Not a matter AFAICT.
  1003. # [18:34] <nox> gsnedders: check is about the table parent, not the stack.
  1004. # [18:35] <nox> gsnedders: Sorry missed that it was a just question. No I don't think it's ever pushed on the stack. And it shouldn't because it's not an element as you said.
  1005. # [18:41] * Quits: ccardona-work (~ccardona-@c-24-130-132-120.hsd1.ca.comcast.net) (Quit: ccardona-work)
  1006. # [18:41] * Joins: robogoat (~robogoat@c-24-126-240-124.hsd1.ga.comcast.net)
  1007. # [18:41] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
  1008. # [18:42] * Quits: bblfish (~bblfish@p20030062477F581D25A0739549878D60.dip0.t-ipconnect.de) (Remote host closed the connection)
  1009. # [18:42] <MikeSmith> maybe we can get the www-tag cranks interested in discussing <applet> deprecation too
  1010. # [18:45] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Read error: Connection reset by peer)
  1011. # [18:50] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
  1012. # [18:52] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
  1013. # [18:54] <annevk> wanderview: wow, quick turnaround on setting User-Agent support
  1014. # [18:54] * Joins: ehsan_ (~ehsan@2001:450:1f:224:e88b:c801:26cf:b41b)
  1015. # [18:54] <wanderview> annevk: it was not set as a priority... but mystor took it to get started with SW
  1016. # [18:55] * Joins: gavinc (~gavin@barad-dur.carothers.name)
  1017. # [18:55] <wanderview> he's pretty fast :-)
  1018. # [18:55] <gsnedders> nox: yeah, indeed
  1019. # [18:56] * Joins: Maurice` (~copyman@unaffiliated/maurice)
  1020. # [18:56] <MikeSmith> mkwst: nm I forgot that PR branch is in your fork (so I can't push to it anyway)
  1021. # [18:56] <nox> gsnedders: So parsing itself has no bug, AFAICT.
  1022. # [18:56] <MikeSmith> we need a way to raise PRs against PRs!
  1023. # [18:56] * Joins: Lachy (~Lachy@cm-84.215.179.176.getinternet.no)
  1024. # [18:57] <nox> MikeSmith: You can do that already.
  1025. # [18:57] <MikeSmith> nox: oh!
  1026. # [18:57] <nox> Just make a PR against the branch tip.
  1027. # [18:57] <MikeSmith> how?
  1028. # [18:57] <MikeSmith> ok
  1029. # [18:57] * MikeSmith tries
  1030. # [18:58] <nox> MikeSmith: But if the PR is merged, upstream is probably going to ask for a rebase or whatever.
  1031. # [18:58] <MikeSmith> ah
  1032. # [18:58] <nox> Because then you will have a PR merge in your PR.
  1033. # [19:00] <MikeSmith> ok
  1034. # [19:00] * Joins: weinig (~weinig@17.202.47.106)
  1035. # [19:00] * MikeSmith throws caution to the wind
  1036. # [19:02] <MikeSmith> hmm, but in github I can't have a fork of somebody else's fork of an upstream repo I already have a fork of myself, right?
  1037. # [19:03] <MikeSmith> I guess i'll just fork it to one of my other orgs/accounts
  1038. # [19:04] * Quits: wilsonpage (~wilsonpag@217.111.161.213) (Ping timeout: 264 seconds)
  1039. # [19:05] <nox> MikeSmith: Yes you can.
  1040. # [19:06] * Quits: czerasz (~czerasz@p5DDBAE34.dip0.t-ipconnect.de) (Ping timeout: 246 seconds)
  1041. # [19:06] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Remote host closed the connection)
  1042. # [19:06] <MikeSmith> hmm, I don't see how in the GH UI
  1043. # [19:06] <nox> MikeSmith: I'm pretty sure you can make PR on repositories that you didn't even fork.
  1044. # [19:07] <MikeSmith> hmm, dunno how to do that, so I will just proceed with forking
  1045. # [19:07] <nox> https://github.com/<user>/<repos>/compare/<base>...<PR user>:<PR branch>
  1046. # [19:07] <nox> AFAIK, there is a link somewhere to do that from the UI, but I can't remember where it is.
  1047. # [19:08] <nox> MikeSmith: Oh right, on the branches page, the Compare buttons.
  1048. # [19:08] <nox> MikeSmith: You arrive on the compare view, but with 4 form controls instead of 2.
  1049. # [19:08] * MikeSmith looks
  1050. # [19:08] <nox> The difference in the UI seems to be from /compare/<base> vs /compare/<base>...<PR user>:<PR branch>
  1051. # [19:08] <MikeSmith> yeah
  1052. # [19:09] <nox> MikeSmith: I don't know if that still exists,
  1053. # [19:09] <nox> MikeSmith: but through the GH API you used to be able to upgrade your issues into PR too.
  1054. # [19:09] <MikeSmith> oh
  1055. # [19:09] <annevk> Hixie: thanks for the feedback on <ruby>
  1056. # [19:09] <MikeSmith> nox: that's a nice feature
  1057. # [19:09] <nox> http://stackoverflow.com/questions/4528869/how-do-you-attach-a-new-pull-request-to-an-existing-issue-on-github
  1058. # [19:09] <annevk> Maybe I should figure out if I can have a chat with Richard, I think he's in my timezone roughly
  1059. # [19:10] <nox> annevk: What's the feedback btw? Missed some backlog I guess.
  1060. # [19:10] <annevk> nox: it was on GitHub
  1061. # [19:10] <annevk> nox: to just make Ruby conforming
  1062. # [19:10] <nox> annevk: So with the two missing tags?
  1063. # [19:11] <annevk> nox: yeah, I wrote a patch for the parser, but made the elements non-conforming
  1064. # [19:12] <annevk> nox: making the elements conforming is probably gonna be some work
  1065. # [19:12] <nox> annevk: Where is that? Sorry can't find the issue/PR.
  1066. # [19:16] * Joins: Jayflux (~Jayflux@unaffiliated/jayflux)
  1067. # [19:19] * Quits: weinig (~weinig@17.202.47.106) (Quit: weinig)
  1068. # [19:19] <annevk> nox: there's only five open PRs :-) https://github.com/whatwg/html/pull/101
  1069. # [19:20] <nox> annevk: Ok, I didn't expect HTML to get 4 PRs on the same day, so I looked only at the first, sorry. :P
  1070. # [19:22] <nox> What's HTML51? :(
  1071. # [19:23] <jgraham> It's the one that's 46 better
  1072. # [19:23] <nox> lol
  1073. # [19:23] <annevk> nox: http://www.w3.org/TR/html51/ (sometimes returns an error)
  1074. # [19:24] <nox> Yeah saw it, but how does it fit in the grand scheme of things?
  1075. # [19:24] * Joins: wilsonpage (~wilsonpag@217.111.161.212)
  1076. # [19:24] <annevk> This might be the wrong place to ask that question
  1077. # [19:24] <annevk> It's the W3C's semi-active fork of HTML, with some changes
  1078. # [19:25] <nox> annevk: Ok.
  1079. # [19:25] <annevk> As Hixie mentioned earlier we're not really happy that they continue to fork, but we don't want to prevent them doing it legally, since that would hurt other efforts
  1080. # [19:27] <nox> Who is "they"?
  1081. # [19:27] <annevk> The W3C
  1082. # [19:33] * Quits: dbaron (~dbaron@173-228-85-118.dsl.dynamic.fusionbroadband.com) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  1083. # [19:34] * Quits: wilsonpage (~wilsonpag@217.111.161.212) (Quit: My Mac has gone to sleep. ZZZzzz…)
  1084. # [19:39] * Quits: robogoat (~robogoat@c-24-126-240-124.hsd1.ga.comcast.net) (Ping timeout: 264 seconds)
  1085. # [19:41] * Joins: robogoat (~robogoat@c-24-126-240-124.hsd1.ga.comcast.net)
  1086. # [19:41] * Joins: spacenomad (~spacenoma@unaffiliated/spacenomad)
  1087. # [19:43] * Quits: spacenomad (~spacenoma@unaffiliated/spacenomad) (Remote host closed the connection)
  1088. # [19:44] * Joins: calvaris (~calvaris@4.126.27.77.dynamic.mundo-r.com)
  1089. # [19:44] <MikeSmith> http://stackoverflow.com/questions/32403763/combined-vim-modeline-emacs-local-variables-line-on-a-single-line
  1090. # [19:44] <MikeSmith> by me
  1091. # [19:44] <MikeSmith> I wish I could put a phat bounty on my own SO question and then pay myself all the points back
  1092. # [19:45] <MikeSmith> nox: thanks for the SO link
  1093. # [19:45] <annevk> MikeSmith: heh, do we need the closing -->
  1094. # [19:45] <annevk> MikeSmith: because the comment actually continue I see
  1095. # [19:46] * Quits: Lachy (~Lachy@cm-84.215.179.176.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  1096. # [19:46] <MikeSmith> we don't need the closing --> on that line as far as vim or emacs is concerned
  1097. # [19:46] <annevk> MikeSmith: okay, do you want to make the change too?
  1098. # [19:46] <annevk> :-)
  1099. # [19:47] <MikeSmith> sure
  1100. # [19:47] <MikeSmith> but I don't want to comment on that PR for fear of upsetting Domenic in his meeting while he's playing games on his mobile and the GH notifications interrupt his mobile gaming
  1101. # [19:48] <MikeSmith> (but I will change it later, quietly)
  1102. # [19:48] <MikeSmith> (after merging)
  1103. # [19:48] * Joins: jeremyj (~jeremyj@17.245.26.55)
  1104. # [19:49] <MikeSmith> (or before merging, if you want me to merge it)
  1105. # [19:49] <MikeSmith> (which I can if you want)
  1106. # [19:49] * Quits: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com) (Quit: My computer has gone to sleep. ZZZzzz…)
  1107. # [19:49] <annevk> MikeSmith: you could just do "Fix #105: Emacs config" and it'll close automatically
  1108. # [19:49] <MikeSmith> sure
  1109. # [19:49] * Joins: psy_ (~psy@43.224.156.109)
  1110. # [19:49] * Joins: jeremyj_ (~jeremyj@17.202.47.124)
  1111. # [19:49] * Joins: spacenomad (~spacenoma@unaffiliated/spacenomad)
  1112. # [19:50] <MikeSmith> but I mean I can pull it locally and make the additional fix in my branch with an --amend before I push it
  1113. # [19:50] * Quits: jeremyj (~jeremyj@17.245.26.55) (Client Quit)
  1114. # [19:50] * Quits: psy_ (~psy@43.224.156.109) (Max SendQ exceeded)
  1115. # [19:50] * Quits: espadrine (~tyl@213.152.18.159) (Ping timeout: 260 seconds)
  1116. # [19:50] * Quits: jeremyj_ (~jeremyj@17.202.47.124) (Client Quit)
  1117. # [19:50] <annevk> Personally I think it's fine to bikeshed small changesd
  1118. # [19:50] <annevk> Helps folks prepare for larger changes
  1119. # [19:51] <annevk> MikeSmith: I'd prefer one commit, don't really care how you go about that though
  1120. # [19:51] * Joins: psy_ (~psy@43.224.156.109)
  1121. # [19:51] <MikeSmith> ok
  1122. # [19:52] * Joins: jeremyj (~jeremyj@17.245.26.55)
  1123. # [19:52] <MikeSmith> and yeah I don't mind a little small-change bikeshedding now and then either, but I want to be considerate of other peoples' workflow and avoid pain points/annoyances (however minor)
  1124. # [19:53] <MikeSmith> also, about forking and for the benefit of people here, I should say:
  1125. # [19:54] <MikeSmith> I am not happy about the W3C forks of WHATWG specs
  1126. # [19:54] <MikeSmith> (where "not happy" would be a gross understatement)
  1127. # [19:54] * Joins: Lachy (~Lachy@cm-84.215.179.176.getinternet.no)
  1128. # [19:55] <MikeSmith> and what's more I plan to do a lot more to stop them from happening than I have in the past
  1129. # [19:55] * annevk unsubscribes from www-tag
  1130. # [19:56] <MikeSmith> my strategy in the past was just to get mad and yell at people, but that obviously hasn't been effective so far
  1131. # [19:56] <MikeSmith> so my new plan is to try to remain calm and be smarter about it
  1132. # [19:56] <annevk> heh
  1133. # [19:58] <MikeSmith> but all that said, I think there are some quality changes that got made in the W3C fork of the HTML spec
  1134. # [19:58] <MikeSmith> principally by Steve Faulkner
  1135. # [19:59] <MikeSmith> and we should review those and see if/how many we can port
  1136. # [19:59] <hsivonen> annevk: I'm not opposed to speccing rtc if Blink and WebKit already special-case it in their parser(s)
  1137. # [20:00] <hsivonen> annevk: I think I won't have time to actually review the PR tonight
  1138. # [20:00] <annevk> hsivonen: Gecko doesn't? I thought we did too
  1139. # [20:00] <annevk> hsivonen: there's no great rush, though the parser part of that PR is complete afaict
  1140. # [20:01] * Quits: jeremyj (~jeremyj@17.245.26.55) (Ping timeout: 272 seconds)
  1141. # [20:06] * Quits: Lachy (~Lachy@cm-84.215.179.176.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  1142. # [20:07] <hsivonen> annevk: I don't recall what Gecko does
  1143. # [20:07] * Quits: gavinc (~gavin@barad-dur.carothers.name) (Ping timeout: 240 seconds)
  1144. # [20:08] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
  1145. # [20:09] * Joins: jeremyj (~jeremyj@17.202.47.124)
  1146. # [20:14] * Joins: dbaron (~dbaron@2620:101:80fb:224:1834:ca2:2146:4048)
  1147. # [20:23] * Quits: jeremyj (~jeremyj@17.202.47.124) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  1148. # [20:23] * Quits: calvaris (~calvaris@4.126.27.77.dynamic.mundo-r.com) (Quit: Ex-Chat)
  1149. # [20:26] <hsivonen> hmm. we have a python port of the "universal" chardet in m-c
  1150. # [20:26] * Joins: calvaris (~calvaris@4.126.27.77.dynamic.mundo-r.com)
  1151. # [20:26] <hsivonen> TIL: "big5han" is a collation supported by the JS i18n API
  1152. # [20:28] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
  1153. # [20:32] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Remote host closed the connection)
  1154. # [20:38] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
  1155. # [20:39] * Quits: capella-s3 (~yaaic@cpe-24-59-243-39.twcny.res.rr.com) (Quit: Talk atcha later)
  1156. # [20:43] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Remote host closed the connection)
  1157. # [20:45] * Quits: spacenomad (~spacenoma@unaffiliated/spacenomad) (Remote host closed the connection)
  1158. # [20:46] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Read error: Connection reset by peer)
  1159. # [20:47] <MikeSmith> I wish github had a way that a repo could allow people to create and push to PR branches in that repo but not to master (or to whatever the default branch for the repo is)
  1160. # [20:48] * Joins: weinig (~weinig@17.202.47.106)
  1161. # [20:48] <MikeSmith> but I guess it's git that prevents that (not github)
  1162. # [20:50] * Quits: calvaris (~calvaris@4.126.27.77.dynamic.mundo-r.com) (Quit: Ex-Chat)
  1163. # [20:52] <hsivonen> the old HTML parser wasn't the only piece of Netscape-era code that's hard to follow and that is surprising in that it works/worked
  1164. # [20:52] <hsivonen> annevk: did you take a look at the encoding converter code while writing the spec?
  1165. # [20:53] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
  1166. # [20:53] * Joins: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com)
  1167. # [21:02] * Quits: weinig (~weinig@17.202.47.106) (Quit: weinig)
  1168. # [21:04] * Joins: gavinc (~gavin@barad-dur.carothers.name)
  1169. # [21:05] * Quits: fredy (~fredy@snf-535807.vm.okeanos.grnet.gr) (Excess Flood)
  1170. # [21:06] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
  1171. # [21:08] * Joins: fredy (~fredy@snf-535807.vm.okeanos.grnet.gr)
  1172. # [21:09] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Read error: Connection reset by peer)
  1173. # [21:09] <nox> MikeSmith: Mmmh,
  1174. # [21:09] <nox> MikeSmith: the latest changes are going towards that.
  1175. # [21:09] <Philip`> MikeSmith: That's not a fundamental limitation of git - e.g. you can use gitolite to add branch-based access control
  1176. # [21:09] * Joins: spacenomad (~spacenoma@unaffiliated/spacenomad)
  1177. # [21:09] <nox> MikeSmith: https://github.com/blog/2051-protected-branches-and-required-status-checks
  1178. # [21:09] <Philip`> (or Gerrit)
  1179. # [21:10] <nox> "Can't be force pushed" + "Can't have changes merged into them until required status checks pass" are weird though.
  1180. # [21:10] <MikeSmith> nox: thanks
  1181. # [21:10] <MikeSmith> Philip`: ah, OK
  1182. # [21:11] <MikeSmith> (hi Philip` btw)
  1183. # [21:11] <nox> You can push, but you can't merge things through their UI, from my understanding.
  1184. # [21:11] <Philip`> (Hello)
  1185. # [21:11] * Joins: jeremyj (~jeremyj@17.202.47.124)
  1186. # [21:12] <MikeSmith> ah https://github.com/blog/2051-protected-branches-and-required-status-checks looks great
  1187. # [21:12] <MikeSmith> timely
  1188. # [21:14] * Joins: Lachy (~Lachy@cm-84.215.179.176.getinternet.no)
  1189. # [21:16] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
  1190. # [21:17] * Quits: smaug____ (~chatzilla@a91-154-43-105.elisa-laajakaista.fi) (Ping timeout: 246 seconds)
  1191. # [21:18] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
  1192. # [21:20] * Joins: Lachy_ (~Lachy@185.29.164.137)
  1193. # [21:21] * Quits: jeremyj (~jeremyj@17.202.47.124) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  1194. # [21:23] * Quits: Lachy (~Lachy@cm-84.215.179.176.getinternet.no) (Ping timeout: 246 seconds)
  1195. # [21:23] <nox> gsnedders: What are the serializer tests? Do they actually test "serialize document fragments"?
  1196. # [21:24] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Read error: Connection reset by peer)
  1197. # [21:26] * Joins: weinig (~weinig@17.202.47.106)
  1198. # [21:30] * Quits: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com) (Quit: sicking)
  1199. # [21:31] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
  1200. # [21:31] <annevk> hsivonen: I'm not sure which encoding converter you're referring to
  1201. # [21:32] <annevk> hsivonen: big5 was mostly based on research by philipj
  1202. # [21:33] <annevk> MikeSmith: yes, that would be great, branches but not master
  1203. # [21:34] * Quits: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com) (Quit: My computer has gone to sleep. ZZZzzz…)
  1204. # [21:35] * Joins: jeremyj (~jeremyj@17.202.47.124)
  1205. # [21:36] <annevk> "Are you arguing that MD5 is secure because you don't understand how it's not secure?"
  1206. # [21:36] <annevk> <3 sleevi
  1207. # [21:39] * Quits: weinig (~weinig@17.202.47.106) (Quit: weinig)
  1208. # [21:39] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Read error: Connection reset by peer)
  1209. # [21:44] * Joins: rxgx (uid22483@gateway/web/irccloud.com/x-jnqtfzkdxqjziegu)
  1210. # [21:45] * Quits: jeremyj (~jeremyj@17.202.47.124) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  1211. # [21:47] * Joins: jwalden (~waldo@2620:101:80fc:224:7e7a:91ff:fe25:a5a3)
  1212. # [21:48] * Quits: zdobersek (~zan@gateway/vpn/privateinternetaccess/zdobersek) (Quit: Leaving.)
  1213. # [21:48] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
  1214. # [21:52] * Quits: eric_carlson (~ericc@c-24-6-239-9.hsd1.ca.comcast.net) (Quit: eric_carlson)
  1215. # [21:52] * Joins: eric_carlson (~ericc@c-24-6-239-9.hsd1.ca.comcast.net)
  1216. # [21:58] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Read error: Connection reset by peer)
  1217. # [22:01] * Joins: weinig (~weinig@17.114.154.111)
  1218. # [22:01] * Quits: weinig (~weinig@17.114.154.111) (Client Quit)
  1219. # [22:05] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
  1220. # [22:06] * Joins: smaug____ (~chatzilla@a91-154-43-105.elisa-laajakaista.fi)
  1221. # [22:09] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Read error: Connection reset by peer)
  1222. # [22:11] * Joins: JonDavis_ (~jond@17.202.40.64)
  1223. # [22:15] * Joins: hendry_ (~hendry@sg.dabase.com)
  1224. # [22:16] * Quits: timoxley (~timoxley@128.199.65.199) (Ping timeout: 244 seconds)
  1225. # [22:16] * Quits: JonDavis (~jond@17.202.40.64) (Ping timeout: 244 seconds)
  1226. # [22:16] * Quits: Mek (~quassel@kde/mkruisselbrink) (Read error: Connection reset by peer)
  1227. # [22:16] * Quits: hendry (~hendry@sg.dabase.com) (Ping timeout: 244 seconds)
  1228. # [22:16] * Quits: ms7821 (~Mark@rack.ms) (Ping timeout: 244 seconds)
  1229. # [22:16] * Quits: caitp (~green@ec2-52-88-18-7.us-west-2.compute.amazonaws.com) (Ping timeout: 244 seconds)
  1230. # [22:16] * Joins: ms7821 (~Mark@rack.ms)
  1231. # [22:16] * Joins: timoxley (~timoxley@128.199.65.199)
  1232. # [22:19] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
  1233. # [22:19] * Joins: caitp (~green@52.88.18.7)
  1234. # [22:25] * Quits: spacenomad (~spacenoma@unaffiliated/spacenomad) (Remote host closed the connection)
  1235. # [22:25] * Joins: spacenomad (~spacenoma@unaffiliated/spacenomad)
  1236. # [22:28] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Read error: Connection reset by peer)
  1237. # [22:32] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
  1238. # [22:35] * Joins: othermaciej (~mjs@104-244-25-60.PUBLIC.monkeybrains.net)
  1239. # [22:35] * Quits: othermaciej (~mjs@104-244-25-60.PUBLIC.monkeybrains.net) (Client Quit)
  1240. # [22:36] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
  1241. # [22:42] <TabAtkins> annevk: So, "trailling space" on that <a> is just a result of me omitting </td>; I omit all the end-tags I can get away with.
  1242. # [22:42] <TabAtkins> Where are you seeing it as a problem?
  1243. # [22:44] <TabAtkins> And when I generate the spec, I'm getting CustomEvent/etc linking locally like they should.
  1244. # [22:44] <TabAtkins> Oh wait, let me update the data files.
  1245. # [22:47] <TabAtkins> wtf, that is broken.
  1246. # [22:47] <TabAtkins> wtf is this crap
  1247. # [22:48] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Read error: Connection reset by peer)
  1248. # [22:48] <TabAtkins> What the shit, this is something bizarre happening with anchor resolution. (Nothing to do with any recent changes.)
  1249. # [22:50] * Joins: jyasskin (jyasskin@nat/google/x-smyojmrukvstnlhb)
  1250. # [22:51] * Quits: jyasskin (jyasskin@nat/google/x-smyojmrukvstnlhb) (Client Quit)
  1251. # [22:53] * Quits: dbaron (~dbaron@2620:101:80fb:224:1834:ca2:2146:4048) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  1252. # [22:53] * Joins: dbaron (~dbaron@2620:101:80fb:232:3123:51de:c49b:718b)
  1253. # [22:54] * Joins: Mek (~quassel@kde/mkruisselbrink)
  1254. # [22:55] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
  1255. # [22:56] * Quits: fredy (~fredy@snf-535807.vm.okeanos.grnet.gr) (Excess Flood)
  1256. # [22:58] * Joins: fredy (~fredy@snf-535807.vm.okeanos.grnet.gr)
  1257. # [23:01] * Quits: encryptd_fractal (~encryptd_@63-254-58-198.ip.mcleodusa.net) (Remote host closed the connection)
  1258. # [23:02] <TabAtkins> annevk: Ah, found it. Ugh, UI Events has a <dfn> *pointing to DOM* (well, to DOM 4) that Shepherd now detects, and so DOM says "whoops, this interface is already defined, let's just link to it".
  1259. # [23:04] <TabAtkins> Okay, so first step is for me to add the error-check from a while ago, forcing you to either add "partial" (denoting it should link) or one of the things indicating that this is forced.
  1260. # [23:04] <TabAtkins> Second, I need to get UI Events editted to no-export that entire section.
  1261. # [23:05] * Quits: Joseph__Silber (~JosephSil@ool-43530e48.dyn.optonline.net) (Read error: Connection reset by peer)
  1262. # [23:05] * Joins: Joseph__Silber (~JosephSil@ool-43530e48.dyn.optonline.net)
  1263. # [23:06] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Read error: Connection reset by peer)
  1264. # [23:06] * Quits: botie (~i-bot@sideshowbarker.net) (Ping timeout: 255 seconds)
  1265. # [23:09] * Quits: ap (~ap@17.202.44.214) (Ping timeout: 250 seconds)
  1266. # [23:09] * Quits: riddle (riddle@us.yunix.net) (Ping timeout: 272 seconds)
  1267. # [23:09] * Quits: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com) (Quit: tantek)
  1268. # [23:10] * Joins: ap (~ap@17.202.44.214)
  1269. # [23:11] * Quits: karlcow (~karl@nerval.la-grange.net) (Ping timeout: 268 seconds)
  1270. # [23:13] * Krinkle is now known as Krinkle_
  1271. # [23:14] <zcorpan> maybe we should no-export the Dependencies section in html also
  1272. # [23:14] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
  1273. # [23:15] * Joins: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com)
  1274. # [23:16] * Krinkle_ is now known as Krinkle
  1275. # [23:18] * Joins: satazor (~satazor@av-217-129-134-240.netvisao.pt)
  1276. # [23:18] * Quits: JonDavis_ (~jond@17.202.40.64) (Quit: He's dead Jim.)
  1277. # [23:19] * Joins: JonDavis (~jond@17.202.40.64)
  1278. # [23:19] * Joins: karlcow (~karl@nerval.la-grange.net)
  1279. # [23:19] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Read error: Connection reset by peer)
  1280. # [23:27] * Joins: riddle (riddle@76.72.170.57)
  1281. # [23:27] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
  1282. # [23:29] <TabAtkins> Yes plz
  1283. # [23:34] * Quits: satazor (~satazor@av-217-129-134-240.netvisao.pt)
  1284. # [23:34] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Read error: Connection reset by peer)
  1285. # [23:35] * Joins: Lachy (~Lachy@cm-84.215.179.176.getinternet.no)
  1286. # [23:38] * Quits: Lachy_ (~Lachy@185.29.164.137) (Ping timeout: 265 seconds)
  1287. # [23:39] * Quits: Maurice` (~copyman@unaffiliated/maurice)
  1288. # [23:42] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
  1289. # [23:42] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Remote host closed the connection)
  1290. # [23:42] * Quits: csarven (~csarven@84-73-123-134.dclient.hispeed.ch) (Quit: Ex-Chat)
  1291. # [23:43] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
  1292. # [23:46] * Joins: weinig (~weinig@17.114.217.214)
  1293. # [23:46] * Quits: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com) (Quit: tantek)
  1294. # [23:46] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Read error: Connection reset by peer)
  1295. # [23:46] * Joins: tantek (~tantek@70-36-139-190.dsl.dynamic.fusionbroadband.com)
  1296. # [23:48] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Ping timeout: 246 seconds)
  1297. # [23:48] * Quits: fredy (~fredy@snf-535807.vm.okeanos.grnet.gr) (Excess Flood)
  1298. # [23:49] * Quits: dbaron (~dbaron@2620:101:80fb:232:3123:51de:c49b:718b) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  1299. # [23:49] * Joins: dbaron (~dbaron@2620:101:80fb:224:1834:ca2:2146:4048)
  1300. # [23:51] * Joins: fredy (~fredy@snf-535807.vm.okeanos.grnet.gr)
  1301. # [23:53] * Joins: rego (~rego@66.193.27.77.dynamic.mundo-r.com)
  1302. # [23:57] * Quits: weinig (~weinig@17.114.217.214) (Read error: No route to host)
  1303. # [23:57] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Read error: Connection reset by peer)
  1304. # [23:58] * Quits: rego (~rego@66.193.27.77.dynamic.mundo-r.com) (Read error: Connection reset by peer)
  1305. # [23:58] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
  1306. # Session Close: Sat Sep 05 00:00:00 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