/irc-logs / freenode / #whatwg / 2010-10-06 / end

Options:

  1. # Session Start: Wed Oct 06 00:00:00 2010
  2. # Session Ident: #whatwg
  3. # [00:01] <Philip`> Woah, there's an escape character?
  4. # [00:01] * Quits: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no) (Quit: Leaving)
  5. # [00:01] * Joins: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no)
  6. # [00:03] * Quits: jacobolus (~jacobolus@wrls-249-212-231.wrls-client.fas.harvard.edu) (Remote host closed the connection)
  7. # [00:08] * Quits: jgornick (~joe@199.199.212.242) (Quit: jgornick)
  8. # [00:12] * Quits: KaOSoFt (~maxzagato@unaffiliated/kaosoft)
  9. # [00:14] * Quits: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com) (Remote host closed the connection)
  10. # [00:15] * Joins: yutak_home (~kee@R222116.ppp.dion.ne.jp)
  11. # [00:19] * Quits: masterov (~masterov@93.153.167.74) (Quit: masterov)
  12. # [00:19] * Quits: estes (~aestes@17.246.16.249) (Quit: estes)
  13. # [00:27] * Quits: itissid (~chatzilla@ip72-208-138-22.ph.ph.cox.net) (Remote host closed the connection)
  14. # [00:28] * 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])
  15. # [00:29] * abarth|zZz is now known as abarth
  16. # [00:34] * Joins: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
  17. # [00:39] * Joins: estes (~aestes@17.246.16.249)
  18. # [00:41] * Quits: tw2113 (~tw2113asw@fedora/tw2113) (Quit: Leaving)
  19. # [00:46] * Quits: smorg (~quassel@174-20-188-92.mpls.qwest.net) (Remote host closed the connection)
  20. # [00:48] * Joins: smorg (~quassel@174-20-188-92.mpls.qwest.net)
  21. # [00:54] * Joins: paul_irish (~paul_iris@nat/google/x-safjimdowgknccoe)
  22. # [00:55] * Quits: yutak_home (~kee@R222116.ppp.dion.ne.jp) (Quit: Ex-Chat)
  23. # [00:55] * Quits: aroben (~aroben@unaffiliated/aroben) (Read error: Connection reset by peer)
  24. # [00:57] * Quits: paul_irish (~paul_iris@nat/google/x-safjimdowgknccoe) (Remote host closed the connection)
  25. # [00:59] * Quits: estes (~aestes@17.246.16.249) (Quit: estes)
  26. # [01:07] * Quits: davidwalsh (~davidwals@75-134-27-91.dhcp.mdsn.wi.charter.com) (Quit: davidwalsh)
  27. # [01:13] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
  28. # [01:20] * Quits: FireFly (~firefly@unaffiliated/firefly) (Quit: swatted to death)
  29. # [01:24] * Quits: mdelaney (~mdelaney@2620:0:1b00:1191:d69a:20ff:febf:89a0) (Quit: mdelaney)
  30. # [01:27] * Quits: ben_alman (~cowboy@64.119.153.2) (Remote host closed the connection)
  31. # [01:30] * Quits: oal (~oal@5.79-160-122.customer.lyse.net) (Remote host closed the connection)
  32. # [01:31] * Joins: estes (~aestes@17.246.16.249)
  33. # [01:34] * Quits: karlcow (~karl@nerval.la-grange.net) (Ping timeout: 265 seconds)
  34. # [01:38] * Quits: dglazkov (~dglazkov@nat/google/x-kijqwiufyxlmnhcj) (Quit: dglazkov)
  35. # [01:41] * Quits: expilicious (~zAyghip8@cpc2-ely02-0-0-cust338.5-1.cable.virginmedia.com) (Quit: Handy)
  36. # [01:50] * Joins: karlcow (~karl@nerval.la-grange.net)
  37. # [02:00] * Quits: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de) (Quit: Now time for the weather. Tiffany?)
  38. # [02:04] * Quits: tonyg-cr (~Adium@nat/google/x-tqbajdpfvfysfmmk) (Quit: Leaving.)
  39. # [02:11] * Quits: cardona507 (~cardona50@c-24-130-129-16.hsd1.ca.comcast.net) (Quit: zzzzz)
  40. # [02:12] * Quits: sicking (~chatzilla@nat/google/x-tbyljldhkzmrfztg) (Ping timeout: 252 seconds)
  41. # [02:14] * Joins: jacobolus (~jacobolus@wrls207-192.wrls.harvard.edu)
  42. # [02:14] * Quits: gratz|home (~gratz@cpc3-brig15-2-0-cust237.3-3.cable.virginmedia.com) (Quit: Leaving)
  43. # [02:20] * Joins: tonyg-cr (~Adium@nat/google/x-fmqiwrkfporgejsf)
  44. # [02:21] * Quits: jacobolus (~jacobolus@wrls207-192.wrls.harvard.edu) (Remote host closed the connection)
  45. # [02:24] * Joins: OhaiBBQ (~OhaiBBQ@173-31-165-248.client.mchsi.com)
  46. # [02:25] * Joins: 17SAAA9EH (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
  47. # [02:26] * Joins: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e)
  48. # [02:27] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 264 seconds)
  49. # [02:33] * Quits: ZombieLoffe (~e@unaffiliated/zombieloffe)
  50. # [02:37] * Joins: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  51. # [02:42] * Joins: nattokirai (~nattokira@rtr.mozilla.or.jp)
  52. # [02:42] * Joins: sicking (~chatzilla@nat/mozilla/x-gehjzgzpkqnknevm)
  53. # [02:44] * Joins: paul_irish (~paul_iris@32.165.77.11)
  54. # [02:47] * Quits: paul_irish (~paul_iris@32.165.77.11) (Read error: Connection reset by peer)
  55. # [02:48] * Joins: paul_irish (~paul_iris@32.165.77.11)
  56. # [02:49] * Quits: estes (~aestes@17.246.16.249) (Quit: estes)
  57. # [02:50] * Quits: ojan (~ojan@nat/google/x-muvepthgihxitjmh) (Quit: ojan)
  58. # [02:51] * Quits: tonyg-cr (~Adium@nat/google/x-fmqiwrkfporgejsf) (Read error: Operation timed out)
  59. # [02:58] * Quits: ap (~ap@2620:0:1b00:1191:226:4aff:fe14:aad6) (Quit: ap)
  60. # [02:58] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
  61. # [02:58] * Quits: cying (~cying@173-228-29-224.dsl.static.sonic.net) (Quit: cying)
  62. # [03:00] * Quits: kennyluck (~kennyluck@114-43-122-83.dynamic.hinet.net) (Quit: kennyluck)
  63. # [03:01] * Quits: 17SAAA9EH (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 264 seconds)
  64. # [03:11] * Joins: paul_irish_ (~paul_iris@32.165.77.11)
  65. # [03:11] * Quits: paul_irish (~paul_iris@32.165.77.11) (Read error: Connection reset by peer)
  66. # [03:13] * Joins: theMadness (~petal@host57-134-static.35-88-b.business.telecomitalia.it)
  67. # [03:13] * Parts: theMadness (~petal@host57-134-static.35-88-b.business.telecomitalia.it)
  68. # [03:14] * paulgendek is now known as paulgendek|afk
  69. # [03:17] * Quits: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e) (Quit: Leaving.)
  70. # [03:17] * Joins: agektmr (~Adium@220.109.219.244)
  71. # [03:18] * Quits: agektmr (~Adium@220.109.219.244) (Client Quit)
  72. # [03:21] * Joins: estes (~aestes@17.246.16.249)
  73. # [03:24] * Joins: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e)
  74. # [03:24] * Quits: paul_irish_ (~paul_iris@32.165.77.11) (Read error: Connection reset by peer)
  75. # [03:24] * Quits: dbaron (~dbaron@nat/mozilla/x-iupcmgheyqduwwuj) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  76. # [03:24] * Joins: dglazkov (~dglazkov@75-37-194-175.lightspeed.lsatca.sbcglobal.net)
  77. # [03:26] * Joins: kennyluck (~kennyluck@124-9-6-2.static.tfn.net.tw)
  78. # [03:28] * Quits: jwalden (~waldo@nat/mozilla/x-bsffclfageezbpnc) (Ping timeout: 276 seconds)
  79. # [03:36] * Quits: Martijnc (~Martijnc@91.176.244.52) (Ping timeout: 265 seconds)
  80. # [03:37] * Quits: JonathanNeal (~Jonathan_@rrcs-76-79-114-214.west.biz.rr.com) (Ping timeout: 264 seconds)
  81. # [03:37] * Joins: jwalden (~waldo@nat/mozilla/x-oubrxahmewigygnn)
  82. # [03:37] * Joins: JonathanNeal (~Jonathan_@rrcs-76-79-114-214.west.biz.rr.com)
  83. # [03:40] * Joins: Martijnc (~Martijnc@91.176.34.176)
  84. # [03:41] * Joins: mdelaney (~mdelaney@2620:0:1b00:1191:d69a:20ff:febf:89a0)
  85. # [03:42] * Quits: dglazkov (~dglazkov@75-37-194-175.lightspeed.lsatca.sbcglobal.net) (Quit: dglazkov)
  86. # [03:43] * Quits: JonathanNeal (~Jonathan_@rrcs-76-79-114-214.west.biz.rr.com) (Ping timeout: 264 seconds)
  87. # [03:47] * Joins: paul_irish (~paul_iris@32.165.77.11)
  88. # [03:47] * Quits: crash\ (bouncer@lubyte.de) (Ping timeout: 245 seconds)
  89. # [03:50] * Quits: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e) (Quit: Leaving.)
  90. # [03:51] * Joins: crash (bouncer@lubyte.de)
  91. # [03:52] * crash is now known as Guest15447
  92. # [03:52] * Joins: welly (~welly@unaffiliated/welly)
  93. # [03:52] * Quits: jwalden (~waldo@nat/mozilla/x-oubrxahmewigygnn) (Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.2.10/20100920140826])
  94. # [03:55] * Joins: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e)
  95. # [03:57] * Quits: abarth (~abarth@c-67-169-42-39.hsd1.ca.comcast.net) (Quit: abarth)
  96. # [04:01] * Joins: abarth (~abarth@c-67-169-42-39.hsd1.ca.comcast.net)
  97. # [04:01] * Joins: jacobolus (~jacobolus@wrls-249-5-157.wrls-client.fas.harvard.edu)
  98. # [04:05] * Quits: paul_irish (~paul_iris@32.165.77.11) (Remote host closed the connection)
  99. # [04:05] * Joins: JonathanNeal (~Jonathan_@99-59-125-34.lightspeed.irvnca.sbcglobal.net)
  100. # [04:14] * Quits: estes (~aestes@17.246.16.249) (Quit: estes)
  101. # [04:17] * Quits: mdelaney (~mdelaney@2620:0:1b00:1191:d69a:20ff:febf:89a0) (Quit: mdelaney)
  102. # [04:21] * Joins: dglazkov (~dglazkov@75-37-194-175.lightspeed.lsatca.sbcglobal.net)
  103. # [04:28] * Quits: sicking (~chatzilla@nat/mozilla/x-gehjzgzpkqnknevm) (Ping timeout: 265 seconds)
  104. # [04:29] * Quits: aho (~nya@fuld-4d00d442.pool.mediaWays.net) (Quit: EXEC_over.METHOD_SUBLIMATION)
  105. # [04:58] * Quits: dglazkov (~dglazkov@75-37-194-175.lightspeed.lsatca.sbcglobal.net) (Quit: dglazkov)
  106. # [05:03] * Joins: dglazkov (~dglazkov@75-37-194-175.lightspeed.lsatca.sbcglobal.net)
  107. # [05:07] * Quits: jacobolus (~jacobolus@wrls-249-5-157.wrls-client.fas.harvard.edu) (Remote host closed the connection)
  108. # [05:08] <hober> elisp tokenizer now passing 1281/2932 (43.7%) of tests
  109. # [05:08] <hober> most of the failures are simply that my test runner doesn't handle many of the tests right yet
  110. # [05:22] * Joins: jacobolus (~jacobolus@wrls-249-7-121.wrls-client.fas.harvard.edu)
  111. # [05:23] <karlcow> http://blog.jackadam.net/2010/alpha-jpegs/
  112. # [05:23] <karlcow> I wanted a reasonably sized photographic image with a 24-bit alpha channel. So I used a JPEG for what JPEGs are good for and a PNG for what PNGs are good for…
  113. # [05:23] <karlcow> I combined them using an HTML5 canvas element and then inserted into the DOM. The results look the same as using a normal 24-bit PNG but are one-half to one-sixth the size. In one case we got a 573KB 24-bit PNG down to a 49KB JPEG with a 4KB PNG alpha-mask!
  114. # [05:23] * Joins: weinig_ (~weinig@17.246.18.184)
  115. # [05:25] * Quits: dpranke (~Adium@nat/google/x-gscvzdbgspjglqjv) (Quit: Leaving.)
  116. # [05:27] * Quits: weinig (~weinig@2620:0:1b00:1191:223:32ff:feaf:7f36) (Ping timeout: 276 seconds)
  117. # [05:27] * Quits: weinig_ (~weinig@17.246.18.184) (Ping timeout: 240 seconds)
  118. # [05:35] * Quits: JoePeck (~JoePeck@2620:0:1b00:1f08:fa1e:dfff:fed9:b9a) (Quit: -)
  119. # [05:41] * Joins: mdelaney (~mdelaney@66.109.106.230)
  120. # [05:54] * Quits: mdelaney (~mdelaney@66.109.106.230) (Quit: mdelaney)
  121. # [05:55] * Quits: jacobolus (~jacobolus@wrls-249-7-121.wrls-client.fas.harvard.edu) (Read error: Connection reset by peer)
  122. # [05:55] * Joins: jacobolu_ (~jacobolus@wrls-249-7-121.wrls-client.fas.harvard.edu)
  123. # [06:02] * Quits: romeo_ (~romeo__@x1-6-00-10-a7-28-f3-47.k562.webspeed.dk) (Quit: Leaving)
  124. # [06:15] * Quits: hamcore (rhythm@unaffiliated/hamcore)
  125. # [06:15] * Quits: dglazkov (~dglazkov@75-37-194-175.lightspeed.lsatca.sbcglobal.net) (Quit: dglazkov)
  126. # [06:18] * Joins: weinig (~weinig@c-98-234-177-136.hsd1.ca.comcast.net)
  127. # [06:21] * Joins: sicking (~chatzilla@nat/mozilla/x-pvyvuhtnkeynuesu)
  128. # [06:24] * Quits: heycam (~cam@203-97-204-82.dsl.clear.net.nz) (Quit: bye)
  129. # [06:37] * Quits: weinig (~weinig@c-98-234-177-136.hsd1.ca.comcast.net) (Read error: Connection reset by peer)
  130. # [06:38] * Joins: weinig (~weinig@c-98-234-177-136.hsd1.ca.comcast.net)
  131. # [06:40] * Joins: jwalden (~waldo@c-71-202-165-226.hsd1.ca.comcast.net)
  132. # [06:44] * Joins: cying (~cying@c-24-4-120-70.hsd1.ca.comcast.net)
  133. # [06:45] * Quits: weinig (~weinig@c-98-234-177-136.hsd1.ca.comcast.net) (Ping timeout: 264 seconds)
  134. # [06:55] * Quits: jwalden (~waldo@c-71-202-165-226.hsd1.ca.comcast.net) (Ping timeout: 245 seconds)
  135. # [06:56] * Joins: weinig (~weinig@c-24-130-56-198.hsd1.ca.comcast.net)
  136. # [06:59] * Joins: weinig_ (~weinig@c-24-130-56-198.hsd1.ca.comcast.net)
  137. # [06:59] * Quits: JonathanNeal (~Jonathan_@99-59-125-34.lightspeed.irvnca.sbcglobal.net) (Quit: Leaving)
  138. # [07:02] * Quits: weinig (~weinig@c-24-130-56-198.hsd1.ca.comcast.net) (Ping timeout: 265 seconds)
  139. # [07:02] * weinig_ is now known as weinig
  140. # [07:14] * Joins: Heimidal (~heimidal@unaffiliated/heimidal)
  141. # [07:37] * Joins: Ankheg (~Miranda@fs91-201-3-30.dubna-net.ru)
  142. # [07:50] * Quits: OhaiBBQ (~OhaiBBQ@173-31-165-248.client.mchsi.com) (Quit: Leaving.)
  143. # [07:51] * Joins: OhaiBBQ (~OhaiBBQ@173-31-165-248.client.mchsi.com)
  144. # [07:56] * Quits: OhaiBBQ (~OhaiBBQ@173-31-165-248.client.mchsi.com) (Ping timeout: 276 seconds)
  145. # [08:14] * Joins: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com)
  146. # [08:24] * Joins: maikmerten (~merten@ls5dhcp196.cs.uni-dortmund.de)
  147. # [08:30] * Quits: Necrathex (~bleptop@212-123-163-12.ip.telfort.nl) (Quit: Necrathex)
  148. # [08:37] * Joins: Maurice (~ano@a80-101-46-164.adsl.xs4all.nl)
  149. # [08:41] * Quits: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e) (Quit: Leaving.)
  150. # [08:41] * Joins: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e)
  151. # [08:43] * Quits: cying (~cying@c-24-4-120-70.hsd1.ca.comcast.net) (Quit: cying)
  152. # [08:46] * Joins: rimantas (~rimliu@lan-84-240-20-219.vln.skynet.lt)
  153. # [08:47] * Quits: Heimidal (~heimidal@unaffiliated/heimidal) (Remote host closed the connection)
  154. # [08:53] * Quits: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com) (Remote host closed the connection)
  155. # [09:06] * Quits: weinig (~weinig@c-24-130-56-198.hsd1.ca.comcast.net) (Quit: weinig)
  156. # [09:08] * Quits: Maurice (~ano@a80-101-46-164.adsl.xs4all.nl) (Ping timeout: 265 seconds)
  157. # [09:12] * Joins: Maurice (~ano@a80-101-46-164.adsl.xs4all.nl)
  158. # [09:14] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Quit: Leaving...)
  159. # [09:18] * Joins: Peter- (~peter@170-116.citynet.ftth.internl.net)
  160. # [09:22] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
  161. # [09:22] * Joins: matjas (~matjas@ip-213-49-115-81.dsl.scarlet.be)
  162. # [09:24] <asmodai> lol
  163. # [09:24] <asmodai> latest Minefield crashes consistently trying to load html5test.com
  164. # [09:25] <hsivonen> asmodai: have you filed a bug with the crash reporter id already?
  165. # [09:25] * Quits: abarth (~abarth@c-67-169-42-39.hsd1.ca.comcast.net) (Quit: abarth)
  166. # [09:25] <asmodai> nope, going to do it now, just wanted to try a few times to see if it was consistent
  167. # [09:26] <asmodai> hsivonen: crash reporter id, is that something different from just a bugzilla report?
  168. # [09:26] <asmodai> hsivonen: I don't even get the firefox popup
  169. # [09:26] <asmodai> cute, same happens opening the addons pane
  170. # [09:27] <asmodai> There must be some code path that's triggering NX or something similar
  171. # [09:27] <hsivonen> asmodai: If the crash reporte shows up and you submit a crash report, the next time you launch Minefield, you can navigate to about:crashes and find the report ID, so you can paste it to a bug report to allow bugzilla readers make the association between your bug report and your crash report
  172. # [09:27] * Guest15447 is now known as crash
  173. # [09:27] * crash is now known as crash\
  174. # [09:28] <asmodai> Ah no, I get a Windows popup to Debug or Close Program
  175. # [09:30] <hsivonen> no crash for me on html5test.com on Mac
  176. # [09:30] <asmodai> Peculiar.
  177. # [09:30] <asmodai> Don't have a second box here to test with :(
  178. # [09:32] * Quits: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e) (Quit: Leaving.)
  179. # [09:32] <asmodai> jeez
  180. # [09:32] <asmodai> even with disabled addons (not that I had any) and reset to all default options
  181. # [09:32] <asmodai> Really strange
  182. # [09:33] * Joins: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e)
  183. # [09:33] <hsivonen> if you choose to debug, do you get something that lets you get the stack trace?
  184. # [09:34] <asmodai> Nope, need to see what's up with that. Probably pointing to a previous install of Visual Studio. *checks to see if DrWatson or similar still exist in 7*
  185. # [09:35] * Joins: zcorpan (~zcorpan@c-ec9fe355.410-6-64736c14.cust.bredbandsbolaget.se)
  186. # [09:35] <asmodai> hsivonen: Mmm, lets see if I can generate a .dmp file
  187. # [09:36] <asmodai> Ah
  188. # [09:36] <asmodai> event viewer has some details
  189. # [09:36] * Joins: cying (~cying@c-24-4-120-70.hsd1.ca.comcast.net)
  190. # [09:36] <asmodai> Faulting application name: firefox.exe, version: 2.0.0.3930, time stamp: 0x4caaf485
  191. # [09:36] <asmodai> Faulting module name: mozjs.dll, version: 0.0.0.0, time stamp: 0x4caae92b
  192. # [09:36] * Joins: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie)
  193. # [09:36] <asmodai> Exception code: 0xc0000005
  194. # [09:36] <asmodai> Fault offset: 0x00000000001ab60e
  195. # [09:37] <asmodai> same offset every single time
  196. # [09:37] <asmodai> Oh wait, the other two of the 6 have different ones. grrr.
  197. # [09:37] <hsivonen> asmodai: https://developer.mozilla.org/en/Using_the_Mozilla_symbol_server has instructions for getting symbols
  198. # [09:39] <zcorpan> annevk: missing </title> in the first example (progress events)
  199. # [09:40] * Joins: ROBOd (~robod@92.84.201.42)
  200. # [09:41] * Quits: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Ping timeout: 276 seconds)
  201. # [09:41] * Joins: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  202. # [09:46] * Joins: pesla (~pesla@188.202.125.121)
  203. # [09:51] * Joins: reni__home (~reni@sedkit.inf.u-szeged.hu)
  204. # [09:52] * Joins: annevk (~annevk@5355737B.cable.casema.nl)
  205. # [09:53] * Quits: sicking (~chatzilla@nat/mozilla/x-pvyvuhtnkeynuesu) (Ping timeout: 272 seconds)
  206. # [09:58] <asmodai> hsivonen: it's expected that a bunch of files default to export symbols?
  207. # [10:01] <hsivonen> asmodai: I don't know
  208. # [10:02] * Quits: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e) (Quit: Leaving.)
  209. # [10:02] * Joins: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e)
  210. # [10:02] <hsivonen> (I'm generally unhappy about builds not coming with symbols, but I realize there are download size issues.)
  211. # [10:03] <asmodai> .*** WARNING: Unable to verify checksum for C:\Program Files (x86)\Minefield\mozjs.dll
  212. # [10:03] <asmodai> *** ERROR: Symbol file could not be found. Defaulted to export symbols for C:\Program Files (x86)\Minefield\mozjs.dll -
  213. # [10:04] <hsivonen> hmm. I wonder if someone forgot to update the symbol server when mozjs.dll was split out of the libxul.dll
  214. # [10:04] <hsivonen> asmodai: we've now reached the end of my Windows debugging knowledge. Sorry.
  215. # [10:05] <asmodai> That's ok
  216. # [10:05] <asmodai> I'm following:
  217. # [10:05] <asmodai> https://developer.mozilla.org/en/How_to_get_a_stacktrace_with_WinDbg
  218. # [10:06] <asmodai> Just curious why my nightly doesn't seem to reflect the symbol server
  219. # [10:06] * Quits: sebmarkbage (d5506daa@gateway/web/freenode/ip.213.80.109.170) (Ping timeout: 265 seconds)
  220. # [10:10] * Quits: cying (~cying@c-24-4-120-70.hsd1.ca.comcast.net) (Quit: cying)
  221. # [10:13] * Joins: homata__ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
  222. # [10:15] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 264 seconds)
  223. # [10:15] <zcorpan> annevk: missing </title> in the first example (progress events)
  224. # [10:16] <zcorpan> annevk: the table says 'one or more' for progress, but i could imagine zero being fired in teh case of error or abort
  225. # [10:17] <annevk> I guess
  226. # [10:18] * Joins: smorg1 (~quassel@174-20-188-92.mpls.qwest.net)
  227. # [10:18] * Quits: smorg (~quassel@174-20-188-92.mpls.qwest.net) (Ping timeout: 255 seconds)
  228. # [10:25] <asmodai> aha
  229. # [10:25] <asmodai> http://symbols.mozilla.org/firefox/mozjs.pdb/4D544329A0324F3386C1DE0A369E3DB51/mozjs.pdb not found
  230. # [10:25] * Joins: smaug____ (~chatzilla@ZKMMCDLXIV.gprs.sl-laajakaista.fi)
  231. # [10:26] <annevk> I already fixed that </title> thing btw, forgot to escape the leading <
  232. # [10:28] <zcorpan> yay http://www.onenewspage.com/news/Technology/20101005/15694625/Fake-Browser-Warnings-Dupe-Users-Into-Downloading-Scareware.htm
  233. # [10:32] <hsivonen> making a distinction between what comes from the browser and what doesn't is a hard problem :-(
  234. # [10:33] <asmodai> Pink thick borders!
  235. # [10:46] * Joins: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net)
  236. # [10:47] * Quits: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net) (Remote host closed the connection)
  237. # [10:50] * Joins: mat_t (~mattomasz@91.189.88.12)
  238. # [10:54] * Joins: akamike (~akamike@94-193-106-14.zone7.bethere.co.uk)
  239. # [11:01] * Quits: smaug____ (~chatzilla@ZKMMCDLXIV.gprs.sl-laajakaista.fi) (Ping timeout: 276 seconds)
  240. # [11:03] <asmodai> hsivonen: got a stack trace
  241. # [11:04] <asmodai> It's a clear access violation
  242. # [11:04] <asmodai> mozjs!JS::PerfMeasurement::canMeasureSomething+0xde:
  243. # [11:04] <asmodai> 000007fe`ee30b60e ffe0 jmp rax {fffb8000`11b665b0}
  244. # [11:04] * Quits: mat_t (~mattomasz@91.189.88.12) (Ping timeout: 240 seconds)
  245. # [11:07] * Quits: kennyluck (~kennyluck@124-9-6-2.static.tfn.net.tw) (Quit: kennyluck)
  246. # [11:07] <asmodai> hsivonen: I assume the log file of the trace is better as attachment rather than inline in the bug report?
  247. # [11:07] * Quits: nattokirai (~nattokira@rtr.mozilla.or.jp) (Quit: nattokirai)
  248. # [11:08] * Quits: Phae (~Phae@chimera.macmillan.com) (Remote host closed the connection)
  249. # [11:08] * Joins: oal (~oal@5.79-160-122.customer.lyse.net)
  250. # [11:08] <hsivonen> asmodai: depends on how long it is
  251. # [11:08] <hsivonen> asmodai: either way works
  252. # [11:09] * Joins: Phae (~Phae@gatekeeper.macmillan.co.uk)
  253. # [11:09] <hsivonen> asmodai: I usually paste the interesting parts of the stack inline
  254. # [11:09] <asmodai> I guess that would be the exception analysis in this case
  255. # [11:09] <asmodai> k, will make sure to paste that inline and attach the full file
  256. # [11:09] * Joins: mat_t (~mattomasz@91.189.88.12)
  257. # [11:11] <micheil> Hixie: what's with the two different sets of instructions on parsing websocket data for client and server in the spec, shouldn't both do the same thing?
  258. # [11:11] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
  259. # [11:13] * Quits: homata__ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 264 seconds)
  260. # [11:15] <jgraham> Ah, annevk won
  261. # [11:15] * Quits: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no) (Quit: This computer has gone to sleep)
  262. # [11:15] <annevk> a price?
  263. # [11:17] <jgraham> s/c/z/ ?
  264. # [11:18] <asmodai> hsivonen: Help > About was more useful when you could copy/paste the UA string :(
  265. # [11:19] * Quits: variable (~variable@unaffiliated/variable) (Read error: Connection reset by peer)
  266. # [11:19] * Joins: Necrathex (~bleptop@colorenco.speedxs.nl)
  267. # [11:21] <zcorpan> for those not following hybi, abarth has proposed a new handshake: http://www.ietf.org/mail-archive/web/hybi/current/msg04285.html
  268. # [11:21] <micheil> zcorpan: I'm not sure how that can actually work.
  269. # [11:22] <micheil> like, there's no indication that either wants to upgrade the connection
  270. # [11:23] <jgraham> micheil: The sent string is a unique websockets string
  271. # [11:24] <micheil> yeah, but it's just one header.
  272. # [11:24] <micheil> I think the current way is a bit better, because it uses the http Upgrade method
  273. # [11:24] <micheil> or, yeah.
  274. # [11:25] <micheil> in order to implement a server that does regular HTTP and Websockets, servers using this proposal would have to read / touch every single request
  275. # [11:25] * Quits: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e) (Quit: Leaving.)
  276. # [11:25] <micheil> not just those with an upgrade.
  277. # [11:25] * Joins: Steve_B (~chatzilla@gatek.mh.bbc.co.uk)
  278. # [11:25] <micheil> (I suppose in a way that already happens though.)
  279. # [11:26] <jgraham> Well *some* part of the server has to touch every request anyway
  280. # [11:26] * Joins: Lachy (~Lachlan@pat-tdc.opera.com)
  281. # [11:26] <jgraham> The difference is here you look for CONNECT requests to the special destination
  282. # [11:27] <jgraham> Rather than GET requests with Upgrade
  283. # [11:30] <asmodai> wth
  284. # [11:30] <jgraham> Umm, am I misunderstanding something
  285. # [11:31] <jgraham> Or is glazou proposing that we change XML parsing?
  286. # [11:31] <asmodai> so first MS installs a Bing Bar addon without my approval within Firefox and now they have a security vulnerability and they won't maintain it anymore
  287. # [11:31] <asmodai> Curious way to do that
  288. # [11:36] * Joins: virtuelv (~virtuelv_@pat-tdc.opera.com)
  289. # [11:36] <micheil> jgraham, zcorpan: is this new handshaking model proposing that all data sent after handshake be encoded or encrypted too?
  290. # [11:38] <jgraham> micheil: Yes
  291. # [11:38] <micheil> isn't that what wss is for?
  292. # [11:38] <jgraham> Otherwise some protocols will just ignore all the junk they don't understand and then read the attacker-controlled bytes later
  293. # [11:38] <micheil> surely encrypting or encoding all data sent and received after handshake would slow down the rate at which data could be exchanged?
  294. # [11:39] <jgraham> No, wss is for WebSockets-over-tls
  295. # [11:39] <jgraham> That protects against people reading the network data
  296. # [11:39] <micheil> I've still got to read the document in full.
  297. # [11:39] <jgraham> This does not because the keys are exchanged in the clear
  298. # [11:40] <jgraham> It is *only* designed to prevent the attacker controlling the precise series of bytes that go over the wire
  299. # [11:42] <micheil> hmm..
  300. # [11:42] <jgraham> It is more work for servers for sure
  301. # [11:43] <asmodai> hsivonen: https://bugzilla.mozilla.org/show_bug.cgi?id=602162
  302. # [11:43] <micheil> the other thing to look at is just how it breaks backward compatibility
  303. # [11:44] * Joins: workmad3 (~workmad3@cspool86.cs.man.ac.uk)
  304. # [11:44] * Quits: Peter- (~peter@170-116.citynet.ftth.internl.net) (Read error: Connection reset by peer)
  305. # [11:44] <jgraham> micheil: In theory there is no back-compat promised at the moment
  306. # [11:45] <micheil> hmm, true
  307. # [11:45] <micheil> a bit of a pain in the ass for developers.
  308. # [11:46] <jgraham> Well yes, but presumably so is having all your email deleted due to a cross-protocol attack
  309. # [11:46] <jgraham> So there is at least some [ptential benefit
  310. # [11:47] * Quits: mat_t (~mattomasz@91.189.88.12) (Ping timeout: 264 seconds)
  311. # [11:51] <micheil> jgraham: do you think the websocket protocol even needs to handle extensions and such?
  312. # [11:52] <jgraham> micheil: Sure. Things like compression and multiplexing can be optional extensions
  313. # [11:52] <micheil> hmm..
  314. # [11:52] * Joins: mat_t (~mattomasz@91.189.88.12)
  315. # [11:52] <jgraham> So the people with difficult performance requirements can use them and the rest of us can get on with out lives
  316. # [11:52] <micheil> I think compression would be best done by end-developer
  317. # [11:52] <jgraham> *our
  318. # [11:52] <jgraham> I continue to think that every simple developer reimplementing compression in javascript is crazy
  319. # [11:53] <jgraham> *single
  320. # [11:53] <micheil> as for multiplexing, I'm not sure on the specifics of it.
  321. # [11:53] <jgraham> although simple works too
  322. # [11:53] * Joins: Peter- (~peter@170-116.citynet.ftth.internl.net)
  323. # [11:53] <micheil> well, does every developer reimplement DOM methods in javascript?
  324. # [11:53] <micheil> most javascript developers are likely to use a framework that implements DOM methods, for finding nodes etc.
  325. # [11:54] <jgraham> No, DOM implements those methods
  326. # [11:54] <jgraham> in native code
  327. # [11:54] <micheil> uhh..
  328. # [11:54] <jgraham> Developers sometimes use frameworks to provide a more convenient API
  329. # [11:54] <micheil> I'm meaning the things like what most javascript libraries do.
  330. # [11:55] <jgraham> But moving more stuff to native code made those libraries easier to implement and faster
  331. # [11:55] <jgraham> e.g. querySelectorAll
  332. # [11:55] <micheil> true, I guess.
  333. # [11:55] * Joins: henrikbjorn (~henrik@80.199.116.190.static.peytz.dk)
  334. # [11:56] <micheil> so are things now heading towards per-connection extensions instead of per-packet extensions?
  335. # [11:56] <jgraham> I'm not sure
  336. # [11:56] <jgraham> With any luck people have stopped worrying about extensions for now
  337. # [11:56] <micheil> because at any rate, per-connection extensions make a lot more sense.
  338. # [11:57] <jgraham> Yes
  339. # [11:59] <micheil> so, will CONNECT 1C1BCE63-1DF8-455C-8235-08C2646A4F21.invalid:443 HTTP/1.1
  340. # [11:59] <micheil> ever change?
  341. # [11:59] <jgraham> In theory, no
  342. # [11:59] <micheil> okay
  343. # [12:00] <micheil> so in that case you could listen for CONNECT requests where the, i guess, resource is 1C1BCE63-1DF8-455C-8235-08C2646A4F21.invalid:443
  344. # [12:02] <jgraham> I think that is the idea
  345. # [12:02] <micheil> okay, that makes more sense now, I was reading it as that resource would change each time
  346. # [12:04] <micheil> that leads to another question: currently I've seen a lot of people doing websocket routing, where by they use the resource requested: GET <resource> HTTP/1.1
  347. # [12:04] <micheil> to route to different channels
  348. # [12:06] * Joins: smaug____ (~chatzilla@cs181063178.pp.htv.fi)
  349. # [12:06] <micheil> how would that be handled using this new method?
  350. # [12:08] <jgraham> You would add some mechanism for that in the post-encryption part of the handshake
  351. # [12:10] * Joins: paul_irish (~paul_iris@87.215.136.10)
  352. # [12:10] <micheil> hmm..
  353. # [12:11] <micheil> well, that's a very common pattern, so it'd be good to see it considered.
  354. # [12:12] <jgraham> Right, abarth specifically said that he wasn't detailing the post-encryption part
  355. # [12:22] * sean` is now known as miketaylr`
  356. # [12:25] <hsivonen> asmodai: thanks for filing the crash
  357. # [12:26] <hsivonen> asmodai: yeah, it's inconvenient that the new about box doesn't contain the date for nigthlies
  358. # [12:30] * miketaylr` is now known as sean`
  359. # [12:34] * Quits: pesla (~pesla@188.202.125.121) (Quit: kthxbye!)
  360. # [12:36] <Philip`> asmodai: You can get the UA string by opening "about:"
  361. # [12:37] * Joins: mpt (~mpt@canonical/mpt)
  362. # [12:38] * sean` is now known as supersean
  363. # [12:38] * supersean is now known as sean``
  364. # [12:55] <asmodai> Philip`: ah
  365. # [13:03] * Quits: henrikbjorn (~henrik@80.199.116.190.static.peytz.dk) (Quit: henrikbjorn)
  366. # [13:04] * Joins: henrikbjorn (~henrik@80.199.116.190.static.peytz.dk)
  367. # [13:39] * Quits: Rik` (~Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Remote host closed the connection)
  368. # [13:39] <micheil> jgraham: did you notice a few grammatical / spelling errors in that document? some of it just doesn't seem to read right.
  369. # [13:40] <asmodai> Mmm
  370. # [13:40] <asmodai> the addon crash is different though
  371. # [13:40] * Joins: ttepasse (~ttepasse@ip-109-90-161-169.unitymediagroup.de)
  372. # [13:42] <micheil> Hixie: I think there could be a security issue with the current websocket implementation of subprotocols.
  373. # [13:44] <micheil> or not.
  374. # [13:45] <annevk> you realize he's no longer editing or working on the protocol, right?
  375. # [13:47] <micheil> yeah, I thought it might've been something from the web idl side, which he is working on, iirc.
  376. # [13:48] <micheil> basically the thing consisted of: conn = new WebSocket("ws://localhost/test", "test\r\nX-Origin: Hello");
  377. # [13:49] <micheil> but the \r and \n aren't matched to any-char, which was an oversight on my behalf.
  378. # [13:55] <zcorpan> micheil: the latest draft of websockets api also doesn't allow space, but can still produce a space on the wire using new WebSocket(url, ['foo', 'bar'])
  379. # [13:55] * Joins: MikeSmith (~MikeSmith@c-98-223-102-218.hsd1.in.comcast.net)
  380. # [13:55] <micheil> hmm
  381. # [13:55] <zcorpan> but i think that's not implemented anywhere yet
  382. # [13:56] <micheil> the array of DOMStrings seems more javascript like then a string with spaces
  383. # [13:56] <micheil> hence the reason I suggested that format.
  384. # [13:56] <micheil> iirc, ["test", "foo"].toString() -> "test foo"
  385. # [13:57] <zcorpan> no, it toString()s to test,foo
  386. # [13:57] <micheil> erm, or not.
  387. # [13:57] <micheil> yeah
  388. # [13:58] <micheil> where's the latest spec version?
  389. # [13:58] <micheil> it's not this: http://tools.ietf.org/html/draft-hixie-thewebsocketprotocol-76
  390. # [13:59] <jgraham> micheil: Yeah there are some minor spelling / grammar errors in that document
  391. # [13:59] <micheil> nor does it appear to be http://tools.ietf.org/html/draft-ietf-hybi-thewebsocketprotocol-02
  392. # [13:59] <micheil> jgraham: okay, hopefully I've interpreted it right.
  393. # [13:59] * Quits: paul_irish (~paul_iris@87.215.136.10) (Remote host closed the connection)
  394. # [13:59] <zcorpan> -02 is the latest version i'm aware of
  395. # [14:00] <micheil> zcorpan: okay, well that still allows spaces in the sub-protocols by the looks
  396. # [14:03] <zcorpan> then ian fette failed to merge in the change
  397. # [14:03] <micheil> okay
  398. # [14:04] <zcorpan> http://html5.org/tools/web-apps-tracker?from=5172&to=5173
  399. # [14:05] <asmodai> hsivonen: is there any standard way for titles/description for crashes due to executing stuff in memory marked no-execute?
  400. # [14:06] <micheil> "The subprotocol names must all be non-empty ASCII strings with no control characters and not spaces in them"
  401. # [14:06] <micheil> should be:
  402. # [14:06] <micheil> "The subprotocol names must all be non-empty ASCII strings with no control characters and no spaces in them"
  403. # [14:07] <hsivonen> asmodai: I don't know
  404. # [14:07] <asmodai> hsivonen: ok, I'll just think of something
  405. # [14:07] <asmodai> hsivonen: turns out the addon page crash is different from the html5test one I encountered -- thought at first it was related
  406. # [14:08] * Quits: Amorphous (jan@unaffiliated/amorphous) (Ping timeout: 245 seconds)
  407. # [14:08] * asmodai wonders where this instability came from so late in the beta cycle
  408. # [14:09] * Joins: Rik` (~Rik`@mozilla-paris-222-194.cnt.nerim.net)
  409. # [14:10] * Philip` suspects it came from bugs
  410. # [14:10] * jgraham suggests bugs in Jägermonkey in particular
  411. # [14:11] <zcorpan> micheil: file a spec bug
  412. # [14:11] <micheil> zcorpan: how?
  413. # [14:12] <micheil> zcorpan: also, do you know if the examples of data packets in the latest draft for websockets is correct?
  414. # [14:12] <zcorpan> micheil: e.g. from the comment box in http://www.whatwg.org/specs/web-apps/current-work/complete/network.html
  415. # [14:13] <zcorpan> micheil: which examples?
  416. # [14:13] <hsivonen> asmodai: radically major Jägermonkey stuff is landing
  417. # [14:13] <micheil> http://tools.ietf.org/html/draft-ietf-hybi-thewebsocketprotocol-02#section-4.6
  418. # [14:14] <zcorpan> micheil: well i guess they are correct for -02, but browsers don't implement -02
  419. # [14:15] <micheil> hmm.. so, that means all fields that are 0x00 or %x0 are optional?
  420. # [14:15] <micheil> zcorpan: I'm just wanting to understand where the spec is heading.
  421. # [14:15] <micheil> s/spec/protocol
  422. # [14:16] * Joins: kamathln (~kamathln@122.167.29.114)
  423. # [14:17] <annevk> today is a good day to answer http://www.w3.org/2002/09/wbs/40318/issue-41-objection-poll/
  424. # [14:19] <kamathln> annevk: is this channel only meant for core whatwg people ? the page is asking for auth
  425. # [14:19] * Quits: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Quit: Leaving...)
  426. # [14:20] <annevk> kamathln, nope, you can probably view http://www.w3.org/2002/09/wbs/40318/issue-41-objection-poll/results
  427. # [14:21] <asmodai> hsivonen: https://bugzilla.mozilla.org/show_bug.cgi?id=602174
  428. # [14:21] <annevk> this channel is for everyone and while somewhat focused does not have a specific topic and is most certainly without logic ;p
  429. # [14:21] <asmodai> Philip`: lol, obviously ;)
  430. # [14:22] <asmodai> hsivonen: clear enough you think?
  431. # [14:24] <hsivonen> asmodai: yeah
  432. # [14:24] <hsivonen> asmodai: might be related to GC compartments
  433. # [14:24] * Joins: Amorphous (jan@unaffiliated/amorphous)
  434. # [14:25] <micheil> zcorpan: hmm.. simon pieters is you?
  435. # [14:25] <asmodai> hsivonen: Well, I'm more than happy enough to provide more data if I am told how to get said data ;)
  436. # [14:27] * Quits: kamathln (~kamathln@122.167.29.114) (Quit: So long, and thanks for all the tips!)
  437. # [14:27] <zcorpan> micheil: yes
  438. # [14:28] <zcorpan> micheil: what do you mean with optional?
  439. # [14:28] <micheil> nice to meet you then; anther irc nick to a name.
  440. # [14:28] <micheil> zcorpan: well, I was expecting that all the fields where needed
  441. # [14:28] <zcorpan> yeah sorry for the nick, i've had it for a long time :)
  442. # [14:28] * Joins: KaOSoFt (~maxzagato@unaffiliated/kaosoft)
  443. # [14:28] <micheil> such that: 0x04 0x05 "Hello"
  444. # [14:28] <micheil> should actually be:
  445. # [14:29] <micheil> 0x00 0x00 0x00 0x00 0x04 0x00 0x05 0x00 "Hello"
  446. # [14:30] <micheil> or am I totally misunderstanding this stuff?
  447. # [14:30] <zcorpan> i think yes :)
  448. # [14:30] <micheil> which?
  449. # [14:30] <zcorpan> you're misunderstanding
  450. # [14:31] <micheil> okay
  451. # [14:31] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Quit: Leaving...)
  452. # [14:33] <micheil> zcorpan: would you be able to explain how I'm misunderstanding, like, it doesn't make too much sense to me to obmit what seems like actual data
  453. # [14:33] <zcorpan> micheil: the framing in -02 is defined down to each individual bit
  454. # [14:35] <zcorpan> micheil: see "A high level overview of the framing
  455. # [14:35] <zcorpan> is given in the following figure."
  456. # [14:37] <zcorpan> so the first byte being 0x04 means that only one of the opcodes are set and the other bits are not set
  457. # [14:37] <micheil> am I right in reading that each time there is a horizontal segment to that figure that it means that it actually continues on?
  458. # [14:38] <micheil> I'm just trying to figure out how a parser may parse this new packet format
  459. # [14:39] <micheil> zcorpan: I'm guessing reading these diagrams would be something covered in an ITC / Network course at university level, right?
  460. # [14:40] <zcorpan> to find out if the text frame opcode is set, i guess you'd do something like 0x04 & first-byte
  461. # [14:40] <zcorpan> micheil: dunno :)
  462. # [14:41] * Joins: aroben (~aroben@c-71-58-77-15.hsd1.pa.comcast.net)
  463. # [14:41] * Quits: aroben (~aroben@c-71-58-77-15.hsd1.pa.comcast.net) (Changing host)
  464. # [14:41] * Joins: aroben (~aroben@unaffiliated/aroben)
  465. # [14:41] <micheil> zcorpan: hmm, I'm hoping it will.
  466. # [14:42] <micheil> at any rate, I'm glad I'm re-writing node-websocket-server's parser, as it should make it easier to fork and implement this new packet format.
  467. # [14:43] <zcorpan> hmm, actually i guess 0x04 & first-byte would also be true if the opcode is e.g. 0x05
  468. # [14:43] <Philip`> micheil: Are you intepreting the "MORE", "RSV1" etc boxes as being a whole byte?
  469. # [14:43] <micheil> Philip`: I'm not sure.
  470. # [14:44] <Philip`> (when suggesting "0x00 0x00 0x00 0x00 0x04 ...")
  471. # [14:44] <Philip`> zcorpan: You'd want 0b00001111 & first-byte
  472. # [14:44] <Philip`> (or 0x0f & first-byte)
  473. # [14:45] <Philip`> Oh, wait, I missed the point
  474. # [14:45] <Philip`> (0x0f & first-byte) == 0x04, to detect text frames
  475. # [14:46] <zcorpan> ah, yes
  476. # [14:46] * Joins: loucapo (~Adium@209.251.200.243)
  477. # [14:46] * Parts: loucapo (~Adium@209.251.200.243)
  478. # [14:46] <micheil> okay
  479. # [14:47] <micheil> I'm going to read more into this / experiment more.
  480. # [14:47] * Philip` hopes it's 0x0f and not 0xf0
  481. # [14:47] <Philip`> (I'm never quite certain which endianness these things assume)
  482. # [14:47] <micheil> Philip`: I'm testing this out in a v8 js console at the same time
  483. # [14:48] <micheil> > (0x0f & 0x04) == 0x04
  484. # [14:48] <micheil> true
  485. # [14:48] <Philip`> Yeah, it's the endianness of the spec's diagram that sometimes gets confusing
  486. # [14:49] <asmodai> hsivonen: Heh, got to love those updates on my issues by this timeless fella
  487. # [14:49] <micheil> so, for binary frame, it'd be (0x0f & 0x05) == 0x05
  488. # [14:50] <micheil> note to self: learn more about bitwise ops.
  489. # [14:50] <Philip`> Yes, or (0x0f & 0x85) == 0x05 (if the MORE flag is set), or (0x0f & 0xf5) == 0x05 etc (if the RSV flags are set too)
  490. # [14:51] <micheil> hmm..
  491. # [14:51] <zcorpan> micheil: it helps with understanding if you write out all the bits in binary notation
  492. # [14:51] <micheil> so you'd need to parse that byte several times to determine things
  493. # [14:52] <Philip`> &ing with 0x0f is just extracting the lower 4 bits, i.e. throwing away the MORE/RSV1/2/3 ones because you don't care about them here
  494. # [14:52] <micheil> I really should've become far better at binary counting & arithmetic.
  495. # [14:52] <Philip`> and you would & with 0x80, 0x40, 0x20, 0x10 to get each of the higher 4 bits when you do care
  496. # [14:55] <micheil> hmm, okay
  497. # [14:55] * Quits: ryuone (~ryuone@ryuone.com) (Remote host closed the connection)
  498. # [14:56] <micheil> so if MORE/RSV1/2/3 were all set, then you'd get something like..
  499. # [14:56] * Joins: ryuone (~ryuone@ryuone.com)
  500. # [14:56] <micheil> 0xf4
  501. # [14:56] <hsivonen> what time does the HTML WG f2f end on Nov 5th?
  502. # [14:57] * Quits: ryuone (~ryuone@ryuone.com) (Client Quit)
  503. # [14:57] <MikeSmith> hsivonen: probably 5pm I guess
  504. # [14:57] * Joins: ryuone (~ryuone@ryuone.com)
  505. # [14:57] <hsivonen> MikeSmith: thanks
  506. # [14:58] <Philip`> micheil: Yes
  507. # [14:58] <micheil> okay, cool.
  508. # [14:59] <hsivonen> I guess the practical thing to do then is traveling back on Saturday
  509. # [14:59] <micheil> Philip` & zcorpan: thanks for having the patience to explain things, it's really appreciated. :)
  510. # [15:00] * Joins: Anti-X (~duckmysic@c9E72BF51.dhcp.bluecom.no)
  511. # [15:09] * Joins: BlurstOfTimes (~blurstoft@168.203.117.107)
  512. # [15:09] * Quits: Peter- (~peter@170-116.citynet.ftth.internl.net) (Ping timeout: 240 seconds)
  513. # [15:10] * Joins: Peter- (~peter@170-116.citynet.ftth.internl.net)
  514. # [15:15] * Joins: ben_alman (~cowboy@64.119.153.2)
  515. # [15:20] * Quits: ben_alman (~cowboy@64.119.153.2) (Remote host closed the connection)
  516. # [15:21] * Joins: ben_alman (~cowboy@64.119.153.2)
  517. # [15:23] * Joins: boaz (~boaz@64.119.153.2)
  518. # [15:23] * Joins: FireFly (~firefly@unaffiliated/firefly)
  519. # [15:24] * Quits: kinetik (~kinetik@121.98.132.55) (Ping timeout: 240 seconds)
  520. # [15:29] * Joins: ZombieLoffe (~e@unaffiliated/zombieloffe)
  521. # [15:31] * Joins: plainhao (~plainhao@mail.xbiotica.com)
  522. # [15:32] * Quits: Ankheg (~Miranda@fs91-201-3-30.dubna-net.ru) (Read error: Connection reset by peer)
  523. # [15:35] * Joins: davidb_ (~davidb@mozca02.ca.mozilla.com)
  524. # [15:49] * Joins: davidwalsh (~davidwals@75-134-27-91.dhcp.mdsn.wi.charter.com)
  525. # [15:49] * Quits: jacobolu_ (~jacobolus@wrls-249-7-121.wrls-client.fas.harvard.edu) (Remote host closed the connection)
  526. # [15:49] * Quits: davidwalsh (~davidwals@75-134-27-91.dhcp.mdsn.wi.charter.com) (Client Quit)
  527. # [15:51] * Quits: aroben (~aroben@unaffiliated/aroben) (Read error: Connection reset by peer)
  528. # [15:51] * Joins: aroben (~aroben@c-71-58-77-15.hsd1.pa.comcast.net)
  529. # [15:51] * Quits: aroben (~aroben@c-71-58-77-15.hsd1.pa.comcast.net) (Changing host)
  530. # [15:52] * Joins: aroben (~aroben@unaffiliated/aroben)
  531. # [15:56] <asmodai> hsivonen: setting javascript.options.methodjit.content=false solves the issues on both my tickets
  532. # [15:57] * Quits: reni__home (~reni@sedkit.inf.u-szeged.hu) (Remote host closed the connection)
  533. # [15:58] * Joins: aroben_ (~aroben@c-71-58-77-15.hsd1.pa.comcast.net)
  534. # [15:58] * Quits: aroben_ (~aroben@c-71-58-77-15.hsd1.pa.comcast.net) (Changing host)
  535. # [15:58] * Joins: aroben_ (~aroben@unaffiliated/aroben)
  536. # [15:58] * Joins: jdaggett (~jdaggett@ac242062.dynamic.ppp.asahi-net.or.jp)
  537. # [16:01] * Quits: akamike (~akamike@94-193-106-14.zone7.bethere.co.uk) (Quit: akamike)
  538. # [16:01] * Quits: aroben (~aroben@unaffiliated/aroben) (Ping timeout: 252 seconds)
  539. # [16:05] * Quits: matjas (~matjas@ip-213-49-115-81.dsl.scarlet.be) (Remote host closed the connection)
  540. # [16:07] <hsivonen> asmodai: clearly, the bugs belong in the JS engine component, then
  541. # [16:07] * Quits: aroben_ (~aroben@unaffiliated/aroben) (Read error: Connection reset by peer)
  542. # [16:07] * Joins: aroben (~aroben@unaffiliated/aroben)
  543. # [16:08] * Joins: matjas (~matjas@ip-213-49-115-81.dsl.scarlet.be)
  544. # [16:09] <asmodai> hsivonen: I concur.
  545. # [16:11] * Quits: matjas (~matjas@ip-213-49-115-81.dsl.scarlet.be) (Remote host closed the connection)
  546. # [16:12] * Joins: jacobolus (~jacobolus@c-71-232-18-102.hsd1.ma.comcast.net)
  547. # [16:15] * Joins: paul_irish (~paul_iris@87.215.136.10)
  548. # [16:15] * Quits: rimantas (~rimliu@lan-84-240-20-219.vln.skynet.lt) (Quit: Leaving)
  549. # [16:19] * Joins: davidwalsh (~davidwals@75-134-27-91.dhcp.mdsn.wi.charter.com)
  550. # [16:24] * Joins: mr_lou (~sirlou@0x555321d8.adsl.cybercity.dk)
  551. # [16:24] * Joins: aroben_ (~aroben@unaffiliated/aroben)
  552. # [16:24] * Quits: aroben (~aroben@unaffiliated/aroben) (Read error: No route to host)
  553. # [16:29] * Quits: aroben_ (~aroben@unaffiliated/aroben) (Ping timeout: 240 seconds)
  554. # [16:32] * karlcow has difficulties to see what would be the use case for PUT with forms.
  555. # [16:33] <karlcow> searching through the Web to see if some people have use cases
  556. # [16:33] * Quits: xfinx (~awboonen@imego01.xlshosting.net) (Ping timeout: 245 seconds)
  557. # [16:34] <karlcow> there is also the question: Are there CMS, Web apps using it at all?
  558. # [16:34] <karlcow> I see for example http://geekswithblogs.net/narent/archive/2008/01/04/118224.aspx
  559. # [16:35] * Joins: aroben (~aroben@c-71-58-77-15.hsd1.pa.comcast.net)
  560. # [16:35] * Quits: aroben (~aroben@c-71-58-77-15.hsd1.pa.comcast.net) (Changing host)
  561. # [16:35] * Joins: aroben (~aroben@unaffiliated/aroben)
  562. # [16:41] * Quits: jdaggett (~jdaggett@ac242062.dynamic.ppp.asahi-net.or.jp) (Quit: jdaggett)
  563. # [16:41] * Quits: mr_lou (~sirlou@0x555321d8.adsl.cybercity.dk) (Read error: Connection reset by peer)
  564. # [16:42] <henrikbjorn> karlcow: PUT = updating a object
  565. # [16:43] * Joins: jdaggett (~jdaggett@ac242062.dynamic.ppp.asahi-net.or.jp)
  566. # [16:43] <henrikbjorn> POST = create a new one PUT = update DELETE = remove GET = retrieve
  567. # [16:43] <henrikbjorn> basic REST >P
  568. # [16:43] * Quits: henrikbjorn (~henrik@80.199.116.190.static.peytz.dk) (Remote host closed the connection)
  569. # [16:44] <zcorpan> POST handles the update and delete use cases in practice
  570. # [16:44] <karlcow> henrikbjorn: I know my HTTP… ;) what I meant is the use case for HTML FORMS
  571. # [16:45] <karlcow> authoring tools can send HTTP PUT without html forms. so the question is really about the use case for html forms
  572. # [16:47] <annevk> you realize this feature got killed right
  573. # [16:47] <annevk> ?
  574. # [16:49] * Joins: xfinx (~awboonen@imego01.xlshosting.net)
  575. # [16:50] <karlcow> annevk: yes precisely. I have seen some REST fans argueing, and being a REST fans too, I was trying to understand why. And sincerely I do not see a reason to maintain it. Basically I want to understand which use cases it *might* forbid.
  576. # [16:50] <micheil> is there any reason why a lot of stuff in the websocket ietf document is "something may do something" rather then "something should do something"
  577. # [16:50] * Quits: aroben (~aroben@unaffiliated/aroben) (Read error: Connection reset by peer)
  578. # [16:51] * Joins: aroben (~aroben@c-71-58-77-15.hsd1.pa.comcast.net)
  579. # [16:51] * Quits: aroben (~aroben@c-71-58-77-15.hsd1.pa.comcast.net) (Changing host)
  580. # [16:51] * Joins: aroben (~aroben@unaffiliated/aroben)
  581. # [16:51] <micheil> zcorpan: on that, there is a practice in rails to use a _method hidden field
  582. # [16:52] <micheil> or a methodOverride as they call it, iirc, which allows them to send PUT / DELETE requests in browsers that don't handle PUT/DELETE in forms
  583. # [16:52] <micheil> it's a hack to achieve REST
  584. # [16:52] <zcorpan> karlcow: if PUT and DELETE were restricted to same-origin submission, then using PUT or DELETE instead of POST would enable a way to protect against CSRF
  585. # [16:52] * Quits: xfinx (~awboonen@imego01.xlshosting.net) (Client Quit)
  586. # [16:53] * Philip` notes that REST is a conceptual architecure, not a collection of specific HTTP-level implementation details
  587. # [16:53] <Philip`> but people sometimes seem to get fixated on the latter
  588. # [16:53] <zcorpan> micheil: so the form is actually sent using POST?
  589. # [16:53] <micheil> zcorpan: yeah
  590. # [16:54] <micheil> but the server sees that the POST data includes a methodOverride field, and changes the interpreted method to be that method.
  591. # [16:54] <micheil> which then restarts the routing process.
  592. # [16:54] <jgraham> zcorpan: You could also make POST2
  593. # [16:54] <zcorpan> jgraham: yes
  594. # [16:54] <jgraham> Since often POST semantics are what you want
  595. # [16:55] <micheil> like, you make a PUT request to a rails app, and it has the same effect as making a POST with a methodOverride set to PUT
  596. # [16:56] * Joins: kinetik (~kinetik@121.98.132.55)
  597. # [16:56] * Joins: mr_lou (~sirlou@0x555321d8.adsl.cybercity.dk)
  598. # [16:58] <mamund> annevk: it's not clear to me why browsers should only support idempotent writes (PUT, DELETE) via scripting (XmlHttpRequest), but not via direct markup (e.g. FORM method="put").
  599. # [16:59] <karlcow> mamund: what would it solve?
  600. # [16:59] <karlcow> FORM method="put"
  601. # [16:59] <mamund> the same thing the RoR "work-around" solves
  602. # [17:00] <mamund> idempotent writes are important for dist. networ, apps.
  603. # [17:00] <AryehGregor> How can you ever guarantee that a write is idempotent? What if someone else wrote to the same resource in between?
  604. # [17:00] * mr_lou thinks the <audio> tag of HTML5 ought to support MIDI files
  605. # [17:01] <karlcow> when using HTTP PUT, you know and have control on the URI you want to PUT on. Does that mean the UI cater for this?
  606. # [17:01] * Quits: maikmerten (~merten@ls5dhcp196.cs.uni-dortmund.de) (Remote host closed the connection)
  607. # [17:01] <AryehGregor> Likewise, for DELETE, what if someone created a new version of the resource in between?
  608. # [17:01] <annevk> mr_lou, does in Opera, iirc
  609. # [17:01] <mamund> AryehGregor: that's what ETags are for.
  610. # [17:01] <AryehGregor> mamund, and can ETags actually be provided in HTML forms?
  611. # [17:01] <AryehGregor> In the manner necessary for idempotency to hold?
  612. # [17:01] * Quits: Maurice (~ano@a80-101-46-164.adsl.xs4all.nl) (Quit: Disconnected...)
  613. # [17:01] <zcorpan> annevk: not on mac and windows i don't think
  614. # [17:01] <AryehGregor> mr_lou, speak to browser vendors about it. HTML5 doesn't mandate specific media formats.
  615. # [17:02] <mamund> karlcow: the URI need not be created by the client, but supplied by the server. PUT for update is the best example
  616. # [17:02] <karlcow> AryehGregor: http://www.w3.org/1999/04/Editing/
  617. # [17:02] <mr_lou> AryehGregor, roger
  618. # [17:02] <mamund> AryehGregor: ETags are supplied for all GETs, why not PUTs and DELETEs?
  619. # [17:02] * Parts: mr_lou (~sirlou@0x555321d8.adsl.cybercity.dk) ("Ex-Chat")
  620. # [17:03] <mamund> Amaya browser has supported PUT/DELETE w/ ETags for quite some time.
  621. # [17:03] <AryehGregor> This all seems very complicated, given that in practice the problem is typically solved at levels above HTTP anyway. HTTP doesn't seem like the right level to solve the problem at all, it gives very coarse-grained control.
  622. # [17:03] <karlcow> mamund: yes I kind of know for Amaya (given my past), but it is not using forms to do that.
  623. # [17:04] <AryehGregor> You can do all this stuff easily at the level of the web application, without having to try persuading your web server to cooperate.
  624. # [17:04] <mamund> karlcow: yes, good point
  625. # [17:04] * AryehGregor shrugs
  626. # [17:04] <karlcow> we are mixing two discussions here. HTTP PUT (that I love), and HTTP PUT in forms
  627. # [17:05] <mamund> karlcow: is PUT w/ FORMS a technical issue or what?
  628. # [17:06] <mamund> i use a scripting workaround to support FORM method="put" quite often w/o trouble.
  629. # [17:07] <karlcow> mamund: http://www.w3.org/Bugs/Public/show_bug.cgi?id=10671
  630. # [17:07] <mamund> karlcow: yep, i've seen it.
  631. # [17:08] <mamund> karlcow: "payload control" is an odd reference. (re: PUT)
  632. # [17:09] <mamund> as to the reasoning for DELETE, currently POST has 200 & 204 as potential response codes already.
  633. # [17:10] * karlcow would love to read a user scenario of a real PUT and DELETE done with forms.
  634. # [17:11] <mamund> karlcow: would love to read a user scenario for a real POST done w/ forms<g>.
  635. # [17:11] <karlcow> hehe
  636. # [17:11] <mamund> srsly: what user scenario would be compelling?
  637. # [17:12] * Joins: weinig (~weinig@c-24-130-56-198.hsd1.ca.comcast.net)
  638. # [17:12] <mamund> surely the thousands of cases where XmlHttpRequest issues PUT & DELETE carries some weight, no?
  639. # [17:12] * jgraham wonders how one answers that sort of question
  640. # [17:12] <mamund> is it really the "FORM" use that is unappealing here?
  641. # [17:12] <jgraham> "give me a use case" "not until you tell me which use case is compelling"
  642. # [17:12] <mamund> jgraham: LOL
  643. # [17:13] * Joins: aroben_ (~aroben@c-71-58-77-15.hsd1.pa.comcast.net)
  644. # [17:13] * Quits: aroben_ (~aroben@c-71-58-77-15.hsd1.pa.comcast.net) (Changing host)
  645. # [17:13] * Joins: aroben_ (~aroben@unaffiliated/aroben)
  646. # [17:14] * Quits: aroben (~aroben@unaffiliated/aroben) (Read error: No route to host)
  647. # [17:14] <mamund> i wonder if this would go differently if someone proposed a new element <put ... /> instead of a new enumeration for FORM method="..."
  648. # [17:15] <Philip`> If someone proposed that, people would probably respond "how does that even make sense?"
  649. # [17:15] * aroben_ is now known as aroben
  650. # [17:15] <jgraham> mamund: "show me the use case" is not intended as a smack-down
  651. # [17:16] <mamund> jgraham: i understand. np.
  652. # [17:16] <jgraham> It's supposed to be a way of determining if there is a real need that is not being met
  653. # [17:16] <jgraham> A surprising number of "needs" are actually imaginary
  654. # [17:16] <mamund> i think the RoR workaround is an example of a common use case, is it not?
  655. # [17:17] <karlcow> because I started the discussion here about it. My "show me the use case" means I really want to understand what are the cases for method="put". Maybe there is a good use case, but I still do not see one.
  656. # [17:19] * Joins: tonyg-cr (~Adium@nat/google/x-lklceegwgmrlfzwj)
  657. # [17:19] <mamund> karlcow: i use PUT to support sending updates of existing resources in an idempotent way (using ETags for concurrency)
  658. # [17:19] <karlcow> with a web form?
  659. # [17:19] <mamund> w/o PUT support for unscripted browsers, i need to mimic the same features by using POST w/ an ETag hash in the FORM.
  660. # [17:20] <mamund> karlcow: yes, with a FROM
  661. # [17:20] <mamund> s/FROM/FORM
  662. # [17:20] <karlcow> could you explain it in details in the Bugzilla?
  663. # [17:20] <mamund> i'll add a comment there, yes.
  664. # [17:21] <karlcow> thanks
  665. # [17:21] * Quits: annevk (~annevk@5355737B.cable.casema.nl) (Quit: annevk)
  666. # [17:22] * Quits: Necrathex (~bleptop@colorenco.speedxs.nl) (Quit: Necrathex)
  667. # [17:34] * Joins: chronos (~quassel@unaffiliated/chronos)
  668. # [17:34] * Joins: chronossc (~quassel@unaffiliated/chronos)
  669. # [17:34] * Quits: paul_irish (~paul_iris@87.215.136.10) (Remote host closed the connection)
  670. # [17:35] * Quits: chronos (~quassel@unaffiliated/chronos) (Remote host closed the connection)
  671. # [17:35] * chronossc is now known as chronos
  672. # [17:35] * Joins: paul_irish (~paul_iris@74.125.122.49)
  673. # [17:41] * Joins: cying (~cying@c-24-4-120-70.hsd1.ca.comcast.net)
  674. # [17:43] * Quits: aroben (~aroben@unaffiliated/aroben) (Read error: Connection reset by peer)
  675. # [17:43] * Joins: aroben (~aroben@unaffiliated/aroben)
  676. # [17:48] <karlcow> wiiiizzz http://benmetcalfe.com/blog/2010/10/the-ly-domain-space-to-be-considered-unsafe/
  677. # [17:52] <paul_irish> holon lemme one up you, karlcow
  678. # [17:52] <paul_irish> http://tech.slashdot.org/story/10/10/06/1440246/W3C-Says-Dont-Use-HTML5-Yet
  679. # [17:52] * Quits: ry (~ry@skynet.diablo.si) (Read error: Operation timed out)
  680. # [17:53] * Quits: yusukes (~yusukes@2401:fa00:4:1000:224:81ff:fec1:6444) (Read error: Operation timed out)
  681. # [17:53] * Joins: yusukes (~yusukes@2401:fa00:4:1000:224:81ff:fec1:6444)
  682. # [17:53] <karlcow> paul_irish: why me? :)
  683. # [17:54] * Joins: ry (~ry@skynet.diablo.si)
  684. # [17:55] <AryehGregor> karlcow, so someone figured out that ccTLDs are actually run by individual countries? Gee, who'd have thought?
  685. # [17:55] <AryehGregor> I thought they were just like .com except that you can use them to make clever-looking domain names like "bit.ly"!
  686. # [17:55] <AryehGregor> I'm sure a lot of people do think that, in fact, but . . . they're wrong. No kidding you don't want to violate Libyan law on a .ly domain name.
  687. # [17:57] <AryehGregor> "Meanwhile, HTML5 is headed toward final approval in two to three years." hahahahaha right.
  688. # [17:57] * Joins: masterov (~masterov@93.153.167.74)
  689. # [17:57] <AryehGregor> CR, yeah, as in "deliberately obsolescent snapshot of a feature set no one cares about or targets anymore".
  690. # [17:58] <AryehGregor> (I think they just misunderstood plh, though, I doubt he'd have called CR "final approval".)
  691. # [17:59] <AryehGregor> What a stupid article.
  692. # [17:59] <hsivonen> at least the comments on Slashdot are pretty good this time
  693. # [18:00] <karlcow> Paul Krill seems to have something against it http://www.infoworld.com/d/developer-world/microsoft-silverlight-capabilities-exceed-those-html5-329
  694. # [18:00] <AryehGregor> (I mean the InfoWorld one about HTML5 cited on Slashdot. Although the one whining about registering a domain name under a TLD controlled by a corrupt third-world dictatorship and then actually having to deal with a corrupt third-world dictatorship, that one's pretty stupid too.)
  695. # [18:00] * Joins: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
  696. # [18:01] <paul_irish> AryehGregor: yah plh is doing a bunch of html5 evangelism himself.. just spoke at openvideoconf about html5 video and svg.. so i dont think this is what he intended.
  697. # [18:02] * Quits: pablof (~palbo@pat-tdc.opera.com) (Ping timeout: 255 seconds)
  698. # [18:02] * Quits: masterov (~masterov@93.153.167.74) (Quit: masterov)
  699. # [18:03] <karlcow> and I do not think he actually said this ""We're not going to retire Flash anytime soon," Le Hegaret said. "
  700. # [18:04] * Quits: MikeSmith (~MikeSmith@c-98-223-102-218.hsd1.in.comcast.net) (Quit: The curfew tolls the knell of parting day... the plowman homeward plods his weary way)
  701. # [18:07] * Joins: Necrathex (~bleptop@212-123-163-12.ip.telfort.nl)
  702. # [18:11] * Quits: mhausenblas (~mhausenbl@wg1-nat.fwgal01.deri.ie) (Quit: mhausenblas)
  703. # [18:16] * Quits: Phae (~Phae@gatekeeper.macmillan.co.uk) (Quit: Leaving.)
  704. # [18:16] * Joins: romeo_ (~romeo__@x1-6-00-10-a7-28-f3-47.k562.webspeed.dk)
  705. # [18:18] <AryehGregor> A surprising number of people on Slashdot seem to not understand why standardization takes so long.
  706. # [18:18] <AryehGregor> Maybe someone should write up an article explaining, and get it Slashdotted.
  707. # [18:19] <TabAtkins> Sure, I'll spin up a task force to write it.
  708. # [18:19] <KaOSoFt> Perhaps that people still want tag soups, blink, and that...
  709. # [18:20] <jgraham> Can I be on the section-heading sub task force
  710. # [18:20] <jgraham> Or is it sub-committee, I forget?
  711. # [18:20] <TabAtkins> Please, there will be plenty of sub task forces for everyone.
  712. # [18:21] * Quits: cying (~cying@c-24-4-120-70.hsd1.ca.comcast.net) (Quit: cying)
  713. # [18:21] <Philip`> How can you even begin to consider the structure of the task force before having a conference call to discuss it?
  714. # [18:22] <zcorpan> Philip`: when's the call? have you written the agenda?
  715. # [18:22] <jgraham> Strictly we should probably set up an incubator group to assess the need for a task force in this area
  716. # [18:23] <Philip`> I don't know when - we'll need a poll to work out when the most important people are available
  717. # [18:23] <jgraham> If the incubator group produces anything we can work out a charter for the task force
  718. # [18:23] <jgraham> Mandatory telecons can go in the charter
  719. # [18:24] * Joins: variable (~variable@unaffiliated/variable)
  720. # [18:24] <zcorpan> Philip`: a poll? maybe we need a new protocol to do the poll properly
  721. # [18:25] <Philip`> That would be outside our jurisdiction so we'd have to outsource it to the IETF
  722. # [18:26] * Joins: tw2113 (~tw2113asw@host-66-96-230-24.midco.net)
  723. # [18:26] * Quits: tw2113 (~tw2113asw@host-66-96-230-24.midco.net) (Changing host)
  724. # [18:26] * Joins: tw2113 (~tw2113asw@fedora/tw2113)
  725. # [18:26] <micheil> man... >_>
  726. # [18:28] <tw2113> woman...
  727. # [18:28] <tw2113> :D
  728. # [18:28] <AryehGregor> In the computer lab at school the other day, I heard two guys discussing HTML5.
  729. # [18:28] <variable> AryehGregor, did they know who you were ;-)
  730. # [18:28] <AryehGregor> One guy was showing the other guy something, and the other guy asked what it was written in, and the first guy said something like "Pure HTML5, it's really powerful!"
  731. # [18:28] <karlcow> AryehGregor: http://www.w3.org/QA/2008/11/w3c-open-web-standards
  732. # [18:28] <AryehGregor> I tried sneaking a look, but they saw me and I didn't want to weird them out.
  733. # [18:29] <AryehGregor> It seemed to be some trivial thing with balls bouncing around or whatnot.
  734. # [18:29] <tw2113> oh just weird people out, it's worth it and they need their feather ruffled
  735. # [18:29] <Philip`> Like Google's "HTML5" thing made with coloured <div>s?
  736. # [18:29] <tw2113> it's a spice of life
  737. # [18:30] <AryehGregor> variable, I could have introduced myself, but it would have been a bit weird.
  738. # [18:30] <AryehGregor> Philip`, yeah, it looked like that.
  739. # [18:30] <AryehGregor> But I'm guessing it was done with canvas.
  740. # [18:30] <tw2113> that ball thing from google was all javascript
  741. # [18:32] * Quits: aroben (~aroben@unaffiliated/aroben) (Read error: Connection reset by peer)
  742. # [18:32] * Joins: aroben (~aroben@unaffiliated/aroben)
  743. # [18:33] <AryehGregor> Well, JavaScript is part of HTML5, effectively.
  744. # [18:33] <AryehGregor> Some HTML5 stuff is purely JS APIs.
  745. # [18:33] <AryehGregor> Like canvas. Not too useful without JS.
  746. # [18:34] <jgraham> Some of DOM is part of HTML5
  747. # [18:34] <jgraham> Javascript isn't
  748. # [18:34] <jgraham> If we are being pedantic
  749. # [18:34] * jgraham doesn't really see the point of being pedantic on this issue though
  750. # [18:34] <variable> HTML5 is an evangelicalism term
  751. # [18:34] <variable> like AJAX years ago :-|
  752. # [18:35] * Joins: loucapo (~Adium@209.251.200.243)
  753. # [18:35] <tw2113> just remember...html5 canvas needs js more than js needs anything html5
  754. # [18:36] <loucapo> hey everyone
  755. # [18:37] <loucapo> i know there is a Firefox bug related to xmlhttplevel 2 and status codes
  756. # [18:38] <loucapo> another issue i recently ran into relates to xmlhttp posts to a pwd protected url. this works ok in chrome/safari but firefox is failing with the annoying status=0 ssue
  757. # [18:38] <loucapo> anyone know if thats a known bug?
  758. # [18:40] * Joins: ap (~ap@2620:0:1b00:1191:226:4aff:fe14:aad6)
  759. # [18:42] * Joins: aroben_ (~aroben@c-71-58-77-15.hsd1.pa.comcast.net)
  760. # [18:42] * Quits: aroben_ (~aroben@c-71-58-77-15.hsd1.pa.comcast.net) (Changing host)
  761. # [18:42] * Joins: aroben_ (~aroben@unaffiliated/aroben)
  762. # [18:43] * Quits: aroben (~aroben@unaffiliated/aroben) (Ping timeout: 264 seconds)
  763. # [18:43] * Quits: Steve_B (~chatzilla@gatek.mh.bbc.co.uk) (Remote host closed the connection)
  764. # [18:44] <loucapo> here is the bug i was referring to
  765. # [18:44] <loucapo> https://bugzilla.mozilla.org/show_bug.cgi?id=597301
  766. # [18:44] * Joins: cardona507 (~cardona50@c-67-180-160-250.hsd1.ca.comcast.net)
  767. # [18:45] * Joins: aroben (~aroben@c-71-58-77-15.hsd1.pa.comcast.net)
  768. # [18:45] * Quits: aroben (~aroben@c-71-58-77-15.hsd1.pa.comcast.net) (Changing host)
  769. # [18:45] * Joins: aroben (~aroben@unaffiliated/aroben)
  770. # [18:46] * Quits: aroben_ (~aroben@unaffiliated/aroben) (Read error: Connection reset by peer)
  771. # [18:47] * Quits: weinig (~weinig@c-24-130-56-198.hsd1.ca.comcast.net) (Quit: weinig)
  772. # [18:50] * aroben is now known as aroben|lunch
  773. # [18:50] * Joins: JoePeck (~JoePeck@17.244.13.83)
  774. # [18:52] * Joins: mlpug (~mlpug@a88-115-171-217.elisa-laajakaista.fi)
  775. # [18:55] * Quits: Lachy (~Lachlan@pat-tdc.opera.com) (Quit: This computer has gone to sleep)
  776. # [18:58] * Quits: jochen__ (~jochen@nat/google/x-kfhetkwodaxfgihi) (Remote host closed the connection)
  777. # [18:58] * Joins: Necra (~bleptop@212-123-163-12.ip.telfort.nl)
  778. # [18:58] * Joins: Mehcrathex (~bleptop@212-123-163-12.ip.telfort.nl)
  779. # [18:59] * Quits: Necra (~bleptop@212-123-163-12.ip.telfort.nl) (Read error: Connection reset by peer)
  780. # [18:59] * Quits: Mehcrathex (~bleptop@212-123-163-12.ip.telfort.nl) (Client Quit)
  781. # [19:03] * Joins: jochen__ (~jochen@nat/google/x-xipxuaqtgowtuafv)
  782. # [19:04] * Quits: tw2113 (~tw2113asw@fedora/tw2113) (Quit: Leaving)
  783. # [19:05] * Quits: paul_irish (~paul_iris@74.125.122.49) (Ping timeout: 255 seconds)
  784. # [19:06] * Quits: mat_t (~mattomasz@91.189.88.12) (Quit: This computer has gone to sleep)
  785. # [19:06] * Joins: kennyluck (~kennyluck@114-43-122-83.dynamic.hinet.net)
  786. # [19:08] * Quits: aroben|lunch (~aroben@unaffiliated/aroben) (Read error: Connection reset by peer)
  787. # [19:08] * Joins: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no)
  788. # [19:08] * Joins: aroben|lunch (~aroben@c-71-58-77-15.hsd1.pa.comcast.net)
  789. # [19:08] * Quits: aroben|lunch (~aroben@c-71-58-77-15.hsd1.pa.comcast.net) (Changing host)
  790. # [19:08] * Joins: aroben|lunch (~aroben@unaffiliated/aroben)
  791. # [19:09] * Quits: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no) (Client Quit)
  792. # [19:10] * Joins: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no)
  793. # [19:12] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 245 seconds)
  794. # [19:13] * Joins: hamcore (rhythm@unaffiliated/hamcore)
  795. # [19:14] * aroben|lunch is now known as aroben
  796. # [19:17] * Joins: cying (~cying@173-228-29-224.dsl.static.sonic.net)
  797. # [19:22] * Quits: workmad3 (~workmad3@cspool86.cs.man.ac.uk) (Remote host closed the connection)
  798. # [19:24] * Quits: karlcow (~karl@nerval.la-grange.net) (Remote host closed the connection)
  799. # [19:29] * Joins: maikmerten (~maikmerte@port-92-201-19-157.dynamic.qsc.de)
  800. # [19:32] * Quits: peterhil (~peterhil@a91-153-127-82.elisa-laajakaista.fi) (Quit: Must not waste too much time here...)
  801. # [19:35] * Joins: mdelaney (~mdelaney@67.218.103.242)
  802. # [19:39] * Joins: jwalden (~waldo@nat/mozilla/x-nxfvmuczhvcxewwv)
  803. # [19:39] <TabAtkins> Recursive reference: https://twitter.com/miksago/status/26566110962
  804. # [19:39] <micheil> hmm?
  805. # [19:39] * Quits: aroben (~aroben@unaffiliated/aroben) (Read error: Connection reset by peer)
  806. # [19:40] <TabAtkins> Oh! I didn't even realize it was you that posted it. ^_^
  807. # [19:40] <micheil> haha.
  808. # [19:40] * Joins: aroben (~aroben@unaffiliated/aroben)
  809. # [19:42] * Joins: tndH (~Rob@cpc6-seac20-2-0-cust102.7-2.cable.virginmedia.com)
  810. # [19:42] * Quits: aroben (~aroben@unaffiliated/aroben) (Read error: No route to host)
  811. # [19:43] * Joins: aroben (~aroben@unaffiliated/aroben)
  812. # [19:52] * Joins: f1lt3r (~f1lt3r@64.119.153.2)
  813. # [19:57] * Joins: henrikbjorn (~henrik@c83-249-65-238.bredband.comhem.se)
  814. # [19:58] * Joins: aroben_ (~aroben@unaffiliated/aroben)
  815. # [19:58] * Quits: aroben (~aroben@unaffiliated/aroben) (Read error: No route to host)
  816. # [20:01] * Quits: hamcore (rhythm@unaffiliated/hamcore) (Ping timeout: 276 seconds)
  817. # [20:01] * Quits: sean`` (~Sean@84-106-110-173.cable.quicknet.nl) (Quit: Leaving)
  818. # [20:01] * Quits: aroben_ (~aroben@unaffiliated/aroben) (Read error: No route to host)
  819. # [20:02] * Joins: aroben (~aroben@unaffiliated/aroben)
  820. # [20:06] * Quits: variable (~variable@unaffiliated/variable) (Read error: Connection reset by peer)
  821. # [20:08] * Joins: weinig (~weinig@17.246.18.132)
  822. # [20:09] * Joins: mike (~mike@people.w3.org)
  823. # [20:09] * mike is now known as Guest15475
  824. # [20:10] * Quits: f1lt3r (~f1lt3r@64.119.153.2) (Quit: Do I really need more Java in my Script?)
  825. # [20:10] * Joins: aroben_ (~aroben@unaffiliated/aroben)
  826. # [20:10] * Quits: aroben (~aroben@unaffiliated/aroben) (Read error: No route to host)
  827. # [20:12] * Quits: zcorpan (~zcorpan@c-ec9fe355.410-6-64736c14.cust.bredbandsbolaget.se) (Quit: zcorpan)
  828. # [20:14] * Quits: aroben_ (~aroben@unaffiliated/aroben) (Read error: Connection reset by peer)
  829. # [20:15] * Joins: aroben (~aroben@c-71-58-77-15.hsd1.pa.comcast.net)
  830. # [20:15] * Quits: aroben (~aroben@c-71-58-77-15.hsd1.pa.comcast.net) (Changing host)
  831. # [20:15] * Joins: aroben (~aroben@unaffiliated/aroben)
  832. # [20:16] * Joins: variable (~variable@unaffiliated/variable)
  833. # [20:16] * Joins: erlehmann (~erlehmann@89.204.153.101)
  834. # [20:18] * Quits: KaOSoFt (~maxzagato@unaffiliated/kaosoft)
  835. # [20:19] * Joins: karlcow (~karl@nerval.la-grange.net)
  836. # [20:29] * Joins: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com)
  837. # [20:31] * Joins: KaOSoFt (~maxzagato@unaffiliated/kaosoft)
  838. # [20:31] * Quits: mdelaney (~mdelaney@67.218.103.242) (Quit: mdelaney)
  839. # [20:31] * Guest15475 is now known as MikeSmith
  840. # [20:33] * Quits: maikmerten (~maikmerte@port-92-201-19-157.dynamic.qsc.de) (Ping timeout: 240 seconds)
  841. # [20:35] * Quits: Druide__ (~druid@p5B1377A4.dip.t-dialin.net) (Ping timeout: 276 seconds)
  842. # [20:35] * Joins: mdelaney (~mdelaney@2620:0:1b00:1191:d69a:20ff:febf:89a0)
  843. # [20:38] <jgraham> TabAtkins: I can't believe I saw that on WHATWG IRC!
  844. # [20:40] * Joins: mpilgrim (~pilgrim@74.202.227.225)
  845. # [20:41] * Joins: Druide__ (~druid@p5B135231.dip.t-dialin.net)
  846. # [20:41] <jgraham> In unrelated news, today's xkcd is cool
  847. # [20:42] <TabAtkins> It is!
  848. # [20:47] <TabAtkins> jgraham: Where can I get info about the html test harness?
  849. # [20:47] * Quits: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com) (Read error: Connection reset by peer)
  850. # [20:47] * Joins: maikmerten (~maikmerte@port-92-201-130-36.dynamic.qsc.de)
  851. # [20:47] * Quits: Rik` (~Rik`@mozilla-paris-222-194.cnt.nerim.net) (Remote host closed the connection)
  852. # [20:47] * Joins: dpranke (~Adium@nat/google/x-peqbxhzpdgkifwcs)
  853. # [20:48] <jgraham> TabAtkins: Info of waht sort?
  854. # [20:48] <TabAtkins> Sufficient information to write a test using it.
  855. # [20:48] <jgraham> Hmm, the documentation is not great
  856. # [20:49] <jgraham> I can fix that now I guess
  857. # [20:49] * Joins: mpilgrim_ (~pilgrim@74.202.227.226)
  858. # [20:49] <TabAtkins> That'd be cool. Pilgrim is asking me about it, and apparently doesn't want to start irc on his mac.
  859. # [20:49] * Quits: mpilgrim (~pilgrim@74.202.227.225) (Disconnected by services)
  860. # [20:49] * mpilgrim_ is now known as mpilgrim
  861. # [20:49] * Joins: dbaron (~dbaron@nat/mozilla/x-hakvglntrzlesnaj)
  862. # [20:51] * Quits: aroben (~aroben@unaffiliated/aroben) (Read error: No route to host)
  863. # [20:51] * Joins: aroben (~aroben@c-71-58-77-15.hsd1.pa.comcast.net)
  864. # [20:51] * Quits: aroben (~aroben@c-71-58-77-15.hsd1.pa.comcast.net) (Changing host)
  865. # [20:51] * Joins: aroben (~aroben@unaffiliated/aroben)
  866. # [20:59] * Parts: loucapo (~Adium@209.251.200.243)
  867. # [21:03] * Quits: BlurstOfTimes (~blurstoft@168.203.117.107) (Remote host closed the connection)
  868. # [21:07] <hober> IE9 will be shipping with the HTML5 parser, right? While I'm asking, have either Safari or Chrome shipped the parser yet?
  869. # [21:12] * Quits: plainhao (~plainhao@mail.xbiotica.com) (Quit: plainhao)
  870. # [21:15] * Quits: erlehmann (~erlehmann@89.204.153.101) (Ping timeout: 245 seconds)
  871. # [21:15] * Quits: karlcow (~karl@nerval.la-grange.net) (Ping timeout: 245 seconds)
  872. # [21:16] * Joins: karlcow (~karl@nerval.la-grange.net)
  873. # [21:16] * Quits: tonyg-cr (~Adium@nat/google/x-lklceegwgmrlfzwj) (Quit: Leaving.)
  874. # [21:17] * Quits: henrikbjorn (~henrik@c83-249-65-238.bredband.comhem.se) (Remote host closed the connection)
  875. # [21:18] * Joins: erlehmann (~erlehmann@89.204.153.101)
  876. # [21:19] <MikeSmith> hober: IE9 parser is not conformant
  877. # [21:19] <MikeSmith> unfortunately
  878. # [21:20] <MikeSmith> and the WebKit HTML5 parser has not shipped in normal Safari or Chrome yet, afaik
  879. # [21:20] <MikeSmith> I think it's in the current Chrome betas though
  880. # [21:20] <MikeSmith> or I would sure think it would be by now
  881. # [21:21] <MikeSmith> Chrome 7 beta
  882. # [21:21] <TabAtkins> I *think* it is, but I'd have to ask to make sure.
  883. # [21:21] <TabAtkins> Or you can hand me a testcase that'll only pass in an HTML5-compliant parser, and I'll check what I have.
  884. # [21:24] * Quits: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no) (Quit: Leaving)
  885. # [21:24] * Joins: estes (~aestes@17.246.17.170)
  886. # [21:32] * Joins: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com)
  887. # [21:33] * Joins: justinhjohnson (~justinjn@67-131-94-2.dia.static.qwest.net)
  888. # [21:39] * Joins: rubys1 (~rubys@cpe-098-027-059-221.nc.res.rr.com)
  889. # [21:39] <rubys1> hober: ping?
  890. # [21:39] * Joins: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no)
  891. # [21:40] * Quits: erlehmann (~erlehmann@89.204.153.101) (Ping timeout: 245 seconds)
  892. # [21:40] <hober> rubys1: yo
  893. # [21:40] * rubys1 is now known as rubys
  894. # [21:41] <rubys> Saw the discussion on www-archive re libxml2...
  895. # [21:41] <rubys> I think the key is to get libxml2 to pass the same tests as Henri's parser does
  896. # [21:41] <hober> oh, if the libxml2 guys want to impl the html5 parsing algorithm, i'm all for it
  897. # [21:41] * Joins: jgornick (~joe@199.199.212.242)
  898. # [21:41] <hober> that would be awesome
  899. # [21:42] <rubys> that's the key IF. Any evidence that that is the case?
  900. # [21:43] <hober> I have no evidence either way
  901. # [21:44] <hober> this thread came out of the nodejs list, on which I was advocating using Aria's JS impl of the HTML5 parser and not the libxml2 HTML parser
  902. # [21:48] <rubys> My guess is that Aria is more compliant but libxml2 is much faster.
  903. # [21:48] <rubys> quick scan, and I see a thread from 2008 about libxml2 implementing html5 that seems to have died...
  904. # [21:50] <hober> *nod*. for my needs, correct trumps fast as I'm using the parser in the publication workflow of what ends up being a pile of static assets served by apache
  905. # [21:50] <hober> scales nicely :)
  906. # [21:51] <rubys> libxml2 is used widely; I once tried to help maintain a Ruby port of the html5 library, but have slipped back to using libxml2.
  907. # [21:51] <rubys> speed wasn't the issue for me... support was.
  908. # [21:52] * Quits: mdelaney (~mdelaney@2620:0:1b00:1191:d69a:20ff:febf:89a0) (Read error: Operation timed out)
  909. # [21:54] * Quits: jacobolus (~jacobolus@c-71-232-18-102.hsd1.ma.comcast.net) (Remote host closed the connection)
  910. # [21:55] * Quits: smaug____ (~chatzilla@cs181063178.pp.htv.fi) (Ping timeout: 264 seconds)
  911. # [21:56] * Joins: tonyg-cr (~Adium@nat/google/x-bdyxcuniztnxowju)
  912. # [21:57] * Joins: heycam (~cam@203-97-204-82.dsl.clear.net.nz)
  913. # [21:57] * Joins: heycam` (~cam@203-97-204-82.dsl.clear.net.nz)
  914. # [21:57] * Quits: heycam` (~cam@203-97-204-82.dsl.clear.net.nz) (Client Quit)
  915. # [21:58] * Joins: mdelaney (~mdelaney@2620:0:1b00:1191:d69a:20ff:febf:89a0)
  916. # [22:00] <jarib> rubys: is there a C port though? that would make it easy to wrap in whatever language and keep decent speed
  917. # [22:01] <rubys> hsivonen's has code that converts his java parser into C and then includes that into firefox; the problem is that that code presumes that you have mozilla's runtime library
  918. # [22:02] * Quits: davidb_ (~davidb@mozca02.ca.mozilla.com) (Quit: davidb_)
  919. # [22:02] <jarib> right
  920. # [22:02] <rubys> I think the right thing to do is to pelt the libxml2 guys with bug reports :-P
  921. # [22:02] <rubys> Anybody remember where the test suite is for html5lib? (I used to know...)
  922. # [22:02] * jarib doesn't
  923. # [22:03] <hober> hg clone https://html5lib.googlecode.com/hg/ html5lib
  924. # [22:03] <hober> then it's html5lib/testdata
  925. # [22:03] <rubys> oh, I thought it was a separate project...
  926. # [22:03] <hober> oh, could be. I've been pulling it out of html5lib for the elisp tokenizer
  927. # [22:04] <MikeSmith> I would doubt that the libxml2 HTML parser would ever pass the html5lib tests without pretty much being rewritten
  928. # [22:06] * Quits: riven (~riven@53518387.cable.casema.nl) (Read error: Connection reset by peer)
  929. # [22:07] * Joins: riven (~riven@53518387.cable.casema.nl)
  930. # [22:07] <jgraham> It isn't a seperate project
  931. # [22:08] * Quits: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com) (Remote host closed the connection)
  932. # [22:11] * Joins: hamcore (rhythm@unaffiliated/hamcore)
  933. # [22:12] * Joins: mpilgrim_ (~pilgrim@74.202.227.225)
  934. # [22:12] * Quits: mpilgrim (~pilgrim@74.202.227.226) (Ping timeout: 245 seconds)
  935. # [22:13] * Quits: mlpug (~mlpug@a88-115-171-217.elisa-laajakaista.fi) (Remote host closed the connection)
  936. # [22:14] * mpilgrim_ is now known as mpilgrim
  937. # [22:15] * Joins: Rik` (~Rik`@mozilla-paris-222-194.cnt.nerim.net)
  938. # [22:18] * Joins: erlehmann (~erlehmann@89.204.153.101)
  939. # [22:22] * Quits: estes (~aestes@17.246.17.170) (Quit: estes)
  940. # [22:23] * Joins: expilicious (~zAyghip8@cpc2-ely02-0-0-cust338.5-1.cable.virginmedia.com)
  941. # [22:26] <mamund> jgraham: posted my comments on PUT/DELETE into bugzilla. hopefully they make sense/are helpful. i'll be avail for follow up. thanks.
  942. # [22:32] * Quits: Rik` (~Rik`@mozilla-paris-222-194.cnt.nerim.net) (Ping timeout: 264 seconds)
  943. # [22:38] * Joins: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com)
  944. # [22:42] * Quits: ROBOd (~robod@92.84.201.42) (Quit: .)
  945. # [22:43] * Quits: karlcow (~karl@nerval.la-grange.net) (Remote host closed the connection)
  946. # [22:43] * Joins: OhaiBBQ (~OhaiBBQ@173-31-165-248.client.mchsi.com)
  947. # [22:44] * Joins: smaug____ (~chatzilla@ZKCXIII.gprs.sl-laajakaista.fi)
  948. # [22:45] * Quits: mpilgrim (~pilgrim@74.202.227.225) (Ping timeout: 264 seconds)
  949. # [22:56] * Joins: estes (~aestes@17.246.17.170)
  950. # [23:08] * Quits: erlehmann (~erlehmann@89.204.153.101) (Quit: Die demokratieerhaltende Whistleblower-Organisation Krautchan freut sich immer über Spenden.)
  951. # [23:10] <hober> Like annevk said, today is a good day to answer http://www.w3.org/2002/09/wbs/40318/issue-41-objection-poll/
  952. # [23:12] * Joins: aroben_ (~aroben@c-71-58-77-15.hsd1.pa.comcast.net)
  953. # [23:12] * Quits: aroben_ (~aroben@c-71-58-77-15.hsd1.pa.comcast.net) (Changing host)
  954. # [23:12] * Joins: aroben_ (~aroben@unaffiliated/aroben)
  955. # [23:12] * Quits: aroben (~aroben@unaffiliated/aroben) (Read error: No route to host)
  956. # [23:17] * Quits: smaug____ (~chatzilla@ZKCXIII.gprs.sl-laajakaista.fi) (Ping timeout: 265 seconds)
  957. # [23:22] * Joins: mpilgrim (~pilgrim@rrcs-98-101-146-174.midsouth.biz.rr.com)
  958. # [23:22] <TabAtkins> hober: Aryeh and Henri stated everything that I would have said.
  959. # [23:23] * paulgendek|afk is now known as paulgendek
  960. # [23:23] <Dashiva> Can someone link the results page, I don't remember how to transform the URL
  961. # [23:23] * Quits: kennyluck (~kennyluck@114-43-122-83.dynamic.hinet.net) (Read error: Connection reset by peer)
  962. # [23:23] <TabAtkins> http://www.w3.org/2002/09/wbs/40318/issue-41-objection-poll/results
  963. # [23:23] <Dashiva> Thanks
  964. # [23:24] <Dashiva> Oh, you just append results?
  965. # [23:24] <TabAtkins> Yeah.
  966. # [23:24] * Quits: welly (~welly@unaffiliated/welly) (Remote host closed the connection)
  967. # [23:25] * Quits: weinig (~weinig@17.246.18.132) (Quit: weinig)
  968. # [23:25] * Joins: karlcow (~karl@nerval.la-grange.net)
  969. # [23:26] * Quits: dbaron (~dbaron@nat/mozilla/x-hakvglntrzlesnaj) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  970. # [23:26] * Quits: aroben_ (~aroben@unaffiliated/aroben) (Read error: Connection reset by peer)
  971. # [23:26] * Joins: aroben (~aroben@c-71-58-77-15.hsd1.pa.comcast.net)
  972. # [23:26] * Quits: aroben (~aroben@c-71-58-77-15.hsd1.pa.comcast.net) (Changing host)
  973. # [23:26] * Joins: aroben (~aroben@unaffiliated/aroben)
  974. # [23:26] * Quits: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
  975. # [23:27] * Quits: estes (~aestes@17.246.17.170) (Quit: estes)
  976. # [23:30] * Quits: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com) (Remote host closed the connection)
  977. # [23:33] * Joins: kennyluck (~kennyluck@114-43-118-37.dynamic.hinet.net)
  978. # [23:36] * Joins: dbaron (~dbaron@nat/mozilla/x-yvuvzdpdkfhjhicr)
  979. # [23:37] * Quits: aroben (~aroben@unaffiliated/aroben) (Read error: Connection reset by peer)
  980. # [23:38] <rubys> mamund: what's the bug number?
  981. # [23:38] <mamund> hmmm
  982. # [23:38] <mamund> rubys: http://www.w3.org/Bugs/Public/show_bug.cgi?id=10671
  983. # [23:40] <MikeSmith> in natural languages, what is the difference between lexical and syntactic?
  984. # [23:40] <MikeSmith> or in the study of linguistics
  985. # [23:40] <MikeSmith> is there a difference?
  986. # [23:40] <hober> MikeSmith: asking my wife (a computational linguist)
  987. # [23:41] <rubys> mamund: POST responses are NOT cacheable.
  988. # [23:41] <mamund> if caching directives are supplied, they can be honored, right?
  989. # [23:42] <rubys> ah, there is an 'unless' in there.
  990. # [23:42] <MikeSmith> hober: maybe syntactic = about sentences
  991. # [23:42] <mamund> yeah, not common, but possible
  992. # [23:42] <MikeSmith> or grammatically complete utterances
  993. # [23:42] <MikeSmith> whatever the general term is for those
  994. # [23:42] <hober> MikeSmith: "Lexical = to do with words \n the lexicon \n syntax = how the words relate to each other to form coherent sentences"
  995. # [23:42] <hober> yeah, you got it
  996. # [23:42] <MikeSmith> aha
  997. # [23:43] <MikeSmith> hober: thanks much
  998. # [23:43] <jgraham> My g/f said the same
  999. # [23:43] * Joins: estes (~aestes@17.246.17.170)
  1000. # [23:43] <MikeSmith> jgraham: thanks
  1001. # [23:43] <jgraham> and she is a linguist by training
  1002. # [23:43] <MikeSmith> ok
  1003. # [23:44] <jgraham> MikeSmith: Why were you wondering?
  1004. # [23:44] <hober> re: web geekery & linguistics, my wife's blog: http://snowclones.org/
  1005. # [23:45] <MikeSmith> jgraham: I was reading a text that describes V-V compounds
  1006. # [23:45] <MikeSmith> compound verbs
  1007. # [23:45] <MikeSmith> Japanese compound verbs
  1008. # [23:46] <MikeSmith> and it says there are two types of Japanese V-V compounds
  1009. # [23:46] <MikeSmith> one is lexical V-V compounds
  1010. # [23:46] <MikeSmith> which is the normal kind that most such verbs fall into
  1011. # [23:46] <MikeSmith> the second time is syntactic V-V compounds
  1012. # [23:47] <MikeSmith> in which the second verb in the pair is a verb that relates to beginning, ending, or continuing something
  1013. # [23:47] <MikeSmith> which verbs are apparently called "aspectual" verbs
  1014. # [23:50] <jgraham> As in http://en.wikipedia.org/wiki/Grammatical_aspect I assume
  1015. # [23:54] * Parts: rubys (~rubys@cpe-098-027-059-221.nc.res.rr.com)
  1016. # Session Close: Thu Oct 07 00:00:00 2010

The end :)