/irc-logs / w3c / #html-wg / 2009-02-09 / end

Options:

  1. # Session Start: Mon Feb 09 00:00:00 2009
  2. # Session Ident: #html-wg
  3. # [00:09] * Quits: dbaron (dbaron@98.234.51.190) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  4. # [00:24] * Quits: Zeros (Zeros-Elip@68.50.195.181) (Connection reset by peer)
  5. # [00:41] * Quits: gsnedders (gsnedders@86.136.52.180) (Quit: Killin' teh intarwebs)
  6. # [00:47] * Joins: gsnedders (gsnedders@86.136.52.180)
  7. # [00:57] * Quits: maddiin (mc@87.185.215.77) (Quit: maddiin)
  8. # [02:02] * Joins: dbaron (dbaron@98.234.51.190)
  9. # [03:31] * Quits: MikeSmith (MikeSmith@mcclure.w3.org) (Ping timeout)
  10. # [03:44] * Joins: MikeSmith (MikeSmith@mcclure.w3.org)
  11. # [05:38] * Quits: dbaron (dbaron@98.234.51.190) (Ping timeout)
  12. # [05:40] * Joins: dbaron (dbaron@98.234.51.190)
  13. # [06:00] * Quits: heycam (cam@130.194.72.84) (Quit: bye)
  14. # [07:17] * Joins: Julian_ (chatzilla@217.91.35.233)
  15. # [07:17] * Joins: heycam (cam@210.84.15.128)
  16. # [07:18] * Quits: Julian (chatzilla@217.91.35.233) (Ping timeout)
  17. # [07:18] * Julian_ is now known as Julian
  18. # [09:35] * Quits: dbaron (dbaron@98.234.51.190) (Quit: g'night)
  19. # [10:41] * Joins: ROBOd (robod@89.122.216.38)
  20. # [10:44] * Joins: anne (annevk@85.196.122.246)
  21. # [10:45] * Joins: maddiin (mc@87.185.241.129)
  22. # [11:26] * Joins: tlr (tlr@128.30.52.30)
  23. # [11:29] * Joins: darobin (robinb@82.233.247.234)
  24. # [11:39] * Quits: Julian (chatzilla@217.91.35.233) (Client exited)
  25. # [11:42] * Joins: Julian (chatzilla@217.91.35.233)
  26. # [11:44] * Joins: myakura (myakura@221.191.119.20)
  27. # [12:01] <anne> Julian, is there anything you want me to do with your e-mail to public-webapps?
  28. # [12:03] <Julian> Anne, making sure that there's an open bug report for it, and that it gets fixed before Opera 10 is out would be great.
  29. # [12:03] <anne> Julian, btw, if you do a request with XMLHttpRequest and then do the same request but now you have a custom header set, should you get a cached copy? I think the answer is yes per HTTP but Yngve things HTTP leaves the custom header case undefined...
  30. # [12:04] <Julian> Anne, a caching question...
  31. # [12:04] <anne> Julian, it's highly unlikely a bug like that would be fixed before Opera 10 is out :(
  32. # [12:04] <Julian> Anne, I would guess it depends upon whether the response to the first request listed the custom header in Vary:
  33. # [12:04] * anne would like to see it fixed too
  34. # [12:05] <anne> Julian, I said that too, but Yngve wasn't convinced :/
  35. # [12:05] <anne> Julian, he things XMLHttpRequest should define how things work but I rather not say anything
  36. # [12:05] <Julian> Anne, in that case some Opera guys should stop the fingerpointing with resoect to other non-compliance issues in other browsers
  37. # [12:05] <anne> s/things/thinks/
  38. # [12:06] <Julian> Anne, with respect to the header: I would recommend asking on the httpbis mailing list; I'm sure Henrik Nordstom can give a good explanation.
  39. # [12:07] <anne> Julian, fingerpointing out what non-compliance issues?
  40. # [12:07] <anne> s/out/about/
  41. # [12:07] <anne> ouch
  42. # [12:07] <Julian> Anne, like sending letters to the EU with respect to IE and CSS
  43. # [12:07] <Julian> Anne, anyway, could you check that the method bug (XHR) is in your bug tracker?
  44. # [12:08] <anne> Julian, I would think CSS is a slightly different case, it being way more mature than XMLHttpRequest and all, but sure
  45. # [12:08] <Julian> Does anybody recall where Microsoft accepts IE8 bug reports this week? URL?
  46. # [12:08] <anne> I'll check
  47. # [12:09] <Julian> Merci beaucoup.
  48. # [12:10] <anne> we have a bug on that
  49. # [12:10] <Julian> Ack.
  50. # [12:11] * Joins: zcorpan (zcorpan@88.131.66.80)
  51. # [12:12] <anne> Julian, does http://blogs.msdn.com/ie/archive/2006/03/24/560095.aspx not work anymore?
  52. # [12:13] <anne> (whatever that entry points to, looked up that link up through Google)
  53. # [12:14] <Julian> got me a "page not found" in Firefox, but seems to work in Safari. Sigh.
  54. # [12:14] <Julian> Thx.
  55. # [12:16] <Julian> ...seems I can only access the page when NOT being logged in with my Windows Live ID. Sigh.
  56. # [12:19] * Parts: zcorpan (zcorpan@88.131.66.80)
  57. # [12:20] * Joins: zcorpan (zcorpan@88.131.66.80)
  58. # [12:24] <Philip> Julian: http://blogs.msdn.com/ie/archive/2008/03/05/ie8-beta-feedback.aspx describes the new feedback mechanisms for IE8
  59. # [12:25] <Philip> https://connect.microsoft.com/IE/Feedback is the place to submit bug reports, but you can only submit bug reports if you've been given an invitation code
  60. # [12:29] <Julian> thx
  61. # [12:34] <Julian> Philip, any idea why it doesn't let me send feeedback? It claims I need to configure that somewhere, but I can't see where...
  62. # [12:36] <anne> e-mailed ietf-http-wg as well regarding the extension header issue
  63. # [12:39] <Julian> good.
  64. # [12:44] <Philip> Julian: Possibly it's because you can only submit bug reports if you've been given an invitation code
  65. # [12:45] <Julian> Great.
  66. # [12:45] <Philip> I probably still have one somewhere, that you could use
  67. # [12:46] <Julian> OK, I have reported the issue (IE8 still only has a way-to-short whitelist for HTTP methods in XHR) on the beta newsgroup, and forwarded it by email to our chair. Hopefully this can be fixed in time.
  68. # [12:55] <anne> per XMLHttpRequest there should be no whitelist, but a blacklist
  69. # [13:00] <Julian> Anne, agreed. It's a shame that this works in IE6 + ActiveX-XHR, but does not in IE7 or 8. Specifically as this problem has been reported over and over again.
  70. # [13:00] <Julian> I'm sure Opera will fix it once it's used in the wild :-)
  71. # [13:00] <Julian> It works fine in FF, Safari and Chrome.
  72. # [13:01] <anne> Firefox actually has case-sensitivity issues
  73. # [13:02] <anne> if you do FoO and then FOO the second will use FoO as well
  74. # [13:02] <Julian> Anne, I just found one and raised an issue ("LINK"->"Link").
  75. # [13:02] <anne> it keeps a hash table
  76. # [13:02] <Julian> Anne, I knew about that one, but the one I found was new to me.
  77. # [13:02] <Julian> Maybe that hash is shared with header names?
  78. # [13:02] <anne> that would be something :)
  79. # [13:03] <Julian> It might explan why it's case-preserving but not case-sensitive.
  80. # [13:03] <Julian> https://bugzilla.mozilla.org/show_bug.cgi?id=477578
  81. # [13:05] <hsivonen> Julian: do you have a test case?
  82. # [13:06] <Julian> I have an HTML page that sends the requests, and then I check the server log.
  83. # [13:06] <Julian> So not a self-contained test case.
  84. # [13:06] <Julian> http://greenbytes.de/test/xhrmethods.html
  85. # [13:08] <hsivonen> I'm not seeing the problem with Firefox 3.0.6 in Live HTTP Headers
  86. # [13:10] <hsivonen> Can't install Live HTTP Headers on trunk :-(
  87. # [13:13] <Julian> hmm.
  88. # [13:14] <Julian> I am on 3.0.6.
  89. # [13:14] <hsivonen> Julian: Do you always browse to a page that has an HTTP header called Link before you run the test case?
  90. # [13:15] <hsivonen> Julian: do you see it with Live HTTP Headers?
  91. # [13:17] <Julian> Henri, 1) good question -- I don't think see but it's woth investigating
  92. # [13:17] <Julian> Henri, 2) Yes.
  93. # [13:18] <hsivonen> interesting
  94. # [13:19] <Julian> Indeed.
  95. # [13:19] <Julian> I just added CONTENT-DISPOSITION, which gets lowercased (totally), while
  96. # [13:19] <Julian> CONTENT-DISP is not.
  97. # [13:19] <Julian> With a fresh Firefox instance.
  98. # [13:20] <Julian> Aha
  99. # [13:20] <Julian> CONTENT-LENGTH gets lowercases. ONTENT-LENGTH is not.
  100. # [13:20] <Julian> s/cases/cased/
  101. # [13:21] <hsivonen> I see the Link behavior after loading a page that has a Link response header
  102. # [13:21] <Julian> That makes sense, although I'm not sure where it came from in my case.
  103. # [13:22] <Julian> In any case, there seems to be an interaction with HTTP headers.
  104. # [13:23] <hsivonen> yeah, I marked the bug confirmed
  105. # [13:23] <Julian> thanks for adding the details
  106. # [13:26] <anne> you could toally do user tracking with that...
  107. # [13:26] <anne> sending long custom headers and then figuring out on some other domain with a same origin XHR whether you visited that domain
  108. # [13:28] <anne> or you can probably just do it all with same origin XHR requests and weird method names
  109. # [13:28] <anne> fun
  110. # [13:28] <Julian> Anne, that makes it a security problem :-) Great.
  111. # [13:34] * Quits: tlr (tlr@128.30.52.30) (Client exited)
  112. # [13:34] * Joins: tlr (tlr@128.30.52.30)
  113. # [15:34] * Joins: gavin_ (gavin@99.226.207.11)
  114. # [15:38] * Joins: DanC (connolly@128.30.52.30)
  115. # [15:51] * Quits: gavin_ (gavin@99.226.207.11) (Ping timeout)
  116. # [15:56] * Joins: gavin_ (gavin@99.226.207.11)
  117. # [16:18] * Joins: aroben (aroben@71.58.73.153)
  118. # [16:20] * Quits: Julian (chatzilla@217.91.35.233) (Ping timeout)
  119. # [16:21] * Joins: Julian (chatzilla@217.91.35.233)
  120. # [16:26] * Joins: amy (amy@128.30.52.30)
  121. # [16:26] * Parts: amy (amy@128.30.52.30)
  122. # [16:33] * Joins: timbl (timbl@128.30.55.178)
  123. # [16:41] * Joins: DanC_lap (connolly@128.30.52.30)
  124. # [17:18] * Quits: timbl (timbl@128.30.55.178) (Quit: KUTGW)
  125. # [17:18] * Quits: DanC_lap (connolly@128.30.52.30) (Quit: DanC_lap)
  126. # [17:27] * Quits: myakura (myakura@221.191.119.20) (Quit: Leaving...)
  127. # [17:38] * Joins: MichaelC (Michael@128.30.52.30)
  128. # [18:01] * Quits: hober (ted@206.212.254.2) (No route to host)
  129. # [18:02] * Joins: hober (ted@206.212.254.2)
  130. # [18:09] * Quits: Lachy (Lachlan@85.196.122.246) (Quit: This computer has gone to sleep)
  131. # [18:16] * Joins: Lachy (Lachlan@85.196.122.246)
  132. # [19:10] * Quits: DanC (connolly@128.30.52.30) (Ping timeout)
  133. # [19:34] * Quits: maddiin (mc@87.185.241.129) (Quit: maddiin)
  134. # [19:35] * Quits: drry (drry@222.225.54.17) (Ping timeout)
  135. # [19:35] * Joins: drry (drry@222.225.54.17)
  136. # [19:44] * Joins: Sander (svl@86.87.68.167)
  137. # [19:50] * Joins: DanC (connolly@128.30.52.30)
  138. # [19:55] * Joins: adele (adele@17.244.18.71)
  139. # [20:07] * Quits: adele (adele@17.244.18.71) (Quit: adele)
  140. # [20:11] * Quits: darobin (robinb@82.233.247.234) (Ping timeout)
  141. # [20:11] <MikeSmith> do we have any Solaris machines that I can get shell access to?
  142. # [20:11] <MikeSmith> I want to test a man page with AT&T troff
  143. # [20:11] <MikeSmith> or whatever is on Solaris
  144. # [20:11] <MikeSmith> rather than groff
  145. # [20:18] <MikeSmith> oops
  146. # [20:18] <MikeSmith> (wrong channel; ignore me)
  147. # [20:27] * Joins: rking3 (rking3@99.27.42.97)
  148. # [20:48] <gsnedders> You idiot!
  149. # [20:48] <MikeSmith> heh
  150. # [20:51] * hsivonen wonders what the use case was
  151. # [20:59] <gsnedders> use cases are so overrated.
  152. # [21:04] <MikeSmith> hsivonen: wanted to test bug fixes I checked in to manpages part of docbook-xsl stylesheets before actually releasing them
  153. # [21:05] <MikeSmith> I apparently had made some changes a while back that aren't backward-compatible with AT&T troff
  154. # [21:05] <MikeSmith> though they work fine with groff
  155. # [21:08] <MikeSmith> not a good idea to get involved with maintaining open-source software that people seem to actually use and depend on, but that I don't actually use and depend on myself and very little time free to continue contributing ot
  156. # [21:09] <hsivonen> MikeSmith: I see
  157. # [21:09] <MikeSmith> I wonder why people still use Solaris, and why Solaris still seems to ship with some ancient version of troff instead of just using the GNU version that's being actively maintained
  158. # [21:10] <MikeSmith> anyway, I've done what I can for now
  159. # [21:10] <MikeSmith> now back to my inbox for more fun
  160. # [21:41] * DanC wdn09 was fun, but... my public-html inbox went up from 532 to 656 unread
  161. # [21:49] * Joins: maddiin (mc@87.185.241.129)
  162. # [21:58] * Joins: plh (plh@128.30.52.28)
  163. # [22:04] * Quits: rking3 (rking3@99.27.42.97) (Ping timeout)
  164. # [22:04] * Quits: heycam (cam@210.84.15.128) (Quit: bye)
  165. # [22:05] * Joins: rking3 (rking3@99.27.42.97)
  166. # [22:12] * Quits: ROBOd (robod@89.122.216.38) (Quit: http://www.robodesign.ro )
  167. # [22:13] * Joins: pimpbot (pimpbot@80.68.92.65)
  168. # [22:13] * Joins: phenny (phenny@80.68.92.65)
  169. # [22:41] * Joins: dbaron (dbaron@63.245.220.246)
  170. # [22:58] * Joins: heycam (cam@130.194.72.84)
  171. # [23:09] * Quits: DanC (connolly@128.30.52.30) (Ping timeout)
  172. # [23:13] * Joins: ChrisWilson (cwilso@131.107.0.71)
  173. # [23:54] * Joins: DanC (connolly@128.30.52.30)
  174. # [23:56] * Quits: maddiin (mc@87.185.241.129) (Ping timeout)
  175. # Session Close: Tue Feb 10 00:00:00 2009

The end :)