/irc-logs / freenode / #whatwg / 2014-07-02 / end

Options:

  1. # Session Start: Wed Jul 02 00:00:00 2014
  2. # Session Ident: #whatwg
  3. # [00:00] * Quits: encryptd_fractl (~encryptd_@209.201.113.2) (Remote host closed the connection)
  4. # [00:03] * Quits: jonathanmarvens (~jonathanm@107.181.19.54) (Remote host closed the connection)
  5. # [00:04] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: :tiuQ tiuq sah woclrak)
  6. # [00:04] * Quits: shepazu (~shepazu@31-33-200.wireless.csail.mit.edu) (Quit: is sleepy)
  7. # [00:04] <SamB> https://datatracker.ietf.org/doc/draft-saintandre-xdash-considered-harmful/ expired :-(
  8. # [00:06] <Domenic> Welp, that's it, I guess we all have to add X- back to our headers now
  9. # [00:07] <SamB> lol
  10. # [00:08] * SamB really isn't sure the automatic expiry thing is at all useful
  11. # [00:10] <SamB> oh, the tracker is just dumb
  12. # [00:10] <SamB> it didn't really get dropped
  13. # [00:11] * Joins: jonathanmarvens (~jonathanm@107.181.19.54)
  14. # [00:12] * Quits: othermaciej (~mjs@17.114.217.16) (Quit: othermaciej)
  15. # [00:12] * Quits: jonathanmarvens (~jonathanm@107.181.19.54) (Remote host closed the connection)
  16. # [00:13] <tantek> isn't automatic expiry the complete opposite of living standard?
  17. # [00:13] <SamB> well it would hardly happen to HTML
  18. # [00:14] <SamB> since HTML gets edited way more often than every 6 months
  19. # [00:14] * Joins: jonathanmarvens (~jonathanm@107.181.19.54)
  20. # [00:15] * Joins: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com)
  21. # [00:16] <Hixie> when i was editing an I-D
  22. # [00:16] <SamB> anyway, I really wish there was an obvious place to point out that a draft appears to be an ancestor of another draft, so that someone could make the IETF tools aware of this fact ...
  23. # [00:16] <Hixie> i published every edit as a new version
  24. # [00:16] <Hixie> and they literally complained that this was generating too much work for them
  25. # [00:16] <Hixie> because apparently someone has to manually do something every time you send an update (!)
  26. # [00:16] <SamB> hahaha
  27. # [00:16] <SamB> did you tell them to automate it?
  28. # [00:16] <Hixie> it ended up being a non-issue since i quit editing the spec shortly after
  29. # [00:17] <tantek> "someone has to manually do something every time" - hey that sounds like W3C publication!
  30. # [00:17] <SamB> tantek: yeah, but this was about DRAFTS
  31. # [00:17] <tantek> SamB - same thing - WORKING DRAFTS
  32. # [00:17] * Joins: hasather (~hasather@80.91.33.141)
  33. # [00:18] <SamB> well, I mean, they don't have like dev.ietf.org or anything
  34. # [00:19] <SamB> Hixie: I suppose, if nothing else, it would tend to spam the mail archive
  35. # [00:19] * Quits: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com) (Ping timeout: 240 seconds)
  36. # [00:20] <Hixie> the idea that one can update a spec too fast was so foreign to me i was baffled
  37. # [00:20] <SamB> anyway evidently that draft somehow ended up as this is RFC 6648/BCP 178
  38. # [00:20] <Hixie> "please don't fix the errors that quickly"
  39. # [00:21] <SamB> Hixie: maybe what they really meant was "put it up somewhere else if you're gonna fix things that quickly, then just send us a snapshot every week or so"
  40. # [00:21] * Quits: Smylers (~smylers@host81-156-26-27.range81-156.btcentralplus.com) (Ping timeout: 240 seconds)
  41. # [00:21] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 240 seconds)
  42. # [00:21] <Hixie> who knows
  43. # [00:22] <Hixie> seems pretty dumb eitherr way
  44. # [00:22] <Hixie> i mean, either they have the canonical copy, in which case it better have all known bugs fixed, or they don't, in which case, what's the point in theirs existing
  45. # [00:23] * Joins: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com)
  46. # [00:24] * Joins: bholley (~bholley@98.210.101.88)
  47. # [00:26] <tantek> Hixie as the Mozart of spec editing. "There's just too many edits, make fewer"
  48. # [00:27] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
  49. # [00:27] <tantek> http://www.toomanynotes.com/Amadeus.htm
  50. # [00:29] * Quits: bholley (~bholley@98.210.101.88) (Ping timeout: 272 seconds)
  51. # [00:29] * Quits: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com) (Ping timeout: 240 seconds)
  52. # [00:30] * Joins: encryptd_fractl (~encryptd_@209.201.113.2)
  53. # [00:31] <SamB> Hixie: so yeah, maybe they should offer to host ED repos like w3 does ...
  54. # [00:32] <SamB> lol
  55. # [00:32] <SamB> "Which few did you have in mind, Majesty?"
  56. # [00:35] * Quits: encryptd_fractl (~encryptd_@209.201.113.2) (Ping timeout: 248 seconds)
  57. # [00:35] * Joins: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com)
  58. # [00:39] * Joins: bholley (~bholley@98.210.101.88)
  59. # [00:39] * Quits: jwalden (~waldo@2620:101:80fb:224:7e7a:91ff:fe25:a5a3) (Quit: brb, heading upstairs)
  60. # [00:40] * Quits: benjamingr (uid23465@gateway/web/irccloud.com/x-xsqesatereobacsn) (Quit: Connection closed for inactivity)
  61. # [00:47] * Quits: plutoniix (~plutoniix@node-3er.pool-125-25.dynamic.totbb.net) (Quit: จรลี จรลา)
  62. # [00:49] * Quits: abinader (sid21713@gateway/web/irccloud.com/x-nioaongqdhjqjcoj)
  63. # [00:50] * Joins: jwalden (~waldo@2620:101:80fb:224:7e7a:91ff:fe25:a5a3)
  64. # [00:53] * Quits: mven (~textual@169.241.49.57) (Ping timeout: 240 seconds)
  65. # [00:54] * Joins: mven (~textual@169.241.49.57)
  66. # [01:00] * Joins: othermaciej (~mjs@17.114.217.16)
  67. # [01:11] * Joins: encryptd_fractl (~encryptd_@209.201.113.2)
  68. # [01:15] * Quits: smaug____ (~chatzilla@80-186-60-52.elisa-mobile.fi) (Quit: ChatZilla 0.9.90.1 [Firefox 33.0a1/20140620030201])
  69. # [01:15] * Joins: scor (~scor@drupal.org/user/52142/view)
  70. # [01:20] * Quits: othermaciej (~mjs@17.114.217.16) (Quit: othermaciej)
  71. # [01:25] * Quits: roc (~chatzilla@121-99-88-128.bng1.tvc.orcon.net.nz) (Ping timeout: 272 seconds)
  72. # [01:27] * Quits: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com) (Ping timeout: 240 seconds)
  73. # [01:29] * Quits: gavin_ (~gavin@76.14.87.162) (Remote host closed the connection)
  74. # [01:29] * Joins: gavin_ (~gavin@76.14.87.162)
  75. # [01:33] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
  76. # [01:34] * Joins: jensnockert (~jensnocke@dynamic.1.7.34dbfd722180.e0f8471ae7fa.cust.bredband2.com)
  77. # [01:38] * Quits: jensnockert (~jensnocke@dynamic.1.7.34dbfd722180.e0f8471ae7fa.cust.bredband2.com) (Ping timeout: 248 seconds)
  78. # [01:40] * Quits: jeremyj (~jeremyj@17.202.49.56) (Read error: Connection reset by peer)
  79. # [01:41] * Joins: jeremyj (~jeremyj@17.202.49.56)
  80. # [01:42] * Quits: bholley (~bholley@98.210.101.88) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  81. # [01:47] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  82. # [01:48] * Joins: a-ja (~Instantbi@70.230.150.167)
  83. # [01:53] * Joins: roc (~chatzilla@2001:cb0:b202:232:2677:3ff:fece:dc64)
  84. # [01:58] * Krinkle is now known as Krinkle|detached
  85. # [02:01] * Joins: hasather (~hasather@80.91.33.141)
  86. # [02:07] * Joins: othermaciej (~mjs@17.114.217.16)
  87. # [02:10] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 252 seconds)
  88. # [02:16] * Joins: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com)
  89. # [02:19] * Joins: bholley (~bholley@98.210.101.88)
  90. # [02:23] * Quits: othermaciej (~mjs@17.114.217.16) (Quit: othermaciej)
  91. # [02:28] * Quits: bholley (~bholley@98.210.101.88) (Read error: Connection reset by peer)
  92. # [02:28] * Joins: bholley (~bholley@98.210.101.88)
  93. # [02:29] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
  94. # [02:32] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Client Quit)
  95. # [02:33] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
  96. # [02:33] * Quits: jsbell (jsbell@nat/google/x-qdmolhdapzkvzjvg) (Quit: There's no place like home...)
  97. # [02:37] * Krinkle|detached is now known as Krinkle
  98. # [02:43] * Joins: plutoniix (~plutoniix@210.213.57.70)
  99. # [02:44] * Quits: JosephSilber (~Joseph@ool-44c3e80a.static.optonline.net) (Ping timeout: 255 seconds)
  100. # [02:49] * Joins: karlcow (~karl@nerval.la-grange.net)
  101. # [02:51] * Quits: bholley (~bholley@98.210.101.88) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  102. # [02:57] * Joins: jungkees (uid24208@gateway/web/irccloud.com/x-grieqfngqynzhvgx)
  103. # [03:01] * Joins: bholley (~bholley@98.210.101.88)
  104. # [03:02] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  105. # [03:04] * Quits: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com) (Ping timeout: 240 seconds)
  106. # [03:07] * Joins: hasather (~hasather@80.91.33.141)
  107. # [03:08] * Joins: Goplat (~goplat@reactos/developer/Goplat)
  108. # [03:12] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 272 seconds)
  109. # [03:18] * Quits: scrollback (scrollback@conference/jsconf/x-fgpkmdzcvlrebfji) (Remote host closed the connection)
  110. # [03:21] * Quits: bholley (~bholley@98.210.101.88) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  111. # [03:21] * Joins: bholley (~bholley@98.210.101.88)
  112. # [03:25] * Quits: jeremyj (~jeremyj@17.202.49.56) (Ping timeout: 272 seconds)
  113. # [03:28] * Krinkle is now known as Krinkle|detached
  114. # [03:30] * Quits: dbaron (~dbaron@2620:101:80fb:224:e595:a73:72aa:d459) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  115. # [03:30] * Quits: bholley (~bholley@98.210.101.88) (Ping timeout: 240 seconds)
  116. # [03:31] * Joins: bholley (~bholley@98.210.101.88)
  117. # [03:34] * Joins: scrollback (scrollback@conference/jsconf/x-leynqngkmkorczpk)
  118. # [03:34] * Joins: jensnockert (~jensnocke@dynamic.1.7.34dbfd722180.e0f8471ae7fa.cust.bredband2.com)
  119. # [03:36] * manu- is now known as m4nu
  120. # [03:38] * Joins: jeremyj (~jeremyj@c-24-4-202-10.hsd1.ca.comcast.net)
  121. # [03:39] * Quits: jwalden (~waldo@2620:101:80fb:224:7e7a:91ff:fe25:a5a3) (Quit: ChatZilla 0.9.87-8.1450hg.fc20 [XULRunner 29.0/20140428110119])
  122. # [03:39] * Quits: jensnockert (~jensnocke@dynamic.1.7.34dbfd722180.e0f8471ae7fa.cust.bredband2.com) (Ping timeout: 260 seconds)
  123. # [03:51] * Joins: othermaciej (~mjs@c-50-136-134-16.hsd1.ca.comcast.net)
  124. # [03:55] * Joins: Dashiva_j (Dashiva@wikia/Dashiva)
  125. # [03:56] * Quits: Dashiva (Dashiva@wikia/Dashiva) (Ping timeout: 245 seconds)
  126. # [03:56] * Dashiva_j is now known as Dashiva
  127. # [04:01] * Joins: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com)
  128. # [04:02] * Quits: tantek (~tantek@corp-nat.p2p.sfo1.mozilla.com) (Quit: tantek)
  129. # [04:07] * Quits: othermaciej (~mjs@c-50-136-134-16.hsd1.ca.comcast.net) (Quit: othermaciej)
  130. # [04:08] * Quits: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com) (Ping timeout: 240 seconds)
  131. # [04:24] * roc watches Sylvain and Tab go head to head
  132. # [04:24] * Quits: bholley (~bholley@98.210.101.88) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  133. # [04:33] * Joins: mven_ (~textual@ip68-104-38-84.lv.lv.cox.net)
  134. # [04:47] <TabAtkins> roc: I'm *super* pissed about that. Totally done talking with Sylvain for a while.
  135. # [04:47] <TabAtkins> Happened before. I should know better by now.
  136. # [04:48] <SamB> what forum was this?
  137. # [04:48] <TabAtkins> Twitter.
  138. # [04:48] <TabAtkins> The moment he switches from arguing to snarking, I just need to block him for a while.
  139. # [04:48] <TabAtkins> Too fucking frustrating otherwise.
  140. # [04:48] <SamB> that does not sound like a good place to argue
  141. # [04:52] <TabAtkins> The smug subtweeting afterwards is the worst part (which is why I need to just block for a while).
  142. # [04:54] * Joins: ambv (~ambv@173.252.71.129)
  143. # [04:54] <astearns_> TabAtkins: FWIW, I think the main disconnect is between what you think (and continue to maintain) you said, and what everyone else in the room heard at the time
  144. # [04:55] * astearns_ is now known as astearns
  145. # [04:55] <TabAtkins> I'm aware of what the disconnect is. Doesn't make it any less wrong, or any less annoying when people insist that I *really meant* something different and evil.
  146. # [04:55] <TabAtkins> I know what I actually said. What people heard is their business.
  147. # [04:56] <astearns> TabAtkins: I was in the room, and I heard something different than what you maintain you said. Yes, it is my business, but I'm not the only one
  148. # [04:56] <astearns> and I do expect that you really meant something different - what you're maintaining you said now
  149. # [04:58] <TabAtkins> And it certainly wasn't helped by a few people straight up saying during the discussion that I had previously said "Chrome would accept any changes the WG makes" and implying that I was now going against my word, when I was careful the entire time to say that it was "as long as it doesn't freeze due to usage". Which should be a matter of course, but some
  150. # [04:58] <TabAtkins> people like pretending that they can change reality by altering a spec.
  151. # [04:59] <roc> time for an emergency subject change
  152. # [04:59] * Quits: mven (~textual@169.241.49.57) (Ping timeout: 240 seconds)
  153. # [04:59] <TabAtkins> I suspect that that (some people saying I had said something different in the past) probably had an effect on what other people "heard" me say. Memory is shitty, after all.
  154. # [04:59] <TabAtkins> roc: Kittens
  155. # [04:59] <SamB> it sounds like everyone should just agree that what TabAtkins meant to say and what other people though TabAtkins meant to say are not the same thing, and stop worrying about the details of whether he said either of those things
  156. # [04:59] <TabAtkins> SamB: It would be great if everyone did that, yes.
  157. # [04:59] * Joins: mven (~textual@169.241.49.57)
  158. # [05:00] <TabAtkins> roc: You're supposed to *deploy* the subject change when you say that.
  159. # [05:00] <SamB> I suspect that the the those two things are actually ideas, in any case, and what he said are words
  160. # [05:00] <TabAtkins> roc: Can't just expect the rest of the room to change itself.
  161. # [05:00] <TabAtkins> SamB: I communicate only through interpretative dance, so no.
  162. # [05:00] <SamB> lol
  163. # [05:00] <SamB> TabAtkins: no wonder nobody had a clue what you meant
  164. # [05:01] <astearns> it can be difficult at times :)
  165. # [05:01] <TabAtkins> SamB: Dance is the universal language. Not my fault the rest of the room hadn't learned it.
  166. # [05:01] <TabAtkins> Nor does that make it less universal, if that's what you're thinking.
  167. # [05:01] <SamB> obviously terrans are just rude
  168. # [05:01] <astearns> it does add a bit of savior-faire to the proceedings, though
  169. # [05:02] <roc> savoir
  170. # [05:02] <astearns> gah
  171. # [05:02] <TabAtkins> *Jesus Christ
  172. # [05:02] <astearns> no need for any more savior-faire
  173. # [05:02] <TabAtkins> That's the Christian ren-faire.
  174. # [05:03] <SamB> why didn't I ever get an invite?
  175. # [05:03] <TabAtkins> Not savory enough.
  176. # [05:03] <roc> TabAtkins: here's another subject for you. abarth said on www-style a while back that Chrome people were trying to find a script-based approach to generic scrolling effects (sticky, sliding panels, parallax scrolling, etc). What's happening with that? Is there a nascent API proposal anywhere?
  177. # [05:03] * Joins: bholley (~bholley@98.210.101.88)
  178. # [05:03] <TabAtkins> roc: brb
  179. # [05:05] * Joins: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com)
  180. # [05:05] <astearns> can't find the video of shirtless dancing at TPAC :(
  181. # [05:06] <SamB> 'computed COMEFROM' ... mind ... broken!
  182. # [05:08] <TabAtkins> roc: Not really, not yet. We're still not sure quite what to do. We have a few ideas, just not enough to put a proposal together yet.
  183. # [05:08] <TabAtkins> roc: We discussed it a bit at the Input meeting last week in Seattle.
  184. # [05:09] <TabAtkins> roc: Basically, we think that, while moving more effects to a scrolling thread is great for lots of things, it makes it impossible to simulate some existing effects (and thus to do your own effects of the same caliber).
  185. # [05:09] * Quits: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com) (Ping timeout: 240 seconds)
  186. # [05:10] <TabAtkins> roc: So we think we'll need some way for pages to opt back into sync scrolling for elements or the page, along with well-designed timing for the scroll events and such, plus other main-thread improvements to make it easier to do the effects and hit every frame.
  187. # [05:10] <roc> I don't know if you're aware yet, but we're very interested in extending Web Animations to support scroll position as a timing source. Similar to your CSS-based proposal.
  188. # [05:10] <TabAtkins> roc: Pair that with continuing development of off-thread developments in the declarative realm.
  189. # [05:10] <TabAtkins> roc: Like, yes, custom timing sources such as scroll position in Web Anim.
  190. # [05:11] <TabAtkins> And yeah, the Web Anim approach is our preferred direction for that kind of thing right now, with possible a CSS layer afterwards.
  191. # [05:11] <roc> abarth rejected CSS snapping (and apparently position:sticky?). Any idea whether any declarative proposals will be accepted by Chrome in the medium term?
  192. # [05:12] * birtles_ is now known as birtles
  193. # [05:12] <roc> do you think Web Animation with a scroll position timing source is above Adam's bar?
  194. # [05:13] <roc> or if you don't want to channel him, where's your bar?
  195. # [05:15] * Quits: ahf (ahf@irssi/staff/ahf) (Ping timeout: 245 seconds)
  196. # [05:16] <TabAtkins> roc: Adam's on one side of the divide, I'm on the other, and I've been pulling the team a little more on the "we really do need to offer sugar for authors" side lately.
  197. # [05:16] <roc> ok good to know :-)
  198. # [05:16] <TabAtkins> So we're probably going to do at least a subset of snapping. As we figure it out, I'll send feedback.
  199. # [05:16] <TabAtkins> Sticky is going to happen, we just had a bad impl that didn't mesh well with our compositor.
  200. # [05:17] <roc> ok
  201. # [05:17] <roc> that's also good to know
  202. # [05:17] <TabAtkins> And it was making it hard to improve things in the meantime.
  203. # [05:17] <roc> for CSS snapping, I think we can actually do most of what we want using script.
  204. # [05:17] <TabAtkins> Doing a lot of revolution-not-evolution in our compositing pipeline lately, trying to fix a lot of latent bugs.
  205. # [05:17] <TabAtkins> roc: We don't think you can do high-fidelity snapping async.
  206. # [05:18] * Joins: ahf (ahf@irssi/staff/ahf)
  207. # [05:18] <roc> is there a short explanation?
  208. # [05:18] * Joins: hasather (~hasather@80.91.33.141)
  209. # [05:21] <roc> I agree you can't do perfect-fidelity snapping without telling the compositor enough information that it can execute a complete scrolling gesture plus snapping without any main-thread activity.
  210. # [05:23] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 252 seconds)
  211. # [05:24] <TabAtkins> Yeah, that's basically it. That's not something you can tell the compositor right now.
  212. # [05:25] <roc> but if the compositor sent an event to the main thread when the user scroll gesture ends, where the event contains the scroll position the compositor will settle on after fling momentum ends etc, then the main thread can compute a snapped position and tell the compositor, which would be responsible for landing at that position --- either by tacking on more animation or by adjusting the...
  213. # [05:25] <roc> ...in-progress animation.
  214. # [05:25] <TabAtkins> And we think that ultimately the set of things you might want to do will exceed what we choose to expose in "tell the compositor about X".
  215. # [05:26] * SamB wonders if this is a bad time to mention how much he hates those pages with the background images that don't scroll with the rest of the page, thus requiring lots of needless recompositing ...
  216. # [05:26] <roc> the latency between the user scroll gesture ending and the compositor getting the snapped scroll position might not be so bad. After all, snapping generally requires scroll direction and/or velocity changes anyway.
  217. # [05:29] <roc> anyway, the impasse over CSS snapping specs means we'll probably have to try that approach for our existing snapping use-cases. Using ScrollOptions.behavior = "smooth" with scrollTo/scrolTop to tell the compositor to snap to a position.
  218. # [05:31] * Quits: montecfel (~montecfel@gateway/tor-sasl/montecfel) (Quit: montecfel)
  219. # [05:35] * Joins: jensnockert (~jensnocke@dynamic.1.7.34dbfd722180.e0f8471ae7fa.cust.bredband2.com)
  220. # [05:40] * Quits: jensnockert (~jensnocke@dynamic.1.7.34dbfd722180.e0f8471ae7fa.cust.bredband2.com) (Ping timeout: 264 seconds)
  221. # [05:52] * Quits: jeremyj (~jeremyj@c-24-4-202-10.hsd1.ca.comcast.net) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  222. # [06:00] * Quits: gavin_ (~gavin@76.14.87.162) (Remote host closed the connection)
  223. # [06:00] * Joins: gavin_ (~gavin@76.14.87.162)
  224. # [06:03] * Joins: tantek (~tantek@172.56.38.143)
  225. # [06:05] * Joins: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com)
  226. # [06:10] * Quits: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com) (Ping timeout: 240 seconds)
  227. # [06:14] * Quits: SamB (~SamB@2001:470:1f07:57:110b:8318:3bb8:b04f) (Read error: Connection reset by peer)
  228. # [06:15] * Quits: gavin_ (~gavin@76.14.87.162) (Remote host closed the connection)
  229. # [06:15] * Joins: gavin_ (~gavin@76.14.87.162)
  230. # [06:17] * Joins: falken (uid20729@gateway/web/irccloud.com/x-losilwslnjqpasnd)
  231. # [06:19] * Joins: SamB (~SamB@2001:470:1f07:57:5cd6:f78e:92c9:55ca)
  232. # [06:22] * Quits: ahf (ahf@irssi/staff/ahf) (Ping timeout: 240 seconds)
  233. # [06:24] * Joins: gavin__ (~gavin@76.14.87.162)
  234. # [06:24] * Quits: tantek (~tantek@172.56.38.143) (Quit: tantek)
  235. # [06:28] * Quits: gavin_ (~gavin@76.14.87.162) (Ping timeout: 248 seconds)
  236. # [06:29] * Quits: rniwa (~rniwa@17.202.43.222) (Quit: rniwa)
  237. # [06:45] * Quits: bholley (~bholley@98.210.101.88) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  238. # [06:46] * Joins: bholley (~bholley@98.210.101.88)
  239. # [06:46] * Quits: bholley (~bholley@98.210.101.88) (Client Quit)
  240. # [06:55] * Joins: jeremyj (~jeremyj@c-24-4-202-10.hsd1.ca.comcast.net)
  241. # [06:55] * Joins: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com)
  242. # [07:02] * Joins: BigBangUDR (~Thunderbi@103.249.181.147)
  243. # [07:03] * Quits: jeremyj (~jeremyj@c-24-4-202-10.hsd1.ca.comcast.net) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  244. # [07:05] * Joins: zdobersek (~zan@5.157.38.34)
  245. # [07:07] * Quits: BigBangUDR (~Thunderbi@103.249.181.147) (Quit: BigBangUDR)
  246. # [07:08] * Joins: BigBangUDR (~Thunderbi@103.249.181.147)
  247. # [07:12] * Quits: bnicholson (~bnicholso@cpe-174-107-192-094.sc.res.rr.com) (Ping timeout: 260 seconds)
  248. # [07:15] * Parts: a-ja (~Instantbi@70.230.150.167)
  249. # [07:19] * Joins: hasather (~hasather@80.91.33.141)
  250. # [07:24] * Joins: sspi (uid34681@gateway/web/irccloud.com/x-lxohlnaplepuhfkx)
  251. # [07:24] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 264 seconds)
  252. # [07:31] * Quits: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com) (Ping timeout: 240 seconds)
  253. # [07:36] * Joins: jensnockert (~jensnocke@dynamic.1.7.34dbfd722180.e0f8471ae7fa.cust.bredband2.com)
  254. # [07:39] <abarth> roc: you can implement snap points today without help from the browser
  255. # [07:39] <abarth> roc: amazon has a nice implementation
  256. # [07:40] <abarth> the problem is more how to make it possible for folks to re-use implementations written by experts
  257. # [07:41] * Quits: SamB (~SamB@2001:470:1f07:57:5cd6:f78e:92c9:55ca) (Read error: Connection reset by peer)
  258. # [07:41] * Joins: SamB (~SamB@2001:470:1f07:57:5cd6:f78e:92c9:55ca)
  259. # [07:41] * Quits: jensnockert (~jensnocke@dynamic.1.7.34dbfd722180.e0f8471ae7fa.cust.bredband2.com) (Ping timeout: 244 seconds)
  260. # [07:45] * Joins: musically_ut (~musically@2a02:120b:c3f4:f9e0:a11:96ff:fefb:db24)
  261. # [07:48] * Quits: Streusel (~Anonymous@unaffiliated/streusel) (Quit: Leaving...)
  262. # [07:52] <roc> AFAIK shipping browsers lack two things
  263. # [07:52] <roc> 1) a way to reliably detect the end of a user scroll gesture
  264. # [07:53] <SamB> roc: how would that work exactly
  265. # [07:53] <SamB> what is this "end"
  266. # [07:53] <roc> 2) a way to tell the compositor to scroll smoothly to a destination in a way that dovetails nicely with momentum scrolling that carries on after the user scroll gesture has finished
  267. # [07:53] <SamB> if I grab the bar, whose to say where I'm going to release it?
  268. # [07:55] <roc> SamB: with a "fling gesture" on a touchscreen, the touch-up is the end of the user scroll gesture, but scrolling continues until it runs out of momentum
  269. # [07:55] <SamB> so, how would this thing work on a desktop with a scrollbar?
  270. # [07:56] <roc> for thumb dragging, we'd fire the "user scroll gesture ended" event when the user releases the thumb.
  271. # [07:56] <SamB> sounds kind of jarring
  272. # [07:57] <SamB> to snap AFTER the user releases the thumb
  273. # [07:57] <SamB> not that I've got a better idea
  274. # [07:57] <roc> that matches how most snapping works on touch devices
  275. # [07:58] <abarth> roc: amazon doesn't use scrolling to implement snap points
  276. # [07:59] <abarth> maybe I should study their code more, but I would be surprised if they did
  277. # [08:00] <abarth> roc: yes, we should add scrollstart and scrollend events
  278. # [08:00] <roc> if so, it doesn't work with async scrolling and touch panning, so it won't be a great experience
  279. # [08:00] <abarth> roc: the latter doesn't follow from the former
  280. # [08:00] <abarth> in fact, it's a great experience
  281. # [08:00] <abarth> try it
  282. # [08:00] <roc> on a really low end device?
  283. # [08:00] * Joins: othermaciej (~mjs@c-50-136-134-16.hsd1.ca.comcast.net)
  284. # [08:01] <abarth> roc: it works well on the devices I have
  285. # [08:01] <abarth> maybe I should try on lower end devices?
  286. # [08:01] * Quits: Goplat (~goplat@reactos/developer/Goplat) (Remote host closed the connection)
  287. # [08:01] <abarth> roc: what is the minimum latency to talk to the main thread on your target device?
  288. # [08:02] <abarth> meaning, under optimal conditions, how long does it take for the main thread to program data into the compositor
  289. # [08:05] <roc> less than 2x the vsync interval.
  290. # [08:05] <roc> but the real problem is that conditions are not always optimal :-)
  291. # [08:06] <abarth> so, if vsync is 16ms
  292. # [08:06] <abarth> it takes 8ms!
  293. # [08:06] <abarth> how hard have you tried to bring that number down?
  294. # [08:06] <roc> it's really easy to blow the 16ms frame budget with main-thread activity. You know that of course :-)
  295. # [08:07] <abarth> well, if your minimum latency is 8ms, I'm not surprised
  296. # [08:07] <abarth> we're getting more like 2ms
  297. # [08:07] <abarth> we're working on getting it down to 1ms
  298. # [08:08] <roc> I'm not worried about the best-case performance.
  299. # [08:08] <roc> I'm worried about the main thread getting blocked by a script or something outside our immediate control.
  300. # [08:08] <abarth> ok, then what's causing you not to get best-case performance when the user scrubbing a snap point widget?
  301. # [08:08] <abarth> who's control?
  302. # [08:09] <roc> the UA's control.
  303. # [08:09] <abarth> right, the UA is not in control
  304. # [08:09] <abarth> the web developer is in control
  305. # [08:11] * Joins: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com)
  306. # [08:11] <abarth> my experience discussing this topic is that when you push on the motivation for snap points
  307. # [08:12] <abarth> you eventually get down to the person who supports snap points saying that JavaScript developers aren't skilled developers
  308. # [08:12] <abarth> I think it's fair to say that some JavaScript developers are highly skilled and some are less highly skilled
  309. # [08:13] <abarth> which is why I wrote above that this problem is really about how to you get the less skilled developer to reuse work done by highly skilled developers
  310. # [08:13] <abarth> historically, we've done that by having the highly skilled developers hard-code behaviors into browsers
  311. # [08:14] <abarth> but another approach is to encourage highly skilled JavaScript developers to make their work reusable by less skilled developers
  312. # [08:14] <roc> BTW I completely misunderstood your earlier question about update latency...
  313. # [08:14] <abarth> oh good
  314. # [08:14] <abarth> you had me worried :)
  315. # [08:14] <roc> the problem is that to keep main-thread latency reliably low you have to prevent the "less skilled developer" from doing anything that could blow the latency budget
  316. # [08:15] <abarth> which is a scheduling problem
  317. # [08:15] <abarth> iOS does that by controling your event loop
  318. # [08:15] <abarth> when the finger is down on the glass
  319. # [08:15] <roc> so it's not just a matter of "use this library for scrolling", it's also "don't do anything else that could run too long", and there's a long list of things there
  320. # [08:15] <abarth> only certain events will come out of the event loop
  321. # [08:15] <abarth> the rest are delayed
  322. # [08:15] <abarth> we'll likely do something like that too
  323. # [08:15] <abarth> but we haven't studied that aspect of the problem in great detal yet
  324. # [08:15] <abarth> detail
  325. # [08:16] * Quits: othermaciej (~mjs@c-50-136-134-16.hsd1.ca.comcast.net) (Quit: othermaciej)
  326. # [08:16] * Joins: othermaciej (~mjs@c-50-136-134-16.hsd1.ca.comcast.net)
  327. # [08:16] <abarth> roc: put another way, how did the less skill developer steal time from the snap points widget's time slice?
  328. # [08:18] <roc> lots of ways ... requestAnimationFrame, triggering a complex CSS restyle/reflow, setTimeout
  329. # [08:19] <abarth> can you see how those are scheduling problems?
  330. # [08:19] * Quits: othermaciej (~mjs@c-50-136-134-16.hsd1.ca.comcast.net) (Client Quit)
  331. # [08:19] <roc> no, not really
  332. # [08:19] <abarth> why did the setTimeout fire during the touch interaction?
  333. # [08:19] <roc> I don't think you can get away with suppressing those entirely during a touch-pan
  334. # [08:19] <abarth> why not?
  335. # [08:20] <abarth> that's what iOS does
  336. # [08:20] <abarth> it's true that we haven't gone down that path you
  337. # [08:20] <abarth> s/you/yet/
  338. # [08:20] <roc> do animations stop?
  339. # [08:21] <abarth> we're still working with folks fairly high up the skill curve
  340. # [08:21] <abarth> you shouldn't drive animations with setTimout
  341. # [08:21] <abarth> if you do that, I'm ok making your animations bad
  342. # [08:21] <abarth> it's an iterative process
  343. # [08:21] <abarth> whereby we're moving down the skill curve
  344. # [08:21] <roc> I didn't say that, I was just curious
  345. # [08:21] <abarth> maybe we'll get to a point where the developers aren't skilled enough
  346. # [08:22] <abarth> but we haven't reached that point yet
  347. # [08:22] <abarth> I don't think we can tile the space of all effects by hard-coding them into the browser
  348. # [08:22] <roc> I don't think so either
  349. # [08:22] <abarth> so, at some point, we need to decide "that's bespoke"
  350. # [08:22] <roc> so I wish you'd stop raising that straw man
  351. # [08:23] <abarth> then, it's just a question of where to draw the line
  352. # [08:23] <abarth> not whether to draw a line
  353. # [08:23] <abarth> how do you decide where to draw the line?
  354. # [08:23] <abarth> we're trying to figure that out by seeing how good we can make the platform for bespoke effects
  355. # [08:23] <abarth> maybe we'll fail
  356. # [08:23] <abarth> and bespoke effects won't work well
  357. # [08:24] <abarth> in which case, we'll need to add many tiles and draw the line to include more UA-provided effects
  358. # [08:24] <abarth> but maybe we'll succeed
  359. # [08:24] <abarth> in which case, many effects can be treated as bespoke by the platform
  360. # [08:24] <roc> I don't have a deterministic algorithm for drawing the line
  361. # [08:24] <abarth> and the UA provides a much smaller set
  362. # [08:25] <abarth> which is why I wrote the email I did about snap points
  363. # [08:25] <abarth> it's not that I think they're bad
  364. # [08:25] <abarth> it's just that we're not planning to implement them
  365. # [08:25] <abarth> that might change if we fail
  366. # [08:25] <abarth> and the web platform can't support high-quality bespoke effects
  367. # [08:26] <roc> in the FirefoxOS homescreen, touch panning is done by script setting CSS transforms, and we did a lot of optimizations to make that work well
  368. # [08:26] <abarth> its too bad you don't have web animations
  369. # [08:26] <abarth> that way script can talk directly to the animation engine
  370. # [08:27] <abarth> without involving CSS
  371. # [08:27] <abarth> e.g., you can program an animation curve
  372. # [08:27] <abarth> and all you need to do in your touch handler
  373. # [08:27] <abarth> is set the currentTime of the animation
  374. # [08:27] <abarth> the main thread has almost no work to do
  375. # [08:28] <abarth> that's why I'm interested in the idea of moving that touch handler into the compositor. it's such a powerful, basic primitive
  376. # [08:29] <roc> our existing script-driven panning solutions have some problems. One of them is that we have implemented a lot of heuristics and behaviors for async scrolling and touch scrolling in the platform. And they have to be reimplemented/emulated by our panning scripts.
  377. # [08:29] <abarth> so, Android solves this problem by writing them once in Java
  378. # [08:30] <roc> we are working on Web Animations, and are very interested in being able to make a Web Animation directly use the async scroll position as its timing source
  379. # [08:30] <abarth> in the context of a browser, that would mean writing them once in JavaScript
  380. # [08:30] <abarth> another approach would be to supply them to JS as a library
  381. # [08:30] <abarth> you can do that in Android too. They have a bunch of Java classes provided by the framework that do scrolling math for you
  382. # [08:31] <abarth> they don't move things around on the screen---they just tell you what the physics are
  383. # [08:33] <roc> if you have a lot of use-cases which can be implemented by having your touch handler just set the current time on a Web Animation, then adding an API to that automatically in the compositor seems like a no-brainer to me.
  384. # [08:33] * Joins: Streusel (~Anonymous@unaffiliated/streusel)
  385. # [08:33] * Quits: musically_ut (~musically@2a02:120b:c3f4:f9e0:a11:96ff:fefb:db24) (Ping timeout: 240 seconds)
  386. # [08:33] <roc> it certainly satisfies most of our use-cases
  387. # [08:33] <abarth> I'm glad to hear that :)
  388. # [08:33] <roc> and you get a nice robust solution
  389. # [08:33] <roc> so are you on board with that? :-)
  390. # [08:34] <abarth> yes :)
  391. # [08:35] <roc> glad to hear it :-)
  392. # [08:35] <abarth> thanks for taking the time to talk this through
  393. # [08:35] <abarth> IRC can be a better medium than mailing lists sometimes
  394. # [08:46] * Quits: annevk (~annevk@178-83-154-60.dynamic.hispeed.ch) (Read error: Connection reset by peer)
  395. # [08:46] <sspi> I send an email towards www-dom@w3.org yesterday (about 10 hours ago here), however haven't seen it in the archives yet. Do I need to do anything special besides saying it's okay to archive my email? which I did.
  396. # [08:46] * Joins: annevk (~annevk@178-83-154-60.dynamic.hispeed.ch)
  397. # [08:53] * Quits: roc (~chatzilla@2001:cb0:b202:232:2677:3ff:fece:dc64) (Ping timeout: 260 seconds)
  398. # [08:56] * Joins: Ducki (~Ducki@191.233.66.1)
  399. # [09:07] * Joins: othermaciej (~mjs@c-50-136-134-16.hsd1.ca.comcast.net)
  400. # [09:08] * Joins: darobin (~darobin@78.109.80.74)
  401. # [09:09] * Joins: annevk_ (~annevk@178-83-154-60.dynamic.hispeed.ch)
  402. # [09:11] * Joins: hasather (~hasather@80.91.33.141)
  403. # [09:12] * Quits: annevk (~annevk@178-83-154-60.dynamic.hispeed.ch) (Ping timeout: 248 seconds)
  404. # [09:14] * Joins: roc (~chatzilla@121-99-88-128.bng1.tvc.orcon.net.nz)
  405. # [09:15] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 240 seconds)
  406. # [09:17] * Quits: ambv (~ambv@173.252.71.129) (Quit: sys.exit(0) # computer went to sleep)
  407. # [09:32] * Joins: sankha93 (uid12218@fsf/emeritus/sankha93)
  408. # [09:49] * Quits: Ducki (~Ducki@191.233.66.1) (Quit: Leaving)
  409. # [09:49] * Joins: Ducki (~Ducki@191.233.66.1)
  410. # [09:56] * Joins: richt (~richt@83.218.67.123)
  411. # [10:02] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
  412. # [10:02] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Client Quit)
  413. # [10:02] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
  414. # [10:03] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Client Quit)
  415. # [10:03] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
  416. # [10:14] * Joins: charl (~charl@charl.eu)
  417. # [10:15] * Quits: charl (~charl@charl.eu) (Client Quit)
  418. # [10:17] * Joins: hasather (~hasather@80.91.33.141)
  419. # [10:18] * Joins: benschwarz (uid2121@gateway/web/irccloud.com/x-koyvbjrpvfhjglkb)
  420. # [10:22] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 272 seconds)
  421. # [10:23] * Joins: charl (~charl@maidcafe.nl)
  422. # [10:29] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  423. # [10:32] * Quits: gavin__ (~gavin@76.14.87.162) (Remote host closed the connection)
  424. # [10:32] * Joins: gavin__ (~gavin@76.14.87.162)
  425. # [10:34] * Quits: espadrine_ (~ttyl@AMontsouris-158-1-96-175.w90-2.abo.wanadoo.fr) (Ping timeout: 255 seconds)
  426. # [10:34] * Quits: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com) (Quit: Leaving)
  427. # [10:35] * Quits: sankha93 (uid12218@fsf/emeritus/sankha93)
  428. # [10:36] * Joins: sankha93 (~sankha93@fsf/emeritus/sankha93)
  429. # [10:38] * Quits: sankha93 (~sankha93@fsf/emeritus/sankha93) (Client Quit)
  430. # [10:39] * Joins: hasather (~hasather@80.91.33.141)
  431. # [10:40] * Joins: espadrine_ (~ttyl@AMontsouris-158-1-49-173.w92-128.abo.wanadoo.fr)
  432. # [10:42] * Joins: caitp (~caitp@CPE48f8b385c01c-CM602ad06daeed.cpe.net.cable.rogers.com)
  433. # [10:42] <annevk_> "masinter added you to multipart-form-data" great work there MikeSmith
  434. # [10:42] * annevk_ is now known as annevk
  435. # [10:44] * Joins: Smylers (~smylers@94.117.247.78)
  436. # [10:45] * MikeSmith pats himself on the back
  437. # [10:46] <MikeSmith> annevk: paving the road for you with my good intentions
  438. # [10:48] * Quits: Smylers (~smylers@94.117.247.78) (Ping timeout: 244 seconds)
  439. # [10:49] <MikeSmith> sspi: I'll check on it right now
  440. # [10:50] <annevk> jgraham: how easy would it be for you to set up test where Content-Length is set to 4 and body is set to "PASS (if you see this though, FAIL!)"?
  441. # [10:50] * MikeSmith pushes some buttons
  442. # [10:51] <MikeSmith> sspi: should be on its way to the list no
  443. # [10:51] <MikeSmith> *now
  444. # [10:52] * Joins: Smylers (~smylers@176.12.107.140)
  445. # [10:53] * Joins: adactio (~adactio@212.42.170.121)
  446. # [10:53] <annevk> Domenic: given https://code.google.com/p/chromium/issues/detail?id=389124#c10 it seems pretty clear he's not even willing to entertain the thought they might be wrong
  447. # [10:57] * Joins: sankha93 (~sankha93@fsf/emeritus/sankha93)
  448. # [11:03] <jgraham> annevk: Very?
  449. # [11:04] * Joins: Lachy (~Lachy@213.166.174.2)
  450. # [11:04] <jgraham> annevk: If you were careful with byte counting you could even make it work as a scripted test
  451. # [11:06] <annevk> jgraham: could you do it and tell me what happens?
  452. # [11:06] * annevk is trying to find the answer to https://www.w3.org/Bugs/Public/show_bug.cgi?id=26241#c6
  453. # [11:06] * Quits: Smylers (~smylers@176.12.107.140) (Ping timeout: 248 seconds)
  454. # [11:07] * Quits: Lachy (~Lachy@213.166.174.2) (Client Quit)
  455. # [11:08] * Quits: Streusel (~Anonymous@unaffiliated/streusel) (Quit: Computer has gone to sleep.)
  456. # [11:08] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 240 seconds)
  457. # [11:10] * Joins: Lachy (~Lachy@213.166.174.2)
  458. # [11:11] * Quits: Lachy (~Lachy@213.166.174.2) (Read error: Connection reset by peer)
  459. # [11:11] * Joins: Lachy (~Lachy@213.166.174.2)
  460. # [11:12] * Joins: satazor (~satazor@26.186.108.93.rev.vodafone.pt)
  461. # [11:14] <jgraham> annevk: The test I wrote seems to PASS in Chrome and Fx
  462. # [11:15] <jgraham> annevk: If you work out where this test should live I could even submit a PR for it :)
  463. # [11:15] * Joins: Smylers (~smylers@81.143.60.194)
  464. # [11:16] <annevk> jgraham: can be part of XHR if you did it that way
  465. # [11:17] <annevk> jgraham: it's testing the HTTP layer though, so if we have a directory for HTTP
  466. # [11:18] <jgraham> We don't have a HTTP directory, and I just did it through a normal document
  467. # [11:18] <annevk> jgraham++ for having a better test framework than we had a couple years back
  468. # [11:18] <jgraham> No XHR
  469. # [11:18] <annevk> I guess you could make it a ref test in a new HTTP dir?
  470. # [11:19] <annevk> SamB: that draft was replaced by another draft which was also replaced, which eventually became http://tools.ietf.org/html/rfc6648
  471. # [11:19] <annevk> SamB: unfortunately some of the linking went lost
  472. # [11:22] <jgraham> https://github.com/w3c/web-platform-tests/pull/1089
  473. # [11:24] <jgraham> http://w3c-test.org/submissions/1089/http/content_length.html is the actual test
  474. # [11:30] <annevk> ta
  475. # [11:31] * Quits: Lachy (~Lachy@213.166.174.2) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  476. # [11:31] * Joins: Lachy (~Lachy@213.166.174.2)
  477. # [11:32] <JakeA> annevk: are you suggesting context="frame" for all navigations? Or would iframes get something different?
  478. # [11:32] <annevk> JakeA: yes
  479. # [11:33] <annevk> JakeA: "document" might be a better term since HTML calls them document environments
  480. # [11:33] <JakeA> annevk: much better
  481. # [11:33] <JakeA> I'll add that to the ticket
  482. # [11:36] * Quits: Lachy (~Lachy@213.166.174.2) (Client Quit)
  483. # [11:37] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net) (Remote host closed the connection)
  484. # [11:45] * Quits: beowulf (~sstewart@host86-182-21-27.range86-182.btcentralplus.com) (Ping timeout: 245 seconds)
  485. # [11:46] * Joins: Lachy (~Lachy@213.166.174.2)
  486. # [11:46] * Joins: Lachy_ (~Lachy@213.166.174.2)
  487. # [11:46] * Quits: Lachy (~Lachy@213.166.174.2) (Read error: Connection reset by peer)
  488. # [11:47] * Joins: beowulf (~sstewart@host109-154-203-120.range109-154.btcentralplus.com)
  489. # [11:52] * Joins: smaug____ (~chatzilla@84-231-76-254.elisa-mobile.fi)
  490. # [12:00] * Quits: sankha93 (~sankha93@fsf/emeritus/sankha93) (Ping timeout: 272 seconds)
  491. # [12:01] * Joins: mpt (~mpt@canonical/mpt)
  492. # [12:01] * Joins: Ms2ger (~Ms2ger@10.212-64-87.adsl-dyn.isp.belgacom.be)
  493. # [12:11] * Joins: anssik_ (uid10742@gateway/web/irccloud.com/x-gsrasjixxdpsqaxi)
  494. # [12:19] * Quits: plutoniix (~plutoniix@210.213.57.70) (Quit: จรลี จรลา)
  495. # [12:23] * Quits: gavin__ (~gavin@76.14.87.162) (Remote host closed the connection)
  496. # [12:23] * Joins: gavin_ (~gavin@76.14.87.162)
  497. # [12:25] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
  498. # [12:29] * Joins: pulse00 (~pulse00@smackbook.ec.tuwien.ac.at)
  499. # [12:31] <pulse00> hi all. i'm trying to find info on how browsers implement autocompletion of login credentials. we're having a loginpage example.com/login which has 2 input fields, one with type="password". when saving the password, the browser (chrome in this case) not only autofills example.com/login form fields, but also example.com, which holds a registration form.
  500. # [12:31] <pulse00> however, the registration form under example.com should not be autofilled with previous username/password values.
  501. # [12:31] * Joins: SteveF (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net)
  502. # [12:31] <pulse00> i've already set <form autocomplete="off"/> on the registration page, but this is being ignored it seems.
  503. # [12:32] <pulse00> has anyone an idea if this feature is somewhere handled in the html specification?
  504. # [12:33] <annevk> pulse00: instead of setting autocomplete to off, set it to a value that describes the purpose
  505. # [12:34] <annevk> pulse00: per http://www.whatwg.org/specs/web-apps/current-work/#attr-fe-autocomplete
  506. # [12:36] <pulse00> annevk: thanks a lot!
  507. # [12:36] * Quits: Gege (gege@future.deferred.io) (Ping timeout: 246 seconds)
  508. # [12:40] <pulse00> what's still a mystery to me: why is the browser autocompleting a form with values from another url? i mean the login form lives on example.com/login, and the registration form on example.com, which are 2 different forms and urls...
  509. # [12:41] * Joins: Gege (gege@future.deferred.io)
  510. # [12:42] <annevk> pulse00: login forms can often be found on many URLs
  511. # [12:43] <pulse00> so because the form has an email/password input combination, the browser assumes it's the login form and autofills it?
  512. # [12:44] <annevk> yeah, heuristics for that are not really defined
  513. # [12:44] <annevk> browsers are slowly working on addressing that problem better now, part of the deal is the new design of the autocomplete attribute
  514. # [12:45] <pulse00> annevk: thanks a lot for the info
  515. # [12:50] * Quits: smaug____ (~chatzilla@84-231-76-254.elisa-mobile.fi) (Ping timeout: 252 seconds)
  516. # [13:01] * Quits: othermaciej (~mjs@c-50-136-134-16.hsd1.ca.comcast.net) (Quit: othermaciej)
  517. # [13:06] * Joins: Jirka_ (~Jirka@95.85.233.233)
  518. # [13:07] * Quits: hasather (~hasather@80.91.33.141) (Remote host closed the connection)
  519. # [13:07] * Joins: hasather (~hasather@80.91.33.141)
  520. # [13:12] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 272 seconds)
  521. # [13:17] * Quits: mven (~textual@169.241.49.57) (Ping timeout: 252 seconds)
  522. # [13:17] * Joins: mven (~textual@169.241.49.57)
  523. # [13:24] * Krinkle|detached is now known as Krinkle
  524. # [13:26] * Quits: gavin_ (~gavin@76.14.87.162) (Remote host closed the connection)
  525. # [13:26] * Joins: gavin_ (~gavin@76.14.87.162)
  526. # [13:35] <Ms2ger> If f is not one of "NFC", "NFD", "NFKC", or "NFKD", ...
  527. # [13:35] <Ms2ger> Yay ES
  528. # [13:42] <sspi> MikeSmith: just read your message, tnx for helping out :)
  529. # [13:44] * Joins: hasather (~hasather@80.91.33.141)
  530. # [13:44] * Quits: BigBangUDR (~Thunderbi@103.249.181.147) (Remote host closed the connection)
  531. # [13:45] * Joins: BigBangUDR (~Thunderbi@103.249.181.147)
  532. # [13:47] * Joins: montecfel (~montecfel@gateway/tor-sasl/montecfel)
  533. # [13:53] * Quits: BigBangUDR (~Thunderbi@103.249.181.147) (Ping timeout: 240 seconds)
  534. # [13:58] * Parts: adactio (~adactio@212.42.170.121)
  535. # [13:58] * Joins: BigBangUDR (~Thunderbi@103.249.181.147)
  536. # [14:02] * Joins: sankha93 (~sankha93@remote190-228.home.uni-freiburg.de)
  537. # [14:02] * Quits: sankha93 (~sankha93@remote190-228.home.uni-freiburg.de) (Changing host)
  538. # [14:02] * Joins: sankha93 (~sankha93@fsf/emeritus/sankha93)
  539. # [14:05] * Quits: charl (~charl@maidcafe.nl) (Quit: leaving)
  540. # [14:13] * Quits: markkes (~markkes@62.207.90.201) (Ping timeout: 240 seconds)
  541. # [14:15] * Joins: markkes (~markkes@62.207.90.201)
  542. # [14:17] * Joins: charl (~charl@maidcafe.nl)
  543. # [14:29] * Quits: gavin_ (~gavin@76.14.87.162) (Remote host closed the connection)
  544. # [14:30] * Joins: gavin_ (~gavin@76.14.87.162)
  545. # [14:31] * Joins: adactio (~adactio@212.42.170.121)
  546. # [14:32] * Quits: jonathanmarvens (~jonathanm@107.181.19.54) (Remote host closed the connection)
  547. # [14:36] * Quits: satazor (~satazor@26.186.108.93.rev.vodafone.pt) (Remote host closed the connection)
  548. # [14:37] * Joins: satazor (~satazor@26.186.108.93.rev.vodafone.pt)
  549. # [14:37] * Joins: shepazu (~shepazu@31-33-200.wireless.csail.mit.edu)
  550. # [14:39] * Quits: BigBangUDR (~Thunderbi@103.249.181.147) (Quit: BigBangUDR)
  551. # [14:41] <MikeSmith> sspi: chhers
  552. # [14:41] * Quits: satazor (~satazor@26.186.108.93.rev.vodafone.pt) (Ping timeout: 255 seconds)
  553. # [14:45] <annevk> Ms2ger: what's the problem?
  554. # [14:45] <annevk> JakeA: I'm not sure if checking MIME type was agreed or not, but it seems like it would be good
  555. # [14:46] <JakeA> annevk: I'm happy with your conclusion. Assume multipart unless it's a urlencoded mime type
  556. # [14:46] <annevk> JakeA: I meant re service worker MIME type
  557. # [14:46] * Quits: jungkees (uid24208@gateway/web/irccloud.com/x-grieqfngqynzhvgx) (Quit: Connection closed for inactivity)
  558. # [14:46] * Joins: abinader (sid21713@gateway/web/irccloud.com/x-livjvrqdqpykwlmy)
  559. # [14:46] <annevk> JakeA: for multipart apparently the MIME type has to be checked to get the boundary parameter
  560. # [14:47] * Joins: tj_vantoll (~Adium@c-98-250-130-237.hsd1.mi.comcast.net)
  561. # [14:51] <JakeA> annevk: oh, sorry. Yeah, I agree. 96.7% of urls ending in ".js" are served with one of application/x-javascript, text/javascript. application/javascript
  562. # [14:53] * Quits: benschwarz (uid2121@gateway/web/irccloud.com/x-koyvbjrpvfhjglkb) (Quit: Connection closed for inactivity)
  563. # [14:56] * Joins: jonathanmarvens (~jonathanm@107.181.19.54)
  564. # [14:58] * Joins: gavin__ (~gavin@76.14.87.162)
  565. # [15:03] * Quits: gavin_ (~gavin@76.14.87.162) (Ping timeout: 248 seconds)
  566. # [15:13] <MikeSmith> hsivonen: I've landed validator support for <picture> in the syntax repo. Any chance you might be able to deploy it to v.nu and h5.v.nu today?
  567. # [15:15] <MikeSmith> hsivonen: for this case (relatively big new addition) I'd prefer not deploying it at the w3c validator until you have time to also deploy it
  568. # [15:16] * Joins: satazor (~satazor@239.201.37.188.rev.vodafone.pt)
  569. # [15:20] * darobin wonders if annevk gets to spend as much time with his dog as he'd like
  570. # [15:20] <annevk> darobin: my dog is dead you ass
  571. # [15:21] <darobin> ow!
  572. # [15:21] <darobin> sorry about that
  573. # [15:21] <darobin> but seriously, is that a .nl expression?
  574. # [15:21] * Quits: satazor (~satazor@239.201.37.188.rev.vodafone.pt) (Ping timeout: 272 seconds)
  575. # [15:22] <annevk> I had a dog once, but my mother mostly took care of it, he died of old age, and above I was failing to be funny
  576. # [15:28] * Joins: newtron_ (~newtron@199.71.174.204)
  577. # [15:29] * Quits: newtron_ (~newtron@199.71.174.204) (Remote host closed the connection)
  578. # [15:29] * Joins: newtron_ (~newtron@199.71.174.203)
  579. # [15:36] * Joins: marcosc (~marcosc@135-23-143-163.cpe.pppoe.ca)
  580. # [15:38] * Joins: TallTed (~Thud@63.119.36.36)
  581. # [15:43] <darobin> annevk: I thought you were trying to be funny, but there was the odd chance you weren't and I didn't want to just torment your bereaved soul
  582. # [15:43] <darobin> well, I didn't want it too bad
  583. # [15:43] <darobin> anyway, loved that expression on www-tag; I'm definitely going to use it :)
  584. # [15:44] <annevk> heh
  585. # [16:00] * Joins: satazor (~satazor@239.201.37.188.rev.vodafone.pt)
  586. # [16:03] <annevk> This whole blob reading things needs some more thinking...
  587. # [16:17] <SamB> annevk: yeah, I noticed, I just wish there was some kind of "report" functionality for such missing links between drafts ...
  588. # [16:18] <annevk> SamB: I reported it on Twitter, the editor passed it on
  589. # [16:18] <SamB> I guess that works
  590. # [16:19] <SamB> naturally, the original title was better ;-)
  591. # [16:24] * Joins: BigBangUDR (~Thunderbi@101.59.200.225)
  592. # [16:31] <annevk> There's no place for humor in the IETF, except when it comes to their publishing format
  593. # [16:31] <jcgregorio> annevk +1 :-)
  594. # [16:34] * Quits: gavin__ (~gavin@76.14.87.162) (Remote host closed the connection)
  595. # [16:34] * Joins: gavin_ (~gavin@76.14.87.162)
  596. # [16:35] <SamB> annevk: are you talking about the recent sad but true April 1 RFC?
  597. # [16:35] <jgraham> The IETF publishing format is dadaism at its finest.
  598. # [16:37] * Joins: benjamingr (uid23465@gateway/web/irccloud.com/x-ycawypnpccvppjhp)
  599. # [16:37] <jgraham> In a few years they'll have an original copy of RFC 2616 printed on a daisywheel printer in MoMA
  600. # [16:38] * Quits: newtron_ (~newtron@199.71.174.203) (Quit: Leaving...)
  601. # [16:38] * Quits: mven_ (~textual@ip68-104-38-84.lv.lv.cox.net) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  602. # [16:39] * Joins: newtron_ (~newtron@199.71.174.203)
  603. # [16:40] <SamB> oh, *that* ;-)
  604. # [16:40] <MikeSmith> you guys need to step up your game
  605. # [16:41] <MikeSmith> we need to have higher expectations for IETF trolling than what I'm seeing on display here today
  606. # [16:41] <SamB> I was thinking about the "realistic requirement keywords" RFC ;-)
  607. # [16:41] * Joins: marcosc_ (~marcosc@2001:450:1f:224:acf0:e354:a4fb:469a)
  608. # [16:41] <SamB> that was a masterwork of sad, true, and funny all at once ...
  609. # [16:42] * Quits: jonathanmarvens (~jonathanm@107.181.19.54) (Remote host closed the connection)
  610. # [16:44] * Quits: gavin_ (~gavin@76.14.87.162) (Remote host closed the connection)
  611. # [16:44] * Joins: gavin_ (~gavin@76.14.87.162)
  612. # [16:45] * Joins: jonathanmarvens (~jonathanm@107.181.19.54)
  613. # [16:45] <annevk> I missed http://lists.w3.org/Archives/Public/ietf-http-wg/2014JulSep/0123.html
  614. # [16:45] <annevk> Of course it is directly casually dismissed afterwards
  615. # [16:45] * Quits: marcosc_ (~marcosc@2001:450:1f:224:acf0:e354:a4fb:469a) (Ping timeout: 252 seconds)
  616. # [16:53] * Joins: rniwa (~rniwa@17.202.43.222)
  617. # [16:54] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net)
  618. # [16:56] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net) (Remote host closed the connection)
  619. # [16:57] * Quits: BigBangUDR (~Thunderbi@101.59.200.225) (Ping timeout: 255 seconds)
  620. # [16:57] * Joins: ehsan (~ehsan@24-212-207-29.cable.teksavvy.com)
  621. # [16:58] * Joins: marcosc_ (~marcosc@2001:450:1f:224:8059:680c:f79e:3f28)
  622. # [16:58] * Quits: annevk (~annevk@178-83-154-60.dynamic.hispeed.ch) (Remote host closed the connection)
  623. # [16:58] * Joins: annevk (~annevk@178-83-154-60.dynamic.hispeed.ch)
  624. # [17:00] * Joins: mpaarating (~mpaaratin@rrcs-97-78-217-146.se.biz.rr.com)
  625. # [17:02] * Quits: marcosc_ (~marcosc@2001:450:1f:224:8059:680c:f79e:3f28) (Ping timeout: 260 seconds)
  626. # [17:03] * Joins: smaug____ (~chatzilla@84-231-76-254.elisa-mobile.fi)
  627. # [17:06] * Quits: Ducki (~Ducki@191.233.66.1) (Ping timeout: 255 seconds)
  628. # [17:06] <annevk> SamB: https://twitter.com/stpeter/status/484352051645009922
  629. # [17:09] * Joins: jeremyj (~jeremyj@c-24-4-202-10.hsd1.ca.comcast.net)
  630. # [17:13] * Joins: plutoniix (~plutoniix@node-1ddb.pool-101-108.dynamic.totbb.net)
  631. # [17:14] * Quits: markkes (~markkes@62.207.90.201) (Quit: Nettalk6 - www.ntalk.de)
  632. # [17:20] * Joins: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net)
  633. # [17:24] * Quits: satazor (~satazor@239.201.37.188.rev.vodafone.pt) (Read error: Connection reset by peer)
  634. # [17:24] * Joins: satazor (~satazor@239.201.37.188.rev.vodafone.pt)
  635. # [17:27] * Quits: shepazu (~shepazu@31-33-200.wireless.csail.mit.edu) (Quit: is sleepy)
  636. # [17:29] * Joins: marcosc_ (~marcosc@2001:450:1f:224:9cb8:647d:8b47:ed81)
  637. # [17:29] * Quits: jonathanmarvens (~jonathanm@107.181.19.54) (Remote host closed the connection)
  638. # [17:30] * Joins: annevk_ (~annevk@178-83-154-60.dynamic.hispeed.ch)
  639. # [17:31] * Quits: plutoniix (~plutoniix@node-1ddb.pool-101-108.dynamic.totbb.net) (Ping timeout: 244 seconds)
  640. # [17:32] * Quits: ehsan (~ehsan@24-212-207-29.cable.teksavvy.com) (Remote host closed the connection)
  641. # [17:32] * Quits: annevk (~annevk@178-83-154-60.dynamic.hispeed.ch) (Ping timeout: 252 seconds)
  642. # [17:32] * Quits: jacobolus (~jacobolus@70-36-196-50.dsl.static.sonic.net) (Remote host closed the connection)
  643. # [17:33] * Quits: marcosc_ (~marcosc@2001:450:1f:224:9cb8:647d:8b47:ed81) (Ping timeout: 252 seconds)
  644. # [17:34] * Joins: jonathanmarvens (~jonathanm@107.181.19.54)
  645. # [17:34] * Quits: jeremyj (~jeremyj@c-24-4-202-10.hsd1.ca.comcast.net) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  646. # [17:36] * Joins: plutoniix (~plutoniix@node-1ddb.pool-101-108.dynamic.totbb.net)
  647. # [17:36] * Quits: anssik_ (uid10742@gateway/web/irccloud.com/x-gsrasjixxdpsqaxi) (Quit: Connection closed for inactivity)
  648. # [17:37] * Joins: jeremyj (~jeremyj@c-24-4-202-10.hsd1.ca.comcast.net)
  649. # [17:38] * Quits: jeremyj (~jeremyj@c-24-4-202-10.hsd1.ca.comcast.net) (Client Quit)
  650. # [17:39] * annevk_ is now known as annevk
  651. # [17:40] * Joins: jeremyj (~jeremyj@c-24-4-202-10.hsd1.ca.comcast.net)
  652. # [17:40] * Quits: plutoniix (~plutoniix@node-1ddb.pool-101-108.dynamic.totbb.net) (Ping timeout: 248 seconds)
  653. # [17:42] * Quits: jeremyj (~jeremyj@c-24-4-202-10.hsd1.ca.comcast.net) (Client Quit)
  654. # [17:45] * Joins: marcosc_ (~marcosc@66.207.208.102)
  655. # [17:46] * Joins: tantek (~tantek@70-36-139-254.dsl.dynamic.sonic.net)
  656. # [17:50] * Quits: marcosc_ (~marcosc@66.207.208.102) (Ping timeout: 260 seconds)
  657. # [17:53] * Joins: Maurice` (copyman@5ED5617C.cm-7-6b.dynamic.ziggo.nl)
  658. # [17:53] * Quits: tj_vantoll (~Adium@c-98-250-130-237.hsd1.mi.comcast.net) (Quit: Leaving.)
  659. # [17:56] * Joins: ehsan (~ehsan@2001:450:1f:224:b067:548f:5023:3056)
  660. # [17:57] * Joins: bholley (~bholley@98.210.101.88)
  661. # [17:58] * Joins: cheron (~cheron@unaffiliated/cheron)
  662. # [17:59] * Quits: jonathanmarvens (~jonathanm@107.181.19.54) (Remote host closed the connection)
  663. # [18:00] * Quits: hasather (~hasather@80.91.33.141) (Remote host closed the connection)
  664. # [18:02] * Quits: sankha93 (~sankha93@fsf/emeritus/sankha93) (Ping timeout: 252 seconds)
  665. # [18:05] * Quits: bholley (~bholley@98.210.101.88) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  666. # [18:05] * Joins: bholley (~bholley@98.210.101.88)
  667. # [18:06] * Joins: jeremyj (~jeremyj@c-24-4-202-10.hsd1.ca.comcast.net)
  668. # [18:06] * Joins: BigBangUDR (~Thunderbi@115.184.199.132)
  669. # [18:06] * Quits: bholley (~bholley@98.210.101.88) (Client Quit)
  670. # [18:09] * Joins: bholley (~bholley@98.210.101.88)
  671. # [18:09] * Quits: encryptd_fractl (~encryptd_@209.201.113.2) (Remote host closed the connection)
  672. # [18:10] * Joins: jacobolus (~jacobolus@74-95-6-5-SFBA.hfc.comcastbusiness.net)
  673. # [18:10] * Quits: BigBangUDR (~Thunderbi@115.184.199.132) (Client Quit)
  674. # [18:11] * Joins: encryptd_fractl (~encryptd_@209.201.113.2)
  675. # [18:13] * Joins: richt_ (~richt@83.218.67.123)
  676. # [18:16] * Quits: richt (~richt@83.218.67.123) (Ping timeout: 240 seconds)
  677. # [18:19] * Joins: ambv (~ambv@173.252.71.129)
  678. # [18:24] * Quits: Smylers (~smylers@81.143.60.194) (Quit: Leaving.)
  679. # [18:25] * Quits: richt_ (~richt@83.218.67.123) (Remote host closed the connection)
  680. # [18:28] * Quits: darobin (~darobin@78.109.80.74) (Remote host closed the connection)
  681. # [18:29] * Quits: satazor (~satazor@239.201.37.188.rev.vodafone.pt) (Remote host closed the connection)
  682. # [18:30] * Joins: satazor (~satazor@239.201.37.188.rev.vodafone.pt)
  683. # [18:30] * Quits: SteveF (~chatzilla@cpc3-nmal20-2-0-cust916.19-2.cable.virginm.net) (Ping timeout: 244 seconds)
  684. # [18:30] * Quits: newtron_ (~newtron@199.71.174.203) (Read error: Connection reset by peer)
  685. # [18:32] * Joins: hasather (~hasather@80.91.33.141)
  686. # [18:32] * Joins: newtron_ (~newtron@199.71.174.203)
  687. # [18:32] * Quits: TallTed (~Thud@63.119.36.36) (Quit: The computer fell asleep)
  688. # [18:33] * Joins: TallTed (~Thud@63.119.36.36)
  689. # [18:34] * Quits: satazor (~satazor@239.201.37.188.rev.vodafone.pt) (Ping timeout: 255 seconds)
  690. # [18:37] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 260 seconds)
  691. # [18:37] <annevk> http://w3cmemes.tumblr.com/post/90566879702 <3
  692. # [18:38] <Domenic> oooh w3cmemes stepped up its game
  693. # [18:38] <Domenic> i liked http://w3cmemes.tumblr.com/image/90566406597
  694. # [18:40] * Quits: benjamingr (uid23465@gateway/web/irccloud.com/x-ycawypnpccvppjhp) (Quit: Connection closed for inactivity)
  695. # [18:42] * Joins: marcosc_ (~marcosc@2001:450:1f:224:24ff:ca2f:4573:fe75)
  696. # [18:43] * Quits: jacobolus (~jacobolus@74-95-6-5-SFBA.hfc.comcastbusiness.net) (Remote host closed the connection)
  697. # [18:45] * Joins: satazor (~satazor@bl17-128-175.dsl.telepac.pt)
  698. # [18:46] * Quits: marcosc_ (~marcosc@2001:450:1f:224:24ff:ca2f:4573:fe75) (Ping timeout: 240 seconds)
  699. # [18:48] * Joins: jacobolus (~jacobolus@74-95-6-5-SFBA.hfc.comcastbusiness.net)
  700. # [18:49] <hober> that's not the first time slightlyoff's been represented by a dog
  701. # [18:49] <hober> i wonder what's up with that
  702. # [18:51] * Joins: gavin__ (~gavin@76.14.87.162)
  703. # [18:51] * Parts: adactio (~adactio@212.42.170.121)
  704. # [18:55] * Quits: gavin_ (~gavin@76.14.87.162) (Ping timeout: 264 seconds)
  705. # [18:56] * Quits: Lachy_ (~Lachy@213.166.174.2) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  706. # [18:59] * Quits: pulse00 (~pulse00@smackbook.ec.tuwien.ac.at) (Ping timeout: 248 seconds)
  707. # [19:05] * Joins: othermaciej (~mjs@c-50-136-134-16.hsd1.ca.comcast.net)
  708. # [19:06] * Joins: jonathanmarvens (~jonathanm@107.181.19.54)
  709. # [19:09] * Quits: jeremyj (~jeremyj@c-24-4-202-10.hsd1.ca.comcast.net) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  710. # [19:13] * Joins: gavin_ (~gavin@76.14.87.162)
  711. # [19:18] * Quits: gavin__ (~gavin@76.14.87.162) (Ping timeout: 248 seconds)
  712. # [19:19] * Joins: IZh (~IZh@83.220.238.178)
  713. # [19:20] <IZh> Hi. Is it possible to select multiple Options from JS?
  714. # [19:20] <IZh> The select.value selects one.
  715. # [19:24] * Joins: IZh_ (~IZh@83.220.239.151)
  716. # [19:25] <TabAtkins> IZh: If you ahve a <select multiple>, then you can adjust selectedness on each option individually.
  717. # [19:25] <TabAtkins> I forget how.
  718. # [19:25] <TabAtkins> Probably opt.selected=true or something.
  719. # [19:25] * Quits: othermaciej (~mjs@c-50-136-134-16.hsd1.ca.comcast.net) (Quit: othermaciej)
  720. # [19:26] * Quits: IZh (~IZh@83.220.238.178) (Ping timeout: 260 seconds)
  721. # [19:26] * IZh_ is now known as IZh
  722. # [19:27] * Joins: newtron_work (~newtron@199.71.174.204)
  723. # [19:30] <Hixie> you know your standards organisation is successful when the mailing list for your flagship spec has less than a third the volume of mail traffic as the mailing list for your process, two months in a row
  724. # [19:30] * Joins: nwtn (~newtron@199.71.174.204)
  725. # [19:30] <Hixie> (http://lists.w3.org/Archives/Public/public-html/ vs http://lists.w3.org/Archives/Public/public-w3process/)
  726. # [19:31] <SamB> Hixie: does the WHATWG even *have* a process?
  727. # [19:31] * Quits: newtron_ (~newtron@199.71.174.203) (Ping timeout: 240 seconds)
  728. # [19:31] <SamB> I guess they better have at least PID 1 and apache, huh
  729. # [19:31] * Quits: newtron_work (~newtron@199.71.174.204) (Ping timeout: 240 seconds)
  730. # [19:33] * Joins: jsbell (jsbell@nat/google/x-qidjtjrrewdxgccv)
  731. # [19:33] * Joins: othermaciej (~mjs@76.74.153.49)
  732. # [19:34] * Joins: jeremyj (~jeremyj@17.114.217.224)
  733. # [19:34] * Quits: satazor (~satazor@bl17-128-175.dsl.telepac.pt) (Remote host closed the connection)
  734. # [19:34] * Joins: satazor (~satazor@bl17-128-175.dsl.telepac.pt)
  735. # [19:35] <tantek> mailing lists are such good honeypots. especially process mailing lists.
  736. # [19:35] <SamB> you mean, they keep the bullshit away from ... ?
  737. # [19:35] * Quits: jacobolus (~jacobolus@74-95-6-5-SFBA.hfc.comcastbusiness.net) (Remote host closed the connection)
  738. # [19:39] * Quits: satazor (~satazor@bl17-128-175.dsl.telepac.pt) (Ping timeout: 264 seconds)
  739. # [19:40] <jgraham> SamB: Don't let tantek troll you. He has like a 4 hour spiel about how all mailing lists are failures, even ones that are successful, and how everything should be on wikis despite wikis having faults of their own.
  740. # [19:40] <SamB> I hear wikimedia-l is ... fun ;-)
  741. # [19:40] <Hixie> i'm not sure, i'm just guessing, but i think jgraham might disagree with tantek on this mailing list thing
  742. # [19:40] <SamB> but personally I don't think a wiki is a good place to review patches
  743. # [19:41] <Hixie> SamB: not in any meaningful sense, no (by design)
  744. # [19:41] <jgraham> A mailing list isn't a good place to review patches either
  745. # [19:41] <SamB> Hixie: lol
  746. # [19:41] <jgraham> a code review system is
  747. # [19:41] <SamB> jgraham: true, not particularly fantastic for that
  748. # [19:41] <tantek> SamB - they keep a lot of bullshit (in terms of volume of text) away from say, IRC, like here.
  749. # [19:41] <SamB> jgraham: but a wiki manages to do EVEN WORSE
  750. # [19:41] <tantek> jgraham, that's the spirit! ;)
  751. # [19:42] <SamB> and I'm not sure you couldn't integrate a code review system into a mailing-list workflow pretty well ...
  752. # [19:42] <tantek> SamB - who does code reviews on a wiki? I've never done that but I'm curious to see anyone who would try!
  753. # [19:42] <SamB> tantek: well, the way I was interpreting jgraham's statements, you were ;-P
  754. # [19:42] <tantek> github's UI flow for code submissions/reviews appears to have the best adoption to date of any such "system". so I'd start by studying theirs.
  755. # [19:43] <jgraham> At least code review on a wiki would give you some kind of diff between revisions of the patch
  756. # [19:43] <SamB> jgraham: hmm
  757. # [19:43] <tantek> (!!!)
  758. # [19:43] <jgraham> Oh man *I* have a four your rant about the failures of github for code review and patch submission
  759. # [19:43] <jgraham> *hour
  760. # [19:43] <SamB> jgraham: I was thinking of a Talk:-style thing though, which really wouldn't
  761. # [19:44] * tantek looks forwared to reading jgraham's blog post about the failures of github for code review and patch submission.
  762. # [19:44] <jgraham> SamB: Yeah, the fact that you would have to mix comments and code would be a disaster
  763. # [19:44] * Joins: jacobolus (~jacobolus@74-95-6-5-SFBA.hfc.comcastbusiness.net)
  764. # [19:44] <tantek> SamB, Talk: pages suck. Don't use them
  765. # [19:44] * rniwa prefers Bugzilla code reviews over Github.
  766. # [19:44] <SamB> tantek: well, how would YOU discuss a Template on-wiki
  767. # [19:45] <jgraham> To be fair, the main problem with GH for submission is that their permissions model is broken so only the original author can update a patch
  768. # [19:45] <SamB> or, say, the content or formatting of a wikipedia article
  769. # [19:45] <jgraham> s/patch/PR/
  770. # [19:45] <SamB> jgraham: mmm
  771. # [19:45] * Quits: jacobolus (~jacobolus@74-95-6-5-SFBA.hfc.comcastbusiness.net) (Remote host closed the connection)
  772. # [19:46] <SamB> jgraham: well, given that only the latest version of the PR is accessible from the CLI (afaik), I'm not sure that's totally stupid
  773. # [19:46] <jgraham> rniwa: Does webkit have some much better thing than mozilla for review in bugzilla? Because what we have is awful.
  774. # [19:46] <SamB> I guess it should be possible to have multiple PRs on one PR page ...
  775. # [19:46] <tantek> SamB - IRC for quick discussions
  776. # [19:46] <SamB> jgraham: I don't think so
  777. # [19:47] <jgraham> SamB: I don't understand what you mean. A PR is just a branch. It should be possible for multiple people to push to the same branch.
  778. # [19:47] <SamB> tantek: not always clear where to find anyone relevant to a specific topic on IRC, at least wrt WMF's wikis
  779. # [19:48] <jgraham> People certainly *shouldn't* keep squashing and force pushing if that's what you mean by "latest version"
  780. # [19:48] <SamB> it's not too bad wrt commons or enwikisource
  781. # [19:48] <jgraham> Once you do that you may as well use a mailing list again.
  782. # [19:48] <SamB> jgraham: I was just thinking that remote reflog access might be worth implementing
  783. # [19:48] <SamB> but yes, I see what you mean
  784. # [19:49] <SamB> forbidding force push to PR refs would work too, after a fashion
  785. # [19:49] <caitp> squashing and forcepushing is great, it's not like the old refs disappear
  786. # [19:49] <SamB> anyway, clearly we have very little clue what we're doing WRT patch review systems
  787. # [19:50] <SamB> caitp: huh?
  788. # [19:50] <SamB> are you talking about the web UI?
  789. # [19:50] <caitp> no
  790. # [19:50] <jgraham> You need to allow it but you either need the kind of magic that hg+changeset evolution has to keep track of the previous commits, or you need to strictly control when people squash so that the review system can keep track of it
  791. # [19:50] <SamB> caitp: or do you know how to get at the old PR tips from the CLI?
  792. # [19:51] <SamB> I haven't done much hg yet
  793. # [19:51] <SamB> at least it doesn't seem as stupid slow as bzr
  794. # [19:51] <caitp> if you have the sha of an old tip you should be able to cherrypick it back on if you want to restore it
  795. # [19:51] <SamB> and isn't dead upstream like bzr
  796. # [19:51] <caitp> getting the sha is the hard part
  797. # [19:51] <SamB> caitp: github allows you to do that?
  798. # [19:51] * Quits: encryptd_fractl (~encryptd_@209.201.113.2) (Remote host closed the connection)
  799. # [19:52] <SamB> but how would you find out the sha without hitting the web
  800. # [19:52] <caitp> i'm not sure why github would care
  801. # [19:52] <jgraham> I haven't actually used hg+evolve, but aiui when you rebase it stores a pointer to the old commits in the rebased tree, but marks them as "obsolete" or something
  802. # [19:52] <caitp> you can just make a note of shas, or put them in a temporary branch before rebasing
  803. # [19:52] <SamB> caitp: by default, git forbids access to commits that aren't found in refs
  804. # [19:52] <caitp> temp branch is safer :p
  805. # [19:53] <SamB> I mean, when you use the smart protocols
  806. # [19:53] <SamB> jgraham: nice
  807. # [19:53] <rniwa> jgraham: https://bugs.webkit.org/attachment.cgi?id=224930&action=review
  808. # [19:53] <rniwa> jgraham: ojan made a lot of improvements to our review tool
  809. # [19:53] <rniwa> jgraham: it supports inline comments, etc...
  810. # [19:54] <jgraham> rniwa: Well it allows context expansion at least. Can you get diffs between different versions of patches or track which issues have been addressed somehow?
  811. # [19:54] * Quits: IZh (~IZh@83.220.239.151) (Remote host closed the connection)
  812. # [19:55] <rniwa> jgraham: diffs between different patches is still broken :(
  813. # [19:56] * Joins: encryptd_fractl (~encryptd_@209.201.113.2)
  814. # [19:56] <jgraham> Moilla are supposed to be moving to reviewboard, but it remains to be seen whether that still sucks
  815. # [19:56] <Philip`> jgraham: Gerrit seems to work non-terribly at that - it stores every version of a patch that you've pushed for review, and the web UI lets you see diffs between any versions
  816. # [19:57] <SamB> Philip`: what happens if you change the subject line?
  817. # [19:57] <jgraham> Philip`: Yeah, AIUI Gerrit isn't terrible. Although I haven't actually used it so I couldn't say if it's good or not
  818. # [19:57] <SamB> and I hear gerrit doesn't handle series' well?
  819. # [19:58] * jgraham is quite a fan of Opera Critic ofc
  820. # [19:58] <Philip`> SamB: There's a hook that puts a Change-Id field in your commit message, as a unique identifier for a patch
  821. # [19:58] <rniwa> Philip`, jgraham: the one used by chromium is horrible re: Gerrit
  822. # [19:58] <jgraham> Reitvald?
  823. # [19:58] <Philip`> so you can happily rewrite the commit message (but keep the Change-Id) and it'll recognise it
  824. # [19:58] <SamB> I think the cutest review tool I've seen involved GPG-signed votes of approval on a mailing list, and a bot that ran tests and merged if all was well after recieving enough "go ahead" votes
  825. # [19:59] <rniwa> jgraham: oh i guess I mixed the two
  826. # [19:59] <SamB> Philip`: how does the Change-Id get into your commit message?
  827. # [19:59] <jgraham> Isn't Gerrit a fork of Rietvald or something?
  828. # [19:59] <caitp> rietveld isn't really ideal, no :[
  829. # [19:59] <SamB> is it telling that I've never heard of rietvald before?
  830. # [19:59] <SamB> probably not very
  831. # [20:00] <caitp> codereview.chromium.org etc, the UI still confuses me after over a year
  832. # [20:00] <jgraham> Well code review tools aren't exactly thrilling dinner party conversation
  833. # [20:00] * Quits: smaug____ (~chatzilla@84-231-76-254.elisa-mobile.fi) (Ping timeout: 240 seconds)
  834. # [20:00] <jgraham> It isn't the sort of thing they teach posh people to politely discuss at finishing school
  835. # [20:01] <SamB> what is finishing school?
  836. # [20:01] <Philip`> SamB: By a commit-msg hook that you have to download into your repository
  837. # [20:01] <SamB> do they teach you to finish things?
  838. # [20:01] <SamB> maybe I should sign up
  839. # [20:01] <SamB> Philip`: ah
  840. # [20:01] <jgraham> http://en.wikipedia.org/wiki/Finishing_school
  841. # [20:01] <SamB> Philip`: that actually sounds workable
  842. # [20:02] <Philip`> The best thing about Gerrit is that part of its configuration is in Prolog
  843. # [20:02] <SamB> but somehow I suspect it hasn't a clue how to handle it if you squash or split a change
  844. # [20:02] <SamB> er, well, not that you can squash one change by itself
  845. # [20:03] <jgraham> Philip`: See, that's what the channel lacks when you aren't around
  846. # [20:03] <SamB> Philip`: I'm assuming that it's not actually particularly useful that it's in prolog?
  847. # [20:03] <SamB> or you would be explaining how
  848. # [20:04] <SamB> hmm, did firefox drop SWI yet?
  849. # [20:04] <SamB> (how long ago?)
  850. # [20:04] <jgraham> What's SWI?
  851. # [20:04] <Philip`> SamB: It's your responsibility to keep the Change-Id in the appropriate commit that you want associated with your previous review, if you're doing some squashing etc
  852. # [20:04] <SamB> SWI Prolog
  853. # [20:05] <Philip`> If you're doing major reorganisation you might want to just abandon the old reviews and start a new set for your new patches, to reduce confusion
  854. # [20:05] <SamB> Philip`: is "review/change set" an actual concept of gerrit?
  855. # [20:06] <Philip`> SamB: It's not particularly useful if you don't already know Prolog
  856. # [20:06] <SamB> what sort of things does it configure?
  857. # [20:07] * Krinkle is now known as Krinkle|detached
  858. # [20:07] <Hixie> anyone want to help out with admin@wiki.whatwg.org requests? (it's just creating wiki accounts for people who seem legit)
  859. # [20:09] <Philip`> SamB: The rules for when a patch is allowed to be submitted, e.g. https://gerrit-review.googlesource.com/Documentation/prolog-cookbook.html#_example_14_master_and_apprentice
  860. # [20:09] <SamB> Hixie: so basically you get to serve as glorified captcha?
  861. # [20:10] <SamB> anyway I'm terrible at handling my mail already, so not I!
  862. # [20:12] * Joins: jwalden (~waldo@2620:101:80fc:224:7e7a:91ff:fe25:a5a3)
  863. # [20:13] * Krinkle|detached is now known as Krinkle
  864. # [20:13] <Ms2ger> jgraham, Rietveld, btw
  865. # [20:14] <jgraham> Danm vowels
  866. # [20:15] <Philip`> They're evidently no worse than the consonants
  867. # [20:16] <jgraham> Cursed letters
  868. # [20:16] <Domenic> I hate Gerrit, largely because of the Change-Ids
  869. # [20:19] * Quits: jonathanmarvens (~jonathanm@107.181.19.54) (Remote host closed the connection)
  870. # [20:21] <Hixie> SamB: yeah
  871. # [20:21] * Joins: jonathanmarvens (~jonathanm@107.181.19.54)
  872. # [20:24] * Joins: Manishearth (manisheart@wikipedia/Manishearth)
  873. # [20:25] <Manishearth> annevk: around?
  874. # [20:25] <Manishearth> I'd like to know exactly when CORS applies
  875. # [20:25] <jgraham> Manishearth: I don't think he is
  876. # [20:25] <Manishearth> :/
  877. # [20:25] <Manishearth> apparently fetching an ftp:// page from an http:// page is a CORS violation. Wonder if the same is true for fetching ftp:// from ftp://
  878. # [20:26] <Hixie> annevk: i'm not clear on what i'm supposed to be answering on https://github.com/slightlyoff/ServiceWorker/issues/352#issuecomment-47768718
  879. # [20:27] <SamB> Manishearth: I'm not aware of a way to clear cross-origin requests with an FTPD
  880. # [20:28] <SamB> so, um, naturally you can't use CORS with ftp://
  881. # [20:29] * Joins: scor (scor@nat/acquia/x-hfswqpojbylytpmp)
  882. # [20:29] * Quits: scor (scor@nat/acquia/x-hfswqpojbylytpmp) (Changing host)
  883. # [20:29] * Joins: scor (scor@drupal.org/user/52142/view)
  884. # [20:29] <SamB> I guess it's pointless to ask about nntp://, news://, etc. since, uh, well, browsers don't exactly support NNTP these days
  885. # [20:29] <Manishearth> SamB: strange, I tried ftp-ftp in Chrome's console and it worked
  886. # [20:29] <Manishearth> data-data doesn't work though
  887. # [20:29] <SamB> hmm
  888. # [20:30] <SamB> wait what
  889. # [20:30] <SamB> Manishearth: what exactly are you attempting to do?
  890. # [20:30] <Manishearth> and I think blob uris can be fetched ;p
  891. # [20:30] <Manishearth> SamB: implement CORS for Servo
  892. # [20:30] <SamB> I meant, what did you try between data: and data: that did not work?
  893. # [20:30] <Manishearth> or, more generically, implemet CORS in rst -- trying to make it reusable
  894. # [20:30] <Manishearth> *Rust
  895. # [20:31] * Joins: marcosc_ (~marcosc@66.207.208.102)
  896. # [20:32] * Joins: marcosc__ (~marcosc@2001:450:1f:224:e861:483c:5db4:bc0d)
  897. # [20:32] <Manishearth> SamB: so data:text/html is a thing
  898. # [20:32] <SamB> hmm, I guess ftp has to count as cross-origin; someone's bound to have internal ftp servers with sensitive data on them ...
  899. # [20:33] <SamB> Manishearth: it just seems kind of dumb to prevent fetching a data URL when you could just as well get the content by parsing it yourself
  900. # [20:33] * Quits: nwtn (~newtron@199.71.174.204) (Remote host closed the connection)
  901. # [20:34] * Joins: newtron_ (~newtron@199.71.174.204)
  902. # [20:35] <Manishearth> SamB: exactly
  903. # [20:35] * Quits: marcosc_ (~marcosc@66.207.208.102) (Ping timeout: 240 seconds)
  904. # [20:35] <Manishearth> So I was wondering if there was a table of sorts which specifies who can fetch ffrom where
  905. # [20:35] <Manishearth> this data uri doesn't work, for example:
  906. # [20:35] <Manishearth> data:text/html;charset=utf-8;base64,PGh0bWw+DQo8aGVhZD48L2hlYWQ+DQoNCjxib2R5Pg0KPHNjcmlwdD4NCnhocj1uZXcgWE1MSHR0cFJlcXVlc3QoKTsNCnhoci5vcGVuKCJHRVQiLCAiZGF0YTp0ZXh0L2h0bWw7Y2hhcnNldD11dGYtODtiYXNlNjQsUEdoMGJXdytEUW9OQ2p3dmFIUnRiRDQ9IikNCnhoci5zZW5kKCk7DQo8L3NjcmlwdD4NCjwvYm9keT4NCjwvaHRtbD4=
  907. # [20:36] <SamB> does curl implement data: ...
  908. # [20:36] * SamB checks
  909. # [20:36] <Manishearth> hm
  910. # [20:36] * Quits: marcosc__ (~marcosc@2001:450:1f:224:e861:483c:5db4:bc0d) (Ping timeout: 260 seconds)
  911. # [20:36] <Manishearth> Note that here I'm talking about same-origin, but different *schemes*
  912. # [20:37] <SamB> Manishearth: ah
  913. # [20:37] * Quits: roc (~chatzilla@121-99-88-128.bng1.tvc.orcon.net.nz) (Ping timeout: 264 seconds)
  914. # [20:37] <SamB> turns out curl doesn't support the data scheme
  915. # [20:38] * Quits: zdobersek (~zan@5.157.38.34) (Remote host closed the connection)
  916. # [20:38] * Joins: newtron_work (~newtron@199.71.174.204)
  917. # [20:38] <Manishearth> though it would also be interesting if ftp:// fetching http:// cross origin is considered unsupported
  918. # [20:38] * Quits: newtron_work (~newtron@199.71.174.204) (Remote host closed the connection)
  919. # [20:38] * Quits: newtron_ (~newtron@199.71.174.204) (Ping timeout: 240 seconds)
  920. # [20:38] <SamB> Manishearth: can't see any reason it shouldn't work besides lack of enthusiasm to bother
  921. # [20:38] <Manishearth> (even if the correct access-control headers are set)
  922. # [20:38] * Joins: newtron_ (~newtron@199.71.174.203)
  923. # [20:39] <Manishearth> true, bt it's all confusing ;)
  924. # [20:39] * Joins: zdobersek (~zan@5.153.234.90)
  925. # [20:39] <SamB> annevk: perhaps there should be some kind of ... testsuite?
  926. # [20:40] <Manishearth> SamB: don't we have wpt? :)
  927. # [20:40] <Manishearth> but it doesnt cover thee strange cases
  928. # [20:40] <SamB> how would you test this stuff anyway
  929. # [20:40] <Ms2ger> Make jgraham write an ftp server
  930. # [20:40] <SamB> I mean, I'm thinking live testing is probably not workable here
  931. # [20:41] * Quits: othermaciej (~mjs@76.74.153.49) (Quit: othermaciej)
  932. # [20:41] <SamB> but dry-running part of the algorithm maybe could be?
  933. # [20:41] * jgraham hides
  934. # [20:41] <Manishearth> SamB: I'm creating data uris and using ftp servers and all ;p
  935. # [20:42] * Joins: weinig (~weinig@17.245.29.209)
  936. # [20:42] <SamB> hrmm, maybe it's not THAT hard
  937. # [20:42] * Joins: richt (~richt@192.121.59.29)
  938. # [20:42] <SamB> (does, say, twisted have an ftp server?)
  939. # [20:43] * Joins: smaug____ (~chatzilla@84-231-76-254.elisa-mobile.fi)
  940. # [20:44] <SamB> Manishearth: what kind of harness are you using, and how much of the stack does it test?
  941. # [20:44] <Manishearth> SamB: me? I'm currently just testing locally
  942. # [20:45] <Manishearth> as in, entering stuff into the console
  943. # [20:45] <SamB> ah
  944. # [20:45] <Manishearth> we use wpt though
  945. # [20:45] <SamB> I'm not sure how you can do tests with different toplevel origins though
  946. # [20:45] <Ms2ger> Manishearth, you should move the dirs we run into an ini file, I want to start running FileAPI/ at some point
  947. # [20:46] <SamB> I mean, automatically
  948. # [20:46] * Quits: encryptd_fractl (~encryptd_@209.201.113.2) (Remote host closed the connection)
  949. # [20:46] <SamB> (I mean, this is the one time you would really want to be able to be able to totally ignore the same-origin rule, no?)
  950. # [20:46] <Manishearth> SamB: Okay, turns out that Blick doesn't like xhr in data uris, bt Gecko does
  951. # [20:47] <Manishearth> this is unspecced
  952. # [20:47] <Manishearth> implement at will ;p
  953. # [20:47] <SamB> gecko is right, clearly
  954. # [20:47] <Manishearth> Ms2ger: yeah, we shold. Will do that
  955. # [20:47] <Manishearth> *should
  956. # [20:47] <Ms2ger> Thanks :)
  957. # [20:47] <SamB> though, failing safe is better than failing dangerous
  958. # [20:48] * Joins: othermaciej (~mjs@17.244.164.205)
  959. # [20:50] * Joins: encryptd_fractl (~encryptd_@209.201.113.2)
  960. # [20:50] <Manishearth> // This bit is probably more complicated. Fetching same origin data URIs from data URIs
  961. # [20:50] <Manishearth> // works in Gecko but not Blink. Fetching same origin ftp:// from ftp:// works in both
  962. # [20:50] <Manishearth> // Same origin blob URIs also work for both. Fetching same origin http from ftp works in gecko
  963. # [20:50] <Manishearth> // but not Blink. I give up.
  964. # [20:50] * Joins: ManishCloud (uid36524@gateway/web/irccloud.com/x-hoqgkuzlkmpmlriq)
  965. # [20:50] <Manishearth> screw it, I'll just leave a long comment ;p
  966. # [20:52] * Quits: tantek (~tantek@70-36-139-254.dsl.dynamic.sonic.net) (Quit: tantek)
  967. # [20:57] * Joins: roc (~chatzilla@121-99-88-128.bng1.tvc.orcon.net.nz)
  968. # [20:57] * Quits: weinig (~weinig@17.245.29.209) (Quit: weinig)
  969. # [20:58] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
  970. # [21:01] * Joins: emerson (~emerson@unaffiliated/emerson)
  971. # [21:02] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Client Quit)
  972. # [21:03] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
  973. # [21:05] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Client Quit)
  974. # [21:06] * Joins: Smylers (~smylers@host81-156-26-27.range81-156.btcentralplus.com)
  975. # [21:08] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
  976. # [21:21] * Quits: richt (~richt@192.121.59.29) (Ping timeout: 264 seconds)
  977. # [21:24] * Joins: satazor (~satazor@26.186.108.93.rev.vodafone.pt)
  978. # [21:24] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  979. # [21:25] * Quits: bholley (~bholley@98.210.101.88) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  980. # [21:32] * Joins: bholley (~bholley@98.210.101.88)
  981. # [21:32] * Joins: dbaron (~dbaron@2620:101:80fb:224:503f:cd45:3803:8e08)
  982. # [21:46] <Hixie> jgraham: any news on the attribute ordering thing?
  983. # [21:46] * Quits: bholley (~bholley@98.210.101.88) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  984. # [21:46] * Quits: othermaciej (~mjs@17.244.164.205) (Quit: othermaciej)
  985. # [21:47] * Joins: BigBangUDR (~Thunderbi@115.184.202.74)
  986. # [21:48] * Joins: jacobolus (~jacobolus@74-95-6-5-SFBA.hfc.comcastbusiness.net)
  987. # [21:48] * Quits: BigBangUDR (~Thunderbi@115.184.202.74) (Client Quit)
  988. # [21:52] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
  989. # [21:55] * Joins: othermaciej (~mjs@17.244.164.205)
  990. # [21:57] <annevk> Manishearth: see http://fetch.spec.whatwg.org/#concept-fetch
  991. # [21:57] <annevk> Manishearth: if you want to implement CORS, "just" implement Fetch
  992. # [21:57] * Quits: dbaron (~dbaron@2620:101:80fb:224:503f:cd45:3803:8e08) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  993. # [21:59] <annevk> Hixie: just a heads up that your algorithms might be affected somehow by all this CSP / Fetch stuff; if you're not concerned, it's fine
  994. # [21:59] <annevk> SamB: testsuite for what?
  995. # [21:59] <Hixie> annevk: which algs?
  996. # [21:59] <annevk> Manishearth: implementing CORS without Fetch would be wrong
  997. # [22:00] <annevk> Hixie: navigate and things that invoke navigate
  998. # [22:00] <Hixie> ah
  999. # [22:00] <SamB> annevk: what should happen if URL foo tries to do X involving URL bar
  1000. # [22:00] <Hixie> i kinda assumed they'd be affected eventually anyway
  1001. # [22:00] * Quits: othermaciej (~mjs@17.244.164.205) (Ping timeout: 244 seconds)
  1002. # [22:00] <SamB> perhaps with more details about what bar's server has to say about that
  1003. # [22:01] <annevk> The address bar is UI
  1004. # [22:02] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  1005. # [22:02] <SamB> annevk: sorry, "bar" was a poor choice of metasyntactic variable
  1006. # [22:02] <SamB> s/bar/baz/
  1007. # [22:02] <annevk> SamB: oh, yes
  1008. # [22:02] <annevk> SamB: there's some of that for XMLHttpRequest
  1009. # [22:03] <annevk> SamB: are you volunteering? if so, I'll have more time to coordinate something like that in twelve hours, or you can talk to jgraham :-)
  1010. # [22:03] * Quits: jonathanmarvens (~jonathanm@107.181.19.54) (Remote host closed the connection)
  1011. # [22:04] * gsnedders wonders if we should be writing more specs without testsuites, given how badly tested stuff is already...
  1012. # [22:04] <SamB> annevk: hmm, I'll volunteer Manishearth to come up with the wierd corner cases to try
  1013. # [22:04] * Joins: othermaciej (~mjs@17.245.29.1)
  1014. # [22:04] <annevk> gsnedders: well, everything that is implemented gets tests, so there's tests for those specifications somewhere
  1015. # [22:05] * Joins: dbaron (~dbaron@2620:101:80fb:232:c51:4c08:dcaf:9d2c)
  1016. # [22:05] <gsnedders> somewhere doesn't necessarily mean reusable outside of that implementation, which is kinda harmful
  1017. # [22:06] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
  1018. # [22:06] * Joins: tantek (~tantek@173-167-114-230-sfba.hfc.comcastbusiness.net)
  1019. # [22:06] * Joins: jonathanmarvens (~jonathanm@107.181.19.54)
  1020. # [22:06] <SamB> annevk: note that when I said "testsuite", I didn't *necessarily* mean that they would have to be ready for any sort of automated use
  1021. # [22:07] <gsnedders> manual tests are pretty useless though, nobody ever runs them
  1022. # [22:08] <SamB> a table of examples with an indication of what the results should be would be better than what we have now
  1023. # [22:09] * Parts: emerson (~emerson@unaffiliated/emerson)
  1024. # [22:09] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Client Quit)
  1025. # [22:10] <SamB> gsnedders: I mean, yes, ideally you'd have some kind of automatable tests, but it seems like the same-origin restriction would make it distinctly tricky to set up windows with all the wierd origins you'd need here
  1026. # [22:11] <SamB> if you wanted a cross-browser harness, I mean
  1027. # [22:11] <gsnedders> not really
  1028. # [22:12] <gsnedders> the big problem is dealing with browsers that, e.g., don't support FTP
  1029. # [22:12] * gsnedders wonders if Fetch actually requires FTP support
  1030. # [22:12] <gsnedders> it looks like it?
  1031. # [22:12] <SamB> skip tests that involve ftp://, I assume!
  1032. # [22:12] <gsnedders> it's detecting that FTP isn't supported that's hard :)
  1033. # [22:12] <SamB> just like nobody is going to make gopher:// tests
  1034. # [22:13] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
  1035. # [22:13] <SamB> is it?
  1036. # [22:14] <SamB> gsnedders: couldn't you just load a script or an img over ftp:// ?
  1037. # [22:14] <gsnedders> can you distinguish the different failure states?
  1038. # [22:14] <gsnedders> (does anyone still support gopher? was IE not the last, and they dropped it several releases back)
  1039. # [22:14] <SamB> or maybe you could just let the user tell you
  1040. # [22:15] <SamB> gsnedders: yes, that's why nobody will write tests; the features involved don't all occur in the same browser
  1041. # [22:15] * Joins: Pookz (~justin@rrcs-76-79-156-34.west.biz.rr.com)
  1042. # [22:15] <SamB> I mean, no, nobody still supports gopher
  1043. # [22:16] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Client Quit)
  1044. # [22:16] <SamB> except if they don't support JS in the first place, in which case CORS doesn't seem likely to apply to much
  1045. # [22:16] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
  1046. # [22:16] <gsnedders> IE7 IIRC supported Gopher and is still supported, no? ;P
  1047. # [22:17] <gsnedders> Or maybe it was IE7 that dropped it?
  1048. # [22:17] <SamB> oh, I have no idea
  1049. # [22:18] <SamB> for all I know, it was dropped in a patch distributed over Windows Update
  1050. # [22:19] * Joins: weinig (~weinig@17.202.50.223)
  1051. # [22:20] * Joins: marcosc_ (~marcosc@2001:450:1f:224:a1b8:ed9b:6132:8645)
  1052. # [22:21] * Quits: othermaciej (~mjs@17.245.29.1) (Quit: othermaciej)
  1053. # [22:23] <gsnedders> There are definitely browsers that support JS and gopher though, which is my point. Probably not worthwhile testing, though. :)
  1054. # [22:23] * Joins: bholley (~bholley@98.210.101.88)
  1055. # [22:24] <SamB> gsnedders: I don't think IE7 counts as "maintained" for the purposes of Fetch
  1056. # [22:25] * Quits: marcosc_ (~marcosc@2001:450:1f:224:a1b8:ed9b:6132:8645) (Ping timeout: 252 seconds)
  1057. # [22:26] <gsnedders> SamB: As I said, "not worthwhile testing"
  1058. # [22:27] <SamB> yeah
  1059. # [22:28] <SamB> on the plus side, the likelyhood of anyone having any private information stored on a local gopher server approaches nil
  1060. # [22:28] * Quits: satazor (~satazor@26.186.108.93.rev.vodafone.pt) (Remote host closed the connection)
  1061. # [22:28] * Joins: satazor (~satazor@26.186.108.93.rev.vodafone.pt)
  1062. # [22:29] * Joins: musically_ut (~musically@2a02:120b:c3f4:f9e0:a11:96ff:fefb:db24)
  1063. # [22:29] <jgraham> Hixie: No. I will have another look this evening.
  1064. # [22:33] * Quits: satazor (~satazor@26.186.108.93.rev.vodafone.pt) (Ping timeout: 272 seconds)
  1065. # [22:34] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  1066. # [22:34] <Hixie> jgraham: cool, thanks
  1067. # [22:34] <Hixie> jgraham: sorry for giving you work
  1068. # [22:35] * Quits: scor (scor@drupal.org/user/52142/view) (Quit: scor)
  1069. # [22:37] <annevk> gsnedders: yeah, you need all three
  1070. # [22:37] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
  1071. # [22:40] * Joins: shepazu (~shepazu@ip-64-134-46-113.public.wayport.net)
  1072. # [22:45] * Joins: hasather (~hasather@80.91.33.141)
  1073. # [22:50] * Quits: hasather (~hasather@80.91.33.141) (Ping timeout: 264 seconds)
  1074. # [22:52] * Quits: weinig (~weinig@17.202.50.223) (Quit: weinig)
  1075. # [23:00] * Quits: dbaron (~dbaron@2620:101:80fb:232:c51:4c08:dcaf:9d2c) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  1076. # [23:01] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  1077. # [23:06] * Quits: Maurice` (copyman@5ED5617C.cm-7-6b.dynamic.ziggo.nl)
  1078. # [23:07] * Quits: bholley (~bholley@98.210.101.88) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  1079. # [23:07] * Joins: bholley (~bholley@98.210.101.88)
  1080. # [23:09] * Quits: ehsan (~ehsan@2001:450:1f:224:b067:548f:5023:3056) (Remote host closed the connection)
  1081. # [23:10] * Joins: ehsan (~ehsan@2001:450:1f:224:b067:548f:5023:3056)
  1082. # [23:10] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
  1083. # [23:11] * Joins: bnicholson (~bnicholso@cpe-174-107-192-094.sc.res.rr.com)
  1084. # [23:12] * Quits: bholley (~bholley@98.210.101.88) (Ping timeout: 240 seconds)
  1085. # [23:16] * Quits: roc (~chatzilla@121-99-88-128.bng1.tvc.orcon.net.nz) (Ping timeout: 248 seconds)
  1086. # [23:16] * Joins: SamB_ (~SamB@2001:470:1f07:57:dcbd:c7c3:722f:4a87)
  1087. # [23:16] * Quits: SamB (~SamB@2001:470:1f07:57:5cd6:f78e:92c9:55ca) (Read error: Connection reset by peer)
  1088. # [23:18] * Quits: musically_ut (~musically@2a02:120b:c3f4:f9e0:a11:96ff:fefb:db24) (Ping timeout: 240 seconds)
  1089. # [23:19] * Quits: Jirka_ (~Jirka@95.85.233.233) (Ping timeout: 264 seconds)
  1090. # [23:21] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: :tiuQ tiuq sah woclrak)
  1091. # [23:24] * Quits: TallTed (~Thud@63.119.36.36) (Remote host closed the connection)
  1092. # [23:28] * Quits: Smylers (~smylers@host81-156-26-27.range81-156.btcentralplus.com) (Quit: Leaving.)
  1093. # [23:30] * Quits: zdobersek (~zan@5.153.234.90) (Quit: Leaving.)
  1094. # [23:30] * Quits: gavin_ (~gavin@76.14.87.162) (Remote host closed the connection)
  1095. # [23:31] * Joins: gavin_ (~gavin@76.14.87.162)
  1096. # [23:37] * Quits: ehsan (~ehsan@2001:450:1f:224:b067:548f:5023:3056) (Remote host closed the connection)
  1097. # [23:37] * Joins: ehsan (~ehsan@66.207.208.102)
  1098. # [23:40] * Joins: satazor (~satazor@26.186.108.93.rev.vodafone.pt)
  1099. # [23:40] * SamB_ is now known as SamB
  1100. # [23:41] * Joins: roc (~chatzilla@2001:cb0:b202:232:2677:3ff:fece:dc64)
  1101. # [23:43] * Joins: ambv_ (~ambv@173.252.71.129)
  1102. # [23:43] * Quits: ambv (~ambv@173.252.71.129) (Ping timeout: 244 seconds)
  1103. # [23:47] * Joins: dbaron (~dbaron@2620:101:80fb:224:503f:cd45:3803:8e08)
  1104. # [23:50] * Joins: othermaciej (~mjs@17.244.161.19)
  1105. # [23:51] * Quits: jacobolus (~jacobolus@74-95-6-5-SFBA.hfc.comcastbusiness.net) (Remote host closed the connection)
  1106. # [23:56] * Joins: gavin__ (~gavin@76.14.87.162)
  1107. # [23:57] * Quits: Lachy (~Lachy@cm-84.215.104.248.getinternet.no) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
  1108. # [23:57] * Quits: cheron (~cheron@unaffiliated/cheron) (Ping timeout: 252 seconds)
  1109. # [23:57] * Joins: Lachy (~Lachy@cm-84.215.104.248.getinternet.no)
  1110. # [23:58] <mounir_> Domenic, abarth: my understanding that you guys are still holding the position you had when the discussion started, is that right?
  1111. # [23:58] <abarth> mounir_: I haven't changed my opinon
  1112. # Session Close: Thu Jul 03 00:00:00 2014

The end :)