/irc-logs / mozilla / #accessibility / 2012-01-16 / end

Options:

  1. # Session Start: Mon Jan 16 00:00:00 2012
  2. # Session Ident: #accessibility
  3. # [00:34] * Joins: mdcurran (mick@moz-C48DC1F2.static.tpgi.com.au)
  4. # [00:51] * Quits: victorporof (victorporo@F39541EA.9F23B8E6.79933D60.IP) (Ping timeout)
  5. # [00:54] * Joins: victorporof (victorporo@E25ABA60.880C8D58.79933D60.IP)
  6. # [01:05] * Quits: victorporof (victorporo@E25ABA60.880C8D58.79933D60.IP) (Ping timeout)
  7. # [02:16] * Quits: mike5w3c (MikeS@moz-DAFE1A45.tokyo.ocn.ne.jp) (Quit: mike5w3c)
  8. # [02:37] * Joins: mike5w3c (MikeS@moz-DAFE1A45.tokyo.ocn.ne.jp)
  9. # [02:44] * Quits: mdcurran (mick@moz-C48DC1F2.static.tpgi.com.au) (Connection reset by peer)
  10. # [03:28] * Quits: mike5w3c (MikeS@moz-DAFE1A45.tokyo.ocn.ne.jp) (Quit: mike5w3c)
  11. # [03:35] * Joins: mike5w3c (MikeS@moz-DAFE1A45.tokyo.ocn.ne.jp)
  12. # [03:49] * Quits: mike5w3c (MikeS@moz-DAFE1A45.tokyo.ocn.ne.jp) (Quit: mike5w3c)
  13. # [03:55] * Joins: mike5w3c (MikeS@moz-AD60DCA.keio.w3.org)
  14. # [05:27] * Quits: reuben (reuben@seta00.com) (Ping timeout)
  15. # [05:28] * Joins: reuben (reuben@seta00.com)
  16. # [06:11] * Quits: firebot (firebot@moz-67BF9FE6.carolina.res.rr.com) (Ping timeout)
  17. # [06:13] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
  18. # [06:48] * Quits: mike5w3c (MikeS@moz-AD60DCA.keio.w3.org) (Quit: mike5w3c)
  19. # [07:23] * Joins: mike5w3c (MikeS@moz-DAFE1A45.tokyo.ocn.ne.jp)
  20. # [07:34] * khuey|away is now known as khuey
  21. # [08:00] * Joins: victorporof (victorporo@169A7BEF.6465CCD9.79933D60.IP)
  22. # [08:07] * Quits: mike5w3c (MikeS@moz-DAFE1A45.tokyo.ocn.ne.jp) (Quit: mike5w3c)
  23. # [08:12] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
  24. # [08:21] * Joins: mike5w3c (MikeS@moz-DAFE1A45.tokyo.ocn.ne.jp)
  25. # [08:30] * Joins: firebot (firebot@moz-67BF9FE6.carolina.res.rr.com)
  26. # [08:30] * ChanServ sets mode: +o firebot
  27. # [08:40] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
  28. # [08:53] * Joins: sgimeno (santiago.g@A922400D.48362F18.BCC03455.IP)
  29. # [09:02] * Quits: Jamie (jamie@moz-CA26021.jantrid.net) (Quit: leaving)
  30. # [09:08] * Joins: MarcoZ (marco.zehe@moz-900A5E73.dip.t-dialin.net)
  31. # [09:08] * ChanServ sets mode: +o MarcoZ
  32. # [09:09] <@MarcoZ> Good day all!
  33. # [09:09] <@tbsaunde> morning MarcoZ
  34. # [09:12] <@MarcoZ> tbsaunde: Hi Trevor!
  35. # [09:17] * Joins: mdcurran (mick@moz-C48DC1F2.static.tpgi.com.au)
  36. # [09:54] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
  37. # [09:56] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
  38. # [10:54] * Joins: surkov (surkov@F6C60776.8F955B94.FE58E87C.IP)
  39. # [10:54] * ChanServ sets mode: +o surkov
  40. # [10:55] * Quits: victorporof (victorporo@169A7BEF.6465CCD9.79933D60.IP) (Ping timeout)
  41. # [10:58] <@tbsaunde> surkov: surkov !
  42. # [10:58] <@surkov> hi, tbsaunde!
  43. # [11:01] <@MarcoZ> surkov! Welcome back!
  44. # [11:01] <@surkov> hey, MarcoZ! how is it going?
  45. # [11:04] <@tbsaunde> surkov: I'm sort of, you?
  46. # [11:05] <@surkov> yep
  47. # [11:06] <@tbsaunde> err, where did that ok go to
  48. # [11:09] * Joins: firewolfbot (firebot@moz-67BF9FE6.carolina.res.rr.com)
  49. # [11:10] * Quits: @firebot (firebot@moz-67BF9FE6.carolina.res.rr.com) (Ping timeout)
  50. # [11:11] <@surkov> tbsaunde: sorry failed to translate last phrase
  51. # [11:11] * Quits: firewolfbot (firebot@moz-67BF9FE6.carolina.res.rr.com) (Ping timeout)
  52. # [11:13] <@tbsaunde> surkov: ignore it :)
  53. # [11:13] <@tbsaunde> it wasn't important
  54. # [11:13] <@surkov> might be nice for english skills :)
  55. # [11:14] <@MarcoZ> surkov: I'm fine, thanks! And we're making progress on Mac and Android. :)
  56. # [11:15] <@surkov> excellent!
  57. # [11:15] <@MarcoZ> surkov: tbsaunde was just asking himself where the word "OK" went in his reply to you. It somehow wasn't written out.
  58. # [11:15] <@tbsaunde> I was correcting my "I'm sort of," to "I'm sort of ok"
  59. # [11:15] <@surkov> got it :)
  60. # [11:16] <@surkov> thanks
  61. # [11:16] * Joins: firewolfbot (firebot@moz-67BF9FE6.carolina.res.rr.com)
  62. # [11:16] <@tbsaunde> np
  63. # [11:16] <@tbsaunde> man, that traversal stuff is really complicated
  64. # [11:18] <@MarcoZ> tbsaunde: Re your question about the spec in bug 712923, Apple doesn't provide a complete spec about how headings and such are to be coded in non-cocoa-applications. So what we have to do here is copy Safari's behavior. And that we can only do by inspection, without asking too many questions. ;-)
  65. # [11:18] <firewolfbot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=712923 nor, --, ---, hub, NEW, [Mac] Heading elements h1 through h6 are not recognizable by VoiceOver
  66. # [11:19] <@MarcoZ> tbsaunde: So if the answer to a question is 2Safari does it this way", we have to take it face value and just do the same thing.
  67. # [11:22] * @tbsaunde doesn't remember asking about a spec in that question
  68. # [11:22] * Quits: mike5w3c (MikeS@moz-DAFE1A45.tokyo.ocn.ne.jp) (Quit: mike5w3c)
  69. # [11:22] <@tbsaunde> err, s/question/bug/
  70. # [11:23] <@surkov> tbsaunde: what's the status of traversal stuffs?
  71. # [11:24] <@tbsaunde> surkov: trying to review patches when I can
  72. # [11:24] <@surkov> ok, so API is finished?
  73. # [11:24] <@tbsaunde> its all tricky, and eeejay is new to xpcom sort it takes time
  74. # [11:24] <@tbsaunde> I think so
  75. # [11:25] <@surkov> ok, sounds good
  76. # [11:26] <@tbsaunde> which is to say I think the proposed api's are fairly reasonable for a concept I don't think is really a good one
  77. # [11:26] <@tbsaunde> the events and observer is a little weird, but shrug
  78. # [11:27] <@tbsaunde> MarcoZ: oh, so I did ask about a spec in that bug, but I was refering to the C++ spec or maybe the objective C++ one
  79. # [11:27] * Joins: Flyingmana (Mana@moz-908C9B1C.adsl.alicedsl.de)
  80. # [11:27] <@surkov> ok, I'll take a look, is there updated wiki?
  81. # [11:28] <@tbsaunde> I'm not sure if the wiki is up to date
  82. # [11:28] <@tbsaunde> you could just read the idl in the patches, it should be the first thing in each
  83. # [11:29] <@MarcoZ> tbsaunde: Ah you were asking about Objective-C++! I thought you were asking about the Universal Access spec. (and I believe so was Hub). ;-)
  84. # [11:30] <@tbsaunde> ok
  85. # [11:32] <@tbsaunde> also, ugh, I wish voice over didn't require us to setup that bizar setup :\
  86. # [11:43] * Quits: firewolfbot (firebot@moz-67BF9FE6.carolina.res.rr.com) (Ping timeout)
  87. # [11:43] <@MarcoZ> tbsaunde: Believe me, if you look at some of the stuff we need to do for Windows, you also want to puke. :)
  88. # [11:47] * Joins: firewolfbot (firebot@moz-67BF9FE6.carolina.res.rr.com)
  89. # [11:51] * Quits: @surkov (surkov@F6C60776.8F955B94.FE58E87C.IP) (Quit: surkov)
  90. # [11:57] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
  91. # [12:01] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
  92. # [12:13] * Joins: Stevef (chatzilla@moz-FBEAB712.croy.cable.virginmedia.com)
  93. # [12:14] <Stevef> morning all!
  94. # [12:14] <Stevef> is any work being done on firefox on mac accessibility?
  95. # [12:21] <@tbsaunde> Stevef: some, talk to hub when he shows up in say 6 hrs
  96. # [12:22] <Stevef> tbsaunde: thanks, so nothing implemented as yet? have tested and found nothing in latest nightly so I presume not
  97. # [12:23] <@tbsaunde> Stevef: well, there's plenty of stuff implemented, but we don't build it in release builds
  98. # [12:23] <Stevef> right thanks again
  99. # [12:23] <@tbsaunde> np
  100. # [12:23] <Stevef> look forward to tesing it when available
  101. # [12:28] * Quits: Stevef (chatzilla@moz-FBEAB712.croy.cable.virginmedia.com) (Quit: ChatZilla 0.9.87 [Firefox 9.0.1/20111220165912])
  102. # [12:30] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
  103. # [12:49] * Joins: askalski (akuda@moz-95875962.neoplus.adsl.tpnet.pl)
  104. # [12:49] * ChanServ sets mode: +o askalski
  105. # [12:49] <@askalski> morning everyone
  106. # [12:50] <@tbsaunde> askalski: morning
  107. # [12:50] <@askalski> tbsaunde, : can you tell me where xpcom states are located?
  108. # [12:51] <@askalski> I should just assert their number, or also 1:1 reference?
  109. # [12:51] <@askalski> tbsaunde, : ok, i remeber
  110. # [12:51] <@tbsaunde> askalski: so, actually no questions then?
  111. # [12:52] <@askalski> you can correct me if I am wrong. the xpcom_States are in nsIAcceessibleStates.idl
  112. # [12:52] <@askalski> and I should expand a macro to do mapping 1:1 xpcom to our states, and then assert in stateassert.cpp that everything is right (static assert)
  113. # [12:52] <@askalski> right?
  114. # [12:53] <@tbsaunde> askalski: I think so
  115. # [12:54] <@askalski> tbsaunde, :ok, I'm on it and will ask for your review soon.
  116. # [12:54] <@tbsaunde> ok, cool
  117. # [13:16] <@askalski> tbsaunde, : Ok, there is a small issue
  118. # [13:16] <@askalski> I can either append xpcom name in macro OR I can use preprocessor definitions to build it from statename adding a proper prefix
  119. # [13:17] <@tbsaunde> I'd prefer you build it from the state name if you can
  120. # [13:17] <@askalski> OK. btw, is it possible to expand a macro like STATE into a static pre-processor definitions
  121. # [13:18] * Quits: mdcurran (mick@moz-C48DC1F2.static.tpgi.com.au) (Connection reset by peer)
  122. # [13:18] <@askalski> I understand, that static assert is a preprocessor definition, right?
  123. # [13:18] <@tbsaunde> or if that won't work because some names don't exactly line up passing in FOO wand then using the macro to make that nsIAccessibleStates::STATE_FOO would be better than passing in nsIAccessibleStates::STATE_FOO
  124. # [13:19] <@tbsaunde> askalski: I'm not sure what you mean
  125. # [13:19] <@askalski> ok 1), I dont understand your last message
  126. # [13:19] <@askalski> 2)
  127. # [13:19] <@tbsaunde> askalski: static_assert is a macro that uses static_assert if the compiler supports it or other tricks if not
  128. # [13:19] <@askalski> static assert is a preprocessor, compile-time check
  129. # [13:19] <@askalski> right?
  130. # [13:19] <@askalski> ok
  131. # [13:19] <@tbsaunde> askalski: yes static_assert is compile time
  132. # [13:20] <@askalski> so, if I have file of lines like STATE(REQUIRED, 26, ATK_STATE_REQUIRED, kMapDirectly)
  133. # [13:20] <@askalski> (and possibly XPCOMname)
  134. # [13:20] <@askalski> is it possible to expand these lines using #define into pre-processor definitions?
  135. # [13:20] <@askalski> or should I use some kind of templates or something
  136. # [13:21] <@tbsaunde> askalski: you can define the macro StATE() to expand them as you like
  137. # [13:22] <@askalski> ah right
  138. # [13:22] <@tbsaunde> but I'm not sure what you mean by "pre-processor definitions?'
  139. # [13:23] <@askalski> I just thought that if i expand macro state into another macro (static assert) the second one might not get propely expanded
  140. # [13:23] <@askalski> but I guess that's not a problem
  141. # [13:24] <@tbsaunde> no, having one macro use another is fine
  142. # [13:34] <@askalski> I noticed that XPCOM does not use highest one bit
  143. # [13:34] <@askalski> so I need to do a shift of 31 not 32
  144. # [13:34] <@askalski> does that sound reasonable?
  145. # [13:35] <@askalski> the #31 state (SUPPORTS_AUTOCOMPLETION) is the first one with EXT, and if I do 31 shift and use (> 31) instead of (> 32) test names matches (I'm testing in python)
  146. # [13:39] <@tbsaunde> I could believe that
  147. # [13:41] <@askalski> ok, not compatible names :"STATE_CHECKABLE" and "STATE_MARQUEED".
  148. # [13:41] <@askalski> not compatible names :"STATE_REQUIRED" and "STATE_ALERT_LOW".
  149. # [13:41] <@askalski> not compatible names :"STATE_ALERT" and "STATE_ALERT_MEDIUM".
  150. # [13:41] <@askalski> not compatible names :"STATE_INVALID" and "STATE_ALERT_HIGH".
  151. # [13:41] <@askalski> not compatible names :"EXT_STATE_OPAQUE1" and "EXT_STATE_OPAQUE".
  152. # [13:41] <@askalski> I can't rely on generation, these 5 would be wrong
  153. # [13:42] <@askalski> I need to add the fifth argument to a macro, and I can expand it only to check numerical compatibility if desired
  154. # [13:43] <@askalski> to be more precise:
  155. # [13:43] <@askalski> not compatible names : (13) "STATE_CHECKABLE" and "STATE_MARQUEED".
  156. # [13:43] <@askalski> not compatible names : (26) "STATE_REQUIRED" and "STATE_ALERT_LOW".
  157. # [13:43] <@askalski> not compatible names : (27) "STATE_ALERT" and "STATE_ALERT_MEDIUM".
  158. # [13:43] <@askalski> not compatible names : (28) "STATE_INVALID" and "STATE_ALERT_HIGH".
  159. # [13:43] <@askalski> not compatible names : (39) "EXT_STATE_OPAQUE1" and "EXT_STATE_OPAQUE".
  160. # [13:44] <@askalski> 26 and 28 makes no sense to me
  161. # [13:44] <@askalski> oh, false alarm
  162. # [13:44] <@askalski> there are alternative names for these
  163. # [13:44] <@askalski> aliases I mean
  164. # [13:45] <@askalski> for REQUIRED and INVALID
  165. # [13:45] <@askalski> ALERT and OPAQUE will still cause errors
  166. # [13:46] <@askalski> tbsaunde, : so I am expanding macro and testing for numeric compatiblity, OK?
  167. # [13:46] <@askalski> I can leave these finding in comment
  168. # [13:46] <@askalski> tbsaunde, (by expanding I mean "adding new argument")
  169. # [13:53] <@tbsaunde> askalski: yeah, add a new argument
  170. # [13:54] <@tbsaunde> the OPAQUE one makes a lot of sense, the ALERT one I'm not sure why that doesn't match
  171. # [13:54] <@tbsaunde> the aliasing is because those states are technically something else in msaa, but we use them for our own purposes
  172. # [13:55] <@tbsaunde> I'm not sure why there in the xpcom idl, but I'm sure that happened long ago and probably isn't worth thinking about
  173. # [14:14] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
  174. # [14:17] <firewolfbot> dao@mozilla.com requested review from marco.zehe@googlema il.com for attachment 588848 on bug 715857.
  175. # [14:17] <firewolfbot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=715857 nor, --, ---, dao, ASSI, Disable a11y tests that put <tabbrowser> in random XUL documents and expect it to work
  176. # [14:20] <@askalski> tbsaunde, : how to add StateAsserts.cpp to build?
  177. # [14:20] <@askalski> I do:
  178. # [14:20] <@askalski> #define STATE(name_, number_, atkState_, atkMappingType_, xpcomStateName_) \
  179. # [14:20] <@askalski> moz_static_assert(number_ < 31 \
  180. # [14:20] <@askalski> ? 1 << number_ == nsIAccessibleStates::xpcomStateName_ \
  181. # [14:20] <@askalski> : 1 << (number_ - 31) == nsIAccessibleStates::xpcomStateName_ )
  182. # [14:20] <@askalski> #include "States.h"
  183. # [14:20] <@askalski> #undef STATE
  184. # [14:22] <@askalski> tbsaunde, : found it in Makefile
  185. # [14:23] * Quits: @askalski (akuda@moz-95875962.neoplus.adsl.tpnet.pl) (Quit: Wychodzi)
  186. # [14:23] <firewolfbot> marco.zehe@googlemail.com granted review for attachment 588848 on bug 715857.
  187. # [14:25] * Joins: askalski (akuda@moz-95875962.neoplus.adsl.tpnet.pl)
  188. # [14:25] * ChanServ sets mode: +o askalski
  189. # [14:25] <@askalski> where moz_static_assert is defined?
  190. # [14:26] <@tbsaunde> askalski: mfbt/Asserts.h iirc
  191. # [14:27] <@tbsaunde> you want to include mozilla/Assertions.h then I'd think
  192. # [14:27] <@askalski> so second or both?
  193. # [14:28] <@tbsaunde> askalski: that seems right, but usually we do x ?\n y : z; not x
  194. # [14:29] <@tbsaunde> n ? y : z;
  195. # [14:29] <@askalski> tbsaunde, : I found mbft/Assertions.h with MOZ_STATIC_ASSERT
  196. # [14:29] <@tbsaunde> askalski: second
  197. # [14:30] <@tbsaunde> but the first is where it actually lives till the build copies it into objdir/dist/include/mozilla/
  198. # [14:31] <@askalski> tbsaunde, : can you explain me what " but usually we do x ?\n y : z; not x" means?
  199. # [14:32] <@askalski> tbsaunde, : I always thought about ? : as "if then else"
  200. # [14:33] <@tbsaunde> askalski: I mean '?' goes on the first line not the second
  201. # [14:33] <@tbsaunde> at the end
  202. # [14:33] <@askalski> ah ,formatting
  203. # [14:33] <@askalski> got it
  204. # [14:35] <@askalski> tbsaunde, : ok, I include mozilla/Assertion.h
  205. # [14:36] <@askalski> it does not find moz_static_assert, and MOZ_STATIC_ASSERT required two arguments
  206. # [14:36] <@askalski> and I can't find this file in source tree
  207. # [14:38] <@askalski> tbsaunde, : ah, "reason", I guess it's error message, right?
  208. # [14:39] <@tbsaunde> askalski: I assume
  209. # [14:39] <@tbsaunde> askalski: and mfbt/ is where to look
  210. # [14:39] <@askalski> tbsaunde, : my proposal is "xpcom State Name does not line up with a11y state name"
  211. # [14:40] <@askalski> *state number
  212. # [14:40] <@askalski> twice
  213. # [14:41] <@tbsaunde> askalski: that seems sort of ok
  214. # [14:42] <@tbsaunde> askalski: how would you feel about "xpcom and internals states don't match"
  215. # [14:42] * Joins: surkov (surkov@F6C60776.8F955B94.FE58E87C.IP)
  216. # [14:42] * ChanServ sets mode: +o surkov
  217. # [14:42] <@askalski> tbsaunde, : ok
  218. # [14:43] <@askalski> tbsaunde, : now I have a tiny problem, it doesn't seem to be a "c-string" argument
  219. # [14:43] <@askalski> I mean passing "error message" gives
  220. # [14:43] <@askalski> error: expected unqualified-id before string constant
  221. # [14:45] <@askalski> oh, I guess I was missing semicolon or something
  222. # [14:46] <firewolfbot> dao@mozilla.com changed the Target Milestone on bug 715857 from --- to mozilla12.
  223. # [14:46] <firewolfbot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=715857 nor, --, mozilla12, dao, ASSI, Disable a11y tests that put <tabbrowser> in random XUL documents and expect it to work
  224. # [14:46] <@tbsaunde> what did you have before it in the macro?
  225. # [14:49] <@tbsaunde> askalski: ?
  226. # [14:49] <@askalski> it just compiled
  227. # [14:49] <@askalski> I was missing semicolons and made newline in a wrong place
  228. # [14:49] <@askalski> I will mess it for a moment to chceck if it ever fails
  229. # [14:50] <@tbsaunde> ok, sounds good
  230. # [14:50] <@askalski> and if I confirm it does the job, I'll run the tests
  231. # [14:50] <@askalski> and post it to bugzilla
  232. # [14:50] <@tbsaunde> ok, I'm about to head for a while, good luck
  233. # [14:50] * tbsaunde is now known as tbsaunde|afk
  234. # [14:51] * Quits: @askalski (akuda@moz-95875962.neoplus.adsl.tpnet.pl) (Quit: Wychodzi)
  235. # [15:18] <@MarcoZ> surkov: Hi! You might want to have a read of bug 415857. I took a look at the browser-chrome tests, and am not sure this is really what we can use for those tests that are now disabled.
  236. # [15:18] <firewolfbot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=415857 nor, --, ---, nobody, RESO INCOMPLETE, Secure indicators remain even when plain HTTP redirects occurred
  237. # [15:18] * Joins: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP)
  238. # [15:18] * ChanServ sets mode: +qo davidb davidb
  239. # [15:18] <@MarcoZ> surkov: err, bug 715857.
  240. # [15:18] <@surkov> MarcoZ: sure
  241. # [15:18] <@davidb> hi all!
  242. # [15:18] <@davidb> hi surkov!
  243. # [15:18] <@surkov> hi, davidb!
  244. # [15:18] <firewolfbot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=715857 nor, --, mozilla12, dao, ASSI, Disable a11y tests that put <tabbrowser> in random XUL documents and expect it to work
  245. # [15:19] <@davidb> (surkov: how's Moscow?)
  246. # [15:19] <@MarcoZ> Hi davidb!
  247. # [15:19] <@davidb> heyo!
  248. # [15:19] <@surkov> pretty big
  249. # [15:19] <@davidb> heheh
  250. # [15:19] <@davidb> understatement
  251. # [15:20] <@surkov> :)
  252. # [15:24] * Joins: clown (clown@67828CC7.C1A51174.9D42CF23.IP)
  253. # [15:36] * @MarcoZ reads up on browser-chrome tests and thinks....This is not exactly what we need. Hmm...
  254. # [15:39] <@davidb> MarcoZ: why not?
  255. # [15:40] <@MarcoZ> I am not sure we can also test website content from within these browser chrome tests.
  256. # [15:41] <@MarcoZ> s/web site/web page/
  257. # [15:41] <@MarcoZ> davidb: ^
  258. # [15:41] <@davidb> MarcoZ: well, we wouldn't move all our tests there, just the browsery ones
  259. # [15:41] * davidb is now known as davidb|phone
  260. # [15:50] <@MarcoZ> davidb|phone: Yes but even these need website content IIRC.
  261. # [15:51] * Joins: askalski (akuda@moz-95875962.neoplus.adsl.tpnet.pl)
  262. # [15:51] * ChanServ sets mode: +o askalski
  263. # [16:05] <@davidb|phone> ok
  264. # [16:05] * davidb|phone is now known as davidb
  265. # [16:06] * clown is now known as clown_mtg
  266. # [16:12] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
  267. # [16:12] * Quits: @surkov (surkov@F6C60776.8F955B94.FE58E87C.IP) (Quit: surkov)
  268. # [16:13] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
  269. # [16:26] <@askalski> tbsaunde|afk, : submited, I'm going to lunch
  270. # [16:27] <@askalski> davidb, : hi david, just submitted first patch, I'll start with another any moment
  271. # [16:28] <@davidb> askalski: great!
  272. # [16:28] <@davidb> askalski: do you know how to request review?
  273. # [16:29] <@davidb> https://developer.mozilla.org/En/Developer_Guide/How_to_Submit_a_Patch#Getting_Reviews
  274. # [16:39] * tbsaunde|afk is now known as tbsaunde
  275. # [16:40] * Quits: @askalski (akuda@moz-95875962.neoplus.adsl.tpnet.pl) (Ping timeout)
  276. # [16:40] * Joins: askalski (akuda@moz-73488749.neoplus.adsl.tpnet.pl)
  277. # [16:40] * ChanServ sets mode: +o askalski
  278. # [16:51] <@tbsaunde> askalski: I have some nits, but that patch generally looks good :)
  279. # [17:07] * Joins: victorporof (victorporo@42388712.7E2AA079.79933D60.IP)
  280. # [17:19] <@davidb> firewolfbot: hi
  281. # [17:19] <firewolfbot> davidb: hello
  282. # [17:22] * Joins: hub (hub@83874EA1.EB7C1AF9.6F478678.IP)
  283. # [17:22] * ChanServ sets mode: +o hub
  284. # [17:24] * clown_mtg is now known as clown
  285. # [17:29] <@MarcoZ> Hi hub!
  286. # [17:29] <@davidb> heyo
  287. # [17:29] <@hub> hi
  288. # [17:29] * Quits: peteb-away (ptbrunet@moz-E9B02845.austin.res.rr.com) (Ping timeout)
  289. # [17:38] * khuey is now known as khuey|away
  290. # [17:40] <@askalski> I need to pick someone from airport, I will be back at work in two hours
  291. # [17:41] * Quits: @askalski (akuda@moz-73488749.neoplus.adsl.tpnet.pl) (Quit: Wychodzi)
  292. # [17:50] * Joins: ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP)
  293. # [17:51] * Quits: ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP) (Input/output error)
  294. # [17:51] * Joins: ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP)
  295. # [18:02] * Joins: peteb-away (ptbrunet@moz-E9B02845.austin.res.rr.com)
  296. # [18:14] <firewolfbot> hub@mozilla.com requested review from trev.saunders@gmail .com for attachment 588909 on bug 712927.
  297. # [18:14] <firewolfbot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=712927 nor, --, ---, hub, NEW, [Mac] VoiceOver often repeats the document title as if it were a groupbox/fieldset heading/legend
  298. # [18:14] <@hub> making a try build of this too
  299. # [18:16] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
  300. # [18:17] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
  301. # [18:35] <@MarcoZ> hub: Nice!
  302. # [18:41] * Quits: @hub (hub@83874EA1.EB7C1AF9.6F478678.IP) (Input/output error)
  303. # [18:42] <@tbsaunde> so, am I dumb or missing something, or does the addons manager not have a ay to disable addons?
  304. # [18:50] * Quits: sgimeno (santiago.g@A922400D.48362F18.BCC03455.IP) (Quit: KVIrc 4.0.2 Insomnia http://www.kvirc.net/)
  305. # [19:04] * Joins: hub (hub@21B7B9F2.B87E9213.6E712CE2.IP)
  306. # [19:04] * ChanServ sets mode: +o hub
  307. # [19:06] * Joins: jongunderson (chatzilla@274A68DB.B1819C7E.DC3E9228.IP)
  308. # [19:08] * Joins: jprmc (jprmc@F2D29657.F60B0462.67AC9B1.IP)
  309. # [19:08] * ChanServ sets mode: +o jprmc
  310. # [19:18] * Joins: askalski (akuda@moz-6A36EC49.ip.abpl.pl)
  311. # [19:18] * ChanServ sets mode: +o askalski
  312. # [19:23] * Joins: davidb_ (davidb@moz-7B22FBCF.eng.wind.ca)
  313. # [19:35] <davidb_> hub: give me 5 mins?
  314. # [19:35] <@hub> sure
  315. # [19:35] <@hub> which room?
  316. # [19:37] <davidb_> mine
  317. # [19:37] <@hub> ok
  318. # [19:37] <@hub> I'll be wating for you
  319. # [19:38] * Quits: @askalski (akuda@moz-6A36EC49.ip.abpl.pl) (Quit: Wychodzi)
  320. # [19:41] <@davidb> http://www.csun.edu/cod/conference/sessions/index.php
  321. # [19:50] * firewolfbot is now known as firebot
  322. # [19:55] * Joins: askalski (akuda@moz-6A36EC49.ip.abpl.pl)
  323. # [19:55] * ChanServ sets mode: +o askalski
  324. # [19:56] <@davidb> MarcoZ: hub's going to CSUN. How did you end up booking the rooms?
  325. # [19:56] <@askalski> tbsaunde, : how to request a review?
  326. # [19:56] <@askalski> and what are these hints?
  327. # [19:56] <@MarcoZ> davidbI called the hotel.
  328. # [19:56] <@MarcoZ> davidb: ^
  329. # [19:57] <@MarcoZ> davidb: And while booking, specified that I was attending CSUN (or Center on disabilities Northridge).
  330. # [19:57] <@davidb> ok
  331. # [19:57] <@davidb> hub: that's probably your best bet as well ^
  332. # [19:57] <@davidb> and flights through egencia.
  333. # [19:57] <@MarcoZ> hub: Yes I'd do that, these are not bookable otherwise, not through Egencia at least.
  334. # [19:57] <@MarcoZ> hub: Look forward to seeing you there!
  335. # [19:58] <@hub> ok
  336. # [19:58] <@davidb> MarcoZ: you can introduce him to the usual suspects :)
  337. # [19:58] <@MarcoZ> davidb: Will do that!
  338. # [19:59] <@hub> maybe I need to find a way to emboss my business cards
  339. # [19:59] <@MarcoZ> hub: Don't bother. I went by at 4 CSUNs without any business cards at all. *g*
  340. # [20:00] <@hub> ok
  341. # [20:04] <@davidb> well, hub's not an accessibility celebrity. yet.
  342. # [20:05] * @davidb cackles maniacally
  343. # [20:07] <@davidb> askalski: if you click on "Details" next to the patch (on the bug report), you'll see a page that has a Flags section. under review you want to switch it to '?' and type a bug mail in for the target reviewer
  344. # [20:08] <@askalski> davidb, : the reviewer will be probably tbsaunde, he already read it
  345. # [20:08] <@davidb> askalski: ok good, so you can put his bug mail address there.
  346. # [20:09] * @tbsaunde believes :tbsaunde works to
  347. # [20:09] <@askalski> done
  348. # [20:09] <firebot> askalski@mozilla.com requested review from trev.saunders@gmail .com for attachment 588866 on bug 717507.
  349. # [20:09] <firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=717507 nor, --, ---, askalski, NEW, expandoify states
  350. # [20:09] <@tbsaunde> but I wouldn't object if davidb or surkov were asked instead of me ;)
  351. # [20:09] <@davidb> woot, firebot is back
  352. # [20:10] <@MarcoZ> askalski: Looks good!
  353. # [20:10] <@askalski> tbsaunde, davidb : I will propose David as reviewer for the 716644 which is similar, and I am on it right now
  354. # [20:10] <@askalski> MarcoZ, : thanks!
  355. # [20:11] <@askalski> will I be able to land it myself?
  356. # [20:11] <@tbsaunde> askalski: not unless you have commit access :)
  357. # [20:11] <@tbsaunde> askalski: I don't mind doing them, I was mostly kidding :)
  358. # [20:11] <@MarcoZ> Hub: Interesting that you're making the internal_frame a scroll area and the document the axwebarea in bug 712927. I will be curious to see what happens to iframes.
  359. # [20:12] <firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=712927 nor, --, ---, hub, NEW, [Mac] VoiceOver often repeats the document title as if it were a groupbox/fieldset heading/legend
  360. # [20:12] <@askalski> yes, I know. it's just once I gave bugzilla an e-mail ending with @mozilla.com it automatically gave me all privileges
  361. # [20:12] <@askalski> so I was pretty much asking if the same tricks works for repository
  362. # [20:12] * Quits: @askalski (akuda@moz-6A36EC49.ip.abpl.pl) (Quit: Wychodzi)
  363. # [20:13] <@hub> MarcoZ: oh, I didn't think of that case. I should try
  364. # [20:14] * Joins: askalski (akuda@moz-6A36EC49.ip.abpl.pl)
  365. # [20:14] * ChanServ sets mode: +o askalski
  366. # [20:14] <@tbsaunde> askalski: no, commit access is seperate from bugzilla
  367. # [20:17] <@davidb> askalski: first step is to file for level 1 access
  368. # [20:17] <@davidb> http://www.mozilla.org/hacking/committer/
  369. # [20:17] <@hub> so I register myself and expense it?
  370. # [20:18] <@davidb> hub: yeah
  371. # [20:18] <@davidb> if that's ok
  372. # [20:18] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
  373. # [20:18] <@hub> yeah
  374. # [20:18] <@hub> I can do it
  375. # [20:18] <@davidb> ok
  376. # [20:19] <@davidb> askalski: e.g. bug 699221
  377. # [20:19] <firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=699221 nor, --, ---, ashish, RESO FIXED, Commit Access (Level 1) for Hub Figuiere
  378. # [20:22] <@MarcoZ> davidb: Do we need to file a bug to get accessibility turned on on the Accessibility branch for Mac nightlies?
  379. # [20:22] <@tbsaunde> askalski: me or MarcoZ can vouch to save davidb the time :)
  380. # [20:22] <@davidb> MarcoZ: yes.
  381. # [20:23] <@davidb> MarcoZ: at least, I don't know the status of whether we can do it ourselves somehow.
  382. # [20:24] <@MarcoZ> davidb: I am not aware of any way, other than to kick off accessibility-enabled builds on try with a specialized MOZCONFIG, as hub is already doing.
  383. # [20:24] <@tbsaunde> MarcoZ: you could use the timeing out bug I filed a couple days ago
  384. # [20:24] <@MarcoZ> hub: If you create a try-server build, can you post the link to it to one of the bugs you're working on?
  385. # [20:24] <@hub> MarcoZ: there is one in progress
  386. # [20:25] <@MarcoZ> hub: Cool
  387. # [20:25] <@MarcoZ> tbsaunde: Got a bug number?
  388. # [20:25] <@tbsaunde> MarcoZ: not off hand
  389. # [20:26] <@tbsaunde> davidb: I think the best answer is probably to add some new mozconfigs to the tree, and then get the releng people to fidle build bot so they get used on our branch
  390. # [20:26] <@davidb> MarcoZ: this might help us bug 558180
  391. # [20:26] <firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=558180 maj, P3, ---, catlee, NEW, Move mozconfigs into source tree
  392. # [20:26] <@davidb> tbsaunde: ^
  393. # [20:26] <@hub> MarcoZ: It should appear in http://ftp.mozilla.org/pub/mozilla.org/firefox/try-builds/hfiguiere@mozilla.com-b2c705a32cf8/
  394. # [20:27] <@tbsaunde> davidb: yeah, I know about that bug but haven't payed much attention to the details
  395. # [20:27] <@davidb> ditto
  396. # [20:28] <@MarcoZ> davidb: tbsaunde: It's still in the process of patch creation/reviews.
  397. # [20:28] * @davidb asks in #build
  398. # [20:29] <@MarcoZ> hub: Thanks, will watch this directory and give you feedback on the bugs! Does this one contain the heading stuff, too?
  399. # [20:29] <@hub> yeah
  400. # [20:29] <@hub> it contains both heading the the tab / group name
  401. # [20:30] <@hub> bug 712923
  402. # [20:30] <firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=712923 nor, --, ---, hub, NEW, [Mac] Heading elements h1 through h6 are not recognizable by VoiceOver
  403. # [20:30] <@hub> bug 712927
  404. # [20:30] <firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=712927 nor, --, ---, hub, NEW, [Mac] VoiceOver often repeats the document title as if it were a groupbox/fieldset heading/legend
  405. # [20:30] <@davidb> MarcoZ: cat lee thinks we can already tweak our build config in browser/config/mozconfigs
  406. # [20:30] <@MarcoZ> Hub: Very nice! BTW do you mind if I told on my blog that we've made progress on Mac accessibility, and that in the next couple of weeks, we might have something to hand out to an audience larger than myself?
  407. # [20:30] <@hub> note, the try build is very red on Windows
  408. # [20:30] <@davidb> MarcoZ: but we need to be careful with trunk merges
  409. # [20:30] <@hub> MarcoZ: feel free to let people know
  410. # [20:31] <@hub> I'd like in the short term, to get more regular builds with a11y enabled on Mac
  411. # [20:31] <@hub> so that people can try it out
  412. # [20:31] <@tbsaunde> davidb: that would sort of suck
  413. # [20:31] <@MarcoZ> davidbYeah that would suck indeed.
  414. # [20:31] <@MarcoZ> hub: Very nice! I'll prepare a post, then.
  415. # [20:32] <@tbsaunde> davidb: but catlee doesn't have a way for us to use mozconfigs different from the normal ones?
  416. # [20:32] <@davidb> tbsaunde: i tried asking for that and it became a perilous and confusing journey nowhere
  417. # [20:33] <@tbsaunde> davidb: when know? or a while back?
  418. # [20:33] <@davidb> while back
  419. # [20:33] <@tbsaunde> things might have changed :)
  420. # [20:33] <@tbsaunde> but I suppose I won't have much need to use that branch in future so I'm not sure I care that much
  421. # [20:34] * @davidb asks on #build
  422. # [20:35] <@tbsaunde> davidb: is projects/accessibility actually level 2? (that's sort of anoying)
  423. # [20:35] <@davidb> tbsaunde: i don't know
  424. # [20:36] * Quits: jongunderson (chatzilla@274A68DB.B1819C7E.DC3E9228.IP) (Quit: ChatZilla 0.9.88 [Firefox 9.0.1/20111220165912])
  425. # [20:38] <@hub> we don't have discount code for the registration?
  426. # [20:39] <@MarcoZ> hub: For CSUN itself? I do not think so.
  427. # [20:39] <@hub> yeah
  428. # [20:39] <@hub> ok
  429. # [20:40] <@MarcoZ> OK, will write that blog post tomorrow, will now head off for the evening. Look forward to the build tomorrow! :)
  430. # [20:40] <@MarcoZ> See you all!
  431. # [20:40] * Quits: @MarcoZ (marco.zehe@moz-900A5E73.dip.t-dialin.net) (Quit: Night!)
  432. # [20:42] <@davidb> tbsaunde: yeah, so the answer is to merge carefully (sigh)
  433. # [20:42] * Quits: peteb-away (ptbrunet@moz-E9B02845.austin.res.rr.com) (Ping timeout)
  434. # [20:42] <@tbsaunde> davidb: ok
  435. # [20:42] * @tbsaunde is curious why this is hard
  436. # [20:46] * Joins: peteb-away (ptbrunet@moz-E9B02845.austin.res.rr.com)
  437. # [20:56] * Quits: peteb-away (ptbrunet@moz-E9B02845.austin.res.rr.com) (Ping timeout)
  438. # [21:03] <firebot> trev.saunders@gmail.com cancelled review?(trev.saunders@gmail .com) for attachment 588866 on bug 717507.
  439. # [21:03] <firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=717507 nor, --, ---, askalski, NEW, expandoify states
  440. # [21:04] * Joins: peteb-away (ptbrunet@moz-E9B02845.austin.res.rr.com)
  441. # [21:11] <@askalski> tbsaunde, : why you cancelled a review? and what does that mean?
  442. # [21:12] <@askalski> oh, and can I simultaneously use two queues for two different patches? I would like to start another one, but I prefer to keep changes separated from first one, and I think I'll be back to first one to apply review notes
  443. # [21:13] <@davidb> askalski: i usually end up hg qpop -a before starting a new patch
  444. # [21:14] <@davidb> and, shamefully, I sometimes edit .hg/patches/series
  445. # [21:15] * khuey|away is now known as khuey
  446. # [21:19] <@tbsaunde> askalski: you can have more than one patch in a queue
  447. # [21:20] <@tbsaunde> askalski: canceling is something like "I don't want to r- this, but I'd like to see another version"
  448. # [21:20] <@tbsaunde> davidb: ^ seem about right to you?
  449. # [21:20] <@davidb> yes
  450. # [21:20] <@davidb> it is a friendlier r-
  451. # [21:20] <@askalski> hmm, and if I already started qnew ?
  452. # [21:21] <@davidb> askalski: that's fine.
  453. # [21:21] <@tbsaunde> davidb: well, not exactly since someone could theoretically r+ it and the patch could land right?
  454. # [21:21] <@davidb> tbsaunde: true
  455. # [21:22] <@davidb> but your adding the comment to see the next patch is a good protection
  456. # [21:22] <@tbsaunde> askalski: qnew puts a nother patch in the series
  457. # [21:22] <@davidb> try: hg qser
  458. # [21:22] <@davidb> to see status of applied or unapplied patches
  459. # [21:23] <@askalski> ok, you know, it seems like I'm not editing an old one but I am editing new one, so I will worry about it when I'll have to switch back to previous :)
  460. # [21:27] <@askalski> I got akuda@nouri:~/Moz/mozilla-central$ hg qser
  461. # [21:27] <@askalski> 0 A StateListPatch
  462. # [21:27] <@askalski> 1 A bug-716644-expandoify-accessible-roles
  463. # [21:27] <@askalski> akuda@nouri:~/Moz/mozilla-central$ cd
  464. # [21:27] <@askalski> so 0 with the one I submitted and 1 with the new on
  465. # [21:28] <@askalski> I checked, the old one *is* applied
  466. # [21:28] <@askalski> so I guess it's just number
  467. # [21:28] * Quits: @askalski (akuda@moz-6A36EC49.ip.abpl.pl) (Quit: Wychodzi)
  468. # [21:33] * Joins: richardschwerdtfeger (richardsch@moz-130F1494.lightspeed.austtx.sbcglobal.net)
  469. # [21:35] * Quits: @hub (hub@21B7B9F2.B87E9213.6E712CE2.IP) (Ping timeout)
  470. # [21:37] * Joins: askalski (akuda@moz-6A36EC49.ip.abpl.pl)
  471. # [21:37] * ChanServ sets mode: +o askalski
  472. # [21:39] * Quits: davidb_ (davidb@moz-7B22FBCF.eng.wind.ca) (Quit: bye)
  473. # [21:47] <@tbsaunde> askalski: I'm not sure what you mean "just number"
  474. # [22:03] <@askalski> tbsaunde, : index of patch, I thought it's a binary flag "applied/not applied"
  475. # [22:04] <@askalski> I should probably leave some of my thoughts to myself instead of posting all of them on IRC, it seems like I am wasting attention some of the times
  476. # [22:07] <@tbsaunde> well, if it clears up confussion I don't mind
  477. # [22:08] <@tbsaunde> I believe its index flag of applied / not applied patch name
  478. # [22:10] * Joins: elbasha (elbasha@25CBB365.151AADDA.C546977A.IP)
  479. # [22:14] * Quits: elbasha (elbasha@25CBB365.151AADDA.C546977A.IP) (Quit: Leaving)
  480. # [22:15] <firebot> eitan@monotonous.org requested review from trev.saunders@gmail .com for attachment 588980 on bug 698823.
  481. # [22:15] <firebot> eitan@monotonous.org requested superreview from neil@httl.net for attachment 588980 on bug 698823.
  482. # [22:15] <firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=698823 nor, --, mozilla10, eitan, NEW, Introduce virtual cursor/soft focus functionality to a11y API
  483. # [22:15] * Joins: hub (hub@21B7B9F2.B87E9213.6E712CE2.IP)
  484. # [22:15] * ChanServ sets mode: +o hub
  485. # [22:15] * Quits: @hub (hub@21B7B9F2.B87E9213.6E712CE2.IP) (Input/output error)
  486. # [22:15] * Joins: hub (hub@21B7B9F2.B87E9213.6E712CE2.IP)
  487. # [22:15] * ChanServ sets mode: +o hub
  488. # [22:17] <@hub> since the conference end on Saturday at noon, I wonder if I should return Saturday evening or sunday morning
  489. # [22:24] <@tbsaunde> davidb: what do you mean by "modes that are not progressive"?
  490. # [22:31] * khuey is now known as khuey|away
  491. # [22:33] * Quits: @davidb (davidb@F2D29657.F60B0462.67AC9B1.IP) (Quit: davidb)
  492. # [22:35] * Joins: davidb (davidb@moz-7B22FBCF.eng.wind.ca)
  493. # [22:35] * ChanServ sets mode: +qo davidb davidb
  494. # [22:56] <firebot> hub@mozilla.com cancelled review?(trev.saunders@gmail .com) for attachment 588526 on bug 712923.
  495. # [22:56] <firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=712923 nor, --, ---, hub, NEW, [Mac] Heading elements h1 through h6 are not recognizable by VoiceOver
  496. # [22:56] <firebot> hub@mozilla.com requested review from trev.saunders@gmail .com for attachment 588991 on bug 712923.
  497. # [23:02] * Parts: clown (clown@67828CC7.C1A51174.9D42CF23.IP)
  498. # [23:11] * Quits: @askalski (akuda@moz-6A36EC49.ip.abpl.pl) (Quit: Wychodzi)
  499. # [23:11] * Joins: askalski (akuda@moz-6A36EC49.ip.abpl.pl)
  500. # [23:11] * ChanServ sets mode: +o askalski
  501. # [23:11] <@askalski> hi, it's close to midnight
  502. # [23:11] <@askalski> I am going asleep
  503. # [23:11] <@askalski> by everyone
  504. # [23:11] * Quits: richardschwerdtfeger (richardsch@moz-130F1494.lightspeed.austtx.sbcglobal.net) (Quit: richardschwerdtfeger)
  505. # [23:12] * Quits: @askalski (akuda@moz-6A36EC49.ip.abpl.pl) (Quit: Wychodzi)
  506. # [23:34] * Joins: Jamie (jamie@moz-CA26021.jantrid.net)
  507. # [23:35] * Quits: @jprmc (jprmc@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
  508. # [23:36] * Joins: jprmc (jprmc@F2D29657.F60B0462.67AC9B1.IP)
  509. # [23:36] * ChanServ sets mode: +o jprmc
  510. # [23:41] * Joins: surkov (surkov@F6C60776.8F955B94.FE58E87C.IP)
  511. # [23:41] * ChanServ sets mode: +o surkov
  512. # [23:41] * Quits: @surkov (surkov@F6C60776.8F955B94.FE58E87C.IP) (Quit: surkov)
  513. # Session Close: Tue Jan 17 00:00:00 2012

The end :)