/irc-logs / mozilla / #accessibility / 2012-01-31 / end
Options:
- # Session Start: Tue Jan 31 00:00:01 2012
- # Session Ident: #accessibility
- # [00:41] * Joins: Jamie (jamie@moz-CA26021.jantrid.net)
- # [01:00] * Joins: mike5w3c (MikeS@moz-DAFE1A45.tokyo.ocn.ne.jp)
- # [01:11] <@tbsaunde> surkov: early morning?
- # [01:11] <@surkov> tbsaunde: yep, hi
- # [01:12] <@tbsaunde> hi
- # [01:42] * Quits: @surkov (surkov@DD563F5.F78D7EEB.34044A7F.IP) (Ping timeout)
- # [01:44] * khuey is now known as khuey|away
- # [01:49] * Joins: surkov (surkov@9AACABBA.6EAE5E0.5D3F4C44.IP)
- # [01:49] * ChanServ sets mode: +o surkov
- # [01:50] <@tbsaunde> surkov: so, have you thought about the tests I addeded? and hwo we can really cover things?
- # [01:50] <@surkov> I didn't looked it
- # [01:51] <@tbsaunde> ok
- # [01:51] <@tbsaunde> I'll be around for an hour andthen hopefully again in the morning
- # [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
- # [02:06] <@tbsaunde> oh, and we should try to get David's telemetry patch in unless you find it objectionable
- # [02:09] <@tbsaunde> Jamie: it amuses me that jaonie loves webkit and you seem to have lots of grief from it
- # [02:10] <Jamie> tbsaunde: that's mostly because the WebKit a11y implementation in Windows is a serious piece of suck
- # [02:10] <Jamie> tbsaunde: It uses MSAA alone, no IA2. on top of that, it is buggy as all hell.
- # [02:11] <Jamie> oh, and it doesn't bother ot fire events when anything happens
- # [02:11] <Jamie> there are many other reasons, but those are the big ones :)
- # [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
- # [02:12] * Jamie thinks it will bite when it comes to rich text editing
- # [02:13] <@tbsaunde> Jamie: that is a lot of suck :/
- # [02:13] <@tbsaunde> I think I heard something about them or chrome considering ISimpleDOM? :(
- # [02:13] <Jamie> Chrome already does ISimpleDOM
- # [02:13] <Jamie> I'll give you 1 guess as to why
- # [02:14] <@tbsaunde> that popular screen reader? ;)
- # [02:14] <Jamie> (Chrome did IA2 first, but then implemented ISimpleDOM as well)
- # [02:14] <Jamie> tbsaunde: bingo :)
- # [02:14] <@surkov> tbsaunde: 1) add isFromUserInput flag to checker object and check it when event is handled (this.checkEvent function)
- # [02:15] <@surkov> 2) then introduce events/test_fromUserInput.html and add tests there
- # [02:15] <@tbsaunde> surkov: didn't I do it that way?
- # [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
- # [02:15] <@tbsaunde> surkov: oh, ok
- # [02:15] <@surkov> Jamie: yes, that's regression from David's bug about invisible states
- # [02:16] <Jamie> ok. I've commented on that navrelation_embeds bug, so I guess it'll get seen when it's worked on
- # [02:16] <Jamie> however, from what I cna tell, NAVRELATION_EMBEDS breaks in firefox 9 as well
- # [02:16] <@surkov> Jamie: if you have a change then could you look at try build from bug 707654
- # [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
- # [02:17] <Jamie> shall do
- # [02:17] <@surkov> Marco observed some bogus behavior of NVDA, and I don't have any idea why
- # [02:17] <@surkov> it should expose embeds relation fine, at least that's what I observer by DOMi
- # [02:17] <Jamie> urg
- # [02:17] <Jamie> ok, I'll look into it
- # [02:17] <@surkov> thank you!
- # [02:18] <Jamie> did he provide any test cases? I saw the issue, but don't remember any URLs
- # [02:18] <@surkov> Jamie: yeah, bug 720393
- # [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.
- # [02:18] <Jamie> ok. will try ot test today
- # [02:18] <@surkov> thanks!
- # [02:20] <@surkov> tbsaunde: 3) you can add <input> then add invoker to focus it and then to type characters
- # [02:21] <@tbsaunde> surkov: I'd need to subclass the focus invoker or something to do 3 no?
- # [02:21] <@surkov> tbsaunde: you can keep them as separate invokers
- # [02:22] <@surkov> or even should
- # [02:22] <@surkov> to focus you can use synthFocus
- # [02:22] <@tbsaunde> surkov: oh, so invoker to focus then invoker to do text stuffs?
- # [02:22] <@surkov> right
- # [02:22] <@tbsaunde> ok thx
- # [02:22] <@surkov> I think you need to have a timeout between these stuffs because of async processing
- # [02:22] <@tbsaunde> surkov: don't we usually do test_from_user_input.html not test_fromUserInput.html?
- # [02:23] <@surkov> and then you can use synthKey invoker
- # [02:23] <@surkov> tbsaunde: usually we do like test_sometesting1_fromuserinput.html :)
- # [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
- # [02:24] <@surkov> hm, no we do like test_something1_fromUserInput.html
- # [02:24] <@tbsaunde> ok
- # [02:24] <@surkov> so if you name it as test_fromUserInput.html then it works
- # [02:25] * Quits: mike5w3c (MikeS@moz-DAFE1A45.tokyo.ocn.ne.jp) (Quit: mike5w3c)
- # [02:26] <@tbsaunde> surkov: what about the delay? do I need to put something between invokers?
- # [02:27] <@tbsaunde> shouldn't the focus invoker only finish when the focus event is recieved so the thing is focused?
- # [02:33] * Quits: shorlander (shorlander@moz-853043D6.dhcp.insightbb.com) (Quit: Quit)
- # [02:34] <@surkov> tbsaunde: no eventQueue takes care about that
- # [02:34] <@surkov> tbsaunde: if you use synthFocus invoker then it will wait for focus event
- # [02:34] <@tbsaunde> surkov: ok, that's what I hoped
- # [02:34] <@tbsaunde> sorry I'm a nub at tests :(
- # [02:35] <@surkov> you shouldn't sorry about that
- # [02:37] * Joins: mike5w3c (MikeS@moz-8107A9E.u30.hotspot.ne.jp)
- # [02:41] * Quits: mike5w3c (MikeS@moz-8107A9E.u30.hotspot.ne.jp) (Ping timeout)
- # [02:42] * Joins: mike5w3c (MikeS@moz-DAFE1A45.tokyo.ocn.ne.jp)
- # [02:44] * Quits: nhirata (nhirata.bu@moz-BBE3ABD.mv.mozilla.com) (Quit: nhirata)
- # [02:44] <@tbsaunde> surkov: checkers always need to be wrapped in a invoker right?
- # [02:44] * Quits: mike5w3c (MikeS@moz-DAFE1A45.tokyo.ocn.ne.jp) (Ping timeout)
- # [02:44] <@tbsaunde> so you can't do gQueue.push(new textChangeChecker()); right?
- # [02:44] <@surkov> right
- # [02:45] * Joins: mike5w3c (MikeS@moz-DAFE1A45.tokyo.ocn.ne.jp)
- # [02:45] <@surkov> checkers don't invoke an action
- # [02:45] <@surkov> but invokers can be used without explicitly defined checkers
- # [02:45] <@surkov> though I prefer to use checkers
- # [02:48] * Quits: mike5w3c (MikeS@moz-DAFE1A45.tokyo.ocn.ne.jp) (Ping timeout)
- # [02:50] <@tbsaunde> surkov: for the case where there is nothing to check you just want something to happen?
- # [02:51] * Quits: ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [02:51] <@surkov> tbsaunde: you always check something for example if event was fired
- # [02:52] * Joins: davidb (davidb@moz-6F9F653A.dsl.bell.ca)
- # [02:52] * ChanServ sets mode: +qo davidb davidb
- # [02:53] <@davidb> hi surkov!
- # [02:54] <@surkov> hi, davidb
- # [02:55] <Jamie> surkov: so the try build from bug 707654 should fix navrelation_embeds returning the first tab document or not?
- # [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
- # [02:55] <@surkov> Jamie: yes
- # [02:55] <Jamie> surkov: ok. confirmed. it does.
- # [02:55] <@davidb> hi Jamie
- # [02:56] <@surkov> Jamie: anything what Marco observers?
- # [02:56] <Jamie> surkov: so (sorry to ask the same question a different way) is bug 707654 purely about regressions from bug 591363?
- # [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?
- # [02:56] <Jamie> hey davidb
- # [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
- # [02:57] <@surkov> Jamie: no, but first tab is regression from that bug
- # [02:57] <Jamie> surkov: and on the NVDA snapshots page, I didn't see any issues when I focused within the iframe
- # [02:58] <@surkov> hm
- # [02:58] <@surkov> Jamie: can you comment that into bug please?
- # [02:59] <@surkov> and I wait for Marco before landing so he can say if there's anything wrong with retweet stuffs
- # [02:59] * Jamie is just testing gmail, which is the other example Marco gave
- # [03:00] <@davidb> surkov: did you get a chance to look at bug 722248
- # [03:00] <@davidb> if you want to chat about it I have 30 minutes now
- # [03:00] * Joins: aaronlev (aaronlev@moz-9058091D.bstnma.fios.verizon.net)
- # [03:00] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=722248 nor, --, ---, bolterbugz, NEW, Some chrome accessibles report incorrect visibility states
- # [03:00] * @davidb waves to aaronlev
- # [03:01] * aaronlev nods … half asleep
- # [03:01] <@surkov> davidb: no, I will
- # [03:01] <@davidb> thanks
- # [03:02] <Jamie> hi aaronlev :)
- # [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)
- # [03:02] <aaronlev> hi Jamie
- # [03:02] <aaronlev> got my build working
- # [03:02] <@surkov> davidb: I know but that's a regression so it shouldn't be too hard, right?
- # [03:02] <Jamie> btw, surkov, something is definitely different with WM_GETOBJECT in firefox 11
- # [03:03] <Jamie> technically, what gecko used to do is a bug, but I'm concerned that it's "different" with no apparent reason
- # [03:03] <@davidb> surkov: right.
- # [03:03] <Jamie> aaronlev: sweet.
- # [03:03] <@davidb> surkov: but it bothers me :)
- # [03:03] <@surkov> I see :)
- # [03:04] <@surkov> Jamie: details? do we have bug for that?
- # [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.
- # [03:04] <@surkov> Jamie: what does it return?
- # [03:04] <Jamie> surkov: however, technically, it shouldn't do that anyway because it was actually returning a client accessible for the wrong hwnd
- # [03:05] <Jamie> now it returns nothing; oleacc generates a client accessible
- # [03:05] <Jamie> which suggests WM_GETOBJECT is returning nothing
- # [03:05] <@surkov> I see, Jamie, should we return an accessible that contains plugin?
- # [03:05] <Jamie> surkov: probably not. truthfully, I don't know why that hwnd exists at all
- # [03:06] <Jamie> this all relates to plugins not connecting to the tree properly
- # [03:06] <Jamie> surkov: for now, I've hacked around it in NVDA, since we're already hacking around it by using NAVRELATION_EMBEDS
- # [03:06] <@surkov> Jamie: we need to have a bug and cc roc? I guess they did that intentionally for some reason
- # [03:06] <Jamie> surkov: so here's the thing. I'm reluctant ot file a bug because what was happening before is technically wrong
- # [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
- # [03:07] <Jamie> not sure if I'm making any sense
- # [03:08] <@surkov> I'd say returning a windows generated accessible is not correct as well
- # [03:08] <@surkov> so it's better to return something more usable
- # [03:08] <Jamie> true, although returning an accessible for a different hwnd is a bit ugly
- # [03:08] * Joins: ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP)
- # [03:08] <Jamie> and causes serious breakage in some cases
- # [03:09] <Jamie> it's even wrose because navrelation_embeds is broken in firefox 9 and I don't understand why
- # [03:09] <@surkov> Jamie: that's what I said to return an accessible containing plugin because it provides own HWND
- # [03:09] <Jamie> basically, I need to file a bug, but I can't figure out which bug to file :)
- # [03:09] <Jamie> surkov: that will cause an infinte loop
- # [03:09] <@surkov> yeah, that makes sense, there we can figure out the best approach
- # [03:10] <@surkov> ok :)
- # [03:10] <Jamie> surkov: GeckoPluginWindow exposes the accessible for the plugin. the parent window is the problem here
- # [03:11] * Joins: mike5w3c (MikeS@7B122E2A.497EC1B8.5EFB9497.IP)
- # [03:11] <Jamie> surkov: actually, maybe I should add this discussion to bug 646360
- # [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
- # [03:12] <@surkov> sounds fine with me
- # [03:13] * @davidb nods
- # [03:13] * Quits: mike5w3c (MikeS@7B122E2A.497EC1B8.5EFB9497.IP) (Quit: mike5w3c)
- # [03:14] <@surkov> davidb: can you add description to the bug why removed code caused the bug?
- # [03:15] <@davidb> surkov: i don't know yet.
- # [03:15] * Joins: mike5w3c (MikeS@7B122E2A.497EC1B8.5EFB9497.IP)
- # [03:16] <@surkov> that's important for review, the reason is not evident for me
- # [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.
- # [03:18] <@davidb> but i will think on it / collect my thoughts
- # [03:18] <@surkov> davidb: last patch is reverting?
- # [03:19] <@davidb> partial yeah
- # [03:19] <@davidb> surkov: I tried a few surgical experiments. Not bailing on role property page/pane didn't work.
- # [03:21] <@davidb> surkov: I think understanding all of IsVisibleConsideringAncestors is the key.
- # [03:22] <@davidb> It seems straightforward.
- # [03:22] <@davidb> I suppose the accessible tree and the frame tree could be out of sync :(
- # [03:23] <@davidb> although hmm.
- # [03:23] * Quits: @hub (hub@21B7B9F2.B87E9213.6E712CE2.IP) (Input/output error)
- # [03:26] <@davidb> surkov: is it 10:20am or 11:20am for you?
- # [03:32] <@surkov> davidb: 11
- # [03:32] <@davidb> ok
- # [03:37] <@tbsaunde> surkov: davidb plain div isn't focusable, but div with contenteditable=true should be right?
- # [03:37] <@tbsaunde> and input should be right?
- # [03:37] <@davidb> i think so
- # [03:38] <@davidb> they both involve an editor, but with a plain div that is editable i'm not sure about on focus.
- # [03:40] * Joins: hub (hub@moz-E2FCA694.figuiere.net)
- # [03:40] * ChanServ sets mode: +o hub
- # [03:43] * ehsan is now known as ehsan|afk
- # [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
- # [03:57] <@surkov> tbsaunde: your removeTextInvoker and insertTextInvoker don't have invoke() method really
- # [03:58] <@tbsaunde> surkov: hm, I jsut copied them from test_text.html and renamed them
- # [03:58] * @tbsaunde looks at that test more
- # [03:59] <@surkov> hm
- # [04:00] <@tbsaunde> oh, maybe they were named invoker but not actually used as such
- # [04:03] <@tbsaunde> I think I might understand, they were used with the this.__proto__ stuff
- # [04:03] <@davidb> the invoke method gets added later
- # [04:03] <@davidb> those were fancy ones
- # [04:04] <@tbsaunde> yeah
- # [04:04] <@tbsaunde> so, I need to write invokers right?
- # [04:04] <@davidb> yeah
- # [04:04] <@tbsaunde> and getID() too I gues
- # [04:04] <@davidb> if you want invokers (i've not looked at your patch)
- # [04:05] <@tbsaunde> davidb: if you assume the invokers worked I believe that is what I want to be testing
- # [04:05] <@davidb> ok
- # [04:05] <@tbsaunde> davidb: so, how does one remove / insert text like I want to do there?
- # [04:06] <@davidb> tbsaunde: what bug #?
- # [04:06] <@tbsaunde> and can I do it the same way for all of plain div input and div contenteditable=true
- # [04:06] <@davidb> actually I'm about to sleep :)
- # [04:06] <@davidb> maybe
- # [04:06] <@tbsaunde> ok
- # [04:06] <@davidb> surkov: ^
- # [04:06] <@tbsaunde> davidb: same as earlier bug 686909
- # [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
- # [04:06] <@surkov> tbsaunde: proto means inheritance from other object
- # [04:06] * @davidb nods
- # [04:06] <@tbsaunde> surkov: yeah, I guessed that
- # [04:07] <@tbsaunde> surkov: so, what about how I can write the invokers?
- # [04:08] <@surkov> tbsaunde: I'm not sure I understand the question
- # [04:08] <@tbsaunde> surkov:so for say removeTextInvoker to work it needs a .invoke() method right?
- # [04:09] <@surkov> right
- # [04:09] <@surkov> which is supposed to remove teh text
- # [04:09] <@tbsaunde> how can I remove the first char or all of them for that matter from a dom node?
- # [04:09] <@surkov> if you want to make it looking as user input then you should generate keyboard events
- # [04:09] <@surkov> if you don't care then you just change the DOM
- # [04:10] <@tbsaunde> surkov: how do you just change the DOM though
- # [04:11] <@surkov> tbsaunde: like DOMNode.data = "new data"
- # [04:11] <@surkov> or DOMNode.textContent = "new content"
- # [04:11] * Quits: mike5w3c (MikeS@7B122E2A.497EC1B8.5EFB9497.IP) (Quit: mike5w3c)
- # [04:11] <@surkov> maybe DOM text node provides something else (need to look at w3c)
- # [04:12] <@tbsaunde> oh, ugh
- # [04:12] * Joins: mike5w3c (MikeS@7B122E2A.497EC1B8.5EFB9497.IP)
- # [04:13] <@tbsaunde> ugh, I don't really want to but I might just forget about landing this for fx 12 and sleep
- # [04:14] <@tbsaunde> sorry, really tired
- # [04:14] * Quits: mike5w3c (MikeS@7B122E2A.497EC1B8.5EFB9497.IP) (Quit: mike5w3c)
- # [04:15] * Joins: mike5w3c (MikeS@7B122E2A.497EC1B8.5EFB9497.IP)
- # [04:16] * Quits: mike5w3c (MikeS@7B122E2A.497EC1B8.5EFB9497.IP) (Ping timeout)
- # [04:22] <@davidb> tbsaunde: sleep young jedi.
- # [04:24] <@hub> may the force be with you
- # [04:25] <@hub> davidb: uplift should be done around 8 AM PDT tomorrow. I would hope they merge inbound first
- # [04:26] <@davidb> hub: they pick a semi-random clean version of inbound
- # [04:26] <@davidb> often 'last green run'
- # [04:26] <@tbsaunde> davidb: well, they pcik something on m-c
- # [04:27] <@davidb> errr right that
- # [04:27] <@davidb> see you are more awake than I am
- # [04:27] <@tbsaunde> or I've just been here thinking about it late at night more times than you :p
- # [04:28] <@davidb> heheh
- # [04:28] <@davidb> I think so.
- # [04:39] * Quits: aaronlev (aaronlev@moz-9058091D.bstnma.fios.verizon.net) (Ping timeout)
- # [04:40] <@davidb> ok peeps - catch ya later
- # [04:40] * Quits: @davidb (davidb@moz-6F9F653A.dsl.bell.ca) (Quit: blast off!)
- # [05:05] <@tbsaunde> surkov: setting .data doesn't work on an input right? you have to set .value
- # [05:05] <@tbsaunde> or however you set attributes
- # [05:05] <@surkov> tbsaunde: right
- # [05:06] <@tbsaunde> ugh
- # [05:06] <@tbsaunde> I'm not sure how to not have silly extra invokers then
- # [05:08] <@tbsaunde> surkov: can I do foo(aAttr) { node.aAttr = blah; } ?
- # [05:09] <@tbsaunde> and will you kill me if I do it?
- # [05:09] * Quits: peteb-away (ptbrunet@moz-E9B02845.austin.res.rr.com) (Ping timeout)
- # [05:09] <@surkov> tbsaunde: I'm out of context but it sounds like normal js :)
- # [05:12] * Joins: nhirata (nhirata.bu@moz-2A9C9106.hsd1.ca.comcast.net)
- # [05:18] * Quits: Jamie (jamie@moz-CA26021.jantrid.net) (Quit: reboot)
- # [05:27] * Joins: mike5w3c (MikeS@moz-7CD5BDF3.tokyo.ocn.ne.jp)
- # [05:34] * Joins: cbrodigan (christineb@moz-FAB212FE.hsd1.ca.comcast.net)
- # [05:50] <@tbsaunde> surkov: care if I attach a patch with the file added tonight?
- # [05:51] <@surkov> tbsaunde: might be nice to look
- # [05:52] <@tbsaunde> ok
- # [05:57] * Quits: @hub (hub@moz-E2FCA694.figuiere.net) (Input/output error)
- # [05:57] * Quits: cbrodigan (christineb@moz-FAB212FE.hsd1.ca.comcast.net) (Quit: cbrodigan)
- # [06:00] * Joins: peteb-away (ptbrunet@moz-E9B02845.austin.res.rr.com)
- # [06:04] * Joins: cbrodigan (christineb@moz-FAB212FE.hsd1.ca.comcast.net)
- # [06:06] * Quits: nhirata (nhirata.bu@moz-2A9C9106.hsd1.ca.comcast.net) (Ping timeout)
- # [06:08] * Joins: nhirata (nhirata.bu@moz-2A9C9106.hsd1.ca.comcast.net)
- # [06:14] * Quits: cbrodigan (christineb@moz-FAB212FE.hsd1.ca.comcast.net) (Quit: cbrodigan)
- # [06:25] * Quits: mike5w3c (MikeS@moz-7CD5BDF3.tokyo.ocn.ne.jp) (Ping timeout)
- # [06:31] * Joins: cbrodigan (christineb@moz-FAB212FE.hsd1.ca.comcast.net)
- # [06:31] * Quits: cbrodigan (christineb@moz-FAB212FE.hsd1.ca.comcast.net) (Quit: cbrodigan)
- # [06:39] * Joins: mike5w3c (MikeS@moz-7CD5BDF3.tokyo.ocn.ne.jp)
- # [07:29] * Joins: MarcoZ (marco.zehe@moz-4ACDCF1E.dip.t-dialin.net)
- # [07:29] * ChanServ sets mode: +o MarcoZ
- # [07:32] * Joins: cbrodigan (christineb@moz-FAB212FE.hsd1.ca.comcast.net)
- # [07:32] * Quits: cbrodigan (christineb@moz-FAB212FE.hsd1.ca.comcast.net) (Quit: cbrodigan)
- # [07:42] * Quits: mike5w3c (MikeS@moz-7CD5BDF3.tokyo.ocn.ne.jp) (Quit: mike5w3c)
- # [07:45] * Joins: Jamie (jamie@moz-CA26021.jantrid.net)
- # [07:49] <@MarcoZ> surkov: Hi! So what's different in this patch and the one that previously landed, re bug 707654?
- # [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
- # [07:50] <@surkov> MarcoZ: they are identical
- # [07:50] <@MarcoZ> surkov: But something must have changed that it now doesn't break where it did break in that nightly build.
- # [07:51] <@surkov> gecko is more than my patch, we see some tricky stuffs that one day will appear again
- # [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.
- # [07:52] <@surkov> right
- # [08:26] <@MarcoZ> surkov: Can you give me *any* estimate on when we'll have a fix for bug 673860 and derivates?
- # [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
- # [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)
- # [08:29] <@MarcoZ> surkov: I understand!
- # [08:29] * Joins: mike5w3c (MikeS@moz-DAFE1A45.tokyo.ocn.ne.jp)
- # [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.
- # [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
- # [08:33] <@surkov> MarcoZ: every test that was disabled
- # [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
- # [08:35] <@MarcoZ> surkov: Yeah I'll take a look at that original disabling and see if I can get them rewritten.
- # [08:36] <@surkov> thanks!
- # [09:12] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [09:17] * Quits: Jamie (jamie@moz-CA26021.jantrid.net) (Quit: leaving)
- # [09:36] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
- # [09:40] * Quits: ehsan|afk (ehsan@F0B20A8D.8458880F.57F33CED.IP) (Connection reset by peer)
- # [09:41] * Joins: ehsan|afk (ehsan@moz-A6FE435.build.sjc1.mozilla.com)
- # [09:49] * Quits: ehsan|afk (ehsan@moz-A6FE435.build.sjc1.mozilla.com) (Ping timeout)
- # [09:58] * Quits: nhirata (nhirata.bu@moz-2A9C9106.hsd1.ca.comcast.net) (Quit: nhirata)
- # [09:59] * Joins: ehsan|afk (ehsan@moz-A6FE435.build.sjc1.mozilla.com)
- # [10:06] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [10:13] * Quits: @MarcoZ (marco.zehe@moz-4ACDCF1E.dip.t-dialin.net) (Ping timeout)
- # [10:18] * Joins: MarcoZ (marco.zehe@moz-4ACDCF1E.dip.t-dialin.net)
- # [10:18] * ChanServ sets mode: +o MarcoZ
- # [10:20] * Quits: @surkov (surkov@9AACABBA.6EAE5E0.5D3F4C44.IP) (Quit: surkov)
- # [10:52] * Joins: richardschwerdtfeger_ (richardsch@moz-130F1494.lightspeed.austtx.sbcglobal.net)
- # [10:52] * Quits: richardschwerdtfeger (richardsch@moz-130F1494.lightspeed.austtx.sbcglobal.net) (Ping timeout)
- # [10:52] * richardschwerdtfeger_ is now known as richardschwerdtfeger
- # [10:55] * Quits: richardschwerdtfeger (richardsch@moz-130F1494.lightspeed.austtx.sbcglobal.net) (Ping timeout)
- # [10:57] * Quits: ehsan|afk (ehsan@moz-A6FE435.build.sjc1.mozilla.com) (Input/output error)
- # [11:02] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
- # [11:04] <@MarcoZ> Curses on tests that simply stop without telling me what's wrong.
- # [11:09] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [11:14] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
- # [11:33] * Joins: jprmc (jprmc@moz-18705F16.reverse.destiny.be)
- # [11:33] * ChanServ sets mode: +o jprmc
- # [11:38] * Quits: @jprmc (jprmc@moz-18705F16.reverse.destiny.be) (Quit: Leaving)
- # [11:39] * Joins: jprmc (jprmc@moz-18705F16.reverse.destiny.be)
- # [11:39] * ChanServ sets mode: +o jprmc
- # [11:44] * Quits: @jprmc (jprmc@moz-18705F16.reverse.destiny.be) (Ping timeout)
- # [11:50] * Joins: richardschwerdtfeger (richardsch@moz-130F1494.lightspeed.austtx.sbcglobal.net)
- # [11:53] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [12:07] * Joins: surkov (surkov@9AACABBA.6EAE5E0.5D3F4C44.IP)
- # [12:07] * ChanServ sets mode: +o surkov
- # [12:08] * khuey|away is now known as khuey
- # [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. :(
- # [12:10] <@surkov> I'll take a look
- # [12:10] <@MarcoZ> surkov: Thank you!
- # [12:14] * Quits: victorporof (victorporo@C092FEB2.1C233438.79933D60.IP) (Quit: Leaving...)
- # [12:19] * Joins: victorporof (victorporo@C092FEB2.1C233438.79933D60.IP)
- # [12:20] * Quits: victorporof (victorporo@C092FEB2.1C233438.79933D60.IP) (Quit: Leaving...)
- # [12:56] * Quits: @surkov (surkov@9AACABBA.6EAE5E0.5D3F4C44.IP) (Quit: surkov)
- # [13:26] * Joins: surkov (surkov@9AACABBA.6EAE5E0.5D3F4C44.IP)
- # [13:26] * ChanServ sets mode: +o surkov
- # [13:44] * Joins: muralisr92 (chatzilla@moz-B1A15DD4.dynip.nus.edu.sg)
- # [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?
- # [13:45] <@surkov> muralisr92: sure
- # [13:45] <@surkov> which bug?
- # [13:45] <muralisr92> surkov: i am talking about https://bugzilla.mozilla.org/show_bug.cgi?id=720148
- # [13:45] <@firebot> Bug 720148 nor, --, ---, nobody, NEW, ARIA button should expose press action
- # [13:46] <@surkov> ok, what's the question?
- # [13:46] <muralisr92> i've changed the buttons to expose press action in test_aria.html
- # [13:46] <muralisr92> but should i change the js file too?
- # [13:46] <muralisr92> actions.js in tests?
- # [13:47] <@surkov> sounds like no, what change do you want to see there?
- # [13:47] * khuey is now known as khuey|away
- # [13:49] <muralisr92> could you please tell me what this line means? eventSeq.push(new checkerOfActionInvoker("click", elm, actionObj));
- # [13:49] <muralisr92> because i am not sure what it does, and was wondering if i should change this click to press..
- # [13:50] <@surkov> eventSeq is an object that allows you to invoke actions and handle events caused by these actions
- # [13:51] <@surkov> when you push new invoker object like (new checkerOfActionInvoker()) then you define new action and watched events
- # [13:51] <@surkov> you need to look at checkerOfActionInvoker constructor to see what it test
- # [13:52] <@surkov> type is event type, target is event target
- # [13:52] <muralisr92> hmmm okay i think i get it.. but i need to look into the class definitions to understand more...
- # [13:52] <@surkov> so basically this line means 1) invoke an accessible action of accessible object and 2) see if it fires expected events
- # [13:53] <muralisr92> thanks a lot!
- # [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!
- # [13:53] <@surkov> yw
- # [13:53] <@surkov> thanks for doing this
- # [13:53] <muralisr92> :)
- # [13:55] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
- # [13:59] * Joins: ehsan_ (ehsan@F0B20A8D.8458880F.57F33CED.IP)
- # [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.
- # [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
- # [14:10] <@surkov> ok, I'll take a look
- # [14:13] * khuey|away is now known as khuey
- # [14:23] * Quits: muralisr92 (chatzilla@moz-B1A15DD4.dynip.nus.edu.sg) (Quit: ChatZilla 0.9.88 [Firefox 9.0.1/20111228084940])
- # [14:37] * Joins: aaronlev (aaronlev@moz-CDA191A6.c3-0.arl-ubr1.sbo-arl.ma.cable.rcn.com)
- # [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.
- # [14:56] <@surkov> yep, I'm on it
- # [14:58] * Quits: aaronlev (aaronlev@moz-CDA191A6.c3-0.arl-ubr1.sbo-arl.ma.cable.rcn.com) (Ping timeout)
- # [14:58] <@MarcoZ> surkov: Thanks!
- # [14:58] <@surkov> yw!
- # [15:01] * Joins: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP)
- # [15:01] * ChanServ sets mode: +qo davidb davidb
- # [15:01] <@davidb> heyo
- # [15:07] <@MarcoZ> Hi davidb!
- # [15:07] <@davidb> surkov: bug 632301 maybe we should think of Firefox.next in terms of maybe 3 trains.
- # [15:07] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=632301 nor, --, ---, nobody, NEW, [meta] Firefox.next accessibility commitments
- # [15:08] <@davidb> hi MarcoZ!
- # [15:08] <@MarcoZ> davidb: Good news, bug 722248 made the last merge from inbound to central. Bug 707654 is not in central yet, though.
- # [15:08] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=722248 nor, --, ---, bolterbugz, NEW, Some chrome accessibles report incorrect visibility states
- # [15:08] <@surkov> davidb: trains are too fast, I use Fireofox.next for bugs that should be on radar
- # [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
- # [15:11] <@davidb> ok
- # [15:38] * Quits: ehsan_ (ehsan@F0B20A8D.8458880F.57F33CED.IP) (Input/output error)
- # [15:45] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [15:49] * Quits: peteb-away (ptbrunet@moz-E9B02845.austin.res.rr.com) (Client exited)
- # [15:49] * Joins: peteb-away (ptbrunet@moz-E9B02845.austin.res.rr.com)
- # [15:50] <@MarcoZ> firebot: Where are your bug statements?
- # [15:50] <@firebot> MarcoZ: Sorry, I've no idea what 'your bug statements' are.
- # [15:50] * Quits: @surkov (surkov@9AACABBA.6EAE5E0.5D3F4C44.IP) (Quit: surkov)
- # [15:50] <@MarcoZ> firebot: Where's the fish?
- # [15:50] <@firebot> MarcoZ: Sorry, I've no idea what 'Where's the fish' might be.
- # [15:56] * Joins: ehsan|afk (ehsan@moz-A6FE435.build.sjc1.mozilla.com)
- # [16:03] * Quits: richardschwerdtfeger (richardsch@moz-130F1494.lightspeed.austtx.sbcglobal.net) (Quit: richardschwerdtfeger)
- # [16:08] <@davidb> firebot: do you?
- # [16:08] * @firebot does
- # [16:08] <@davidb> thought so
- # [16:12] <@davidb> MarcoZ: nice to see you hacking
- # [16:14] <@MarcoZ> davidb: Yeah although the results leave a lot to be desired. ;)
- # [16:20] <@MarcoZ> davidb: Trying to debug something that runs while your screen reader cannot run is really a bit .... challenging.
- # [16:26] <@davidb> no doubt
- # [16:38] * Joins: hub (hub@moz-E2FCA694.figuiere.net)
- # [16:38] * ChanServ sets mode: +o hub
- # [16:45] * ehsan|afk is now known as ehsan
- # [16:45] <@davidb> hi hub
- # [16:45] <@davidb> hi tbsaunde
- # [16:45] <@davidb> ok i gotta find some boots
- # [16:45] <@davidb> BBIAB
- # [16:49] * Quits: @MarcoZ (marco.zehe@moz-4ACDCF1E.dip.t-dialin.net) (Quit: Reboot.)
- # [16:55] * Joins: MarcoZ (marco.zehe@moz-4ACDCF1E.dip.t-dialin.net)
- # [16:55] * ChanServ sets mode: +o MarcoZ
- # [16:59] * Joins: muralisr92 (chatzilla@7395510F.1C6924A7.428E23B0.IP)
- # [17:02] * Quits: muralisr92 (chatzilla@7395510F.1C6924A7.428E23B0.IP) (Quit: ChatZilla 0.9.88 [Firefox 9.0.1/20111228084940])
- # [17:17] * Quits: mike5w3c (MikeS@moz-DAFE1A45.tokyo.ocn.ne.jp) (Quit: mike5w3c)
- # [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.
- # [17:20] <@hub> hg patch queue: because you need to learn to merge manually
- # [17:21] <@MarcoZ> hub: There you go!
- # [17:22] <@hub> I wishi it was git
- # [17:24] * Joins: mike5w3c (MikeS@moz-DAFE1A45.tokyo.ocn.ne.jp)
- # [17:29] * Joins: shorlander (shorlander@moz-853043D6.dhcp.insightbb.com)
- # [17:37] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
- # [17:37] * Joins: Mark_Capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com)
- # [17:38] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [17:41] <@MarcoZ> Wow, for Firefox 10, we really kicked ass, almost 50 bug fixes in the Accessibility APIs component!
- # [17:47] <@hub> rock on
- # [17:48] <@davidb> \o/
- # [17:48] * Joins: cbrodigan (christineb@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [17:53] * Joins: nhirata (nhirata.bu@moz-BBE3ABD.mv.mozilla.com)
- # [17:56] * Joins: clown (clown@67828CC7.C1A51174.9D42CF23.IP)
- # [17:59] * Quits: Mark_Capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com) (Quit: ChatZilla 0.9.88 [Firefox 12.0a1/20120130061320])
- # [18:03] * Joins: Mark_Capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com)
- # [18:05] * Quits: Mark_Capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com) (Quit: ChatZilla 0.9.88 [Firefox 12.0a1/20120130061320])
- # [18:15] <@tbsaunde> davidb: hi
- # [18:15] <@davidb> yo
- # [18:15] <@tbsaunde> davidb: boots? don't tell me you guys have reasonable winter weather
- # [18:15] <@davidb> 3 inches of snow this morning, now slush
- # [18:15] <@davidb> will have a high of +7 celcius today
- # [18:15] <@hub> 3 inches of rain here
- # [18:15] <@davidb> heh
- # [18:15] <@davidb> that sucks
- # [18:15] <@hub> Raincouver
- # [18:16] * @davidb nods
- # [18:17] <@tbsaunde> it was 20 f 15 mph wind and sleet / snow yesterday or the day before, now 60 and sunny
- # [18:18] <@tbsaunde> davidb: where you just saying hi before or you want me for something?
- # [18:18] <@davidb> Wow. My random layout hacking now gives me a canvas subdom with reflowed children.
- # [18:18] <@davidb> tbsaunde: just hi
- # [18:18] * Joins: aaronlev (aaronlev@moz-CDA191A6.c3-0.arl-ubr1.sbo-arl.ma.cable.rcn.com)
- # [18:18] <@davidb> that is some stay home weather
- # [18:19] <@davidb> I'm gonna try this with NVDA
- # [18:19] <@firebot> bmo@edmorley.co.uk changed the Status on bug 722248 from NEW to RESOLVED.
- # [18:19] <@firebot> bmo@edmorley.co.uk set the Resolution field on bug 722248 to FIXED.
- # [18:19] <@firebot> bmo@edmorley.co.uk changed the Target Milestone on bug 722248 from --- to mozilla12.
- # [18:19] <@davidb> it works!
- # [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
- # [18:19] <@davidb> bless ed morley
- # [18:19] <@firebot> trev.saunders@gmail.com requested review from surkov.alexander@gm ail.com for attachment 592850 on bug 686909.
- # [18:20] <@davidb> oho!
- # [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
- # [18:20] <@firebot> chrisccoulson@ubuntu.com changed the Component on bug 716036 from Layout to Keyboard: Navigation.
- # [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
- # [18:21] <@firebot> bmo@edmorley.co.uk changed the Status on bug 707654 from REOPENED to RESOLVED.
- # [18:21] <@firebot> bmo@edmorley.co.uk set the Resolution field on bug 707654 to FIXED.
- # [18:21] <@tbsaunde> wtf? I have touched bugzilla in hours
- # [18:21] <@firebot> bmo@edmorley.co.uk changed the Target Milestone on bug 707654 from --- to mozilla12.
- # [18:21] <@firebot> chrisccoulson@ubuntu.com changed the Component on bug 716036 from Keyboard: Navigation to Layout.
- # [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
- # [18:22] <@firebot> surkov.alexander@gmail.com cancelled review?(surkov.alexander@gm ail.com) for attachment 592850 on bug 686909.
- # [18:22] <@firebot> eitan@monotonous.org requested review from surkov.alexander@gm ail.com for attachment 592934 on bug 698823.
- # [18:22] <@davidb> i think firebot is slow
- # [18:22] <@davidb> or something
- # [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
- # [18:22] <@davidb> firebot: shut up
- # [18:22] <@firebot> surkov.alexander@gmail.com cancelled review?(surkov.alexander@gm ail.com) for attachment 592790 on bug 722248.
- # [18:23] <@firebot> surkov.alexander@gmail.com granted feedback for attachment 592790 on bug 722248.
- # [18:23] <@firebot> hub@mozilla.com requested review from surkov.alexander@gm ail.com for attachment 592959 on bug 673405.
- # [18:23] <@firebot> hub@mozilla.com requested review from surkov.alexander@gm ail.com for attachment 592960 on bug 721947.
- # [18:23] * firebot was kicked by davidb (davidb)
- # [18:23] <@davidb> wanker
- # [18:24] <@tbsaunde> heh
- # [18:25] * Joins: firebot (firebot@moz-67BF9FE6.carolina.res.rr.com)
- # [18:25] * ChanServ sets mode: +o firebot
- # [18:25] <@firebot> marco.zehe@googlemail.com requested feedback from surkov.alexander@ gmail.com for attachment 593007 on bug 719754.
- # [18:25] <@davidb> sigh
- # [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
- # [18:26] <@davidb> better let him do his thing.
- # [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
- # [18:26] <@firebot> surkov.alexander@gmail.com granted feedback for attachment 593007 on bug 719754.
- # [18:26] <@firebot> marco.zehe@googlemail.com requested feedback from surkov.alexander@ gmail.com for attachment 593026 on bug 719754.
- # [18:26] <@firebot> marco.zehe@googlemail.com requested feedback from surkov.alexander@ gmail.com for attachment 593031 on bug 719754.
- # [18:26] <@firebot> murali.sr92@yahoo.com requested review from surkov.alexander@gm ail.com for attachment 593048 on bug 720148.
- # [18:27] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=720148 nor, --, ---, murali.sr92, ASSI, ARIA button should expose press action
- # [18:27] <@firebot> surkov.alexander@gmail.com changed the Status on bug 720148 from NEW to ASSIGNED.
- # [18:27] <@firebot> surkov.alexander@gmail.com granted review for attachment 593048 on bug 720148.
- # [18:27] <@firebot> surkov.alexander@gmail.com cancelled feedback?(surkov.alexander@ gmail.com) for attachment 593026 on bug 719754.
- # [18:27] <@firebot> surkov.alexander@gmail.com cancelled feedback?(surkov.alexander@ gmail.com) for attachment 593031 on bug 719754.
- # [18:27] <@firebot> surkov.alexander@gmail.com requested review from marco.zehe@googlema il.com for attachment 593073 on bug 719754.
- # [18:28] <@firebot> markcapella@twcny.rr.com requested review from surkov.alexander@gm ail.com for attachment 593076 on bug 589784.
- # [18:28] <@firebot> surkov.alexander@gmail.com granted review for attachment 593076 on bug 589784.
- # [18:28] <@firebot> marco.zehe@googlemail.com granted review for attachment 593073 on bug 719754.
- # [18:38] <@MarcoZ> LOL
- # [18:43] <@davidb> phew
- # [19:08] * Quits: @hub (hub@moz-E2FCA694.figuiere.net) (Input/output error)
- # [19:09] <@MarcoZ> Anything else anyone needs from me today?
- # [19:09] <@davidb> MarcoZ: have a good one
- # [19:10] <@MarcoZ> davidb: Thanks!
- # [19:16] * Quits: @MarcoZ (marco.zehe@moz-4ACDCF1E.dip.t-dialin.net) (Quit: See you tomorrow!)
- # [19:22] <@davidb> hi eeejay
- # [19:22] <eeejay> hey davidb
- # [19:28] * Joins: hub (hub@21B7B9F2.B87E9213.6E712CE2.IP)
- # [19:28] * ChanServ sets mode: +o hub
- # [19:29] <@hub> back
- # [19:39] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
- # [19:51] * eeejay regrets having 3 reviewers for the same patches
- # [19:53] <@davidb> rookie mistake
- # [20:20] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [20:40] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
- # [20:41] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [20:59] * Quits: mike5w3c (MikeS@moz-DAFE1A45.tokyo.ocn.ne.jp) (Quit: mike5w3c)
- # [21:08] * Joins: mike5w3c (MikeS@moz-DAFE1A45.tokyo.ocn.ne.jp)
- # [21:40] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
- # [21:59] * Quits: @davidb (davidb@F2D29657.F60B0462.67AC9B1.IP) (Quit: davidb)
- # [22:12] * Joins: Jamie (jamie@moz-CA26021.jantrid.net)
- # [22:26] <@tbsaunde> hub: I haven't looked at your bustage yet, but I can review bustage fixes if you have one
- # [22:27] <@hub> tbsaunde: I guess he'll backout
- # [22:27] <@tbsaunde> hub: yeah, edmorally said he would, but if you have a fix you could reland
- # [22:28] <@hub> I need to go home for that. I left the linux laptop at home
- # [22:28] <@hub> :-/
- # [22:28] <@hub> maybe I will
- # [22:30] <@hub> ok, going home. will finish there
- # [22:30] <@hub> tbsaunde: I'll resubmit the patch to bugzilla
- # [22:31] * Quits: @hub (hub@21B7B9F2.B87E9213.6E712CE2.IP) (Input/output error)
- # [22:47] * Joins: hub (hub@moz-E2FCA694.figuiere.net)
- # [22:47] * ChanServ sets mode: +o hub
- # [22:48] <@hub> ok, I'm here
- # [22:49] <@tbsaunde> hub: heh, I'm still waiting for tbpl to open to see what failed
- # [22:51] <@hub> some mochitest
- # [22:53] <@tbsaunde> that's souseful ;)
- # [22:55] <@hub> I don't have it open either
- # [22:56] <@hub> mochitest-a11y: 661/67998/6 LEAK
- # [22:56] <@hub> mochitest-a11y: 563/53034/1
- # [23:00] <@hub> currently rebuilding inbound
- # [23:03] * Parts: clown (clown@67828CC7.C1A51174.9D42CF23.IP)
- # [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
- # [23:16] <@hub> I didn't get the laptop. the laptop got me :-)
- # [23:35] * Parts: eeejay (eitan@moz-EE2D6C10.monotonous.org) (Ex-Chat)
- # [23:35] * Joins: eeejay (eitan@moz-EE2D6C10.monotonous.org)
- # [23:35] * ChanServ sets mode: +o eeejay
- # [23:50] * Joins: davidb (davidb@moz-6F9F653A.dsl.bell.ca)
- # [23:50] * ChanServ sets mode: +qo davidb davidb
- # [23:50] <Jamie> hi everyone
- # [23:50] <@davidb> heyo
- # Session Close: Wed Feb 01 00:00:00 2012
The end :)