/irc-logs / freenode / #whatwg / 2015-01-20 / end

Options:

Previous day, Next day

  1. # Session Start: Tue Jan 20 00:00:00 2015
  2. # Session Ident: #whatwg
  3. # [00:00] * Quits: weinig (~weinig@17.245.28.132) (Quit: weinig)
  4. # [00:01] * Quits: Maurice` (copyman@unaffiliated/maurice)
  5. # [00:02] * Quits: ap (~ap@17.114.217.173)
  6. # [00:06] * Quits: darobin (~darobin@2a01:e34:ed05:d180:102e:6a4b:c435:395d) (Remote host closed the connection)
  7. # [00:06] * Quits: danbri (~Adium@host86-191-96-32.range86-191.btcentralplus.com) (Quit: Leaving.)
  8. # [00:08] * Joins: ehsan (~ehsan@24-212-206-173.cable.teksavvy.com)
  9. # [00:12] * Joins: watilde (~watilde@i114-180-108-27.s04.a013.ap.plala.or.jp)
  10. # [00:13] * Quits: ehsan (~ehsan@24-212-206-173.cable.teksavvy.com) (Ping timeout: 272 seconds)
  11. # [00:13] * Quits: watilde (~watilde@i114-180-108-27.s04.a013.ap.plala.or.jp) (Client Quit)
  12. # [00:13] * Quits: rniwa (~rniwa@67.164.23.121) (Quit: rniwa)
  13. # [00:15] * Joins: ap (~ap@17.114.217.173)
  14. # [00:19] * Quits: eric_carlson (~ericc@17.114.217.57) (Quit: eric_carlson)
  15. # [00:19] * Joins: Caspy7 (~chatzilla@99.185.26.234)
  16. # [00:29] * Quits: booly-yam-6137 (~cinch@bzq-79-178-15-163.red.bezeqint.net) (Ping timeout: 244 seconds)
  17. # [00:29] * Quits: KevinMarks (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
  18. # [00:32] * Joins: booly-yam-6137 (~cinch@bzq-79-178-15-163.red.bezeqint.net)
  19. # [00:33] * Joins: KevinMarks (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
  20. # [00:37] * Joins: danbri (~Adium@host86-191-96-32.range86-191.btcentralplus.com)
  21. # [00:42] * Quits: danbri (~Adium@host86-191-96-32.range86-191.btcentralplus.com) (Ping timeout: 264 seconds)
  22. # [00:43] * Joins: weinig (~weinig@17.245.28.132)
  23. # [00:45] * Joins: rniwa (~rniwa@67.164.23.121)
  24. # [00:46] * Quits: mven (~textual@32.97.110.56) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  25. # [00:51] * Joins: bholley (~bholley@c-50-131-239-99.hsd1.ca.comcast.net)
  26. # [00:57] * Quits: encryptd_fractl (~encryptd_@12.148.211.210) (Remote host closed the connection)
  27. # [01:00] * Quits: Caspy7 (~chatzilla@99.185.26.234) (Ping timeout: 252 seconds)
  28. # [01:00] * heycam is now known as heycam|away
  29. # [01:00] * heycam|away is now known as heycam
  30. # [01:06] * Joins: mven (~textual@72.183.104.138)
  31. # [01:07] * Joins: danbri (~Adium@host86-191-96-32.range86-191.btcentralplus.com)
  32. # [01:10] * Quits: mven (~textual@72.183.104.138) (Client Quit)
  33. # [01:13] * Quits: danbri (~Adium@host86-191-96-32.range86-191.btcentralplus.com) (Ping timeout: 246 seconds)
  34. # [01:16] * Quits: bholley (~bholley@c-50-131-239-99.hsd1.ca.comcast.net)
  35. # [01:28] * Quits: thinkxl (~thinkxl@2601:e:2980:cb00:8aa:f609:83b:a6e4) (Ping timeout: 245 seconds)
  36. # [01:28] * Joins: myakura (~myakura@FL1-125-197-192-76.tky.mesh.ad.jp)
  37. # [01:32] * Quits: weinig (~weinig@17.245.28.132) (Quit: weinig)
  38. # [01:32] * Quits: myakura (~myakura@FL1-125-197-192-76.tky.mesh.ad.jp) (Ping timeout: 244 seconds)
  39. # [01:35] * Joins: eric_carlson (~ericc@24.6.239.9)
  40. # [01:35] * Quits: smaug____ (~chatzilla@62-78-246-79.bb.dnainternet.fi) (Ping timeout: 256 seconds)
  41. # [01:37] * heycam is now known as heycam|away
  42. # [01:44] * Joins: plutoniix (~plutoniix@119.63.87.222)
  43. # [01:46] * Quits: ^esc (~esc-ape@77.119.130.200.wireless.dyn.drei.com) (Remote host closed the connection)
  44. # [01:47] * Joins: ^esc (~esc-ape@77.119.130.200.wireless.dyn.drei.com)
  45. # [01:50] * Joins: weinig (~weinig@17.244.161.119)
  46. # [01:51] * Joins: jarek (~jarek@unaffiliated/jarek)
  47. # [01:52] * Joins: satazor_ (~satazor@37.189.3.135)
  48. # [01:54] * Quits: satazor (~satazor@89.114.99.80) (Ping timeout: 240 seconds)
  49. # [01:59] * Quits: weinig (~weinig@17.244.161.119) (Quit: weinig)
  50. # [02:01] * heycam|away is now known as heycam
  51. # [02:05] * Quits: KevinMarks (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
  52. # [02:08] * Quits: seventh (seventh@31.6.30.17) (Quit: ...)
  53. # [02:10] * Joins: KevinMarks (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
  54. # [02:13] * Quits: satazor_ (~satazor@37.189.3.135) (Ping timeout: 246 seconds)
  55. # [02:17] * Joins: tommyliu (~tommyliu@116.247.108.182)
  56. # [02:19] * Quits: tommyliu (~tommyliu@116.247.108.182) (Remote host closed the connection)
  57. # [02:19] * Joins: tommyliu (~tommyliu@116.247.108.182)
  58. # [02:20] * Quits: tommyliu (~tommyliu@116.247.108.182) (Read error: Connection reset by peer)
  59. # [02:20] * Joins: weinig (~weinig@17.244.161.119)
  60. # [02:20] * Joins: jdaggett (~jdaggett@103.5.142.54)
  61. # [02:21] * Joins: tommyliu (~tommyliu@li587-82.members.linode.com)
  62. # [02:24] * Joins: tommyliu_ (~tommyliu@li446-72.members.linode.com)
  63. # [02:28] * Quits: tommyliu (~tommyliu@li587-82.members.linode.com) (Ping timeout: 244 seconds)
  64. # [02:29] * Quits: KevinMarks (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 246 seconds)
  65. # [02:31] * Quits: ap (~ap@17.114.217.173)
  66. # [02:32] * Joins: KevinMarks (~yaaic@2607:fb90:2853:5f81:8bea:58ba:f0d3:f5cd)
  67. # [02:36] * Quits: jarek (~jarek@unaffiliated/jarek) (Quit: jarek)
  68. # [02:39] * Quits: weinig (~weinig@17.244.161.119) (Quit: weinig)
  69. # [02:40] * Joins: weinig (~weinig@17.244.161.119)
  70. # [02:44] * Joins: Caspy7 (~chatzilla@99.185.26.234)
  71. # [02:57] * Joins: ehsan (~ehsan@24-212-206-173.cable.teksavvy.com)
  72. # [03:02] * Quits: ehsan (~ehsan@24-212-206-173.cable.teksavvy.com) (Ping timeout: 252 seconds)
  73. # [03:07] * Quits: eric_carlson (~ericc@24.6.239.9) (Quit: eric_carlson)
  74. # [03:08] * Joins: KevinMarks__ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
  75. # [03:11] * Joins: encryptd_fractl (~encryptd_@24-177-122-160.dhcp.mdsn.wi.charter.com)
  76. # [03:12] * Quits: KevinMarks (~yaaic@2607:fb90:2853:5f81:8bea:58ba:f0d3:f5cd) (Ping timeout: 245 seconds)
  77. # [03:14] * Joins: tommyliu (~tommyliu@116.247.108.182)
  78. # [03:16] * Quits: tommyliu_ (~tommyliu@li446-72.members.linode.com) (Ping timeout: 240 seconds)
  79. # [03:17] * Joins: myakura (~myakura@FL1-125-197-192-76.tky.mesh.ad.jp)
  80. # [03:18] * Quits: jdaggett (~jdaggett@103.5.142.54) (Quit: jdaggett)
  81. # [03:21] * Quits: myakura (~myakura@FL1-125-197-192-76.tky.mesh.ad.jp) (Ping timeout: 245 seconds)
  82. # [03:22] * Joins: eric_carlson (~ericc@24.6.239.9)
  83. # [03:22] * Joins: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com)
  84. # [03:23] * Joins: dbaron (~dbaron@50-0-248-60.dsl.dynamic.fusionbroadband.com)
  85. # [03:27] * Quits: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com) (Client Quit)
  86. # [03:29] * Joins: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com)
  87. # [03:30] * Joins: tripu (~tripu@2001:200:0:8805:8dae:8a45:233e:41c7)
  88. # [03:31] * Quits: dbaron (~dbaron@50-0-248-60.dsl.dynamic.fusionbroadband.com) (Ping timeout: 252 seconds)
  89. # [03:33] * Joins: scor (~scor@c-24-2-162-32.hsd1.ma.comcast.net)
  90. # [03:33] * Quits: scor (~scor@c-24-2-162-32.hsd1.ma.comcast.net) (Changing host)
  91. # [03:33] * Joins: scor (~scor@drupal.org/user/52142/view)
  92. # [03:34] * heycam is now known as heycam|away
  93. # [03:35] * Quits: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com) (Quit: My computer has gone to sleep. ZZZzzz…)
  94. # [03:37] * Quits: eric_carlson (~ericc@24.6.239.9) (Quit: eric_carlson)
  95. # [03:42] * Joins: jdaggett (~jdaggett@pw126255069075.9.panda-world.ne.jp)
  96. # [03:55] * Quits: tommyliu (~tommyliu@116.247.108.182) (Remote host closed the connection)
  97. # [03:56] * Quits: ^esc (~esc-ape@77.119.130.200.wireless.dyn.drei.com) (Ping timeout: 264 seconds)
  98. # [03:57] * heycam|away is now known as heycam
  99. # [03:57] * Joins: kapil__ (uid36151@gateway/web/irccloud.com/x-fwgsuuudlmkilnik)
  100. # [04:05] * Joins: tommyliu_ (~tommyliu@116.247.108.182)
  101. # [04:10] * Quits: tommyliu_ (~tommyliu@116.247.108.182) (Ping timeout: 245 seconds)
  102. # [04:10] * Quits: plutoniix (~plutoniix@119.63.87.222) (Ping timeout: 245 seconds)
  103. # [04:17] * Joins: plutoniix (~plutoniix@119.63.87.222)
  104. # [04:18] * Joins: tommyliu (~tommyliu@116.247.108.182)
  105. # [04:19] * Quits: tommyliu (~tommyliu@116.247.108.182) (Read error: Connection reset by peer)
  106. # [04:20] * Joins: tommyliu (~tommyliu@li446-72.members.linode.com)
  107. # [04:22] * Joins: jacobolu_ (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
  108. # [04:24] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Ping timeout: 264 seconds)
  109. # [04:24] * Quits: jdaggett (~jdaggett@pw126255069075.9.panda-world.ne.jp) (Read error: Connection reset by peer)
  110. # [04:47] * Joins: ehsan (~ehsan@24-212-206-173.cable.teksavvy.com)
  111. # [04:51] * Quits: ehsan (~ehsan@24-212-206-173.cable.teksavvy.com) (Ping timeout: 245 seconds)
  112. # [04:53] * Quits: tommyliu (~tommyliu@li446-72.members.linode.com) (Remote host closed the connection)
  113. # [05:03] * Joins: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com)
  114. # [05:05] * Joins: myakura (~myakura@FL1-125-197-192-76.tky.mesh.ad.jp)
  115. # [05:08] * Quits: weinig (~weinig@17.244.161.119) (Quit: weinig)
  116. # [05:10] * Quits: myakura (~myakura@FL1-125-197-192-76.tky.mesh.ad.jp) (Ping timeout: 245 seconds)
  117. # [05:14] * Joins: mven (~textual@72.183.104.138)
  118. # [05:17] * Quits: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com) (Quit: My computer has gone to sleep. ZZZzzz…)
  119. # [05:18] * Quits: Caspy7 (~chatzilla@99.185.26.234) (Read error: Connection reset by peer)
  120. # [05:21] * Quits: tripu (~tripu@2001:200:0:8805:8dae:8a45:233e:41c7) (Ping timeout: 265 seconds)
  121. # [05:34] * Joins: lilmonkey` (~colin@pdpc/supporter/professional/riven)
  122. # [05:38] * Quits: lilmonkey (~colin@pdpc/supporter/professional/riven) (Ping timeout: 265 seconds)
  123. # [05:42] * Quits: kochi (~kochi@2401:fa00:4:1000:d4d4:4321:e79f:3032) (Remote host closed the connection)
  124. # [05:45] * Joins: tripu (~tripu@2001:200:0:8805:8dae:8a45:233e:41c7)
  125. # [05:46] * heycam is now known as heycam|away
  126. # [05:48] * Quits: tav (~tav`@host31-52-138-176.range31-52.btcentralplus.com) (Quit: Hakuna Matata!)
  127. # [05:49] * Joins: tav (~tav`@host31-52-138-176.range31-52.btcentralplus.com)
  128. # [05:54] * Joins: Rastus_Vernon (uid15187@wikimedia/Rastus-Vernon)
  129. # [05:58] * Joins: bholley (~bholley@c-50-131-239-99.hsd1.ca.comcast.net)
  130. # [06:05] * Quits: mven (~textual@72.183.104.138) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  131. # [06:17] * Quits: igoroliveira (uid20755@gateway/web/irccloud.com/x-vbhbeesioytphfbh) (Quit: Connection closed for inactivity)
  132. # [06:19] * Joins: yoichio (yoichio@nat/google/x-yqkrzkgknhumfhvv)
  133. # [06:19] * Quits: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com) (Ping timeout: 245 seconds)
  134. # [06:21] * Quits: rniwa (~rniwa@67.164.23.121) (Quit: rniwa)
  135. # [06:27] * slightlyoff_ is now known as slightlyoff
  136. # [06:41] * Quits: hallvors (uid23371@gateway/web/irccloud.com/x-uppfamwntdjtsryo) (Quit: Connection closed for inactivity)
  137. # [06:47] * Quits: bholley (~bholley@c-50-131-239-99.hsd1.ca.comcast.net)
  138. # [06:54] * Joins: myakura (~myakura@FL1-125-197-192-76.tky.mesh.ad.jp)
  139. # [06:59] * Quits: myakura (~myakura@FL1-125-197-192-76.tky.mesh.ad.jp) (Ping timeout: 245 seconds)
  140. # [07:06] * Joins: jsx (uid48919@fsf/intern/jsx)
  141. # [07:12] * Joins: dbaron (~dbaron@50-0-248-60.dsl.dynamic.fusionbroadband.com)
  142. # [07:15] * Joins: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com)
  143. # [07:20] * Quits: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com) (Ping timeout: 245 seconds)
  144. # [07:28] * Joins: tommyliu (~tommyliu@180.171.97.117)
  145. # [07:32] * Quits: tommyliu (~tommyliu@180.171.97.117) (Read error: Connection reset by peer)
  146. # [07:32] * Joins: tommyliu (~tommyliu@116.251.214.16)
  147. # [07:34] * Joins: zdobersek (~zan@cpe-77.38.31.63.cable.t-1.si)
  148. # [07:36] * Joins: ehsan_ (~ehsan@24-212-206-173.cable.teksavvy.com)
  149. # [07:36] * Quits: malcolmva (~malcolmva@c-67-180-198-144.hsd1.ca.comcast.net) (Ping timeout: 264 seconds)
  150. # [07:38] * Quits: zdobersek (~zan@cpe-77.38.31.63.cable.t-1.si) (Client Quit)
  151. # [07:39] * Joins: zdobersek (~zan@gateway/vpn/privateinternetaccess/zdobersek)
  152. # [07:40] * Joins: iandevlin (~iandevlin@dslb-088-078-251-070.088.078.pools.vodafone-ip.de)
  153. # [07:41] * Quits: ehsan_ (~ehsan@24-212-206-173.cable.teksavvy.com) (Ping timeout: 256 seconds)
  154. # [07:49] * Joins: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com)
  155. # [07:50] * Joins: malcolmva (~malcolmva@c-67-180-198-144.hsd1.ca.comcast.net)
  156. # [07:54] * Joins: jdaggett (~jdaggett@ad056175.dynamic.ppp.asahi-net.or.jp)
  157. # [07:55] * Joins: kochi (~kochi@2401:fa00:4:1000:55b9:66c8:5929:c966)
  158. # [08:06] * Quits: KevinMarks__ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 264 seconds)
  159. # [08:07] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
  160. # [08:10] * Joins: tommyliu_ (~tommyliu@23.228.209.28)
  161. # [08:11] * Quits: plutoniix (~plutoniix@119.63.87.222) (Ping timeout: 256 seconds)
  162. # [08:11] * Quits: tommyliu (~tommyliu@116.251.214.16) (Read error: Connection reset by peer)
  163. # [08:14] * Quits: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com) (Quit: My computer has gone to sleep. ZZZzzz…)
  164. # [08:21] * Joins: tommyliu (~tommyliu@180.171.97.117)
  165. # [08:21] * Quits: booly-yam-6137 (~cinch@bzq-79-178-15-163.red.bezeqint.net) (Ping timeout: 256 seconds)
  166. # [08:22] * Quits: tommyliu (~tommyliu@180.171.97.117) (Read error: Connection reset by peer)
  167. # [08:22] * Quits: tommyliu_ (~tommyliu@23.228.209.28) (Ping timeout: 256 seconds)
  168. # [08:22] * Joins: tommyliu (~tommyliu@v17.blockcn.net)
  169. # [08:27] * Joins: plutoniix (~plutoniix@119.63.87.222)
  170. # [08:31] * Joins: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com)
  171. # [08:32] * Joins: tommyliu_ (~tommyliu@180.171.97.117)
  172. # [08:32] * Quits: tommyliu_ (~tommyliu@180.171.97.117) (Read error: Connection reset by peer)
  173. # [08:33] * Quits: tommyliu (~tommyliu@v17.blockcn.net) (Ping timeout: 252 seconds)
  174. # [08:36] * Quits: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com) (Ping timeout: 240 seconds)
  175. # [08:36] * Quits: jdaggett (~jdaggett@ad056175.dynamic.ppp.asahi-net.or.jp) (Quit: jdaggett)
  176. # [08:37] * Joins: ^esc (~esc-ape@178.115.129.182.wireless.dyn.drei.com)
  177. # [08:41] * Joins: tommyliu (~tommyliu@180.171.97.117)
  178. # [08:43] * Quits: tommyliu (~tommyliu@180.171.97.117) (Read error: Connection reset by peer)
  179. # [08:43] * Joins: myakura (~myakura@FL1-125-197-192-76.tky.mesh.ad.jp)
  180. # [08:43] * Joins: tommyliu (~tommyliu@li407-70.members.linode.com)
  181. # [08:45] * Quits: tommyliu (~tommyliu@li407-70.members.linode.com) (Remote host closed the connection)
  182. # [08:48] * Quits: myakura (~myakura@FL1-125-197-192-76.tky.mesh.ad.jp) (Ping timeout: 245 seconds)
  183. # [08:52] * Joins: frivoal (~frivoal@cm-84.211.98.39.getinternet.no)
  184. # [08:56] * Quits: Goplat (~goplat@reactos/developer/Goplat) (Remote host closed the connection)
  185. # [09:06] * Joins: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com)
  186. # [09:08] * Joins: jdaggett (~jdaggett@ad056175.dynamic.ppp.asahi-net.or.jp)
  187. # [09:10] * Joins: myakura (~myakura@FL1-125-197-192-76.tky.mesh.ad.jp)
  188. # [09:11] * Quits: hasather (~hasather@80.91.33.141) (Remote host closed the connection)
  189. # [09:11] * Joins: hasather (~hasather@80.91.33.141)
  190. # [09:15] * Joins: laurensclaessen (~laurenscl@91.183.84.141)
  191. # [09:17] * Joins: Lachy (~Lachy@213.166.174.2)
  192. # [09:22] * Joins: booly-yam-6137 (~cinch@80.74.98.150)
  193. # [09:31] * Quits: plutoniix (~plutoniix@119.63.87.222) (Ping timeout: 255 seconds)
  194. # [09:33] * Joins: danbri (~Adium@host86-191-96-32.range86-191.btcentralplus.com)
  195. # [09:34] * Joins: Ms2ger (~Ms2ger@91.182.16.148)
  196. # [09:35] * Quits: Lachy (~Lachy@213.166.174.2) (Quit: Textual IRC Client: www.textualapp.com)
  197. # [09:36] * Joins: Mso150 (~ctlM@217.118.64.40)
  198. # [09:37] * Joins: zcorpan (~zcorpan@ip-200.t2.se.opera.com)
  199. # [09:37] * Quits: psy_ (~psy@103.6.159.170) (Ping timeout: 245 seconds)
  200. # [09:48] * Quits: Mso150 (~ctlM@217.118.64.40) (Ping timeout: 255 seconds)
  201. # [10:03] * Joins: calvaris (~calvaris@fanzine.igalia.com)
  202. # [10:03] * Quits: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com) (Quit: My computer has gone to sleep. ZZZzzz…)
  203. # [10:03] * Joins: darobin (~darobin@159.180.228.142)
  204. # [10:11] * Quits: dbaron (~dbaron@50-0-248-60.dsl.dynamic.fusionbroadband.com) (Ping timeout: 244 seconds)
  205. # [10:13] * Joins: zcorpan_ (~zcorpan@ip-200.t2.se.opera.com)
  206. # [10:16] * Quits: zcorpan (~zcorpan@ip-200.t2.se.opera.com) (Ping timeout: 256 seconds)
  207. # [10:20] * Joins: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com)
  208. # [10:25] * Quits: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com) (Ping timeout: 276 seconds)
  209. # [10:30] * Joins: plutoniix (~plutoniix@119.63.87.222)
  210. # [10:37] * Joins: jochen__ (jochen@nat/google/x-mitdaitxzgkgvbri)
  211. # [10:41] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
  212. # [10:42] * Quits: aretecode (~aretecode@50.23.131.206-static.reverse.softlayer.com) (Read error: Connection reset by peer)
  213. # [10:44] * Quits: tantek (~tantek@70.36.197.247) (Quit: tantek)
  214. # [10:47] * Joins: zcorpan (~zcorpan@ip-200.t2.se.opera.com)
  215. # [10:47] * Quits: zcorpan_ (~zcorpan@ip-200.t2.se.opera.com) (Read error: Connection reset by peer)
  216. # [10:55] * Joins: aretecode (~aretecode@50.23.131.206-static.reverse.softlayer.com)
  217. # [10:56] * Joins: ehsan__ (~ehsan@24-212-206-173.cable.teksavvy.com)
  218. # [11:01] * Quits: ehsan__ (~ehsan@24-212-206-173.cable.teksavvy.com) (Ping timeout: 240 seconds)
  219. # [11:06] * Joins: espadrine (~ttyl@LMontsouris-656-1-2-84.w80-12.abo.wanadoo.fr)
  220. # [11:07] * Quits: Rastus_Vernon (uid15187@wikimedia/Rastus-Vernon) (Quit: Connection closed for inactivity)
  221. # [11:20] * Joins: Livadi (~julien@195.171.203.84)
  222. # [11:20] * Joins: patrykn (~patrykn@195.171.203.84)
  223. # [11:21] * Joins: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com)
  224. # [11:25] * Joins: wilsonpage (~wilsonpag@2001:450:1d:224:c439:e670:a4ba:5a51)
  225. # [11:25] * Quits: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com) (Ping timeout: 245 seconds)
  226. # [11:28] * Joins: psy_ (~psy@182.74.25.22)
  227. # [11:28] * Quits: psy_ (~psy@182.74.25.22) (Max SendQ exceeded)
  228. # [11:29] * Joins: psy_ (~psy@182.74.25.22)
  229. # [11:32] * Quits: laurensclaessen (~laurenscl@91.183.84.141) (Remote host closed the connection)
  230. # [11:36] <annevk> I don't really understand jQuery
  231. # [11:36] <annevk> $("div").replaceWith([$("div"), "<b>test</b>"])
  232. # [11:37] <annevk> Gives you "<b>test</b>", loses the <div> somehow...
  233. # [11:37] <Ms2ger> window.$ = do_what_i_mean
  234. # [11:37] <annevk> If you remove ', "<b>test</b>"' however, the <div> stays...
  235. # [11:37] <annevk> Ms2ger: any ideas how to reply to that oldNode.replaceWith() edge case thread?
  236. # [11:38] * Joins: laurensclaessen (~laurenscl@91.183.84.141)
  237. # [11:38] <Ms2ger> I've ignored it
  238. # [11:39] <annevk> Ms2ger: that's not a great way to deal with feedback
  239. # [11:40] * Quits: plutoniix (~plutoniix@119.63.87.222) (Ping timeout: 240 seconds)
  240. # [11:40] <annevk> Ms2ger: also, I think those algorithms might in fact have some issues
  241. # [11:40] <Ms2ger> That's your job :)
  242. # [11:44] * Joins: satazor (~satazor@37.189.3.135)
  243. # [11:47] * Quits: satazor (~satazor@37.189.3.135) (Remote host closed the connection)
  244. # [11:47] * Joins: satazor (~satazor@37.189.3.135)
  245. # [11:55] * Quits: sarri (~sari@unaffiliated/sarri) (Ping timeout: 264 seconds)
  246. # [11:56] * Quits: Zebra111 (~quassel@sydnns0115w-156057001250.dhcp-dynamic.FibreOp.ns.bellaliant.net) (Remote host closed the connection)
  247. # [11:56] * Joins: sarri (~sari@unaffiliated/sarri)
  248. # [12:01] * Joins: Zebra111 (~quassel@sydnns0115w-156057001250.dhcp-dynamic.FibreOp.ns.bellaliant.net)
  249. # [12:02] * Quits: booly-yam-6137 (~cinch@80.74.98.150) (Ping timeout: 264 seconds)
  250. # [12:06] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 265 seconds)
  251. # [12:10] * Quits: tripu (~tripu@2001:200:0:8805:8dae:8a45:233e:41c7) (Ping timeout: 265 seconds)
  252. # [12:11] * Joins: GuidoBouman (~GuidoBoum@37.153.217.1)
  253. # [12:13] <zcorpan> annevk: seems like a bug to remove the div there
  254. # [12:15] * Joins: adactio (~adactio@212.42.170.121)
  255. # [12:16] * Joins: zcorpan_ (~zcorpan@ip-200.t2.se.opera.com)
  256. # [12:17] * Joins: Kolombiken (~Adium@94.137.124.2)
  257. # [12:17] * Joins: mpt (~mpt@2001:67c:1560:a003:acbf:6797:61c3:2572)
  258. # [12:17] * Quits: mpt (~mpt@2001:67c:1560:a003:acbf:6797:61c3:2572) (Changing host)
  259. # [12:17] * Joins: mpt (~mpt@canonical/mpt)
  260. # [12:19] * Quits: zcorpan (~zcorpan@ip-200.t2.se.opera.com) (Ping timeout: 245 seconds)
  261. # [12:20] * Joins: frivoal_ (~frivoal@cm-84.211.98.39.getinternet.no)
  262. # [12:22] <jgraham> Anyone know if the reftest.list files in CSS are actually correct?
  263. # [12:22] * Quits: frivoal (~frivoal@cm-84.211.98.39.getinternet.no) (Ping timeout: 245 seconds)
  264. # [12:27] * Quits: zdobersek (~zan@gateway/vpn/privateinternetaccess/zdobersek) (Ping timeout: 245 seconds)
  265. # [12:27] * Quits: GuidoBouman (~GuidoBoum@37.153.217.1) (Quit: Be back later ...)
  266. # [12:28] <jgraham> Oh, they seem to be generated so I'll assume they are
  267. # [12:37] * Joins: booly-yam-6137 (~cinch@80.74.98.150)
  268. # [12:37] * Joins: smaug____ (~chatzilla@62-78-246-79.bb.dnainternet.fi)
  269. # [12:44] * Joins: zdobersek (~zan@cpe-77.38.31.63.cable.t-1.si)
  270. # [12:46] * Joins: GuidoBouman (~GuidoBoum@37.153.217.1)
  271. # [12:47] <GuidoBouman> Are Flexbox questions allowed here as well? ^_^
  272. # [12:48] <SimonSapin> jgraham: correct how?
  273. # [12:50] * Quits: zdobersek (~zan@cpe-77.38.31.63.cable.t-1.si) (Ping timeout: 252 seconds)
  274. # [12:55] * Quits: hasather (~hasather@80.91.33.141) (Remote host closed the connection)
  275. # [12:56] * Joins: zdobersek (~zan@gateway/vpn/privateinternetaccess/zdobersek)
  276. # [12:56] * Joins: hasather (~hasather@80.91.33.141)
  277. # [12:59] <annevk> zcorpan_: should after() / before() / replaceWith() all work the same if you pass in the context object?
  278. # [12:59] <annevk> zcorpan_: suggestions welcome in that thread
  279. # [13:01] * Joins: abinader (sid21713@gateway/web/irccloud.com/x-rhgqvovughjuxxir)
  280. # [13:03] * Quits: hasather (~hasather@80.91.33.141) (Remote host closed the connection)
  281. # [13:03] * Joins: hasather (~hasather@80.91.33.141)
  282. # [13:04] <zcorpan_> annevk: i think jquery ignores the context node when it appears in an array for after/before/replaceWith
  283. # [13:05] <zcorpan_> http://jsbin.com/cunejumepo/1/edit
  284. # [13:07] <zcorpan_> what is more valuable, consistency with insertBefore etc, or with jQuery, being easier to debug mistakes, addressing more use cases?
  285. # [13:09] * Joins: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com)
  286. # [13:12] * Joins: scor (~scor@c-24-2-162-32.hsd1.ma.comcast.net)
  287. # [13:12] * Quits: scor (~scor@c-24-2-162-32.hsd1.ma.comcast.net) (Changing host)
  288. # [13:12] * Joins: scor (~scor@drupal.org/user/52142/view)
  289. # [13:14] * Quits: scor (~scor@drupal.org/user/52142/view) (Client Quit)
  290. # [13:14] * Quits: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com) (Ping timeout: 256 seconds)
  291. # [13:24] <jgraham> SimonSapin: Correct in the sense of "not incorrect" :)
  292. # [13:24] <jgraham> e.g. if they were hand-written files that didn't get updated regularly
  293. # [13:25] <SimonSapin> I don’t know
  294. # [13:25] * Quits: zcorpan_ (~zcorpan@ip-200.t2.se.opera.com) (Read error: Connection reset by peer)
  295. # [13:25] * Joins: zcorpan (~zcorpan@ip-200.t2.se.opera.com)
  296. # [13:25] <jgraham> OK
  297. # [13:25] <annevk> zcorpan: speed and simplicity were some of the original requirements
  298. # [13:28] <zcorpan> annevk: ok. i think i'm the wrong person to have an opinion on what is better here
  299. # [13:32] * Quits: zdobersek (~zan@gateway/vpn/privateinternetaccess/zdobersek) (Ping timeout: 265 seconds)
  300. # [13:41] * Joins: benjamingr (uid23465@gateway/web/irccloud.com/x-hyaxhvkxmxgwchwb)
  301. # [13:45] * Joins: zdobersek (~zan@gateway/vpn/privateinternetaccess/zdobersek)
  302. # [13:46] * Joins: ehsan__ (~ehsan@24-212-206-173.cable.teksavvy.com)
  303. # [13:48] * Quits: hswolff (~hswolff@cpe-74-68-123-30.nyc.res.rr.com) (Ping timeout: 264 seconds)
  304. # [13:50] * Joins: hswolff (~hswolff@cpe-74-68-123-30.nyc.res.rr.com)
  305. # [13:50] * Quits: ehsan__ (~ehsan@24-212-206-173.cable.teksavvy.com) (Ping timeout: 245 seconds)
  306. # [13:54] * Joins: plutoniix (~plutoniix@node-d31.pool-125-24.dynamic.totbb.net)
  307. # [13:59] <JakeA> annevk: I'm having to duplicate the about:blank handling from https://html.spec.whatwg.org/multipage/browsers.html#dom-open for cliens.openWindow() - is it appropiate to file a bug with the HTML spec asking for this to be abstracted?
  308. # [14:00] <annevk> JakeA: yeah, make it clear what you need though
  309. # [14:00] <JakeA> shall do
  310. # [14:00] <JakeA> cheers!
  311. # [14:00] * Quits: smaug____ (~chatzilla@62-78-246-79.bb.dnainternet.fi) (Ping timeout: 245 seconds)
  312. # [14:08] * Quits: gsnedders (~gsnedders@5.2.16.23) (Ping timeout: 265 seconds)
  313. # [14:10] * Joins: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com)
  314. # [14:15] * Quits: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com) (Ping timeout: 256 seconds)
  315. # [14:20] * Joins: tripu (~tripu@p13127-ipngn10901marunouchi.tokyo.ocn.ne.jp)
  316. # [14:23] * Quits: satazor (~satazor@37.189.3.135) (Remote host closed the connection)
  317. # [14:24] * Joins: gsnedders (~gsnedders@5.2.16.23)
  318. # [14:24] * Joins: scor (scor@drupal.org/user/52142/view)
  319. # [14:42] <annevk> JakeA: did you see the bug I copied you on?
  320. # [14:43] <annevk> JakeA: I can't really figure out how to make service workers not observable...
  321. # [14:43] <annevk> JakeA: even ev.default() will have some effect (though it's unclear what that should be)
  322. # [14:44] <JakeA> annevk: which bug sorry?
  323. # [14:45] * Quits: Ducki (~Ducki@191.233.66.1) (Quit: Leaving)
  324. # [14:45] * Quits: zcorpan (~zcorpan@ip-200.t2.se.opera.com) (Read error: Connection reset by peer)
  325. # [14:45] * Joins: zcorpan (~zcorpan@ip-200.t2.se.opera.com)
  326. # [14:47] <annevk> JakeA: https://www.w3.org/Bugs/Public/show_bug.cgi?id=27524
  327. # [14:47] <JakeA> ta
  328. # [14:48] * Quits: zdobersek (~zan@gateway/vpn/privateinternetaccess/zdobersek) (Ping timeout: 245 seconds)
  329. # [14:53] <wanderview> JakeA: annevk: if a document does a network request, triggers a SW fetch event, SW starts a different fetch() or cache.add().... and then the original document navigates away before the SW network requests finish... should those requests triggered from the SW fetch event be canceled or completed?
  330. # [14:54] <annevk> wanderview: I'm not sure what should happen to the FetchEvent instance, but the fetch() and cache.add() should succeed I would think
  331. # [14:54] <annevk> wanderview: we don't want to have to traverse the calling stack
  332. # [14:55] <wanderview> annevk: well, in gecko we have the concept of a "load group"... if we share the load group with the document, then they will get canceled... don't think we need to "traverse the calling stack", but maybe I don't understand what you mean
  333. # [14:55] <wanderview> right now we don't share the document load group directly with the service worker, though
  334. # [14:55] <wanderview> annevk: sorry, forgot to CC you on this bug: https://bugzilla.mozilla.org/show_bug.cgi?id=1122917
  335. # [14:56] <JakeA> annevk: wanderview: I took a stab at this over in https://github.com/slightlyoff/ServiceWorker/issues/592#issuecomment-68853209
  336. # [14:58] <wanderview> JakeA: I think that works... basically don't cancel the network request, but abort any resulting stream
  337. # [14:58] <wanderview> JakeA: and sorry... I read the later comments there, but somehow missed your comment
  338. # [14:59] * Joins: mven (~textual@32.97.110.56)
  339. # [14:59] <JakeA> wanderview: No worries! My comment was just a guess, but we don't really know if the request was associated with the fetch event until that point
  340. # [15:00] <annevk> wanderview: I don't like this "load group" concept as it's not part of any spec, but I guess we need to define something like it at some point
  341. # [15:00] <wanderview> JakeA: yea... since there can be multiple fetch events in flight at once... it seems we have to wait for resolveWith()
  342. # [15:00] <annevk> wanderview: but given a document A and a service worker SW, they should probably never share a load group, except maybe for "default" cases, where it is a bit unclear how those should work
  343. # [15:00] <wanderview> annevk: well... load group is a gecko implementation detail... doesn't have to be specifically in the spec... and its kind of hard to work with
  344. # [15:01] <annevk> wanderview: yeah, well we need a concept in specs of all fetches associated with a global
  345. # [15:01] <annevk> wanderview: for various reasons
  346. # [15:01] <JakeA> annevk: event.default() differs from fetch(event.request) in that it'll return redirects that'll be processed by the fetch spec without further SW interaction right? What does the synchronous part do?
  347. # [15:02] <wanderview> annevk: in the event.default() case... gecko treats the load as being performed by the document (with its load group), not the SW...
  348. # [15:02] <wanderview> synchronous part?
  349. # [15:02] <annevk> JakeA: see the last comment
  350. # [15:02] <JakeA> wanderview: sorry, crossing the streams a little, I'm talking about https://www.w3.org/Bugs/Public/show_bug.cgi?id=27524
  351. # [15:03] <annevk> wanderview: that is sort of what the spec says for event.default() as well, however, what's unclear is how we deliver notifications to both globals
  352. # [15:04] <wanderview> annevk: I didn't realize the SW got any more events for that fetch event() once it did event.default()... or is that something we want to change?
  353. # [15:05] <annevk> wanderview: how does the SW get a Response object out of event.default() if not for some kind of queued task from the network layer?
  354. # [15:06] <annevk> wanderview: and how do we maintain progress updates to the document at the same time?
  355. # [15:06] <JakeA> Ohhh, I think I'm starting to understand
  356. # [15:06] <annevk> wanderview: seems like it would require a very special path
  357. # [15:06] <wanderview> annevk: ah... I missed that it does that! :-) for some reason I was thinking event.default() basically just sent it back to document... but I guess thats responseWith() using no argument
  358. # [15:07] <wanderview> or maybe I'm confused still
  359. # [15:08] <JakeA> annevk: What if event.default() called fetch in a way that would give it back redirects (opaque if needed), and they're sent back to the original fetch which handles the redirects and doesn't call back into the SW
  360. # [15:08] <JakeA> Is that observable?
  361. # [15:08] * Quits: psy_ (~psy@182.74.25.22) (Quit: Leaving)
  362. # [15:09] <JakeA> As far as I can remember event.default() was there pave over the redirect behaviour of a new fetch call consuming redirects
  363. # [15:10] <wanderview> I guess there is no respondWith()... you have to do event.respondWith(event.default())
  364. # [15:10] <annevk> JakeA: yeah, download progress is still gone
  365. # [15:11] <JakeA> annevk: the response is passed back to the browser before the stream is read
  366. # [15:11] <annevk> JakeA: you might get the "progress" from sending it from SW to A, but the idea is that you get the progress from what actually happens network-wise (at least when using .default())
  367. # [15:11] * Quits: jacobolu_ (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Remote host closed the connection)
  368. # [15:12] <annevk> JakeA: that is true
  369. # [15:12] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
  370. # [15:12] <wanderview> annevk: I'm guessing on the impl side we can make the progress work... but not sure how it should be spec'd
  371. # [15:13] <JakeA> If progress is judged by content-length headers & the stream, doesn't it just work?
  372. # [15:13] <annevk> I doubt it "just" works :-)
  373. # [15:13] <annevk> For one thing there's that bug
  374. # [15:15] <JakeA> That's my specing style. 1. Just, make it happen. 2. Srs have you even started yet? 3. Return correct response.
  375. # [15:15] <annevk> heh
  376. # [15:16] <JakeA> annevk: If event.default() made a new fetch, which would return raw redirects, then pass those back to the original fetch, doesn't that get us out of having to go from fetchA to SW to fetchA and back to SW?
  377. # [15:16] * Joins: decotii (~decotii@hq.croscon.com)
  378. # [15:16] <wanderview> annevk: in gecko we have the concept of a "network callback" which can be set on a load group to effect many requests, or just on a single network request... progress is communicated back to the document that way (I think)... so we can, in theory, set the progress callback for the document while performing the fetch in the SW context
  379. # [15:16] <annevk> So yeah, redirects were observable, anything else?
  380. # [15:17] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Ping timeout: 265 seconds)
  381. # [15:18] <annevk> JakeA: then Fetch needs to know SW used default()
  382. # [15:18] <annevk> JakeA: see https://fetch.spec.whatwg.org/#http-fetch for how that would fall apart now
  383. # [15:18] <JakeA> annevk: I think that's just a side effect of using event.default(). Things don't change from the document's perspective though, as the redirects are handled by the original fetch, baseurls are fine
  384. # [15:18] * Joins: igoroliveira (uid20755@gateway/web/irccloud.com/x-fgpdcteegoebaesv)
  385. # [15:18] <JakeA> annevk: Don't see how fetch needs to be aware of event.default(), although I've probably forgotten why
  386. # [15:19] <annevk> JakeA: if default() does not handle redirects you can't store it in the cache as easily anymore
  387. # [15:19] <wanderview> annevk: JakeA: sorry if this was discussed and I missed... but in the case where SW calls respondWith() with a different fetch() or cache.add()... should the document still get progress updates? is this unique to default()?
  388. # [15:20] <annevk> JakeA: also HTTP Fetch cannot block on all opaque stuff anymore and has to inspect if it's a redirect
  389. # [15:20] <annevk> wanderview: it's a bit unclear
  390. # [15:21] <wanderview> as a user... I imagine I would expect to still get progress in those cases
  391. # [15:21] <annevk> wanderview: and I think you do given that the progress is mostly about the stream anyway
  392. # [15:22] <annevk> wanderview: though you wouldn't if someone consumed the whole stream in the SW and then constructed a response and then passed that back
  393. # [15:22] <wanderview> annevk: so the terminology we use in our impl is that there is a "progress event sink"... can that be spec'd? so when event.respondWith(resp) is called, the UA sets the progress event sink for the associated document on the response?
  394. # [15:23] <wanderview> and event.default() starts with the documents progress event sink
  395. # [15:23] <JakeA> wanderview: the browser should use the response it gets via respondWith to determine progress. So event.respondWith(fetch(url)) would show progress, event.respondWith(fetch(url).then(r => r,text()).then(t => new Response(t))) wouldn't
  396. # [15:23] <annevk> Yeah, what JakeA says the specification defines now, that'd be hard to change
  397. # [15:23] <annevk> JakeA: I don't see a way around Fetch needing to know about default()
  398. # [15:24] <wanderview> ok, I think we have an impl bug... because I don't think we report progress in that case
  399. # [15:24] * wanderview goes to bugzilla.
  400. # [15:24] <annevk> JakeA: and it knows about default(), you might as well follow all the redirects in SW...
  401. # [15:24] * Joins: satazor (~satazor@37.189.3.135)
  402. # [15:24] <annevk> JakeA: (so you can store the response in the cache)
  403. # [15:25] <annevk> wanderview: progress events are based on the stream that comes from the network; from the document's perspective, the network is the SW; from the SW, it's the actual network
  404. # [15:25] <JakeA> annevk: we talked about the SW being able to pass a response back that contained something to say "btw, treat the base url as [whatever]" to work around this
  405. # [15:25] <JakeA> I think it was dismissed as too hacky at the time
  406. # [15:25] <JakeA> but maybe it's simpler?
  407. # [15:25] <annevk> wanderview: the confusing bit here is that the stream is shared and at some point probably cloned so it can be read simultaneously
  408. # [15:25] <wanderview> annevk: yea... but our current impl does not report progress (afaict) for event.respondWith(fetch(url))
  409. # [15:27] <JakeA> wanderview: fwiw, I don't Chrome does it with caches. Don't think those stream yet.
  410. # [15:27] <annevk> JakeA: so we'd annotate the response from a .default() somehow?
  411. # [15:27] <annevk> JakeA: as meaning "imagine you followed a redirect to get here"
  412. # [15:27] <JakeA> annevk: yeah
  413. # [15:27] <annevk> JakeA: it is pretty hacky
  414. # [15:27] <JakeA> :D
  415. # [15:28] <JakeA> less hacky than trying to loop back into the SW?
  416. # [15:28] <annevk> JakeA: the alternative is that you don't get anything out of a .default()
  417. # [15:28] <annevk> JakeA: that it's exactly identical to letting the request fly
  418. # [15:29] <annevk> JakeA: sorry, to not do anything with the event
  419. # [15:29] <annevk> JakeA: because now it is a bit different from not doing anything with the event, which is somewhat weird
  420. # [15:30] * Quits: satazor (~satazor@37.189.3.135) (Ping timeout: 272 seconds)
  421. # [15:30] * Quits: zcorpan (~zcorpan@ip-200.t2.se.opera.com) (Remote host closed the connection)
  422. # [15:31] * Joins: ehsan (~ehsan@24-212-206-173.cable.teksavvy.com)
  423. # [15:32] <JakeA> annevk: I think event.default().catch(getAFallbackFromCache) needed
  424. # [15:33] * Joins: TallTed (~Thud@63.119.36.36)
  425. # [15:35] <JakeA> From memory, event.default() was there to let the browser do it's normal thing, but still offer recovery from failure. Caching result is nice too
  426. # [15:36] <JakeA> annevk: if event.default() resolves with the eventual response, it isn't *ideal* for caching as you'd be caching it against the original request url
  427. # [15:36] <JakeA> So your base urls would be off next time you get from the cache
  428. # [15:37] * Joins: smaug____ (~chatzilla@62-78-246-79.bb.dnainternet.fi)
  429. # [15:37] <JakeA> (unless it had Jake's patented super magic "use this as the base url" hack)
  430. # [15:39] * Quits: sarri (~sari@unaffiliated/sarri) (Ping timeout: 256 seconds)
  431. # [15:40] * Joins: sarri (~sari@unaffiliated/sarri)
  432. # [15:41] * Joins: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com)
  433. # [15:42] <wanderview> JakeA: yea... the annoying thing is we don't get stuff like progress events for free with data streams in gecko... network streams are completely different than other streams :-\
  434. # [15:43] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
  435. # [15:43] * Quits: jsx (uid48919@fsf/intern/jsx) (Quit: Connection closed for inactivity)
  436. # [15:43] <annevk> JakeA: should we instead drop default() and put a way to mutate a response into requiring a synthetic redirect?
  437. # [15:44] <JakeA> annevk: I'm very interested in that. I've been wanting to kill .default() forever.
  438. # [15:45] <annevk> JakeA: I know :-)
  439. # [15:45] <annevk> JakeA: open a ticket?
  440. # [15:45] <JakeA> Shall do
  441. # [15:45] * Quits: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com) (Ping timeout: 245 seconds)
  442. # [15:47] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Ping timeout: 255 seconds)
  443. # [15:49] * Joins: zcorpan_ (~zcorpan@ip-200.t2.se.opera.com)
  444. # [15:55] * Quits: zcorpan_ (~zcorpan@ip-200.t2.se.opera.com) (Remote host closed the connection)
  445. # [15:56] * Joins: hemanth (~hemanth@122.166.173.192)
  446. # [16:01] * Joins: ttepasse (~ttepasse@ip-178-201-128-201.hsi08.unitymediagroup.de)
  447. # [16:01] * Quits: hemanth (~hemanth@122.166.173.192) (Client Quit)
  448. # [16:01] * Joins: tommyliu (~tommyliu@116.247.108.182)
  449. # [16:03] * Joins: satazor (~satazor@37.189.3.135)
  450. # [16:06] <JakeA> annevk: https://github.com/slightlyoff/ServiceWorker/issues/607
  451. # [16:15] * Joins: zcorpan (~zcorpan@ip-200.t2.se.opera.com)
  452. # [16:18] * Joins: hemanth_ (~hemanth@122.166.173.192)
  453. # [16:20] * Joins: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com)
  454. # [16:22] * Quits: tommyliu (~tommyliu@116.247.108.182) (Read error: Connection reset by peer)
  455. # [16:23] * Joins: tommyliu (~tommyliu@li446-72.members.linode.com)
  456. # [16:26] * Joins: eric_carlson (~ericc@17.202.49.94)
  457. # [16:27] * Quits: ttepasse (~ttepasse@ip-178-201-128-201.hsi08.unitymediagroup.de) (Read error: Connection reset by peer)
  458. # [16:28] * Joins: ttepasse (~ttepasse@ip-178-201-128-201.hsi08.unitymediagroup.de)
  459. # [16:28] * Joins: thinkxl (~thinkxl@74-95-237-22-Houston.hfc.comcastbusiness.net)
  460. # [16:30] * Quits: danbri (~Adium@host86-191-96-32.range86-191.btcentralplus.com) (Ping timeout: 264 seconds)
  461. # [16:30] * Joins: psy_ (~psy@103.6.159.170)
  462. # [16:30] * Quits: dexter_yy (~dexteryy@221.216.52.141) (Ping timeout: 245 seconds)
  463. # [16:31] * Joins: danbri (~Adium@host86-191-96-32.range86-191.btcentralplus.com)
  464. # [16:33] * Quits: decotii (~decotii@hq.croscon.com) (Quit: Leaving)
  465. # [16:34] * Joins: zecho (~zecho@204.77.45.99)
  466. # [16:37] * Quits: booly-yam-6137 (~cinch@80.74.98.150) (Ping timeout: 255 seconds)
  467. # [16:37] <JakeA> annevk: speccing Client. Multiple methods return a client object, but client doesn't have a constructor (although I guess it could), where would I define the construction steps? As in, taking an environment settings object and setting all the properties etc
  468. # [16:43] * Quits: satazor (~satazor@37.189.3.135) (Read error: No route to host)
  469. # [16:43] * Joins: booly-yam-6137 (~cinch@80.74.98.150)
  470. # [16:43] * Joins: satazor (~satazor@37.189.3.135)
  471. # [16:46] * Quits: darobin (~darobin@159.180.228.142) (Remote host closed the connection)
  472. # [16:54] * Quits: zecho (~zecho@204.77.45.99) (Remote host closed the connection)
  473. # [16:55] * Joins: zecho (~zecho@199.17.246.199)
  474. # [17:00] * Quits: booly-yam-6137 (~cinch@80.74.98.150) (Ping timeout: 256 seconds)
  475. # [17:09] * Quits: ehsan (~ehsan@24-212-206-173.cable.teksavvy.com) (Remote host closed the connection)
  476. # [17:11] * Quits: kapil__ (uid36151@gateway/web/irccloud.com/x-fwgsuuudlmkilnik) (Quit: Connection closed for inactivity)
  477. # [17:15] * Joins: ivanc (~ivanc@hq.croscon.com)
  478. # [17:15] * Quits: satazor (~satazor@37.189.3.135) (Read error: No route to host)
  479. # [17:15] * Joins: satazor (~satazor@37.189.3.135)
  480. # [17:19] <annevk> JakeA: some prose
  481. # [17:20] <annevk> JakeA: "To /create a Client object/, run these steps:"
  482. # [17:22] * Quits: zcorpan (~zcorpan@ip-200.t2.se.opera.com) (Remote host closed the connection)
  483. # [17:24] <JakeA> annevk: Thanks. Also, I'm hitting the problem I think you tried to explain to me in the past. If the client is a SharedWorker, postMessage doesn't really fit, as SharedWorker doesn't have onmessage (it depends on ports for reasons I've never entirely understood). I guess this is why we should have WindowClient, but then just instances of DedicatedWorker &
  484. # [17:24] <JakeA> SharedWorker?
  485. # [17:27] * Joins: zecho_ (~zecho@204.77.45.99)
  486. # [17:31] * Quits: zecho (~zecho@199.17.246.199) (Ping timeout: 272 seconds)
  487. # [17:33] * Joins: jsx (uid48919@fsf/intern/jsx)
  488. # [17:34] * Joins: ehsan (~ehsan@2001:450:1f:224:bdc8:9455:560d:a88e)
  489. # [17:36] * Quits: satazor (~satazor@37.189.3.135) (Remote host closed the connection)
  490. # [17:37] * Joins: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com)
  491. # [17:43] * Quits: laurensclaessen (~laurenscl@91.183.84.141)
  492. # [17:43] * Joins: bholley (~bholley@c-50-131-239-99.hsd1.ca.comcast.net)
  493. # [17:44] * Joins: Mso150 (~ctlM@80.83.239.9)
  494. # [17:44] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
  495. # [17:45] * Joins: tommyliu_ (~tommyliu@116.247.108.182)
  496. # [17:49] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Ping timeout: 264 seconds)
  497. # [17:50] * Quits: tommyliu (~tommyliu@li446-72.members.linode.com) (Ping timeout: 264 seconds)
  498. # [17:51] * Quits: wilsonpage (~wilsonpag@2001:450:1d:224:c439:e670:a4ba:5a51) (Quit: Leaving.)
  499. # [17:51] * Joins: satazor (~satazor@37.189.3.135)
  500. # [17:57] <JakeA> Never understood way SharedWorker uses ports the way it does. Why can't it just be sharedWorker.postMessage(…), then the worker can respond via messageEvent.source
  501. # [17:57] <JakeA> why*
  502. # [17:58] <caitp> 0
  503. # [17:59] <Ms2ger> Symmetry?
  504. # [17:59] <JakeA> Symmetry with what?
  505. # [18:00] * Joins: tommyliu (~tommyliu@116.247.108.182)
  506. # [18:00] * Joins: booly-yam-6137 (~cinch@bzq-79-178-15-163.red.bezeqint.net)
  507. # [18:01] * Quits: tommyliu_ (~tommyliu@116.247.108.182) (Ping timeout: 245 seconds)
  508. # [18:03] <jgraham> Could be that it was designed with the idea that everyone would be passing around ports as part of some capabilties system, which might skew one's views on good api design
  509. # [18:04] * Joins: dbaron (~dbaron@50-0-248-60.dsl.dynamic.fusionbroadband.com)
  510. # [18:06] * Quits: psy_ (~psy@103.6.159.170) (Quit: Leaving)
  511. # [18:08] * Joins: Maurice` (copyman@5ED5617C.cm-7-6b.dynamic.ziggo.nl)
  512. # [18:08] * Quits: Maurice` (copyman@5ED5617C.cm-7-6b.dynamic.ziggo.nl) (Changing host)
  513. # [18:08] * Joins: Maurice` (copyman@unaffiliated/maurice)
  514. # [18:12] * Joins: wilsonpage (~wilsonpag@2001:450:1d:224:d0d3:a0ba:9893:c324)
  515. # [18:16] <annevk> JakeA: wait, does client.postMessage() go to window.onmessage?
  516. # [18:16] <annevk> JakeA: or to navigator.serviceWorkers...?
  517. # [18:17] <annevk> JakeA: the way shared worker works is that each worker or document that connects to it gets its own port
  518. # [18:17] <annevk> JakeA: however, when a shared worker is controlled by a service worker we should not use that API
  519. # [18:17] <annevk> JakeA: because that is a completely different relationship
  520. # [18:18] <Ms2ger> annevk, I wonder if there's anything useful in https://github.com/operasoftware/presto-testo/tree/master/imported/peter/unicode/html
  521. # [18:19] <JakeA> annevk: client.postMessage would go to window.onmessage I thought
  522. # [18:19] <annevk> Ms2ger: double and ent look redundant
  523. # [18:20] <annevk> JakeA: ooooh, that's a lot of branching for window.onmessage then...
  524. # [18:20] <annevk> JakeA: I thought the events would go to the associated ServiceWorker object
  525. # [18:21] <annevk> Ms2ger: maybe the excess stuff but I suspect we already got that covered elsewhere too
  526. # [18:21] <Ms2ger> Ok, thanks for looking
  527. # [18:21] <annevk> JakeA: it seems pretty bad to overload window.onmessage like that
  528. # [18:22] <JakeA> annevk: navigator.serviceWorker.onmessage? We don't have that right now, but we could. What's the issue with window.onmessage? https://html.spec.whatwg.org/multipage/comms.html#dom-window-postmessage makes it look simple aside from the transferables
  529. # [18:22] <annevk> JakeA: it's already used for cross-window postMessage
  530. # [18:23] * Joins: zcorpan (~zcorpan@ip-200.t2.se.opera.com)
  531. # [18:24] <annevk> JakeA: how can only client have postMessage()? How do you postMessage() from the window?
  532. # [18:24] <JakeA> annevk: I thought of window-to-window as client-to-client
  533. # [18:24] <annevk> JakeA: no, so ServiceWorker inherits from Worker
  534. # [18:25] <annevk> JakeA: and that has both postMessage() and onmessage
  535. # [18:25] <annevk> JakeA: Client is the other side
  536. # [18:25] <annevk> JakeA: it only makes sense for those two to talk to each other
  537. # [18:25] <JakeA> annevk: messageEvent.source.postMessage would post back to serviceWorkerGlobalScope.onmessage
  538. # [18:25] * JakeA thinks
  539. # [18:26] * Quits: hemanth_ (~hemanth@122.166.173.192) (Quit: This computer has gone to sleep)
  540. # [18:27] * Joins: ap (~ap@17.202.44.214)
  541. # [18:28] <JakeA> annevk: so you were thinking the message would go to (await navigator.serviceWorker.getRegistration()).active?
  542. # [18:29] <annevk> yeah
  543. # [18:29] <annevk> that's the only thing that made sense to me and would work for both documents and workers
  544. # [18:29] <annevk> and would give a somewhat sane API
  545. # [18:29] <annevk> and be consistent with what we have for workers today
  546. # [18:30] <annevk> Are you now going to tell me that Chrome implemented something else?
  547. # [18:30] <JakeA> We haven't implemented clients yet
  548. # [18:30] <annevk> No messaging at all?
  549. # [18:31] <JakeA> Window to SW, but won't think we have a way back yet
  550. # [18:31] <JakeA> I think we need to stop & think about how this stuff works
  551. # [18:32] <JakeA> registration objects don't feel client-unique to me, so not sure they're a good place for onmessage either
  552. # [18:33] * zecho_ is now known as zecho
  553. # [18:33] * Quits: plutoniix (~plutoniix@node-d31.pool-125-24.dynamic.totbb.net) (Ping timeout: 244 seconds)
  554. # [18:34] <annevk> I guess the only problem is that Client objects are currently designed as non-persistent
  555. # [18:34] <annevk> That doesn't make for a great message channel receiver
  556. # [18:35] <annevk> JakeA: I thought registration object was ServiceWorkerRegistration, not ServiceWorker
  557. # [18:35] <annevk> (I hate the naming)
  558. # [18:35] * Joins: plutoniix (~plutoniix@node-d31.pool-125-24.dynamic.totbb.net)
  559. # [18:36] <JakeA> annevk: yes, so (await navigator.serviceWorker.getRegistration()) is a ServiceWorkerRegistration, then .active is a ServiceWorker
  560. # [18:39] <JakeA> ServiceWorkerRegistration is an origin-level thing rather than a client-specific thing, so getting client-specific message on it, or its properties feels wrong.
  561. # [18:39] <JakeA> Lemmie write up an issue \o/
  562. # [18:40] <annevk> JakeA: well, it's the only way to get a reference to a a client's own service worker
  563. # [18:40] <annevk> JakeA: seems fairly fricking specific to me
  564. # [18:42] <JakeA> annevk: a client selects a registration, but many clients can select the same registration
  565. # [18:45] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
  566. # [18:45] * Quits: zecho (~zecho@204.77.45.99) (Remote host closed the connection)
  567. # [18:46] * jorendorff_ is now known as jorendorff
  568. # [18:48] <annevk> JakeA: oh I see what you mean, I had imagined it would go to all of them, but indeed that does not really work
  569. # [18:48] <annevk> JakeA: okay, so yes, we need something new :/
  570. # [18:49] * Quits: iandevlin (~iandevlin@dslb-088-078-251-070.088.078.pools.vodafone-ip.de) (Ping timeout: 255 seconds)
  571. # [18:49] <JakeA> annevk: I think postMessage & serviceWorker has been handwaved all the way :(
  572. # [18:49] * Quits: calvaris (~calvaris@fanzine.igalia.com) (Read error: Connection reset by peer)
  573. # [18:49] * Quits: hasather (~hasather@80.91.33.141) (Remote host closed the connection)
  574. # [18:50] <JakeA> annevk: It could be navigator.serviceWorker.onmessage for messages from a ServiceWorker. Anyway, will write up a ticket. Thanks for dragging me through it
  575. # [18:50] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Ping timeout: 276 seconds)
  576. # [18:50] * Joins: hasather (~hasather@80.91.33.141)
  577. # [18:51] * Quits: tommyliu (~tommyliu@116.247.108.182) (Read error: Connection reset by peer)
  578. # [18:51] * Joins: tommyliu (~tommyliu@li446-72.members.linode.com)
  579. # [18:51] * Joins: calvaris (~calvaris@fanzine.igalia.com)
  580. # [18:52] * Quits: plutoniix (~plutoniix@node-d31.pool-125-24.dynamic.totbb.net) (Ping timeout: 272 seconds)
  581. # [18:53] * Quits: satazor (~satazor@37.189.3.135) (Read error: No route to host)
  582. # [18:53] * Joins: satazor (~satazor@37.189.3.135)
  583. # [18:56] * Quits: adactio (~adactio@212.42.170.121) (Quit: adactio)
  584. # [18:58] * Quits: tripu (~tripu@p13127-ipngn10901marunouchi.tokyo.ocn.ne.jp) (Ping timeout: 276 seconds)
  585. # [19:00] * Joins: iandevlin (~iandevlin@dslb-088-078-251-070.088.078.pools.vodafone-ip.de)
  586. # [19:01] * Quits: wilsonpage (~wilsonpag@2001:450:1d:224:d0d3:a0ba:9893:c324) (Quit: Leaving.)
  587. # [19:01] * Joins: wilsonpage (~wilsonpag@2001:450:1d:224:d0d3:a0ba:9893:c324)
  588. # [19:01] * Joins: plutoniix (~plutoniix@node-d31.pool-125-24.dynamic.totbb.net)
  589. # [19:01] <annevk> JakeA: yeah, the whole "just like shared workers" stuff has been somewhat painful to point through
  590. # [19:01] <annevk> JakeA: thanks
  591. # [19:02] <Ms2ger> Do we still like shared workers?
  592. # [19:03] * Joins: tantek (~tantek@70-36-197-247.dsl.dynamic.fusionbroadband.com)
  593. # [19:03] * Quits: yoichio (yoichio@nat/google/x-yqkrzkgknhumfhvv) (Quit: Leaving...)
  594. # [19:03] * Quits: bnicholson (~bnicholso@24.130.60.241) (Quit: This computer has gone to sleep)
  595. # [19:04] <jgraham> Pretty sure that the answer is "No" for all questions of the form "do we still like X" where X is a past web technology, and "Yes" where X is a future web technology
  596. # [19:06] * Joins: tommyliu_ (~tommyliu@116.247.108.182)
  597. # [19:10] * Quits: tommyliu (~tommyliu@li446-72.members.linode.com) (Ping timeout: 276 seconds)
  598. # [19:11] * Joins: psy_ (~psy@103.6.159.170)
  599. # [19:12] <caitp> so you're saying there's a chance that opinions might change in 20 years?
  600. # [19:12] <caitp> goodness
  601. # [19:13] <jgraham> I'm saying that there's a discontinuity at t=present :p
  602. # [19:15] * Joins: bnicholson (~bnicholso@corp.mtv2.mozilla.com)
  603. # [19:16] <JakeA> annevk: different subject, we're starting to look more seriously at background sync. I see FirefoxOS has something that I think was based on early ideas we had https://bugzilla.mozilla.org/show_bug.cgi?id=1018320 - who'd be best to get involved in making it a standard?
  604. # [19:16] * Quits: satazor (~satazor@37.189.3.135) (Remote host closed the connection)
  605. # [19:16] <annevk> JakeA: it seems very likely it'll be the same people as service worker
  606. # [19:16] <annevk> JakeA: not sure we can get time from the Firefox OS folks
  607. # [19:17] <JakeA> annevk: ok, it'd be good to get their learnings, but I'll sort something out with Jonas & yourself
  608. # [19:18] * Joins: ambv (~ambv@199.201.64.134)
  609. # [19:19] <annevk> JakeA: copy overholt
  610. # [19:19] <annevk> JakeA: he'll know who to talk to
  611. # [19:19] <JakeA> Ta!
  612. # [19:23] * Joins: satazor (~satazor@37.189.3.135)
  613. # [19:25] * Quits: satazor (~satazor@37.189.3.135) (Remote host closed the connection)
  614. # [19:25] <JakeA> annevk: https://github.com/slightlyoff/ServiceWorker/issues/609
  615. # [19:25] <JakeA> navigator.serviceWorker.onmessage seems to fit
  616. # [19:31] * Joins: satazor (~satazor@37.189.3.135)
  617. # [19:35] * Quits: tommyliu_ (~tommyliu@116.247.108.182) (Remote host closed the connection)
  618. # [19:40] * Joins: zdobersek (~zan@cpe-77.38.31.63.cable.t-1.si)
  619. # [19:46] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
  620. # [19:50] * Joins: Mso150_n (~ctlM@80.83.239.14)
  621. # [19:50] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Ping timeout: 255 seconds)
  622. # [19:51] * Quits: Mso150 (~ctlM@80.83.239.9) (Ping timeout: 245 seconds)
  623. # [19:52] * Quits: espadrine (~ttyl@LMontsouris-656-1-2-84.w80-12.abo.wanadoo.fr) (Ping timeout: 246 seconds)
  624. # [19:56] * Joins: zecho (~zecho@204.77.45.99)
  625. # [19:56] * Quits: satazor (~satazor@37.189.3.135) (Remote host closed the connection)
  626. # [19:57] * Joins: satazor (~satazor@37.189.3.135)
  627. # [20:00] * Quits: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com) (Quit: My computer has gone to sleep. ZZZzzz…)
  628. # [20:02] * Quits: calvaris (~calvaris@fanzine.igalia.com) (Quit: Ex-Chat)
  629. # [20:03] * Quits: booly-yam-6137 (~cinch@bzq-79-178-15-163.red.bezeqint.net) (Ping timeout: 246 seconds)
  630. # [20:04] * Joins: eric_carlson_ (~ericc@17.114.217.57)
  631. # [20:04] * Quits: mven (~textual@32.97.110.56) (Quit: Textual IRC Client: www.textualapp.com)
  632. # [20:06] * Quits: eric_carlson (~ericc@17.202.49.94) (Ping timeout: 256 seconds)
  633. # [20:06] * Quits: iandevlin (~iandevlin@dslb-088-078-251-070.088.078.pools.vodafone-ip.de) (Quit: Nettalk6 - www.ntalk.de)
  634. # [20:08] * Quits: eric_carlson_ (~ericc@17.114.217.57) (Ping timeout: 244 seconds)
  635. # [20:09] * Quits: satazor (~satazor@37.189.3.135) (Remote host closed the connection)
  636. # [20:09] * Joins: eric_carlson (~ericc@17.245.25.10)
  637. # [20:10] * Quits: zecho (~zecho@204.77.45.99) (Remote host closed the connection)
  638. # [20:17] * Quits: GuidoBouman (~GuidoBoum@37.153.217.1) (Quit: Be back later ...)
  639. # [20:17] * Joins: kuatsure (~kuatsure@64.56.115.10)
  640. # [20:19] * Quits: dbaron (~dbaron@50-0-248-60.dsl.dynamic.fusionbroadband.com) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  641. # [20:31] * Joins: cub512 (~cub512@67.23.114.6)
  642. # [20:33] * Quits: zdobersek (~zan@cpe-77.38.31.63.cable.t-1.si) (Quit: Leaving.)
  643. # [20:33] * Joins: zdobersek (~zan@gateway/vpn/privateinternetaccess/zdobersek)
  644. # [20:36] * Quits: cub512 (~cub512@67.23.114.6)
  645. # [20:45] * Joins: TuRnaD0 (~Thunderbi@x1-6-e0-46-9a-1e-fe-ca.cpe.webspeed.dk)
  646. # [20:46] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
  647. # [20:52] * Quits: nicolasbadia (~nicolasba@hue38-1-78-209-78-115.fbx.proxad.net) (Quit: nicolasbadia)
  648. # [20:52] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Ping timeout: 246 seconds)
  649. # [20:57] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
  650. # [20:57] * Joins: darobin (~darobin@2a01:e34:ed05:d180:548c:259e:e576:317d)
  651. # [21:01] * Quits: eric_carlson (~ericc@17.245.25.10) (Quit: eric_carlson)
  652. # [21:02] * Joins: jyasskin (jyasskin@nat/google/x-kwdwqxzlvqegpxqb)
  653. # [21:04] * Quits: bholley (~bholley@c-50-131-239-99.hsd1.ca.comcast.net)
  654. # [21:05] * Quits: frivoal_ (~frivoal@cm-84.211.98.39.getinternet.no) (Remote host closed the connection)
  655. # [21:06] * Joins: dbaron (~dbaron@2620:101:80fb:224:8859:f075:e6fa:6dd2)
  656. # [21:06] * Quits: ehsan (~ehsan@2001:450:1f:224:bdc8:9455:560d:a88e) (Quit: Leaving...)
  657. # [21:07] * Joins: frivoal (~frivoal@cm-84.211.98.39.getinternet.no)
  658. # [21:08] <Domenic> annevk: I managed to confuse myself about "queue a task" and microtasks and such again. What do you think would happen in the following?
  659. # [21:08] <Domenic> 1. Queue a task to: 1a. resolve the promise p; 1b. fire an event named "foo". Given that I've registered a fulfillment handler on p and a listener for "foo", which fires first?
  660. # [21:09] <Ms2ger> I think the listener
  661. # [21:09] <Domenic> At first I thought it'd be "foo" first since events are "synchronous". But then I thought it'd be p first since microtasks fire whenever you transition from UA code to user code.
  662. # [21:09] <Domenic> hmm
  663. # [21:09] <Ms2ger> But I have no idea how microtasks work
  664. # [21:10] <Ms2ger> Do they fire before calling event handlers?
  665. # [21:10] <Ms2ger> Presumably not, because then you could sniff whether there are event handlers attached for some type
  666. # [21:10] <Domenic> I ... think so. This might start falling into the unspecced areas :-/. Hixie do you know?
  667. # [21:10] * Joins: nicolasbadia_ (~nicolasba@hue38-1-78-209-78-115.fbx.proxad.net)
  668. # [21:16] * Joins: Mso150_n_s (~ctlM@80.83.238.54)
  669. # [21:16] * Quits: Mso150_n (~ctlM@80.83.239.14) (Ping timeout: 255 seconds)
  670. # [21:17] * Quits: frivoal (~frivoal@cm-84.211.98.39.getinternet.no) (Remote host closed the connection)
  671. # [21:18] * Quits: zcorpan (~zcorpan@ip-200.t2.se.opera.com) (Remote host closed the connection)
  672. # [21:18] * Joins: zcorpan (~zcorpan@ip-200.t2.se.opera.com)
  673. # [21:19] <Hixie> Domenic: no microtasks would fire in that case until the first script for the first event listener returned, iirc
  674. # [21:20] <Domenic> Hixie: hmm OK. So saying "microtasks fire whenever transitioning from UA code to user code" is not really correct of me to say then. That's good to know.
  675. # [21:24] * Quits: nicolasbadia_ (~nicolasba@hue38-1-78-209-78-115.fbx.proxad.net) (Quit: nicolasbadia_)
  676. # [21:29] * Joins: woebtz (~woebtz@12.36.17.197)
  677. # [21:30] <Hixie> no it's much more specific than that
  678. # [21:32] * Joins: dexteryy (~dexteryy@221.216.52.141)
  679. # [21:32] * Joins: ^esc_ (~esc-ape@178.115.128.195.wireless.dyn.drei.com)
  680. # [21:34] * Joins: yexela (~yexela@178.214.222.140)
  681. # [21:35] * Quits: ^esc (~esc-ape@178.115.129.182.wireless.dyn.drei.com) (Ping timeout: 264 seconds)
  682. # [21:47] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Remote host closed the connection)
  683. # [21:50] * Joins: jamesheston (~jameshest@108-230-76-57.lightspeed.chtnsc.sbcglobal.net)
  684. # [21:55] * heycam|away is now known as heycam
  685. # [21:56] * Joins: eric_carlson (~ericc@17.245.25.62)
  686. # [22:02] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
  687. # [22:03] * Joins: ihab (~Adium@41.69.106.78)
  688. # [22:03] * Quits: eric_carlson (~ericc@17.245.25.62) (Quit: eric_carlson)
  689. # [22:03] * Joins: nicolasbadia (~nicolasba@hue38-1-78-209-78-115.fbx.proxad.net)
  690. # [22:03] * Quits: Mso150_n_s (~ctlM@80.83.238.54) (Ping timeout: 255 seconds)
  691. # [22:05] * Joins: karlcow (~karl@nerval.la-grange.net)
  692. # [22:07] * Parts: ihab (~Adium@41.69.106.78)
  693. # [22:10] * Joins: weinig (~weinig@17.245.30.235)
  694. # [22:11] * Quits: zcorpan (~zcorpan@ip-200.t2.se.opera.com) (Remote host closed the connection)
  695. # [22:26] * Joins: frivoal (~frivoal@cm-84.211.98.39.getinternet.no)
  696. # [22:28] * Quits: myakura (~myakura@FL1-125-197-192-76.tky.mesh.ad.jp) (Remote host closed the connection)
  697. # [22:28] * Joins: myakura (~myakura@FL1-125-197-192-76.tky.mesh.ad.jp)
  698. # [22:32] * Quits: myakura (~myakura@FL1-125-197-192-76.tky.mesh.ad.jp) (Ping timeout: 245 seconds)
  699. # [22:36] * Quits: tantek (~tantek@70-36-197-247.dsl.dynamic.fusionbroadband.com) (Quit: tantek)
  700. # [22:36] * Joins: jsbell (jsbell@nat/google/x-edebykjvxevlgulg)
  701. # [22:38] * Joins: tantek (~tantek@70-36-197-247.dsl.dynamic.fusionbroadband.com)
  702. # [22:38] * Quits: darobin (~darobin@2a01:e34:ed05:d180:548c:259e:e576:317d) (Remote host closed the connection)
  703. # [22:39] * Quits: jamesheston (~jameshest@108-230-76-57.lightspeed.chtnsc.sbcglobal.net) (Quit: My Mac has gone to sleep. ZZZzzz…)
  704. # [22:40] <annevk> Domenic: the event goes first
  705. # [22:40] <annevk> Domenic: microtasks run end-of-task
  706. # [22:40] <Domenic> got it :)
  707. # [22:43] * Quits: ttepasse (~ttepasse@ip-178-201-128-201.hsi08.unitymediagroup.de) (Quit: s)
  708. # [22:47] * Quits: scor (scor@drupal.org/user/52142/view) (Quit: scor)
  709. # [22:53] * Quits: karlcow (~karl@nerval.la-grange.net) (Ping timeout: 245 seconds)
  710. # [22:55] * Quits: tantek (~tantek@70-36-197-247.dsl.dynamic.fusionbroadband.com) (Quit: tantek)
  711. # [22:55] * Joins: karlcow (~karl@nerval.la-grange.net)
  712. # [23:02] * Quits: ap (~ap@17.202.44.214) (Ping timeout: 245 seconds)
  713. # [23:02] * Quits: TallTed (~Thud@63.119.36.36)
  714. # [23:02] * Quits: TuRnaD0 (~Thunderbi@x1-6-e0-46-9a-1e-fe-ca.cpe.webspeed.dk) (Ping timeout: 245 seconds)
  715. # [23:04] * Joins: ap (~ap@17.114.217.173)
  716. # [23:05] * Joins: rniwa (~rniwa@17.202.43.222)
  717. # [23:10] <Ms2ger> annevk, a few changes for you in https://critic.hoppipolla.co.uk/r/3723
  718. # [23:12] * Joins: zcorpan (~zcorpan@ip-200.t2.se.opera.com)
  719. # [23:13] * Joins: eric_carlson (~ericc@17.202.49.94)
  720. # [23:14] * Quits: yexela (~yexela@178.214.222.140) (Ping timeout: 265 seconds)
  721. # [23:17] * Quits: Maurice` (copyman@unaffiliated/maurice)
  722. # [23:17] * Joins: jwalden (~waldo@c-50-168-55-219.hsd1.ca.comcast.net)
  723. # [23:18] * Quits: zdobersek (~zan@gateway/vpn/privateinternetaccess/zdobersek) (Quit: Leaving.)
  724. # [23:19] * Joins: ihab (~Adium@41.69.106.78)
  725. # [23:19] * Quits: ihab (~Adium@41.69.106.78) (Client Quit)
  726. # [23:30] * Quits: jyasskin (jyasskin@nat/google/x-kwdwqxzlvqegpxqb) (Read error: Connection reset by peer)
  727. # [23:31] * Joins: jyasskin (jyasskin@nat/google/x-oycdyxzxdnrwccyl)
  728. # [23:36] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
  729. # [23:38] * Quits: plutoniix (~plutoniix@node-d31.pool-125-24.dynamic.totbb.net) (Quit: จรลี จรลา)
  730. # [23:40] * Quits: kuatsure (~kuatsure@64.56.115.10) (Ping timeout: 252 seconds)
  731. # [23:44] * Quits: weinig (~weinig@17.245.30.235) (Quit: weinig)
  732. # [23:44] <Ms2ger> zcorpan, fyi https://bugzilla.mozilla.org/show_bug.cgi?id=1122897
  733. # [23:45] * Quits: Ms2ger (~Ms2ger@91.182.16.148) (Quit: nn)
  734. # [23:49] * Joins: weinig (~weinig@17.245.30.235)
  735. # [23:49] * Quits: eric_carlson (~ericc@17.202.49.94) (Quit: eric_carlson)
  736. # [23:50] * Joins: bholley (~bholley@c-50-131-239-99.hsd1.ca.comcast.net)
  737. # [23:52] * Quits: jdaggett (~jdaggett@ad056175.dynamic.ppp.asahi-net.or.jp) (Quit: jdaggett)
  738. # [23:54] * Quits: weinig (~weinig@17.245.30.235) (Quit: weinig)
  739. # Session Close: Wed Jan 21 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