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

Options:

  1. # Session Start: Tue Jan 31 00:00:01 2012
  2. # Session Ident: #accessibility
  3. # [00:41] * Joins: Jamie (jamie@moz-CA26021.jantrid.net)
  4. # [01:00] * Joins: mike5w3c (MikeS@moz-DAFE1A45.tokyo.ocn.ne.jp)
  5. # [01:11] <@tbsaunde> surkov: early morning?
  6. # [01:11] <@surkov> tbsaunde: yep, hi
  7. # [01:12] <@tbsaunde> hi
  8. # [01:42] * Quits: @surkov (surkov@DD563F5.F78D7EEB.34044A7F.IP) (Ping timeout)
  9. # [01:44] * khuey is now known as khuey|away
  10. # [01:49] * Joins: surkov (surkov@9AACABBA.6EAE5E0.5D3F4C44.IP)
  11. # [01:49] * ChanServ sets mode: +o surkov
  12. # [01:50] <@tbsaunde> surkov: so, have you thought about the tests I addeded? and hwo we can really cover things?
  13. # [01:50] <@surkov> I didn't looked it
  14. # [01:51] <@tbsaunde> ok
  15. # [01:51] <@tbsaunde> I'll be around for an hour andthen hopefully again in the morning
  16. # [01:53] <@tbsaunde> it'd be great if we can fix it this cycle, but the visibility stuff also needs your atention, and I don't nearly have the judgement for that till I sleep
  17. # [02:06] <@tbsaunde> oh, and we should try to get David's telemetry patch in unless you find it objectionable
  18. # [02:09] <@tbsaunde> Jamie: it amuses me that jaonie loves webkit and you seem to have lots of grief from it
  19. # [02:10] <Jamie> tbsaunde: that's mostly because the WebKit a11y implementation in Windows is a serious piece of suck
  20. # [02:10] <Jamie> tbsaunde: It uses MSAA alone, no IA2. on top of that, it is buggy as all hell.
  21. # [02:11] <Jamie> oh, and it doesn't bother ot fire events when anything happens
  22. # [02:11] <Jamie> there are many other reasons, but those are the big ones :)
  23. # [02:11] * Jamie still isn't convinced the way WebKit does things with ATK is the best way either, but still hasn't managed to pin Joanie down for a discussion on that
  24. # [02:12] * Jamie thinks it will bite when it comes to rich text editing
  25. # [02:13] <@tbsaunde> Jamie: that is a lot of suck :/
  26. # [02:13] <@tbsaunde> I think I heard something about them or chrome considering ISimpleDOM? :(
  27. # [02:13] <Jamie> Chrome already does ISimpleDOM
  28. # [02:13] <Jamie> I'll give you 1 guess as to why
  29. # [02:14] <@tbsaunde> that popular screen reader? ;)
  30. # [02:14] <Jamie> (Chrome did IA2 first, but then implemented ISimpleDOM as well)
  31. # [02:14] <Jamie> tbsaunde: bingo :)
  32. # [02:14] <@surkov> tbsaunde: 1) add isFromUserInput flag to checker object and check it when event is handled (this.checkEvent function)
  33. # [02:15] <@surkov> 2) then introduce events/test_fromUserInput.html and add tests there
  34. # [02:15] <@tbsaunde> surkov: didn't I do it that way?
  35. # [02:15] <Jamie> surkov: hi. uh... ok, so NAVRELATION_EMBEDS often seems ot return the first tab document, even if that tab isn't active. is this a known issue? confused as to whether it's part of the bug that got reverted
  36. # [02:15] <@tbsaunde> surkov: oh, ok
  37. # [02:15] <@surkov> Jamie: yes, that's regression from David's bug about invisible states
  38. # [02:16] <Jamie> ok. I've commented on that navrelation_embeds bug, so I guess it'll get seen when it's worked on
  39. # [02:16] <Jamie> however, from what I cna tell, NAVRELATION_EMBEDS breaks in firefox 9 as well
  40. # [02:16] <@surkov> Jamie: if you have a change then could you look at try build from bug 707654
  41. # [02:16] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=707654 nor, --, ---, surkov.alexander, REOP, embeds relation on root accessible can return not content document
  42. # [02:17] <Jamie> shall do
  43. # [02:17] <@surkov> Marco observed some bogus behavior of NVDA, and I don't have any idea why
  44. # [02:17] <@surkov> it should expose embeds relation fine, at least that's what I observer by DOMi
  45. # [02:17] <Jamie> urg
  46. # [02:17] <Jamie> ok, I'll look into it
  47. # [02:17] <@surkov> thank you!
  48. # [02:18] <Jamie> did he provide any test cases? I saw the issue, but don't remember any URLs
  49. # [02:18] <@surkov> Jamie: yeah, bug 720393
  50. # [02:18] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=720393 maj, --, ---, nobody, VERI FIXED, NVDA's virtual buffer often breaks with iFrames, started January 23, 2012 build.
  51. # [02:18] <Jamie> ok. will try ot test today
  52. # [02:18] <@surkov> thanks!
  53. # [02:20] <@surkov> tbsaunde: 3) you can add <input> then add invoker to focus it and then to type characters
  54. # [02:21] <@tbsaunde> surkov: I'd need to subclass the focus invoker or something to do 3 no?
  55. # [02:21] <@surkov> tbsaunde: you can keep them as separate invokers
  56. # [02:22] <@surkov> or even should
  57. # [02:22] <@surkov> to focus you can use synthFocus
  58. # [02:22] <@tbsaunde> surkov: oh, so invoker to focus then invoker to do text stuffs?
  59. # [02:22] <@surkov> right
  60. # [02:22] <@tbsaunde> ok thx
  61. # [02:22] <@surkov> I think you need to have a timeout between these stuffs because of async processing
  62. # [02:22] <@tbsaunde> surkov: don't we usually do test_from_user_input.html not test_fromUserInput.html?
  63. # [02:23] <@surkov> and then you can use synthKey invoker
  64. # [02:23] <@surkov> tbsaunde: usually we do like test_sometesting1_fromuserinput.html :)
  65. # [02:24] <@tbsaunde> surkov: ok, though you don't actually need to use key invoker, but that should be better when we have real solution I gues
  66. # [02:24] <@surkov> hm, no we do like test_something1_fromUserInput.html
  67. # [02:24] <@tbsaunde> ok
  68. # [02:24] <@surkov> so if you name it as test_fromUserInput.html then it works
  69. # [02:25] * Quits: mike5w3c (MikeS@moz-DAFE1A45.tokyo.ocn.ne.jp) (Quit: mike5w3c)
  70. # [02:26] <@tbsaunde> surkov: what about the delay? do I need to put something between invokers?
  71. # [02:27] <@tbsaunde> shouldn't the focus invoker only finish when the focus event is recieved so the thing is focused?
  72. # [02:33] * Quits: shorlander (shorlander@moz-853043D6.dhcp.insightbb.com) (Quit: Quit)
  73. # [02:34] <@surkov> tbsaunde: no eventQueue takes care about that
  74. # [02:34] <@surkov> tbsaunde: if you use synthFocus invoker then it will wait for focus event
  75. # [02:34] <@tbsaunde> surkov: ok, that's what I hoped
  76. # [02:34] <@tbsaunde> sorry I'm a nub at tests :(
  77. # [02:35] <@surkov> you shouldn't sorry about that
  78. # [02:37] * Joins: mike5w3c (MikeS@moz-8107A9E.u30.hotspot.ne.jp)
  79. # [02:41] * Quits: mike5w3c (MikeS@moz-8107A9E.u30.hotspot.ne.jp) (Ping timeout)
  80. # [02:42] * Joins: mike5w3c (MikeS@moz-DAFE1A45.tokyo.ocn.ne.jp)
  81. # [02:44] * Quits: nhirata (nhirata.bu@moz-BBE3ABD.mv.mozilla.com) (Quit: nhirata)
  82. # [02:44] <@tbsaunde> surkov: checkers always need to be wrapped in a invoker right?
  83. # [02:44] * Quits: mike5w3c (MikeS@moz-DAFE1A45.tokyo.ocn.ne.jp) (Ping timeout)
  84. # [02:44] <@tbsaunde> so you can't do gQueue.push(new textChangeChecker()); right?
  85. # [02:44] <@surkov> right
  86. # [02:45] * Joins: mike5w3c (MikeS@moz-DAFE1A45.tokyo.ocn.ne.jp)
  87. # [02:45] <@surkov> checkers don't invoke an action
  88. # [02:45] <@surkov> but invokers can be used without explicitly defined checkers
  89. # [02:45] <@surkov> though I prefer to use checkers
  90. # [02:48] * Quits: mike5w3c (MikeS@moz-DAFE1A45.tokyo.ocn.ne.jp) (Ping timeout)
  91. # [02:50] <@tbsaunde> surkov: for the case where there is nothing to check you just want something to happen?
  92. # [02:51] * Quits: ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
  93. # [02:51] <@surkov> tbsaunde: you always check something for example if event was fired
  94. # [02:52] * Joins: davidb (davidb@moz-6F9F653A.dsl.bell.ca)
  95. # [02:52] * ChanServ sets mode: +qo davidb davidb
  96. # [02:53] <@davidb> hi surkov!
  97. # [02:54] <@surkov> hi, davidb
  98. # [02:55] <Jamie> surkov: so the try build from bug 707654 should fix navrelation_embeds returning the first tab document or not?
  99. # [02:55] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=707654 nor, --, ---, surkov.alexander, REOP, embeds relation on root accessible can return not content document
  100. # [02:55] <@surkov> Jamie: yes
  101. # [02:55] <Jamie> surkov: ok. confirmed. it does.
  102. # [02:55] <@davidb> hi Jamie
  103. # [02:56] <@surkov> Jamie: anything what Marco observers?
  104. # [02:56] <Jamie> surkov: so (sorry to ask the same question a different way) is bug 707654 purely about regressions from bug 591363?
  105. # [02:56] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=591363 nor, --, mozilla12, bolterbugz, RESO FIXED, (in)visible state is not always correct?
  106. # [02:56] <Jamie> hey davidb
  107. # [02:56] <Jamie> surkov: I just tried the NVDA snapshots page (which has an iframe) but (believe it or not) cna't think of a page which has like this/retweet iframes on it just now
  108. # [02:57] <@surkov> Jamie: no, but first tab is regression from that bug
  109. # [02:57] <Jamie> surkov: and on the NVDA snapshots page, I didn't see any issues when I focused within the iframe
  110. # [02:58] <@surkov> hm
  111. # [02:58] <@surkov> Jamie: can you comment that into bug please?
  112. # [02:59] <@surkov> and I wait for Marco before landing so he can say if there's anything wrong with retweet stuffs
  113. # [02:59] * Jamie is just testing gmail, which is the other example Marco gave
  114. # [03:00] <@davidb> surkov: did you get a chance to look at bug 722248
  115. # [03:00] <@davidb> if you want to chat about it I have 30 minutes now
  116. # [03:00] * Joins: aaronlev (aaronlev@moz-9058091D.bstnma.fios.verizon.net)
  117. # [03:00] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=722248 nor, --, ---, bolterbugz, NEW, Some chrome accessibles report incorrect visibility states
  118. # [03:00] * @davidb waves to aaronlev
  119. # [03:01] * aaronlev nods … half asleep
  120. # [03:01] <@surkov> davidb: no, I will
  121. # [03:01] <@davidb> thanks
  122. # [03:02] <Jamie> hi aaronlev :)
  123. # [03:02] <@davidb> surkov: would be good to resolve that before upload to aurora if possible. but if we miss it we can request approval (harder)
  124. # [03:02] <aaronlev> hi Jamie
  125. # [03:02] <aaronlev> got my build working
  126. # [03:02] <@surkov> davidb: I know but that's a regression so it shouldn't be too hard, right?
  127. # [03:02] <Jamie> btw, surkov, something is definitely different with WM_GETOBJECT in firefox 11
  128. # [03:03] <Jamie> technically, what gecko used to do is a bug, but I'm concerned that it's "different" with no apparent reason
  129. # [03:03] <@davidb> surkov: right.
  130. # [03:03] <Jamie> aaronlev: sweet.
  131. # [03:03] <@davidb> surkov: but it bothers me :)
  132. # [03:03] <@surkov> I see :)
  133. # [03:04] <@surkov> Jamie: details? do we have bug for that?
  134. # [03:04] <Jamie> surkov: in short, there is a wrapper window around plugins (a MozillaWindowClass window between GeckoPluginWindow and the top level window). that window used to return the top level Gecko accessible. now, it doesn't.
  135. # [03:04] <@surkov> Jamie: what does it return?
  136. # [03:04] <Jamie> surkov: however, technically, it shouldn't do that anyway because it was actually returning a client accessible for the wrong hwnd
  137. # [03:05] <Jamie> now it returns nothing; oleacc generates a client accessible
  138. # [03:05] <Jamie> which suggests WM_GETOBJECT is returning nothing
  139. # [03:05] <@surkov> I see, Jamie, should we return an accessible that contains plugin?
  140. # [03:05] <Jamie> surkov: probably not. truthfully, I don't know why that hwnd exists at all
  141. # [03:06] <Jamie> this all relates to plugins not connecting to the tree properly
  142. # [03:06] <Jamie> surkov: for now, I've hacked around it in NVDA, since we're already hacking around it by using NAVRELATION_EMBEDS
  143. # [03:06] <@surkov> Jamie: we need to have a bug and cc roc? I guess they did that intentionally for some reason
  144. # [03:06] <Jamie> surkov: so here's the thing. I'm reluctant ot file a bug because what was happening before is technically wrong
  145. # [03:07] <Jamie> but by the same token, I think it's important to know *why* it changed, as that area is pretty sensitive to breakage
  146. # [03:07] <Jamie> not sure if I'm making any sense
  147. # [03:08] <@surkov> I'd say returning a windows generated accessible is not correct as well
  148. # [03:08] <@surkov> so it's better to return something more usable
  149. # [03:08] <Jamie> true, although returning an accessible for a different hwnd is a bit ugly
  150. # [03:08] * Joins: ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP)
  151. # [03:08] <Jamie> and causes serious breakage in some cases
  152. # [03:09] <Jamie> it's even wrose because navrelation_embeds is broken in firefox 9 and I don't understand why
  153. # [03:09] <@surkov> Jamie: that's what I said to return an accessible containing plugin because it provides own HWND
  154. # [03:09] <Jamie> basically, I need to file a bug, but I can't figure out which bug to file :)
  155. # [03:09] <Jamie> surkov: that will cause an infinte loop
  156. # [03:09] <@surkov> yeah, that makes sense, there we can figure out the best approach
  157. # [03:10] <@surkov> ok :)
  158. # [03:10] <Jamie> surkov: GeckoPluginWindow exposes the accessible for the plugin. the parent window is the problem here
  159. # [03:11] * Joins: mike5w3c (MikeS@7B122E2A.497EC1B8.5EFB9497.IP)
  160. # [03:11] <Jamie> surkov: actually, maybe I should add this discussion to bug 646360
  161. # [03:11] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=646360 nor, --, ---, nobody, NEW, Plugins should be beneath the document in the accessibility hierarchy
  162. # [03:12] <@surkov> sounds fine with me
  163. # [03:13] * @davidb nods
  164. # [03:13] * Quits: mike5w3c (MikeS@7B122E2A.497EC1B8.5EFB9497.IP) (Quit: mike5w3c)
  165. # [03:14] <@surkov> davidb: can you add description to the bug why removed code caused the bug?
  166. # [03:15] <@davidb> surkov: i don't know yet.
  167. # [03:15] * Joins: mike5w3c (MikeS@7B122E2A.497EC1B8.5EFB9497.IP)
  168. # [03:16] <@surkov> that's important for review, the reason is not evident for me
  169. # [03:18] <@davidb> surkov: Well, you can perhaps review it as a partial revert patch. The real work will happen on the spin off I think.
  170. # [03:18] <@davidb> but i will think on it / collect my thoughts
  171. # [03:18] <@surkov> davidb: last patch is reverting?
  172. # [03:19] <@davidb> partial yeah
  173. # [03:19] <@davidb> surkov: I tried a few surgical experiments. Not bailing on role property page/pane didn't work.
  174. # [03:21] <@davidb> surkov: I think understanding all of IsVisibleConsideringAncestors is the key.
  175. # [03:22] <@davidb> It seems straightforward.
  176. # [03:22] <@davidb> I suppose the accessible tree and the frame tree could be out of sync :(
  177. # [03:23] <@davidb> although hmm.
  178. # [03:23] * Quits: @hub (hub@21B7B9F2.B87E9213.6E712CE2.IP) (Input/output error)
  179. # [03:26] <@davidb> surkov: is it 10:20am or 11:20am for you?
  180. # [03:32] <@surkov> davidb: 11
  181. # [03:32] <@davidb> ok
  182. # [03:37] <@tbsaunde> surkov: davidb plain div isn't focusable, but div with contenteditable=true should be right?
  183. # [03:37] <@tbsaunde> and input should be right?
  184. # [03:37] <@davidb> i think so
  185. # [03:38] <@davidb> they both involve an editor, but with a plain div that is editable i'm not sure about on focus.
  186. # [03:40] * Joins: hub (hub@moz-E2FCA694.figuiere.net)
  187. # [03:40] * ChanServ sets mode: +o hub
  188. # [03:43] * ehsan is now known as ehsan|afk
  189. # [03:56] <@tbsaunde> surkov: so far I have http://paste.debian.net/154130/ but I need to debug an issue where invoker.invoke() is undefined in eventsjs line 313
  190. # [03:57] <@surkov> tbsaunde: your removeTextInvoker and insertTextInvoker don't have invoke() method really
  191. # [03:58] <@tbsaunde> surkov: hm, I jsut copied them from test_text.html and renamed them
  192. # [03:58] * @tbsaunde looks at that test more
  193. # [03:59] <@surkov> hm
  194. # [04:00] <@tbsaunde> oh, maybe they were named invoker but not actually used as such
  195. # [04:03] <@tbsaunde> I think I might understand, they were used with the this.__proto__ stuff
  196. # [04:03] <@davidb> the invoke method gets added later
  197. # [04:03] <@davidb> those were fancy ones
  198. # [04:04] <@tbsaunde> yeah
  199. # [04:04] <@tbsaunde> so, I need to write invokers right?
  200. # [04:04] <@davidb> yeah
  201. # [04:04] <@tbsaunde> and getID() too I gues
  202. # [04:04] <@davidb> if you want invokers (i've not looked at your patch)
  203. # [04:05] <@tbsaunde> davidb: if you assume the invokers worked I believe that is what I want to be testing
  204. # [04:05] <@davidb> ok
  205. # [04:05] <@tbsaunde> davidb: so, how does one remove / insert text like I want to do there?
  206. # [04:06] <@davidb> tbsaunde: what bug #?
  207. # [04:06] <@tbsaunde> and can I do it the same way for all of plain div input and div contenteditable=true
  208. # [04:06] <@davidb> actually I'm about to sleep :)
  209. # [04:06] <@davidb> maybe
  210. # [04:06] <@tbsaunde> ok
  211. # [04:06] <@davidb> surkov: ^
  212. # [04:06] <@tbsaunde> davidb: same as earlier bug 686909
  213. # [04:06] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=686909 nor, --, ---, nobody, NEW, The system suffix is for system generated events only
  214. # [04:06] <@surkov> tbsaunde: proto means inheritance from other object
  215. # [04:06] * @davidb nods
  216. # [04:06] <@tbsaunde> surkov: yeah, I guessed that
  217. # [04:07] <@tbsaunde> surkov: so, what about how I can write the invokers?
  218. # [04:08] <@surkov> tbsaunde: I'm not sure I understand the question
  219. # [04:08] <@tbsaunde> surkov:so for say removeTextInvoker to work it needs a .invoke() method right?
  220. # [04:09] <@surkov> right
  221. # [04:09] <@surkov> which is supposed to remove teh text
  222. # [04:09] <@tbsaunde> how can I remove the first char or all of them for that matter from a dom node?
  223. # [04:09] <@surkov> if you want to make it looking as user input then you should generate keyboard events
  224. # [04:09] <@surkov> if you don't care then you just change the DOM
  225. # [04:10] <@tbsaunde> surkov: how do you just change the DOM though
  226. # [04:11] <@surkov> tbsaunde: like DOMNode.data = "new data"
  227. # [04:11] <@surkov> or DOMNode.textContent = "new content"
  228. # [04:11] * Quits: mike5w3c (MikeS@7B122E2A.497EC1B8.5EFB9497.IP) (Quit: mike5w3c)
  229. # [04:11] <@surkov> maybe DOM text node provides something else (need to look at w3c)
  230. # [04:12] <@tbsaunde> oh, ugh
  231. # [04:12] * Joins: mike5w3c (MikeS@7B122E2A.497EC1B8.5EFB9497.IP)
  232. # [04:13] <@tbsaunde> ugh, I don't really want to but I might just forget about landing this for fx 12 and sleep
  233. # [04:14] <@tbsaunde> sorry, really tired
  234. # [04:14] * Quits: mike5w3c (MikeS@7B122E2A.497EC1B8.5EFB9497.IP) (Quit: mike5w3c)
  235. # [04:15] * Joins: mike5w3c (MikeS@7B122E2A.497EC1B8.5EFB9497.IP)
  236. # [04:16] * Quits: mike5w3c (MikeS@7B122E2A.497EC1B8.5EFB9497.IP) (Ping timeout)
  237. # [04:22] <@davidb> tbsaunde: sleep young jedi.
  238. # [04:24] <@hub> may the force be with you
  239. # [04:25] <@hub> davidb: uplift should be done around 8 AM PDT tomorrow. I would hope they merge inbound first
  240. # [04:26] <@davidb> hub: they pick a semi-random clean version of inbound
  241. # [04:26] <@davidb> often 'last green run'
  242. # [04:26] <@tbsaunde> davidb: well, they pcik something on m-c
  243. # [04:27] <@davidb> errr right that
  244. # [04:27] <@davidb> see you are more awake than I am
  245. # [04:27] <@tbsaunde> or I've just been here thinking about it late at night more times than you :p
  246. # [04:28] <@davidb> heheh
  247. # [04:28] <@davidb> I think so.
  248. # [04:39] * Quits: aaronlev (aaronlev@moz-9058091D.bstnma.fios.verizon.net) (Ping timeout)
  249. # [04:40] <@davidb> ok peeps - catch ya later
  250. # [04:40] * Quits: @davidb (davidb@moz-6F9F653A.dsl.bell.ca) (Quit: blast off!)
  251. # [05:05] <@tbsaunde> surkov: setting .data doesn't work on an input right? you have to set .value
  252. # [05:05] <@tbsaunde> or however you set attributes
  253. # [05:05] <@surkov> tbsaunde: right
  254. # [05:06] <@tbsaunde> ugh
  255. # [05:06] <@tbsaunde> I'm not sure how to not have silly extra invokers then
  256. # [05:08] <@tbsaunde> surkov: can I do foo(aAttr) { node.aAttr = blah; } ?
  257. # [05:09] <@tbsaunde> and will you kill me if I do it?
  258. # [05:09] * Quits: peteb-away (ptbrunet@moz-E9B02845.austin.res.rr.com) (Ping timeout)
  259. # [05:09] <@surkov> tbsaunde: I'm out of context but it sounds like normal js :)
  260. # [05:12] * Joins: nhirata (nhirata.bu@moz-2A9C9106.hsd1.ca.comcast.net)
  261. # [05:18] * Quits: Jamie (jamie@moz-CA26021.jantrid.net) (Quit: reboot)
  262. # [05:27] * Joins: mike5w3c (MikeS@moz-7CD5BDF3.tokyo.ocn.ne.jp)
  263. # [05:34] * Joins: cbrodigan (christineb@moz-FAB212FE.hsd1.ca.comcast.net)
  264. # [05:50] <@tbsaunde> surkov: care if I attach a patch with the file added tonight?
  265. # [05:51] <@surkov> tbsaunde: might be nice to look
  266. # [05:52] <@tbsaunde> ok
  267. # [05:57] * Quits: @hub (hub@moz-E2FCA694.figuiere.net) (Input/output error)
  268. # [05:57] * Quits: cbrodigan (christineb@moz-FAB212FE.hsd1.ca.comcast.net) (Quit: cbrodigan)
  269. # [06:00] * Joins: peteb-away (ptbrunet@moz-E9B02845.austin.res.rr.com)
  270. # [06:04] * Joins: cbrodigan (christineb@moz-FAB212FE.hsd1.ca.comcast.net)
  271. # [06:06] * Quits: nhirata (nhirata.bu@moz-2A9C9106.hsd1.ca.comcast.net) (Ping timeout)
  272. # [06:08] * Joins: nhirata (nhirata.bu@moz-2A9C9106.hsd1.ca.comcast.net)
  273. # [06:14] * Quits: cbrodigan (christineb@moz-FAB212FE.hsd1.ca.comcast.net) (Quit: cbrodigan)
  274. # [06:25] * Quits: mike5w3c (MikeS@moz-7CD5BDF3.tokyo.ocn.ne.jp) (Ping timeout)
  275. # [06:31] * Joins: cbrodigan (christineb@moz-FAB212FE.hsd1.ca.comcast.net)
  276. # [06:31] * Quits: cbrodigan (christineb@moz-FAB212FE.hsd1.ca.comcast.net) (Quit: cbrodigan)
  277. # [06:39] * Joins: mike5w3c (MikeS@moz-7CD5BDF3.tokyo.ocn.ne.jp)
  278. # [07:29] * Joins: MarcoZ (marco.zehe@moz-4ACDCF1E.dip.t-dialin.net)
  279. # [07:29] * ChanServ sets mode: +o MarcoZ
  280. # [07:32] * Joins: cbrodigan (christineb@moz-FAB212FE.hsd1.ca.comcast.net)
  281. # [07:32] * Quits: cbrodigan (christineb@moz-FAB212FE.hsd1.ca.comcast.net) (Quit: cbrodigan)
  282. # [07:42] * Quits: mike5w3c (MikeS@moz-7CD5BDF3.tokyo.ocn.ne.jp) (Quit: mike5w3c)
  283. # [07:45] * Joins: Jamie (jamie@moz-CA26021.jantrid.net)
  284. # [07:49] <@MarcoZ> surkov: Hi! So what's different in this patch and the one that previously landed, re bug 707654?
  285. # [07:50] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=707654 nor, --, ---, surkov.alexander, REOP, embeds relation on root accessible can return not content document
  286. # [07:50] <@surkov> MarcoZ: they are identical
  287. # [07:50] <@MarcoZ> surkov: But something must have changed that it now doesn't break where it did break in that nightly build.
  288. # [07:51] <@surkov> gecko is more than my patch, we see some tricky stuffs that one day will appear again
  289. # [07:51] <@MarcoZ> surkov: Yeah we'll see what the nightly build will be like this time. And Aurora if it is being uplifted there in time.
  290. # [07:52] <@surkov> right
  291. # [08:26] <@MarcoZ> surkov: Can you give me *any* estimate on when we'll have a fix for bug 673860 and derivates?
  292. # [08:27] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=673860 maj, --, ---, nobody, NEW, [Thunderbird] Adding more than one addressee in message composition, we don't create accessibles for
  293. # [08:29] <@surkov> MarcoZ: nothing certain unfortunately, hope to get back to this issue within this/next week (reviews and emails keeps me quite busy)
  294. # [08:29] <@MarcoZ> surkov: I understand!
  295. # [08:29] * Joins: mike5w3c (MikeS@moz-DAFE1A45.tokyo.ocn.ne.jp)
  296. # [08:33] <@MarcoZ> surkov: Re your quest in bug 719754, not sure what you're asking. I don't have an idea which other tests may need rewriting.
  297. # [08:33] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=719754 nor, --, mozilla12, surkov.alexander, REOP, Rewrite a11y tests that put <tabbrowser> in random XUL documents and expect it to work
  298. # [08:33] <@surkov> MarcoZ: every test that was disabled
  299. # [08:35] <@surkov> MarcoZ: technically you should remember them since you reviewed that patch :) if you need me then I can list all disabled tests in bug
  300. # [08:35] <@MarcoZ> surkov: Yeah I'll take a look at that original disabling and see if I can get them rewritten.
  301. # [08:36] <@surkov> thanks!
  302. # [09:12] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
  303. # [09:17] * Quits: Jamie (jamie@moz-CA26021.jantrid.net) (Quit: leaving)
  304. # [09:36] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
  305. # [09:40] * Quits: ehsan|afk (ehsan@F0B20A8D.8458880F.57F33CED.IP) (Connection reset by peer)
  306. # [09:41] * Joins: ehsan|afk (ehsan@moz-A6FE435.build.sjc1.mozilla.com)
  307. # [09:49] * Quits: ehsan|afk (ehsan@moz-A6FE435.build.sjc1.mozilla.com) (Ping timeout)
  308. # [09:58] * Quits: nhirata (nhirata.bu@moz-2A9C9106.hsd1.ca.comcast.net) (Quit: nhirata)
  309. # [09:59] * Joins: ehsan|afk (ehsan@moz-A6FE435.build.sjc1.mozilla.com)
  310. # [10:06] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
  311. # [10:13] * Quits: @MarcoZ (marco.zehe@moz-4ACDCF1E.dip.t-dialin.net) (Ping timeout)
  312. # [10:18] * Joins: MarcoZ (marco.zehe@moz-4ACDCF1E.dip.t-dialin.net)
  313. # [10:18] * ChanServ sets mode: +o MarcoZ
  314. # [10:20] * Quits: @surkov (surkov@9AACABBA.6EAE5E0.5D3F4C44.IP) (Quit: surkov)
  315. # [10:52] * Joins: richardschwerdtfeger_ (richardsch@moz-130F1494.lightspeed.austtx.sbcglobal.net)
  316. # [10:52] * Quits: richardschwerdtfeger (richardsch@moz-130F1494.lightspeed.austtx.sbcglobal.net) (Ping timeout)
  317. # [10:52] * richardschwerdtfeger_ is now known as richardschwerdtfeger
  318. # [10:55] * Quits: richardschwerdtfeger (richardsch@moz-130F1494.lightspeed.austtx.sbcglobal.net) (Ping timeout)
  319. # [10:57] * Quits: ehsan|afk (ehsan@moz-A6FE435.build.sjc1.mozilla.com) (Input/output error)
  320. # [11:02] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
  321. # [11:04] <@MarcoZ> Curses on tests that simply stop without telling me what's wrong.
  322. # [11:09] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
  323. # [11:14] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
  324. # [11:33] * Joins: jprmc (jprmc@moz-18705F16.reverse.destiny.be)
  325. # [11:33] * ChanServ sets mode: +o jprmc
  326. # [11:38] * Quits: @jprmc (jprmc@moz-18705F16.reverse.destiny.be) (Quit: Leaving)
  327. # [11:39] * Joins: jprmc (jprmc@moz-18705F16.reverse.destiny.be)
  328. # [11:39] * ChanServ sets mode: +o jprmc
  329. # [11:44] * Quits: @jprmc (jprmc@moz-18705F16.reverse.destiny.be) (Ping timeout)
  330. # [11:50] * Joins: richardschwerdtfeger (richardsch@moz-130F1494.lightspeed.austtx.sbcglobal.net)
  331. # [11:53] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
  332. # [12:07] * Joins: surkov (surkov@9AACABBA.6EAE5E0.5D3F4C44.IP)
  333. # [12:07] * ChanServ sets mode: +o surkov
  334. # [12:08] * khuey|away is now known as khuey
  335. # [12:09] <@MarcoZ> surkov: Sorry I have to bother you with those tests, but for some reason I don't see the forest for the trees it seems. :(
  336. # [12:10] <@surkov> I'll take a look
  337. # [12:10] <@MarcoZ> surkov: Thank you!
  338. # [12:14] * Quits: victorporof (victorporo@C092FEB2.1C233438.79933D60.IP) (Quit: Leaving...)
  339. # [12:19] * Joins: victorporof (victorporo@C092FEB2.1C233438.79933D60.IP)
  340. # [12:20] * Quits: victorporof (victorporo@C092FEB2.1C233438.79933D60.IP) (Quit: Leaving...)
  341. # [12:56] * Quits: @surkov (surkov@9AACABBA.6EAE5E0.5D3F4C44.IP) (Quit: surkov)
  342. # [13:26] * Joins: surkov (surkov@9AACABBA.6EAE5E0.5D3F4C44.IP)
  343. # [13:26] * ChanServ sets mode: +o surkov
  344. # [13:44] * Joins: muralisr92 (chatzilla@moz-B1A15DD4.dynip.nus.edu.sg)
  345. # [13:45] <muralisr92> surkov: hi, i am working on a bug for which you are the mentor, i need some help. could you please help me?
  346. # [13:45] <@surkov> muralisr92: sure
  347. # [13:45] <@surkov> which bug?
  348. # [13:45] <muralisr92> surkov: i am talking about https://bugzilla.mozilla.org/show_bug.cgi?id=720148
  349. # [13:45] <@firebot> Bug 720148 nor, --, ---, nobody, NEW, ARIA button should expose press action
  350. # [13:46] <@surkov> ok, what's the question?
  351. # [13:46] <muralisr92> i've changed the buttons to expose press action in test_aria.html
  352. # [13:46] <muralisr92> but should i change the js file too?
  353. # [13:46] <muralisr92> actions.js in tests?
  354. # [13:47] <@surkov> sounds like no, what change do you want to see there?
  355. # [13:47] * khuey is now known as khuey|away
  356. # [13:49] <muralisr92> could you please tell me what this line means? eventSeq.push(new checkerOfActionInvoker("click", elm, actionObj));
  357. # [13:49] <muralisr92> because i am not sure what it does, and was wondering if i should change this click to press..
  358. # [13:50] <@surkov> eventSeq is an object that allows you to invoke actions and handle events caused by these actions
  359. # [13:51] <@surkov> when you push new invoker object like (new checkerOfActionInvoker()) then you define new action and watched events
  360. # [13:51] <@surkov> you need to look at checkerOfActionInvoker constructor to see what it test
  361. # [13:52] <@surkov> type is event type, target is event target
  362. # [13:52] <muralisr92> hmmm okay i think i get it.. but i need to look into the class definitions to understand more...
  363. # [13:52] <@surkov> so basically this line means 1) invoke an accessible action of accessible object and 2) see if it fires expected events
  364. # [13:53] <muralisr92> thanks a lot!
  365. # [13:53] <muralisr92> i think i got it :) ! and thanks a lot for the help! i'll put up the patch soon! thank you so much!
  366. # [13:53] <@surkov> yw
  367. # [13:53] <@surkov> thanks for doing this
  368. # [13:53] <muralisr92> :)
  369. # [13:55] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
  370. # [13:59] * Joins: ehsan_ (ehsan@F0B20A8D.8458880F.57F33CED.IP)
  371. # [14:09] <@MarcoZ> surkov: Regarding your remark in bug 719754, you were the original author of the tests I think. I know I reviewed them, and at the time they seemed to be doing what they were intended to do. I am not sure I am able to find out what happened.
  372. # [14:09] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=719754 nor, --, mozilla12, surkov.alexander, REOP, Rewrite a11y tests that put <tabbrowser> in random XUL documents and expect it to work
  373. # [14:10] <@surkov> ok, I'll take a look
  374. # [14:13] * khuey|away is now known as khuey
  375. # [14:23] * Quits: muralisr92 (chatzilla@moz-B1A15DD4.dynip.nus.edu.sg) (Quit: ChatZilla 0.9.88 [Firefox 9.0.1/20111228084940])
  376. # [14:37] * Joins: aaronlev (aaronlev@moz-CDA191A6.c3-0.arl-ubr1.sbo-arl.ma.cable.rcn.com)
  377. # [14:56] <@MarcoZ> surkov: Ah, I think I know what you mean! The test should test whether activating the same page link twice will fire the scroll event both times, and if, when an anchor target is given in the URL, the scroll event is also fired, then.
  378. # [14:56] <@surkov> yep, I'm on it
  379. # [14:58] * Quits: aaronlev (aaronlev@moz-CDA191A6.c3-0.arl-ubr1.sbo-arl.ma.cable.rcn.com) (Ping timeout)
  380. # [14:58] <@MarcoZ> surkov: Thanks!
  381. # [14:58] <@surkov> yw!
  382. # [15:01] * Joins: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP)
  383. # [15:01] * ChanServ sets mode: +qo davidb davidb
  384. # [15:01] <@davidb> heyo
  385. # [15:07] <@MarcoZ> Hi davidb!
  386. # [15:07] <@davidb> surkov: bug 632301 maybe we should think of Firefox.next in terms of maybe 3 trains.
  387. # [15:07] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=632301 nor, --, ---, nobody, NEW, [meta] Firefox.next accessibility commitments
  388. # [15:08] <@davidb> hi MarcoZ!
  389. # [15:08] <@MarcoZ> davidb: Good news, bug 722248 made the last merge from inbound to central. Bug 707654 is not in central yet, though.
  390. # [15:08] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=722248 nor, --, ---, bolterbugz, NEW, Some chrome accessibles report incorrect visibility states
  391. # [15:08] <@surkov> davidb: trains are too fast, I use Fireofox.next for bugs that should be on radar
  392. # [15:09] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=707654 nor, --, ---, surkov.alexander, REOP, embeds relation on root accessible can return not content document
  393. # [15:11] <@davidb> ok
  394. # [15:38] * Quits: ehsan_ (ehsan@F0B20A8D.8458880F.57F33CED.IP) (Input/output error)
  395. # [15:45] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
  396. # [15:49] * Quits: peteb-away (ptbrunet@moz-E9B02845.austin.res.rr.com) (Client exited)
  397. # [15:49] * Joins: peteb-away (ptbrunet@moz-E9B02845.austin.res.rr.com)
  398. # [15:50] <@MarcoZ> firebot: Where are your bug statements?
  399. # [15:50] <@firebot> MarcoZ: Sorry, I've no idea what 'your bug statements' are.
  400. # [15:50] * Quits: @surkov (surkov@9AACABBA.6EAE5E0.5D3F4C44.IP) (Quit: surkov)
  401. # [15:50] <@MarcoZ> firebot: Where's the fish?
  402. # [15:50] <@firebot> MarcoZ: Sorry, I've no idea what 'Where's the fish' might be.
  403. # [15:56] * Joins: ehsan|afk (ehsan@moz-A6FE435.build.sjc1.mozilla.com)
  404. # [16:03] * Quits: richardschwerdtfeger (richardsch@moz-130F1494.lightspeed.austtx.sbcglobal.net) (Quit: richardschwerdtfeger)
  405. # [16:08] <@davidb> firebot: do you?
  406. # [16:08] * @firebot does
  407. # [16:08] <@davidb> thought so
  408. # [16:12] <@davidb> MarcoZ: nice to see you hacking
  409. # [16:14] <@MarcoZ> davidb: Yeah although the results leave a lot to be desired. ;)
  410. # [16:20] <@MarcoZ> davidb: Trying to debug something that runs while your screen reader cannot run is really a bit .... challenging.
  411. # [16:26] <@davidb> no doubt
  412. # [16:38] * Joins: hub (hub@moz-E2FCA694.figuiere.net)
  413. # [16:38] * ChanServ sets mode: +o hub
  414. # [16:45] * ehsan|afk is now known as ehsan
  415. # [16:45] <@davidb> hi hub
  416. # [16:45] <@davidb> hi tbsaunde
  417. # [16:45] <@davidb> ok i gotta find some boots
  418. # [16:45] <@davidb> BBIAB
  419. # [16:49] * Quits: @MarcoZ (marco.zehe@moz-4ACDCF1E.dip.t-dialin.net) (Quit: Reboot.)
  420. # [16:55] * Joins: MarcoZ (marco.zehe@moz-4ACDCF1E.dip.t-dialin.net)
  421. # [16:55] * ChanServ sets mode: +o MarcoZ
  422. # [16:59] * Joins: muralisr92 (chatzilla@7395510F.1C6924A7.428E23B0.IP)
  423. # [17:02] * Quits: muralisr92 (chatzilla@7395510F.1C6924A7.428E23B0.IP) (Quit: ChatZilla 0.9.88 [Firefox 9.0.1/20111228084940])
  424. # [17:17] * Quits: mike5w3c (MikeS@moz-DAFE1A45.tokyo.ocn.ne.jp) (Quit: mike5w3c)
  425. # [17:19] <@MarcoZ> davidb: It's interesting how silent everything became around Firefox releases. I feel the communication about what's new, what to blog etc. has really quietted down. Releass have become part of daily business it seems.
  426. # [17:20] <@hub> hg patch queue: because you need to learn to merge manually
  427. # [17:21] <@MarcoZ> hub: There you go!
  428. # [17:22] <@hub> I wishi it was git
  429. # [17:24] * Joins: mike5w3c (MikeS@moz-DAFE1A45.tokyo.ocn.ne.jp)
  430. # [17:29] * Joins: shorlander (shorlander@moz-853043D6.dhcp.insightbb.com)
  431. # [17:37] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
  432. # [17:37] * Joins: Mark_Capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com)
  433. # [17:38] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
  434. # [17:41] <@MarcoZ> Wow, for Firefox 10, we really kicked ass, almost 50 bug fixes in the Accessibility APIs component!
  435. # [17:47] <@hub> rock on
  436. # [17:48] <@davidb> \o/
  437. # [17:48] * Joins: cbrodigan (christineb@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
  438. # [17:53] * Joins: nhirata (nhirata.bu@moz-BBE3ABD.mv.mozilla.com)
  439. # [17:56] * Joins: clown (clown@67828CC7.C1A51174.9D42CF23.IP)
  440. # [17:59] * Quits: Mark_Capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com) (Quit: ChatZilla 0.9.88 [Firefox 12.0a1/20120130061320])
  441. # [18:03] * Joins: Mark_Capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com)
  442. # [18:05] * Quits: Mark_Capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com) (Quit: ChatZilla 0.9.88 [Firefox 12.0a1/20120130061320])
  443. # [18:15] <@tbsaunde> davidb: hi
  444. # [18:15] <@davidb> yo
  445. # [18:15] <@tbsaunde> davidb: boots? don't tell me you guys have reasonable winter weather
  446. # [18:15] <@davidb> 3 inches of snow this morning, now slush
  447. # [18:15] <@davidb> will have a high of +7 celcius today
  448. # [18:15] <@hub> 3 inches of rain here
  449. # [18:15] <@davidb> heh
  450. # [18:15] <@davidb> that sucks
  451. # [18:15] <@hub> Raincouver
  452. # [18:16] * @davidb nods
  453. # [18:17] <@tbsaunde> it was 20 f 15 mph wind and sleet / snow yesterday or the day before, now 60 and sunny
  454. # [18:18] <@tbsaunde> davidb: where you just saying hi before or you want me for something?
  455. # [18:18] <@davidb> Wow. My random layout hacking now gives me a canvas subdom with reflowed children.
  456. # [18:18] <@davidb> tbsaunde: just hi
  457. # [18:18] * Joins: aaronlev (aaronlev@moz-CDA191A6.c3-0.arl-ubr1.sbo-arl.ma.cable.rcn.com)
  458. # [18:18] <@davidb> that is some stay home weather
  459. # [18:19] <@davidb> I'm gonna try this with NVDA
  460. # [18:19] <@firebot> bmo@edmorley.co.uk changed the Status on bug 722248 from NEW to RESOLVED.
  461. # [18:19] <@firebot> bmo@edmorley.co.uk set the Resolution field on bug 722248 to FIXED.
  462. # [18:19] <@firebot> bmo@edmorley.co.uk changed the Target Milestone on bug 722248 from --- to mozilla12.
  463. # [18:19] <@davidb> it works!
  464. # [18:19] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=722248 nor, --, mozilla12, bolterbugz, RESO FIXED, Some chrome accessibles report incorrect visibility states
  465. # [18:19] <@davidb> bless ed morley
  466. # [18:19] <@firebot> trev.saunders@gmail.com requested review from surkov.alexander@gm ail.com for attachment 592850 on bug 686909.
  467. # [18:20] <@davidb> oho!
  468. # [18:20] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=686909 nor, --, ---, nobody, NEW, The system suffix is for system generated events only
  469. # [18:20] <@firebot> chrisccoulson@ubuntu.com changed the Component on bug 716036 from Layout to Keyboard: Navigation.
  470. # [18:20] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=716036 nor, --, ---, nobody, UNCO, css z-ordering renders invisible text on google search page
  471. # [18:21] <@firebot> bmo@edmorley.co.uk changed the Status on bug 707654 from REOPENED to RESOLVED.
  472. # [18:21] <@firebot> bmo@edmorley.co.uk set the Resolution field on bug 707654 to FIXED.
  473. # [18:21] <@tbsaunde> wtf? I have touched bugzilla in hours
  474. # [18:21] <@firebot> bmo@edmorley.co.uk changed the Target Milestone on bug 707654 from --- to mozilla12.
  475. # [18:21] <@firebot> chrisccoulson@ubuntu.com changed the Component on bug 716036 from Keyboard: Navigation to Layout.
  476. # [18:22] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=707654 nor, --, mozilla12, surkov.alexander, RESO FIXED, embeds relation on root accessible can return not content document
  477. # [18:22] <@firebot> surkov.alexander@gmail.com cancelled review?(surkov.alexander@gm ail.com) for attachment 592850 on bug 686909.
  478. # [18:22] <@firebot> eitan@monotonous.org requested review from surkov.alexander@gm ail.com for attachment 592934 on bug 698823.
  479. # [18:22] <@davidb> i think firebot is slow
  480. # [18:22] <@davidb> or something
  481. # [18:22] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=698823 nor, --, mozilla10, eitan, NEW, Introduce virtual cursor/soft focus functionality to a11y API
  482. # [18:22] <@davidb> firebot: shut up
  483. # [18:22] <@firebot> surkov.alexander@gmail.com cancelled review?(surkov.alexander@gm ail.com) for attachment 592790 on bug 722248.
  484. # [18:23] <@firebot> surkov.alexander@gmail.com granted feedback for attachment 592790 on bug 722248.
  485. # [18:23] <@firebot> hub@mozilla.com requested review from surkov.alexander@gm ail.com for attachment 592959 on bug 673405.
  486. # [18:23] <@firebot> hub@mozilla.com requested review from surkov.alexander@gm ail.com for attachment 592960 on bug 721947.
  487. # [18:23] * firebot was kicked by davidb (davidb)
  488. # [18:23] <@davidb> wanker
  489. # [18:24] <@tbsaunde> heh
  490. # [18:25] * Joins: firebot (firebot@moz-67BF9FE6.carolina.res.rr.com)
  491. # [18:25] * ChanServ sets mode: +o firebot
  492. # [18:25] <@firebot> marco.zehe@googlemail.com requested feedback from surkov.alexander@ gmail.com for attachment 593007 on bug 719754.
  493. # [18:25] <@davidb> sigh
  494. # [18:26] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=548472 nor, --, ---, surkov.alexander, ASSI, Column header accessibles are not ordered according to visual order
  495. # [18:26] <@davidb> better let him do his thing.
  496. # [18:26] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=719754 nor, --, mozilla12, surkov.alexander, REOP, Rewrite a11y tests that put <tabbrowser> in random XUL documents and expect it to work
  497. # [18:26] <@firebot> surkov.alexander@gmail.com granted feedback for attachment 593007 on bug 719754.
  498. # [18:26] <@firebot> marco.zehe@googlemail.com requested feedback from surkov.alexander@ gmail.com for attachment 593026 on bug 719754.
  499. # [18:26] <@firebot> marco.zehe@googlemail.com requested feedback from surkov.alexander@ gmail.com for attachment 593031 on bug 719754.
  500. # [18:26] <@firebot> murali.sr92@yahoo.com requested review from surkov.alexander@gm ail.com for attachment 593048 on bug 720148.
  501. # [18:27] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=720148 nor, --, ---, murali.sr92, ASSI, ARIA button should expose press action
  502. # [18:27] <@firebot> surkov.alexander@gmail.com changed the Status on bug 720148 from NEW to ASSIGNED.
  503. # [18:27] <@firebot> surkov.alexander@gmail.com granted review for attachment 593048 on bug 720148.
  504. # [18:27] <@firebot> surkov.alexander@gmail.com cancelled feedback?(surkov.alexander@ gmail.com) for attachment 593026 on bug 719754.
  505. # [18:27] <@firebot> surkov.alexander@gmail.com cancelled feedback?(surkov.alexander@ gmail.com) for attachment 593031 on bug 719754.
  506. # [18:27] <@firebot> surkov.alexander@gmail.com requested review from marco.zehe@googlema il.com for attachment 593073 on bug 719754.
  507. # [18:28] <@firebot> markcapella@twcny.rr.com requested review from surkov.alexander@gm ail.com for attachment 593076 on bug 589784.
  508. # [18:28] <@firebot> surkov.alexander@gmail.com granted review for attachment 593076 on bug 589784.
  509. # [18:28] <@firebot> marco.zehe@googlemail.com granted review for attachment 593073 on bug 719754.
  510. # [18:38] <@MarcoZ> LOL
  511. # [18:43] <@davidb> phew
  512. # [19:08] * Quits: @hub (hub@moz-E2FCA694.figuiere.net) (Input/output error)
  513. # [19:09] <@MarcoZ> Anything else anyone needs from me today?
  514. # [19:09] <@davidb> MarcoZ: have a good one
  515. # [19:10] <@MarcoZ> davidb: Thanks!
  516. # [19:16] * Quits: @MarcoZ (marco.zehe@moz-4ACDCF1E.dip.t-dialin.net) (Quit: See you tomorrow!)
  517. # [19:22] <@davidb> hi eeejay
  518. # [19:22] <eeejay> hey davidb
  519. # [19:28] * Joins: hub (hub@21B7B9F2.B87E9213.6E712CE2.IP)
  520. # [19:28] * ChanServ sets mode: +o hub
  521. # [19:29] <@hub> back
  522. # [19:39] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
  523. # [19:51] * eeejay regrets having 3 reviewers for the same patches
  524. # [19:53] <@davidb> rookie mistake
  525. # [20:20] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
  526. # [20:40] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
  527. # [20:41] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
  528. # [20:59] * Quits: mike5w3c (MikeS@moz-DAFE1A45.tokyo.ocn.ne.jp) (Quit: mike5w3c)
  529. # [21:08] * Joins: mike5w3c (MikeS@moz-DAFE1A45.tokyo.ocn.ne.jp)
  530. # [21:40] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
  531. # [21:59] * Quits: @davidb (davidb@F2D29657.F60B0462.67AC9B1.IP) (Quit: davidb)
  532. # [22:12] * Joins: Jamie (jamie@moz-CA26021.jantrid.net)
  533. # [22:26] <@tbsaunde> hub: I haven't looked at your bustage yet, but I can review bustage fixes if you have one
  534. # [22:27] <@hub> tbsaunde: I guess he'll backout
  535. # [22:27] <@tbsaunde> hub: yeah, edmorally said he would, but if you have a fix you could reland
  536. # [22:28] <@hub> I need to go home for that. I left the linux laptop at home
  537. # [22:28] <@hub> :-/
  538. # [22:28] <@hub> maybe I will
  539. # [22:30] <@hub> ok, going home. will finish there
  540. # [22:30] <@hub> tbsaunde: I'll resubmit the patch to bugzilla
  541. # [22:31] * Quits: @hub (hub@21B7B9F2.B87E9213.6E712CE2.IP) (Input/output error)
  542. # [22:47] * Joins: hub (hub@moz-E2FCA694.figuiere.net)
  543. # [22:47] * ChanServ sets mode: +o hub
  544. # [22:48] <@hub> ok, I'm here
  545. # [22:49] <@tbsaunde> hub: heh, I'm still waiting for tbpl to open to see what failed
  546. # [22:51] <@hub> some mochitest
  547. # [22:53] <@tbsaunde> that's souseful ;)
  548. # [22:55] <@hub> I don't have it open either
  549. # [22:56] <@hub> mochitest-a11y: 661/67998/6 LEAK
  550. # [22:56] <@hub> mochitest-a11y: 563/53034/1
  551. # [23:00] <@hub> currently rebuilding inbound
  552. # [23:03] * Parts: clown (clown@67828CC7.C1A51174.9D42CF23.IP)
  553. # [23:15] <@tbsaunde> hub: looks like your pesimism in getting the laptop before looking at the logswasn't unreasonable I don't have any idea why that failed
  554. # [23:16] <@hub> I didn't get the laptop. the laptop got me :-)
  555. # [23:35] * Parts: eeejay (eitan@moz-EE2D6C10.monotonous.org) (Ex-Chat)
  556. # [23:35] * Joins: eeejay (eitan@moz-EE2D6C10.monotonous.org)
  557. # [23:35] * ChanServ sets mode: +o eeejay
  558. # [23:50] * Joins: davidb (davidb@moz-6F9F653A.dsl.bell.ca)
  559. # [23:50] * ChanServ sets mode: +qo davidb davidb
  560. # [23:50] <Jamie> hi everyone
  561. # [23:50] <@davidb> heyo
  562. # Session Close: Wed Feb 01 00:00:00 2012

The end :)