/irc-logs / freenode / #whatwg / 2010-09-28 / end

Options:

  1. # Session Start: Tue Sep 28 00:00:00 2010
  2. # Session Ident: #whatwg
  3. # [00:00] * Joins: franksalim (~frank@adsl-75-61-90-196.dsl.pltn13.sbcglobal.net)
  4. # [00:02] <MikeSmith> annevk: though, it's only 6am or so in Thailand, so I suspect he might not respond for a while yet
  5. # [00:03] <annevk> Peter`, "Dave Hyatt has started working on supporting the https://bugs.webkit.org/show_bug.cgi?id=46123."
  6. # [00:03] * Quits: tw2113 (~tw2113asw@fedora/tw2113) (Quit: Leaving)
  7. # [00:03] <annevk> Peter-, prolly wanna add some text there :)
  8. # [00:04] <annevk> Peter`, also, compareDocumentPosition()?!
  9. # [00:05] <annevk> http://weblogs.mozillazine.org/bz/archives/020692.html lol
  10. # [00:05] <zcorpan> webkit developers are working against annevk by implementing dom3core stuff :)
  11. # [00:05] <annevk> I wonder what the story behind onsearch is
  12. # [00:06] <annevk> zcorpan, missed that, where?
  13. # [00:06] * Joins: estes (~aestes@17.203.14.149)
  14. # [00:07] <zcorpan> annevk: you mentioned compareDocumentPosition above, and there was something in the Attr thread before
  15. # [00:08] <annevk> oh, compareDocumentPosition is something I try to get Peter- to define (and test)
  16. # [00:08] <annevk> it's something we'll have to keep for sure
  17. # [00:08] <zcorpan> ah
  18. # [00:08] <annevk> yeah, that Attr message was somewhat odd
  19. # [00:09] <annevk> after the FPWD of Web DOM Core I'll release Acid4 which tests for non-Attr support
  20. # [00:09] <annevk> o_O
  21. # [00:10] * Quits: nattokirai (~nattokira@ac242062.dynamic.ppp.asahi-net.or.jp) (Quit: nattokirai)
  22. # [00:10] <zcorpan> Acid4: only testing things that have been in FPWD for at least a week
  23. # [00:11] <annevk> Acid4: also things annevk was annoyed at the time
  24. # [00:12] <annevk> annoyed by, even
  25. # [00:12] <zcorpan> annoyed by the time?
  26. # [00:12] <annevk> how about annoyed by at the time?
  27. # [00:12] <annevk> anyway....
  28. # [00:19] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
  29. # [00:24] * Quits: estes (~aestes@17.203.14.149) (Ping timeout: 265 seconds)
  30. # [00:25] <jacobolus> okay, another question. in firefox 3.6, if I start dragging an svg shape really fast, it interprets it as I want to drag an image to my desktop or something, and shows a little square that I can drag around
  31. # [00:25] <jacobolus> (it doesn't actually save anything useful on my desktop (OS X 10.5) -- just an empty text clipping)
  32. # [00:25] <jacobolus> anyway, this interferes with my ability to do my own mouse handling when it happens. is there any way to prevent it, does anyone know?
  33. # [00:28] * Joins: estes (~aestes@17.203.14.149)
  34. # [00:30] <jacobolus> example: http://www.hcs.harvard.edu/~jrus/sbg/workflow-pane-experiment1.html
  35. # [00:30] * Joins: Rik`_ (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  36. # [00:31] * Quits: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Read error: Operation timed out)
  37. # [00:31] * Joins: paul_irish (~paul_iris@207-237-102-112.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com)
  38. # [00:32] * Quits: hamcore (rhythm@unaffiliated/hamcore) (Ping timeout: 240 seconds)
  39. # [00:36] * Quits: annevk (~annevk@5355737B.cable.casema.nl) (Quit: annevk)
  40. # [00:42] * Quits: davidwalsh (~davidwals@75-134-27-91.dhcp.mdsn.wi.charter.com) (Quit: Reading http://davidwalsh.name)
  41. # [00:43] * Quits: jgornick (~joe@199.199.212.242) (Quit: jgornick)
  42. # [00:46] * Joins: dpranke (~Adium@nat/google/x-wumduadbogkixnhu)
  43. # [00:48] <jacobolus> do I need to add a callback and stick event.preventDefault on every single svg object?
  44. # [00:49] * Quits: FireFly (~firefly@unaffiliated/firefly) (Read error: Operation timed out)
  45. # [00:50] * Quits: chronos (~quassel@unaffiliated/chronos) (Remote host closed the connection)
  46. # [00:50] <jacobolus> nm, I seem to have figured out a reasonable way out
  47. # [00:54] * Joins: hamcore (rhythm@unaffiliated/hamcore)
  48. # [00:54] * Joins: FireFly (~firefly@unaffiliated/firefly)
  49. # [00:58] * Quits: Dashiva (Dashiva@wikia/Dashiva) (Ping timeout: 240 seconds)
  50. # [00:58] * Quits: BlurstOfTimes (~blurstoft@168.203.117.107) (Remote host closed the connection)
  51. # [00:59] * Joins: Dashiva (Dashiva@wikia/Dashiva)
  52. # [01:05] <Hixie> does leif go out of his way to make his bug reports unreadable, or is he using some browser that is buggy or something? http://www.w3.org/Bugs/Public/show_bug.cgi?id=10604
  53. # [01:05] <Hixie> i get a headache just trying to read that
  54. # [01:06] * Quits: estes (~aestes@17.203.14.149) (Read error: Connection reset by peer)
  55. # [01:06] * Joins: estes (~aestes@17.203.14.149)
  56. # [01:07] <hober> Hixie: I usually have a hard time understanding his emails
  57. # [01:08] * Quits: estes (~aestes@17.203.14.149) (Read error: Connection reset by peer)
  58. # [01:08] <Hixie> i'm not even talking about what he's saying
  59. # [01:08] <Hixie> just the formatting
  60. # [01:08] * Joins: estes (~aestes@17.203.14.149)
  61. # [01:08] * Quits: riven (~riven@53518387.cable.casema.nl) (Read error: Connection reset by peer)
  62. # [01:09] * Joins: riven (~riven@53518387.cable.casema.nl)
  63. # [01:10] * Quits: estes (~aestes@17.203.14.149) (Client Quit)
  64. # [01:11] * Quits: payman_m (~payman_m@h85-8-2-58.static.se.alltele.net) (Quit: payman_m)
  65. # [01:11] * Quits: asmodai (asmodai@dhammapada.xs4all.nl) (Read error: Connection reset by peer)
  66. # [01:14] * Quits: ZombieLoffe (~e@unaffiliated/zombieloffe) (Ping timeout: 276 seconds)
  67. # [01:14] <zcorpan> Hixie: my guess is that bugzilla made his lines wrap
  68. # [01:14] <AryehGregor> Yes, he must have composed the thing in something that wraps lines, then Bugzilla re-wrapped them.
  69. # [01:20] * Joins: yutak_home (~kee@U017209.ppp.dion.ne.jp)
  70. # [01:20] * Joins: agektmr (~Adium@s232.GtokyoFL24.vectant.ne.jp)
  71. # [01:27] * Joins: sicking (~chatzilla@nat/mozilla/x-igdkjmffrtfhhwvk)
  72. # [01:27] * Quits: bzed (~bzed@devel.recluse.de) (*.net *.split)
  73. # [01:27] * Quits: fishd (~fishd@nat/google/x-xhfvqppnkwvvrffp) (*.net *.split)
  74. # [01:27] * Quits: jcranmer (~jcranmer@ltsp2.csl.tjhsst.edu) (*.net *.split)
  75. # [01:29] * Joins: justinhjohnson_ (~justinjn@67-131-94-2.dia.static.qwest.net)
  76. # [01:29] * Quits: justinhjohnson (~justinjn@67-131-94-2.dia.static.qwest.net) (Read error: Connection reset by peer)
  77. # [01:29] * justinhjohnson_ is now known as justinhjohnson
  78. # [01:30] * Quits: broquaint (1be96b0e20@cpc2-brig11-0-0-cust896.3-3.cable.virginmedia.com) (Ping timeout: 264 seconds)
  79. # [01:31] * Joins: asmodai_ (asmodai@dhammapada.xs4all.nl)
  80. # [01:31] * Quits: FireFly (~firefly@unaffiliated/firefly) (Quit: swatted to death)
  81. # [01:31] * Joins: bzed (~bzed@devel.recluse.de)
  82. # [01:31] * Joins: fishd (~fishd@nat/google/x-xhfvqppnkwvvrffp)
  83. # [01:31] * Joins: jcranmer (~jcranmer@ltsp2.csl.tjhsst.edu)
  84. # [01:32] * asmodai_ is now known as asmodai
  85. # [01:33] * Joins: estes (~aestes@17.246.18.87)
  86. # [01:34] * Quits: agektmr (~Adium@s232.GtokyoFL24.vectant.ne.jp) (Quit: Leaving.)
  87. # [01:35] * Joins: agektmr (~Adium@s232.GtokyoFL24.vectant.ne.jp)
  88. # [01:40] * Quits: karlcow (~karl@nerval.la-grange.net) (Remote host closed the connection)
  89. # [01:44] * Quits: estes (~aestes@17.246.18.87) (Quit: estes)
  90. # [01:45] * Joins: justinhjohnson_ (~justinjn@67-131-94-2.dia.static.qwest.net)
  91. # [01:45] * Quits: justinhjohnson (~justinjn@67-131-94-2.dia.static.qwest.net) (Read error: Connection reset by peer)
  92. # [01:45] * justinhjohnson_ is now known as justinhjohnson
  93. # [01:46] * Joins: erlehmann (~erlehmann@89.204.153.66)
  94. # [01:49] * Joins: variable (~variable@unaffiliated/variable)
  95. # [01:49] * Quits: mdelaney (~mdelaney@2620:0:1b00:1191:d69a:20ff:febf:89a0) (Quit: mdelaney)
  96. # [01:51] * Quits: cardona507 (~cardona50@c-24-130-129-16.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
  97. # [01:51] * Joins: cardona507 (~cardona50@c-24-130-129-16.hsd1.ca.comcast.net)
  98. # [01:53] * Joins: justinhjohnson_ (~justinjn@67-131-94-2.dia.static.qwest.net)
  99. # [01:53] * Quits: justinhjohnson (~justinjn@67-131-94-2.dia.static.qwest.net) (Read error: Connection reset by peer)
  100. # [01:53] * justinhjohnson_ is now known as justinhjohnson
  101. # [01:53] * Quits: zcorpan (~zcorpan@pat.se.opera.com) (Quit: zcorpan)
  102. # [01:55] <AryehGregor> sicking, are you going to comment further on bug 586763, or you're just saying r+ and that's it? Also, who should I ask for superreview?
  103. # [01:56] <sicking> AryehGregor: wasn't planning on any further comments, patch looked good
  104. # [01:56] <sicking> AryehGregor: i'm sure I can come up with some changes if you really want me to? :)
  105. # [01:56] * AryehGregor is really quite surprised that there's only one response on decentralized-extensibility so far after four days -- didn't other issues almost always get more comments faster?
  106. # [01:57] <AryehGregor> sicking, no, it's fine. I just wondered if you were writing up a reply now or something (although I guess that makes no sense, Bugzilla UI lets you set r+ at the same time as commenting). Who should I ask for superreview?
  107. # [01:57] <Hixie> sicking: btw, while i have you here, did you see the muted="" discussion on whatwg?
  108. # [01:58] <Hixie> sicking: http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2010-September/028755.html
  109. # [02:00] <sicking> AryehGregor: :jst is a good sr for that bug
  110. # [02:00] <sicking> Hixie: looking...
  111. # [02:00] <sicking> Hixie: yeah, i did see that
  112. # [02:00] <Hixie> sicking: specifically, you said you wanted muted="" and .muted to reflect each other, but i am worried that would set a bad precedent
  113. # [02:00] * Quits: aroben (~aroben@unaffiliated/aroben) (Read error: Connection reset by peer)
  114. # [02:00] <Hixie> sicking: and am curious if my proposal of a defaultmuted="" and .defaultMuted would be ok instead
  115. # [02:00] <Hixie> (maybe with a better name)
  116. # [02:00] <Hixie> (if i can find one)
  117. # [02:01] <sicking> Hixie: was your concern mutating the dom during parsing? That i agree shouldn't happen, but i don't understand why it would
  118. # [02:01] <Hixie> yes
  119. # [02:01] <Hixie> let me explain:
  120. # [02:01] <Hixie> suppose the user has set his defaults to always mute videos
  121. # [02:01] <Hixie> so .muted is always true
  122. # [02:02] <Hixie> now support you have a page with <video src="x.ogg"></video>
  123. # [02:02] * Quits: ap (~ap@2620:0:1b00:1191:226:4aff:fe14:aad6) (Read error: Connection reset by peer)
  124. # [02:02] <Hixie> for .muted to be true, the element now needs a muted="" attribute, if it's reflecting
  125. # [02:02] * Quits: yutak_home (~kee@U017209.ppp.dion.ne.jp) (Quit: Ex-Chat)
  126. # [02:02] * Joins: ap (~ap@2620:0:1b00:1191:226:4aff:fe14:aad6)
  127. # [02:02] <AryehGregor> Why does the default value of .muted depend on user preference? That seems like it will cause lots of bugs, since authors will assume it defaults to false across the board.
  128. # [02:02] <Hixie> sicking: so either the user preference doesn't apply, or the reflection breaks, or the DOM mutates
  129. # [02:02] <AryehGregor> And if they realize it doesn't, then the logical thing to do would be to just set .muted = false always right away.
  130. # [02:03] <AryehGregor> Why not have the preference be invisible to the author?
  131. # [02:03] <AryehGregor> That's how preferences generally work, no?
  132. # [02:03] <Hixie> the API is exposing the UI here
  133. # [02:03] <Hixie> if we don't expose the user preference, the UI will be out of sync
  134. # [02:04] <sicking> Hixie: i wouldn't expect user settings to be reflected in .muted?
  135. # [02:04] <sicking> Hixie: or is it expected that there will be user settings that the page can override?
  136. # [02:05] <AryehGregor> The UI won't be out of sync. It's just that there are multiple levels of muting, logically.
  137. # [02:05] <AryehGregor> So for instance, if I mute at the OS level, an individual application's UI still thinks it's unmuted.
  138. # [02:05] <Hixie> if the controls don't say "muted", but the audio doesn't play, that will be very confusing.
  139. # [02:05] <AryehGregor> If I turn off my speaker, the OS will still think it's unmuted.
  140. # [02:05] <AryehGregor> Similarly, if the user tells the browser to mute things, the page doesn't have to know about it.
  141. # [02:06] <AryehGregor> Having the default value of an attribute reflect user preference seems like a really bad idea overall. Is there any precedent for it?
  142. # [02:06] * Quits: cardona507 (~cardona50@c-24-130-129-16.hsd1.ca.comcast.net) (Quit: zzzzz)
  143. # [02:06] <AryehGregor> It will make things extremely inconsistent for authors.
  144. # [02:07] <Hixie> how would it be inconsistent? the whole point here is to have an API that lets you build a UI that the user can use
  145. # [02:07] <Hixie> users aren't going to want to unmute the video in 2 places
  146. # [02:07] <Hixie> they're just going to click the video's unmute button
  147. # [02:07] <AryehGregor> It's extremely inconsistent from an author perspective, because 98.6% of users will have it set to false by default, so they'll assume it's always set to false.
  148. # [02:07] <AryehGregor> Then their scripts will break when someone actually has the preference set to true.
  149. # [02:08] <Hixie> why would a script in any way depend on this
  150. # [02:08] <AryehGregor> Is that a serious question?
  151. # [02:08] <AryehGregor> Do I need to refer you to the topic? :)
  152. # [02:08] <AryehGregor> But it's very likely.
  153. # [02:09] <Hixie> can you give an example?
  154. # [02:09] <AryehGregor> E.g., you have a button you show for "muted" and another for "unmuted".
  155. # [02:09] <AryehGregor> When you initialize the UI, you start off with the "unmuted" button presented.
  156. # [02:09] <AryehGregor> Because that's always correct when you test it.
  157. # [02:09] <AryehGregor> Then when the user clicks, you mute and set the muted attribute, or unmute and unset it.
  158. # [02:09] * Quits: MikeSmith (~MikeSmith@EM114-48-41-200.pool.e-mobile.ne.jp) (Quit: The curfew tolls the knell of parting day... the plowman homeward plods his weary way)
  159. # [02:09] <AryehGregor> This will display incorrectly if the muted attribute is ever true by default.
  160. # [02:10] <Hixie> that's hardly "broken", it just means the user will have to click twice
  161. # [02:10] <AryehGregor> It's buggy.
  162. # [02:10] <AryehGregor> Moreover, exposing the preference this way lets authors override user preferences, which is wrong.
  163. # [02:10] <Hixie> the whole point of this API is to let authors override the user's preferences
  164. # [02:10] <AryehGregor> My first reaction as an author if I hit this situation would be "set muted to false when I initialize the controls, that way it's consistent".
  165. # [02:11] <AryehGregor> Is it? I thought the point is to allow them to implement their own UI for things like muting.
  166. # [02:11] <AryehGregor> If the user wants all videos to be muted until they unmute them explicitly, the page shouldn't be able to override that.
  167. # [02:12] <AryehGregor> All this goes for volume too, by the way.
  168. # [02:12] <AryehGregor> These should have a single fixed default value, they shouldn't depend on user preference.
  169. # [02:12] * Quits: dave_levin (~dave_levi@nat/google/x-omimbsgtlfehwuys) (Quit: dave_levin)
  170. # [02:12] <Hixie> if the user's preference is that the video start playing when they click play, but the author starts playing when they want, they're overriding the user's preference
  171. # [02:12] <AryehGregor> Users are used to having several levels of volume control that multiply together, and likewise several levels of muting.
  172. # [02:13] <AryehGregor> Yes, so if the browser allowed the user to express such a preference, the browser would have to ignore play() unless the user triggered it.
  173. # [02:13] <AryehGregor> But this is all theoretical.
  174. # [02:13] <AryehGregor> Do you have any reason to believe that browsers will want to implement such preferences in such a fashion?
  175. # [02:13] <AryehGregor> I doubt it.
  176. # [02:14] <Hixie> i don't have any reason to believe browsers will want to implement anything other than just providing authors with a default as to whether to start muted or not either
  177. # [02:14] <AryehGregor> I don't follow.
  178. # [02:14] <Hixie> i'm saying the spec is fine
  179. # [02:15] <AryehGregor> I'm saying browsers will ignore the whole "the muted state may start as muted" thing and just always start it as false.
  180. # [02:15] <AryehGregor> So your concern about reflecting is not practically relevant, you'd just have to remove that provision, which will be unused forever anyway.
  181. # [02:15] <Hixie> and have a separate per-tab mute control? ew
  182. # [02:15] <AryehGregor> Am I wrong? Does any browser ever start it off as true?
  183. # [02:16] <Hixie> well right now they barely implement the basics of the API, so it's too early to really say what's going to happen
  184. # [02:16] <AryehGregor> You could ask them.
  185. # [02:16] * Joins: mdelaney (~mdelaney@67.218.109.239)
  186. # [02:16] <Hixie> i've not found that to be a reliably indicator :-)
  187. # [02:16] <Hixie> reliable
  188. # [02:18] * Quits: tonyg-cr (~Adium@nat/google/x-vwowdxngbacotath) (Read error: Operation timed out)
  189. # [02:18] * Quits: jacobolus (~jacobolus@c-66-31-201-117.hsd1.ma.comcast.net) (Remote host closed the connection)
  190. # [02:18] <AryehGregor> Well, if I'm right, your defaultMuted API is a pretty bad idea.
  191. # [02:19] <Hixie> but if i'm right, the muted API is even worse :-)
  192. # [02:19] <Hixie> (as a content attribute, i mean)
  193. # [02:20] <AryehGregor> Yes, certainly.
  194. # [02:21] * Joins: 92AAA8TWX (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
  195. # [02:23] * Joins: boogyman (~boogy@unaffiliated/boogyman)
  196. # [02:23] <Hixie> i love how all the people using the whatwg style sheet now having a spinning circle in their header because they don't also run the script that gets rid of it :-)
  197. # [02:23] <Hixie> (e.g. http://dvcs.w3.org/hg/domcore/raw-file/tip/Overview.html#historical )
  198. # [02:23] <Hixie> er
  199. # [02:23] <Hixie> minus the #historical
  200. # [02:24] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 240 seconds)
  201. # [02:24] * Joins: david_carlisle (~davidc@dcarlisle.demon.co.uk)
  202. # [02:27] <david_carlisle> Hixie (or anyone else who's managed to embed the html parser in their head better than I have), is there an example that can help me see what effect the diff at
  203. # [02:27] <david_carlisle> http://html5.org/tools/web-apps-tracker?from=5520&to=5521
  204. # [02:27] <david_carlisle> makes for mathml in html?
  205. # [02:27] <Hixie> nothing if your markup is valid
  206. # [02:27] <david_carlisle> oh I'll go to bed then, night
  207. # [02:28] <Hixie> :-)
  208. # [02:28] <Hixie> it's stunning how much more time figuring out how to parse invalid content has taken
  209. # [02:29] <Hixie> is taking
  210. # [02:30] <david_carlisle> well has anyone suggested a draconian model where anyone who submits invalid content is hung drawn and quartered? I believe that was popular around 1998
  211. # [02:30] <david_carlisle> that way you don't need to worry about it
  212. # [02:30] <Hixie> lots of people have suggested it :-)
  213. # [02:31] <david_carlisle> good night, I really am going this time.
  214. # [02:31] * Quits: david_carlisle (~davidc@dcarlisle.demon.co.uk) (Quit: david_carlisle)
  215. # [02:32] * Joins: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  216. # [02:32] * Quits: mdelaney (~mdelaney@67.218.109.239) (Quit: mdelaney)
  217. # [02:33] * Quits: jennb (~jennb@74.125.59.73) (Quit: jennb)
  218. # [02:44] * Joins: karlcow (~karl@nerval.la-grange.net)
  219. # [02:51] * Quits: ap (~ap@2620:0:1b00:1191:226:4aff:fe14:aad6) (Quit: ap)
  220. # [02:51] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
  221. # [02:51] * Joins: mdelaney (~mdelaney@67.218.109.239)
  222. # [02:54] * Quits: 92AAA8TWX (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 240 seconds)
  223. # [03:02] * Quits: erlehmann (~erlehmann@89.204.153.66) (Quit: Die demokratieerhaltende Whistleblower-Organistation Krautchan freut sich immer über Spenden.)
  224. # [03:13] * Quits: JonathanNeal (~Jonathan_@rrcs-76-79-114-214.west.biz.rr.com) (Ping timeout: 240 seconds)
  225. # [03:20] * Quits: mdelaney (~mdelaney@67.218.109.239) (Quit: mdelaney)
  226. # [03:21] * Quits: sicking (~chatzilla@nat/mozilla/x-igdkjmffrtfhhwvk) (Ping timeout: 240 seconds)
  227. # [03:23] * Joins: MikeSmith (~MikeSmith@EM114-48-95-49.pool.e-mobile.ne.jp)
  228. # [03:28] * Quits: boogyman (~boogy@unaffiliated/boogyman) (Quit: ChatZilla 0.9.86 [Firefox 3.6.8/20100722155716])
  229. # [03:29] * Quits: cying (~cying@173-228-29-224.dsl.static.sonic.net) (Quit: cying)
  230. # [03:31] * Joins: jamesr (~jamesr@nat/google/x-hnrwyebsubqhlnfz)
  231. # [03:31] * Parts: jamesr (~jamesr@nat/google/x-hnrwyebsubqhlnfz)
  232. # [03:31] <MikeSmith> hamaji: you at the GDD 2010 event today?
  233. # [03:33] * Quits: variable (~variable@unaffiliated/variable) (Quit: Daemon escaped from pentagram)
  234. # [03:39] * Joins: estes (~aestes@2620:0:1b00:1191:226:b0ff:fee3:3806)
  235. # [03:42] * Joins: Martijn (~Martijnc@91.176.145.237)
  236. # [03:44] * Quits: Martijnc (~Martijnc@91.176.145.237) (Ping timeout: 276 seconds)
  237. # [03:45] * Quits: justinhjohnson (~justinjn@67-131-94-2.dia.static.qwest.net) (Ping timeout: 245 seconds)
  238. # [03:46] * Joins: justinhjohnson (~justinjn@72.166.146.186)
  239. # [03:56] * Quits: dbaron (~dbaron@nat/mozilla/x-iodlxnnwgsimrdiz) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  240. # [03:58] * abarth|deepdive is now known as abarth
  241. # [03:58] * Quits: estes (~aestes@2620:0:1b00:1191:226:b0ff:fee3:3806) (Read error: Connection reset by peer)
  242. # [03:59] * Joins: estes (~aestes@2620:0:1b00:1191:226:b0ff:fee3:3806)
  243. # [03:59] * Joins: homata__ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
  244. # [04:01] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 240 seconds)
  245. # [04:02] * Quits: estes (~aestes@2620:0:1b00:1191:226:b0ff:fee3:3806) (Read error: Connection reset by peer)
  246. # [04:03] * Joins: estes (~aestes@2620:0:1b00:1191:226:b0ff:fee3:3806)
  247. # [04:03] * Quits: MikeSmith (~MikeSmith@EM114-48-95-49.pool.e-mobile.ne.jp) (Ping timeout: 265 seconds)
  248. # [04:04] * Joins: welly (~welly@unaffiliated/welly)
  249. # [04:07] * Quits: estes (~aestes@2620:0:1b00:1191:226:b0ff:fee3:3806) (Remote host closed the connection)
  250. # [04:07] * Joins: estes (~aestes@2620:0:1b00:1191:226:b0ff:fee3:3806)
  251. # [04:09] * macpherson is now known as macpherson_ojan
  252. # [04:10] <macpherson_ojan> Hixie: yt? we are looking at some XHR issues that point to the XML fragment serialization algorithm.
  253. # [04:10] * Joins: koz (~jameskozi@74.125.56.17)
  254. # [04:11] <macpherson_ojan> Hixie: not quite sure why the spec lists all the exceptions
  255. # [04:11] <macpherson_ojan> Hixie: unless we're testing it wrong, it doesn't seem that any browser fires these exceptions
  256. # [04:12] <macpherson_ojan> Hixie: e.g. serializing an element node with two attributes with the same local name doesn't give an exception in any browser
  257. # [04:12] <macpherson_ojan> Hixie: is using an xhtml strict doctype the correct way to this this algoritm?
  258. # [04:12] <macpherson_ojan> s/this this/hit this
  259. # [04:12] * Quits: homata__ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Quit: Leaving...)
  260. # [04:13] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
  261. # [04:13] * Quits: estes (~aestes@2620:0:1b00:1191:226:b0ff:fee3:3806) (Read error: Operation timed out)
  262. # [04:13] <macpherson_ojan> Hixie: http://tc.labs.opera.com/apis/XMLHttpRequest/send-entity-body-document-bogus.htm expects an error because of this, but it's not clear to us that it's worth implementing all these exceptions
  263. # [04:13] * macpherson_ojan is now known as macpherson
  264. # [04:19] * Joins: MikeSmith (~MikeSmith@EM111-188-35-73.pool.e-mobile.ne.jp)
  265. # [04:19] * Quits: MikeSmith (~MikeSmith@EM111-188-35-73.pool.e-mobile.ne.jp) (Client Quit)
  266. # [04:20] * Joins: MikeSmith (~MikeSmith@EM111-188-35-73.pool.e-mobile.ne.jp)
  267. # [04:20] * Joins: MikeSmith_ (~MikeSmith@EM111-188-35-73.pool.e-mobile.ne.jp)
  268. # [04:31] * Quits: MikeSmith (~MikeSmith@EM111-188-35-73.pool.e-mobile.ne.jp) (Ping timeout: 245 seconds)
  269. # [04:31] * Quits: MikeSmith_ (~MikeSmith@EM111-188-35-73.pool.e-mobile.ne.jp) (Ping timeout: 245 seconds)
  270. # [04:39] * Quits: weinig (~weinig@2620:0:1b00:1191:223:32ff:feaf:7f36) (Quit: weinig)
  271. # [04:40] * Quits: romeo_ (~romeo__@x1-6-00-10-a7-28-f3-47.k561.webspeed.dk) (Quit: Leaving)
  272. # [04:44] * Quits: paul_irish (~paul_iris@207-237-102-112.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) (Remote host closed the connection)
  273. # [04:45] * Joins: paul_irish (~paul_iris@nat/google/x-xztkqtlffyulrbiy)
  274. # [04:46] <Hixie> macpherson: well we have to do something, throwing an exception seemed like a simple thing to spec
  275. # [04:46] <Hixie> macpherson: if there's something else we can do, we can spec that
  276. # [04:47] * Quits: paul_irish (~paul_iris@nat/google/x-xztkqtlffyulrbiy) (Remote host closed the connection)
  277. # [04:47] * Joins: MikeSmith (~MikeSmith@EM111-188-35-73.pool.e-mobile.ne.jp)
  278. # [04:48] * Joins: shepazu (~schepers@adsl-242-206-12.rmo.bellsouth.net)
  279. # [04:49] * Joins: 92AAA8UVI (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
  280. # [04:51] * Quits: agektmr (~Adium@s232.GtokyoFL24.vectant.ne.jp) (Quit: Leaving.)
  281. # [04:53] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 240 seconds)
  282. # [04:57] * Quits: MikeSmith (~MikeSmith@EM111-188-35-73.pool.e-mobile.ne.jp) (Quit: This computer has gone to sleep)
  283. # [05:01] * Quits: othermaciej (~mjs@c-69-181-196-33.hsd1.ca.comcast.net) (Quit: othermaciej)
  284. # [05:02] * Joins: aho (~nya@fuld-4d00d7de.pool.mediaWays.net)
  285. # [05:03] <macpherson> Hixie: ojan is at lunch and will have more input, but our observation is that existing browsers don't throw an exception, but instead produce sanitized output
  286. # [05:03] <Hixie> works for me
  287. # [05:04] <Hixie> file a bug saying how each bug is to be sanitised and i'll spec that instead
  288. # [05:04] * Joins: jacobolus (~jacobolus@c-24-128-189-152.hsd1.ma.comcast.net)
  289. # [05:04] <macpherson> Hixie: will do. thanks.
  290. # [05:12] * Quits: dpranke (~Adium@nat/google/x-wumduadbogkixnhu) (Quit: Leaving.)
  291. # [05:14] * Quits: justinhjohnson (~justinjn@72.166.146.186) (Ping timeout: 245 seconds)
  292. # [05:18] * Joins: MikeSmith (~MikeSmith@EM111-188-35-73.pool.e-mobile.ne.jp)
  293. # [05:18] <ojan_> Hixie: is filing a bug better than emailing whatwg@?
  294. # [05:19] <ojan_> Hixie: also, are we testing this correctly? is using an XHTML strict doctype and then grabbing innerHTML or outerHTML the right way to hit what is supposed to be this codepath?
  295. # [05:30] * Joins: JonathanNeal (~Jonathan_@99-59-125-34.lightspeed.irvnca.sbcglobal.net)
  296. # [05:32] * Quits: JonathanNeal (~Jonathan_@99-59-125-34.lightspeed.irvnca.sbcglobal.net) (Client Quit)
  297. # [05:32] * Joins: JonathanNeal (~Jonathan_@99-59-125-34.lightspeed.irvnca.sbcglobal.net)
  298. # [05:33] <Hixie> ojan_: bug or e-mail makes no difference in practice
  299. # [05:34] <Hixie> ojan_: so long as you're in XML, the DOCTYPE shouldn't matter
  300. # [05:34] <ojan_> Hixie: so, what do i need to do in order to hit this codepath to see what browsers do?
  301. # [05:39] * Quits: MikeSmith (~MikeSmith@EM111-188-35-73.pool.e-mobile.ne.jp) (Quit: The curfew tolls the knell of parting day... the plowman homeward plods his weary way)
  302. # [05:40] * Joins: MikeSmith (~MikeSmith@EM111-188-35-73.pool.e-mobile.ne.jp)
  303. # [05:43] * Joins: estes (~aestes@2620:0:1b00:1191:226:b0ff:fee3:3806)
  304. # [05:45] <Hixie> ojan_: simplest way is probably to use createDocument() to generate an XML doc, and then generate its DOM using the createElement() and company and then serialise that
  305. # [05:45] <Hixie> probably with innerHTML if that's supported
  306. # [05:45] <ojan_> Hixie: ok, that's what i thought, just wanted to make sure i understood. we'll give that a go
  307. # [05:46] <Hixie> you can also use XHR or just navigate straight to an XML doc, and the mutate it into the bogus state
  308. # [05:46] <ojan_> Hixie: FWIW, XHR doesn't seem to hit at least one of these exception cases in any browser
  309. # [05:48] <ojan_> Hixie: should an XHTML document hit this?
  310. # [05:49] <ojan_> Hixie: i tried an RSS feed and none of the nodes have an innerHTML/outerHTML
  311. # [05:49] <Hixie> what do you mean by "an XHTML document"?
  312. # [05:50] <wirepair> Hixie, i had a question for you regarding the use case for the Document open's replace ability. I searched mailing lists and the rationale wiki and couldn't find anything. Any thoughts?
  313. # [05:50] <wirepair> (http://dev.w3.org/html5/spec/Overview.html#dom-document-open if you need a refresher)
  314. # [05:50] <ojan_> Hixie: a .xhtml file that is proper xhtml?
  315. # [05:50] <Hixie> ojan_: if you mean xml, then yes
  316. # [05:50] <Hixie> wirepair: what's the question?
  317. # [05:51] <wirepair> like what is the purpose/use of document.open having a replace flag
  318. # [05:51] <wirepair> Causes the Document to be replaced in-place, as if it was a new Document object, but reusing the previous object, which is then returned.
  319. # [05:51] <wirepair> as in, why would anyone want that
  320. # [05:51] <Hixie> no idea
  321. # [05:51] <ojan_> Hixie: i guess the part i'm confused by, is what causes a page to be considered an HTML document.
  322. # [05:51] <Hixie> ojan_: the MIME type
  323. # [05:51] <Hixie> ojan_: text/html = HTML
  324. # [05:52] <ojan_> Hixie: hm. ok.
  325. # [05:52] <Hixie> ojan_: text/xml = XML
  326. # [05:52] * Joins: crankharder (~crankhard@ip68-100-2-225.dc.dc.cox.net)
  327. # [05:52] <Hixie> wirepair: document.open() as a whole seems a bit weird to me
  328. # [05:52] <crankharder> it this a good forum for a WebDB question?
  329. # [05:52] <Hixie> wirepair: it's all historical at this point
  330. # [05:53] <Hixie> crankharder: if you mean Web SQL Database, then yes, but be aware that it's essentially dead
  331. # [05:53] <wirepair> yeah
  332. # [05:53] <wirepair> ok was just curious if there was a particular reason, as i see no mention of it on mailing lists, it just sort of 'appeared' in the spec as far as i can tell
  333. # [05:53] <wirepair> thanks :)
  334. # [05:53] <crankharder> Hixie: it is? :(
  335. # [05:54] <ojan_> Hixie: ah. i am now able to reproduce some of these errors :)
  336. # [05:54] <crankharder> whats the backstory on that?
  337. # [05:54] <Hixie> wirepair: it appeared because it was pointed out that it was needed for back compat, i would imagine
  338. # [05:54] <Hixie> crankharder: yeah, mozilla and microsoft said no to implementing it, so we gave up
  339. # [05:55] <Hixie> crankharder: Web Indexed DB is replacing it in spirit
  340. # [05:55] <Hixie> crankharder: but i don't work on that
  341. # [05:55] <crankharder> I was totally find w/ telling users to get FF/chrome <sadface>
  342. # [05:56] <Hixie> FF didn't do it
  343. # [05:56] <Hixie> :-)
  344. # [05:56] <Hixie> FF = mozilla
  345. # [05:56] <crankharder> is this what i want? http://dvcs.w3.org/hg/IndexedDB/raw-file/tip/Overview.html
  346. # [05:56] <crankharder> probably not implemented, eh?
  347. # [06:06] * Joins: agektmr (~Adium@s232.GtokyoFL24.vectant.ne.jp)
  348. # [06:06] <ojan_> Hixie: anyways, sorry for all the questions. i understand the situation now.
  349. # [06:06] <ojan_> Hixie: the html5 spec seems fine. we might need to tweak XHR though.
  350. # [06:07] <ojan_> not sure yet.
  351. # [06:13] * Quits: agektmr (~Adium@s232.GtokyoFL24.vectant.ne.jp) (Quit: Leaving.)
  352. # [06:14] * Joins: davidwalsh (~davidwals@75-134-27-91.dhcp.mdsn.wi.charter.com)
  353. # [06:14] <Hixie> ojan_: k
  354. # [06:14] <Hixie> crankharder: url looks right, dunno off-hand though
  355. # [06:30] * Joins: agektmr (~Adium@s232.GtokyoFL24.vectant.ne.jp)
  356. # [06:31] * Joins: bl4ckcomb_ (~dennis.d@91.181.195.243)
  357. # [06:33] * Quits: bl4ckcomb (~bl4ckcomb@91.181.188.98) (Ping timeout: 245 seconds)
  358. # [06:35] * Quits: agektmr (~Adium@s232.GtokyoFL24.vectant.ne.jp) (Quit: Leaving.)
  359. # [06:45] * Quits: estes (~aestes@2620:0:1b00:1191:226:b0ff:fee3:3806) (Quit: estes)
  360. # [06:45] * Quits: Anti-X (~duckmysic@c4470BF51.dhcp.bluecom.no) (Ping timeout: 252 seconds)
  361. # [06:54] * Joins: othermaciej (~mjs@c-69-181-196-33.hsd1.ca.comcast.net)
  362. # [07:05] <micheil> MikeSmith: yeah, the validator for css is still a little slow.
  363. # [07:05] <micheil> but it's quicker then it was yesterday afternoon
  364. # [07:16] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Ping timeout: 255 seconds)
  365. # [07:20] <Hixie> I'm interested in the opinion of others on the usefulness of having an element to convey the semantic "indicates that the contents are no longer accurate or no longer relevant". www.w3.org/Bugs/Public/show_bug.cgi?id=9429
  366. # [07:21] * Joins: gavin_ (~gavin@firefox/developer/gavin)
  367. # [07:21] <micheil> yeah, it'd probably be useful
  368. # [07:21] <micheil> or, put it, I could see use-cases
  369. # [07:22] <micheil> especially in the realtime arena, for instance with applications like Storify, where facts may change very quickly, making old data on the page become out-dated
  370. # [07:23] <micheil> I might write up a reply on that ticket later; after I've finished this judging..
  371. # [07:24] * Joins: agektmr (~Adium@p4254-ipbf7106marunouchi.tokyo.ocn.ne.jp)
  372. # [07:28] * Joins: Ankheg (~Miranda@fs91-201-3-30.dubna-net.ru)
  373. # [07:31] * Quits: agektmr (~Adium@p4254-ipbf7106marunouchi.tokyo.ocn.ne.jp) (Ping timeout: 272 seconds)
  374. # [07:37] * Joins: ako (~nya@fuld-4d00d3b8.pool.mediaWays.net)
  375. # [07:38] * Quits: aho (~nya@fuld-4d00d7de.pool.mediaWays.net) (Ping timeout: 245 seconds)
  376. # [07:40] * Joins: virtuelv (~virtuelv_@65.168.34.95.customer.cdi.no)
  377. # [07:42] * Quits: ako (~nya@fuld-4d00d3b8.pool.mediaWays.net) (Quit: EXEC_over.METHOD_SUBLIMATION)
  378. # [07:47] * Joins: agektmr (~Adium@u648179.xgsnu4.imtp.tachikawa.mopera.net)
  379. # [07:48] * Joins: FireFly (~firefly@unaffiliated/firefly)
  380. # [07:50] * Quits: davidwalsh (~davidwals@75-134-27-91.dhcp.mdsn.wi.charter.com) (Quit: Reading http://davidwalsh.name)
  381. # [07:54] * Joins: othree (~othree@140.118.5.39)
  382. # [07:56] * Quits: agektmr (~Adium@u648179.xgsnu4.imtp.tachikawa.mopera.net) (Quit: Leaving.)
  383. # [07:57] <abarth> othermaciej: the issue about NPN not working for Java is sadface
  384. # [07:58] * Quits: Ankheg (~Miranda@fs91-201-3-30.dubna-net.ru) (Read error: Connection reset by peer)
  385. # [07:58] <othermaciej> abarth: yeah, though it would be sad to design the protocol around JDK release cycles...
  386. # [07:59] <othermaciej> I tend to think products like RoR or Node.js or Django will be the killer early adopters
  387. # [07:59] <othermaciej> that or a good apache module that integrates with some popular scripting language commonly used via Apache (PHP?)
  388. # [08:00] <abarth> i should learn more about node.js
  389. # [08:00] <abarth> it seems to be the new hotness
  390. # [08:00] <othermaciej> abarth: do you think we sound like Roy Fielding in our responses to Greg?
  391. # [08:01] <abarth> to some extent, probably
  392. # [08:01] <abarth> in retrospect, i was a bit too harsh
  393. # [08:01] <othermaciej> I try to balance any perceived harumphing with detailed explanations of the actual issues but he seems to skip over that part
  394. # [08:01] <abarth> i get along much better with roy no that I assume he has good intentions
  395. # [08:01] <abarth> and is just tired of talking with folks who don't understand http
  396. # [08:02] <abarth> s/no/now
  397. # [08:02] <othermaciej> of course he has good intentions - no one is the villain of their own story, in real life
  398. # [08:02] <abarth> like the bit about 307 and notifying users
  399. # [08:03] <abarth> he's right that browsers screwed this up a long time ago
  400. # [08:03] * Quits: MikeSmith (~MikeSmith@EM111-188-35-73.pool.e-mobile.ne.jp) (Ping timeout: 252 seconds)
  401. # [08:03] <othermaciej> what's the "this" that browsers screwed up?
  402. # [08:04] <abarth> allowing cross-origin non-safe methods
  403. # [08:04] <othermaciej> in a way 307 only exists because browsers screwed up on implementing the other 3xx codes
  404. # [08:04] <othermaciej> well that's a fair point
  405. # [08:04] <othermaciej> CSRF is a direct consequence
  406. # [08:05] <othermaciej> although disallowing it or making it opt-in might have made the Web in some ways less open, or led to more abuse of GET for unsafe operations
  407. # [08:05] <abarth> there's an opportunity to do something better with PUT
  408. # [08:05] <othermaciej> however, user notification is not really a solution
  409. # [08:05] <othermaciej> do you think there's anything good we can do for PUT in forms, or should we just drop that?
  410. # [08:06] <abarth> ignoring semantics for a moment
  411. # [08:06] <abarth> if all browsers had PUT forms
  412. # [08:06] <othermaciej> my inclination: drop b/c it doesn't have much of a use case as a form method
  413. # [08:06] <abarth> that only worked same-origin
  414. # [08:06] <abarth> that would be fantastic
  415. # [08:06] <abarth> basically, you'd just use PUT when you wanted CSRF protection
  416. # [08:06] * Quits: FireFly (~firefly@unaffiliated/firefly) (Quit: swatted to death)
  417. # [08:07] <othermaciej> that's an interesting suggestion, although it would violate HTTP, including in ways that may have a material effect
  418. # [08:07] <othermaciej> (PUT is idempotent, POST is not)
  419. # [08:07] * Joins: MikeSmith (~MikeSmith@EM111-188-35-73.pool.e-mobile.ne.jp)
  420. # [08:07] <abarth> can we invent a new method
  421. # [08:07] <abarth> that is not idempotent
  422. # [08:07] <othermaciej> POST2?
  423. # [08:08] <Hixie> LOCAL-POST
  424. # [08:08] <abarth> POST_THE_WAY_IT_WAS_SUPPOSED_TO_BE_DARN_IT
  425. # [08:08] <othermaciej> what about sites composed of multiple domains that want CSRF protection against servers outside that set?
  426. # [08:08] <abarth> CORS
  427. # [08:09] <othermaciej> I guess they can just use POST + Origin check + secret token
  428. # [08:09] <abarth> all these things run into confused deputy problems
  429. # [08:09] <abarth> if you POST2 to URLs of the attacker's choice
  430. # [08:09] <othermaciej> true
  431. # [08:10] <othermaciej> though that would be somewhat unlikely, if you can't POST2 cross-origin
  432. # [08:10] <abarth> there are deeper problems here if you want protection from active network attackers
  433. # [08:11] <othermaciej> (presumably the case where you dereference a URL to yourself unexpectedly is when you expect your counterparty to give you a third-party URL)
  434. # [08:11] <abarth> the fact that the network attacker can overwrite your cookies kind of screws you
  435. # [08:11] <othermaciej> can overwriting cookies have worse consequences than making a transaction fail, in the CSRF-type scenario?
  436. # [08:12] <abarth> we're writing a paper about this stuff now
  437. # [08:12] * Quits: MikeSmith (~MikeSmith@EM111-188-35-73.pool.e-mobile.ne.jp) (Ping timeout: 245 seconds)
  438. # [08:12] <abarth> it turns out that CSRF is only half the equation
  439. # [08:13] <abarth> that's about the server changing state because it thought a request came from the client
  440. # [08:13] <abarth> the flip side of that
  441. # [08:13] * Joins: rimantas (~rimliu@lan-84-240-20-219.vln.skynet.lt)
  442. # [08:13] <abarth> is the client changing state because of a response sent by the server
  443. # [08:13] * Joins: cying (~cying@c-24-4-120-70.hsd1.ca.comcast.net)
  444. # [08:13] <abarth> when the attacker overwrites the user's cookies
  445. # [08:13] * Joins: estes (~aestes@76-220-34-58.lightspeed.sntcca.sbcglobal.net)
  446. # [08:13] <abarth> the server thinks its sending the response to the attacker
  447. # [08:13] <abarth> but the response arrives at the client's machine
  448. # [08:15] * Quits: JonathanNeal (~Jonathan_@99-59-125-34.lightspeed.irvnca.sbcglobal.net) (Ping timeout: 245 seconds)
  449. # [08:15] <abarth> http://pastebin.com/Ui8ZXvVj
  450. # [08:15] * Joins: zalan (~zalan@catv-89-135-140-7.catv.broadband.hu)
  451. # [08:15] <abarth> is a painfully detailed explaination
  452. # [08:15] <othermaciej> cookies suck
  453. # [08:15] <abarth> of what can go wrong
  454. # [08:15] <abarth> (not sure why the numbers show up twice)
  455. # [08:16] <othermaciej> why is she called "The Alice"?
  456. # [08:16] <abarth> haha
  457. # [08:16] <abarth> i think it used to say "the user"
  458. # [08:17] <abarth> the paper is very rough at the moment
  459. # [08:17] <othermaciej> clever
  460. # [08:17] * Joins: weinig (~weinig@c-76-102-3-160.hsd1.ca.comcast.net)
  461. # [08:17] <othermaciej> this reminds me of an attack against a university's online auth protocol in a paper that someone (maybe you?) pointed me to
  462. # [08:18] <abarth> yes
  463. # [08:18] <abarth> it's similar to that
  464. # [08:18] <abarth> in that the attacker spams his credentials onto the user's browser
  465. # [08:18] <othermaciej> would this work against HTTPS?
  466. # [08:18] <abarth> yes
  467. # [08:18] <abarth> HTTP can overwrite HTTPS cookies
  468. # [08:18] * Joins: Ankheg (~Miranda@fs91-201-3-30.dubna-net.ru)
  469. # [08:18] <abarth> cookie provide confidentiality but not integrity
  470. # [08:19] <abarth> it works against OAuth / OpenID too, as far as we can tell
  471. # [08:19] <othermaciej> I see, example.com doesn't even need to actually have port 80 open for this to work
  472. # [08:19] <abarth> right
  473. # [08:19] <othermaciej> evil!
  474. # [08:19] <abarth> a web site can actually defend against it today, but it's a big pain
  475. # [08:20] <abarth> you need to store a nonce in localStorage
  476. # [08:20] <abarth> since localStorage actually respects the same-origin policy
  477. # [08:20] <abarth> then you send the nonce explicitly in every request in a custom HTTP header
  478. # [08:20] * Joins: smaug____ (~chatzilla@ZYYYKDCCCLVII.gprs.sl-laajakaista.fi)
  479. # [08:20] <abarth> b/c custom HTTP headers cannot be sent across origins (without opt-in)
  480. # [08:20] <abarth> but that means you are restricted to only using XMLHttpRequest to communicate with the server
  481. # [08:22] <Hixie> wait, you can set cookies on port 80 that get sent on port 443?
  482. # [08:22] <abarth> yes
  483. # [08:22] <Hixie> what kind of crazy nonsense is that!
  484. # [08:22] <abarth> cookies don't care about ports
  485. # [08:22] <abarth> cookie are insane technology from a bygone era
  486. # [08:22] <Hixie> wow i had no idea
  487. # [08:22] <Hixie> that is so utterly bogus
  488. # [08:23] <abarth> building something better is actually really easy
  489. # [08:23] <abarth> you just have a nonce for each origin
  490. # [08:23] <abarth> that the browser makes up itself
  491. # [08:23] <abarth> and then it sends in a header
  492. # [08:23] <abarth> with every request
  493. # [08:23] <abarth> to that origin
  494. # [08:23] * Quits: smaug____ (~chatzilla@ZYYYKDCCCLVII.gprs.sl-laajakaista.fi) (Client Quit)
  495. # [08:23] <Hixie> it's even easier than that... just don't cross origins when setting cookies!
  496. # [08:24] <abarth> unfortunately, a couple important sites use cookies ;)
  497. # [08:25] * Joins: nessy (~Adium@173.243.44.66)
  498. # [08:26] <Hixie> oh you mean building something better that's compatible with the world today
  499. # [08:27] * Quits: cying (~cying@c-24-4-120-70.hsd1.ca.comcast.net) (Quit: cying)
  500. # [08:27] <Hixie> per-origin nonces would be a privacy leak unfortunately
  501. # [08:28] <Hixie> but you could use the new thing we have to ensure use of TLS to also ensure that cookies don't get set cross-origin
  502. # [08:28] <abarth> why are per-origin nonce more of a privacy leak than localStorage?
  503. # [08:29] <Hixie> because the user has no way to know the origin is using it
  504. # [08:31] * Joins: MikeSmith (~MikeSmith@EM114-48-185-221.pool.e-mobile.ne.jp)
  505. # [08:32] <abarth> i see. i just assume every web site i visit is setting a cookie
  506. # [08:32] <othermaciej> abarth: I think the UI parts of your attack don't quite connect
  507. # [08:32] <abarth> because Alice ends up with two tabs to example.com?
  508. # [08:32] <othermaciej> how does the request in step 8 result in the experience in step 11?
  509. # [08:33] <othermaciej> Alice was looking at a specific window/tab, and the request in step 8 won't affect what that original tab displays
  510. # [08:33] <abarth> it's slightly tricky to arrange for it to be picture perfect
  511. # [08:33] <abarth> but you can certainly do it with a UI flash if
  512. # [08:34] <othermaciej> in fact it seems like that original tab would tell Alice she wins, unless the network attacker somehow prevents the response from getting through, in which case it will seem to be waiting indefinitely
  513. # [08:34] <abarth> 1) the original example.com tab has a name
  514. # [08:34] <abarth> 2) the attacker can open a new tab for the results page on top of the old tab
  515. # [08:34] <abarth> 3) the attacker can close the old tab
  516. # [08:35] <abarth> those three things revolve around how the original example.com tab came into existence
  517. # [08:35] <othermaciej> so either the attacker is the opener of the example.com tag, or has it enframed, or it somehow otherwise has a guessable reachable name
  518. # [08:36] <abarth> or the attacker can bypass the popup blocker and alice don't notice that a new tab has been created on top of the old tab
  519. # [08:36] <abarth> the security model doesn't prevent the attacker from doing any of these things
  520. # [08:36] <abarth> so we, pessimistically, assume that the attacker can do whatever isn't forbidden by a security property
  521. # [08:37] <abarth> "tabnapping" is aza's term
  522. # [08:37] <abarth> but i think he's playing a joke on the security community
  523. # [08:37] <abarth> (although aza assumes users don't read the address bar, whereas we assume they do)
  524. # [08:38] * Joins: maikmerten (~merten@dhcp-11-239.it.uu.se)
  525. # [08:39] * Joins: nessy1 (~Adium@173.243.44.66)
  526. # [08:39] * Quits: nessy1 (~Adium@173.243.44.66) (Read error: Connection reset by peer)
  527. # [08:40] * Quits: nessy (~Adium@173.243.44.66) (Ping timeout: 240 seconds)
  528. # [08:41] * Joins: nessy (~Adium@173.243.44.66)
  529. # [08:41] * Joins: nessy1 (~Adium@173.243.44.66)
  530. # [08:41] * Quits: nessy (~Adium@173.243.44.66) (Read error: Connection reset by peer)
  531. # [08:41] * Parts: nessy1 (~Adium@173.243.44.66)
  532. # [08:43] * Joins: agektmr (~Adium@u648179.xgsnu4.imtp.tachikawa.mopera.net)
  533. # [08:47] * Joins: Maurice (~ano@a80-101-46-164.adsl.xs4all.nl)
  534. # [08:47] * Quits: MikeSmith (~MikeSmith@EM114-48-185-221.pool.e-mobile.ne.jp) (Quit: The curfew tolls the knell of parting day... the plowman homeward plods his weary way)
  535. # [08:48] * Quits: agektmr (~Adium@u648179.xgsnu4.imtp.tachikawa.mopera.net) (Ping timeout: 276 seconds)
  536. # [08:50] * Joins: agektmr (~Adium@s232.GtokyoFL24.vectant.ne.jp)
  537. # [08:50] * Joins: payman_m (~payman_m@h85-8-2-58.static.se.alltele.net)
  538. # [08:50] <othermaciej> "tabnapping" as described by Aza seems to be based on some of the same assumptions as phishing
  539. # [08:51] <othermaciej> phishing (without spoofing the address field) is sometimes not considered a
  540. # [08:51] <othermaciej> "real" attack, but evidence seems to be that it does really work
  541. # [08:51] <Hixie> abarth: we have data showing they don't, so it's not an unreasonable assumption ;-)
  542. # [08:51] <othermaciej> I can see how "tabnapping" could be more effective, because when switching tabs the user could be less vigilant than when following a link or clicking on a mysterious scary email
  543. # [08:52] <abarth> i suspect he's poking fun at the security community for inventing silly names for attacks
  544. # [08:56] * Joins: cying (~cying@c-24-4-120-70.hsd1.ca.comcast.net)
  545. # [08:59] * Quits: agektmr (~Adium@s232.GtokyoFL24.vectant.ne.jp) (Ping timeout: 265 seconds)
  546. # [09:04] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
  547. # [09:05] * Joins: agektmr (~Adium@s232.GtokyoFL24.vectant.ne.jp)
  548. # [09:06] * Quits: 92AAA8UVI (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 240 seconds)
  549. # [09:09] * Joins: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie)
  550. # [09:13] * Joins: henrikbjorn (~henrik@80.199.116.190.static.peytz.dk)
  551. # [09:22] * Quits: Amorphous (jan@unaffiliated/amorphous) (Ping timeout: 265 seconds)
  552. # [09:27] * Joins: Steve_B (~chatzilla@gatej.mh.bbc.co.uk)
  553. # [09:29] * Joins: JonathanNeal (~Jonathan_@99-59-125-34.lightspeed.irvnca.sbcglobal.net)
  554. # [09:33] * Quits: JonathanNeal (~Jonathan_@99-59-125-34.lightspeed.irvnca.sbcglobal.net) (Ping timeout: 240 seconds)
  555. # [09:35] <othermaciej> bugzilla queries seem to be broken :-)
  556. # [09:35] <othermaciej> er
  557. # [09:35] <othermaciej> :-(
  558. # [09:37] * Joins: Amorphous (jan@unaffiliated/amorphous)
  559. # [09:39] * Joins: davidhund (~davidhund@dnuhd.xs4all.nl)
  560. # [09:44] * Joins: ROBOd (~robod@92.86.249.161)
  561. # [09:46] * Quits: agektmr (~Adium@s232.GtokyoFL24.vectant.ne.jp) (Ping timeout: 276 seconds)
  562. # [09:50] * Joins: agektmr (~Adium@s232.GtokyoFL24.vectant.ne.jp)
  563. # [09:53] * Quits: payman_m (~payman_m@h85-8-2-58.static.se.alltele.net) (Quit: payman_m)
  564. # [09:57] * Joins: bzed_ (~bzed@devel.recluse.de)
  565. # [09:57] * bzed_ is now known as Guest36841
  566. # [09:59] * Quits: bzed (~bzed@devel.recluse.de) (Ping timeout: 276 seconds)
  567. # [09:59] * Guest36841 is now known as bzed
  568. # [10:00] * Quits: weinig (~weinig@c-76-102-3-160.hsd1.ca.comcast.net) (Quit: weinig)
  569. # [10:00] * Joins: tndH (~Rob@cpc6-seac20-2-0-cust102.7-2.cable.virginmedia.com)
  570. # [10:07] * Joins: 92AAA8W45 (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
  571. # [10:08] * Quits: agektmr (~Adium@s232.GtokyoFL24.vectant.ne.jp) (Quit: Leaving.)
  572. # [10:10] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 240 seconds)
  573. # [10:17] * Joins: akamike (~akamike@94-193-106-14.zone7.bethere.co.uk)
  574. # [10:19] * Quits: abarth (~abarth@c-67-169-42-39.hsd1.ca.comcast.net) (Quit: abarth)
  575. # [10:19] * Quits: cying (~cying@c-24-4-120-70.hsd1.ca.comcast.net) (Quit: cying)
  576. # [10:22] * Joins: zcorpan (~zcorpan@pat.se.opera.com)
  577. # [10:23] * Joins: agektmr (~Adium@s232.GtokyoFL24.vectant.ne.jp)
  578. # [10:25] * Quits: agektmr (~Adium@s232.GtokyoFL24.vectant.ne.jp) (Client Quit)
  579. # [10:27] * Joins: mpt (~mpt@91.189.88.12)
  580. # [10:27] * Quits: mpt (~mpt@91.189.88.12) (Changing host)
  581. # [10:27] * Joins: mpt (~mpt@canonical/mpt)
  582. # [10:33] * ojan_ is now known as ojan_leaving_syd
  583. # [10:34] * Quits: ojan_leaving_syd (~ojan@74.125.56.17) (Quit: ojan_leaving_syd)
  584. # [10:34] * Quits: estes (~aestes@76-220-34-58.lightspeed.sntcca.sbcglobal.net) (Quit: estes)
  585. # [10:36] * Joins: Phae (~Phae@chimera.macmillan.com)
  586. # [10:39] * Joins: mokush (~quassel@79.116.70.37)
  587. # [10:41] * Joins: MikeSmith (~MikeSmith@EM114-48-185-221.pool.e-mobile.ne.jp)
  588. # [10:41] * Quits: tndH (~Rob@cpc6-seac20-2-0-cust102.7-2.cable.virginmedia.com) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.0.1/2008072406])
  589. # [10:44] * Joins: reni__home (~reni@sedkit.inf.u-szeged.hu)
  590. # [10:44] * Quits: reni__home (~reni@sedkit.inf.u-szeged.hu) (Read error: Connection reset by peer)
  591. # [10:45] * Joins: payman_m (~payman_m@nl-216-187.netlogon.liu.se)
  592. # [10:49] * Quits: gavin_ (~gavin@firefox/developer/gavin) (Ping timeout: 276 seconds)
  593. # [10:50] * Quits: MikeSmith (~MikeSmith@EM114-48-185-221.pool.e-mobile.ne.jp) (Ping timeout: 245 seconds)
  594. # [10:50] * Joins: MikeSmith (~MikeSmith@EM114-48-185-221.pool.e-mobile.ne.jp)
  595. # [10:53] * Joins: gavin_ (~gavin@firefox/developer/gavin)
  596. # [10:59] * Joins: jeremyselier (~Jeremy@pro75-4-82-238-200-10.fbx.proxad.net)
  597. # [11:02] * Joins: Twisol (~Twisol@wikia/Oddlyoko)
  598. # [11:04] * Quits: Lachy (~Lachlan@84.215.59.50) (Quit: This computer has gone to sleep)
  599. # [11:04] * Quits: Twisol (~Twisol@wikia/Oddlyoko) (Client Quit)
  600. # [11:19] * Joins: Lachy (~Lachlan@pat-tdc.opera.com)
  601. # [11:24] * Joins: MikeSmith_ (~MikeSmith@EM114-48-185-221.pool.e-mobile.ne.jp)
  602. # [11:26] * Quits: MikeSmith (~MikeSmith@EM114-48-185-221.pool.e-mobile.ne.jp) (Ping timeout: 240 seconds)
  603. # [11:26] * MikeSmith_ is now known as MikeSmith
  604. # [11:29] * Joins: ZombieLoffe (~e@unaffiliated/zombieloffe)
  605. # [11:31] * Joins: mokush_ (~quassel@79.116.68.41)
  606. # [11:34] * Quits: mokush (~quassel@79.116.70.37) (Ping timeout: 245 seconds)
  607. # [11:36] * Joins: smaug____ (~chatzilla@cs181063178.pp.htv.fi)
  608. # [11:36] * Joins: annevk (~annevk@5355737B.cable.casema.nl)
  609. # [11:52] * Quits: payman_m (~payman_m@nl-216-187.netlogon.liu.se) (Quit: payman_m)
  610. # [11:53] * Joins: romeo_ (~romeo__@x1-6-00-10-a7-28-f3-47.k561.webspeed.dk)
  611. # [12:05] * Quits: MikeSmith (~MikeSmith@EM114-48-185-221.pool.e-mobile.ne.jp) (Ping timeout: 265 seconds)
  612. # [12:08] * Joins: agektmr (~Adium@p4254-ipbf7106marunouchi.tokyo.ocn.ne.jp)
  613. # [12:09] * Quits: mpt (~mpt@canonical/mpt) (Read error: Operation timed out)
  614. # [12:10] * Joins: mokush (~quassel@79.116.71.191)
  615. # [12:11] * Quits: agektmr (~Adium@p4254-ipbf7106marunouchi.tokyo.ocn.ne.jp) (Client Quit)
  616. # [12:11] * Joins: oal (~oal@5.79-160-122.customer.lyse.net)
  617. # [12:13] <zcorpan> othermaciej: it happens that editors drafts have an older date than a published draft, because the publication date is written down in the draft before it is actually published, and then the editor's draft could have changed back to editors draft before the actual publication date
  618. # [12:13] <zcorpan> othermaciej: not sure if that's the case with aria though
  619. # [12:13] * Quits: mokush_ (~quassel@79.116.68.41) (Ping timeout: 265 seconds)
  620. # [12:13] <othermaciej> zcorpan: in this case there seems to be at least one missing edit in the ED that is in the WD
  621. # [12:14] <zcorpan> ah, ok
  622. # [12:16] * Joins: tndH (~Rob@cpc6-seac20-2-0-cust102.7-2.cable.virginmedia.com)
  623. # [12:17] <annevk> didn't get much back from @james_clark http://twitter.com/james_clark/status/25746086798
  624. # [12:25] <jgraham> Ah, twitter, that great conduit of intellectual discourse
  625. # [12:25] <othermaciej> jgraham: I somewhat regret paying more attention to the hybi list
  626. # [12:25] <jgraham> it seems strange to say that you don't like the porcess for something without saying what about the results of the process you don't like
  627. # [12:26] <jgraham> After all the two are tightly coupled
  628. # [12:26] <jgraham> othermaciej: I, on the other hand, am grateful for your contribution
  629. # [12:27] <jgraham> Although I am still concerned about hybi in general
  630. # [12:28] <othermaciej> I am a bit frustrated at repeatedly explaining cross-protocol attacks and my seeming inability to get the ideas across
  631. # [12:29] * Quits: loucapo_ (d1fbc8f3@gateway/web/freenode/ip.209.251.200.243) (Ping timeout: 252 seconds)
  632. # [12:30] <jgraham> I guess it is subtle. I certianly don't fel like I have a deep understanding like you or abarth. And it is harder if you can't demonstrate a real exploit for proposals, only point out that they depend on weak assumptions
  633. # [12:31] <jgraham> I'm not sure giving up on the group now is good in the long run because you will ikely be one of the people who has to put out the fires if an exploit is found
  634. # [12:31] <jgraham> +l
  635. # [12:33] <annevk> hybi is so sad
  636. # [12:33] <jgraham> On the other hand, we may already have lost; -76 might gain enough traction that we are forced to support that handshake forever
  637. # [12:33] <annevk> we could've had something cool for developers by now
  638. # [12:34] <jgraham> We do, kind of
  639. # [12:35] * Rik`_ is now known as Rik`
  640. # [12:36] * Quits: 92AAA8W45 (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Quit: Leaving...)
  641. # [12:36] <annevk> true
  642. # [12:39] <zcorpan> is accessKeyLabel another fingerprinting feature?
  643. # [12:42] * Joins: mpt (~mpt@canonical/mpt)
  644. # [12:43] <annevk> I suppose that depends on the complexity of user agent implementations
  645. # [12:43] <annevk> but I suspect you cannot get more from it than platform + user agent which are already exposed
  646. # [12:47] * Joins: erlehmann (~erlehmann@89.204.153.66)
  647. # [12:48] <zcorpan> if the browser chooses a key based on the user's keyboard layout, then it exposes information about the user's keyboard layout
  648. # [12:48] <annevk> yup
  649. # [12:58] * Joins: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
  650. # [13:06] * Quits: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de) (Ping timeout: 252 seconds)
  651. # [13:07] * Joins: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
  652. # [13:13] * Quits: kbrosnan (~kbrosnan@ip24-250-54-36.ri.ri.cox.net) (Ping timeout: 276 seconds)
  653. # [13:23] * bl4ckcomb_ is now known as bl4ckcomb
  654. # [13:24] * Quits: erlehmann (~erlehmann@89.204.153.66) (Quit: Die demokratieerhaltende Whistleblower-Organistation Krautchan freut sich immer über Spenden.)
  655. # [13:26] * Joins: pauld (~chatzilla@194.102.13.2)
  656. # [13:28] * Joins: kbrosnan (~kbrosnan@ip24-250-54-36.ri.ri.cox.net)
  657. # [13:35] * Quits: hamcore (rhythm@unaffiliated/hamcore) (Ping timeout: 252 seconds)
  658. # [13:35] * Joins: payman_m (~payman_m@nl-217-242.netlogon.liu.se)
  659. # [13:39] * Quits: karlcow (~karl@nerval.la-grange.net) (Remote host closed the connection)
  660. # [13:45] * Joins: paul_irish (~paul_iris@207-237-102-112.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com)
  661. # [13:46] * Quits: tndH (~Rob@cpc6-seac20-2-0-cust102.7-2.cable.virginmedia.com) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.0.1/2008072406])
  662. # [13:53] <annevk> http://twitpic.com/2spyxf heh
  663. # [13:55] <zcorpan> so true
  664. # [13:55] <annevk> yeah, we don't really know what we want
  665. # [13:56] <Firefox> s/allready/already/
  666. # [13:59] * Joins: reni__home (~reni@sedkit.inf.u-szeged.hu)
  667. # [14:00] * Quits: reni__home (~reni@sedkit.inf.u-szeged.hu) (Remote host closed the connection)
  668. # [14:08] * Quits: daedb (~daed@78-72-108-100-no178.tbcn.telia.com) (Ping timeout: 245 seconds)
  669. # [14:09] * Joins: mokush_ (~quassel@79.116.92.254)
  670. # [14:09] * Joins: loucapo (d1fbc8f3@gateway/web/freenode/ip.209.251.200.243)
  671. # [14:09] <loucapo> good morning everyone
  672. # [14:10] <loucapo> i still could use some help with the xmlhttp request level 2
  673. # [14:11] * Joins: KaOSoFt (~maxzagato@unaffiliated/kaosoft)
  674. # [14:12] * Quits: mokush (~quassel@79.116.71.191) (Ping timeout: 265 seconds)
  675. # [14:12] <annevk> feel free to drop questions
  676. # [14:13] <loucapo> annevk...stuck at the same point i was yesterday
  677. # [14:13] * Quits: pauld (~chatzilla@194.102.13.2) (Ping timeout: 252 seconds)
  678. # [14:14] <annevk> did you read the things I pointed out?
  679. # [14:14] <annevk> and did you check if the server handled preflight requests?
  680. # [14:15] <loucapo> i changed my content-type on the request to application/x-ww-form-urlencoded
  681. # [14:15] * Quits: mokush_ (~quassel@79.116.92.254) (Remote host closed the connection)
  682. # [14:15] * Philip` always reads that as "pref-light"
  683. # [14:15] <loucapo> yes the server definitely does handle them
  684. # [14:15] <annevk> what is the page again?
  685. # [14:16] <loucapo> http://ozoli.comuf.com
  686. # [14:16] <loucapo> the server is just a simple php page that responds with whatever code u enter into the querystring
  687. # [14:17] <loucapo> if u enter a 200 u can see the status 200 in the console
  688. # [14:17] <loucapo> if u enter a 304 for example, u see status is 0
  689. # [14:17] <annevk> so if the browser before doing the actual request does a request with OPTIONS the server handles that?
  690. # [14:17] * Quits: othermaciej (~mjs@c-69-181-196-33.hsd1.ca.comcast.net) (Quit: othermaciej)
  691. # [14:18] <annevk> mkay
  692. # [14:18] <loucapo> sure
  693. # [14:18] <loucapo> and i set the allowed origin to be whatever the requested origin is, knowing thats not something i would do in production
  694. # [14:18] <annevk> check if the error event is dispatched on the XHR object
  695. # [14:19] <annevk> could just be a bug :/
  696. # [14:20] <annevk> loucapo, so WebKit says this in their console
  697. # [14:20] <loucapo> i thought in reading the spec a version or two ago it said if there is any error, treat it as a network error..then in reading the network error it seemed like it was supposed to return a 0
  698. # [14:20] <annevk> "XMLHttpRequest cannot load http://quitdev.host22.com/response.php?code=304. Origin http://ozoli.comuf.com is not allowed by Access-Control-Allow-Origin."
  699. # [14:20] <loucapo> yea, i think that is a bug...i didnt start to see that until i got the chrome dev channel
  700. # [14:21] <annevk> they also fail for 200
  701. # [14:21] <loucapo> do u know php?
  702. # [14:21] * Joins: pauld (~chatzilla@194.102.13.2)
  703. # [14:21] <annevk> yes
  704. # [14:21] <loucapo> here is what i have in the php page for that
  705. # [14:22] <loucapo> header('Acces-Control-Allow-Origin: '.$_SERVER['HTTP_ORIGIN']);
  706. # [14:22] <loucapo> oops, typo just then
  707. # [14:23] <loucapo> header('Access-Control-Allow-Origin: '.$_SERVER['HTTP_ORIGIN']);
  708. # [14:24] <loucapo> and the options call has this in the response: Access-Control-Allow-Orig... http://ozoli.comuf.com
  709. # [14:26] <annevk> so as far as I can tell 304 does not work because the PHP script is bypassed or some such
  710. # [14:26] <annevk> at least when inspecting with curl
  711. # [14:27] <loucapo> its anything thats not a 200
  712. # [14:27] <annevk> curl --header "Origin: http://test/" http://quitdev.host22.com/response.php?code=501 --head
  713. # [14:27] <annevk> seemed alright to me
  714. # [14:27] <annevk> but maybe there's a bug in Minefield
  715. # [14:29] <loucapo> i mean there is noting in my php to do anything special based on the code
  716. # [14:30] <loucapo> i had a guy from google looking at this a few weeks back but he seems to have gotten pulled away
  717. # [14:30] <Philip`> Sounds like Apache might have something to do something special based on the code
  718. # [14:31] <loucapo> based on the code and if uxingXHR?
  719. # [14:32] <loucapo> cuz if i set them to the same domain this does not happen
  720. # [14:33] * Joins: Anti-X (~duckmysic@c4470BF51.dhcp.bluecom.no)
  721. # [14:35] <Philip`> The curl command with ?code=304 doesn't give any of the extra headers, and with e.g. ?code=309 returns a "200 OK" instead, so it just looks like there's some rewriting happening after your PHP script
  722. # [14:35] <Philip`> regardless of how it's being accessed
  723. # [14:36] <loucapo> hmm, strange
  724. # [14:36] <annevk> but e.g. 402 works but fails in Firefox
  725. # [14:36] <annevk> afaict
  726. # [14:37] <Firefox> That’s right.
  727. # [14:37] <annevk> oh wait
  728. # [14:37] <annevk> loucapo, the OPTIONS request requires a 200 response
  729. # [14:38] <annevk> not sure if Firefox already requires that, but they might
  730. # [14:39] <loucapo> that is getting a 200 in my net
  731. # [14:39] * Joins: daedb (~daed@78-72-108-100-no178.tbcn.telia.com)
  732. # [14:43] * Quits: kennyluck (~kennyluck@114-43-121-234.dynamic.hinet.net) (Quit: kennyluck)
  733. # [14:44] * Joins: nessy (~Adium@173.243.44.66)
  734. # [14:44] <annevk> minefield's console says otherwise
  735. # [14:44] * Parts: nessy (~Adium@173.243.44.66)
  736. # [14:44] <loucapo> not sure what minefield is
  737. # [14:45] <annevk> Firefox nightlies
  738. # [14:46] <loucapo> i see
  739. # [14:46] <loucapo> whats it saying the satus is?
  740. # [14:48] <annevk> 0, as it seems to be failing to process the preflight
  741. # [14:48] <annevk> per the console only one request is made
  742. # [14:49] <annevk> loucapo, if you remove the setting of custom headers as well you should not get a preflight
  743. # [14:49] <annevk> might make it easier to determine what goes wrong
  744. # [14:49] <loucapo> i thought preflight was required on cross origin
  745. # [14:50] <annevk> not always
  746. # [14:50] <loucapo> hmm
  747. # [14:50] <loucapo> let me see my headers
  748. # [14:51] <annevk> see http://dev.w3.org/2006/waf/access-control/#cross-origin-request
  749. # [14:51] <loucapo> what would u consider a custom header?
  750. # [14:51] <loucapo> x-requested-with?
  751. # [14:51] <annevk> yes
  752. # [14:51] <annevk> anything apart from this whitelist: http://dev.w3.org/2006/waf/access-control/#simple-header
  753. # [14:52] <loucapo> wait r u sure? i think u need x-requested with for cross origin to work
  754. # [14:52] * Firefox is now known as matjas_
  755. # [14:52] <annevk> i am sure
  756. # [14:52] * matjas_ is now known as matjas
  757. # [14:53] <loucapo> ok, removing
  758. # [14:54] <loucapo> when i do that Firefox fails the options call
  759. # [14:54] * Joins: plainhao (~plainhao@mail.xbiotica.com)
  760. # [14:54] * Joins: variable (~variable@unaffiliated/variable)
  761. # [14:54] <annevk> it already did
  762. # [14:55] <loucapo> well i removed it
  763. # [14:55] <loucapo> now even 200 returns 0
  764. # [14:56] <annevk> did you write all the server code yourself?
  765. # [14:57] <annevk> i don't really see why x-requested-with would matter unless your server is depending on it somehow
  766. # [14:57] <loucapo> my colleague did, its quite short
  767. # [14:57] <annevk> anyway, at this point it might be better to go to stackoverflow.com or something
  768. # [15:02] <loucapo> i did post there
  769. # [15:03] <loucapo> got no answer
  770. # [15:03] <loucapo> lol, i just realized u edited the spec last
  771. # [15:03] * Joins: karlcow (~karl@nerval.la-grange.net)
  772. # [15:03] <annevk> yes, I'm that person
  773. # [15:04] <loucapo> so i understand...u do not need to set x-requested-with on an ajax request using xmlhttprequest level 2?
  774. # [15:05] <annevk> you have never needed that, ever
  775. # [15:06] <loucapo> so to enable CORS, u just need to set the allow origin?
  776. # [15:06] * Joins: reni__home (~reni@sedkit.inf.u-szeged.hu)
  777. # [15:06] <loucapo> btw...http://stackoverflow.com/questions/3440371/problem-using-html5-for-cross-origin-resource-sharing
  778. # [15:06] <annevk> xml:space is soo fucked up
  779. # [15:07] * Quits: paul_irish (~paul_iris@207-237-102-112.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) (Remote host closed the connection)
  780. # [15:07] <annevk> loucapo, yes
  781. # [15:07] <loucapo> how intereting
  782. # [15:07] <annevk> loucapo, what the server needs to implement is explained here: http://dev.w3.org/2006/waf/access-control/#resource-processing-model
  783. # [15:08] <loucapo> reading
  784. # [15:09] * Joins: miketaylr (~miketaylr@108.121.192.60)
  785. # [15:13] <loucapo> i think i got all of what that section says
  786. # [15:14] <loucapo> hey miketaylr, i spoke to u via twitter a few weeks back and u sent me here...thanks for that.
  787. # [15:14] <miketaylr> heh, no problem
  788. # [15:15] <loucapo> though i still cant get it working
  789. # [15:15] <loucapo> sigh
  790. # [15:19] * Quits: Peter` (~peter@170-116.citynet.ftth.internl.net) (Read error: Connection reset by peer)
  791. # [15:19] * Joins: Peter` (~peter@170-116.citynet.ftth.internl.net)
  792. # [15:23] <annevk> loucapo, I don't really have the tools to look into it properly unfortunately
  793. # [15:24] <annevk> loucapo, if sshfs was not such a pain on Mac I would have made something working
  794. # [15:24] * Quits: Peter` (~peter@170-116.citynet.ftth.internl.net) (Ping timeout: 264 seconds)
  795. # [15:24] <annevk> I guess I should learn vim or emacs or another sucky terminal editor so I don't have to bother with sshfs
  796. # [15:25] <loucapo> lol
  797. # [15:25] <loucapo> would it help at all if i sent u the php page?
  798. # [15:25] <annevk> might help yes
  799. # [15:27] <loucapo> how should i send?
  800. # [15:27] <Philip`> annevk: Or you should use something like KDE that lets all its applications open files across SFTP/etc connections exactly like local files
  801. # [15:27] <Philip`> though I suppose that might not be too great if you're using OS X
  802. # [15:27] <variable> annevk, sshfs is quite nice. Or if you don't want to bother with a big learning curve use nano
  803. # [15:28] <variable> tis a nice editor with syntax highlighting - but very easy to use
  804. # [15:29] * Joins: ben_alman (~cowboy@64.119.153.2)
  805. # [15:29] <annevk> loucapo, annevk@opera.com works or just put it online somewhere?
  806. # [15:29] <ben_alman> miketaylr: hi
  807. # [15:29] <ben_alman> who should i be talking to?
  808. # [15:29] * Joins: Peter` (~peter@170-116.citynet.ftth.internl.net)
  809. # [15:30] <hsivonen> annevk: fwiw, I think Julian is right about xml:space.
  810. # [15:30] <miketaylr> ben_alman: dunno if adam barth hangs here
  811. # [15:30] <ben_alman> he's the url api guy?
  812. # [15:31] <ben_alman> hmmn.. well i'd like as easy a format as possible for discussing the working draft
  813. # [15:31] <ben_alman> chat would be preferred to long email chains
  814. # [15:31] <miketaylr> yeah
  815. # [15:31] <ben_alman> i don't have the time
  816. # [15:31] <ben_alman> but i see some clear deficiencies
  817. # [15:31] <miketaylr> spend less time with your cats
  818. # [15:32] <ben_alman> most notably (imo) is the ancient idea that only location.search contains a serialized data object, when in reality the fragment can (and maybe should) as well
  819. # [15:32] <annevk> hsivonen, xml:space should be removed from XML; everything assumes whitespace is always kept and it's a hint anyway so not even useful
  820. # [15:33] <ben_alman> also, the serialization algorithm is maybe too basic
  821. # [15:33] <annevk> hsivonen, and it's a constant source of confusion
  822. # [15:33] <ben_alman> it would be nice to come up with a standard algorithm
  823. # [15:33] <ben_alman> that handles nested objects
  824. # [15:33] <Philip`> miketaylr: abarth often seems to be around here
  825. # [15:34] <ben_alman> then again, we should probably just use JSON to encode everything :P
  826. # [15:34] * Quits: Martijn (~Martijnc@91.176.145.237) (Read error: Connection reset by peer)
  827. # [15:34] <miketaylr> Philip`: that's what i thought, thanks
  828. # [15:34] <Philip`> (but not now, presumably due to timezones)
  829. # [15:34] <ben_alman> well miketaylr if he shows up ping me and him
  830. # [15:34] <annevk> ben_alman, putthing data in fragments is kind of a hack though to work around other limitations
  831. # [15:34] <miketaylr> lol ok. can i get you a sandwich too?
  832. # [15:34] <annevk> ben_alman, that pushState etc. hopefully solve
  833. # [15:34] <loucapo> annevk...just sent
  834. # [15:34] <ben_alman> pushState will solve that for sure
  835. # [15:35] <annevk> ben_alman, but you should just email him and cc some list
  836. # [15:35] <ben_alman> annevk i don't have the time for email tbh
  837. # [15:35] <ben_alman> i need a quick chat
  838. # [15:35] <ben_alman> :)
  839. # [15:35] <annevk> i don't see the difference
  840. # [15:35] <ben_alman> i do.
  841. # [15:35] <ben_alman> chat is quick, you can respond to each line in real time
  842. # [15:36] <ben_alman> email requires you to ingest the whole response and formulate a reply, if you choose to reply to individual points you start getting into this kind of unmanageable branching
  843. # [15:36] <ben_alman> plus i'm really anal about emails with spell checking etc
  844. # [15:36] <ben_alman> chat, not so much
  845. # [15:38] * Quits: Ankheg (~Miranda@fs91-201-3-30.dubna-net.ru) (Read error: Connection reset by peer)
  846. # [15:40] * Joins: Martijnc (~Martijnc@91.176.143.26)
  847. # [15:40] * Joins: yutak_home (~kee@U017209.ppp.dion.ne.jp)
  848. # [15:41] * Joins: invariable (~variable@unaffiliated/variable)
  849. # [15:41] * Quits: invariable (~variable@unaffiliated/variable) (Remote host closed the connection)
  850. # [15:43] * Quits: payman_m (~payman_m@nl-217-242.netlogon.liu.se) (Quit: payman_m)
  851. # [15:44] <hsivonen> annevk: xml:space has utility in generic XML editors like oXygen than don't otherwise know if it is OK to rewrap text node content
  852. # [15:44] <hsivonen> annevk: I agree that it's a source of confusion
  853. # [15:45] * Joins: BlurstOfTimes (~blurstoft@168.203.117.107)
  854. # [15:45] <zcorpan> wouldn't it be better for oXygen to have some knowledge about XHTML?
  855. # [15:46] <hsivonen> zcorpan: that would be even more useful, sure
  856. # [15:46] <annevk> loucapo, your PHP file does not handle OPTION requests
  857. # [15:48] <annevk> loucapo, i.e. the preflight requests I kept mentioning
  858. # [15:48] <loucapo> hmm i swear my colleague told me it did...i dont know much php so i will get my colleague to look at that
  859. # [15:48] <loucapo> and fix it ASAP
  860. # [15:48] <loucapo> thx for the help
  861. # [15:49] <annevk> //header('Access-Control-Allow-Origin: ozoli.comuf.com'); is also wrong fwiw
  862. # [15:49] <loucapo> thats commented out
  863. # [15:49] <annevk> an origin includes the scheme
  864. # [15:53] * Quits: miketaylr (~miketaylr@108.121.192.60) (Quit: miketaylr)
  865. # [15:53] * Joins: payman_m (~payman_m@nl-217-242.netlogon.liu.se)
  866. # [15:56] <Philip`> The xml:space thread is terribly confusing, since I seem to be receiving all the messages out of order
  867. # [15:56] * Joins: kennyluck (~kennyluck@114-43-121-234.dynamic.hinet.net)
  868. # [15:56] * Quits: kennyluck (~kennyluck@114-43-121-234.dynamic.hinet.net) (Excess Flood)
  869. # [15:56] * Joins: miketaylr (~miketaylr@108.121.192.60)
  870. # [15:56] <jgraham> Philip`: I assumed I just wasn't recieveing messages from Julian
  871. # [15:57] <Philip`> Hmm, http://lists.w3.org/Archives/Public/public-html/2010Sep/ looks misordered too
  872. # [16:01] * Joins: sean`` (~Sean@h183146.upc-h.chello.nl)
  873. # [16:04] * sean`` is now known as sean`
  874. # [16:07] * Joins: MikeSmith (~MikeSmith@EM114-48-247-34.pool.e-mobile.ne.jp)
  875. # [16:12] * Joins: weinig (~weinig@c-76-102-3-160.hsd1.ca.comcast.net)
  876. # [16:18] * Joins: paul_irish (~paul_iris@nat/google/x-lmsfzcelczzhwwaf)
  877. # [16:20] * Joins: mdelaney (~mdelaney@c-69-181-26-199.hsd1.ca.comcast.net)
  878. # [16:21] * Quits: payman_m (~payman_m@nl-217-242.netlogon.liu.se) (Quit: payman_m)
  879. # [16:22] * Joins: justinhjohnson (~justinjn@72.166.146.186)
  880. # [16:23] * Quits: justinhjohnson (~justinjn@72.166.146.186) (Remote host closed the connection)
  881. # [16:23] * Joins: justinhjohnson (~justinjn@67-131-94-2.dia.static.qwest.net)
  882. # [16:26] * Quits: mdelaney (~mdelaney@c-69-181-26-199.hsd1.ca.comcast.net) (Quit: mdelaney)
  883. # [16:28] * sean` is now known as sean``````````
  884. # [16:29] * Joins: aroben (~aroben@unaffiliated/aroben)
  885. # [16:30] * Quits: henrikbjorn (~henrik@80.199.116.190.static.peytz.dk) (Ping timeout: 265 seconds)
  886. # [16:31] * sean`````````` is now known as sean`
  887. # [16:31] * Quits: pauld (~chatzilla@194.102.13.2) (Remote host closed the connection)
  888. # [16:33] * Joins: FireyFly (~firefly@unaffiliated/firefly)
  889. # [16:33] * Quits: akamike (~akamike@94-193-106-14.zone7.bethere.co.uk) (Quit: akamike)
  890. # [16:42] * zcorpan adds "RegExp.prototype.compile changes the regexp in place. In Carakan/Nitro/V8 the method returns undefined; in SpiderMonkey it returns the regexp object." to http://wiki.whatwg.org/wiki/Web_ECMAScript#RegExp
  891. # [16:42] <zcorpan> mozilla javascript people: fancy changing your impl to match opera/safari/chrome? :)
  892. # [16:42] * Joins: boaz (~boaz@64.119.153.2)
  893. # [16:43] * Joins: davidwalsh (~davidwals@75-134-27-91.dhcp.mdsn.wi.charter.com)
  894. # [16:49] * Quits: justinhjohnson (~justinjn@67-131-94-2.dia.static.qwest.net) (Read error: Connection reset by peer)
  895. # [16:49] * Joins: justinhjohnson (~justinjn@67-131-94-2.dia.static.qwest.net)
  896. # [16:49] * Quits: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Quit: Leaving...)
  897. # [16:51] * boaz is now known as azman
  898. # [16:54] * FireyFly is now known as FireFly
  899. # [16:54] * MikeSmith didn't know about http://wiki.whatwg.org/wiki/Web_ECMAScript
  900. # [16:55] * Quits: matjas (~matjas@ip-213-49-115-201.dsl.scarlet.be) (Remote host closed the connection)
  901. # [16:56] <MikeSmith> I can add those contents as annotations to the annotated HTML version of the spec
  902. # [16:56] * Quits: reni__home (~reni@sedkit.inf.u-szeged.hu) (Quit: Leaving)
  903. # [16:57] <zcorpan> that'd be cool
  904. # [17:01] * Joins: cardona507 (~cardona50@c-67-180-160-250.hsd1.ca.comcast.net)
  905. # [17:03] * Joins: kennyluck (~kennyluck@114-43-121-234.dynamic.hinet.net)
  906. # [17:04] * Quits: Maurice (~ano@a80-101-46-164.adsl.xs4all.nl) (Quit: Disconnected...)
  907. # [17:05] * Quits: miketaylr (~miketaylr@108.121.192.60) (Quit: miketaylr)
  908. # [17:07] * Joins: f1lt3r (~f1lt3r@64.119.153.2)
  909. # [17:07] * Quits: mamund (mamund@frost.nullshells.net) (Ping timeout: 252 seconds)
  910. # [17:08] * Joins: mamund (mamund@frost.nullshells.net)
  911. # [17:10] * Quits: f1lt3r (~f1lt3r@64.119.153.2) (Client Quit)
  912. # [17:11] * Quits: Peter` (~peter@170-116.citynet.ftth.internl.net) (Ping timeout: 264 seconds)
  913. # [17:11] * Joins: Peter` (~peter@170-116.citynet.ftth.internl.net)
  914. # [17:13] <loucapo> annevk, can you rechk my page? i think we have the options stuff right now.
  915. # [17:13] <loucapo> but i still see status 0
  916. # [17:14] * Quits: mamund (mamund@frost.nullshells.net) (Remote host closed the connection)
  917. # [17:14] * Joins: mamund (mamund@frost.nullshells.net)
  918. # [17:14] <annevk> karlcow, someone on twitter says we hired you
  919. # [17:14] <annevk> karlcow, if so, welcome
  920. # [17:15] <annevk> loucapo, i'd rather check the source code again
  921. # [17:15] <loucapo> sure
  922. # [17:15] <loucapo> will send
  923. # [17:16] * Joins: payman_m (~payman_m@nl-217-242.netlogon.liu.se)
  924. # [17:17] * Quits: Steve_B (~chatzilla@gatej.mh.bbc.co.uk) (Remote host closed the connection)
  925. # [17:17] <loucapo> sent
  926. # [17:18] <loucapo> annevk, i also found the part of the spec i was taking about
  927. # [17:18] <loucapo> http://www.w3.org/TR/XMLHttpRequest/#response
  928. # [17:20] * Joins: tndH (~Rob@cpc6-seac20-2-0-cust102.7-2.cable.virginmedia.com)
  929. # [17:22] * Joins: tonyg-cr (~Adium@nat/google/x-mimvxwjlmoharyer)
  930. # [17:23] <jgraham> karlcow: Oh, nice :)
  931. # [17:24] <annevk> loucapo, still don't get what you mean and that is not Level 2
  932. # [17:25] * Joins: jwalden (~waldo@nat/mozilla/x-shlggcmgcamfnktl)
  933. # [17:27] <loucapo> if a 404 comes back, is the error flag not set?
  934. # [17:27] <annevk> loucapo, it never says it would be set
  935. # [17:27] * Joins: nessy (~Adium@173.243.44.66)
  936. # [17:27] <annevk> loucapo, so now your request no longer requires a preflight
  937. # [17:27] <annevk> loucapo, I guess you should put something in the response body as well and see what responseText returns
  938. # [17:28] <annevk> loucapo, to see if the bug is in Firefox or in your code
  939. # [17:28] <loucapo> but i still cannot tell what happened...ie a 500
  940. # [17:29] <annevk> I can in Chrome now
  941. # [17:31] <loucapo> really?
  942. # [17:32] * Quits: nessy (~Adium@173.243.44.66) (Quit: Leaving.)
  943. # [17:33] <annevk> no, I'm just kidding...
  944. # [17:34] * annevk sighs
  945. # [17:34] <loucapo> maybe we are having a communication issue?
  946. # [17:34] <loucapo> i cannot see the status even in chrome
  947. # [17:35] * Joins: justinhjohnson_ (~justinjn@72.166.146.186)
  948. # [17:35] <annevk> well I can for 402, 500, etc.
  949. # [17:35] <annevk> 304 of course still fails
  950. # [17:35] * Quits: justinhjohnson (~justinjn@67-131-94-2.dia.static.qwest.net) (Ping timeout: 245 seconds)
  951. # [17:35] * justinhjohnson_ is now known as justinhjohnson
  952. # [17:36] * Quits: sean` (~Sean@h183146.upc-h.chello.nl) (Quit: Leaving)
  953. # [17:36] <loucapo> i was doing a 404, which i guess should fail too
  954. # [17:36] <annevk> works here
  955. # [17:38] * Quits: Lachy (~Lachlan@pat-tdc.opera.com) (Quit: This computer has gone to sleep)
  956. # [17:39] * Joins: agektmr (~Adium@p3113-ipbf1903marunouchi.tokyo.ocn.ne.jp)
  957. # [17:40] <karlcow> annevk: yes, I'm starting on November 1st :) - ODIN Team
  958. # [17:40] <karlcow> thanks :)
  959. # [17:41] * Joins: hamcore (rhythm@unaffiliated/hamcore)
  960. # [17:44] * Joins: othermaciej (~mjs@c-69-181-196-33.hsd1.ca.comcast.net)
  961. # [17:46] <jgraham> karlcow: Do you get to do a scandinavian tour as part of the induction?
  962. # [17:46] * Parts: agektmr (~Adium@p3113-ipbf1903marunouchi.tokyo.ocn.ne.jp)
  963. # [17:46] * Quits: hamcore (rhythm@unaffiliated/hamcore) (Ping timeout: 240 seconds)
  964. # [17:48] * Joins: WHATWG (~apermanen@cpe-76-168-89-210.socal.res.rr.com)
  965. # [17:48] <hober> karlcow: congats!
  966. # [17:51] * Quits: rimantas (~rimliu@lan-84-240-20-219.vln.skynet.lt) (Quit: Leaving)
  967. # [17:52] <karlcow> jgraham: I will be visiting I guess in January. Is the induction painful? ;)
  968. # [17:53] * Joins: mdelaney (~mdelaney@67.218.110.130)
  969. # [17:53] * Joins: matjas (~matjas@91.182.214.208)
  970. # [17:54] * Quits: KaOSoFt (~maxzagato@unaffiliated/kaosoft) (Ping timeout: 264 seconds)
  971. # [17:55] * Quits: weinig (~weinig@c-76-102-3-160.hsd1.ca.comcast.net) (Quit: weinig)
  972. # [17:55] * Joins: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no)
  973. # [17:55] * Joins: KaOSoFt (~maxzagato@190.24.156.162)
  974. # [17:55] * Quits: KaOSoFt (~maxzagato@190.24.156.162) (Changing host)
  975. # [17:55] * Joins: KaOSoFt (~maxzagato@unaffiliated/kaosoft)
  976. # [17:59] * Joins: f1lt3r (~f1lt3r@64.119.153.2)
  977. # [17:59] * Joins: dave_levin (~dave_levi@74.125.59.65)
  978. # [18:01] * Quits: matjas (~matjas@91.182.214.208) (Remote host closed the connection)
  979. # [18:04] * Quits: maikmerten (~merten@dhcp-11-239.it.uu.se) (Remote host closed the connection)
  980. # [18:05] * Quits: justinhjohnson (~justinjn@72.166.146.186) (Read error: Connection reset by peer)
  981. # [18:06] * Joins: justinhjohnson (~justinjn@67-131-94-2.dia.static.qwest.net)
  982. # [18:08] * Joins: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
  983. # [18:09] <loucapo> annevk, what if i need or want to set a custom header? why would that cause all of this to fail?
  984. # [18:09] * Quits: jwalden (~waldo@nat/mozilla/x-shlggcmgcamfnktl) (Quit: brb, battery almost dead)
  985. # [18:10] <annevk> presumably because either your are not doing the preflight correctly or the browser has some kind of bug
  986. # [18:11] <loucapo> chrome, safari both?
  987. # [18:11] * Quits: mdelaney (~mdelaney@67.218.110.130) (Quit: mdelaney)
  988. # [18:15] * Quits: Peter` (~peter@170-116.citynet.ftth.internl.net) (Ping timeout: 252 seconds)
  989. # [18:18] * Quits: pablof (~palbo@pat-tdc.opera.com) (Ping timeout: 276 seconds)
  990. # [18:18] * Joins: matjas (~matjas@91.182.214.208)
  991. # [18:19] * Joins: dJw_ (~djw@87.229.75.1)
  992. # [18:20] * Joins: cying (~cying@c-24-4-120-70.hsd1.ca.comcast.net)
  993. # [18:21] * Quits: cardona507 (~cardona50@c-67-180-160-250.hsd1.ca.comcast.net) (Quit: zzzzz)
  994. # [18:21] * Quits: f1lt3r (~f1lt3r@64.119.153.2) (Quit: Gettin' out while I still can!)
  995. # [18:22] * Joins: Peter` (~peter@170-116.citynet.ftth.internl.net)
  996. # [18:22] * Joins: jwalden (~waldo@nat/mozilla/x-otxgsbuiwsdzntvo)
  997. # [18:24] * Joins: rubys (~rubys@cpe-098-027-059-221.nc.res.rr.com)
  998. # [18:26] <rubys> just checking... is Date.parse intended to handle RFC3339 formatted dates?
  999. # [18:26] <rubys> seems to with a recent firefox, but not with a recent chrome...
  1000. # [18:26] * Joins: ap (~ap@17.203.15.167)
  1001. # [18:27] <Philip`> http://wiki.whatwg.org/wiki/Web_ECMAScript#Date_Parsing may be relevant
  1002. # [18:27] <rubys> TODO:This is a mess
  1003. # [18:27] <Philip`> (Not necessarily useful, though)
  1004. # [18:27] <rubys> doesn't look like it has any relevant info
  1005. # [18:28] <jgraham> rubys: Date.parse is intentionally unspecified
  1006. # [18:28] <Philip`> http://sideshowbarker.github.com/es5-spec/#x15.9.4.2 - "the function may fall back to any implementation-specific heuristics or implementation-specific date formats"
  1007. # [18:28] <jgraham> Apart from a requirement to handle ISO dates
  1008. # [18:28] <jgraham> (which AFAIK are typiucally not supported)
  1009. # [18:29] * Joins: estes (~aestes@12.130.118.51)
  1010. # [18:29] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
  1011. # [18:29] <paul_irish> philip jager.... who does video for opera.. someone help me out with his twitter or somesuch?
  1012. # [18:29] <jgraham> So if you really mean "intended", then the answer is "no"
  1013. # [18:29] <Philip`> paul_irish: http://twitter.com/foolip
  1014. # [18:29] <jgraham> paul_irish: foolip
  1015. # [18:30] <paul_irish> thx
  1016. # [18:31] * Joins: Craig` (~craig@host81-141-118-226.wlms-broadband.com)
  1017. # [18:32] * Quits: Craig` (~craig@host81-141-118-226.wlms-broadband.com) (Client Quit)
  1018. # [18:34] * Quits: jacobolus (~jacobolus@c-24-128-189-152.hsd1.ma.comcast.net) (Read error: Connection reset by peer)
  1019. # [18:37] * Quits: cying (~cying@c-24-4-120-70.hsd1.ca.comcast.net) (Quit: cying)
  1020. # [18:37] * Joins: hamcore (rhythm@unaffiliated/hamcore)
  1021. # [18:38] * Joins: mdelaney (~mdelaney@2620:0:1b00:1191:d69a:20ff:febf:89a0)
  1022. # [18:38] * Joins: pablof (~palbo@pat-tdc.opera.com)
  1023. # [18:41] * Joins: weinig (~weinig@17.246.17.192)
  1024. # [18:42] * Quits: Phae (~Phae@chimera.macmillan.com) (Quit: Leaving.)
  1025. # [18:44] * Quits: justinhjohnson (~justinjn@67-131-94-2.dia.static.qwest.net) (Quit: justinhjohnson)
  1026. # [18:45] <loucapo> paul_irish u are at google, right?
  1027. # [18:45] * Quits: weinig (~weinig@17.246.17.192) (Client Quit)
  1028. # [18:46] * Quits: hamcore (rhythm@unaffiliated/hamcore) (Ping timeout: 265 seconds)
  1029. # [18:46] <paul_irish> loucapo: yes
  1030. # [18:47] <loucapo> rey told me to talk to you...i tweeted at u the other day
  1031. # [18:47] * Quits: payman_m (~payman_m@nl-217-242.netlogon.liu.se) (Quit: payman_m)
  1032. # [18:47] <loucapo> u got a few min?
  1033. # [18:47] <paul_irish> loucapo: sure. PM away
  1034. # [18:49] <loucapo> i'm such a newb on IRC, not sure how to PM, :-(
  1035. # [18:50] <tabatkins> Do /msg <name> <msg>, or /query <name> and then send messages.
  1036. # [18:50] * Quits: estes (~aestes@12.130.118.51) (Quit: estes)
  1037. # [18:51] <loucapo> thx
  1038. # [18:53] * Quits: othermaciej (~mjs@c-69-181-196-33.hsd1.ca.comcast.net) (Quit: othermaciej)
  1039. # [18:54] * Joins: weinig (~weinig@17.246.17.192)
  1040. # [18:55] * Joins: maikmerten (~merten@m83-185-26-120.cust.tele2.se)
  1041. # [18:56] * Joins: cardona507 (~cardona50@c-24-130-129-16.hsd1.ca.comcast.net)
  1042. # [19:01] * Joins: estes (~aestes@12.130.118.51)
  1043. # [19:04] <MikeSmith> rubys: I wonder if you may be running into a bug that was in the V8 code prior to v2.4.3 that caused it to fail on date-times like 2010-09-23T01:15:30+09:00 that have a timezone offset but no milliseconds component, by succeed on date-times like 2010-09-23T01:15:30.003+09:00 that have the milliseconds specified
  1044. # [19:05] <MikeSmith> I'm not sure how you can check your chrome to see what V8 version it was built against
  1045. # [19:06] <rubys> That could be. It produces NaN for 2010-09-28T12:33:46-04:00
  1046. # [19:06] <MikeSmith> yeah
  1047. # [19:06] <rubys> Chrome 6.0.472.63 beta FWIW
  1048. # [19:06] <MikeSmith> if you try 2010-09-28T12:33:46.000-04:00 I bet it will work
  1049. # [19:07] * Quits: loucapo (d1fbc8f3@gateway/web/freenode/ip.209.251.200.243) (Quit: Page closed)
  1050. # [19:08] * Joins: exp (~zAyghip8@cpc2-ely02-0-0-cust338.5-1.cable.virginmedia.com)
  1051. # [19:08] <rubys> http://intertwingly.net/tmp/localize_dates.js
  1052. # [19:09] * Joins: f1lt3r (~f1lt3r@64.119.153.2)
  1053. # [19:09] <rubys> Instead of replacing the parseRFC3339 function, I added the first two lines to it.
  1054. # [19:10] * Quits: exp (~zAyghip8@cpc2-ely02-0-0-cust338.5-1.cable.virginmedia.com) (Disconnected by services)
  1055. # [19:12] * Joins: nielsle (~nielsle@1385163672.dhcp.dbnet.dk)
  1056. # [19:16] * Quits: nielsle (~nielsle@1385163672.dhcp.dbnet.dk) (Remote host closed the connection)
  1057. # [19:16] * Joins: nielsle (~nielsle@1385163672.dhcp.dbnet.dk)
  1058. # [19:20] * Joins: loucapo (~chatzilla@209.251.200.243)
  1059. # [19:25] <zcorpan> Hixie: oh, i wondered why the're a spinning circle there. could you make it not appear if the relevant script(s) aren't loaded?
  1060. # [19:25] <Hixie> i guess i could make them appear when a script runs to make them appear
  1061. # [19:25] <Hixie> and put that script right at hte top of the page or something
  1062. # [19:26] <Hixie> or i could just hide it
  1063. # [19:26] <Hixie> i was just using it to tell at a glance how long the browser was locking up for when repainting or running scripts
  1064. # [19:26] * Quits: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie) (Quit: mhausenblas)
  1065. # [19:26] * Joins: MikeSmith_ (~MikeSmith@EM114-48-148-141.pool.e-mobile.ne.jp)
  1066. # [19:27] <zcorpan> yeah, i'm not going to miss it if you hide it altogether :)
  1067. # [19:29] * Quits: MikeSmith (~MikeSmith@EM114-48-247-34.pool.e-mobile.ne.jp) (Ping timeout: 240 seconds)
  1068. # [19:29] * MikeSmith_ is now known as MikeSmith
  1069. # [19:31] <gsnedders> jgraham: ping
  1070. # [19:31] * Quits: loucapo (~chatzilla@209.251.200.243) (Quit: ChatZilla 0.9.86 [Firefox 3.6.10/20100914125854])
  1071. # [19:32] * Quits: f1lt3r (~f1lt3r@64.119.153.2) (Quit: Gettin' out while I still can!)
  1072. # [19:32] * Quits: annevk (~annevk@5355737B.cable.casema.nl) (Quit: annevk)
  1073. # [19:33] * Joins: nessy (~Adium@173.243.44.66)
  1074. # [19:33] * Joins: sean` (~Sean@84-106-110-173.cable.quicknet.nl)
  1075. # [19:34] * Joins: loucapo (~Adium@209.251.200.243)
  1076. # [19:40] <gsnedders> jgraham: At the moment treewalkers have a really messy API for attributes. They return a list of name,value tuples, where the name varies massively between which tree is used. Some give QName, some give localname, some give Clark notation
  1077. # [19:41] <gsnedders> jgraham: We really to make that consistent before we build anything much off that API… say, a serializer with foreign content support
  1078. # [19:42] <gsnedders> jgraham: I think the two basic choices are to go for a three-tuple of namespace URL, local name, value or to go for dicts (like we do for tags) with "name", "namespace", and "value" indexes
  1079. # [19:42] <gsnedders> jgraham: Opinions?
  1080. # [19:42] <gsnedders> (Anyone else is free to have opinions too, though)
  1081. # [19:42] <tabatkins> dicts++
  1082. # [19:42] * Parts: loucapo (~Adium@209.251.200.243)
  1083. # [19:43] <tabatkins> But I'm not familiar enough with common Python library styles to know if tuples are more idiomatic.
  1084. # [19:44] <gsnedders> A list of dicts is less common, as you'd tend to want to use something lighter-weight for attributes… But there again, you don't want the tuples to get too big.
  1085. # [19:44] <zcorpan> about cookies, i think cookie2 has a way to respect ports, but only opera supports it and no-one uses it
  1086. # [19:45] <zcorpan> maybe we should convince everyone else to migrate to cookie2
  1087. # [19:45] <gsnedders> zcorpan: I think Philip`'s dump of HTTP data had some instances of it :P
  1088. # [19:45] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 245 seconds)
  1089. # [19:45] <gsnedders> Yeah, three instances of set-cookie2 (and 5105 of set-cookie)
  1090. # [19:45] * Joins: jacobolus (~jacobolus@c-71-232-18-102.hsd1.ma.comcast.net)
  1091. # [19:46] <zcorpan> gsnedders: i rest my case :)
  1092. # [19:46] <gsnedders> Three instances is not "no-one"! :P
  1093. # [19:46] <zcorpan> sure it is
  1094. # [19:46] <zcorpan> just like you are no-one
  1095. # [19:47] * gsnedders cries
  1096. # [19:47] <gsnedders> I'm a real person!
  1097. # [19:48] <gsnedders> jgraham: Oh, there appears to be some tree-walker that gives a four-tuple of prefix, local, url, value
  1098. # [19:51] * Joins: loucapo (~Adium@209.251.200.243)
  1099. # [19:51] <gsnedders> jgraham: SimpleTree gives a four-tuple, DOM gives a two-tuple (QName, value), etree gives Clark Notation
  1100. # [19:51] <gsnedders> (well, Clark Notation, value)
  1101. # [19:52] * karlcow hands tissues to gsnedders
  1102. # [19:54] * Joins: nessy1 (~Adium@173.243.44.66)
  1103. # [19:54] * Joins: cying (~cying@173-13-176-101-sfba.hfc.comcastbusiness.net)
  1104. # [19:55] * Joins: cardona507_ (~cardona50@173.153.219.230)
  1105. # [19:55] * Quits: nessy (~Adium@173.243.44.66) (Ping timeout: 245 seconds)
  1106. # [19:58] * Joins: othermaciej (~mjs@17.246.17.77)
  1107. # [19:58] * azman is now known as boaz
  1108. # [19:58] <hsivonen> Hixie: thanks for mentioning xml:space for those of us who aren't sure how to understand what XML 1.0 says about it in a non-DTD validation context
  1109. # [19:59] * Quits: cardona507 (~cardona50@c-24-130-129-16.hsd1.ca.comcast.net) (Ping timeout: 264 seconds)
  1110. # [19:59] * cardona507_ is now known as cardona507
  1111. # [20:00] * Parts: loucapo (~Adium@209.251.200.243)
  1112. # [20:01] <Hixie> XML is crystal clear as far as I can tell
  1113. # [20:01] <Hixie> "A special attribute named xml:space may be attached to an element to signal an intention that in that element, white space should be preserved by applications."
  1114. # [20:02] <Hixie> what more is needed?
  1115. # [20:02] * Quits: franksalim (~frank@adsl-75-61-90-196.dsl.pltn13.sbcglobal.net) (Ping timeout: 240 seconds)
  1116. # [20:02] <gsnedders> karlcow: Also: congrats on joining us! (The plot for world domination continues!)
  1117. # [20:03] <karlcow> hehe
  1118. # [20:03] <karlcow> merci !
  1119. # [20:04] <zcorpan> yeah welcome and congrats
  1120. # [20:04] <zcorpan> what are you going to do? :)
  1121. # [20:04] * gsnedders was about to ask that
  1122. # [20:05] <karlcow> ODIN Team.
  1123. # [20:06] <zcorpan> ah
  1124. # [20:07] * Joins: JoePeck (~JoePeck@2620:0:1b00:1f08:fa1e:dfff:fed9:b9a)
  1125. # [20:13] * Joins: miketaylr (~miketaylr@64.20.183.135)
  1126. # [20:21] * Quits: nessy1 (~Adium@173.243.44.66) (Quit: Leaving.)
  1127. # [20:23] <Hixie> AryehGregor: i don't recall where the discussions about <time> happened that led to what we have now, but i think it was whatwg@whatwg.org (re bug 10318)
  1128. # [20:23] * Quits: jeremyselier (~Jeremy@pro75-4-82-238-200-10.fbx.proxad.net) (Quit: jeremyselier)
  1129. # [20:27] * Joins: sicking (~chatzilla@nat/mozilla/x-xiyizvzwybzttgpz)
  1130. # [20:27] * Quits: yutak_home (~kee@U017209.ppp.dion.ne.jp) (Quit: Ex-Chat)
  1131. # [20:40] * Joins: cardona507_ (~cardona50@c-24-130-129-16.hsd1.ca.comcast.net)
  1132. # [20:41] <gavin> what does ODIN stand for?
  1133. # [20:43] * aroben is now known as aroben|lunch
  1134. # [20:43] * Quits: cardona507 (~cardona50@173.153.219.230) (Ping timeout: 255 seconds)
  1135. # [20:44] * cardona507_ is now known as cardona507
  1136. # [20:46] <karlcow> gavin: developer relationships
  1137. # [20:46] <karlcow> http://my.opera.com/ODIN/blog/
  1138. # [20:47] <karlcow> http://my.opera.com/ODIN/members/
  1139. # [20:49] <gavin> yeah, I found that, but none of it explains what "ODIN" means
  1140. # [20:49] <gavin> I assumed it was an acronym...
  1141. # [20:49] <gavin> is it norwegian? :)
  1142. # [20:50] <tabatkins> Opera Developer Insurrection Network.
  1143. # [20:50] * Quits: mdelaney (~mdelaney@2620:0:1b00:1191:d69a:20ff:febf:89a0) (Read error: Operation timed out)
  1144. # [20:51] <karlcow> gavin: ODIN is one of the major gods of Norwegian mythology
  1145. # [20:51] <karlcow> or more exactly Norse mythology
  1146. # [20:52] <karlcow> http://en.wikipedia.org/wiki/Odin
  1147. # [20:52] <tabatkins> Right, but having it in all caps makes it look like an acronym, not a proper name.
  1148. # [20:53] * Parts: rubys (~rubys@cpe-098-027-059-221.nc.res.rr.com)
  1149. # [20:53] <Philip`> You're meant to shout it
  1150. # [20:56] * gavin wonders why karlcow keeps inserting strange characters in his nick :)
  1151. # [20:56] <gavin> (I only notice because it fails to ping me)
  1152. # [20:58] <zcorpan> gavin: you should make your client ping you when karlcow sends strange characters
  1153. # [21:01] <karlcow> Do I really send strange characters?
  1154. # [21:01] <karlcow> I thought I was just sending "karlcow"
  1155. # [21:01] <jgraham> gsnedders: That is the _output_ from the treewalkers? The series of tokens?
  1156. # [21:01] <tabatkins> karlcow: In gavin's nick, not yours.
  1157. # [21:02] <tabatkins> In one there's a strange character after the v, in the next there's one after the a.
  1158. # [21:03] <gavin> http://grab.by/6BvZ
  1159. # [21:03] * jgraham is guessing that karlcow has some strage character encoding and a weird symbol next to v on his keyboard
  1160. # [21:04] * Quits: mven (~mven__@169.241.49.57) (Quit: Leaving)
  1161. # [21:04] <karlcow> ah interesting… hmm I wonder if it's xchat autocompletion system.
  1162. # [21:04] <jgraham> Yeah, my theoy doesn't work in light of tab completion
  1163. # [21:05] <tabatkins> Well, it sorta does, if tab completion is broken. If he hit tab after typing "gav" in one circumstance, and after "ga" in another, that would mesh with the placement of the weird character.
  1164. # [21:05] * Quits: matjas (~matjas@91.182.214.208) (Remote host closed the connection)
  1165. # [21:05] <karlcow> when I tab for autocompletion the nick is showed with a yellow background and I usually finished it by hand.
  1166. # [21:06] <karlcow> test gavi
  1167. # [21:06] * Joins: payman_m (~payman_m@h85-8-2-58.static.se.alltele.net)
  1168. # [21:07] * Joins: dbaron (~dbaron@nat/mozilla/x-wfyovspfswqlxevx)
  1169. # [21:08] <karlcow> ah interesting bug the grab.by piece of code doesn't display in Opera :O)
  1170. # [21:09] <karlcow> but works perfectly in Safari
  1171. # [21:11] <zcorpan> karlcow: now you just need to figure out why it doesn't work in opera and file a bug :)
  1172. # [21:11] * Quits: tonyg-cr (~Adium@nat/google/x-mimvxwjlmoharyer) (Quit: Leaving.)
  1173. # [21:12] * Joins: mven (~mven__@169.241.49.57)
  1174. # [21:13] * aroben|lunch is now known as aroben
  1175. # [21:18] * Joins: loucapo (~Adium@209.251.200.243)
  1176. # [21:23] * Quits: plainhao (~plainhao@mail.xbiotica.com) (Quit: plainhao)
  1177. # [21:23] * Quits: jwalden (~waldo@nat/mozilla/x-otxgsbuiwsdzntvo) (Ping timeout: 265 seconds)
  1178. # [21:31] <karlcow> javascript/css issue
  1179. # [21:32] <Hixie> hsivonen: i don't understand why it's a pretense that foreign content is an insertion mode
  1180. # [21:33] <Hixie> hsivonen: in what way is it _not_ an insertion mode? It's very similar to how "in table" works, no?
  1181. # [21:33] <gsnedders> jgraham: yeah
  1182. # [21:35] <jgraham> gsnedders: I don't understand how anything works, then
  1183. # [21:36] <jgraham> Why don't things break if the different treebuilders all have inconsistent token formats?
  1184. # [21:37] <gsnedders> jgraham: Because the serializer supports both
  1185. # [21:37] <gsnedders> (which works okay for HTML namespace stuff)
  1186. # [21:37] * Quits: nielsle (~nielsle@1385163672.dhcp.dbnet.dk) (Quit: Ex-Chat)
  1187. # [21:40] <Hixie> hsivonen: btw i commented on http://www.w3.org/Bugs/Public/show_bug.cgi?id=9843 while the mails weren't going out
  1188. # [21:41] <jgraham> gsnedders: In principle I like the idea of dicts, but I guess they might be slow
  1189. # [21:42] <jgraham> It might not matter of course
  1190. # [21:42] <jgraham> Compared to the other slowness
  1191. # [21:42] <gsnedders> jgraham: Not a bottle-neck, is my attitude
  1192. # [21:42] * Quits: estes (~aestes@12.130.118.51) (Quit: estes)
  1193. # [21:43] <jgraham> Right
  1194. # [21:43] <gsnedders> jgraham: I pushed what I had locally, which means the treewalker tests actually run all the tests, as well as the first couple of fixes (and disabling it entirely for Genshi, because that was really broken and everything failed)
  1195. # [21:44] * Joins: tonyg-cr (~Adium@nat/google/x-rhehngejqallldlt)
  1196. # [21:44] <jgraham> gsnedders: OK, great
  1197. # [21:45] <gsnedders> I'd really like to get runtests.py running again.
  1198. # [21:45] <gsnedders> Because, uh, until then, we can't really claim to be able to properly test.
  1199. # [21:48] <jgraham> Things That Are Confusing vol. 1: Finding that songs you have liked for years are actually covers
  1200. # [21:48] * Parts: loucapo (~Adium@209.251.200.243)
  1201. # [21:49] <jgraham> e.g. I have long enjoyed spotify:track:4KLlwC9yoOmsTDWQM4CdY1 without ever knowing about spotify:track:5eos4i4cbrBtq9Rr1IB565
  1202. # [21:49] * Joins: Craig` (~craig@host81-141-118-226.wlms-broadband.com)
  1203. # [21:50] <Dashiva> Cool URIs don't start in spotify
  1204. # [21:52] <jgraham> http://open.spotify.com/track/4KLlwC9yoOmsTDWQM4CdY1 and http://open.spotify.com/track/5eos4i4cbrBtq9Rr1IB565 if you prefer
  1205. # [21:52] * Quits: miketaylr (~miketaylr@64.20.183.135) (Quit: miketaylr)
  1206. # [21:52] * Quits: smaug____ (~chatzilla@cs181063178.pp.htv.fi) (Ping timeout: 240 seconds)
  1207. # [21:53] <hober> Hixie: why not use -vendor-attr=""?
  1208. # [21:53] <tabatkins> Can't start an attribute with -. I forget why.
  1209. # [21:53] <hober> pros: mirrors CSS, doesn't conflict with comment syntax or data-*
  1210. # [21:54] <jgraham> Probably osn't work in XHTML
  1211. # [21:54] <jgraham> *doesn't
  1212. # [21:54] <jgraham> Although gsnedders is the one who memorises all the productions
  1213. # [21:54] * Quits: Craig` (~craig@host81-141-118-226.wlms-broadband.com) (Read error: Connection reset by peer)
  1214. # [21:55] <jgraham> (I think vendor.attribute personally)
  1215. # [21:55] <jgraham> s/think/like/
  1216. # [21:56] <hober> does [vendor.attribute] work as a selector?
  1217. # [21:56] <tabatkins> No reason why it shouldn't.
  1218. # [21:57] <tabatkins> Well, apparently there is. It doesn't work.
  1219. # [21:57] <zcorpan> it doesn't
  1220. # [21:57] <tabatkins> You have to escape the . in the selector, and write [foo\.bar]
  1221. # [21:58] <hober> I think whatever we pick should be usable in a selector without escaping
  1222. # [21:58] <tabatkins> Agreed.
  1223. # [21:58] <hober> Why not just use vendor-foo="bar"?
  1224. # [21:58] <zcorpan> because it clashes with everything (since vendor can be anything)
  1225. # [21:59] <tabatkins> I guess to avoid accidental collisions of "vendor" and a prefix from an actual attribute?
  1226. # [21:59] <hober> x-vendor-foo="bar"?
  1227. # [21:59] <gsnedders> jgraham: An attribute name in XML must start with a NameStartChar
  1228. # [21:59] <tabatkins> Doing something that is unambiguously not a normal attribute prevents that (starting with _ or using -- in HTML, or starting with - in CSS).
  1229. # [21:59] <jgraham> gsnedders: No shit
  1230. # [21:59] <hober> that has the added benefit (benefit? really?) of matching webos's x-mojo-bleah="stuff"
  1231. # [22:00] <gsnedders> jgraham: Oh, that's only fifth edition that calls it that. Otherwise just the first char of Name is special-cased
  1232. # [22:00] <jgraham> gsnedders: What I haven't memorised (but you have) is the full range of constraints tht implies
  1233. # [22:00] <gsnedders> jgraham: I didn't quite know, I knew it was Letter and a few punctuation characters :)
  1234. # [22:00] <gsnedders> jgraham: So it's Letter, : and _
  1235. # [22:00] <gsnedders> Namespaces for XML means we can't use :
  1236. # [22:00] <jgraham> Yah
  1237. # [22:01] <jgraham> *Yeah
  1238. # [22:01] <gsnedders> (And yeah, I do actually remember far too many such productions)
  1239. # [22:01] * gsnedders wishes he remembered less
  1240. # [22:01] <zcorpan> gsnedders: do you know the xml-stylesheet productions by heart?
  1241. # [22:02] <gsnedders> zcorpan: I expect I'm fairly close to it
  1242. # [22:02] <hober> now that I'm looking at it, I'm surprised to find I don't mind x-vendor-attr=""
  1243. # [22:02] <jgraham> gsnedders: My advice is that, for picking up girls, you use the 70s underground rock knowledge you get from this channel rather than the XML productions
  1244. # [22:02] <gsnedders> zcorpan: Ah, I only forgot about PredefEntityRef from that
  1245. # [22:03] <gsnedders> jgraham: I seem to be having more success with Apocalyptica knowledge ;P
  1246. # [22:03] <jgraham> It would be nice if we could spell out experimetal. But I guess people wouldn't go for that
  1247. # [22:03] <zcorpan> gsnedders: i'll ask again in 6 months
  1248. # [22:03] <gsnedders> zcorpan: :)
  1249. # [22:03] <jgraham> Well I can't spell experimental at all it seems
  1250. # [22:04] <jgraham> gsnedders: Still, best to stay off the XML productions :)
  1251. # [22:04] <gsnedders> jgraham: :)
  1252. # [22:04] * Quits: tonyg-cr (~Adium@nat/google/x-rhehngejqallldlt) (Ping timeout: 276 seconds)
  1253. # [22:04] <gsnedders> jgraham: Y'know, the lecture I have which is mostly girls isn't CS, surprisingly enough.
  1254. # [22:05] * aroben is now known as aroben|afk
  1255. # [22:05] <jgraham> Really? Shocking
  1256. # [22:05] * Joins: tonyg-cr (~Adium@nat/google/x-gikgzfxsgdlwmaid)
  1257. # [22:05] <gsnedders> (I know, I know, you were wishing secretly I'd fall in love with a CS girl and have an excuse to go back to Lkpg…)
  1258. # [22:05] <gsnedders> (Because, uh, blatantly they all aspire to work for Opera Sweden)
  1259. # [22:06] <tabatkins> Dude, you *don't* want to fall in love with a CS girl?
  1260. # [22:07] * Quits: tonyg-cr (~Adium@nat/google/x-gikgzfxsgdlwmaid) (Client Quit)
  1261. # [22:07] * Quits: othermaciej (~mjs@17.246.17.77) (Quit: othermaciej)
  1262. # [22:07] <gsnedders> tabatkins: I dunno, at the moment I'm not sure I really want to fall in love at all.
  1263. # [22:07] <tabatkins> It's pretty good times.
  1264. # [22:07] <jgraham> gsnedders: Oh I thought you would just like to fall in love with *a* girl
  1265. # [22:08] <jgraham> (OK I amit the lst line was entirely for the White Stripes reference)
  1266. # [22:08] * gsnedders was wondering if that reference was intentional, and expecting it was
  1267. # [22:08] * Joins: othermaciej (~mjs@17.246.17.77)
  1268. # [22:08] <gsnedders> tabatkins: Meh.
  1269. # [22:09] <jgraham> gsnedders: Anyway, certian rumors at your disappointment at the lack of cute CS girlsmay or may not have reached me
  1270. # [22:10] <jgraham> (of course it might be that there are any number of nice irls and you just have bad taste)
  1271. # [22:10] * gsnedders wonders what rumours
  1272. # [22:11] <gsnedders> Eiyj? She's not a CS girl…
  1273. # [22:12] <jgraham> Taht's not even a real name, it's just a collection of letters
  1274. # [22:12] <jgraham> (and note the word "lack")
  1275. # [22:12] <gsnedders> Well, yeah. That's kinda the point. But it was funny at the time.
  1276. # [22:16] <zcorpan> Hixie: i found a typo in your utf-8 text ("must be replace with")
  1277. # [22:18] <tabatkins> Urgh, all these [0] scattered around my code are ugly. I much prefer Lisp's multiple return values paradigm over Python's. In Lisp, unless you specifically handle the extra values they just get dropped on the floor, so you can ignore them easily. In Python you have to remember what functions return a tuple to simulate multiples return values, and handle it every time if you only want the one value.
  1278. # [22:20] * oal is now known as aol
  1279. # [22:20] <jgraham> tabatkins: Fixed in python 3
  1280. # [22:20] <tabatkins> Of course, in Lisp, you have to be careful to handle multiple values properly if you're writing a generic wrapper that should just pass the return value of the wrapped function through.
  1281. # [22:21] <jgraham> But really doing value_I_care_about, b,c,d =foo() doesn't seem that hard
  1282. # [22:21] * Joins: justinhjohnson (~justinjn@67-131-94-2.dia.static.qwest.net)
  1283. # [22:21] <jgraham> Unless you don't know how many values the function will return
  1284. # [22:21] <gsnedders> But that's just API-badness
  1285. # [22:22] <jgraham> Well if the function returns a generator
  1286. # [22:22] <tabatkins> Well, simple example is get_or_create in django, which returns the value and a bool telling if it was found or not. I don't care whether it was found or created, so I keep having to do "Foo.get_or_create(...)[0]".
  1287. # [22:22] * aol is now known as oal
  1288. # [22:23] <tabatkins> In Lisp, GETHASH works similarly, but you can just not pay attention to the bool return value if you don't want it. If you do want it, it's easy to bind it.
  1289. # [22:23] <jgraham> why not just do, value, created = Foo.get_or_create()
  1290. # [22:23] <tabatkins> Because that doesn't say what I mean.
  1291. # [22:23] <jgraham> and ignore created
  1292. # [22:23] <jgraham> tabatkins: Yes it does
  1293. # [22:23] <jgraham> It is much clearer than taking [0]
  1294. # [22:23] * Quits: zalan (~zalan@catv-89-135-140-7.catv.broadband.hu) (Ping timeout: 240 seconds)
  1295. # [22:24] * Quits: oal (~oal@5.79-160-122.customer.lyse.net) (Remote host closed the connection)
  1296. # [22:24] <tabatkins> No, it says that I care about the second value enough to create a variable for it. I don't care about it at all, though.
  1297. # [22:24] <tabatkins> Hmm, using a _ to indicate an ignored variable seems like a relatively clean way to do it.
  1298. # [22:24] <tabatkins> "value,_ = Foo.get_or_create()".
  1299. # [22:25] * Quits: welly (~welly@unaffiliated/welly) (Remote host closed the connection)
  1300. # [22:25] <jgraham> Doesn't really work if there is > 1 extra value
  1301. # [22:26] <tabatkins> Sure it does.
  1302. # [22:26] <tabatkins> You just set _ twice. But you're ignoring it anyway, so who cares?
  1303. # [22:26] * Joins: jwalden (~waldo@nat/mozilla/x-uvmhvtgyyxnwrvle)
  1304. # [22:27] * Joins: miketaylr (~miketaylr@64.20.183.135)
  1305. # [22:27] <tabatkins> And it's consistent with the pattern matching syntax in Prolog, Haskell, and probably others.
  1306. # [22:28] <Philip`> ML too
  1307. # [22:28] <jgraham> Yeah, I don't really like the fact that it looks magic, but it's not, it's just odd
  1308. # [22:29] * Quits: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de) (Quit: Now time for the weather. Tiffany?)
  1309. # [22:32] * Joins: maikmerten_ (~merten@m83-185-21-233.cust.tele2.se)
  1310. # [22:33] <zcorpan> maybe x-foo-bar makes people think that they are allowed to use x-* attributes instead of data-*
  1311. # [22:33] <jgraham> vnd-foo-bar?
  1312. # [22:33] <tabatkins> vendor-vendor-attribute. Where the second vendor is a variable.
  1313. # [22:34] <tabatkins> vendor-webkit-foo.
  1314. # [22:34] <jgraham> ua-foo-bar
  1315. # [22:34] <zcorpan> vendor is a bit long, but vnd could work
  1316. # [22:34] <jgraham> ua-opera-magic
  1317. # [22:34] <zcorpan> 'ua' is a bit opaque and people don't know what it means
  1318. # [22:35] * Quits: maikmerten (~merten@m83-185-26-120.cust.tele2.se) (Ping timeout: 252 seconds)
  1319. # [22:35] <jgraham> No more opaque than vnd, really
  1320. # [22:35] <zcorpan> true, but i think more people understand what vnd means
  1321. # [22:35] <jgraham> I would call it browser- or clarity, but people would scream blue murder
  1322. # [22:35] <zcorpan> but i might very well be wrong about that
  1323. # [22:36] <tabatkins> I would have absolutely no idea what vnd meant if I weren't just now part of this conversation and saw it next to "vendor".
  1324. # [22:37] <zcorpan> there's application/vnd.ms-excel etc in mime types
  1325. # [22:37] <tabatkins> Is that what vnd is supposed to mean there?
  1326. # [22:37] <zcorpan> yeah
  1327. # [22:37] * tabatkins really had no clue - he assumed it was some arcane MS-ism.
  1328. # [22:37] * Quits: maikmerten_ (~merten@m83-185-21-233.cust.tele2.se) (Remote host closed the connection)
  1329. # [22:37] <gsnedders> VeNDor
  1330. # [22:37] * Parts: dJw_ (~djw@87.229.75.1)
  1331. # [22:37] <tabatkins> It being a TLA contributes, I think, to it being opaque.
  1332. # [22:38] <zcorpan> maybe it doesn't matter that people don't know what it means, so long as they don't use it
  1333. # [22:39] <zcorpan> maybe it should be do-not-use-this-opera-feature=""
  1334. # [22:39] * Joins: mdelaney (~mdelaney@2620:0:1b00:1191:d69a:20ff:febf:89a0)
  1335. # [22:39] <gsnedders> I'm not sure marketing would like that
  1336. # [22:39] * Joins: ojan_ (~ojan@203.160.12.132)
  1337. # [22:39] <tabatkins> Hahaha.
  1338. # [22:40] <Philip`> zcorpan: Who is "they"?
  1339. # [22:40] * Quits: aroben|afk (~aroben@unaffiliated/aroben) (Read error: Connection reset by peer)
  1340. # [22:40] <zcorpan> Philip`: authors who should be using data-* instead
  1341. # [22:41] <tabatkins> Or authors creating public pages that aren't just experiments.
  1342. # [22:42] <zcorpan> tabatkins: well authors use vendor extensions in css in production all the time
  1343. # [22:42] <Philip`> People use e.g. text/vnd.sun.j2me.app-descriptor and text/vnd.abc; should the same kind of people be allowed to use vnd-* attributes for the same kind of thing?
  1344. # [22:42] <Philip`> (where by "use" I mean "make up new strings of that form")
  1345. # [22:42] <tabatkins> zcorpan: Right, but they shouldn't be. ^_^
  1346. # [22:43] * Quits: KaOSoFt (~maxzagato@unaffiliated/kaosoft)
  1347. # [22:43] * gsnedders realizes trying to look through a corpus looking for instances of singular they isn't worth his time
  1348. # [22:44] <zcorpan> Philip`: text/vnd.sun.j2me.app-descriptor is a registered mime type, so i assume it is a real vendor extension and not something Joe Author made up for private use
  1349. # [22:44] <tabatkins> gsnedders: Why would you be doing so?
  1350. # [22:44] <zcorpan> same with vnd.abc
  1351. # [22:44] * Quits: ojan_ (~ojan@203.160.12.132) (Ping timeout: 272 seconds)
  1352. # [22:44] <zcorpan> so yes
  1353. # [22:45] <jgraham> tabatkins: To be fair, if it was up to you, we would likely get two words stuffed together to make the name
  1354. # [22:45] <tabatkins> ?_?
  1355. # [22:45] * Joins: ojan_ (~ojan@203.160.12.132)
  1356. # [22:45] <gsnedders> tabatkins: To find out how common its usage is to avoid a pronoun with a specific gender, and whether this has become more common since the 70s or so
  1357. # [22:45] <jgraham> following the "frex" template
  1358. # [22:45] <gsnedders> (because, y'know, it's interesting?)
  1359. # [22:46] * Quits: miketaylr (~miketaylr@64.20.183.135) (Quit: miketaylr)
  1360. # [22:46] <tabatkins> gsnedders: I know it's attested back since Shakespeare at least. No idea on relative frequency.
  1361. # [22:46] <gsnedders> tabatkins: Further back than Shakespeare
  1362. # [22:46] <tabatkins> jgraham: Dunno.
  1363. # [22:46] <gsnedders> tabatkins: I'm not interested in its age, I know it's old :)
  1364. # [22:46] <tabatkins> gsnedders: Ah, kk.
  1365. # [22:46] * Quits: tndH (~Rob@cpc6-seac20-2-0-cust102.7-2.cable.virginmedia.com) (Ping timeout: 240 seconds)
  1366. # [22:47] <tabatkins> gsnedders: Then I imagine you'd be doing lots of manual verification. I doubt you can programmatically distinguish a plural and singular they.
  1367. # [22:47] <gsnedders> tabatkins: You can't. Welcome to the world of linguistics. :)
  1368. # [22:47] <gsnedders> ("They" is a particuarly bad word to choose, as it's particuarly common.)
  1369. # [22:48] <tabatkins> Hmm. I think I'll go spend some time running the CSS2.1 test suite now. Woo!
  1370. # [22:49] <gsnedders> Using interns ftw!
  1371. # [22:49] <gsnedders> (Okay, this is strictly untrue. It wasn't _just_ interns who did it for us…)
  1372. # [22:51] <jgraham> tabatkins: Is this a masochistic streak?
  1373. # [22:51] * Quits: jwalden (~waldo@nat/mozilla/x-uvmhvtgyyxnwrvle) (Ping timeout: 240 seconds)
  1374. # [22:51] * Joins: jwalden (~waldo@nat/mozilla/x-aojjqmqduypxpzot)
  1375. # [22:55] * Quits: ROBOd (~robod@92.86.249.161) (Quit: .)
  1376. # [22:55] * Joins: miketaylr (~miketaylr@64.20.183.135)
  1377. # [22:56] * Quits: karlcow (~karl@nerval.la-grange.net) (Remote host closed the connection)
  1378. # [23:00] <tabatkins> jgraham: Nah, just something that needs to be done, and I'm the person to do it. I don't have any interns to fob it off on.
  1379. # [23:01] * Quits: yusukes (~yusukes@2401:fa00:4:1000:224:81ff:fec1:6444) (Remote host closed the connection)
  1380. # [23:02] <gsnedders> tabatkins: automate it!
  1381. # [23:03] <tabatkins> That's the idea, yeah. But I can't automate 10k tests in time for the impl report deadline of mid-Oct.
  1382. # [23:03] <jgraham> tabatkins: You don't have any way to use pure visual tests in your regression tracking system?
  1383. # [23:04] <jgraham> (or maybe that is Google Secret Information)
  1384. # [23:04] <tabatkins> We do, but you have to use reference images.
  1385. # [23:04] <gsnedders> tabatkins: See my post to public-css-testsuite from earlier today. Get a list of all tests with the same screenshot, create references for them, starting with the ones that automate the most tests, and then you can automate half the testsuite in a week or so, and you get a net-gain for the mid-Oct deadline
  1386. # [23:04] <gsnedders> jgraham: It's not, it's all in the public WebKit repo.
  1387. # [23:05] <jgraham> gsnedders: It seems plausible that Google *also* have their own internal QA facilities
  1388. # [23:05] <gsnedders> (actually, that was only a net-gain for all vendors combined)
  1389. # [23:05] <gsnedders> jgraham: Well, yeah. But they at least have screenshot-based comparisons with reference images in the public tree
  1390. # [23:06] <tabatkins> gsnedders: I'd also have to learn how our regression testing system works, which I haven't had to interact with yet.
  1391. # [23:06] <jgraham> Having fixed reference images seems to be major badness
  1392. # [23:07] <tabatkins> Yup.
  1393. # [23:07] <gsnedders> jgraham: Probably just more random noise, more than anything else. And more effort to create initially.
  1394. # [23:07] <jgraham> gsnedders, tabatkins: Make sure people coordinate so we don't get 4 different reftest versions of some tests and none of others
  1395. # [23:08] <gsnedders> jgraham: Well, apart from dsinger and dbaron making vague comments about prodding people, I see little evidence that anyone apart from me has done anything.
  1396. # [23:09] <dbaron> I wrote the python script that I sent to the list in order to separate out the tests
  1397. # [23:09] <jgraham> gsnedders: tabatkins just said he planned to automate them
  1398. # [23:09] <dbaron> oh, you mean specifically for turning things into reftests?
  1399. # [23:09] <gsnedders> dbaron: yeah
  1400. # [23:09] <dbaron> I didn't say I'd do anything at all for that
  1401. # [23:09] <gsnedders> (I think it was you who said that from Mozilla at the F2F)
  1402. # [23:10] <gsnedders> I remember dsinger and someone else, Moz IIRC, saying that
  1403. # [23:10] * Joins: tndH (~Rob@cpc6-seac20-2-0-cust102.7-2.cable.virginmedia.com)
  1404. # [23:10] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
  1405. # [23:11] <jgraham> My understanding is that enough of the tests have similar reference images that one doesnt have to produce anything like 10k refs to get a sizable fration of the tests
  1406. # [23:12] <gsnedders> Indeed.
  1407. # [23:12] <gsnedders> 100 references gets you around 3.5k
  1408. # [23:12] <tabatkins> That sounds like some awesome low-hanging fruit.
  1409. # [23:13] <gsnedders> Well, I sent a patch to the list for 830 with four references.
  1410. # [23:13] <gsnedders> (those were 1, 2, 3, and 5 in terms of lowest hanging fruit)
  1411. # [23:13] <jgraham> Yeah, if I believ gsnedeers numbers you get 1k with the top 6
  1412. # [23:14] <jgraham> Wow that was amazingly bad typing
  1413. # [23:14] <gsnedders> No shit
  1414. # [23:16] * Quits: miketaylr (~miketaylr@64.20.183.135) (Remote host closed the connection)
  1415. # [23:24] * Joins: tonyg-cr (~Adium@nat/google/x-cwnsoiuslycjfrwx)
  1416. # [23:26] * Quits: BlurstOfTimes (~blurstoft@168.203.117.107) (Remote host closed the connection)
  1417. # [23:28] <Hixie> zcorpan: thanks
  1418. # [23:33] * Quits: ben_alman (~cowboy@64.119.153.2) (Remote host closed the connection)
  1419. # [23:36] <Hixie> any opinions on http://www.w3.org/Bugs/Public/show_bug.cgi?id=10113 ? (making </rt> optional in WebSRT cue text)
  1420. # [23:37] * Quits: weinig (~weinig@17.246.17.192) (Quit: weinig)
  1421. # [23:37] * Quits: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
  1422. # [23:40] * Joins: dpranke (~Adium@nat/google/x-sqihasclexyhgpxd)
  1423. # [23:42] * Quits: ap (~ap@17.203.15.167) (Read error: Connection reset by peer)
  1424. # [23:42] * Joins: ap_ (~ap@2620:0:1b00:1191:226:4aff:fe14:aad6)
  1425. # Session Close: Wed Sep 29 00:00:00 2010

The end :)