/irc-logs / freenode / #whatwg / 2014-11-11 / end

Options:

Previous day, Next day

  1. # Session Start: Tue Nov 11 00:00:00 2014
  2. # Session Ident: #whatwg
  3. # [00:02] * Quits: estellevw (~estellevw@AMontpellier-156-1-131-14.w90-15.abo.wanadoo.fr) (Quit: Snuggling with the puppies)
  4. # [00:12] * Quits: _ritchie_ (~andrewr@cpe-67-243-154-181.nyc.res.rr.com) (Quit: _ritchie_)
  5. # [00:14] * Joins: karlcow (~karl@nerval.la-grange.net)
  6. # [00:17] <rniwa> wycats: yt?
  7. # [00:17] <jarek> rniwa: what is the status of UndoManager spec?
  8. # [00:18] <rniwa> jarek: I don’t know. it’s probably abondoned?
  9. # [00:18] <rniwa> jarek: I stopped working on it since I left Google
  10. # [00:19] <jarek> rniwa: is there any alternative API proposed?
  11. # [00:19] <rniwa> jarek: don’t think
  12. # [00:19] <rniwa> jarek: so*
  13. # [00:19] <rniwa> jarek: although Microsoft implemented some enhancements to undo via execCommand
  14. # [00:20] <rniwa> jarek: see http://blogs.msdn.com/b/ie/archive/2013/10/24/enhanced-rich-editing-experiences-in-ie11.aspx
  15. # [00:20] <jarek> Mozilla did implement the spec: https://bugzilla.mozilla.org/show_bug.cgi?id=617532
  16. # [00:20] <rniwa> jarek: wow!
  17. # [00:20] <jarek> not sure if it's just a stub though...
  18. # [00:21] <rniwa> I apploud the effort if they really did
  19. # [00:21] <rniwa> the spec was a mess at the end...
  20. # [00:21] * Joins: _ritchie_ (~andrewr@cpe-67-243-154-181.nyc.res.rr.com)
  21. # [00:21] <rniwa> it got way too complicated
  22. # [00:23] * Quits: annevk (~annevk@46-127-136-57.dynamic.hispeed.ch) (Ping timeout: 272 seconds)
  23. # [00:25] * Quits: newtron_ (~newtron@199.71.174.202) (Remote host closed the connection)
  24. # [00:36] * Quits: bholley (~bholley@guest.mtv2.mozilla.com) (Quit: ZZZzzz…)
  25. # [00:39] * Quits: thinkxl (~thinkxl@2602:30a:c00c:fe79:39cb:f922:7817:f2c8) (Quit: (null))
  26. # [00:41] * Quits: rubys (~rubys@cpe-098-027-051-253.nc.res.rr.com) (Quit: Leaving.)
  27. # [00:41] * heycam is now known as heycam|away
  28. # [00:41] * heycam|away is now known as heycam
  29. # [00:43] * Joins: rubys (~rubys@cpe-098-027-051-253.nc.res.rr.com)
  30. # [00:45] * Joins: annevk (~annevk@46-127-136-57.dynamic.hispeed.ch)
  31. # [00:50] * Joins: bholley (~bholley@guest.mtv2.mozilla.com)
  32. # [00:50] * Quits: jernoble|laptop (~jernoble@tiff-v227.public.monkeybrains.net) (Read error: Connection reset by peer)
  33. # [00:51] * Quits: bholley (~bholley@guest.mtv2.mozilla.com) (Client Quit)
  34. # [00:51] * Quits: jarek (~jarek@unaffiliated/jarek) (Quit: jarek)
  35. # [00:53] * Joins: jernoble|laptop (~jernoble@162.217.73.171)
  36. # [00:54] * Joins: weinig (~weinig@17.245.50.66)
  37. # [00:56] * Quits: _ritchie_ (~andrewr@cpe-67-243-154-181.nyc.res.rr.com) (Quit: _ritchie_)
  38. # [00:58] * Quits: weinig (~weinig@17.245.50.66) (Client Quit)
  39. # [00:59] * Joins: _ritchie_ (~andrewr@cpe-67-243-154-181.nyc.res.rr.com)
  40. # [01:02] * Joins: weinig (~weinig@17.245.50.66)
  41. # [01:03] * Quits: ap_ (~ap@17.202.44.214) (Ping timeout: 265 seconds)
  42. # [01:05] * Joins: ap (~ap@17.114.217.173)
  43. # [01:13] * Joins: hasather_ (~hasather@cm-84.210.170.16.getinternet.no)
  44. # [01:18] * Quits: hasather_ (~hasather@cm-84.210.170.16.getinternet.no) (Ping timeout: 265 seconds)
  45. # [01:24] * Krinkle is now known as Krinkle|detached
  46. # [01:25] * Quits: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com) (Ping timeout: 255 seconds)
  47. # [01:26] * Joins: plutoniix (~plutoniix@210.213.57.70)
  48. # [01:28] * Quits: weinig (~weinig@17.245.50.66) (Quit: weinig)
  49. # [01:30] * Joins: weinig (~weinig@17.245.50.66)
  50. # [01:31] * Joins: tripu (~tripu@2001:200:0:8805:d920:3024:53c9:8ee0)
  51. # [01:34] * Joins: jungkees (uid24208@gateway/web/irccloud.com/x-dleoaqfqwbcjwfoq)
  52. # [01:40] * Joins: abinader (sid21713@gateway/web/irccloud.com/x-xeyobsnkypahlkce)
  53. # [01:41] * Joins: bholley (~bholley@98.210.101.88)
  54. # [01:42] * Quits: _ritchie_ (~andrewr@cpe-67-243-154-181.nyc.res.rr.com) (Quit: _ritchie_)
  55. # [01:43] * Quits: rubys (~rubys@cpe-098-027-051-253.nc.res.rr.com) (Quit: Leaving.)
  56. # [01:43] * Joins: rubys (~rubys@cpe-098-027-051-253.nc.res.rr.com)
  57. # [01:44] * Quits: bholley (~bholley@98.210.101.88) (Client Quit)
  58. # [01:45] * Joins: _ritchie_ (~andrewr@cpe-67-243-154-181.nyc.res.rr.com)
  59. # [01:47] * Quits: tav (~tav`@host86-157-22-27.range86-157.btcentralplus.com) (Quit: tav)
  60. # [01:47] * Joins: bholley (~bholley@98.210.101.88)
  61. # [01:48] * Quits: bholley (~bholley@98.210.101.88) (Client Quit)
  62. # [01:50] * Joins: bholley (~bholley@98.210.101.88)
  63. # [01:51] * Quits: bholley (~bholley@98.210.101.88) (Client Quit)
  64. # [01:52] * Joins: mven (~textual@72.183.104.138)
  65. # [01:55] * Quits: yutak (~yutak@2401:fa00:4:1000:6d57:11ce:4eea:83f2) (Quit: Ex-Chat)
  66. # [01:58] * Quits: weinig (~weinig@17.245.50.66) (Quit: weinig)
  67. # [01:59] * Quits: jsbell (jsbell@nat/google/x-emjoqxfaiecyblyo) (Quit: There's no place like home...)
  68. # [02:05] * Quits: jernoble|laptop (~jernoble@162.217.73.171) (Quit: Computer has gone to sleep.)
  69. # [02:12] * Quits: zama (~zama@unaffiliated/stryx/x-3871776) (Ping timeout: 244 seconds)
  70. # [02:21] * Quits: benjamingr (uid23465@gateway/web/irccloud.com/x-pgneofydlbkmtclm) (Quit: Connection closed for inactivity)
  71. # [02:30] * Joins: zama (~zama@unaffiliated/stryx/x-3871776)
  72. # [02:31] * Joins: caitp (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com)
  73. # [02:33] * Quits: mko (~mko@50.240.205.146) (Quit: Bye.)
  74. # [02:33] * Joins: bholley (~bholley@98.210.101.88)
  75. # [02:37] * Joins: weinig (~weinig@17.245.50.66)
  76. # [02:37] * Quits: zama (~zama@unaffiliated/stryx/x-3871776) (Ping timeout: 245 seconds)
  77. # [02:38] * Quits: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com) (Quit: sicking)
  78. # [02:38] * heycam is now known as heycam|away
  79. # [02:43] * Quits: rubys (~rubys@cpe-098-027-051-253.nc.res.rr.com) (Quit: Leaving.)
  80. # [02:44] * Joins: zama (~zama@unaffiliated/stryx/x-3871776)
  81. # [02:46] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
  82. # [02:48] * Joins: newtron (~newtron@76-10-132-117.dsl.teksavvy.com)
  83. # [02:49] * Joins: rubys (~rubys@cpe-098-027-051-253.nc.res.rr.com)
  84. # [02:51] * Quits: zama (~zama@unaffiliated/stryx/x-3871776) (Remote host closed the connection)
  85. # [02:51] * Joins: zama_ (~zama@81.4.123.134)
  86. # [02:52] * Joins: mattur_ (sid16049@gateway/web/irccloud.com/x-xyjnjnmnzqroqqdm)
  87. # [02:54] * Quits: mattur (sid16049@gateway/web/irccloud.com/x-tdkptbaokkzcnpxs) (Ping timeout: 260 seconds)
  88. # [02:54] * mattur_ is now known as mattur
  89. # [02:54] * Joins: morrita__ (uid16889@gateway/web/irccloud.com/x-gdsfalpacquefnri)
  90. # [02:54] * Joins: espadrine` (~ttyl@2a01:e35:8a6b:b360:f1ee:c6c4:917a:e8fc)
  91. # [02:54] * Joins: Garbee_ (uid21171@gateway/web/irccloud.com/x-tmiygyitkahjwhra)
  92. # [02:54] * Joins: Domenic_ (sid10976@gateway/web/irccloud.com/x-ffzsgcwtdydqvcno)
  93. # [02:55] * Quits: bholley (~bholley@98.210.101.88)
  94. # [02:56] * Joins: iamstef_ (sid12605@gateway/web/irccloud.com/x-rncgeqkwudevhhxf)
  95. # [02:56] * Quits: espadrine_ (~ttyl@2a01:e35:8a6b:b360:f1ee:c6c4:917a:e8fc) (Ping timeout: 260 seconds)
  96. # [02:56] * Quits: casual (sid26149@gateway/web/irccloud.com/x-lbfvtmnsvxwjijes) (Ping timeout: 260 seconds)
  97. # [02:56] * Quits: morrita_ (uid16889@gateway/web/irccloud.com/x-typgeoowhsjdxznj) (Ping timeout: 260 seconds)
  98. # [02:56] * Quits: Garbee (uid21171@gateway/web/irccloud.com/x-qevvoaeffccuqagu) (Ping timeout: 260 seconds)
  99. # [02:56] * Quits: parshap (sid18846@gateway/web/irccloud.com/x-bejlobfwznzuvbne) (Ping timeout: 260 seconds)
  100. # [02:56] * Quits: Domenic (sid10976@gateway/web/irccloud.com/x-zsehptzimwemuyca) (Ping timeout: 260 seconds)
  101. # [02:56] * Quits: iamstef (sid12605@gateway/web/irccloud.com/x-agsuawhrazemxgtl) (Ping timeout: 260 seconds)
  102. # [02:56] * Quits: zama_ (~zama@81.4.123.134) (Ping timeout: 265 seconds)
  103. # [02:56] * Garbee_ is now known as Garbee
  104. # [02:56] * morrita__ is now known as morrita_
  105. # [02:56] * Domenic_ is now known as Domenic
  106. # [02:56] * iamstef_ is now known as iamstef
  107. # [02:57] * Quits: jungkees (uid24208@gateway/web/irccloud.com/x-dleoaqfqwbcjwfoq) (Ping timeout: 261 seconds)
  108. # [02:57] * Joins: casual (sid26149@gateway/web/irccloud.com/session)
  109. # [02:57] * Quits: casual (sid26149@gateway/web/irccloud.com/session) (Changing host)
  110. # [02:57] * Joins: casual (sid26149@gateway/web/irccloud.com/x-ifjtvcbliezcgzse)
  111. # [02:57] * Quits: newtron (~newtron@76-10-132-117.dsl.teksavvy.com) (Ping timeout: 255 seconds)
  112. # [02:57] * Quits: tyoshino________ (sid19222@gateway/web/irccloud.com/x-onduxhcnzyagzozg) (Ping timeout: 257 seconds)
  113. # [02:57] * Quits: jkomoros_____ (sid7860@gateway/web/irccloud.com/x-lczmucjxqhztvrlp) (Ping timeout: 257 seconds)
  114. # [02:57] * Quits: abarth (sid5294@gateway/web/irccloud.com/x-misjntxhvxugdwll) (Ping timeout: 257 seconds)
  115. # [02:57] * Joins: newtron (~newtron@76-10-162-219.dsl.teksavvy.com)
  116. # [02:58] * Joins: jungkees (uid24208@gateway/web/irccloud.com/x-nrkjvjwmndxhprlo)
  117. # [02:58] * Quits: sspi_ (sid34681@gateway/web/irccloud.com/x-jayboujyrukonnje) (Ping timeout: 268 seconds)
  118. # [02:58] * Quits: ap (~ap@17.114.217.173)
  119. # [02:58] * Quits: cbiesinger_ (sid8099@gateway/web/irccloud.com/x-hnklkcmmgwslomrh) (Ping timeout: 271 seconds)
  120. # [02:58] * Joins: parshap (sid18846@gateway/web/irccloud.com/x-ildblalkyzioipwt)
  121. # [02:59] * Joins: cbiesinger__ (sid8099@gateway/web/irccloud.com/x-lsitzqpwsbextixh)
  122. # [02:59] * Joins: jkomoros_____ (sid7860@gateway/web/irccloud.com/x-rvjnrgzehkkzuynt)
  123. # [02:59] * Joins: tyoshino________ (sid19222@gateway/web/irccloud.com/x-aulzxoatuwnvjpkr)
  124. # [02:59] * Joins: sspi_ (sid34681@gateway/web/irccloud.com/x-hxwogarwohwldvvi)
  125. # [02:59] * Joins: abarth (sid5294@gateway/web/irccloud.com/x-dnsrndfudpoldbxx)
  126. # [02:59] * Quits: espadrine` (~ttyl@2a01:e35:8a6b:b360:f1ee:c6c4:917a:e8fc) (Ping timeout: 265 seconds)
  127. # [03:00] * Quits: abinader (sid21713@gateway/web/irccloud.com/x-xeyobsnkypahlkce) (Ping timeout: 243 seconds)
  128. # [03:00] * Joins: abinader (sid21713@gateway/web/irccloud.com/x-ujjjowrszdbphcol)
  129. # [03:01] * Quits: _ritchie_ (~andrewr@cpe-67-243-154-181.nyc.res.rr.com) (Quit: _ritchie_)
  130. # [03:01] * Joins: newtron_ (~newtron@76-10-162-219.dsl.teksavvy.com)
  131. # [03:02] * Quits: newtron (~newtron@76-10-162-219.dsl.teksavvy.com) (Ping timeout: 255 seconds)
  132. # [03:04] * Quits: weinig (~weinig@17.245.50.66) (Ping timeout: 244 seconds)
  133. # [03:05] * Quits: bnicholson (~bnicholso@2620:101:80fc:224:8517:d573:db3b:4a82) (Ping timeout: 244 seconds)
  134. # [03:05] * Joins: zama (~zama@81.4.123.134)
  135. # [03:05] * Quits: zama (~zama@81.4.123.134) (Changing host)
  136. # [03:05] * Joins: zama (~zama@unaffiliated/stryx/x-3871776)
  137. # [03:07] * Quits: tantek (~tantek@corp-nat.p2p.sfo1.mozilla.com) (Quit: tantek)
  138. # [03:08] * Joins: bzed_ (~bzed@devel.recluse.de)
  139. # [03:08] * Quits: stalled (~stalled@unaffiliated/stalled) (Read error: Connection reset by peer)
  140. # [03:09] * Quits: sarri (~sari@unaffiliated/sarri) (Ping timeout: 264 seconds)
  141. # [03:10] * Quits: bzed (~bzed@devel.recluse.de) (Ping timeout: 264 seconds)
  142. # [03:10] * bzed_ is now known as bzed
  143. # [03:11] * Quits: dbaron (~dbaron@2620:101:80fb:224:7dca:68c3:af8f:1ff9) (Ping timeout: 265 seconds)
  144. # [03:11] * Quits: saline (~irenacob@li629-190.members.linode.com) (Excess Flood)
  145. # [03:15] * Joins: saline (~irenacob@li629-190.members.linode.com)
  146. # [03:18] * Joins: sarri (~sari@unaffiliated/sarri)
  147. # [03:18] * Quits: saline (~irenacob@li629-190.members.linode.com) (Excess Flood)
  148. # [03:21] * Quits: karlcow (~karl@nerval.la-grange.net) (Remote host closed the connection)
  149. # [03:21] * heycam|away is now known as heycam
  150. # [03:21] * Joins: stalled (~stalled@unaffiliated/stalled)
  151. # [03:21] * Joins: saline (~irenacob@li629-190.members.linode.com)
  152. # [03:30] * Quits: ambv (~ambv@206.108.217.134) (Quit: sys.exit(0) # computer went to sleep)
  153. # [03:32] <MikeSmith> abinader:
  154. # [03:33] * Joins: Goplat (~goplat@reactos/developer/Goplat)
  155. # [03:35] * Joins: bnicholson (~bnicholso@24.130.60.241)
  156. # [03:44] <MikeSmith> abinader: ignore thatー fat-fingered
  157. # [03:45] <abinader> MikeSmith: sure :)
  158. # [03:45] <MikeSmith> cheers
  159. # [03:48] <MikeSmith> rubys: http://intertwingly.net/projects/pegurl/idna.js is bold :) I hope it works out. because it would be nice to have a self-contained conforming implementation with no dependencies
  160. # [03:49] * Quits: rubys (~rubys@cpe-098-027-051-253.nc.res.rr.com) (Quit: Leaving.)
  161. # [03:51] * Joins: karlcow (~karl@nerval.la-grange.net)
  162. # [03:56] * Quits: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com) (Quit: sicking)
  163. # [04:00] * Quits: globbot (~logbot@lump.glob.com.au) (Ping timeout: 256 seconds)
  164. # [04:03] * Joins: globbot (~logbot@lump.glob.com.au)
  165. # [04:08] * Joins: hasather_ (~hasather@cm-84.210.170.16.getinternet.no)
  166. # [04:10] * Quits: woebtz (~woebtz@12.36.17.197) (Ping timeout: 265 seconds)
  167. # [04:12] * Joins: Mso150 (~ctlM@80.83.238.99)
  168. # [04:12] * Quits: hasather_ (~hasather@cm-84.210.170.16.getinternet.no) (Ping timeout: 256 seconds)
  169. # [04:29] * Quits: Mso150 (~ctlM@80.83.238.99) (Remote host closed the connection)
  170. # [04:29] * Quits: plutoniix (~plutoniix@210.213.57.70) (Ping timeout: 272 seconds)
  171. # [04:29] * Joins: Mso150 (~ctlM@80.83.238.99)
  172. # [04:41] * Joins: annevk_ (~annevk@46-127-136-57.dynamic.hispeed.ch)
  173. # [04:41] * Quits: annevk (~annevk@46-127-136-57.dynamic.hispeed.ch) (Read error: Connection reset by peer)
  174. # [04:42] * Joins: jernoble|laptop (~jernoble@tiff-v227.public.monkeybrains.net)
  175. # [04:50] * Quits: Mso150 (~ctlM@80.83.238.99) (Ping timeout: 256 seconds)
  176. # [05:07] * Quits: markkes (~markkes@62.207.90.201) (Ping timeout: 250 seconds)
  177. # [05:12] * Quits: roc (~chatzilla@2001:cb0:b202:232:2677:3ff:fece:dc64) (Remote host closed the connection)
  178. # [05:14] * Joins: plutoniix (~plutoniix@210.213.57.70)
  179. # [05:15] * Joins: _ritchie_ (~andrewr@cpe-67-243-154-181.nyc.res.rr.com)
  180. # [05:16] * Joins: ambv (~ambv@d23-16-55-40.bchsia.telus.net)
  181. # [05:18] * Quits: ambv (~ambv@d23-16-55-40.bchsia.telus.net) (Read error: Connection reset by peer)
  182. # [05:19] * Joins: ambv (~ambv@173.252.71.189)
  183. # [05:20] * Joins: hasather_ (~hasather@cm-84.210.170.16.getinternet.no)
  184. # [05:24] * Quits: hasather_ (~hasather@cm-84.210.170.16.getinternet.no) (Ping timeout: 240 seconds)
  185. # [05:29] * Joins: tantek (~tantek@70-36-197-247.dsl.dynamic.fusionbroadband.com)
  186. # [05:29] * Quits: zama (~zama@unaffiliated/stryx/x-3871776) (Ping timeout: 256 seconds)
  187. # [05:30] * Joins: zama (~zama@unaffiliated/stryx/x-3871776)
  188. # [05:34] * Quits: jwalden (~waldo@2620:101:80fc:232:7e7a:91ff:fe25:a5a3) (Quit: ChatZilla 0.9.87-8.1450hg.fc20 [XULRunner 32.0/20140902134853])
  189. # [05:37] * Quits: caitp (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com) (Quit: Leaving)
  190. # [05:38] * Joins: caitp (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com)
  191. # [05:41] * Quits: KevinMarks__ (~yaaic@2607:fb90:549:ac5f:3a4a:c1ac:48e1:8453) (Ping timeout: 265 seconds)
  192. # [05:42] * Joins: KevinMarks__ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
  193. # [05:48] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
  194. # [05:57] * Quits: Guest13626 (~Areks@rs.gridnine.com) (Read error: Connection reset by peer)
  195. # [05:58] * Joins: weinig (~weinig@98.234.191.242)
  196. # [05:58] * Quits: weinig (~weinig@98.234.191.242) (Client Quit)
  197. # [06:12] * Quits: plutoniix (~plutoniix@210.213.57.70) (Ping timeout: 250 seconds)
  198. # [06:31] * Quits: rcombs (~rcombs@rcombs.me) (Ping timeout: 258 seconds)
  199. # [06:34] * Joins: BigBangUDR (~Thunderbi@103.249.181.147)
  200. # [06:35] * Quits: rniwa (~rniwa@17.202.43.222) (Quit: rniwa)
  201. # [06:35] * Joins: dbaron (~dbaron@50-0-248-60.dsl.dynamic.fusionbroadband.com)
  202. # [06:37] * Joins: sicking (~sicking@c-98-210-159-193.hsd1.ca.comcast.net)
  203. # [06:38] * Joins: rcombs (~rcombs@rcombs.me)
  204. # [06:42] * Joins: newbie (~Areks@rs.gridnine.com)
  205. # [06:43] * newbie is now known as Guest7257
  206. # [06:45] * Joins: roc (~chatzilla@121-99-128-47.bng1.tvc.orcon.net.nz)
  207. # [06:55] * Joins: dydx (~dydz@76-220-18-65.lightspeed.sntcca.sbcglobal.net)
  208. # [06:56] * Quits: tantek (~tantek@70-36-197-247.dsl.dynamic.fusionbroadband.com) (Quit: tantek)
  209. # [06:56] * Joins: tantek (~tantek@70-36-197-247.dsl.dynamic.fusionbroadband.com)
  210. # [07:03] * Joins: plutoniix (~plutoniix@210.213.57.70)
  211. # [07:08] * Joins: hasather_ (~hasather@cm-84.210.170.16.getinternet.no)
  212. # [07:12] * Quits: tantek (~tantek@70-36-197-247.dsl.dynamic.fusionbroadband.com) (Ping timeout: 255 seconds)
  213. # [07:13] * Quits: hasather_ (~hasather@cm-84.210.170.16.getinternet.no) (Ping timeout: 240 seconds)
  214. # [07:18] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Read error: Connection reset by peer)
  215. # [07:19] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
  216. # [07:21] * Quits: roc (~chatzilla@121-99-128-47.bng1.tvc.orcon.net.nz) (Remote host closed the connection)
  217. # [07:23] * Quits: dydx (~dydz@76-220-18-65.lightspeed.sntcca.sbcglobal.net) (Quit: dydx)
  218. # [07:26] * Joins: tantek (~tantek@70-36-197-247.dsl.dynamic.fusionbroadband.com)
  219. # [07:29] * Quits: _ritchie_ (~andrewr@cpe-67-243-154-181.nyc.res.rr.com) (Quit: _ritchie_)
  220. # [07:33] * Quits: caitp (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com) (Ping timeout: 244 seconds)
  221. # [07:34] * Joins: _ritchie_ (~andrewr@cpe-67-243-154-181.nyc.res.rr.com)
  222. # [07:43] * Quits: sicking (~sicking@c-98-210-159-193.hsd1.ca.comcast.net) (Quit: sicking)
  223. # [07:45] * Quits: plutoniix (~plutoniix@210.213.57.70) (Ping timeout: 244 seconds)
  224. # [07:55] * Quits: BigBangUDR (~Thunderbi@103.249.181.147) (Ping timeout: 245 seconds)
  225. # [08:09] * Quits: ambv (~ambv@173.252.71.189) (Quit: sys.exit(0) # computer went to sleep)
  226. # [08:11] * Quits: _ritchie_ (~andrewr@cpe-67-243-154-181.nyc.res.rr.com) (Quit: _ritchie_)
  227. # [08:13] * Joins: casual_ (sid26149@gateway/web/irccloud.com/x-yosvkauutygrtcbl)
  228. # [08:14] * Joins: sgalineau_ (sid26595@gateway/web/irccloud.com/x-kskmpnbhxfpasgvk)
  229. # [08:14] * Joins: esprehn_ (sid10445@gateway/web/irccloud.com/x-lzrdprbyvoxfjbgu)
  230. # [08:14] * Joins: jeffcarp_ (sid26320@gateway/web/irccloud.com/x-bihsbkrwyodhrjdl)
  231. # [08:14] * Joins: jxs_ (~joaoxsoul@media.fcsh.unl.pt)
  232. # [08:15] * heycam is now known as heycam|away
  233. # [08:15] * heycam|away is now known as heycam
  234. # [08:15] * heycam is now known as heycam|away
  235. # [08:15] * Quits: casual (sid26149@gateway/web/irccloud.com/x-ifjtvcbliezcgzse) (Ping timeout: 275 seconds)
  236. # [08:15] * casual_ is now known as casual
  237. # [08:16] * Quits: esprehn (sid10445@gateway/web/irccloud.com/x-xicovoudytnbdywg) (Ping timeout: 275 seconds)
  238. # [08:16] * Quits: sgalineau (sid26595@gateway/web/irccloud.com/x-pnicfsbxdzsrwutr) (Ping timeout: 275 seconds)
  239. # [08:16] * Quits: jxs (~joaoxsoul@media.fcsh.unl.pt) (Ping timeout: 275 seconds)
  240. # [08:16] * Quits: jeffcarp (sid26320@gateway/web/irccloud.com/x-jehmdffftpdqyhth) (Ping timeout: 275 seconds)
  241. # [08:16] * jxs_ is now known as jxs
  242. # [08:16] * sgalineau_ is now known as sgalineau
  243. # [08:16] * esprehn_ is now known as esprehn
  244. # [08:16] * jeffcarp_ is now known as jeffcarp
  245. # [08:21] * Joins: markkes (~markkes@62.207.90.201)
  246. # [08:24] * Quits: dbaron (~dbaron@50-0-248-60.dsl.dynamic.fusionbroadband.com) (Ping timeout: 244 seconds)
  247. # [08:26] * Quits: hasather (~hasather@80.91.33.141) (Remote host closed the connection)
  248. # [08:26] * Joins: hasather (~hasather@80.91.33.141)
  249. # [08:27] * Quits: KevinMarks__ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 244 seconds)
  250. # [08:29] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Ping timeout: 265 seconds)
  251. # [08:29] * Joins: falken_ (falken@nat/google/x-apfffihicnpgluny)
  252. # [08:29] * Joins: KevinMarks__ (~yaaic@2607:fb90:507:8024:21f:370d:bb0d:c334)
  253. # [08:31] * Joins: plutoniix (~plutoniix@210.213.57.70)
  254. # [08:38] * Quits: falken (falken@nat/google/x-kwcsomnrkcbmftry) (Write error: Broken pipe)
  255. # [08:46] * Quits: tndrH (~Rob@cpc2-lee211-2-0-cust413.7-1.cable.virginm.net) (Quit: ChatZilla 0.9.91-rdmsoft [XULRunner 33.0/20141011015303])
  256. # [08:49] * Quits: pikaren (~pikaren@unaffiliated/pikaren) (*.net *.split)
  257. # [08:49] * Quits: Shagane (~Shagane@ec2-54-191-9-143.us-west-2.compute.amazonaws.com) (*.net *.split)
  258. # [08:51] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Read error: Connection reset by peer)
  259. # [08:52] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
  260. # [08:54] * Joins: cbr (~cbr@145.36.150.83.chzhher77.rootnet.ch)
  261. # [08:57] * Joins: hasather_ (~hasather@cm-84.210.170.16.getinternet.no)
  262. # [09:02] * Quits: hasather_ (~hasather@cm-84.210.170.16.getinternet.no) (Ping timeout: 250 seconds)
  263. # [09:09] * Joins: zdobersek (~zan@109.201.154.144)
  264. # [09:10] <annevk_> MikeSmith: still depends on punycode
  265. # [09:10] * annevk_ is now known as annevk
  266. # [09:18] <MikeSmith> annevk: oh. Sam's idna.js doesn't implement it yet?
  267. # [09:18] * Joins: Shagane (~Shagane@ec2-54-191-9-143.us-west-2.compute.amazonaws.com)
  268. # [09:18] * Joins: pikaren (~pikaren@unaffiliated/pikaren)
  269. # [09:19] * Joins: ^esc (~esc-ape@178.165.128.242.wireless.dyn.drei.com)
  270. # [09:19] <annevk> MikeSmith: I think he uses a different library or file for that
  271. # [09:20] <MikeSmith> ah ok
  272. # [09:20] <MikeSmith> annevk: btw I'm behind on reading up about suborigins. From what I've gleaned through mailing-list messages, it seems like a great idea but I've yet to read an actual writeup/proposal for it yet. Is there one somewhere?
  273. # [09:20] <annevk> MikeSmith: also afaict this is only ToACII, although I'm missing some bits
  274. # [09:20] * Joins: rubys (~rubys@cpe-098-027-051-253.nc.res.rr.com)
  275. # [09:20] * Quits: Shagane (~Shagane@ec2-54-191-9-143.us-west-2.compute.amazonaws.com) (Max SendQ exceeded)
  276. # [09:20] * Quits: pikaren (~pikaren@unaffiliated/pikaren) (Max SendQ exceeded)
  277. # [09:20] <MikeSmith> ok
  278. # [09:20] <annevk> MikeSmith: http://www.chromium.org/developers/design-documents/per-page-suborigins
  279. # [09:20] <MikeSmith> super
  280. # [09:20] <MikeSmith> thanks
  281. # [09:21] * Parts: The-Compiler (~compiler@unaffiliated/the-compiler) ("WeeChat 1.1-dev")
  282. # [09:21] * Joins: Shagane (~Shagane@ec2-54-191-9-143.us-west-2.compute.amazonaws.com)
  283. # [09:21] * Joins: pikaren (~pikaren@unaffiliated/pikaren)
  284. # [09:22] * Quits: ^esc_ (~esc-ape@91.141.0.160.wireless.dyn.drei.com) (Ping timeout: 250 seconds)
  285. # [09:26] * Joins: calvaris (~calvaris@fanzine.igalia.com)
  286. # [09:31] <MikeSmith> annevk: my next question is whether somebody else has done a higher-level writeup for webdevs
  287. # [09:31] <MikeSmith> maybe JakeA knows
  288. # [09:31] <MikeSmith> http://blog.joelweinberger.us/2013/08/suborigins-for-privilege-separation-in.html is pretty good I guess
  289. # [09:31] * Quits: abinader (sid21713@gateway/web/irccloud.com/x-ujjjowrszdbphcol)
  290. # [09:31] <annevk> MikeSmith: I was going to point you to that
  291. # [09:31] <annevk> MikeSmith: he's the guy behind the proposal
  292. # [09:32] <annevk> MikeSmith: I don't think you'll find much else
  293. # [09:32] <MikeSmith> yeah
  294. # [09:32] <MikeSmith> ok
  295. # [09:32] <MikeSmith> I'll go with that for now
  296. # [09:32] <JakeA> I'm not aware of anything else
  297. # [09:32] <MikeSmith> Joel's working on the SRI spec too, right?
  298. # [09:32] <MikeSmith> JakeA: k
  299. # [09:34] * MikeSmith stumbles across Devdatta Akhawe's PhD thesis http://www.eecs.berkeley.edu/Pubs/TechRpts/2014/EECS-2014-56.pdf "Towards High Assurance HTML5 Applications"
  300. # [09:35] * Joins: pfefferle (~pfefferle@213.144.11.130)
  301. # [09:42] * Joins: tav (~tav`@host86-157-22-27.range86-157.btcentralplus.com)
  302. # [09:44] * Quits: tav (~tav`@host86-157-22-27.range86-157.btcentralplus.com) (Read error: No route to host)
  303. # [09:45] * Quits: KevinMarks__ (~yaaic@2607:fb90:507:8024:21f:370d:bb0d:c334) (Ping timeout: 244 seconds)
  304. # [09:45] * Joins: tav (~tav`@host86-157-22-27.range86-157.btcentralplus.com)
  305. # [09:48] * Joins: KevinMarks__ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
  306. # [09:52] <annevk> MikeSmith: he is
  307. # [09:54] <MikeSmith> annevk: seems he's in Japan this week. Will ping Domenic and try to meet up with them for lunch
  308. # [09:54] <annevk> MikeSmith: you mean Dominic?
  309. # [09:54] <MikeSmith> yeah
  310. # [09:55] <MikeSmith> the "i" Dominic
  311. # [09:55] <MikeSmith> the Cooney
  312. # [09:55] <annevk> heh
  313. # [09:57] * Joins: zcorpan (~zcorpan@2a00:801:e0:30:153c:4c3c:c5df:5255)
  314. # [10:00] * Joins: roc (~chatzilla@121-99-128-47.bng1.tvc.orcon.net.nz)
  315. # [10:02] * Joins: Mso150 (~ctlM@80.83.239.115)
  316. # [10:03] <MikeSmith> the word "compartmentalization" has far too many letters in it to be useful on twitter
  317. # [10:04] <MikeSmith> time for c18n
  318. # [10:08] <zcorpan> didn't we come up with a compression scheme for twitter earlier?
  319. # [10:10] <annevk> zcorpan: did you review the security thing about encodings?
  320. # [10:10] <annevk> zcorpan: learn Chinese and you have a great compression scheme
  321. # [10:10] <zcorpan> annevk: i read it yeah. lgtm but i don't have a good grasp of all the issues
  322. # [10:11] <annevk> zcorpan: I was gonna add you also have a large audience, but then I remembered that firewall they put in place
  323. # [10:11] <zcorpan> oh yeah twitter is blocked in china isn't it
  324. # [10:12] <annevk> yeah, you would only get notifications about it through iOS
  325. # [10:12] <annevk> it was amusing
  326. # [10:12] <annevk> So is anyone going to review my iso-2022-jp and gbk/gb18030 tests?
  327. # [10:12] <annevk> They're not that hard
  328. # [10:13] <annevk> And if they land I might be compelled to add some more tests (for all the single-byte stuff, I already wrote those a few times...)
  329. # [10:13] <MikeSmith> 划分 is even half as many characters as c18n
  330. # [10:13] <MikeSmith> annevk: I will finally review them tonight, I promise.
  331. # [10:14] <MikeSmith> unless zcorpan wants to
  332. # [10:14] <zcorpan> i can do it if annevk reviews https://critic.hoppipolla.co.uk/r/3103 :-)
  333. # [10:14] <MikeSmith> haha
  334. # [10:15] <MikeSmith> if we could scale that review strategy, then we'd have something
  335. # [10:15] <zcorpan> heycam|away: ping https://www.w3.org/Bugs/Public/show_bug.cgi?id=22808
  336. # [10:18] * Joins: Smylers (~smylers@81.143.60.194)
  337. # [10:19] * Quits: Goplat (~goplat@reactos/developer/Goplat) (Remote host closed the connection)
  338. # [10:20] * Quits: rubys (~rubys@cpe-098-027-051-253.nc.res.rr.com) (Quit: Leaving.)
  339. # [10:20] <annevk> zcorpan: that looks rather ugly
  340. # [10:20] <zcorpan> annevk: yeah :-|
  341. # [10:21] <annevk> zcorpan: can't you move the test_obj.done()?
  342. # [10:22] <annevk> hmm
  343. # [10:23] <zcorpan> annevk: i should probably de-uglify everything about that test at some point
  344. # [10:23] <zcorpan> right now it works for exposing bugs and doubles as a stress test
  345. # [10:26] * Joins: estellevw (~estellevw@AMontpellier-156-1-131-14.w90-15.abo.wanadoo.fr)
  346. # [10:26] * Quits: tripu (~tripu@2001:200:0:8805:d920:3024:53c9:8ee0) (Quit: Leaving)
  347. # [10:30] * Joins: danbri (Adium@nat/google/x-jswzglskrqxvcpbo)
  348. # [10:34] * Quits: Mso150 (~ctlM@80.83.239.115) (Ping timeout: 245 seconds)
  349. # [10:35] * Joins: Mso150 (~ctlM@80.83.238.105)
  350. # [10:37] <annevk> Where would I put global object association tests?
  351. # [10:37] * Quits: psy_ (~psy@103.6.159.172) (Ping timeout: 244 seconds)
  352. # [10:38] <zcorpan> where is it defined?
  353. # [10:42] <annevk> zcorpan: well, it isn't
  354. # [10:42] <annevk> My plan is that IDL gives spec algorithms some hooks
  355. # [10:42] <annevk> such as "context object", "current Realm", "base URL", whatever else
  356. # [10:43] <annevk> so I guess a mixture of IDL and any spec that defines an API
  357. # [10:43] <annevk> http://web.mit.edu/bzbarsky/www/testcases/global-object-association/createImageData.html
  358. # [10:43] <annevk> has an excellent example
  359. # [10:45] * Quits: Lachy_ (~Lachy@cm-84.215.104.248.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  360. # [10:46] * Joins: hasather_ (~hasather@cm-84.210.170.16.getinternet.no)
  361. # [10:49] * Quits: estellevw (~estellevw@AMontpellier-156-1-131-14.w90-15.abo.wanadoo.fr) (Quit: Snuggling with the puppies)
  362. # [10:49] * Quits: Smylers (~smylers@81.143.60.194) (Quit: Leaving.)
  363. # [10:50] * Joins: Smylers (~smylers@81.143.60.194)
  364. # [10:51] * Quits: hasather_ (~hasather@cm-84.210.170.16.getinternet.no) (Ping timeout: 264 seconds)
  365. # [10:55] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Read error: Connection reset by peer)
  366. # [10:55] * Joins: Joseph_Silber (~JosephSil@ool-44c3e80a.static.optonline.net)
  367. # [10:55] * Joins: estellevw (~estellevw@AMontpellier-156-1-131-14.w90-15.abo.wanadoo.fr)
  368. # [10:55] <annevk> jgraham: why is there no assert_instanceof?
  369. # [10:55] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
  370. # [10:56] <jgraham> annevk: No one asked?
  371. # [10:57] * Quits: JosephSilber (~JosephSil@ool-44c3e80a.static.optonline.net) (Ping timeout: 265 seconds)
  372. # [10:57] <annevk> jgraham: see the file from bz above, it would make sense for that, no?
  373. # [11:00] <gsnedders> Because instanceof is probably too indirect for testing that, no?
  374. # [11:00] <gsnedders> Given it walks the prototype chain?
  375. # [11:03] <annevk> gsnedders: you have an alternative?
  376. # [11:03] <gsnedders> oh, wait, instanceof does [[HasInstance]]
  377. # [11:03] <gsnedders> um, ignore me
  378. # [11:04] * Joins: Ms2ger (~Ms2ger@193.190.253.150)
  379. # [11:05] <zcorpan> annevk: WebIDL/ if you want the tests in a central place i guess
  380. # [11:06] <annevk> jgraham: can I patch testharness.js from within web-platform-tests?
  381. # [11:07] <Ms2ger> It's in resources/
  382. # [11:07] * Joins: Lachy_ (~Lachy@213.166.174.2)
  383. # [11:07] <Ms2ger> And I put tests like that with the spec that defines the API
  384. # [11:08] <gsnedders> should idlharness.js not be able to test that?
  385. # [11:09] <Ms2ger> That would be even better
  386. # [11:09] <annevk> gsnedders: how?
  387. # [11:11] <annevk> I'm not super interested in splitting the tests over a dozen directories
  388. # [11:12] <gsnedders> doesn't the IDL give enough to know what the constructor function is for a given object?
  389. # [11:12] <gsnedders> like idlharness.js knows how to create a given object and knows the Function object that can be used to create it, if one exists, no?
  390. # [11:12] <annevk> gsnedders: nope
  391. # [11:13] * Quits: plutoniix (~plutoniix@210.213.57.70) (Ping timeout: 272 seconds)
  392. # [11:13] <annevk> well, maybe it can be an idl thing eventually...
  393. # [11:14] <zcorpan> annevk: i guess in general what is needed is "is a Foo" check, not "is a Foo of global X"
  394. # [11:14] <JakeA> annevk: want to find time for a call this week or next on the API generality/scope stuff. Any evenings you can't do?
  395. # [11:15] <gsnedders> zcorpan: yeah, that's what I'm thinking of
  396. # [11:16] <annevk> zcorpan: instanceof can't check that
  397. # [11:16] <annevk> JakeA: Tuesday-Thursday evening this week, Tuesday next week
  398. # [11:17] <zcorpan> annevk: i mean since instanceof does the latter, that's probably why it's not in testharness (and testharness explicitly avoids using instanceof for this reason)
  399. # [11:17] <gsnedders> We should definitely be testing that [[HasInstance]] and what it's renamed to in ES6 works correctly on them
  400. # [11:17] <JakeA> annevk: Just realised I asked the question really stupidly. Those are evenings you can't do, or can do?
  401. # [11:17] <annevk> cannot
  402. # [11:17] <JakeA> ta
  403. # [11:18] * Joins: plutoniix (~plutoniix@210.213.57.70)
  404. # [11:22] <jgraham> Oh yeah zcorpan has a good point
  405. # [11:22] <jgraham> It's because instanceof is broken in edge cases
  406. # [11:22] <annevk> So what pattern should I be using here?
  407. # [11:23] <gsnedders> jgraham: even in ES6?
  408. # [11:24] <annevk> cross-Realm it is
  409. # [11:24] <jgraham> gsnedders: I don't know, but if ES6 is making non-backward-compatible changes here then I certainly don't want the test harness to depend on the new semantics
  410. # [11:25] <gsnedders> jgraham: I could just be forgetting what edge-cases you're meaning
  411. # [11:25] <jgraham> annevk: bz's pattern with assert_true. Or assert_instanceof that takes an explicit global object
  412. # [11:32] <annevk> jgraham: is using a synchronous test() within onload fine?
  413. # [11:33] <jgraham> annevk: "maybe"
  414. # [11:33] <Ms2ger> Who to follow...
  415. # [11:33] <Ms2ger> * W3C Widget Specs
  416. # [11:33] <Ms2ger> I don't think so, Twitter
  417. # [11:33] <annevk> jgraham: it works
  418. # [11:33] <jgraham> annevk: The harness adds a load event listener and if there are no tests remaining when that fires it stops accepting new tests
  419. # [11:34] <jgraham> So you might be depending on the axact order of event listeners
  420. # [11:34] <jgraham> *exact
  421. # [11:34] <jgraham> Or not, depending on what other tests you have
  422. # [11:36] <annevk> jgraham: currently I just have a single test() within onload()
  423. # [11:36] * Joins: espadrine` (~ttyl@2a01:e35:8a6b:b360:f1ee:c6c4:917a:e8fc)
  424. # [11:37] <jgraham> Then I think you are depending on the order of the event handlers
  425. # [11:43] * Quits: sarri (~sari@unaffiliated/sarri) (Ping timeout: 265 seconds)
  426. # [11:44] * Joins: sarri (~sari@unaffiliated/sarri)
  427. # [11:46] * Joins: smaug____ (~chatzilla@62-78-246-79.bb.dnainternet.fi)
  428. # [11:47] <annevk> jgraham: I guess I could make them single-page tests and just have one file per object-creating thingy
  429. # [11:47] <annevk> hmm
  430. # [11:49] * Quits: tantek (~tantek@70-36-197-247.dsl.dynamic.fusionbroadband.com) (Quit: tantek)
  431. # [11:50] * Quits: pfefferle (~pfefferle@213.144.11.130) (Ping timeout: 265 seconds)
  432. # [11:52] <annevk> jgraham: so it's not a common case you want to wait for onload and run a bunch of tests?
  433. # [11:53] * Quits: plutoniix (~plutoniix@210.213.57.70) (Quit: จรลี จรลา)
  434. # [11:54] <annevk> jgraham: should I create a whole bunch of async tests and then wait for onload and then do the t.step business for each of them?
  435. # [11:55] <Ms2ger> "Let result be the result of calling the [[Call]] internal method of method"
  436. # [11:55] <Ms2ger> Oh, ES
  437. # [11:57] <jgraham> annevk: I don't know what you're trying to achieve, but in general the harness has to have *some* way of telling when there are no more tests and there isn't anything later than onload to use
  438. # [11:57] * Quits: estellevw (~estellevw@AMontpellier-156-1-131-14.w90-15.abo.wanadoo.fr) (Quit: Snuggling with the puppies)
  439. # [11:57] <jgraham> If you need it you can use explicit_done: true
  440. # [11:58] <annevk> jgraham: all I want is onload = function() { test(); test(); test() }
  441. # [11:58] <annevk> jgraham: e.g. I want to run a bunch of tests synchronously once the subresources have loaded
  442. # [11:58] * Quits: Mso150 (~ctlM@80.83.238.105) (Ping timeout: 250 seconds)
  443. # [12:00] <jgraham> Well using setup({explicit_done:true}) at the start and done() at the end certainly works there
  444. # [12:03] <annevk> jgraham: I could add that
  445. # [12:05] <Ms2ger> annevk, xhr.open('get', url1); xhr.open('get', url2); xhr.send(); will get url2, right?
  446. # [12:05] <annevk> Ms2ger: yup
  447. # [12:05] <Ms2ger> Ta
  448. # [12:06] <SimonSapin> annevk: I updated http://simonsapin.github.io/data-urls/ to not pretend to be a spec, since it wasn’t really
  449. # [12:10] <annevk> SimonSapin: that's not very useful :-(
  450. # [12:11] <SimonSapin> you mean it would me more useful if I (or someone) had done more work that hasn’t been done yet
  451. # [12:12] <SimonSapin> I might get to it at some point, it’s just not a priority right now
  452. # [12:14] <SimonSapin> but the pretend-spec full of issues that I had there before was not very useful either
  453. # [12:16] * Quits: lilmonkey` (~colin@pdpc/supporter/professional/riven) (Ping timeout: 272 seconds)
  454. # [12:16] * Joins: davidyezsetz (~davidyezs@mail1.powerflasher.de)
  455. # [12:17] * Joins: hasather_ (~hasather@cm-84.210.170.16.getinternet.no)
  456. # [12:20] * Quits: davidyezsetz (~davidyezs@mail1.powerflasher.de) (Client Quit)
  457. # [12:21] * Quits: hasather_ (~hasather@cm-84.210.170.16.getinternet.no) (Ping timeout: 240 seconds)
  458. # [12:22] * Quits: Ms2ger (~Ms2ger@193.190.253.150) (Ping timeout: 256 seconds)
  459. # [12:29] <JakeA> wanderview: What's the status of Firefox devtools and ServiceWorker? Are they friendlier? Would love to get more people playing with it in Firefox Nightly
  460. # [12:33] * Joins: pfefferle (~pfefferle@213.144.11.136)
  461. # [12:38] * Quits: Lachy_ (~Lachy@213.166.174.2) (Read error: Connection reset by peer)
  462. # [12:38] * Joins: Lachy__ (~Lachy@213.166.174.2)
  463. # [12:42] * Quits: Shagane (~Shagane@ec2-54-191-9-143.us-west-2.compute.amazonaws.com) (*.net *.split)
  464. # [12:43] * Joins: davidyezsetz (~davidyezs@mail1.powerflasher.de)
  465. # [13:12] <annevk> hmm
  466. # [13:12] <annevk> MikeSmith: I just reviewed your test, but now I'm wondering whether the input format should use surrogate code points or not
  467. # [13:17] <annevk> yeah seems like that's baked in and would be annoying to change
  468. # [13:25] <zcorpan> annevk: should i read https://github.com/whatwg/encoding/commit/19b0ebf0e48c3a607ab7623b5b272642dd59d6e7 for reviewing your test?
  469. # [13:26] <annevk> zcorpan: you can read https://encoding.spec.whatwg.org/#iso-2022-jp
  470. # [13:26] <annevk> zcorpan: that would be somewhat required, yes
  471. # [13:28] <zcorpan> annevk: ok. so i don't need to understand the old spec
  472. # [13:30] * Joins: Shagane (~Shagane@ec2-54-191-9-143.us-west-2.compute.amazonaws.com)
  473. # [13:30] * Quits: Shagane (~Shagane@ec2-54-191-9-143.us-west-2.compute.amazonaws.com) (Max SendQ exceeded)
  474. # [13:31] * Joins: Shagane (~Shagane@ec2-54-191-9-143.us-west-2.compute.amazonaws.com)
  475. # [13:35] <annevk> zcorpan: nope, it's obsolete
  476. # [13:44] <annevk> jgraham: if I write a script that generates a bunch of static test files
  477. # [13:45] <annevk> jgraham: do you want only the script committed or what it generates?
  478. # [13:50] * Joins: Ms2ger (~Ms2ger@193.190.253.150)
  479. # [13:52] <jgraham> Both
  480. # [13:56] <annevk> jgraham: and Python, correct?
  481. # [13:56] * Quits: howitdo (~howitdo@unaffiliated/howitdo) (Ping timeout: 250 seconds)
  482. # [13:57] <jgraham> Yeah
  483. # [13:57] <Ms2ger> Preferably
  484. # [13:57] <Ms2ger> annevk, replied to https://critic.hoppipolla.co.uk/r/3127
  485. # [13:58] <annevk> Ms2ger: so are you going to add it?
  486. # [13:58] <Ms2ger> I can
  487. # [13:58] <annevk> Ms2ger: e.g. if fetch/interfaces.html had BodyInit
  488. # [13:58] <annevk> Ms2ger: would that work?
  489. # [13:59] <Ms2ger> No, you need everything relevant in the one file
  490. # [13:59] <Ms2ger> Well, you don't need to, but that's easiest
  491. # [14:00] <annevk> Ms2ger: I guess add BodyInit with an explanation of its source
  492. # [14:00] <Ms2ger> And Blob and BufferSource and URLSearchParams, I guess
  493. # [14:01] <annevk> Ms2ger: hmm, are you going to add Document?
  494. # [14:01] <Ms2ger> Hrm
  495. # [14:01] <annevk> Ms2ger: and Node? and everything else? :-)
  496. # [14:01] <annevk> madness
  497. # [14:02] <Ms2ger> How about I leave it alone :)
  498. # [14:05] * Joins: cbr__ (~cbr@145.36.150.83.chzhher77.rootnet.ch)
  499. # [14:06] * Joins: hasather_ (~hasather@cm-84.210.170.16.getinternet.no)
  500. # [14:08] * Quits: cbr (~cbr@145.36.150.83.chzhher77.rootnet.ch) (Ping timeout: 256 seconds)
  501. # [14:08] * cbr__ is now known as cbr
  502. # [14:10] * Joins: howitdo (~howitdo@unaffiliated/howitdo)
  503. # [14:10] <MikeSmith> annevk: about that test, I wrote it with surrogates because I wasn't actually sure what format the test data expects for supplementary characters
  504. # [14:10] * Quits: hasather_ (~hasather@cm-84.210.170.16.getinternet.no) (Ping timeout: 265 seconds)
  505. # [14:11] <MikeSmith> annevk: \ud83d\udca9 works as-is in Java, JavaScript, and (I think) in Python too
  506. # [14:11] <MikeSmith> annevk: is there some portable way to express it without using surrogates?
  507. # [14:12] <annevk> nah
  508. # [14:12] <jgraham> Whether that works in python might depend on what kind of build you have, I'm not sure
  509. # [14:12] <MikeSmith> ok
  510. # [14:13] <MikeSmith> I was assuming the test file data is sorta meant to be language-neutral
  511. # [14:15] * Joins: plutoniix (~plutoniix@node-yyw.pool-180-180.dynamic.totbb.net)
  512. # [14:20] <annevk> MikeSmith: which is why relying on surrogates is a bit weird, but it's fine I think
  513. # [14:21] <MikeSmith> annevk: OK
  514. # [14:21] <annevk> jgraham: actually, I'll prolly make it a dynamically generated resource so I can set some headers
  515. # [14:23] <MikeSmith> annevk: but my point was that I don't know a portable way to express it without surrogates. I mean if it were python-only, I think I could just do \U0001F4A9 (capital U). But that's not going to mean anything outside python.
  516. # [14:23] <MikeSmith> annevk: btw we really should have more URL tests with supplementary characters. The test file really doesn't have any
  517. # [14:23] <annevk> MikeSmith: well, e.g. \# is custom to that input format as well
  518. # [14:24] <MikeSmith> ok
  519. # [14:24] <annevk> MikeSmith: we could easily come up with something that languages would then have to convert before using
  520. # [14:24] * Joins: rubys (~rubys@cpe-098-027-051-253.nc.res.rr.com)
  521. # [14:24] <MikeSmith> yeah
  522. # [14:24] <annevk> feel free to add more tests
  523. # [14:24] <MikeSmith> we should just decide on something and use it consistently for any new tests
  524. # [14:24] <MikeSmith> heh
  525. # [14:24] <annevk> seems like a good idea
  526. # [14:25] <annevk> oh yeah, I think we decided that this is fine
  527. # [14:25] <annevk> after creating more Encoding tests I'll prolly create more URL tests
  528. # [14:27] <MikeSmith> annevk: yeah I wasn't volunteering necessarily to write more myself just now but was thinking about it in part because I just today got private mail from a guy saying:
  529. # [14:27] <MikeSmith> "One thing worth mentioning is there are some weird special cases in the URL standard for allowed content in query strings, and these differ from the rules used for the rest of the URL. RFC 3987 also special cases query strings, but it looks like it works a bit differently to the URL standard."
  530. # [14:27] <MikeSmith> "I suspect these cases are particularly important for non-English search queries passed to search engines. Whichever standard is used, it's probably worth some additional test coverage for query strings."
  531. # [14:28] <annevk> MikeSmith: yeah, the tests I'm creating for Encoding actually cover this
  532. # [14:28] <MikeSmith> rubys: ↑ FYI
  533. # [14:28] <MikeSmith> annevk: OK, good
  534. # [14:28] <annevk> MikeSmith: I'm using the URL parser to test the Encoding Standard
  535. # [14:28] <MikeSmith> hah cool
  536. # [14:29] <annevk> it's either that or <form> and the latter would require server-side setup
  537. # [14:29] <MikeSmith> ah yeah
  538. # [14:29] <annevk> though I guess I should cover that too at some point
  539. # [14:29] * Quits: bnicholson (~bnicholso@24.130.60.241) (Remote host closed the connection)
  540. # [14:29] <MikeSmith> we could do something with wptserve I think, if/when it comes to that
  541. # [14:31] * Quits: cbr (~cbr@145.36.150.83.chzhher77.rootnet.ch) (Read error: Connection reset by peer)
  542. # [14:32] * Joins: cbr (~cbr@145.36.150.83.chzhher77.rootnet.ch)
  543. # [14:34] * Joins: psy_ (~psy@103.6.159.172)
  544. # [14:38] * Joins: tantek (~tantek@70-36-197-247.dsl.dynamic.fusionbroadband.com)
  545. # [14:39] <MikeSmith> annevk: about https://github.com/w3c/web-platform-tests/pull/1369 I don't understand how you actually made a PR from two separate branches. I didn't think that was actually possible
  546. # [14:39] <MikeSmith> jgraham: ↑
  547. # [14:40] <MikeSmith> annevk: anyway I'm finally reviewing those right now
  548. # [14:40] * Joins: eric_carlson (~ericc@38.104.134.62)
  549. # [14:41] <rubys> MikeSmith: thanks. Annevk: is there a javascript implementation of Encoding?
  550. # [14:42] <Ms2ger> jsbell wrote something
  551. # [14:42] <rubys> annevk: re: "I'm using the URL parser to test the Encoding Standard" ... which URL parser?
  552. # [14:43] <jgraham> MikeSmith: I don't understand what you don't understand :)
  553. # [14:43] <zcorpan> rubys: https://github.com/search?q=user%3Amathiasbynens+encoding+standard
  554. # [14:44] <zcorpan> mathiasbynens: iso-2022-jp is missing :-)
  555. # [14:45] <rubys> zcorpan: thanks!
  556. # [14:45] <rubys> Ms2ger: what I found was http://src.chromium.org/viewvc/blink?view=revision&revision=173754 (which is c++)
  557. # [14:46] <mathiasbynens> zcorpan: i only have packages for the legacy single-byte encodings
  558. # [14:46] * Quits: tantek (~tantek@70-36-197-247.dsl.dynamic.fusionbroadband.com) (Quit: tantek)
  559. # [14:46] <MikeSmith> jgraham: I thought you could only create a PR from a single branch
  560. # [14:47] <MikeSmith> jgraham: I don't know what buttons to push to do a PR from multiple branches
  561. # [14:49] <zcorpan> mathiasbynens: ah ok
  562. # [14:49] <zcorpan> mathiasbynens: and utf-8
  563. # [14:50] <mathiasbynens> zcorpan: https://mths.be/utf8js
  564. # [14:50] <mathiasbynens> yeah and WTF-8
  565. # [14:50] * Quits: smaug____ (~chatzilla@62-78-246-79.bb.dnainternet.fi) (Ping timeout: 244 seconds)
  566. # [14:51] <jgraham> MikeSmith: I don't know what you mean by "from". If you mean that you have master - A - B and you want a PR containing only B, you can edit the branch that the PR is against when you are in the create PR screen (I don't remember what the buttons look like). But in that case the merge button will try to merge into A rather than master which often isn't what you want
  567. # [14:51] * Quits: mven (~textual@72.183.104.138) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  568. # [14:52] <zcorpan> mathiasbynens: the readme doesn't say if it implements the encoding standard utf-8 or something else
  569. # [14:54] <mathiasbynens> yeah there’s an open issue on it; it doesn’t atm (allows lone surrogates)
  570. # [14:54] * Quits: eric_carlson (~ericc@38.104.134.62) (Quit: eric_carlson)
  571. # [14:55] <zcorpan> mathiasbynens: looks like it throws on invalid input rather than emitting u+fffd (different contexts need different error handling iirc)
  572. # [14:57] <zcorpan> mathiasbynens: i see there's a bug about that also
  573. # [14:58] <MikeSmith> jgraham: I mean specifically look at https://github.com/w3c/web-platform-tests/commit/25c529dc883227d6417ab25cd167c135cba72541 So I guess what I mean is more, a PR with commits that are in multiple branches. i.e., in this case that's one commit that's both in PR #1369 (gbk branch) and also in PR #1367 (iso-2022-jp branch). I suppose that's just due to annevk having merged it into the gbk branch
  574. # [14:59] <MikeSmith> anyway no big deal. me being confused by git and github is nothing new
  575. # [15:00] * Joins: zcorpan_ (~zcorpan@ip-200.t2.se.opera.com)
  576. # [15:00] <wanderview> JakeA: I'm not sure what the devtools status is... but a lot of our work is not in nightly yet since we're developing on a project branch
  577. # [15:01] <jgraham> MikeSmith: Well sure, that just falls out of the data model
  578. # [15:01] * Quits: kochi1 (~kochi@2401:fa00:4:1000:7520:f2fe:d851:4253) (Ping timeout: 265 seconds)
  579. # [15:01] * Quits: kochi (~kochi@2401:fa00:4:1000:7520:f2fe:d851:4253) (Ping timeout: 265 seconds)
  580. # [15:01] <jgraham> If you have a tree like:
  581. # [15:01] <jgraham> master - B - C
  582. # [15:01] <JakeA> wanderview: no worries, thanks for the update
  583. # [15:01] <jgraham> \ D - E
  584. # [15:02] <jgraham> And you create reviews of branches pointing to C and E they will both contain B
  585. # [15:02] * Quits: BlaDe^ (~Martin@static.74.124.47.78.clients.your-server.de) (Ping timeout: 265 seconds)
  586. # [15:02] <wanderview> JakeA: we want more people to use it as well, of course... so we're working to get it into nightly
  587. # [15:03] <JakeA> wanderview: lemmie know when it happens & I'll make sure demos and docs are updated to work in Firefox
  588. # [15:03] <wanderview> JakeA: it is possible to run what we have in our project branch, though: http://ftp.mozilla.org/pub/mozilla.org/b2g/tinderbox-builds/maple-macosx64_gecko-debug/latest/
  589. # [15:03] * Quits: zcorpan_ (~zcorpan@ip-200.t2.se.opera.com) (Read error: Connection reset by peer)
  590. # [15:03] <wanderview> that install will auto-update when the project branch is updated too (I believe)
  591. # [15:03] <JakeA> wanderview: Ohh cool, can I link to that from isserviceworkerready?
  592. # [15:04] * Joins: BlaDe^ (~Martin@static.74.124.47.78.clients.your-server.de)
  593. # [15:04] * Joins: zcorpan_ (~zcorpan@ip-200.t2.se.opera.com)
  594. # [15:04] * Quits: zcorpan (~zcorpan@2a00:801:e0:30:153c:4c3c:c5df:5255) (Ping timeout: 244 seconds)
  595. # [15:04] <wanderview> JakeA: I think so... its a public link... note, thats mac only... I can get the other platform links in just a sec
  596. # [15:04] * Quits: davidyezsetz (~davidyezs@mail1.powerflasher.de) (Quit: davidyezsetz)
  597. # [15:05] <wanderview> http://ftp.mozilla.org/pub/mozilla.org/b2g/tinderbox-builds/maple-win32_gecko-debug/latest/
  598. # [15:05] * Joins: kochi (~kochi@2401:fa00:4:1000:24c9:a037:8a13:c9c9)
  599. # [15:05] <wanderview> http://ftp.mozilla.org/pub/mozilla.org/b2g/tinderbox-builds/maple-linux64_gecko-debug/latest/
  600. # [15:05] * Joins: kochi1 (~kochi@2401:fa00:4:1000:24c9:a037:8a13:c9c9)
  601. # [15:05] <wanderview> JakeA: ^^^ also note those are debug builds... so not as fast as optimized builds
  602. # [15:06] <wanderview> thanks!
  603. # [15:07] <JakeA> wanderview: Cheers! Is there any way to discover errors thrown within the SW? Even via a lower-level output that can be grep'd?
  604. # [15:07] <JakeA> (don't worry if not, just want to get as much info out as possible)
  605. # [15:08] <wanderview> JakeA: I'm pretty sure we report errors in the ServiceWorker script itself now... and I think console.log() is working in workers now, although I could be wrong about that
  606. # [15:08] <wanderview> let me ask
  607. # [15:08] <JakeA> ta!
  608. # [15:10] <wanderview> JakeA: hmm... the console in SW bug is not fixed yet... code in review... not sure if we have it on our project branch
  609. # [15:10] <wanderview> https://bugzilla.mozilla.org/show_bug.cgi?id=1058644
  610. # [15:10] <wanderview> :-\
  611. # [15:11] <JakeA> Sounds like it's close though, which is great
  612. # [15:12] * Quits: plutoniix (~plutoniix@node-yyw.pool-180-180.dynamic.totbb.net) (Ping timeout: 250 seconds)
  613. # [15:13] <MikeSmith> annevk: so if you have a minute, I'm trying something basic about the spec for the iso-2022 decoder, which is: Where does it require implementations to return �$ for 0x1b, 0x24 rather than just returning � only?
  614. # [15:14] <annevk> MikeSmith: looking
  615. # [15:14] <annevk> So https://encoding.spec.whatwg.org/#iso-2022-jp-decoder 0x1B puts it into escape start
  616. # [15:14] <MikeSmith> ah, it continues after the �, it doesn't just abort
  617. # [15:15] <annevk> 0x24 puts it into escape
  618. # [15:15] * Joins: caitp (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com)
  619. # [15:15] <annevk> Step 8 of escape puts 0x24 back
  620. # [15:15] <annevk> Step 9 returns error
  621. # [15:16] <annevk> (and sets state back to ASCII)
  622. # [15:16] <annevk> ASCII then outputs 0x24 as code point
  623. # [15:17] <MikeSmith> annevk: yeah I had (mis)thought it aborted after returning error
  624. # [15:17] * Joins: mven (~textual@32.97.110.57)
  625. # [15:17] <annevk> rubys: the one in the browser
  626. # [15:17] <MikeSmith> annevk: but I realize now the spec doesn't say abort, it says continue
  627. # [15:17] <annevk> rubys: https://github.com/inexorabletash/text-encoding is an actual polyfill
  628. # [15:18] <annevk> MikeSmith: oh yeah, the handler stops being invoked once finished is return
  629. # [15:18] <annevk> ed
  630. # [15:19] <annevk> MikeSmith: as for the PR, I think I messed up
  631. # [15:19] <annevk> MikeSmith: I don't really know how to git
  632. # [15:21] <MikeSmith> annevk: I don't know how either. But anyway you didn't mess up anything. It doesn't create any merge conflicts or anything
  633. # [15:21] * Joins: prosper_ (~prosper@user3-83-239.wireless.utoronto.ca)
  634. # [15:21] * Joins: TallTed (~Thud@63.119.36.36)
  635. # [15:21] <annevk> MikeSmith: well I now I have two PRs, one being a superset
  636. # [15:22] <annevk> zcorpan_: I think you meant "does not suffice"
  637. # [15:46] <wanderview> JakeA: console for SW patch just pushed to the project branch... so in theory should be supported in that download later today or tomorrow
  638. # [15:48] <JakeA> ohh, that's brilliant
  639. # [15:51] <pikaren> which browser vendor honor whatwg html5 the most?
  640. # [15:53] <jgraham> Browser vendors have honour?
  641. # [15:54] <jgraham> pikaren: By which I mean, that doesn't make much sense as a question
  642. # [15:54] <JonathanNeal> Domenic: https://github.com/promises-aplus/promises-tests/blob/master/lib/tests/2.2.1.js#L30 why are we checking non-functions for fulfilled on a rejected promise?
  643. # [15:54] * Joins: hasather_ (~hasather@cm-84.210.170.16.getinternet.no)
  644. # [15:55] <JonathanNeal> I’m trying to understand this part of the chaining process. It’s broken in my current Promise polyfill.
  645. # [15:56] * Joins: prosper__ (~prosper@199.119.233.162)
  646. # [15:58] * Quits: prosper_ (~prosper@user3-83-239.wireless.utoronto.ca) (Ping timeout: 245 seconds)
  647. # [15:58] * Quits: hasather_ (~hasather@cm-84.210.170.16.getinternet.no) (Ping timeout: 250 seconds)
  648. # [16:00] * Joins: hasather_ (~hasather@cm-84.210.170.16.getinternet.no)
  649. # [16:03] * Quits: KevinMarks__ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 264 seconds)
  650. # [16:08] * Joins: _ritchie_ (~andrewr@cpe-67-243-154-181.nyc.res.rr.com)
  651. # [16:10] * Joins: estellevw (~estellevw@AMontpellier-156-1-131-14.w90-15.abo.wanadoo.fr)
  652. # [16:10] * Quits: facundor (~facundor@190.194.153.199) (Quit: Leaving)
  653. # [16:10] * Joins: rubys1 (~Adium@66-193-79-19.static.twtelecom.net)
  654. # [16:13] * Quits: rubys (~rubys@cpe-098-027-051-253.nc.res.rr.com) (Disconnected by services)
  655. # [16:14] * rubys1 is now known as rubys
  656. # [16:15] * Joins: KevinMarks__ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
  657. # [16:16] * Quits: estellevw (~estellevw@AMontpellier-156-1-131-14.w90-15.abo.wanadoo.fr) (Quit: Snuggling with the puppies)
  658. # [16:16] * Joins: facundor (~facundor@190.194.153.199)
  659. # [16:16] <rubys> MikeSmith: here is a self-contained (no dependencies) punycode library: https://github.com/bestiejs/punycode.js/
  660. # [16:16] * Quits: Ms2ger (~Ms2ger@193.190.253.150) (Ping timeout: 264 seconds)
  661. # [16:17] <rubys> annevk: thanks for the pointer to https://github.com/inexorabletash/text-encoding
  662. # [16:18] * Quits: hasather_ (~hasather@cm-84.210.170.16.getinternet.no) (Remote host closed the connection)
  663. # [16:19] * Joins: hasather_ (~hasather@cm-84.210.170.16.getinternet.no)
  664. # [16:19] * Quits: KevinMarks__ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 244 seconds)
  665. # [16:24] * Quits: hasather_ (~hasather@cm-84.210.170.16.getinternet.no) (Ping timeout: 255 seconds)
  666. # [16:24] * Quits: prosper__ (~prosper@199.119.233.162) (Remote host closed the connection)
  667. # [16:27] * Quits: rubys (~Adium@66-193-79-19.static.twtelecom.net) (Read error: No route to host)
  668. # [16:29] * Joins: rubys (~Adium@66-193-79-19.static.twtelecom.net)
  669. # [16:29] * Joins: smaug____ (~chatzilla@62-78-246-79.bb.dnainternet.fi)
  670. # [16:29] * Quits: facundor (~facundor@190.194.153.199) (Quit: Leaving)
  671. # [16:30] * Quits: KevinMarks (~KevinMark@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 250 seconds)
  672. # [16:30] * Joins: KevinMarks__ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
  673. # [16:36] * Quits: _ritchie_ (~andrewr@cpe-67-243-154-181.nyc.res.rr.com) (Quit: _ritchie_)
  674. # [16:40] * Quits: KevinMarks__ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 240 seconds)
  675. # [16:42] * Joins: KevinMarks (~yaaic@2607:fb90:502:cf7e:43b4:a7b0:8474:9990)
  676. # [16:42] * Quits: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 264 seconds)
  677. # [16:45] * Joins: jsx (uid48919@fsf/intern/jsx)
  678. # [16:46] <JonathanNeal> Ah, figured out chaining. Woohoo!!
  679. # [16:46] <caitp> right on
  680. # [16:47] <JonathanNeal> Wow, everything passes. Woohoo!
  681. # [16:47] <caitp> isn't that just the best feeling?
  682. # [16:47] * Joins: plutoniix (~plutoniix@180.180.177.8)
  683. # [16:48] <JonathanNeal> Yes, like getting one of those tall pieces in Tetris.
  684. # [16:48] * Quits: jernoble|laptop (~jernoble@tiff-v227.public.monkeybrains.net) (Quit: Computer has gone to sleep.)
  685. # [16:49] * Joins: rubys1 (~rubys@cpe-098-027-051-253.nc.res.rr.com)
  686. # [16:57] * Joins: _ritchie_ (~andrewr@207.41.188.221)
  687. # [17:02] * Joins: jernoble|laptop (~jernoble@76.74.153.41)
  688. # [17:05] * Joins: TuRnaD0 (~Thunderbi@x1-6-e0-46-9a-1e-fe-ca.cpe.webspeed.dk)
  689. # [17:06] <annevk> rubys: it's not really clear to me how you're implementing http://www.unicode.org/reports/tr46/#ToASCII in idna.js
  690. # [17:07] * Joins: hasather_ (~hasather@cm-84.210.170.16.getinternet.no)
  691. # [17:07] * Joins: prosper_ (~prosper@142.150.23.90)
  692. # [17:08] <annevk> rubys: or www.unicode.org/reports/tr46/#Processing for that matter
  693. # [17:08] <annevk> ugh, address bar copy and paste is really terrible these days
  694. # [17:10] * Quits: zcorpan_ (~zcorpan@ip-200.t2.se.opera.com) (Remote host closed the connection)
  695. # [17:10] * Quits: rubys (~Adium@66-193-79-19.static.twtelecom.net) (Read error: No route to host)
  696. # [17:12] * Joins: rubys (~Adium@66-193-79-19.static.twtelecom.net)
  697. # [17:12] * Quits: hasather (~hasather@80.91.33.141) (Remote host closed the connection)
  698. # [17:12] * Joins: eric_carlson (~ericc@17.202.49.94)
  699. # [17:13] * Joins: hasather (~hasather@80.91.33.141)
  700. # [17:13] <rubys> annevk: take a look at https://github.com/rubys/url/blob/peg.js/url.pegjs#L603
  701. # [17:13] <annevk> rubys: yeah that looks wrong
  702. # [17:14] <rubys> annevk: explain?
  703. # [17:15] <annevk> rubys: you're running something called processing_map whereas the spec calls for running domain to ASCII
  704. # [17:15] <rubys> domain to ASCII has a number of steps. I believe I implement those steps, but I unwrap them a bit so that I can do better error reporting.
  705. # [17:16] <annevk> rubys: should domain to ASCII be part of the IDNA module?
  706. # [17:16] <rubys> example: I now report conformance errors if IDNA ignore characters are encountered
  707. # [17:17] * Quits: Lachy__ (~Lachy@213.166.174.2) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  708. # [17:17] <rubys> I could refactor that logic into the IDNA module, sure. I would like to retain the ability to detect conformance errors.
  709. # [17:18] <annevk> rubys: I guess you removed the optional bits that the URL Standard not ended up using
  710. # [17:18] <rubys> Meanwhile, if you could identify where this logic is wrong, I will try to fix.
  711. # [17:18] * Quits: hasather_ (~hasather@cm-84.210.170.16.getinternet.no) (Remote host closed the connection)
  712. # [17:18] <rubys> My goal at the moment is to implement the URL standard. In the process, I'm iteratively implementing more and more of the underlying dependencies.
  713. # [17:19] <rubys> well, implementing is too strong a word… implementing or incorporating implementations.
  714. # [17:19] * Joins: gavin__ (~gavin@76.14.42.120)
  715. # [17:20] <annevk> What is your plan for the conditional domain to Unicode step?
  716. # [17:20] * Quits: mpt (~mpt@canonical/mpt) (Read error: Connection reset by peer)
  717. # [17:20] <mathiasbynens> rubys: https://github.com/mathiasbynens/todo/issues/9
  718. # [17:20] * Quits: gavin_ (~gavin@76.14.42.120) (Ping timeout: 245 seconds)
  719. # [17:20] <JakeA> annevk: If I open a tab, enter a url & go, is that request "no-cors"?
  720. # [17:21] <annevk> rubys: http://intertwingly.net/projects/pegurl/idna.js what I cannot find here e.g. is "xn--" while http://www.unicode.org/reports/tr46/#Processing definitely calls for that
  721. # [17:21] <annevk> JakeA: yeah
  722. # [17:22] <rubys> annevk: can you identify a test that requires that step?
  723. # [17:22] * Joins: gavin_ (~gavin@76.14.42.120)
  724. # [17:22] * Quits: rubys (~Adium@66-193-79-19.static.twtelecom.net) (Quit: Leaving.)
  725. # [17:22] * Quits: gavin__ (~gavin@76.14.42.120) (Read error: Connection reset by peer)
  726. # [17:23] * Joins: mpt (~mpt@canonical/mpt)
  727. # [17:23] <JakeA> annevk: I think we've regressed on being able to provide another site's HTML in response to a navigation
  728. # [17:23] <JakeA> dunno if our implementation has
  729. # [17:23] <annevk> rubys1: http://xn--†/ or some such?
  730. # [17:23] * Joins: zcorpan (~zcorpan@ip-200.t2.se.opera.com)
  731. # [17:24] <annevk> JakeA: you'll have to elaborate a bit
  732. # [17:25] <JakeA> annevk: I satisfy a request to evil.com with a response from example.com. I now have the content of example.com executed in the origin of evil.com
  733. # [17:26] <JakeA> annevk: if that includes something like a <script src> I'll pick that up again, and inject scripts that can inspect the content
  734. # [17:26] <annevk> JakeA: you'll have to elaborate more, e.g. what document is currently loaded, what SW is in effect
  735. # [17:26] <JakeA> annevk: I own evil.com, user visits, I install sw at /sw.js
  736. # [17:28] <JakeA> annevk: User visits evil.com again (or I force a refresh), I catch the request in the sw, and respondWith(fetch('//example.com', {mode: 'no-cors'}))
  737. # [17:28] * Joins: KevinMarks_ (~yaaic@172.56.17.222)
  738. # [17:28] <annevk> JakeA: ah yeah, I was expecting the Navigate algorithm to catch that
  739. # [17:29] <annevk> JakeA: perhaps navigate is always same-origin?
  740. # [17:29] <annevk> JakeA: navigation is a bit of a special case...
  741. # [17:30] * Krinkle|detached is now known as Krinkle
  742. # [17:30] <JakeA> annevk: that would fix it, although I should still be able to satisfy navigates with new Response, CORS requests are fine too
  743. # [17:31] <JakeA> annevk: Maybe navigates are CORS?
  744. # [17:31] <JakeA> no that doesn't work
  745. # [17:31] <annevk> perhaps we need mode=navigate
  746. # [17:32] <annevk> hmm
  747. # [17:32] <annevk> CORS doesn't work
  748. # [17:32] <annevk> Somewhere we need additional logic
  749. # [17:32] <annevk> "Just" have to decide where and what it should be
  750. # [17:33] <JakeA> Yeah, I was about to file that fetch bug about the contexts, and I was thinking "what we actually need is mode=navigate, didn't we have that to stop…" etc etc
  751. # [17:33] * Quits: gavin_ (~gavin@76.14.42.120) (Read error: Connection reset by peer)
  752. # [17:33] * Joins: gavin_ (~gavin@76.14.42.120)
  753. # [17:35] <JakeA> Is clicking a link a navigation?
  754. # [17:35] <JakeA> Even if it responds content-disposition?
  755. # [17:36] * Joins: dbaron (~dbaron@50-0-248-60.dsl.dynamic.fusionbroadband.com)
  756. # [17:37] <annevk> JakeA: clicking a link invokes navigate
  757. # [17:37] <JakeA> annevk: mode=navigation would work then
  758. # [17:37] * Joins: hasather_ (~hasather@cm-84.210.170.16.getinternet.no)
  759. # [17:37] <JakeA> trying to figure out if we need it for sharedworker too
  760. # [17:38] <JakeA> I think we do
  761. # [17:38] <JakeA> not as much is exposed
  762. # [17:38] * Amaan is now known as JonSnow
  763. # [17:38] * JonSnow is now known as Amaan
  764. # [17:38] <annevk> JakeA: content-disposition however doesn't create a new Window
  765. # [17:38] <annevk> JakeA: it's treated as a download
  766. # [17:39] <annevk> JakeA: so basically when you click a link, navigate is invoked, which waits for the response to decide what to do
  767. # [17:39] <annevk> JakeA: sharedworker is always same-origin iirc
  768. # [17:42] <JakeA> annevk: if we know something is a navigation, we may not need that context group
  769. # [17:43] * Quits: gavin_ (~gavin@76.14.42.120) (Ping timeout: 256 seconds)
  770. # [17:43] * Joins: mko (~mko@50.240.205.146)
  771. # [17:44] * Joins: gavin_ (~gavin@76.14.42.120)
  772. # [17:44] * Joins: tantek (~tantek@70-36-197-247.dsl.dynamic.fusionbroadband.com)
  773. # [17:46] * Quits: danbri (Adium@nat/google/x-jswzglskrqxvcpbo) (Quit: Leaving.)
  774. # [17:47] * Quits: hasather_ (~hasather@cm-84.210.170.16.getinternet.no) (Remote host closed the connection)
  775. # [17:48] * Quits: cbr (~cbr@145.36.150.83.chzhher77.rootnet.ch) (Quit: cbr)
  776. # [17:49] * Quits: rubys1 (~rubys@cpe-098-027-051-253.nc.res.rr.com) (Quit: Leaving.)
  777. # [17:49] * Quits: KevinMarks_ (~yaaic@172.56.17.222) (Ping timeout: 240 seconds)
  778. # [17:50] * Quits: jernoble|laptop (~jernoble@76.74.153.41) (Quit: Computer has gone to sleep.)
  779. # [17:50] <annevk> JakeA: sure, but sharedworker isn't really a navigation
  780. # [17:50] <annevk> JakeA: it doesn't invoke navigate, for instance
  781. # [17:50] <annevk> JakeA: it does get its own SW and CSP
  782. # [17:51] <annevk> JakeA: and it does need mode=same-origin to do the right thing
  783. # [17:52] <annevk> JakeA: SW is similar, it gets its own CSP, it's the one thing that goes without SW, and it also needs mode=same-origin
  784. # [17:52] <annevk> JakeA: so we need some amount of orthogonality, and some amount of grouping
  785. # [17:52] * Joins: estellevw (~estellevw@AMontpellier-156-1-131-14.w90-15.abo.wanadoo.fr)
  786. # [17:53] <annevk> JakeA: see also this email that went unanswered: http://lists.w3.org/Archives/Public/public-webappsec/2014Oct/0120.html
  787. # [17:53] <annevk> Hixie: ^ that email was also addressed towards you
  788. # [17:54] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
  789. # [17:55] * Joins: psy__ (~psy@103.6.159.172)
  790. # [17:56] * Joins: jernoble|laptop (~jernoble@17.202.45.163)
  791. # [17:57] * Joins: rubys (~rubys@cpe-098-027-051-253.nc.res.rr.com)
  792. # [18:00] <JakeA> annevk: I guess we could still have a group for navigates + sharedworker
  793. # [18:00] <annevk> JakeA: I think same-origin for navigation is not so bad
  794. # [18:00] <JakeA> annevk: Being able to expose mode=navigate to JS would be great. It's important when it comes to the type of fallback to display
  795. # [18:01] <rubys> annevk: https://github.com/rubys/url/blob/peg.js/url.pegjs#L646 is where xn-- is added
  796. # [18:01] <JakeA> annevk: does `new Response("Hello!")` count as same-origin?
  797. # [18:02] <annevk> JakeA: I think a synthetic response would also be same-origin, yes
  798. # [18:02] <annevk> always, even
  799. # [18:03] <JakeA> annevk: The alternative is https://fetch.spec.whatwg.org/#http-fetch 2.2.3 if request is navigate and response is opaque, fail
  800. # [18:03] <JakeA> (which allows CORS responses)
  801. # [18:05] <rubys> mathiasbynens: have you seen https://github.com/rubys/url/tree/peg.js/reference-implementation and http://intertwingly.net/projects/pegurl/liveview.html ?
  802. # [18:06] <annevk> JakeA: I think there is some sense in allowing a stored CORS response to a same-origin request
  803. # [18:06] <JonathanNeal> The order or timing in which Promises fire in Firefox and Chrome are pretty inconsistent.
  804. # [18:07] <annevk> JakeA: just have to make sure not to lose the masking
  805. # [18:07] <annevk> JonathanNeal: JavaScript <> HTML haven't worked out the spec for timing
  806. # [18:07] <JonathanNeal> Once started, Firefox moves through a promise chain synchronously.
  807. # [18:08] <JonathanNeal> Or at least, that’s how it appears to be when compared to Chrome.
  808. # [18:08] <Hixie> annevk: i don't understand the question in that e-mail
  809. # [18:08] <annevk> :-(
  810. # [18:08] * annevk tried to be very elaborate for once
  811. # [18:08] <annevk> Hixie: actually, the question is just "Thoughts?"
  812. # [18:09] <Hixie> then the answer is "no" :-)
  813. # [18:09] <Hixie> i don't have the service workers stuff paged in
  814. # [18:09] <Hixie> the statement "Since you cannot message to a dedicated worker from anything but the" seems false
  815. # [18:09] <Hixie> environment that created it
  816. # [18:09] <Hixie> er
  817. # [18:09] <Hixie> mispaste
  818. # [18:09] <Hixie> but anyway
  819. # [18:09] <Hixie> that bit is wrong
  820. # [18:10] <Hixie> but fundamentally i don't understand the problem in that e-mail
  821. # [18:10] <annevk> Hixie: e.g. could you have multiple Worker objects in different environments communicating with the same DedicatedWorkerGlobalScope?
  822. # [18:10] <Hixie> sure
  823. # [18:11] <Hixie> MessagePorts lets anyone communicate with anyone
  824. # [18:11] <Hixie> just vend a port and send it along to the other place
  825. # [18:11] <Hixie> via as many other ports as you need
  826. # [18:11] <annevk> Hixie: I thought that the ports setup by new Worker() was a 1:1 channel
  827. # [18:11] <Hixie> that port is, but you can send others through it
  828. # [18:11] <Hixie> there's nothing special about that port other than that you can't get a hold of it from script directly
  829. # [18:12] <Hixie> the context that i'm missing in that e-mail is why we care about "clients" at all
  830. # [18:13] <annevk> The question is basically whether DedicatedWorker should be treated as a slave of its environment or more of an independent entity
  831. # [18:13] <Hixie> why treat it as either?
  832. # [18:13] <Hixie> what does it mean to treat it as either?
  833. # [18:13] <wanderview> JakeA: do we need to do anything if the SW script remains the same, but one of its importScript() resources changes? as far as I can tell the spec doesn't check for that... so you have to change the SW script itself to get updates to your importScripts... correct?
  834. # [18:13] <annevk> Hixie: a service worker exposes the environments it handles fetches for
  835. # [18:13] <Hixie> why
  836. # [18:13] <Hixie> how?
  837. # [18:13] <annevk> Hixie: can't we just assume that it does?
  838. # [18:13] <Hixie> what does that mean
  839. # [18:13] <Hixie> the environment is the global object?
  840. # [18:13] <annevk> Hixie: whenever a new fetch comes in, there's some object that allows communicating back with the environment
  841. # [18:14] <Hixie> ok...
  842. # [18:14] <Hixie> so why is a worker any different than a Window here?
  843. # [18:14] <Hixie> i don't get the problem here
  844. # [18:15] <annevk> Hixie: well, SharedWorker is designed to be connected with multiple environments
  845. # [18:15] <annevk> Hixie: a dedicated worker is not
  846. # [18:15] <Hixie> no
  847. # [18:15] <annevk> Hixie: but I can see how a Window isn't either
  848. # [18:15] <Hixie> sharedworker and dedicatedworker and window are all identical in the regard of how they communicate to service workers
  849. # [18:15] <Hixie> sharedworker is like dedicatedworker, except that when a new connection _from a SharedWorker object_ comes in, you get a 'connect' event
  850. # [18:15] <Hixie> but you wouldn't want that event to be used for service workers
  851. # [18:15] <Hixie> that would make no sense
  852. # [18:16] <Hixie> shared workers and dedicated workers are both able to communicate with multiple environments
  853. # [18:16] <annevk> Thanks
  854. # [18:17] <Hixie> the only difference is that when you create a dedicated worker, you get back a new one, and when you create a shared worker, you get back the existing one if it's already there
  855. # [18:17] <annevk> You're right, I'm not sure why I was being silly
  856. # [18:18] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
  857. # [18:18] <annevk> Not sure it's a good sign that nobody else noticed... or maybe they get bored of telling me
  858. # [18:19] <annevk> JakeA: ^^ is good material for sorting out the client stuff
  859. # [18:21] <Hixie> what kinds of communication are you expecting btw? between service workers and whoever is making a particular request?
  860. # [18:21] * Joins: anchnk (~anchnk@static-176-182-138-141.ncc.abo.bbox.fr)
  861. # [18:21] * Joins: Maurice` (copyman@unaffiliated/maurice)
  862. # [18:25] * Quits: Smylers (~smylers@81.143.60.194) (Quit: Leaving.)
  863. # [18:26] <JakeA> wanderview: correct
  864. # [18:26] <wanderview> thanks!
  865. # [18:28] <JakeA> Hixie: if you were going to polyfill something like client headers you may want to have a conversation about image size
  866. # [18:28] <Hixie> if the only use case is polyfill, then i'd drop it entirely.
  867. # [18:28] <Hixie> but i don't understand what client headers means in this context
  868. # [18:28] <Hixie> and i don't understand how you imagine this conversation would procede
  869. # [18:28] <JakeA> JakeA: or maybe just signal "hey, that thing I send you from the cache, well I make a network request for it too and found an update"
  870. # [18:29] <Hixie> can you elaborate?
  871. # [18:29] <JakeA> Didn't mean to reply to myself
  872. # [18:29] <Hixie> how do you expect to identify "that thing"?
  873. # [18:30] <JakeA> Hixie: isn't it part of the extensible web to allow polyfills?
  874. # [18:31] <Hixie> "extensible web"?
  875. # [18:31] <Hixie> you mean, "the web"?
  876. # [18:31] <JakeA> Hixie: maybe sending the window width or pixel density as a header
  877. # [18:32] <JakeA> Hixie: well it's certainly not extensible if we remove stuff from the spec because it only supports polyfilling potential future behaviours
  878. # [18:33] <Hixie> well a worker isn't going to know the pixel density. so you'd have to talk to a window for that, even if the client is the worker. so talking to a client doesn't help.
  879. # [18:33] <Hixie> imho, if something is polyfillable then we shouldn't be speccing it.
  880. # [18:34] <Hixie> and if something isn't truly polyfillable then we should just ship it and not waste authors' time with making them polyfill it.
  881. # [18:34] * Quits: pfefferle (~pfefferle@213.144.11.136) (Quit: pfefferle)
  882. # [18:35] <MikeSmith> annevk: I'll do the rest of that PR (the gbk tests part) after a few hours
  883. # [18:35] <MikeSmith> s/do/review
  884. # [18:36] <JakeA> Hixie: no, but having some request clients have different methods would be surprising. Especially if there's no reason we can't post message to a particular type
  885. # [18:36] * Quits: zdobersek (~zan@109.201.154.144) (Quit: Leaving.)
  886. # [18:36] <Hixie> not sure what you're responding to there
  887. # [18:37] <JakeA> "a worker wouldn't know the pixel density"
  888. # [18:37] * Joins: zdobersek (~zan@5.153.233.42)
  889. # [18:37] <Hixie> i didn't suggest anything having methods at all, let alone different ones
  890. # [18:37] <Hixie> so i don't follow
  891. # [18:38] <JakeA> I want to expose the request client so you can see its type and postmessage to it
  892. # [18:39] <Hixie> how would the client associate these incoming service worker messages with requests?
  893. # [18:39] * Joins: adactio (~adactio@c-71-231-54-134.hsd1.wa.comcast.net)
  894. # [18:39] <JakeA> Data sent with the postmessage
  895. # [18:40] <JakeA> There may be ambiguity linking it to the particular image element, that's fair. But window width & density shouldn't be an issue
  896. # [18:41] <Hixie> your solution doesn't address window width and density
  897. # [18:41] <Hixie> you'd need to find a request that came from a Window so you could ask it for the density (and hope that Window is on the same screen as the canvas that the dedicated worker that asked for the image is going to later have its data painted onto)
  898. # [18:42] <Hixie> and for the update use case, if you can't associate it to a particular image element, what's the client supposed to do?
  899. # [18:43] <Hixie> for the use cases you've given, the solution you've given seems suboptimal.
  900. # [18:43] <Hixie> i would recommend a different approach. First, have all the potential clients have a way to contact the service worker directly, similar to how shared workers work.
  901. # [18:43] <Hixie> second, have Fetch include a port to the service worker associated with that fetch
  902. # [18:44] <JakeA> In this case, the worker would respond "I don't know the pixel density, I'm a worker, assume [fallback]"
  903. # [18:44] <Hixie> so if you want to be notified of out-of-band data for a request, you use Fetch
  904. # [18:44] <Hixie> that response would be terrible
  905. # [18:44] <Hixie> why not just have the window send the service worker the right answer.
  906. # [18:44] <JakeA> In the update case can't you assume all elements using that url?
  907. # [18:45] <Hixie> you want the client to crawl its DOM doing URL checks? that's a pretty bad API
  908. # [18:46] <JakeA> All clients already can contact the SW
  909. # [18:47] <JakeA> "have Fetch include a port to the service worker associated with that fetch" I don't understands this.
  910. # [18:48] <JakeA> How would that surface in the API?
  911. # [18:48] <Hixie> when you do new Fetch()
  912. # [18:48] <Hixie> you expose fetch.port
  913. # [18:48] <Hixie> and on the service worker side, a fetch that corresponds to a Fetch has a port on it
  914. # [18:48] <JakeA> That will always be navigator.serviceWorker.controller
  915. # [18:48] * Quits: _ritchie_ (~andrewr@207.41.188.221) (Quit: _ritchie_)
  916. # [18:48] <Hixie> ?
  917. # [18:49] <JakeA> navigator.serviceWorker.controller is a reference to the worker the page will send requests to. It has postMessage
  918. # [18:49] <Hixie> no i mean a _new_ port
  919. # [18:50] <Hixie> specifically for that fetch
  920. # [18:50] <Hixie> new Fetch().port != new Fetch().port
  921. # [18:50] <JakeA> Oh ok, what wouldn't work for <img>
  922. # [18:50] <Hixie> right this would only be for Fetch
  923. # [18:50] <Hixie> if you want updates, you do it via Fetch
  924. # [18:51] <Hixie> maybe later if we expose the Fetch of images, it gets exposed there too
  925. # [18:53] <JakeA> Hmm, that could work well for progress stuff too
  926. # [18:53] * Joins: bnicholson (~bnicholso@24.130.60.241)
  927. # [18:53] <JakeA> Although the SW can enumerate its clients and send them messages
  928. # [18:53] * Joins: ap (~ap@17.202.44.214)
  929. # [18:53] <JakeA> I wanted those objects to be the same as request.client
  930. # [18:54] <JakeA> Seems weird to make them different
  931. # [18:54] <Hixie> imho request.client shouldn't exist
  932. # [18:54] <Hixie> exposing clients leads to bad patterns
  933. # [18:54] <Hixie> similar to ambient authority
  934. # [18:55] <Hixie> basically you get confused deputy issues
  935. # [18:55] <Hixie> consider an implementation where there's just a Window that does all requests
  936. # [18:55] <Hixie> and then one day, the code is refactored so that some requests are actually done from a worker
  937. # [18:55] <Hixie> it shouldn't change anything
  938. # [18:55] <Hixie> but it does
  939. # [18:56] <JakeA> Feels like we should expose as much about the request as we can safely expose, and treat devs like adults
  940. # [18:56] <Hixie> you don't give an untrained adult a loaded gun with the safeties off
  941. # [18:57] <Hixie> or to put it another way: guardrails on balconies aren't just for children
  942. # [18:57] <annevk> MikeSmith: thanks
  943. # [18:57] <JakeA> Which would include the type of client, it's visibility state on request, its url
  944. # [18:57] <Hixie> imho that's making the same mistake that was made by cookies
  945. # [18:58] * Joins: hasather_ (~hasather@cm-84.210.170.16.getinternet.no)
  946. # [18:58] <Hixie> the model used by capabilities is way more sensible
  947. # [18:59] <annevk> I like the idea of exposing Request.port
  948. # [18:59] <annevk> or some such, if we need it
  949. # [19:00] <annevk> makes more sense since you can actually negotiate things about the request with the party that initiated it
  950. # [19:00] * Quits: zcorpan (~zcorpan@ip-200.t2.se.opera.com)
  951. # [19:00] <JakeA> Yep
  952. # [19:02] * Hixie discovers that a mail filter for "Subject: * deadline *" on standards lists reliably catches only pointless e-mail
  953. # [19:02] <annevk> heh
  954. # [19:02] <annevk> JakeA: perhaps we should reconsider the clients model
  955. # [19:03] * Joins: _ritchie_ (~andrewr@207.41.188.221)
  956. # [19:03] * Quits: hasather_ (~hasather@cm-84.210.170.16.getinternet.no) (Ping timeout: 265 seconds)
  957. # [19:04] <JakeA> annevk: we still need it for interaction post push message, but will reconsider it for reqiest
  958. # [19:05] <JakeA> annevk: and announcing updates
  959. # [19:07] * Quits: KevinMarks (~yaaic@2607:fb90:502:cf7e:43b4:a7b0:8474:9990) (Ping timeout: 272 seconds)
  960. # [19:09] <annevk> jgraham: is there some way to require TLS for a test?
  961. # [19:10] <jgraham> annevk: Not for a top level page at the moment
  962. # [19:10] <annevk> jgraham: that seems problematic
  963. # [19:10] <jgraham> You can use an iframe or window.open a tlbc for the moment
  964. # [19:11] <jgraham> (also tls doesn't work at all until someone reviews my changes
  965. # [19:11] <jgraham> )
  966. # [19:13] * Quits: gavin_ (~gavin@76.14.42.120) (Remote host closed the connection)
  967. # [19:13] * Joins: gavin_ (~gavin@76.14.42.120)
  968. # [19:13] * Joins: KevinMarks (~yaaic@2607:fb90:502:cf7e:43b4:a7b0:8474:9990)
  969. # [19:14] * Joins: BigBangUDR (~Thunderbi@115.244.156.15)
  970. # [19:18] * Quits: BigBangUDR (~Thunderbi@115.244.156.15) (Client Quit)
  971. # [19:22] * Quits: bnicholson (~bnicholso@24.130.60.241) (Ping timeout: 264 seconds)
  972. # [19:23] * Quits: psy__ (~psy@103.6.159.172) (Quit: Leaving)
  973. # [19:25] * Joins: frivoal (~frivoal@cm-84.211.98.39.getinternet.no)
  974. # [19:29] * Joins: zcorpan (~zcorpan@ip-200.t2.se.opera.com)
  975. # [19:29] * Krinkle is now known as Krinkle|detached
  976. # [19:35] * Joins: jsbell (jsbell@nat/google/x-ufdcvjneucfetxev)
  977. # [19:35] * Quits: smaug____ (~chatzilla@62-78-246-79.bb.dnainternet.fi) (Ping timeout: 250 seconds)
  978. # [19:38] * Quits: gavin_ (~gavin@76.14.42.120) (Ping timeout: 255 seconds)
  979. # [19:38] * Quits: _ritchie_ (~andrewr@207.41.188.221) (Quit: _ritchie_)
  980. # [19:39] * Quits: anchnk (~anchnk@static-176-182-138-141.ncc.abo.bbox.fr) (Quit: Leaving)
  981. # [19:42] * Quits: hasather (~hasather@80.91.33.141) (Remote host closed the connection)
  982. # [19:42] * Joins: hasather (~hasather@80.91.33.141)
  983. # [19:43] * Quits: dbaron (~dbaron@50-0-248-60.dsl.dynamic.fusionbroadband.com) (Ping timeout: 265 seconds)
  984. # [19:44] * Joins: Mso150 (~ctlM@80.83.238.49)
  985. # [19:45] * Joins: gavin_ (~gavin@76.14.42.120)
  986. # [19:51] * Quits: gavin_ (~gavin@76.14.42.120) (Ping timeout: 264 seconds)
  987. # [19:53] * Joins: bnicholson (~bnicholso@2620:101:80fc:224:8517:d573:db3b:4a82)
  988. # [19:54] * Quits: KevinMarks (~yaaic@2607:fb90:502:cf7e:43b4:a7b0:8474:9990) (Ping timeout: 272 seconds)
  989. # [19:56] * Joins: gavin_ (~gavin@76.14.42.120)
  990. # [20:01] * Quits: gavin_ (~gavin@76.14.42.120) (Ping timeout: 272 seconds)
  991. # [20:02] * Quits: calvaris (~calvaris@fanzine.igalia.com) (Quit: Ex-Chat)
  992. # [20:05] * Joins: gavin_ (~gavin@76.14.42.120)
  993. # [20:09] * Joins: BigBangUDR (~Thunderbi@115.244.156.15)
  994. # [20:09] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
  995. # [20:09] * Quits: gavin_ (~gavin@76.14.42.120) (Remote host closed the connection)
  996. # [20:09] * Quits: BigBangUDR (~Thunderbi@115.244.156.15) (Client Quit)
  997. # [20:10] * Joins: gavin_ (~gavin@76.14.42.120)
  998. # [20:11] * Joins: smaug____ (~chatzilla@62-78-246-79.bb.dnainternet.fi)
  999. # [20:14] * Joins: KevinMarks_ (~yaaic@172.56.38.232)
  1000. # [20:18] * Quits: KevinMarks_ (~yaaic@172.56.38.232) (Ping timeout: 240 seconds)
  1001. # [20:20] * Joins: KevinMarks_ (~yaaic@2607:fb90:2708:9521:1b51:5b5b:149a:1ce4)
  1002. # [20:21] * Joins: cheron (~cheron@unaffiliated/cheron)
  1003. # [20:23] * Quits: gavin_ (~gavin@76.14.42.120) (Remote host closed the connection)
  1004. # [20:26] * Joins: dbaron (~dbaron@2620:101:80fb:224:50:b8d1:563a:ec29)
  1005. # [20:27] * Quits: KevinMarks_ (~yaaic@2607:fb90:2708:9521:1b51:5b5b:149a:1ce4) (Ping timeout: 265 seconds)
  1006. # [20:27] * Joins: gavin_ (~gavin@76.14.42.120)
  1007. # [20:28] * Joins: _ritchie_ (~andrewr@207.41.188.221)
  1008. # [20:28] * Quits: prosper_ (~prosper@142.150.23.90) (Ping timeout: 245 seconds)
  1009. # [20:29] * Joins: KevinMarks_ (~yaaic@50-0-120-82.dedicated.static.sonic.net)
  1010. # [20:29] * Joins: kbx (~kbx@240f:12:c151:1:315c:8976:7b63:ecb1)
  1011. # [20:31] * Quits: gavin_ (~gavin@76.14.42.120) (Ping timeout: 240 seconds)
  1012. # [20:31] * Joins: jwalden (~waldo@2620:101:80fc:232:7e7a:91ff:fe25:a5a3)
  1013. # [20:33] * Joins: gavin__ (~gavin@76.14.42.120)
  1014. # [20:33] * Quits: gavin__ (~gavin@76.14.42.120) (Remote host closed the connection)
  1015. # [20:34] * Quits: kbx (~kbx@240f:12:c151:1:315c:8976:7b63:ecb1) (Ping timeout: 244 seconds)
  1016. # [20:36] * Joins: gavin_ (~gavin@76.14.42.120)
  1017. # [20:38] * Joins: Mso150_x (~ctlM@80.83.238.103)
  1018. # [20:38] * Quits: Mso150 (~ctlM@80.83.238.49) (Ping timeout: 272 seconds)
  1019. # [20:40] * Joins: zcorpan_ (~zcorpan@ip-200.t2.se.opera.com)
  1020. # [20:40] * Quits: zcorpan (~zcorpan@ip-200.t2.se.opera.com) (Read error: Connection reset by peer)
  1021. # [20:41] * Quits: adactio (~adactio@c-71-231-54-134.hsd1.wa.comcast.net) (Quit: adactio)
  1022. # [20:42] * Joins: zcorpan (~zcorpan@2a00:801:e0:30:b149:a97e:bd21:58f)
  1023. # [20:42] * Quits: hasather (~hasather@80.91.33.141) (Remote host closed the connection)
  1024. # [20:42] * Joins: hasather (~hasather@80.91.33.141)
  1025. # [20:44] * Joins: adactio (~adactio@c-71-231-54-134.hsd1.wa.comcast.net)
  1026. # [20:45] * Quits: zcorpan_ (~zcorpan@ip-200.t2.se.opera.com) (Ping timeout: 265 seconds)
  1027. # [20:46] * Joins: gavin__ (~gavin@76.14.42.120)
  1028. # [20:47] * Quits: gavin_ (~gavin@76.14.42.120) (Read error: Connection reset by peer)
  1029. # [20:50] * Quits: KevinMarks_ (~yaaic@50-0-120-82.dedicated.static.sonic.net) (Ping timeout: 256 seconds)
  1030. # [20:51] * Joins: KevinMarks (~yaaic@2607:fb90:401:1379:7cf8:3d6e:975:1b4)
  1031. # [20:53] * Quits: adactio (~adactio@c-71-231-54-134.hsd1.wa.comcast.net) (Quit: adactio)
  1032. # [21:08] * Joins: Bass10 (~Bass10@c-73-37-130-61.hsd1.mn.comcast.net)
  1033. # [21:11] * Joins: hasather_ (~hasather@cm-84.210.170.16.getinternet.no)
  1034. # [21:12] * Quits: hasather_ (~hasather@cm-84.210.170.16.getinternet.no) (Client Quit)
  1035. # [21:14] * Quits: frivoal (~frivoal@cm-84.211.98.39.getinternet.no) (Remote host closed the connection)
  1036. # [21:14] * Joins: frivoal (~frivoal@cm-84.211.98.39.getinternet.no)
  1037. # [21:15] * Quits: eric_carlson (~ericc@17.202.49.94) (Quit: eric_carlson)
  1038. # [21:16] * Joins: eric_carlson (~ericc@17.245.31.142)
  1039. # [21:17] * Quits: Bass10 (~Bass10@c-73-37-130-61.hsd1.mn.comcast.net) (Quit: Leaving)
  1040. # [21:18] * Joins: jernoble_ (~jernoble@17.114.217.245)
  1041. # [21:19] * Quits: jernoble|laptop (~jernoble@17.202.45.163) (Ping timeout: 265 seconds)
  1042. # [21:22] * Joins: lilmonkey (~colin@pdpc/supporter/professional/riven)
  1043. # [21:22] * Quits: _ritchie_ (~andrewr@207.41.188.221) (Ping timeout: 245 seconds)
  1044. # [21:24] * Joins: _ritchie_ (~andrewr@207.41.188.212)
  1045. # [21:33] * Joins: wartdev (~wartdev@109.255.148.96)
  1046. # [21:33] * Quits: wartdev (~wartdev@109.255.148.96) (Remote host closed the connection)
  1047. # [21:44] * Quits: jernoble_ (~jernoble@17.114.217.245) (Quit: Computer has gone to sleep.)
  1048. # [21:46] * Quits: frivoal (~frivoal@cm-84.211.98.39.getinternet.no) (Remote host closed the connection)
  1049. # [21:51] * Joins: rubys1 (~Adium@cpe-098-027-051-253.nc.res.rr.com)
  1050. # [21:52] <caitp> annevk, is it noted in the xhr spec anywhere that people might want to some day get rid of synchronous requests? if that's ever feasible... I just want to have something (other than https://www.w3.org/Bugs/Public/show_bug.cgi?id=24790) to discourage people from using it
  1051. # [21:53] <caitp> well, doesn't matter I guess
  1052. # [21:53] * Quits: plutoniix (~plutoniix@180.180.177.8) (Ping timeout: 256 seconds)
  1053. # [21:54] <zcorpan> caitp: https://xhr.spec.whatwg.org/#sync-warning
  1054. # [21:54] <caitp> not quite a deprecation notice, just a warning of why it's a bad idea
  1055. # [21:54] <caitp> i guess that works though
  1056. # [21:56] * Quits: rubys1 (~Adium@cpe-098-027-051-253.nc.res.rr.com) (Client Quit)
  1057. # [21:56] * Quits: ivan\ (~ivan@unaffiliated/ivan/x-000001) (Read error: Connection reset by peer)
  1058. # [21:57] * Joins: ivan\ (~ivan@unaffiliated/ivan/x-000001)
  1059. # [21:58] * Quits: jwalden (~waldo@2620:101:80fc:232:7e7a:91ff:fe25:a5a3) (Quit: brb)
  1060. # [21:59] * Joins: jwalden (~waldo@2620:101:80fc:224:7e7a:91ff:fe25:a5a3)
  1061. # [21:59] * Joins: jernoble|laptop (~jernoble@17.114.217.245)
  1062. # [22:00] * Quits: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net) (Ping timeout: 265 seconds)
  1063. # [22:01] * Joins: rniwa (~rniwa@17.202.43.222)
  1064. # [22:02] <rniwa> wycats: yt?
  1065. # [22:02] * Joins: othermaciej (~mjs@17.245.25.230)
  1066. # [22:03] * Quits: zdobersek (~zan@5.153.233.42) (Ping timeout: 255 seconds)
  1067. # [22:04] * Quits: jernoble|laptop (~jernoble@17.114.217.245) (Ping timeout: 255 seconds)
  1068. # [22:05] * Quits: Mso150_x (~ctlM@80.83.238.103) (Ping timeout: 250 seconds)
  1069. # [22:05] * Joins: Mso150_x (~ctlM@80.83.238.20)
  1070. # [22:05] * Joins: rubys1 (~Adium@cpe-098-027-051-253.nc.res.rr.com)
  1071. # [22:06] * Parts: rubys1 (~Adium@cpe-098-027-051-253.nc.res.rr.com)
  1072. # [22:06] * Joins: frivoal (~frivoal@cm-84.211.98.39.getinternet.no)
  1073. # [22:08] * Quits: KevinMarks (~yaaic@2607:fb90:401:1379:7cf8:3d6e:975:1b4) (Ping timeout: 265 seconds)
  1074. # [22:11] * Joins: plutoniix (~plutoniix@node-11qj.pool-180-180.dynamic.totbb.net)
  1075. # [22:17] * Quits: gavin__ (~gavin@76.14.42.120) (Remote host closed the connection)
  1076. # [22:17] * Joins: gavin_ (~gavin@76.14.42.120)
  1077. # [22:18] * Quits: tantek (~tantek@70-36-197-247.dsl.dynamic.fusionbroadband.com) (Quit: tantek)
  1078. # [22:19] * Quits: gavin_ (~gavin@76.14.42.120) (Remote host closed the connection)
  1079. # [22:19] * Joins: gavin__ (~gavin@76.14.42.120)
  1080. # [22:21] * Quits: cheron (~cheron@unaffiliated/cheron) (Ping timeout: 264 seconds)
  1081. # [22:22] * Quits: gavin__ (~gavin@76.14.42.120) (Remote host closed the connection)
  1082. # [22:22] * Joins: gavin_ (~gavin@76.14.42.120)
  1083. # [22:24] * Quits: gavin_ (~gavin@76.14.42.120) (Remote host closed the connection)
  1084. # [22:28] * Joins: gavin_ (~gavin@76.14.42.120)
  1085. # [22:28] <zcorpan> caitp: what would you expect from a deprecation notice?
  1086. # [22:28] <caitp> it would be nice to have a hardline "we want to get rid of this"
  1087. # [22:29] <caitp> even if it was in the spec rather than in implementations, that would be awesome
  1088. # [22:29] <caitp> because then whenever anyone asks for it (and they do :() I could say "hey look over there, it's gonna be gone in 6 months, so we can't" even if I know that's not really true
  1089. # [22:29] <zcorpan> caitp: isn't that what the second sentence says?
  1090. # [22:30] <caitp> it's definitely a discouragement
  1091. # [22:30] <caitp> but it's maybe not a hard "no"
  1092. # [22:30] * Quits: frivoal (~frivoal@cm-84.211.98.39.getinternet.no) (Remote host closed the connection)
  1093. # [22:30] <zcorpan> it says browsers are encouraged to throw so the feature can be removed
  1094. # [22:30] <zcorpan> the first sentence says authors must not use it
  1095. # [22:31] <zcorpan> i don't understand what you're missing
  1096. # [22:32] <caitp> > when the JavaScript global environment is a document environment
  1097. # [22:33] <caitp> ^--- this statement doesn't mean anything to non-implementors
  1098. # [22:33] <caitp> most people won't even interpret that as a "this doesn't apply to workers"
  1099. # [22:33] * Quits: jsx (uid48919@fsf/intern/jsx) (Quit: Connection closed for inactivity)
  1100. # [22:33] * Joins: gavin__ (~gavin@76.14.42.120)
  1101. # [22:34] <caitp> "as it has detrimental effects to the end user's experience" <<< a lot of people think they have reasons to use it in spite of that --- so it's definitely good that it's there, but they still think they know better
  1102. # [22:34] <caitp> "encouraged to warn about such usage in developer tools and may experiment with throwing" <<< not really normative, not a strong statement
  1103. # [22:35] <caitp> all I'm saying is it would be nice to have a strong statement against it
  1104. # [22:35] <caitp> there are some in bugs, but it's hard to get people to look at those
  1105. # [22:36] * Quits: gavin__ (~gavin@76.14.42.120) (Remote host closed the connection)
  1106. # [22:36] * Joins: gavin__ (~gavin@76.14.42.120)
  1107. # [22:37] <zcorpan> caitp: what do you think of https://html.spec.whatwg.org/multipage/webappapis.html#dialogs-implemented-using-separate-documents ?
  1108. # [22:38] * Quits: gavin_ (~gavin@76.14.42.120) (Ping timeout: 240 seconds)
  1109. # [22:39] <caitp> that's a lot nicer, and in cases where there are actually threads on removing them from the platform, you can link people to them so they can get the anger off their chests
  1110. # [22:39] <zcorpan> technically it's weaker since it doesn't have anything normative. but i can see that it's easier to understand the message
  1111. # [22:39] <caitp> just my opinion, though, it's up to you guys on the xhr thing --- it would just be a bit easier for for me
  1112. # [22:39] * Quits: eric_carlson (~ericc@17.245.31.142) (Quit: eric_carlson)
  1113. # [22:40] <zcorpan> annevk: ^
  1114. # [22:40] * Joins: Smylers (~smylers@host86-147-46-136.range86-147.btcentralplus.com)
  1115. # [22:40] * Joins: eric_carlson (~ericc@17.245.31.142)
  1116. # [22:40] * Quits: gavin__ (~gavin@76.14.42.120) (Remote host closed the connection)
  1117. # [22:40] * Joins: gavin_ (~gavin@76.14.42.120)
  1118. # [22:42] * Quits: gavin_ (~gavin@76.14.42.120) (Remote host closed the connection)
  1119. # [22:43] * Joins: gavin_ (~gavin@76.14.42.120)
  1120. # [22:45] * Joins: gavin__ (~gavin@76.14.42.120)
  1121. # [22:45] <annevk> caitp: zcorpan: thanks, let's try to fix that now
  1122. # [22:47] * Quits: gavin__ (~gavin@76.14.42.120) (Remote host closed the connection)
  1123. # [22:47] * Joins: gavin__ (~gavin@76.14.42.120)
  1124. # [22:48] * Quits: gavin_ (~gavin@76.14.42.120) (Ping timeout: 264 seconds)
  1125. # [22:48] * Quits: gavin__ (~gavin@76.14.42.120) (Remote host closed the connection)
  1126. # [22:49] * Joins: gavin_ (~gavin@76.14.42.120)
  1127. # [22:49] * Quits: TallTed (~Thud@63.119.36.36)
  1128. # [22:49] * Quits: othermaciej (~mjs@17.245.25.230) (Quit: othermaciej)
  1129. # [22:51] * Joins: othermaciej (~mjs@17.245.25.230)
  1130. # [22:53] * Joins: gavin__ (~gavin@76.14.42.120)
  1131. # [22:53] * Quits: roc (~chatzilla@121-99-128-47.bng1.tvc.orcon.net.nz) (Remote host closed the connection)
  1132. # [22:53] * Joins: tantek (~tantek@corp-nat.p2p.sfo1.mozilla.com)
  1133. # [22:54] * Joins: danbri (~Adium@204.41.200.146.dyn.plus.net)
  1134. # [22:55] * Quits: gavin_ (~gavin@76.14.42.120) (Ping timeout: 240 seconds)
  1135. # [22:55] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Read error: Connection reset by peer)
  1136. # [22:55] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
  1137. # [22:56] <annevk> caitp: zcorpan: https://xhr.spec.whatwg.org/#sync-warning
  1138. # [22:58] <caitp> that looks good :)
  1139. # [22:59] <caitp> that oughta shut em up... I mean, convince them that they don't need to be able to do that**
  1140. # [22:59] <zcorpan> annevk: the second sentence now has two "therefore"s
  1141. # [22:59] * Quits: gavin__ (~gavin@76.14.42.120) (Ping timeout: 255 seconds)
  1142. # [22:59] <caitp> it does?
  1143. # [22:59] <annevk> http://portal.cs.oag.state.tx.us/OAGStaticContent/portal/login/help/listPasswordRules.htm and no TLS
  1144. # [22:59] <annevk> what the fuck
  1145. # [22:59] <zcorpan> well one therefore and one as
  1146. # [22:59] <annevk> (via Twitter)
  1147. # [23:00] <zcorpan> annevk: maybe put "as it has detrimental effects to the end user's experience" in the first sentence?
  1148. # [23:01] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
  1149. # [23:02] * Quits: eric_carlson (~ericc@17.245.31.142) (Quit: eric_carlson)
  1150. # [23:02] * Quits: newtron_ (~newtron@76-10-162-219.dsl.teksavvy.com) (Remote host closed the connection)
  1151. # [23:02] <annevk> zcorpan: thanks, done
  1152. # [23:02] * Joins: newtron (~newtron@76-10-162-219.dsl.teksavvy.com)
  1153. # [23:02] <zcorpan> lgtm
  1154. # [23:03] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
  1155. # [23:03] * Quits: tantek (~tantek@corp-nat.p2p.sfo1.mozilla.com) (Quit: tantek)
  1156. # [23:04] * Joins: KevinMarks_ (~yaaic@50-0-120-82.dedicated.static.sonic.net)
  1157. # [23:05] * heycam|away is now known as heycam
  1158. # [23:06] * Joins: gavin___ (~gavin@76.14.42.120)
  1159. # [23:06] * Quits: gavin___ (~gavin@76.14.42.120) (Remote host closed the connection)
  1160. # [23:07] * Joins: gavin__ (~gavin@76.14.42.120)
  1161. # [23:08] * Joins: eric_carlson (~ericc@17.245.31.142)
  1162. # [23:08] * Quits: KevinMarks_ (~yaaic@50-0-120-82.dedicated.static.sonic.net) (Ping timeout: 256 seconds)
  1163. # [23:09] * Quits: gavin__ (~gavin@76.14.42.120) (Remote host closed the connection)
  1164. # [23:10] <heycam> zcorpan, ack
  1165. # [23:10] * Quits: danbri (~Adium@204.41.200.146.dyn.plus.net) (Quit: Leaving.)
  1166. # [23:12] <annevk> heycam: 1) are you free to work on IDL bugs again? 2) will be in Portland?
  1167. # [23:12] * Joins: gavin_ (~gavin@76.14.42.120)
  1168. # [23:12] * Quits: gavin_ (~gavin@76.14.42.120) (Remote host closed the connection)
  1169. # [23:12] <heycam> annevk, yes, though so far this week I've been catching up on bugs. and yes.
  1170. # [23:12] * Joins: gavin_ (~gavin@76.14.42.120)
  1171. # [23:13] <heycam> annevk, haven't read mailing list mail / w3c bugs yet
  1172. # [23:13] <annevk> heycam: twice awesome
  1173. # [23:13] * Quits: gavin_ (~gavin@76.14.42.120) (Remote host closed the connection)
  1174. # [23:13] * Quits: newtron (~newtron@76-10-162-219.dsl.teksavvy.com) (Remote host closed the connection)
  1175. # [23:14] * Quits: plutoniix (~plutoniix@node-11qj.pool-180-180.dynamic.totbb.net) (Quit: จรลี จรลา)
  1176. # [23:14] <annevk> heycam: enjoy
  1177. # [23:14] <heycam> yeah always my favourite part of returning :/
  1178. # [23:14] <annevk> heycam: I've been working on the associated Realm thing with bz
  1179. # [23:15] <annevk> heycam: https://github.com/w3c/web-platform-tests/pull/1381 has a bunch of tests for the near empty WebIDL directory
  1180. # [23:15] <heycam> annevk, oh cool, so this will replace the "associated ECMAScript global environment" wording?
  1181. # [23:15] <annevk> heycam: haven't gotten quite that far yet
  1182. # [23:16] <annevk> heycam: mostly figuring out what the status quo is
  1183. # [23:16] <heycam> annevk, ok. tbh I never looked into what the ES6 spec did with Realms and how useful/realistic they are.
  1184. # [23:16] <annevk> well they're a match for ES
  1185. # [23:16] <annevk> but platform is more complicated :-(
  1186. # [23:16] <annevk> so we have the current Realm, the entry settings object, and the incumbent settings object
  1187. # [23:17] <annevk> and then specification writers have to make sure to pick the right one for base URLs, origins, etc.
  1188. # [23:17] <annevk> hint: doesn't work
  1189. # [23:17] <heycam> what a pain
  1190. # [23:17] <heycam> seeing tests for this stuff will be awesome though!
  1191. # [23:18] <annevk> yeah, so hopefully we can figure out what we want the default setup to be going forward, make that easy, and then prefix the rest with legacy or some such
  1192. # [23:18] * Quits: Maurice` (copyman@unaffiliated/maurice)
  1193. # [23:18] <heycam> sounds great
  1194. # [23:19] <heycam> erm
  1195. # [23:19] <heycam> where did my Web IDL tests go?
  1196. # [23:19] <annevk> heycam: are they still in a pull request?
  1197. # [23:19] <heycam> annevk, oh yeah that's right
  1198. # [23:19] <heycam> annevk, I never addressed plh's/dom's comments
  1199. # [23:21] * Quits: Mso150_x (~ctlM@80.83.238.20) (Read error: Connection reset by peer)
  1200. # [23:22] <annevk> heycam: gotta go, guess we'll talk later about the open issues once you've caught up
  1201. # [23:22] <heycam> annevk, cool, ttyl
  1202. # [23:23] * Joins: zdobersek (~zan@185.3.135.122)
  1203. # [23:27] * Joins: gavin_ (~gavin@76.14.42.120)
  1204. # [23:27] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: :tiuQ tiuq sah woclrak)
  1205. # [23:29] * Quits: gavin_ (~gavin@76.14.42.120) (Remote host closed the connection)
  1206. # [23:29] * Joins: gavin_ (~gavin@76.14.42.120)
  1207. # [23:29] * Joins: roc (~chatzilla@2001:cb0:b202:232:2677:3ff:fece:dc64)
  1208. # [23:30] * Quits: gavin_ (~gavin@76.14.42.120) (Remote host closed the connection)
  1209. # [23:30] * Joins: gavin_ (~gavin@76.14.42.120)
  1210. # [23:31] * Joins: frivoal (~frivoal@cm-84.211.98.39.getinternet.no)
  1211. # [23:31] * Joins: dydx (~dydz@76-220-18-65.lightspeed.sntcca.sbcglobal.net)
  1212. # [23:32] * Quits: gavin_ (~gavin@76.14.42.120) (Remote host closed the connection)
  1213. # [23:33] * Joins: gavin_ (~gavin@76.14.42.120)
  1214. # [23:35] * Joins: Lachy_ (~Lachy@cm-84.215.104.248.getinternet.no)
  1215. # [23:36] * Joins: KevinMarks_ (~yaaic@2607:fb90:40b:c027:697a:5b10:efdb:de99)
  1216. # [23:36] * Quits: frivoal (~frivoal@cm-84.211.98.39.getinternet.no) (Ping timeout: 250 seconds)
  1217. # [23:38] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Ping timeout: 244 seconds)
  1218. # [23:38] * Joins: gavin__ (~gavin@76.14.42.120)
  1219. # [23:40] * Quits: gavin_ (~gavin@76.14.42.120) (Ping timeout: 245 seconds)
  1220. # [23:41] * Quits: gavin__ (~gavin@76.14.42.120) (Remote host closed the connection)
  1221. # [23:41] * Joins: gavin_ (~gavin@76.14.42.120)
  1222. # [23:45] * Quits: gavin_ (~gavin@76.14.42.120) (Remote host closed the connection)
  1223. # [23:47] * Joins: gavin_ (~gavin@76.14.42.120)
  1224. # [23:47] * Quits: zdobersek (~zan@185.3.135.122) (Quit: Leaving.)
  1225. # [23:48] * Quits: gavin_ (~gavin@76.14.42.120) (Remote host closed the connection)
  1226. # [23:49] * Joins: gavin_ (~gavin@76.14.42.120)
  1227. # [23:49] * Joins: scor (~scor@c-24-2-162-32.hsd1.ma.comcast.net)
  1228. # [23:49] * Quits: scor (~scor@c-24-2-162-32.hsd1.ma.comcast.net) (Changing host)
  1229. # [23:49] * Joins: scor (~scor@drupal.org/user/52142/view)
  1230. # [23:50] * Quits: gavin_ (~gavin@76.14.42.120) (Remote host closed the connection)
  1231. # [23:50] * Joins: gavin_ (~gavin@76.14.42.120)
  1232. # [23:54] * Joins: gavin__ (~gavin@76.14.42.120)
  1233. # [23:55] * Quits: gavin_ (~gavin@76.14.42.120) (Ping timeout: 244 seconds)
  1234. # [23:56] * Quits: gavin__ (~gavin@76.14.42.120) (Remote host closed the connection)
  1235. # [23:56] * Joins: yoav (~yoav@sdo26-1-78-245-148-181.fbx.proxad.net)
  1236. # [23:57] * Quits: smaug____ (~chatzilla@62-78-246-79.bb.dnainternet.fi) (Quit: ChatZilla 0.9.91 [Firefox 36.0a1/20141109030205])
  1237. # [23:58] * Joins: smaug____ (~chatzilla@62-78-246-79.bb.dnainternet.fi)
  1238. # [23:58] * Joins: weinig (~weinig@17.114.217.58)
  1239. # [23:58] * Joins: gavin_ (~gavin@76.14.42.120)
  1240. # [23:58] * Joins: karlcow (~karl@nerval.la-grange.net)
  1241. # [23:59] * Quits: weinig (~weinig@17.114.217.58) (Client Quit)
  1242. # Session Close: Wed Nov 12 00:00:00 2014

Previous day, Next day