/irc-logs / freenode / #whatwg / 2015-03-19 / end

Options:

Previous day, Next day

  1. # Session Start: Thu Mar 19 00:00:01 2015
  2. # Session Ident: #whatwg
  3. # [00:01] * Quits: othermaciej (~mjs@82.sub-70-197-29.myvzw.com) (Ping timeout: 272 seconds)
  4. # [00:01] * Joins: tantek (~tantek@198.0.180.197)
  5. # [00:05] * Joins: benwerd (~benwerd@199.87.84.238)
  6. # [00:10] * Joins: weinig (~weinig@17.245.50.160)
  7. # [00:11] * Joins: jacobolus (~jacobolus@213.sub-70-197-22.myvzw.com)
  8. # [00:13] * Joins: othermaciej (~mjs@17.245.55.136)
  9. # [00:17] * Quits: jacobolus (~jacobolus@213.sub-70-197-22.myvzw.com) (Ping timeout: 256 seconds)
  10. # [00:18] * Krinkle|detached is now known as Krinkle
  11. # [00:23] * Joins: jacobolus (~jacobolus@239.sub-70-197-10.myvzw.com)
  12. # [00:31] * Quits: jyasskin (jyasskin@nat/google/x-zindaoaymcmvljfk) (Quit: My computer has gone to sleep. ZZZzzz…)
  13. # [00:33] <rektide> MikeSmith: thanks for your comments last week regarding my incindiary behavior on twitter re: push api.
  14. # [00:34] * Joins: jyasskin (jyasskin@nat/google/x-kjidcojutpjiqkbs)
  15. # [00:36] * Joins: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com)
  16. # [00:38] * Quits: jernoble_ (~jernoble@17.202.49.155) (Quit: Computer has gone to sleep.)
  17. # [00:42] * Quits: clamstar (~rx-ident@162.243.230.189) (Ping timeout: 256 seconds)
  18. # [00:45] * Quits: tantek (~tantek@198.0.180.197) (Quit: tantek)
  19. # [00:49] * Joins: clamstar (~rx-ident@162.243.230.189)
  20. # [01:02] * Quits: othermaciej (~mjs@17.245.55.136) (Quit: othermaciej)
  21. # [01:02] * Quits: weinig (~weinig@17.245.50.160) (Quit: weinig)
  22. # [01:03] <MikeSmith> rektide: positive vibrations
  23. # [01:04] * Quits: plutoniix (~plutoniix@node-ocr.pool-101-108.dynamic.totbb.net) (Quit: จรลี จรลา)
  24. # [01:05] * Quits: jyasskin (jyasskin@nat/google/x-kjidcojutpjiqkbs) (Quit: My computer has gone to sleep. ZZZzzz…)
  25. # [01:07] * Joins: jyasskin (jyasskin@nat/google/x-zxiepkkkobtcfbfj)
  26. # [01:09] <rektide> seeing an api key as the first thing in the sample for the latest greatest webspec... are there engineering specialized psychiatrists?
  27. # [01:10] <rektide> i want to be better, but i feel completely outgunned, unlistened to, with people driving things they want to drive with what seems to me like wanton disregard for all the good stuff we do have
  28. # [01:11] <rektide> i cant imagine a positive interaction cycle. unless i show up with something that works, that i've in my own time made happen, i have a hard time envisioning myself more than a receiver for someone elses vibrations
  29. # [01:11] * Quits: smaug____ (~chatzilla@62-78-246-79.bb.dnainternet.fi) (Ping timeout: 264 seconds)
  30. # [01:13] * Joins: tantek (~tantek@38.111.11.2)
  31. # [01:14] * Joins: othermaciej (~mjs@17.202.48.222)
  32. # [01:16] <MikeSmith> rektide: yet other people are in there getting listened to and helping improve and fix things
  33. # [01:17] <MikeSmith> rektide: I think sometimes your rhetorical approach alienates people before they even have a chance to consider the substance of what you're proposing or the problems you're pointing out
  34. # [01:18] * Quits: ap (~ap@17.202.44.214)
  35. # [01:18] * Quits: jacobolus (~jacobolus@239.sub-70-197-10.myvzw.com) (Ping timeout: 244 seconds)
  36. # [01:19] * Joins: jernoble_ (~jernoble@76.74.153.49)
  37. # [01:23] * Quits: jsbell (jsbell@nat/google/x-yhyilfegvmiqutwx) (Quit: There's no place like home...)
  38. # [01:24] * Joins: jacobolus (~jacobolus@252.sub-70-197-19.myvzw.com)
  39. # [01:28] <rektide> I almost never see any serious spec realignments happen
  40. # [01:29] <rektide> I admittedly am far from a close follower, but coming back to most specs, they are from a consumer perspective or or less what they were when I saw them 6 months ago
  41. # [01:29] <MikeSmith> rektide: then I think you're not looking hard enough or you're not looking for the right things
  42. # [01:30] <rektide> I fully believe there's a lot of ahrd work and people getting things improved and fixed, but the molds get set, and ya'll should be thankful and delighted to have outsiders bringing up derivise by changes
  43. # [01:31] <MikeSmith> everybody's thankful for genuinely constructive feedback
  44. # [01:31] <MikeSmith> but nobody is thankful if somebody shows up and just shits all over everything and calls everybody idiots
  45. # [01:32] <rektide> well in this case i was very happy bringing shame down on this, yes.
  46. # [01:32] <rektide> but generally i try to hold my tongue and state some kind of stance that i think is important and i think is being overlooked
  47. # [01:32] <rektide> in a civil fashion
  48. # [01:33] <MikeSmith> well civility will get you a lot farther than shaming
  49. # [01:33] * Quits: c74d (~c74d3a4eb@2002:4404:712c:0:76de:2bff:fed4:2766) (Ping timeout: 272 seconds)
  50. # [01:33] * Joins: weinig (~weinig@17.244.163.127)
  51. # [01:33] <MikeSmith> anyway I think if/when you can get Hixie's attention you might get more consideration
  52. # [01:34] <MikeSmith> because among other things I think he has thicker skin than the rest of us as far as this goes
  53. # [01:35] * Quits: weinig (~weinig@17.244.163.127) (Client Quit)
  54. # [01:35] <MikeSmith> he doesn't often flip the bozo bit on anybody
  55. # [01:37] <MikeSmith> @poiuytds
  56. # [01:37] <sambuddhabasu1> can someone explain how iframe sandbox works?
  57. # [01:37] <TabAtkins> When someone is "very happy bringing shame down", that usually results in everyone immediately flipping their bozo bit.
  58. # [01:37] <sambuddhabasu1> Im trying for nested iframe to bypass CSP
  59. # [01:38] <MikeSmith> rektide: what TabAtkins just said
  60. # [01:38] <TabAtkins> sambuddhabasu1: The spec does a decent job of explaining it. What's confusing you?
  61. # [01:38] <sambuddhabasu1> TabAtkins: can you link me to it?
  62. # [01:38] <TabAtkins> sambuddhabasu1: https://html.spec.whatwg.org/multipage/embedded-content.html#attr-iframe-sandbox
  63. # [01:39] <sambuddhabasu1> TabAtkins: can you help me bypass CSP either by nested iframe
  64. # [01:39] <sambuddhabasu1> or by using the iframe srcdoc attribute
  65. # [01:39] <TabAtkins> What are you trying to bypass CSP for?
  66. # [01:39] <TabAtkins> (Also, I probably can't help; I haven't had to mess with CSP before.)
  67. # [01:40] <sambuddhabasu1> TabAtkins: im making a safari extension and will need it for that
  68. # [01:40] <TabAtkins> What specifically are you trying to do that is being blocked by CSP, I mean?
  69. # [01:40] <sambuddhabasu1> TabAtkins: Im trying to inject an iframe with src of that of a local file packaged in the safari extension
  70. # [01:41] <sambuddhabasu1> but look like, safari handles CSP differently and the sites need a safari-extension explicitly in the CSP header for the extension to work
  71. # [01:41] * Joins: satazor_ (~satazor@117.195.115.89.rev.vodafone.pt)
  72. # [01:42] <rektide> TabAtkins: people had reactions to EME, thought it did bad un-web things and degraded something precious to them. i think you have to not deny me my own feelings, deny me the ability to act publically, in ways the working groups might not like as some kind of tribute i have to offer to also work inside the group calmly, collectedly, respectfully.
  73. # [01:42] <TabAtkins> Is CSP preventing some inline scripts from running, or something?
  74. # [01:43] <sambuddhabasu1> TabAtkins: CSP is not letting me load the safari extension local files itself :(
  75. # [01:43] <TabAtkins> rektide: I don't care about "denying" you anything. I'm just saying that if you're hostile, I'll ignore you, and lots of other people will do the same.
  76. # [01:44] <TabAtkins> sambuddhabasu1: Ah, I really can't help you there. I can at least tell you that srcdoc doesn't help vs anything else; it's the same as src="data:text/html,...", just with easier escaping rules.
  77. # [01:44] * Quits: satazor (~satazor@114.248.108.93.rev.vodafone.pt) (Ping timeout: 246 seconds)
  78. # [01:44] <sambuddhabasu1> TabAtkins: alright, thanks for letting me know that
  79. # [01:45] <sambuddhabasu1> do you know of anyone who can help me with this? TabAtkins
  80. # [01:45] * Joins: jdaggett_ (~jdaggett@61-121-216-2.bitcat.net)
  81. # [01:45] <TabAtkins> No clue! Sorry. :(
  82. # [01:45] <rektide> TabAtkins: that comes off awfully seriously as a threat, a very big one
  83. # [01:46] <TabAtkins> rektide: Haha, ok.
  84. # [01:46] <TabAtkins> I don't think reasonable people would call "I don't want to listen to you if you're not willing to speak respectfully" a threat, but whatever.
  85. # [01:47] <TabAtkins> There's a lot of work to be done, and a lot of people to be interacted with, and I don't have time to deal with people throwing shade.
  86. # [01:48] <rektide> Well, it's just that the reactions i've gotten and what people have been talking to me about aren't interactions-
  87. # [01:48] <TabAtkins> That's some mental static I don't have to deal with, except in the most limited and extreme cases.
  88. # [01:48] <rektide> they me working through my mental anguish
  89. # [01:48] <rektide> publically on twitter
  90. # [01:48] <TabAtkins> rektide: I just looked back at some threads you commented in, and yeah, they're totes hostile, in a way that immediately makes me skip past them.
  91. # [01:48] <rektide> Yup I know.
  92. # [01:49] <TabAtkins> If you've got mental anguish, work through that on your own time. Come to the lists with a calm demeanor, or people will ignore or downplay you.
  93. # [01:49] * Quits: jernoble_ (~jernoble@76.74.153.49) (Quit: Computer has gone to sleep.)
  94. # [01:49] * Quits: jacobolus (~jacobolus@252.sub-70-197-19.myvzw.com) (Remote host closed the connection)
  95. # [01:49] <TabAtkins> This isn't a rough-and-tumble place. We don't truck with letting people be hostile just because they're contributing.
  96. # [01:49] * Joins: scor (~scor@c-24-2-162-32.hsd1.ma.comcast.net)
  97. # [01:49] * Quits: scor (~scor@c-24-2-162-32.hsd1.ma.comcast.net) (Changing host)
  98. # [01:49] * Joins: scor (~scor@drupal.org/user/52142/view)
  99. # [01:50] <rektide> I don't have any qualm with any of that, or any of what you've said framed in terms of what happens on the list.
  100. # [01:51] * rektide is cornered again
  101. # [01:52] * rektide feels like he doesn't know the secret sign
  102. # [01:55] <rektide> i'm presuming Tab was talking about https://lists.w3.org/Archives/Public/public-webapps/2014OctDec/0257.html
  103. # [01:55] <rektide> as that's the first thing that shows up for me, and is a classic me example
  104. # [01:55] <caitp-> the secret sign is just finger horns
  105. # [01:55] <caitp-> gestured with your tongue out, of course
  106. # [01:55] <rektide> if i'm so obviously right, why is it so hard for me to make a 1/10th decent point
  107. # [01:56] <rektide> more shame rektide examples are welcome here, particularly if there's more to say than 'immediately makes me skip past them'
  108. # [01:57] * Joins: jacobolus (~jacobolus@2600:1010:b00f:af5a:dc64:de90:b3ae:c0a0)
  109. # [01:59] <rektide> what do i do when i get 'first draft, more to come' https://lists.w3.org/Archives/Public/public-device-apis/2009Dec/0283.html and then time passes and it's all haha jk https://github.com/w3c/push-api/issues/81
  110. # [02:00] <caitp-> maybe you could get some big stakeholders on your side
  111. # [02:01] <caitp-> sort of like the way well funded lobbyists are able to get washington on their side
  112. # [02:01] * Quits: scor (~scor@drupal.org/user/52142/view) (Ping timeout: 256 seconds)
  113. # [02:03] <rektide> i just want to continue being right all the time, continue spending way less time than i should writing emails that poorly commincate little except for a sense of the dire emminating from my corner, and have everyone look at it and go- oh, it's rektide, we'd better fucking listen
  114. # [02:03] <rektide> i havent found any lobbyists here in DC that can help me with that
  115. # [02:09] <caitp-> to be right, you have to convince people you're right --- and the most convincing things are things that big stakeholders want, imo
  116. # [02:10] <TabAtkins> rektide: For example, your posts in the blink-dev Push API thread, where there was a random "403 'Fuck You' Forbidden", and then some weird hostile defense of that.
  117. # [02:10] <TabAtkins> Your comment in the webapps "What Am I Missing" thread are like *super* hostile.
  118. # [02:11] <TabAtkins> Your www-dom "MouseEvent-mouse" thread was fine, it just got ignored. That's not cool, you should ping it again.
  119. # [02:12] <TabAtkins> "[blink-dev] Discovery [extends: Intent to Implement: navigator.connect]" is weird - it feels vaguely hostile.
  120. # [02:13] <TabAtkins> That's just the first couple of threads that come up when I search for "rektide" in my gmail.
  121. # [02:14] * Quits: satazor_ (~satazor@117.195.115.89.rev.vodafone.pt) (Remote host closed the connection)
  122. # [02:14] * Quits: othermaciej (~mjs@17.202.48.222) (Ping timeout: 252 seconds)
  123. # [02:14] <rektide> https://lists.w3.org/Archives/Public/public-webapps/2014OctDec/0486.html is the "What am I missing" thread
  124. # [02:17] <caitp-> so the main argument is "push api is opaque"?
  125. # [02:17] <rektide> i think the guys use case is great
  126. # [02:17] <rektide> he wanted to be able to host an http endpoint
  127. # [02:18] * Quits: jyasskin (jyasskin@nat/google/x-zxiepkkkobtcfbfj) (Quit: My computer has gone to sleep. ZZZzzz…)
  128. # [02:23] <rektide> by opaque i mean, there's no identity, no resource for what is pushed. i mean there's no headers to serve as envelope declaring what's inside.
  129. # [02:24] <rektide> "push api is opque" right now will do it for me, yes.
  130. # [02:25] <rektide> as a web developer, i've always been given the amazing ability to be talking about things. and i lose that ability with the push api. there's just stuff, blobs, showing up, undifferentiable at the transport layer.
  131. # [02:27] * Joins: othermaciej (~mjs@76.74.153.41)
  132. # [02:28] * Quits: jwalden (~waldo@2620:101:80fc:224:7e7a:91ff:fe25:a5a3) (Ping timeout: 256 seconds)
  133. # [02:31] * Quits: broquaint (~dbrook@static.94.217.47.78.clients.your-server.de) (Ping timeout: 240 seconds)
  134. # [02:31] * Quits: benwerd (~benwerd@199.87.84.238) (Remote host closed the connection)
  135. # [02:32] * Joins: broquaint (~dbrook@static.94.217.47.78.clients.your-server.de)
  136. # [02:35] * Joins: eric_carlson (~ericc@c-24-6-239-9.hsd1.ca.comcast.net)
  137. # [02:38] * heycam is now known as heycam|away
  138. # [02:39] * Joins: satazor (~satazor@117.195.115.89.rev.vodafone.pt)
  139. # [02:45] * Joins: rniwa (~rniwa@17.202.47.189)
  140. # [02:52] * Quits: jdaggett_ (~jdaggett@61-121-216-2.bitcat.net) (Quit: jdaggett_)
  141. # [02:53] * Joins: jdaggett_ (~jdaggett@61-121-216-2.bitcat.net)
  142. # [02:53] * Quits: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com) (Ping timeout: 244 seconds)
  143. # [02:55] * Joins: Goplat (~goplat@reactos/developer/Goplat)
  144. # [02:59] * Joins: KevinMarks_ (~KevinMark@172.56.15.37)
  145. # [02:59] * Joins: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com)
  146. # [02:59] * Quits: KevinMarks_ (~KevinMark@172.56.15.37) (Read error: Connection timed out)
  147. # [02:59] * Quits: satazor (~satazor@117.195.115.89.rev.vodafone.pt) (Remote host closed the connection)
  148. # [03:00] * Joins: KevinMarks_ (~KevinMark@172.56.15.37)
  149. # [03:01] <MikeSmith> so this is the first time I've seen this one https://twitter.com/sideshowbarker/status/578373861147705344
  150. # [03:01] <MikeSmith> https://pbs.twimg.com/media/CAbL9eCUgAAeRMB.png
  151. # [03:02] <MikeSmith> 「Your connection is private but someone on the network might be able to change the look of the page.」
  152. # [03:02] <MikeSmith> only in Chrome, and only on mobile
  153. # [03:03] <TabAtkins> MikeSmith: How weird. No clue what that means.
  154. # [03:03] * Quits: igoroliveira (uid20755@gateway/web/irccloud.com/x-ezhhpdujuigykhjq) (Quit: Connection closed for inactivity)
  155. # [03:04] <MikeSmith> TabAtkins: pinged @__apf__ about it. I reckon she knows
  156. # [03:04] <MikeSmith> I'm running Chrome beta on Android
  157. # [03:05] <MikeSmith> maybe it's something new
  158. # [03:05] <MikeSmith> I'm running a version that was just released today
  159. # [03:12] <MikeSmith> hsivonen: upgrading to newest Apache HTTP client seems to have increased the number of requests per second the vnu servlet code can handle
  160. # [03:13] <MikeSmith> hsivonen: http://validator.w3.org/nu/stats.html
  161. # [03:14] <MikeSmith> hsivonen: atm showing around 4.02 validations per second on each instance
  162. # [03:14] <MikeSmith> hsivonen: vs around 3.2 before I did the upgrade
  163. # [03:19] <MikeSmith> rektide: the normal pattern is that initial feedback doesn't result in any changes
  164. # [03:19] <MikeSmith> it often takes some sustained (calm and civil) lobbying
  165. # [03:21] <MikeSmith> ask the responsive-images advocates about how they felt in the weeks after they first brought back their <picture> proposal to the browser projects
  166. # [03:22] <MikeSmith> rektide: you probably don't want to hear this but it seems like it often takes pretty much a year before you see others come around on some things
  167. # [03:22] <MikeSmith> but that's not a pattern unique to getting standards problems fixed
  168. # [03:23] <MikeSmith> cf. https://twitter.com/lgarron/status/576522491939536897
  169. # [03:24] <MikeSmith> and there are other cases like when we spent I think at least 5 years trying to get the Apache web server project to change the non-conforming default content type that they were sending out
  170. # [03:25] * Quits: eBureau (~Bruno@181.164.77.172) (Quit: Textual IRC Client: www.textualapp.com)
  171. # [03:26] <MikeSmith> and it's taken 5 years for blink to move DOM properties to prototypes where they're supposed to be
  172. # [03:26] * Quits: eric_carlson (~ericc@c-24-6-239-9.hsd1.ca.comcast.net) (Quit: eric_carlson)
  173. # [03:27] <MikeSmith> and WebKit is still shipping broken behavior for that, with no sign they plan on fixing it any time soon
  174. # [03:28] <MikeSmith> so it's not you're talking to people who've had no big frustrations of their own waiting for others to come around to making things right
  175. # [03:29] * Joins: eric_carlson (~ericc@c-24-6-239-9.hsd1.ca.comcast.net)
  176. # [03:31] * Quits: eric_carlson (~ericc@c-24-6-239-9.hsd1.ca.comcast.net) (Client Quit)
  177. # [03:33] * Joins: eric_carlson (~ericc@c-24-6-239-9.hsd1.ca.comcast.net)
  178. # [03:37] * Quits: dbaron (~dbaron@2620:101:80fb:224:5c3e:f03d:6555:3bc9) (Ping timeout: 256 seconds)
  179. # [03:42] * Joins: plutoniix (~plutoniix@ppp-124-120-70-229.revip2.asianet.co.th)
  180. # [03:43] * heycam|away is now known as heycam
  181. # [03:44] * Quits: othermaciej (~mjs@76.74.153.41) (Quit: othermaciej)
  182. # [03:44] * Joins: othermaciej (~mjs@76.74.153.41)
  183. # [03:47] * Quits: othermaciej (~mjs@76.74.153.41) (Client Quit)
  184. # [03:55] * Joins: othermaciej (~mjs@c-71-198-213-78.hsd1.ca.comcast.net)
  185. # [03:57] * Quits: jacobolus (~jacobolus@2600:1010:b00f:af5a:dc64:de90:b3ae:c0a0) (Remote host closed the connection)
  186. # [03:58] * Joins: jacobolus (~jacobolus@2600:1010:b00f:af5a:dc64:de90:b3ae:c0a0)
  187. # [04:03] * Quits: jacobolus (~jacobolus@2600:1010:b00f:af5a:dc64:de90:b3ae:c0a0) (Ping timeout: 256 seconds)
  188. # [04:03] * Joins: ohaibbq (~ohaibbq@2601:9:a80:a8f:751e:efa7:ca33:6bfc)
  189. # [04:08] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
  190. # [04:11] * Joins: tripu (~tripu@2001:200:0:8805:3d97:a3d8:899b:bd8a)
  191. # [04:13] * Quits: sambuddhabasu1 (uid71037@gateway/web/irccloud.com/x-xafnqqkeorsjecrn) (Quit: Connection closed for inactivity)
  192. # [04:14] * Quits: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com) (Ping timeout: 244 seconds)
  193. # [04:30] * Quits: othermaciej (~mjs@c-71-198-213-78.hsd1.ca.comcast.net) (Ping timeout: 256 seconds)
  194. # [04:35] * Joins: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com)
  195. # [04:35] * Quits: roc (~chatzilla@2001:cb0:b202:224:2677:3ff:fece:dc64) (Remote host closed the connection)
  196. # [04:39] * Joins: xiinotulp (~plutoniix@ppp-124-120-206-103.revip2.asianet.co.th)
  197. # [04:40] * Quits: plutoniix (~plutoniix@ppp-124-120-70-229.revip2.asianet.co.th) (Read error: Connection reset by peer)
  198. # [04:45] * Joins: dbaron (~dbaron@70-36-140-197.dsl.dynamic.fusionbroadband.com)
  199. # [04:52] * Quits: tantek (~tantek@38.111.11.2) (Quit: tantek)
  200. # [05:02] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Read error: Connection reset by peer)
  201. # [05:02] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
  202. # [05:03] * Joins: c74d (~c74d3a4eb@2002:4404:712c:0:76de:2bff:fed4:2766)
  203. # [05:13] * Quits: jsx (uid48919@fsf/intern/jsx) (Quit: Connection closed for inactivity)
  204. # [05:21] * Quits: npcomp (~eldon@c-24-126-240-124.hsd1.ga.comcast.net) (Read error: Connection reset by peer)
  205. # [05:22] * Quits: eric_carlson (~ericc@c-24-6-239-9.hsd1.ca.comcast.net) (Quit: eric_carlson)
  206. # [05:23] * Joins: roc (~chatzilla@121-98-106-4.bng1.tvc.orcon.net.nz)
  207. # [05:24] * Joins: eric_carlson (~ericc@c-24-6-239-9.hsd1.ca.comcast.net)
  208. # [05:25] * Joins: npcomp (~eldon@c-24-126-240-124.hsd1.ga.comcast.net)
  209. # [05:27] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Remote host closed the connection)
  210. # [05:28] * Quits: eric_carlson (~ericc@c-24-6-239-9.hsd1.ca.comcast.net) (Client Quit)
  211. # [05:29] * Joins: weinig (~weinig@c-98-234-191-242.hsd1.ca.comcast.net)
  212. # [05:33] * xiinotulp is now known as plutoniix
  213. # [05:35] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
  214. # [05:37] * Quits: weinig (~weinig@c-98-234-191-242.hsd1.ca.comcast.net) (Quit: weinig)
  215. # [05:38] * Quits: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com) (Ping timeout: 244 seconds)
  216. # [05:43] * Quits: rniwa (~rniwa@17.202.47.189) (Ping timeout: 264 seconds)
  217. # [05:48] * Krinkle is now known as Krinkle|detached
  218. # [05:50] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
  219. # [06:03] * heycam is now known as heycam|away
  220. # [06:07] <paul_irish> has anyone attempted spec'ing autofill behavior? specifically looking at what events should be expected
  221. # [06:09] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Remote host closed the connection)
  222. # [06:09] * Joins: jwalden (~waldo@c-50-168-55-219.hsd1.ca.comcast.net)
  223. # [06:12] <paul_irish> I see "autocomplete" event to fire on the form. but nothing for the fields. input? change? keyup?
  224. # [06:13] * Joins: benwerd (~benwerd@67.180.159.135)
  225. # [06:13] <paul_irish> the challenge is a lot of authors binding to keyup and I'm wondering if it's fair to send a synthetic keyup after autofill. (the alternative is wait till they also bind to oninput)
  226. # [06:17] * Quits: KevinMarks_ (~KevinMark@172.56.15.37) (Ping timeout: 250 seconds)
  227. # [06:19] * Joins: rniwa (~rniwa@67.164.23.121)
  228. # [06:32] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
  229. # [06:40] * heycam|away is now known as heycam
  230. # [06:57] * Quits: hswolff (~hswolff@cpe-74-72-82-167.nyc.res.rr.com) (Ping timeout: 252 seconds)
  231. # [06:59] * Joins: hswolff (~hswolff@cpe-74-72-82-167.nyc.res.rr.com)
  232. # [07:00] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Remote host closed the connection)
  233. # [07:01] * Quits: dbaron (~dbaron@70-36-140-197.dsl.dynamic.fusionbroadband.com) (Ping timeout: 245 seconds)
  234. # [07:13] * Joins: KevinMarks_ (~KevinMark@172.56.15.37)
  235. # [07:22] * heycam is now known as heycam|away
  236. # [07:29] * Quits: plutoniix (~plutoniix@ppp-124-120-206-103.revip2.asianet.co.th) (Ping timeout: 246 seconds)
  237. # [07:32] * Joins: sicking (~sicking@c-98-210-159-193.hsd1.ca.comcast.net)
  238. # [07:41] * Joins: plutoniix (~plutoniix@ppp-124-120-206-103.revip2.asianet.co.th)
  239. # [07:58] * Joins: zdobersek (~zan@gateway/vpn/privateinternetaccess/zdobersek)
  240. # [07:59] * Quits: rniwa (~rniwa@67.164.23.121) (Quit: My Mac has gone to sleep. ZZZzzz…)
  241. # [08:02] * Joins: rniwa (~rniwa@67.164.23.121)
  242. # [08:04] * Quits: benwerd (~benwerd@67.180.159.135) (Remote host closed the connection)
  243. # [08:05] * Quits: rniwa (~rniwa@67.164.23.121) (Client Quit)
  244. # [08:07] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
  245. # [08:14] * Joins: SteveF_ (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net)
  246. # [08:17] * Quits: KevinMarks_ (~KevinMark@172.56.15.37) (Ping timeout: 255 seconds)
  247. # [08:22] * Joins: seekadvice (5fb9082a@gateway/web/freenode/ip.95.185.8.42)
  248. # [08:22] <seekadvice> hi, am i at the right place ? the whatwg html.....
  249. # [08:29] <seekadvice> helloooooooo....... anybody here, this is my 1st time on this kind of communication, i need some advice......regarding html
  250. # [08:32] <philipj> seekadvice: well, ask away :)
  251. # [08:32] * Quits: Goplat (~goplat@reactos/developer/Goplat) (Remote host closed the connection)
  252. # [08:35] <seekadvice> i wanted to learn html, i am a novice programmer,, i was hit by the news of DRM in W3C,,, i was looking for an alternative and came by whatwg.org by mistake, , so now i am considering learning html,, just with out DRM,
  253. # [08:35] * Joins: sambuddhabasu1 (uid71037@gateway/web/irccloud.com/x-zfnzvysxsokfvxdf)
  254. # [08:35] <seekadvice> i found this pdf on whatwg.org with 1250 pages,,,,, any easier method to learn html ?
  255. # [08:45] * Joins: Ms2ger (~Ms2ger@193.190.253.149)
  256. # [08:52] <seekadvice> oh well,,,,, thank you anyway,,,i think i found another source.
  257. # [08:52] * Quits: seekadvice (5fb9082a@gateway/web/freenode/ip.95.185.8.42) (Quit: Page closed)
  258. # [09:04] * Quits: mpt (~mpt@canonical/mpt) (Remote host closed the connection)
  259. # [09:04] * Quits: psy_ (~psy@103.6.159.177) (Ping timeout: 264 seconds)
  260. # [09:05] * Joins: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
  261. # [09:06] * Quits: KevinMarks (~yaaic@2607:fb90:406:e707:e878:e20c:730c:f999) (Ping timeout: 265 seconds)
  262. # [09:07] * Joins: mpt (~mpt@canonical/mpt)
  263. # [09:08] * Joins: frivoal (~frivoal@cm-84.208.175.177.getinternet.no)
  264. # [09:09] * Quits: Ms2ger (~Ms2ger@193.190.253.149) (Ping timeout: 255 seconds)
  265. # [09:12] * Joins: Lachy (~Lachy@124-168-22-56.dyn.iinet.net.au)
  266. # [09:13] * Quits: jdaggett_ (~jdaggett@61-121-216-2.bitcat.net) (Ping timeout: 255 seconds)
  267. # [09:18] * Joins: markkes (~markkes@62.207.90.201)
  268. # [09:22] * Quits: sicking (~sicking@c-98-210-159-193.hsd1.ca.comcast.net) (Quit: sicking)
  269. # [09:29] * Quits: dshwang (dshwang@nat/intel/x-vxhqqjudjzkjuxus) (Remote host closed the connection)
  270. # [09:31] * Joins: dshwang (~dshwang@134.134.137.73)
  271. # [09:41] <Domenic> Can we just make all "boolean-ish" attributes (but not actual boolean ones) accept true/false/yes/no/on/off?
  272. # [09:41] <Domenic> I guess we'd have to pick a canonical one for the reflection into script, and that might be backward-incompat...
  273. # [09:41] <Domenic> wait no they should all reflect as javascript booleans
  274. # [09:45] <Domenic> annevk: what is the author-visible implication of "this also impacts Request and the first step of HTTP network or cache fetch"?
  275. # [09:46] <annevk> Domenic: should be obvious for Request
  276. # [09:46] <annevk> Domenic: there's no implication for the latter I think, just mentioning it
  277. # [09:46] <Domenic> So, you mean that request.body will behave the same as res.body with respect to .clone()?
  278. # [09:47] <annevk> Domenic: at least on the service worker side, it's still not entirely clear to me how Request works on both sides without issue
  279. # [09:48] <Domenic> i really hope it does...
  280. # [09:48] <Domenic> Node has a messy ServerRequest vs. ClientRequest thing, at first I thought fetch would have to but then I was convinced we could avoid it.
  281. # [09:49] <annevk> Domenic: okay, I think the same is actually true for Response to some extent, e.g. you want to read from response, but you might also want to write to it from a service worker
  282. # [09:49] <Domenic> yes, definitely
  283. # [09:49] * Joins: psy_ (~psy@103.6.159.177)
  284. # [09:49] <annevk> Anyway, all I meant to say was that what goes for Response also goes Request
  285. # [09:49] <annevk> for ^
  286. # [09:49] <Domenic> what we decided last time we talked about this is that the creator of a (Request|Response) gets to write to it, consumer gets to read
  287. # [09:49] <Domenic> ok cool
  288. # [09:51] <Domenic> some new security attack with caches, abstract sounds scary http://arxiv.org/pdf/1502.07373v2.pdf
  289. # [10:05] * Quits: ^esc (~esc-ape@178.115.131.117.wireless.dyn.drei.com) (Ping timeout: 264 seconds)
  290. # [10:06] * Joins: calvaris (~calvaris@fanzine.igalia.com)
  291. # [10:06] * Joins: ^esc (~esc-ape@77.119.129.88.wireless.dyn.drei.com)
  292. # [10:11] * Quits: SteveF_ (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net) (Ping timeout: 272 seconds)
  293. # [10:13] * Quits: ohaibbq (~ohaibbq@2601:9:a80:a8f:751e:efa7:ca33:6bfc) (Remote host closed the connection)
  294. # [10:13] * Quits: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 252 seconds)
  295. # [10:15] * Joins: KevinMarks (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
  296. # [10:17] * Quits: KevinMarks (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
  297. # [10:19] <MikeSmith> Domenic: hey there are some positive parts in there too
  298. # [10:19] <MikeSmith> "The fierce competition between different browser vendors resulted in an intense focus on improving Javascript performance. As a result, Javascript code performs in some scenarios on a level which is on par with that of native code."
  299. # [10:19] <MikeSmith> that part's nice
  300. # [10:19] * Joins: KevinMarks (~KevinMark@c-67-164-14-200.hsd1.ca.comcast.net)
  301. # [10:20] <annevk> Yeah and now we have all the exploits of .exe :-P
  302. # [10:22] <Domenic> welp, might as well give up and add shared memory
  303. # [10:25] * Joins: ^esc_ (~esc-ape@77.119.128.14.wireless.dyn.drei.com)
  304. # [10:25] * Quits: ^esc (~esc-ape@77.119.129.88.wireless.dyn.drei.com) (Ping timeout: 264 seconds)
  305. # [10:25] * Quits: dshwang (~dshwang@134.134.137.73) (Remote host closed the connection)
  306. # [10:26] <MikeSmith> ah browser has to be new enough to support High Resolution Time
  307. # [10:26] <MikeSmith> "the actual resolution of this timestamp for Safari for MacOS was on the order of nanoseconds, while Internet Explorer for Windows had a 0.8µs resolution. Chrome, on the other hand, offered a uniform resolution of 1µ on all operating systems we tested"
  308. # [10:27] * Joins: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
  309. # [10:27] * Joins: dshwang (dshwang@nat/intel/x-gynwytkegfcgtjkf)
  310. # [10:27] <MikeSmith> but iOS is safe because no High Resolution Time support
  311. # [10:28] <MikeSmith> " the Javascript level, it seems that somewhat reducing the resolution of the high-resolution timer will make this attack more difficult to launch"
  312. # [10:29] <MikeSmith> ** "A possible stopgap measure would be to restrict access to this timer to applications which gain the user’s consent"
  313. # [10:29] <MikeSmith> "(for example, by displaying a confirmation window)"
  314. # [10:29] <MikeSmith> who woulda thought
  315. # [10:30] <MikeSmith> ... that High Resolution Time would become a feature that's sufficiently powerful/dangerous enough to merit requiring user opt-in
  316. # [10:36] * Quits: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
  317. # [10:37] * Joins: SteveF_ (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net)
  318. # [10:37] <MikeSmith> botie, inform plh of high interest to Web Perf WG, security exploit: http://arxiv.org/pdf/1502.07373v2.pdf "A possible stopgap measure would be to restrict access to the High Resolution Timer API to applications which gain the user’s consent (for example, by displaying a confirmation window)"
  319. # [10:37] <botie> will do
  320. # [10:37] <MikeSmith> oope
  321. # [10:39] * Joins: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
  322. # [10:39] * Quits: _francisco (d96fa1d4@gateway/web/freenode/ip.217.111.161.212) (Ping timeout: 246 seconds)
  323. # [10:48] * Quits: tripu (~tripu@2001:200:0:8805:3d97:a3d8:899b:bd8a) (Ping timeout: 265 seconds)
  324. # [10:50] <annevk> Well given the number of timing attacks we are already familiar with it's not super surprising
  325. # [10:51] <annevk> But yeah, given the number of APIs it seems more and more like we want to ask the user to what extent they trust a certain domain + lock combination
  326. # [10:51] * Quits: dshwang (dshwang@nat/intel/x-gynwytkegfcgtjkf) (Remote host closed the connection)
  327. # [10:52] * Joins: dshwang (dshwang@nat/intel/x-lpoqjthbdnsjoagg)
  328. # [10:57] * Joins: alrra (uid62345@gateway/web/irccloud.com/x-nbfsfrakhuyxocdy)
  329. # [10:59] * Quits: zdobersek (~zan@gateway/vpn/privateinternetaccess/zdobersek) (Ping timeout: 255 seconds)
  330. # [10:59] * Joins: espadrine (~tyl@LMontsouris-656-1-2-84.w80-12.abo.wanadoo.fr)
  331. # [11:06] * Joins: darobin (~darobin@159.180.228.142)
  332. # [11:21] * Quits: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
  333. # [11:24] * Joins: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
  334. # [11:52] * Quits: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
  335. # [11:55] * Joins: zdobersek (~zan@gateway/vpn/privateinternetaccess/zdobersek)
  336. # [11:56] * Joins: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
  337. # [12:02] * Joins: smaug____ (~chatzilla@62-78-246-79.bb.dnainternet.fi)
  338. # [12:04] * Joins: satazor (~satazor@117.195.115.89.rev.vodafone.pt)
  339. # [12:17] * Quits: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
  340. # [12:21] * Joins: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
  341. # [12:28] * Quits: karlcow (~karl@nerval.la-grange.net) (Ping timeout: 272 seconds)
  342. # [12:30] * Quits: frivoal (~frivoal@cm-84.208.175.177.getinternet.no) (Remote host closed the connection)
  343. # [12:30] * Joins: karlcow (~karl@nerval.la-grange.net)
  344. # [12:36] * Joins: francisco_ (d96fa1d4@gateway/web/freenode/ip.217.111.161.212)
  345. # [12:36] <francisco_> JakeA: ping, i'm working with sw, trying to do send a postMessage back to a window, but the result from clients.matchAll() is an empty sequence, am I missing something?
  346. # [12:43] * Joins: watilde (~watilde@i114-180-106-158.s04.a013.ap.plala.or.jp)
  347. # [12:43] * Quits: Lachy (~Lachy@124-168-22-56.dyn.iinet.net.au) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  348. # [12:44] * Joins: tantek (~tantek@38.111.11.2)
  349. # [12:46] * Joins: watilde_ (~watilde@240f:74:da68:1:196:99af:dc82:da48)
  350. # [12:46] * Quits: watilde_ (~watilde@240f:74:da68:1:196:99af:dc82:da48) (Remote host closed the connection)
  351. # [12:47] * Quits: watilde (~watilde@i114-180-106-158.s04.a013.ap.plala.or.jp) (Ping timeout: 246 seconds)
  352. # [12:49] * Joins: watilde (~watilde@240f:74:da68:1:b861:f1be:e943:fb6)
  353. # [12:49] * Quits: satazor (~satazor@117.195.115.89.rev.vodafone.pt) (Remote host closed the connection)
  354. # [12:50] * Quits: watilde (~watilde@240f:74:da68:1:b861:f1be:e943:fb6) (Remote host closed the connection)
  355. # [12:51] * Joins: watilde (~watilde@240f:74:da68:1:441f:2997:550f:51f4)
  356. # [12:52] * Quits: watilde (~watilde@240f:74:da68:1:441f:2997:550f:51f4) (Remote host closed the connection)
  357. # [12:52] * Joins: satazor (~satazor@bl6-111-97.dsl.telepac.pt)
  358. # [12:53] * Joins: watilde (~watilde@240f:74:da68:1:4c11:d01:8f39:b600)
  359. # [13:07] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 256 seconds)
  360. # [13:08] * Quits: ricea (~ricea@2401:fa00:4:1000:a088:a1ea:8e97:9c8) (Ping timeout: 272 seconds)
  361. # [13:09] <JakeA> francisco_: in transit at the moment, but will take a look when I'm in the office. What version of Chrome?
  362. # [13:17] <ondras> hm, I have a .ttf font that has a printable character for code point U+0010
  363. # [13:17] <ondras> I guess I am out of luck displaying that?
  364. # [13:19] * Joins: mpt (~mpt@canonical/mpt)
  365. # [13:20] * Quits: nickstenn (~nickstenn@unaffiliated/nickstenn) (Quit: Bye)
  366. # [13:21] * Joins: ricea (~ricea@2401:fa00:4:1000:826:703c:5234:a06c)
  367. # [13:22] * Joins: nickstenn (~nickstenn@unaffiliated/nickstenn)
  368. # [13:24] * Quits: plutoniix (~plutoniix@ppp-124-120-206-103.revip2.asianet.co.th) (Quit: จรลี จรลา)
  369. # [13:28] * Quits: watilde (~watilde@240f:74:da68:1:4c11:d01:8f39:b600) (Remote host closed the connection)
  370. # [13:45] * Quits: hswolff (~hswolff@cpe-74-72-82-167.nyc.res.rr.com) (Remote host closed the connection)
  371. # [13:46] * Quits: CvP (~CvP@203.76.123.238) (Ping timeout: 240 seconds)
  372. # [13:46] * Joins: CvP (~CvP@203.76.123.238)
  373. # [13:46] <zcorpan> annevk: where is the normative bit for sending Origin for POSTs? "It is used for all HTTP fetches whose CORS flag is set as well as those where request's method is `POST`."
  374. # [13:46] <zcorpan> annevk: or is that up to specs that invoke fetch?
  375. # [13:49] * Joins: g4 (~g4@unaffiliated/gormer)
  376. # [13:49] <annevk> zcorpan: yeah
  377. # [13:49] <annevk> zcorpan: the idea is that they would set the force Origin flag or whatever it's called
  378. # [13:50] <annevk> zcorpan: I'm open to doing that some other way
  379. # [13:52] <francisco_> JakeA: 43.02337, having same problems in gecko :( ... so was wondering if was my code, but it looks a pretty straight forward use. meanwhile i can workaround it on gecko using broadcastchannel api, but didn't think how i can do the same on canary
  380. # [13:52] <zcorpan> annevk: thx
  381. # [13:53] <zcorpan> annevk: i dunno, given the note i had expected the algorithm to look at the method and insert Origin if it's POST, but maybe it's fine as is
  382. # [13:54] <annevk> Ooh, that note is describing the policy there seems to be some agreement around
  383. # [13:55] <annevk> Yeah, I agree that is somewhat confusing. Depends a bit on who reads the document. Could add something for specificationers.
  384. # [14:00] <zcorpan> that could be useful
  385. # [14:01] <zcorpan> on another note, why does sendBeacon use CORS instead of matching <form method=post> ?
  386. # [14:02] * Joins: frivoal (~frivoal@cm-84.208.175.177.getinternet.no)
  387. # [14:02] * Joins: eBureau (~Bruno@181.164.77.172)
  388. # [14:02] * Joins: igoroliveira (uid20755@gateway/web/irccloud.com/x-jvkazrtrvucyjwgv)
  389. # [14:05] * Joins: newtron (~newtron@199.71.174.203)
  390. # [14:05] <JakeA> francisco_: is the code anywhere I can see?
  391. # [14:06] * Quits: tantek (~tantek@38.111.11.2) (Quit: tantek)
  392. # [14:09] * Joins: watilde (~watilde@KD119106006072.ppp-bb.dion.ne.jp)
  393. # [14:11] * Quits: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2) (Read error: Connection reset by peer)
  394. # [14:13] * Joins: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2)
  395. # [14:14] * Quits: smaug____ (~chatzilla@62-78-246-79.bb.dnainternet.fi) (Ping timeout: 246 seconds)
  396. # [14:18] * Joins: ehsan (~ehsan@135-23-213-215.cpe.pppoe.ca)
  397. # [14:23] * Quits: satazor (~satazor@bl6-111-97.dsl.telepac.pt) (Remote host closed the connection)
  398. # [14:26] * Quits: watilde (~watilde@KD119106006072.ppp-bb.dion.ne.jp) (Remote host closed the connection)
  399. # [14:28] * Joins: watilde (~watilde@KD119106006072.ppp-bb.dion.ne.jp)
  400. # [14:28] * Quits: watilde (~watilde@KD119106006072.ppp-bb.dion.ne.jp) (Remote host closed the connection)
  401. # [14:28] * Quits: beverloo (beverloo@nat/google/x-viwgttzyhxnrgmmv) (Ping timeout: 256 seconds)
  402. # [14:29] * Joins: watilde (~watilde@240f:74:da68:1:209d:d510:f01d:dabf)
  403. # [14:30] * Quits: watilde (~watilde@240f:74:da68:1:209d:d510:f01d:dabf) (Remote host closed the connection)
  404. # [14:30] * Quits: c74d (~c74d3a4eb@2002:4404:712c:0:76de:2bff:fed4:2766) (Remote host closed the connection)
  405. # [14:31] * Joins: TallTed (~Thud@63.119.36.36)
  406. # [14:31] * Joins: watilde (~watilde@240f:74:da68:1:209d:d510:f01d:dabf)
  407. # [14:32] * Quits: watilde (~watilde@240f:74:da68:1:209d:d510:f01d:dabf) (Remote host closed the connection)
  408. # [14:33] * Joins: watilde (~watilde@240f:74:da68:1:209d:d510:f01d:dabf)
  409. # [14:34] * Joins: c74d (~c74d3a4eb@2002:4404:712c:0:76de:2bff:fed4:2766)
  410. # [14:35] <annevk> zcorpan: custom payloads?
  411. # [14:35] <annevk> zcorpan: for the subset that matches <form method=post> they do the same, presumably
  412. # [14:35] <annevk> zcorpan: it's not like you need to look at the response with sendBeacon()
  413. # [14:38] <zcorpan> annevk: ah right. yeah i guess that makes sense
  414. # [14:38] <zcorpan> annevk: it's different in that sendBeacon will fail to follow redirects without CORS headers in the response
  415. # [14:39] <annevk> zcorpan: that's a good point
  416. # [14:40] <annevk> Web Performance WG did it rather rushed and without really understanding the networking principles and I guess I missed that bit...
  417. # [14:40] <annevk> meh
  418. # [14:41] * Joins: beverloo (beverloo@nat/google/x-zvpszjmxdlmsbvna)
  419. # [14:41] <zcorpan> apparently blink still follows the redirect, so maybe we can change the spec
  420. # [14:41] <zcorpan> https://code.google.com/p/chromium/issues/detail?id=468527
  421. # [14:48] * Joins: plutoniix (~plutoniix@node-18pz.pool-101-109.dynamic.totbb.net)
  422. # [14:50] * Quits: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
  423. # [14:55] * Joins: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
  424. # [15:02] * Quits: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2) (Ping timeout: 256 seconds)
  425. # [15:03] * Joins: nunnun (~hiro@2001:200:164:48:20c:29ff:fe02:11d2)
  426. # [15:04] <annevk> o_O
  427. # [15:04] * Quits: annevk (~annevk@77-57-115-157.dclient.hispeed.ch) (Remote host closed the connection)
  428. # [15:07] * Joins: encryptd_fractl (~encryptd_@24-177-122-160.dhcp.mdsn.wi.charter.com)
  429. # [15:09] * Joins: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com)
  430. # [15:10] * Joins: tantek (~tantek@31-34-30.wireless.csail.mit.edu)
  431. # [15:10] * Quits: watilde (~watilde@240f:74:da68:1:209d:d510:f01d:dabf) (Remote host closed the connection)
  432. # [15:11] <francisco_> JakeA: yup -> https://github.com/arcturus/serviceworkerware/blob/master/lib/sww.js#L150-L173
  433. # [15:12] * Quits: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
  434. # [15:12] * Joins: eric_carlson (~ericc@17.202.49.94)
  435. # [15:13] * Quits: ehsan (~ehsan@135-23-213-215.cpe.pppoe.ca) (Remote host closed the connection)
  436. # [15:13] * Joins: ehsan (~ehsan@135-23-213-215.cpe.pppoe.ca)
  437. # [15:14] * Quits: ehsan (~ehsan@135-23-213-215.cpe.pppoe.ca) (Remote host closed the connection)
  438. # [15:14] * Joins: ehsan (~ehsan@135-23-213-215.cpe.pppoe.ca)
  439. # [15:15] * Joins: scor (scor@nat/acquia/x-rrgbrzcvkvqoykji)
  440. # [15:15] * Quits: scor (scor@nat/acquia/x-rrgbrzcvkvqoykji) (Changing host)
  441. # [15:15] * Joins: scor (scor@drupal.org/user/52142/view)
  442. # [15:17] * Joins: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
  443. # [15:18] * Joins: tripu (~tripu@p7223-ipngn11001marunouchi.tokyo.ocn.ne.jp)
  444. # [15:19] * Quits: ehsan (~ehsan@135-23-213-215.cpe.pppoe.ca) (Ping timeout: 256 seconds)
  445. # [15:23] * Joins: ohaibbq (~ohaibbq@2601:9:a80:a8f:a810:6348:58a9:b092)
  446. # [15:30] * Joins: zenith_ (~zenith@142.150.23.90)
  447. # [15:31] * Joins: watilde (~watilde@i114-180-106-158.s04.a013.ap.plala.or.jp)
  448. # [15:36] * Quits: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
  449. # [15:39] * Joins: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
  450. # [15:39] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Remote host closed the connection)
  451. # [15:39] * Joins: smaug____ (~chatzilla@62-78-246-79.bb.dnainternet.fi)
  452. # [15:44] * Joins: ehsan (~ehsan@2001:450:1f:224:54f3:d2f:715d:a6a4)
  453. # [15:54] * Joins: dbaron (~dbaron@70-36-140-197.dsl.dynamic.fusionbroadband.com)
  454. # [16:12] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
  455. # [16:16] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Ping timeout: 246 seconds)
  456. # [16:20] * Joins: KevinMarks__ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
  457. # [16:20] * Quits: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
  458. # [16:21] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
  459. # [16:23] * Joins: thinkxl (~thinkxl@74-95-237-22-Houston.hfc.comcastbusiness.net)
  460. # [16:23] * Joins: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com)
  461. # [16:27] * Quits: zdobersek (~zan@gateway/vpn/privateinternetaccess/zdobersek) (Read error: Connection reset by peer)
  462. # [16:29] * Quits: karlcow (~karl@nerval.la-grange.net) (Ping timeout: 252 seconds)
  463. # [16:29] * Quits: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com) (Quit: sicking)
  464. # [16:31] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
  465. # [16:33] * Joins: karlcow (~karl@nerval.la-grange.net)
  466. # [16:36] * Quits: g4 (~g4@unaffiliated/gormer) (Remote host closed the connection)
  467. # [16:38] * Quits: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com) (Quit: sicking)
  468. # [16:44] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
  469. # [16:46] * Joins: zdobersek (~zan@gateway/vpn/privateinternetaccess/zdobersek)
  470. # [16:47] <JakeA> francisco_: I just went to https://jakearchibald.github.io/svgomg/, opened devtools, ran window.onmessage = function(e) { console.log(e) }
  471. # [16:48] <JakeA> francisco_: then chrome://serviceworker-internals/, inspect…
  472. # [16:48] <JakeA> francisco_: then clients.matchAll().then(function(c) { c[0].postMessage('hi') })
  473. # [16:48] <JakeA> and that was logged in the window
  474. # [16:49] * Quits: jahman (~woops@129.175.204.73) (Ping timeout: 250 seconds)
  475. # [16:50] <francisco_> JakeA: thanks will give it a second try
  476. # [16:52] * Joins: mven (~textual@32.97.110.57)
  477. # [16:53] * Quits: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com) (Quit: My computer has gone to sleep. ZZZzzz…)
  478. # [16:55] * Joins: barnabywalters (~barnabywa@212.156.94.166)
  479. # [16:56] <francisco_> JakeA: no luck for me https://pastebin.mozilla.org/8826453 in mac 64bits 43.02337
  480. # [16:57] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Remote host closed the connection)
  481. # [17:00] * Quits: zenith_ (~zenith@142.150.23.90) (Remote host closed the connection)
  482. # [17:01] * Quits: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com) (Quit: sicking)
  483. # [17:01] <JakeA> francisco_: what's navigator.serviceWorker.controller of the page?
  484. # [17:02] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
  485. # [17:02] * Quits: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com) (Client Quit)
  486. # [17:03] <francisco_> JakeA: woops, is null, very null
  487. # [17:03] <JakeA> francisco_: What's the SW's scope?
  488. # [17:04] <JakeA> (and the page's url? I'm betting it's out of scope)
  489. # [17:05] <francisco_> JakeA: not specifying scope, and doing the request from the same page that installs the sw
  490. # [17:05] <JakeA> francisco_: that means the scops is './' resolved against the SW script url
  491. # [17:05] * Joins: jernoble_ (~jernoble@76.74.153.41)
  492. # [17:05] <JakeA> I'm guessing that makes the page out of scope
  493. # [17:05] <JakeA> francisco_: serviceworker-internals will tell you the calculated scope
  494. # [17:08] <francisco_> JakeA: right, http://localhost:8000/demo/
  495. # [17:09] <JakeA> francisco_: but the SW *script* url?
  496. # [17:09] <francisco_> JakeA: you are totally right, it's outside the demo directory, despite that the registration is being done there
  497. # [17:09] * Joins: jahman (~woops@129.175.204.73)
  498. # [17:10] <JakeA> francisco_: that's fine if it's /sw.js, but I guess it isn't?
  499. # [17:10] <francisco_> JakeA: it isent, is /lib/sw.js
  500. # [17:10] <francisco_> *isnt
  501. # [17:10] <JakeA> francisco_: ahh, so the scope is /lib/, which is why pages in /demo/ aren't showing up
  502. # [17:11] <francisco_> JakeA: \o/
  503. # [17:12] <JakeA> francisco_: in future, clients.matchAll({includeUncontrolled: true}) would have shown that page, but Chrome doesn't support that yet
  504. # [17:12] * Joins: ap_ (~ap@17.202.44.214)
  505. # [17:13] <francisco_> JakeA: good to know, thanks a lot!
  506. # [17:14] <JakeA> francisco_: the SW script url is security-sensitive, see http://jakearchibald.com/2014/launching-sw-without-breaking-the-web/ (we went with option B)
  507. # [17:16] <francisco_> JakeA: could I have more than one sw handling different scopes?
  508. # [17:18] * Quits: jernoble_ (~jernoble@76.74.153.41) (Quit: Computer has gone to sleep.)
  509. # [17:26] * Quits: moo-_- (miohtama@lakka.kapsi.fi) (Ping timeout: 256 seconds)
  510. # [17:27] * Quits: tantek (~tantek@31-34-30.wireless.csail.mit.edu) (Quit: tantek)
  511. # [17:27] * Joins: moo-_- (miohtama@lakka.kapsi.fi)
  512. # [17:38] * Joins: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com)
  513. # [17:49] * Joins: tantek (~tantek@31-34-30.wireless.csail.mit.edu)
  514. # [17:51] * Quits: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com) (Quit: My computer has gone to sleep. ZZZzzz…)
  515. # [17:55] <JakeA> francisco_: yep!
  516. # [17:58] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
  517. # [17:59] * Quits: KevinMarks__ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
  518. # [18:03] * Joins: jernoble_ (~jernoble@17.202.49.155)
  519. # [18:03] * Joins: bholley (~bholley@c-24-130-121-49.hsd1.ca.comcast.net)
  520. # [18:04] * Joins: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
  521. # [18:05] * Quits: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
  522. # [18:05] * Joins: jernobl__ (~jernoble@17.244.161.247)
  523. # [18:06] * Joins: jsx (uid48919@fsf/intern/jsx)
  524. # [18:06] * Joins: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com)
  525. # [18:08] * Quits: jernoble_ (~jernoble@17.202.49.155) (Ping timeout: 250 seconds)
  526. # [18:08] <JakeA> Domenic: promise.chain… any idea why we have that?
  527. # [18:08] * Joins: hswolff (~hswolff@cpe-74-72-82-167.nyc.res.rr.com)
  528. # [18:09] * Joins: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
  529. # [18:10] * Quits: ohaibbq (~ohaibbq@2601:9:a80:a8f:a810:6348:58a9:b092) (Remote host closed the connection)
  530. # [18:13] * Quits: scor (scor@drupal.org/user/52142/view) (Quit: scor)
  531. # [18:14] * Joins: eric_carlson_ (~ericc@17.245.24.138)
  532. # [18:14] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
  533. # [18:14] <TabAtkins> JakeA: The guy who implemented Blink's promise support liked a different set of names, and decided to just say "fuck it, I'm shipping these instead".
  534. # [18:15] <JakeA> TabAtkins: hmm, yeah, I remember Promise.resolved etc.
  535. # [18:16] * Quits: eric_carlson (~ericc@17.202.49.94) (Ping timeout: 265 seconds)
  536. # [18:16] * eric_carlson_ is now known as eric_carlson
  537. # [18:18] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Ping timeout: 255 seconds)
  538. # [18:19] * Quits: karlcow (~karl@nerval.la-grange.net) (Ping timeout: 256 seconds)
  539. # [18:20] <TabAtkins> Dealing with all the randos in SVG who dont' give a shit about browsers is always amusing.
  540. # [18:21] * Joins: karlcow (~karl@nerval.la-grange.net)
  541. # [18:24] * Quits: darobin (~darobin@159.180.228.142) (Remote host closed the connection)
  542. # [18:30] * Krinkle|detached is now known as Krinkle
  543. # [18:33] * Quits: barnabywalters (~barnabywa@212.156.94.166) (Quit: barnabywalters)
  544. # [18:34] * Joins: scor (scor@nat/acquia/x-rkdchswwfeimqloo)
  545. # [18:34] * Quits: scor (scor@nat/acquia/x-rkdchswwfeimqloo) (Changing host)
  546. # [18:34] * Joins: scor (scor@drupal.org/user/52142/view)
  547. # [18:35] * Joins: jsbell (jsbell@nat/google/x-jnnbjxyarsahslhm)
  548. # [18:36] * Quits: jyasskin (~jyasskin@173-228-80-34.dsl.static.fusionbroadband.com) (Quit: My computer has gone to sleep. ZZZzzz…)
  549. # [18:41] * Joins: benwerd (~benwerd@199.87.84.238)
  550. # [18:43] <wanderview> JakeA: I was thinking about SWs that don't want fetch events again... can't the UA just detect this by looking to see if the SW script registered an onfetch handler during install? If it didn't then, just bypass all the network interception logic for that registration, etc
  551. # [18:43] * Joins: satazor (~satazor@bl6-111-97.dsl.telepac.pt)
  552. # [18:44] <wanderview> in regards to the third goal from https://github.com/slightlyoff/ServiceWorker/issues/566
  553. # [18:44] <JakeA> wanderview: annevk wasn't keen on that. I was
  554. # [18:44] <TabAtkins> wanderview: Registering an event handler cant' cause an observable behavior change. This is consistent across the web platform.
  555. # [18:45] * Joins: Ms2ger (~Ms2ger@215.196-242-81.adsl-dyn.isp.belgacom.be)
  556. # [18:45] <TabAtkins> You can obviously omit *actually firing the event* if no one's listening, but that's not observable. You shouldn't change anything that is possible to detect.
  557. # [18:45] * Quits: tripu (~tripu@p7223-ipngn11001marunouchi.tokyo.ocn.ne.jp) (Quit: Leaving)
  558. # [18:46] <wanderview> TabAtkins: I don't think I suggested any observable change... just an optimization in UA for avoiding fetch event dispatch and network interception if the event would go to /dev/null anyway.
  559. # [18:47] <TabAtkins> Well yeah, that's an unobservable change - if nothing's around to see whether the intercept happened, you don't actually have to process it.
  560. # [18:47] <Ms2ger> If a tree falls in the forest...
  561. # [18:48] <JakeA> Problem is you need to spin up the SW to see if the listener is registered
  562. # [18:48] <wanderview> JakeA: that happens at install time, right?
  563. # [18:48] <JakeA> Just because it was registered last time it span up, doesn't mean it will be this time
  564. # [18:48] <TabAtkins> Well, no. You need to keep around a bool *associated with* the SW recording whether or not it ever registered an event handler.
  565. # [18:49] <wanderview> JakeA: in theory the state of the fetch event handler being setting could be persisted when the SW is shutdown
  566. # [18:49] <JakeA> imagine: if (Math.round(Math.random())) self.addEventListener('fetch', …)
  567. # [18:49] <TabAtkins> JakeA: I don't understand how it could be not registered suddenly, without having spun up at some point.
  568. # [18:50] * Quits: bholley (~bholley@c-24-130-121-49.hsd1.ca.comcast.net)
  569. # [18:50] <TabAtkins> JakeA: I'm not talking about static analysis. The SW does or doesn't register a fetch event listener. If it doesn't, it's not going to see any fetch events. So you dont' need to spin it up when network requests happen.
  570. # [18:50] <wanderview> JakeA: that is kind of undefined behavior, no? you have no guarantees how many times your SW script will be reloaded
  571. # [18:50] <TabAtkins> Because, without a fetch listener, *it can't react to the fetch*, so it can't change itself to register a fetch listener.
  572. # [18:50] <TabAtkins> It can only do new things at install time, and when responding to something.
  573. # [18:51] * Quits: satazor (~satazor@bl6-111-97.dsl.telepac.pt) (Ping timeout: 246 seconds)
  574. # [18:51] <TabAtkins> Unless I'm totally missing something.
  575. # [18:51] <TabAtkins> (Like, unless we added a "I just woke up" event since last time I looked, which would be a terrible idea.)
  576. # [18:51] * Joins: satazor (~satazor@114.248.108.93.rev.vodafone.pt)
  577. # [18:51] * Quits: satazor (~satazor@114.248.108.93.rev.vodafone.pt) (Remote host closed the connection)
  578. # [18:51] <wanderview> yea... I think the random example above is assuming stuff outside the fetch event handler will run on network interception... but thats not in the spec
  579. # [18:52] * Joins: satazor (~satazor@bl6-111-97.dsl.telepac.pt)
  580. # [18:52] <wanderview> for my limited understanding of the spec
  581. # [18:52] <TabAtkins> Definitely not, and if it did, that's terribly nondeterministic.
  582. # [18:52] <JakeA> TabAtkins: SW runs, Math.round(Math.random()) is false, fetch listener not attached. Fetch happens, if you spin up the SW now, a listener *might* be registered
  583. # [18:53] <wanderview> JakeA: how can script reliably depend on the behavior... the SW might not have shutdown and therefore would not get executed again?
  584. # [18:53] <TabAtkins> JakeA: So you let it run whatever rando code it wants upon wakeup? Putting code at the top of my SW file is effectively wrapped in a "onSpinUp" handler?
  585. # [18:53] * Joins: jyasskin (~jyasskin@172.56.38.89)
  586. # [18:53] <wanderview> where spin up may or may not happen
  587. # [18:53] <wanderview> this is making GC observable, right?
  588. # [18:53] <JakeA> TabAtkins: yes, how would you do it otherwise?
  589. # [18:53] <JakeA> I don't think so
  590. # [18:53] <JakeA> It's making SW startup observable
  591. # [18:54] <wanderview> JakeA: but you are saying SW startup should happen before a fetch event is handled... what guarantees that will run for every network interception?
  592. # [18:54] <wanderview> JakeA: what if the browser just never shutdown the SW (allowed AFAICT)
  593. # [18:54] <JakeA> wanderview: yeah that's fine
  594. # [18:55] <TabAtkins> JakeA: Okay, so we landed ourselves in nondeterminism hell.
  595. # [18:55] <wanderview> JakeA: scripts that depend on "spin up" are going to be broken in the real world
  596. # [18:55] <TabAtkins> We'll have to wake up the SW for *every* possible event it *might* be capable of handling, *forever*.
  597. # [18:55] <wanderview> spin up hook
  598. # [18:55] <JakeA> wanderview: totally agree
  599. # [18:56] <TabAtkins> Yeah, I give less than a fuck about scripts that implicitly depend on their "spinup" handler. Break 'em, they suck, who cares. Register your shit during install or face the possibility of never getting it registered.
  600. # [18:56] <JakeA> TabAtkins: install, activate and fetch are the only events that don't require another registration step
  601. # [18:57] <TabAtkins> Then either fix that (make fetch require an explicit registration) or stop caring about things that happen in the spinup handler. ^_^
  602. # [18:57] <JakeA> Btw, I'm more than happy to say "If the SW has terminated, and the event wasn't registered on the last spin up, it won't be spun up for that event"
  603. # [18:57] * Quits: satazor (~satazor@bl6-111-97.dsl.telepac.pt) (Remote host closed the connection)
  604. # [18:58] <JakeA> TabAtkins: I think there's some misunderstanding here? What's your concern?
  605. # [18:58] <TabAtkins> I mean, either behavior is *consistent*. There's nothing requiring a SW to be spun up at random times. If it's not listening for an event, it has no way of knowing that it's missing them.
  606. # [18:58] * Quits: jyasskin (~jyasskin@172.56.38.89) (Ping timeout: 264 seconds)
  607. # [19:01] <TabAtkins> JakeA: The concern, per #566, is that you have to spin up a SW on every fetch, *just in case* it registers a fetch handler in its spinup handler (that is, the top-level code not placed in an onfoo handler).
  608. # [19:01] <wanderview> JakeA: maybe this just falls in the unspec'd part of the life cycle of a SW? maybe we need language that says "when a SW is stopped, the state of the relevent event handlers is persisted and used to determine if the SW should be checked for future events"... or something like that
  609. # [19:01] * Quits: tantek (~tantek@31-34-30.wireless.csail.mit.edu) (Quit: tantek)
  610. # [19:01] <TabAtkins> Despite the complete nondeterminism here, because there's no way of knowing how many spinup events you'll get - it's possible to get 0 (the SW never gets killed), or one per second (constant killing/revival).
  611. # [19:01] <JakeA> TabAtkins: yeah, I'm happy to go for the "only spin up if event previously registered" behaviour. Non-deterministic event handlers within a ServiceWorker should be considered a bug
  612. # [19:01] <TabAtkins> Yeah.
  613. # [19:02] <TabAtkins> The important bit is that this *doesn't* violate the "no side-effects from event listening" rule.
  614. # [19:02] <wanderview> JakeA: is this a new spec issue or just #566? I can write a new issue if you want
  615. # [19:03] * Quits: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com) (Ping timeout: 244 seconds)
  616. # [19:04] * Quits: eric_carlson (~ericc@17.245.24.138) (Quit: eric_carlson)
  617. # [19:06] <JakeA> wanderview: I think that issue is fine
  618. # [19:06] <wanderview> thanks
  619. # [19:07] * Quits: espadrine (~tyl@LMontsouris-656-1-2-84.w80-12.abo.wanadoo.fr) (Ping timeout: 252 seconds)
  620. # [19:08] * Quits: karlcow (~karl@nerval.la-grange.net) (Ping timeout: 265 seconds)
  621. # [19:08] * Joins: tantek (~tantek@31-34-30.wireless.csail.mit.edu)
  622. # [19:09] <JakeA> TabAtkins: wanderview: you wouldn't be able to add the listener, say, between 9am-5pm using Date.now()
  623. # [19:09] * Joins: eric_carlson (~ericc@17.245.24.138)
  624. # [19:09] <wanderview> JakeA: don't we need to hook an alarm api into SW?
  625. # [19:09] <JakeA> Of course, if you wanted to do that, you'd add the listener and have the date check inside the listener
  626. # [19:10] * Quits: diffalot (~diffalot@unaffiliated/papyromancer) (Remote host closed the connection)
  627. # [19:10] <JakeA> wanderview: yeah, at some point
  628. # [19:10] * Joins: satazor (~satazor@bl6-111-97.dsl.telepac.pt)
  629. # [19:10] <wanderview> JakeA: I'm having a hard time thinking of a non-nefarious reason to have time based network interception
  630. # [19:11] * Joins: diffalot (~diffalot@unaffiliated/papyromancer)
  631. # [19:12] * Joins: karlcow (~karl@nerval.la-grange.net)
  632. # [19:13] * Quits: SteveF_ (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net) (Ping timeout: 272 seconds)
  633. # [19:13] * Quits: dbaron (~dbaron@70-36-140-197.dsl.dynamic.fusionbroadband.com) (Ping timeout: 246 seconds)
  634. # [19:14] * Quits: satazor (~satazor@bl6-111-97.dsl.telepac.pt) (Remote host closed the connection)
  635. # [19:14] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
  636. # [19:16] * Quits: calvaris (~calvaris@fanzine.igalia.com) (Quit: Ex-Chat)
  637. # [19:17] * Joins: satazor (~satazor@bl6-111-97.dsl.telepac.pt)
  638. # [19:18] <TabAtkins> JakeA: You can't add a listener during a specific time anyway, because there's no guarantee that the SW will be spun up during that time.
  639. # [19:19] * Quits: satazor (~satazor@bl6-111-97.dsl.telepac.pt) (Remote host closed the connection)
  640. # [19:19] <TabAtkins> And if we add an alarm API, then it's totally fine - the SW is *guaranteed* to spin up at a particular time, and you're registering a fetch handler from within that handler. Everything's well-defined and deterministic.
  641. # [19:19] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com) (Ping timeout: 256 seconds)
  642. # [19:20] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.fusionbroadband.com)
  643. # [19:20] <TabAtkins> (You're still screwed if you stochastically register a fetch listener within the "spinup handler", though, because there's no guarantee that the SW will be freshly spun up when the alarm goes off; it might already be awake for some other reason.)
  644. # [19:28] <JakeA> wanderview: I was more thinking of other events like push, where the user may not want notifications during particular times. Of course the correct place to handle this is in the handler
  645. # [19:28] <JakeA> TabAtkins: well, at the moment the time based thing would work, as the SW is spun up, then the event is fired
  646. # [19:29] <JakeA> I guess a long-living SW would break that though
  647. # [19:29] <wanderview> JakeA: yea... i think for now they have to do it in the handler... an alarm api would let people do it in a more batter efficient way in the future
  648. # [19:29] <TabAtkins> JakeA: *Unless* the SW was already spun up for some other reason, yeah.
  649. # [19:29] <TabAtkins> So it's still completely undependable.
  650. # [19:30] * Joins: barnabywalters (~barnabywa@212.156.94.166)
  651. # [19:31] * Quits: bnicholson2 (~bnicholso@c-24-130-60-241.hsd1.ca.comcast.net) (Quit: This computer has gone to sleep)
  652. # [19:31] <JakeA> Yeah. Seems fine to avoid spinning up if listener wasn't registered. It does mean that spin up behaviour changes depending on listeners, so it has a behavioural impact
  653. # [19:31] <JakeA> (But I'm fine with that)
  654. # [19:32] <wanderview> I guess we just have to convince annevk
  655. # [19:33] * Joins: othermaciej (~mjs@17.244.166.151)
  656. # [19:36] <TabAtkins> JakeA: Really, it's just that the "spin up handler" is completely non-deterministic and there's no way to know when it'll fire.
  657. # [19:37] * npcomp is now known as roboghost
  658. # [19:40] * Joins: satazor (~satazor@114.248.108.93.rev.vodafone.pt)
  659. # [19:40] <TabAtkins> It so happens that browsers use various signals, such as whether listeners are registered, to determine when to randomly fire the spinup event.
  660. # [19:44] * Joins: bnicholson (~bnicholso@corp.mtv2.mozilla.com)
  661. # [19:44] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Remote host closed the connection)
  662. # [19:45] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
  663. # [19:45] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Remote host closed the connection)
  664. # [19:47] * Joins: dbaron (~dbaron@2620:101:80fb:224:6c5e:4246:c667:dd93)
  665. # [19:49] * Joins: jyasskin (jyasskin@nat/google/x-gbpcylvfdynmuwqx)
  666. # [19:50] * Quits: scor (scor@drupal.org/user/52142/view) (Quit: scor)
  667. # [19:51] * Quits: satazor (~satazor@114.248.108.93.rev.vodafone.pt) (Remote host closed the connection)
  668. # [19:57] * Joins: zenith_ (~zenith@142.150.23.90)
  669. # [19:58] * Joins: satazor (~satazor@114.248.108.93.rev.vodafone.pt)
  670. # [20:01] * Quits: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
  671. # [20:05] * Quits: tantek (~tantek@31-34-30.wireless.csail.mit.edu) (Quit: tantek)
  672. # [20:06] * Quits: jyasskin (jyasskin@nat/google/x-gbpcylvfdynmuwqx) (Read error: Connection reset by peer)
  673. # [20:06] * Joins: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
  674. # [20:07] * Joins: jyasskin (jyasskin@nat/google/x-pitzshdwyxbecpln)
  675. # [20:08] * Quits: eric_carlson (~ericc@17.245.24.138) (Quit: eric_carlson)
  676. # [20:10] * Quits: jyasskin (jyasskin@nat/google/x-pitzshdwyxbecpln) (Read error: Connection reset by peer)
  677. # [20:11] * Joins: jyasskin (jyasskin@nat/google/x-tenokpjsjsuzvsje)
  678. # [20:11] * Joins: tantek (~tantek@31-34-30.wireless.csail.mit.edu)
  679. # [20:20] * Quits: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
  680. # [20:25] * Joins: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
  681. # [20:30] * Joins: eric_carlson (~ericc@17.245.24.138)
  682. # [20:30] * Joins: SteveF_ (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net)
  683. # [20:31] * Quits: jwalden (~waldo@c-50-168-55-219.hsd1.ca.comcast.net) (Quit: brb)
  684. # [20:32] * Joins: jwalden (~waldo@corp-nat.p2p.sfo1.mozilla.com)
  685. # [20:33] * Joins: ^esc (~esc-ape@77.119.129.115.wireless.dyn.drei.com)
  686. # [20:34] * Joins: Maurice` (copyman@unaffiliated/maurice)
  687. # [20:35] * Quits: francisco_ (d96fa1d4@gateway/web/freenode/ip.217.111.161.212) (Ping timeout: 246 seconds)
  688. # [20:36] * Quits: ^esc_ (~esc-ape@77.119.128.14.wireless.dyn.drei.com) (Ping timeout: 264 seconds)
  689. # [20:36] * Quits: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
  690. # [20:37] * Quits: barnabywalters (~barnabywa@212.156.94.166) (Quit: barnabywalters)
  691. # [20:41] * Joins: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
  692. # [20:51] * Joins: biniar (~biniar@unaffiliated/biniar)
  693. # [20:51] * Joins: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com)
  694. # [20:53] * Quits: eric_carlson (~ericc@17.245.24.138) (Quit: eric_carlson)
  695. # [21:01] * Quits: zenith_ (~zenith@142.150.23.90) (Ping timeout: 244 seconds)
  696. # [21:07] * Quits: SteveF_ (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net) (Ping timeout: 252 seconds)
  697. # [21:09] * Quits: jernobl__ (~jernoble@17.244.161.247) (Quit: Textual IRC Client: www.textualapp.com)
  698. # [21:10] * Joins: zenith_ (~zenith@142.150.23.90)
  699. # [21:20] * Joins: eric_carlson (~ericc@17.202.49.94)
  700. # [21:25] * Quits: satazor (~satazor@114.248.108.93.rev.vodafone.pt) (Remote host closed the connection)
  701. # [21:30] * Quits: roc (~chatzilla@121-98-106-4.bng1.tvc.orcon.net.nz) (Remote host closed the connection)
  702. # [21:31] * Quits: plutoniix (~plutoniix@node-18pz.pool-101-109.dynamic.totbb.net) (Ping timeout: 245 seconds)
  703. # [21:31] * heycam|away is now known as heycam
  704. # [21:33] * Quits: watilde (~watilde@i114-180-106-158.s04.a013.ap.plala.or.jp) (Remote host closed the connection)
  705. # [21:38] * Quits: zenith_ (~zenith@142.150.23.90) (Ping timeout: 246 seconds)
  706. # [21:39] * Joins: SteveF_ (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net)
  707. # [21:39] * Quits: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
  708. # [21:41] * Quits: frivoal (~frivoal@cm-84.208.175.177.getinternet.no) (Remote host closed the connection)
  709. # [21:43] * Joins: satazor (~satazor@117.195.115.89.rev.vodafone.pt)
  710. # [21:44] * Joins: KevinMarks_ (~yaaic@2607:fb90:517:b8e5:b510:540d:6755:8392)
  711. # [21:46] * Quits: othermaciej (~mjs@17.244.166.151) (Quit: othermaciej)
  712. # [21:48] * Joins: plutoniix (~plutoniix@node-18pz.pool-101-109.dynamic.totbb.net)
  713. # [21:55] * Quits: newtron (~newtron@199.71.174.203) (Ping timeout: 252 seconds)
  714. # [21:59] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
  715. # [21:59] * Joins: jernoble_ (~jernoble@17.202.49.155)
  716. # [22:02] * Joins: othermaciej (~mjs@17.202.48.222)
  717. # [22:03] * Quits: jyasskin (jyasskin@nat/google/x-tenokpjsjsuzvsje) (Quit: My computer has gone to sleep. ZZZzzz…)
  718. # [22:04] * Quits: satazor (~satazor@117.195.115.89.rev.vodafone.pt) (Remote host closed the connection)
  719. # [22:04] * Quits: TallTed (~Thud@63.119.36.36)
  720. # [22:05] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Remote host closed the connection)
  721. # [22:06] * Quits: benwerd (~benwerd@199.87.84.238) (Quit: Matter Design Review 1)
  722. # [22:07] * Joins: jyasskin (jyasskin@nat/google/x-dtflvuuiseayxotx)
  723. # [22:07] * Joins: watilde (~watilde@i114-180-106-158.s04.a013.ap.plala.or.jp)
  724. # [22:11] * Joins: KevinMarks__ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
  725. # [22:11] * Joins: satazor (~satazor@117.195.115.89.rev.vodafone.pt)
  726. # [22:12] * Joins: roc (~chatzilla@2001:cb0:b202:224:2677:3ff:fece:dc64)
  727. # [22:12] * Quits: watilde (~watilde@i114-180-106-158.s04.a013.ap.plala.or.jp) (Ping timeout: 256 seconds)
  728. # [22:14] * Quits: KevinMarks_ (~yaaic@2607:fb90:517:b8e5:b510:540d:6755:8392) (Ping timeout: 265 seconds)
  729. # [22:18] * Quits: KevinMarks__ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
  730. # [22:23] * ap_ is now known as ap
  731. # [22:23] * Joins: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net)
  732. # [22:28] * Quits: satazor (~satazor@117.195.115.89.rev.vodafone.pt) (Remote host closed the connection)
  733. # [22:29] * Joins: Lachy (~Lachy@124-168-22-56.dyn.iinet.net.au)
  734. # [22:30] * Quits: caitp- (~caitp@CPE48f8b385c01c-CM84948c4c6f80.cpe.net.cable.rogers.com) (Ping timeout: 244 seconds)
  735. # [22:32] * Quits: KevinMarks_ (~yaaic@c-67-164-14-200.hsd1.ca.comcast.net) (Ping timeout: 265 seconds)
  736. # [22:34] * Joins: KevinMarks_ (~yaaic@2607:fb90:52f:e6c3:875b:59ac:79ac:113d)
  737. # [22:39] * Joins: thinkxl_ (~thinkxl@74-95-237-22-Houston.hfc.comcastbusiness.net)
  738. # [22:41] * Quits: thinkxl (~thinkxl@74-95-237-22-Houston.hfc.comcastbusiness.net) (Ping timeout: 265 seconds)
  739. # [22:41] * thinkxl_ is now known as thinkxl
  740. # [22:41] * Quits: thinkxl (~thinkxl@74-95-237-22-Houston.hfc.comcastbusiness.net) (Changing host)
  741. # [22:41] * Joins: thinkxl (~thinkxl@unaffiliated/thinkxl)
  742. # [22:42] * Joins: frivoal (~frivoal@cm-84.208.175.177.getinternet.no)
  743. # [22:44] * Quits: frivoal (~frivoal@cm-84.208.175.177.getinternet.no) (Remote host closed the connection)
  744. # [22:44] * Quits: SteveF_ (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net) (Ping timeout: 244 seconds)
  745. # [22:45] * Joins: frivoal (~frivoal@cm-84.208.175.177.getinternet.no)
  746. # [22:48] * Quits: jyasskin (jyasskin@nat/google/x-dtflvuuiseayxotx) (Quit: My computer has gone to sleep. ZZZzzz…)
  747. # [22:52] * Joins: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com)
  748. # [22:52] * Joins: satazor (~satazor@117.195.115.89.rev.vodafone.pt)
  749. # [22:57] * Quits: zdobersek (~zan@gateway/vpn/privateinternetaccess/zdobersek) (Quit: Leaving.)
  750. # [23:02] * Quits: eric_carlson (~ericc@17.202.49.94) (Ping timeout: 252 seconds)
  751. # [23:06] * Quits: mven (~textual@32.97.110.57) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  752. # [23:08] * Joins: rniwa (~rniwa@17.245.30.188)
  753. # [23:08] * Joins: SteveF_ (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net)
  754. # [23:11] * Quits: sicking (~sicking@corp-nat.p2p.sfo1.mozilla.com) (Quit: sicking)
  755. # [23:12] * Quits: satazor (~satazor@117.195.115.89.rev.vodafone.pt) (Remote host closed the connection)
  756. # [23:13] * Quits: jsx (uid48919@fsf/intern/jsx) (Quit: Connection closed for inactivity)
  757. # [23:16] * Joins: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com)
  758. # [23:18] * Quits: Maurice` (copyman@unaffiliated/maurice)
  759. # [23:21] * Quits: zcorpan (~zcorpan@90-230-218-37-no135.tbcn.telia.com) (Ping timeout: 244 seconds)
  760. # [23:22] * Joins: mven (~textual@72.183.104.138)
  761. # [23:22] * Quits: mven (~textual@72.183.104.138) (Excess Flood)
  762. # [23:28] * Quits: tantek (~tantek@31-34-30.wireless.csail.mit.edu) (Quit: tantek)
  763. # [23:34] * Quits: dbaron (~dbaron@2620:101:80fb:224:6c5e:4246:c667:dd93) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  764. # [23:38] * Quits: ehsan (~ehsan@2001:450:1f:224:54f3:d2f:715d:a6a4) (Remote host closed the connection)
  765. # [23:39] * Joins: dbaron (~dbaron@2620:101:80fb:224:29b7:c9b0:f88a:cdbf)
  766. # [23:39] * Joins: ehsan (~ehsan@2001:450:1f:224:54f3:d2f:715d:a6a4)
  767. # [23:40] * Quits: SteveF_ (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net) (Ping timeout: 246 seconds)
  768. # [23:41] * Joins: SteveF_ (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net)
  769. # [23:41] * Quits: frivoal (~frivoal@cm-84.208.175.177.getinternet.no) (Remote host closed the connection)
  770. # [23:42] * Joins: jyasskin (jyasskin@nat/google/x-dnvuyobkvfyvilbj)
  771. # [23:42] * Quits: Lachy (~Lachy@124-168-22-56.dyn.iinet.net.au) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  772. # [23:44] * Quits: ehsan (~ehsan@2001:450:1f:224:54f3:d2f:715d:a6a4) (Ping timeout: 256 seconds)
  773. # [23:44] * Quits: jyasskin (jyasskin@nat/google/x-dnvuyobkvfyvilbj) (Client Quit)
  774. # [23:45] * Joins: Lachy (~Lachy@124-168-22-56.dyn.iinet.net.au)
  775. # [23:46] * Joins: satazor (~satazor@117.195.115.89.rev.vodafone.pt)
  776. # [23:49] * Quits: roc (~chatzilla@2001:cb0:b202:224:2677:3ff:fece:dc64) (Ping timeout: 256 seconds)
  777. # [23:52] * Joins: roc (~chatzilla@2001:cb0:b202:224:2677:3ff:fece:dc64)
  778. # [23:57] * Quits: thinkxl (~thinkxl@unaffiliated/thinkxl) (Quit: Lost terminal)
  779. # Session Close: Fri Mar 20 00:00:00 2015

Previous day, Next day

Think these logs are useful? Then please donate to show your gratitude (and keep them up, of course). Thanks! — Krijn