/irc-logs / mozilla / #accessibility / 2012-02-02 / end
Options:
- # Session Start: Thu Feb 02 00:00:00 2012
- # Session Ident: #accessibility
- # [00:01] * Quits: ptheriault (ptheriault@moz-BBE3ABD.mv.mozilla.com) (Quit: ptheriault)
- # [00:01] * Joins: ptheriault (ptheriault@moz-BBE3ABD.mv.mozilla.com)
- # [00:02] * Quits: @davidb (davidb@moz-6F9F653A.dsl.bell.ca) (Quit: davidb)
- # [00:28] * Joins: davidb (davidb@moz-6F9F653A.dsl.bell.ca)
- # [00:28] * ChanServ sets mode: +qo davidb davidb
- # [00:38] * Quits: @davidb (davidb@moz-6F9F653A.dsl.bell.ca) (Ping timeout)
- # [00:39] * Joins: surkov (surkov@8685750D.24624713.3AF1D72D.IP)
- # [00:39] * ChanServ sets mode: +o surkov
- # [00:43] * Joins: davidb (davidb@moz-6F9F653A.dsl.bell.ca)
- # [00:43] * ChanServ sets mode: +qo davidb davidb
- # [00:59] * Quits: @davidb (davidb@moz-6F9F653A.dsl.bell.ca) (Quit: davidb)
- # [01:05] * Quits: drexler (chatzilla@moz-2C2B7D1F.hsd1.vt.comcast.net) (Quit: ChatZilla 0.9.88 [Firefox 10.0/20120129021758])
- # [01:08] * Quits: ptheriault (ptheriault@moz-BBE3ABD.mv.mozilla.com) (Quit: ptheriault)
- # [01:08] * Quits: @aaronlev (Mibbit@moz-CDA191A6.c3-0.arl-ubr1.sbo-arl.ma.cable.rcn.com) (Quit: http://www.mibbit.com ajax IRC Client)
- # [01:19] * Joins: Jamie (jamie@moz-CA26021.jantrid.net)
- # [01:56] * Joins: davidb (davidb@moz-6F9F653A.dsl.bell.ca)
- # [01:56] * ChanServ sets mode: +qo davidb davidb
- # [02:04] <@surkov> tbsaunde: hi
- # [02:06] <@hub> so, apparently the weakshell -> presshell patch is eating up the focus events
- # [02:06] <@hub> which is why the mochitest fail
- # [02:06] <@hub> (actually the scroll start event)
- # [02:08] <@surkov> something was missed :)
- # [02:08] <@tbsaunde> surkov: hi?
- # [02:08] <@surkov> tbsaunde: I bet you have a lot of unhanded patches?
- # [02:08] <@surkov> unlanded
- # [02:08] * Quits: @jprmc (jprmc@moz-18705F16.reverse.destiny.be) (Ping timeout)
- # [02:08] <@surkov> wonder if you could land them asap
- # [02:08] <@tbsaunde> surkov: I think only the access node thing
- # [02:08] <@tbsaunde> why would I?
- # [02:09] <@tbsaunde> I can get that done later today probably
- # [02:09] <@surkov> I'm not sure which code is fixed by your patches and which code is not, I would like to find good-first-bugs but that stops me
- # [02:09] <@surkov> sounds good
- # [02:10] <@surkov> tbsaunde: you removed a lot of nsIAccessible/QueryInterface usages, is that landed already, right?
- # [02:11] <@tbsaunde> surkov: some but I think that landed
- # [02:12] <@tbsaunde> I'll look later today
- # [02:12] <@tbsaunde> I just got up and need to do some stuff
- # [02:12] <@surkov> ok, it'd be nice if you can make sure your queue doesn't have ready/almost ready unhanded stuffs :)
- # [02:12] <@surkov> thanks!
- # [02:16] * khuey is now known as khuey|away
- # [02:16] <@tbsaunde> ok
- # [02:18] <@tbsaunde> btw I've tried to do the same thing off and on and not really come up with many good ideas so good luck :)
- # [02:29] * Quits: ehsan (ehsan@moz-A6FE435.build.sjc1.mozilla.com) (Input/output error)
- # [02:33] <@surkov> Jamie: hi
- # [02:48] * Quits: mike5w3c (MikeS@moz-DAFE1A45.tokyo.ocn.ne.jp) (Quit: mike5w3c)
- # [02:53] * Joins: ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP)
- # [03:08] <@surkov> eeejay: you don't have an access?
- # [03:08] <@eeejay> surkov, nope. it is my personal q1 goal :)
- # [03:09] <@surkov> ok :)
- # [03:09] <@surkov> I'll land it then
- # [03:11] * Joins: mike5w3c (MikeS@moz-DAFE1A45.tokyo.ocn.ne.jp)
- # [03:12] * Quits: mike5w3c (MikeS@moz-DAFE1A45.tokyo.ocn.ne.jp) (Ping timeout)
- # [03:23] * Quits: @davidb (davidb@moz-6F9F653A.dsl.bell.ca) (Quit: davidb)
- # [03:24] * Quits: nhirata (nhirata.bu@moz-BBE3ABD.mv.mozilla.com) (Quit: nhirata)
- # [03:24] * Quits: cbrodigan (christineb@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: cbrodigan)
- # [03:27] * Quits: ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP) (Connection reset by peer)
- # [03:27] * Joins: ehsan (ehsan@moz-A6FE435.build.sjc1.mozilla.com)
- # [03:31] * Joins: mike5w3c (MikeS@moz-DAFE1A45.tokyo.ocn.ne.jp)
- # [03:37] * Quits: @hub (hub@21B7B9F2.B87E9213.6E712CE2.IP) (Input/output error)
- # [03:52] <@tbsaunde> surkov: oh, there is some random decom stuff in mac/ not sure if hub wants to do that though
- # [03:53] <@surkov> tbsaunde: do you mean to keep for goodfirstbug?
- # [03:54] <@tbsaunde> surkov: yeah, they'd be pretty easy ones I think
- # [03:54] <@surkov> tbsaunde: that it makes sense to file bugs for them
- # [03:55] <@surkov> new contributors are active these days
- # [03:56] <@tbsaunde> surkov: yeah, just haven't had time
- # [03:56] <@tbsaunde> or you could its the obvious sort of stuff getUnignoredParent / children
- # [03:56] <@surkov> sure, when you get a minute then please
- # [04:48] * Quits: ehsan (ehsan@moz-A6FE435.build.sjc1.mozilla.com) (Ping timeout)
- # [04:58] * Joins: ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP)
- # [05:26] <Jamie> surkov: hi. :)
- # [05:26] * Jamie is around now
- # [05:27] * Joins: hub (hub@moz-E2FCA694.figuiere.net)
- # [05:27] * ChanServ sets mode: +o hub
- # [05:30] <@surkov> Jamie, I wonder how we should proceed with menus that have own windows too
- # [05:31] <Jamie> surkov: you mean bug 670087?
- # [05:31] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=670087 nor, --, ---, nobody, NEW, AccessibleObjectFromPoint returns incorrect accessible for popup menus
- # [05:32] <@surkov> maybe not
- # [05:32] <@surkov> ah yes
- # [05:32] <@surkov> I guess the fix might be the same
- # [05:32] <Jamie> surkov: I provided two solutions in that bug
- # [05:33] <Jamie> surkov: the same? What problem are you referring to (aside from that one)?
- # [05:33] <@surkov> plugin stuffs
- # [05:33] <@surkov> to return embed accessible object for that window
- # [05:33] <Jamie> surkov: mm, that is a little different
- # [05:33] <Jamie> surkov: the problem with plugins is that they don't naturally link into the gecko a11y tree. menus do.
- # [05:34] <Jamie> surkov: whether you need to do that depends on whether anyone will ever know that there is a separate window
- # [05:34] <@surkov> I mean that code that returns embed accessible for plugin window will return menupopup accessible for menu window I guess
- # [05:34] <Jamie> ah, yes, that is true
- # [05:35] <@surkov> and it seems this is one of solutions in bug 670087
- # [05:35] <Jamie> although that depends whether accHitTest will be implemented differently for menupopups
- # [05:35] <@surkov> I mean this solution: The MozillaDropShadowWindowClass window should return the popup menu accessible as its client. This menu accessible should answer IAccessible::accHitTest correctly for the menu and its items.
- # [05:36] <@surkov> ok, I wanted to make sure if we return menupopup for menu window is ok :)
- # [05:36] <@surkov> I wasn't sure before you pointed a bug to me
- # [05:38] <Jamie> ah, sorry. gotcha. that's perfectly fine and I believe is the correct behaviour
- # [05:38] <Jamie> the only thing I'm concerned about is embed element returning the wrapper HWND for IAccessible2::windowHandle because it'll break NVDA's obj-in-doc check
- # [05:39] <Jamie> that doesn't matter for DropShadow menus because they're not part of a document
- # [05:39] <Jamie> of course, it's possible for WM_GETOBJECT to return an accessible which reports a different HWND. it's just asymmetrical is all
- # [05:44] <Jamie> weird. Firefox is no longer prompting for admin privs to update
- # [05:44] <Jamie> that concerns me just a little ..
- # [05:47] <@surkov> yeah, I'll keep document HWND for those
- # [05:48] <Jamie> surkov: should bug 722248 (i.e. the bug, before the patch landed) have broken position information as well? I noticed position info was broken for some controls around the same time I noticed the visibility state problems, but now it's fixed
- # [05:49] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=722248 nor, --, mozilla12, bolterbugz, RESO FIXED, Some chrome accessibles report incorrect visibility states
- # [05:49] <Jamie> I mean, taht's a good thing, but just curious
- # [05:55] <@surkov> Jamie, that could be be related, what's your suggestion exactly?
- # [05:56] <Jamie> surkov: well, position info for tabs and menus in thunderbird was missing, and menus were reporting the collapsed state when they shouldn't. this is now fixed
- # [05:56] <@surkov> Jamie: it makes sense to add a comment asking for adding tests for that, what else?
- # [05:57] <Jamie> surkov: nothing. I just didn't understand how visibility states could affect position info/collapsed state is all
- # [05:58] <@surkov> Jamie: technically it shouldn't or it makes sense to file new bug asking for mochitests, could you do that perhaps?
- # [06:01] <Jamie> btw, is mochitest a unit testing framework or is it more system testing? does Mozilla do unit testing as well?
- # [06:06] <@surkov> I think it's closer to unit testing
- # [06:13] <Jamie> surkov: my understanding is that you do stuff in the tests and assert that Gecko responds in the way you expect, but not really so much about calling functions to see if you get expected values
- # [06:14] <@surkov> it's closer to 2nd that to 1st
- # [06:15] <@surkov> but in mochitest we do testing by XPCOM layer
- # [06:15] <@surkov> so we don't test MSAA or whatever else
- # [06:21] * Joins: MarcoZ (marco.zehe@moz-A40F0D26.dip.t-dialin.net)
- # [06:21] * ChanServ sets mode: +o MarcoZ
- # [06:35] * Joins: hamidhi (hamidhi@6693CF8.A1E1E58A.CB8F1940.IP)
- # [06:36] <@MarcoZ> Hi all!
- # [06:36] <hamidhi> Hii
- # [06:37] * Parts: hamidhi (hamidhi@6693CF8.A1E1E58A.CB8F1940.IP) (Leaving)
- # [06:39] <@MarcoZ> Jamie: Thanks for your additional info on bug 722248! I believe what you were seeing is a different side of the same bug.
- # [06:39] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=722248 nor, --, mozilla12, bolterbugz, VERI FIXED, Some chrome accessibles report incorrect visibility states
- # [06:40] <@MarcoZ> Hi surkov, hub!
- # [06:41] <@MarcoZ> Hi eeejay, tbsaunde! :)
- # [06:41] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [06:42] * Quits: ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP) (Input/output error)
- # [06:50] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
- # [06:50] <@tbsaunde> hi MarcoZ
- # [06:53] * Joins: ehsan (ehsan@moz-A6FE435.build.sjc1.mozilla.com)
- # [06:58] * Quits: tty234 (telex@moz-F9058B8A.net) (Ping timeout)
- # [06:59] * Joins: tty234 (telex@moz-F9058B8A.net)
- # [07:00] * Quits: ehsan (ehsan@moz-A6FE435.build.sjc1.mozilla.com) (Input/output error)
- # [07:01] * Quits: tty234 (telex@moz-F9058B8A.net) (Ping timeout)
- # [07:06] * Joins: ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP)
- # [07:10] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [07:11] <Jamie> MarcoZ: ok. was just trying to figure how visibility and position info/collapsed could be related :)
- # [07:15] <@surkov> hi, MarcoZ
- # [07:26] <@MarcoZ> Jamie: That code is pretty complex and relies on a lot of stuff from other Gecko modules. And apparently, the API we were using was, aside from being on the verge of getting depricated, giving us some wrong info there.
- # [07:31] * Joins: tty234 (telex@moz-F9058B8A.net)
- # [07:35] * Quits: @surkov (surkov@8685750D.24624713.3AF1D72D.IP) (Quit: surkov)
- # [07:35] * Quits: ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP) (Input/output error)
- # [07:47] * Joins: surkov (surkov@8685750D.24624713.3AF1D72D.IP)
- # [07:47] * ChanServ sets mode: +o surkov
- # [07:50] * Joins: victorporof (victorporo@3CA634F2.B89616B1.79933D60.IP)
- # [07:51] <Jamie> MarcoZ: fair enough. Well, I'm really glad it's fixed. Thanks to everyone.
- # [07:52] * Joins: ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP)
- # [07:54] * Joins: jprmc (jprmc@moz-18705F16.reverse.destiny.be)
- # [07:54] * ChanServ sets mode: +o jprmc
- # [07:55] * Quits: @jprmc (jprmc@moz-18705F16.reverse.destiny.be) (Quit: Leaving)
- # [08:14] * Quits: Jamie (jamie@moz-CA26021.jantrid.net) (Quit: leaving)
- # [08:29] * Joins: jprmc (jprmc@moz-18705F16.reverse.destiny.be)
- # [08:29] * ChanServ sets mode: +o jprmc
- # [08:30] * Quits: ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP) (Connection reset by peer)
- # [08:30] * Joins: ehsan (ehsan@moz-A6FE435.build.sjc1.mozilla.com)
- # [08:46] <@tbsaunde> surkov: yeah, only thing I have to land is the patch I just attached for bug 672507
- # [08:47] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=672507 nor, --, ---, trev.saunders, NEW, merge nsIAccessNode and nsIAccessible
- # [08:47] <@surkov> tbsaunde: excellent
- # [08:47] <@tbsaunde> surkov: do you want to look at that patch or should I just push it?
- # [08:48] <@surkov> tbsaunde: what do you mean by to look at?
- # [08:48] <@surkov> ah, no, just push it
- # [08:49] * @surkov was confused by "look at" because the patch was r+ :)
- # [08:50] <@surkov> it sounds today is landing day
- # [08:50] <@surkov> 3 patches were landed today, one of them is Eitan's one
- # [08:51] <@MarcoZ> Yay!
- # [08:52] <@tbsaunde> surkov: it wouldn't be the first time I attached a patch after you r+d it and you made comments ;)
- # [08:53] <@surkov> yeah, I see :)
- # [08:53] <@tbsaunde> but once hg pull finishes sitting around doing nothing I will
- # [08:53] <@surkov> :)
- # [09:02] <@tbsaunde> man its nice when resolving conflicts is just deleting everything between the conflict markers
- # [09:04] <@MarcoZ> Heh
- # [09:06] * Quits: @jprmc (jprmc@moz-18705F16.reverse.destiny.be) (Ping timeout)
- # [09:06] <@surkov> I bet
- # [09:09] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
- # [09:11] <@MarcoZ> Is short of writing a really ranty blog post about the HTML5 accessibility efforts. If you read the tweets from Jonas Sicking @sikcingj from earlier today, also his replies to @SteveFaulkner, you'll see what I mean.
- # [09:11] <@MarcoZ> When all the accessibility community members on that list nowadays are capable of doing is putting "stop" here and there, that's NOT good and NOT progressive.
- # [09:13] * @tbsaunde finds is a really way to start a senence
- # [09:28] <@MarcoZ> surkov: Re bug 723420, I get patch hunk failures when trying to apply this against current mozilla-central.
- # [09:28] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=723420 nor, --, ---, surkov.alexander, ASSI, Don't make sure the root accessible is created when window gets focused
- # [09:28] <@surkov> MarcoZ: it's built on top of other patch, I'll put try server build link soon
- # [09:28] <@MarcoZ> surkov: This is only removing some stuff that doesn't get executed any more anyway, right?
- # [09:29] <@surkov> it gets executed but it doesn't make sense to execute these things
- # [09:29] <@MarcoZ> surkov: OK I'll wait for the try-server build.
- # [09:30] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [09:31] <@firebot> jamie@nvaccess.org changed the Status on bug 722248 from RESOLVED to VERIFIED.
- # [09:31] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=722248 nor, --, mozilla12, bolterbugz, VERI FIXED, Some chrome accessibles report incorrect visibility states
- # [09:32] * Quits: victorporof (victorporo@3CA634F2.B89616B1.79933D60.IP) (Quit: Leaving...)
- # [09:34] <@firebot> hub@mozilla.com changed the Target Milestone on bug 672504 from --- to mozilla13.
- # [09:34] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=672504 nor, --, mozilla13, hub, ASSI, Don't keep pointer to weak presshell in accessible
- # [09:35] <@surkov> tbsaunde: it sounds like your patch contains some .rej files
- # [09:35] <@surkov> like nsApplicationAccessibleWrap.cpp.rej
- # [09:35] <@firebot> New Core - Disability Access APIs bug 723420 filed by surkov.alexander@gmail.com.
- # [09:35] <@firebot> surkov.alexander@gmail.com requested review from roc@ocallahan.org for attachment 593738 on bug 723420.
- # [09:36] <@firebot> roc@ocallahan.org granted review for attachment 593738 on bug 723420.
- # [09:36] <@surkov> tbsaunde: but inbound land seems to be ok
- # [09:37] <@tbsaunde> surkov: yeah, I just caught that happened and hopefully fixed
- # [09:37] <@surkov> ok
- # [09:37] <@tbsaunde> rej fiels are the worst thing :(
- # [09:43] * Quits: @MarcoZ (marco.zehe@moz-A40F0D26.dip.t-dialin.net) (Quit: Installing Flash.)
- # [09:45] * Quits: @hub (hub@moz-E2FCA694.figuiere.net) (Ping timeout)
- # [09:52] * @tbsaunde prodes firebot with a stick
- # [09:55] <@tbsaunde> surkov: thoughts on things to look at for easy bugs?
- # [09:57] * Joins: victorporof (victorporo@C092FEB2.1C233438.79933D60.IP)
- # [10:02] * Joins: jprmc (jprmc@moz-B8241D69.reverse.destiny.be)
- # [10:02] * ChanServ sets mode: +o jprmc
- # [10:02] * Quits: victorporof (victorporo@C092FEB2.1C233438.79933D60.IP) (Quit: Linkinus - http://linkinus.com)
- # [10:14] * Joins: MarcoZ (marco.zehe@moz-A40F0D26.dip.t-dialin.net)
- # [10:14] * ChanServ sets mode: +o MarcoZ
- # [10:22] <@tbsaunde> jhk: hi
- # [10:23] <jhk> hi tbsaunde
- # [10:23] <@tbsaunde> jhk: how busy are you these days?
- # [10:24] <jhk> writing tests for bug 596515
- # [10:24] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=596515 enh, --, ---, mounir, NEW, Add a possibility of styling form:invalid
- # [10:25] <@tbsaunde> jhk: ok, looking for other stuff?
- # [10:25] <jhk> easy stuff...;)
- # [10:25] <jhk> yes
- # [10:25] <@tbsaunde> jhk: ok, let me check something out
- # [10:30] <@tbsaunde> jhk: you might want to take a look at bug 542039
- # [10:30] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=542039 nor, --, ---, nobody, NEW, nsIFrame should return accessible type
- # [10:30] <@tbsaunde> its pretty simple but kind of big
- # [10:30] <@tbsaunde> I don't really expect any complications but who knows :)
- # [10:32] <@tbsaunde> jhk: interested have trouble understanding what's going on?
- # [10:32] <jhk> looking..:)
- # [10:34] <@tbsaunde> jhk: I think all you need to do is replace CreateAccessible() with getAccessibleType()
- # [10:35] <@tbsaunde> the discussion and wip look pretty old and may be mroe confusing than helpful
- # [10:35] <@tbsaunde> atleast that's my gues
- # [10:35] <jhk> ok...this looks fun...
- # [10:35] <@tbsaunde> :D
- # [10:37] <@tbsaunde> jhk: its probably best to wait on starting till bug 673405 lands
- # [10:37] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=673405 cri, --, ---, hub, NEW, Rename GetDocAccessible() to Document()
- # [10:37] <@tbsaunde> well, more importantly bug 672504
- # [10:37] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=672504 nor, --, mozilla13, hub, ASSI, Don't keep pointer to weak presshell in accessible
- # [10:40] <jhk> tbsaunde: hmm....great...till then my tests work will over...
- # [10:47] <@tbsaunde> jhk: sorry not sure I understand
- # [10:49] <jhk> after landing 673405 and 672504. I will start working on 542039
- # [10:50] <@tbsaunde> ok, cool
- # [11:10] <@surkov> tbsaunde: bad merging?
- # [11:10] <@surkov> I'm about backed out bug
- # [11:19] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
- # [11:20] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [11:27] <@tbsaunde> surkov: I didn't update windows correctly to deal with your nit about not using xpcom style for GetLanguage() in nsAccessNode
- # [11:28] <@surkov> ok
- # [11:30] <@tbsaunde> surkov: I think fixing it'll be trivial, but probably won't happen till atleast tomorrow afternoon (actually today, but logical tomorrow)
- # [11:30] <@surkov> sure
- # [11:48] * Quits: ehsan (ehsan@moz-A6FE435.build.sjc1.mozilla.com) (Ping timeout)
- # [12:01] * Joins: ehsan (ehsan@moz-A6FE435.build.sjc1.mozilla.com)
- # [12:06] * Joins: muralisr92 (chatzilla@3A0FF2B4.B341EAB0.F1C91561.IP)
- # [12:10] <muralisr92> surkov: hi, i have a small doubt. im so sorry if im disturbing..
- # [12:18] <@surkov> muralisr92: hey, what kind of?
- # [12:18] <muralisr92> i'm trying to fix https://bugzilla.mozilla.org/show_bug.cgi?id=702560
- # [12:18] <@firebot> Bug 702560 nor, --, ---, murali.sr92, NEW, add a11y mochitest for HTML 5 contextmenu
- # [12:19] <@surkov> sounds good
- # [12:19] <muralisr92> so, i looked at the other test files... i'm able to understand everything except accTree
- # [12:19] <muralisr92> could you please explain what accTree is and what it does to me
- # [12:19] <@surkov> drop me a link please
- # [12:19] <muralisr92> sure, just a moment please
- # [12:20] <muralisr92> http://mxr.mozilla.org/mozilla-central/source/accessible/tests/mochitest/tree/test_iframe.html
- # [12:21] <muralisr92> in the source of that test, i cannot understand the purpose of accTree variable...
- # [12:22] * Quits: ivan (ivan@moz-531C3EC9.members.linode.com) (Ping timeout)
- # [12:26] <@surkov> you need to look at common.js testAccessibleTree function to understand how accTree is used
- # [12:26] <@surkov> so it's used to describe accessible tree
- # [12:27] <muralisr92> okay thanks a lot for the pointer!! :)
- # [12:27] <@surkov> accTree is an object having role member that is accessible role and children that is an array of objects like accTree
- # [12:28] <@surkov> you can use more compact syntax to define accessible tree, see for example, tree/test_invalidationlist.html
- # [12:29] <@surkov> so if all you need is to test role and hierarchy then prefer to use compact syntax
- # [12:29] <muralisr92> hmm okay thanks a lot! i think i got it! :)
- # [12:30] <@surkov> yw!
- # [12:36] * Joins: ivan (ivan@moz-531C3EC9.members.linode.com)
- # [12:37] * Joins: victorporof (victorporo@C092FEB2.1C233438.79933D60.IP)
- # [12:42] * Quits: muralisr92 (chatzilla@3A0FF2B4.B341EAB0.F1C91561.IP) (Quit: ChatZilla 0.9.88 [Firefox 9.0.1/20111228084940])
- # [12:58] * khuey|away is now known as khuey
- # [13:15] * khuey is now known as khuey|away
- # [13:21] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
- # [13:26] * khuey|away is now known as khuey
- # [13:50] * Quits: @surkov (surkov@8685750D.24624713.3AF1D72D.IP) (Quit: surkov)
- # [15:05] * Joins: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP)
- # [15:05] * ChanServ sets mode: +qo davidb davidb
- # [15:10] * Joins: clown (clown@67828CC7.C1A51174.9D42CF23.IP)
- # [15:11] <@davidb> MarcoZ: I saw some of that tweet drama
- # [15:12] <@davidb> You know I got your back.
- # [15:12] <@davidb> But it seems it might have quelled.
- # [15:15] <@davidb> eeejay: congrats
- # [15:15] * Joins: I_stephen (stephen@moz-8ACA8635.lns20.mel6.internode.on.net)
- # [15:16] <I_stephen> Oh Marko. you're just the man I need to talk to. I'm in a spot of bother with firefox 10
- # [15:16] <@davidb> MarcoZ: ^
- # [15:17] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [15:17] <I_stephen> oops. Yea. MarcoZ
- # [15:18] <I_stephen> wakey wakey
- # [15:19] <@davidb> clown: you guys are hiring a prof eh?
- # [15:20] <clown> davidb: apparently. I just found out about yesterday evening
- # [15:20] <@davidb> i saw Jennison post it to the web aim list
- # [15:23] <clown> we got an email from jutta to "everyone" asking that we tweet, email, and suggest names. I saw it around 4pm.
- # [15:23] <clown> are you going to apply? :-)
- # [15:24] <@davidb> ha!
- # [15:24] <@davidb> clown: https://twitter.com/#!/davidbolter/status/165076387491880960
- # [15:24] <@davidb> I didn't notice any other tweets
- # [15:25] <clown> you less than two weeks if you want to.
- # [15:25] <@davidb> And no, I'm not going to apply.
- # [15:25] <clown> didn't think so.
- # [15:31] <clown> lunch, davidb?
- # [15:31] <clown> me just had to ask...
- # [15:31] <@davidb> hum
- # [15:31] <@davidb> can't
- # [15:32] <@davidb> i suggest tomorrow but i'm booked
- # [15:32] <clown> okay
- # [15:32] <clown> how about sat? :-)
- # [15:32] <@davidb> haha
- # [15:33] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
- # [15:38] <@MarcoZ> I_stephen: Hi, what's up?
- # [15:38] <I_stephen> I'm having trouble with the address bar in firefox 10. it doesn't read with jaws
- # [15:39] <I_stephen> well at least, with the jaws cursor
- # [15:39] <I_stephen> but everything else reads ok
- # [15:39] <@MarcoZ> davidb: Well yeah, I was frustrated this morning after reading Sicking's tweet, because this is not the first I've heard about the procedures there and such, and I'm thinking: What the hell is everyone doing? We have so many things we want or need to do, don't waste the chance here! But I mentioned this about personal vanities getting in the way of certain folks to you before....
- # [15:40] <@davidb> I think I missed his initial tweet
- # [15:40] <@davidb> Yeah we've shared concerns.
- # [15:40] <@MarcoZ> I_stephen: This is not new. The JAWS cursor cannot really handle the way we draw to the screen. But that has been the case for ages in Firefox.
- # [15:41] <@MarcoZ> davidb: Should still be in Sicking's timeline. His Twitter nick is sickingj.
- # [15:42] <I_stephen> if I turn off hardware accelleration, most of the stuff on the screen is able to be read with the jaws cursor
- # [15:42] <I_stephen> It's just the address bar I'm having trouble with
- # [15:43] * @davidb finds it - senses frustration
- # [15:43] <I_stephen> I had no trouble with firefox 9 after turning this feature off
- # [15:43] <@MarcoZ> I_stephen: Well, the address bar is a XUL widget like anything else we have in Firefox, nothing special here except when the list of suggestions drops down.
- # [15:44] <I_stephen> when I upgraded to firefox 10 yesterday, thats when the issue with the address bar started
- # [15:44] <I_stephen> I even uninstalled firefox and started from scratch
- # [15:44] <@MarcoZ> I_stephen: And I'm not aware of anything that might have changed between 9 and 10 that might cause JAWS to no longer see this widget. Unless there's something in the visual make-up that has changed. Davidb would know more about that than I.
- # [15:45] <I_stephen> so something in firefox 10 must have changed, because the jaws cursor can't read the contents of the location bar
- # [15:47] <@MarcoZ> I_stephen: The JAWS cursor grabs its info from the JAWS off-screen model. It is very likely that something in our graphics library has changed that influences the way we draw this to the screen, Even when hardware acceleration is turned off.
- # [15:47] <@davidb> I_stephen: We've asked FS and others to test Firefox throughout our development cycles. Somehow NVDA does a better job of not breaking. It would be great if you could send FS a note asking if this is a known issue. The more voices the better.
- # [15:48] <@MarcoZ> I_stephen: I would be more concerned if it was the PC cursor that broke, to be honest. Reviewing the screen with the JAWS cursor, esp when you have good keyboard support available etc., is something I always avoided to do even when I was still a JAWS user.
- # [15:48] <@davidb> MarcoZ: yes I think your intuition about gfx changes is likely right
- # [15:49] <@MarcoZ> I_stephen: And yes, FS always get very early notice of new development cycles. Esp since we had a big focus refactor in 10, we notified them beginning of October to test these builds so they could catch any possible regressions early on. That was 4 months ago.
- # [15:49] <@davidb> I_stephen: at the end of the day, we want to fix it though. Is there a bug filed with version info and STR? cc MarcoZ
- # [15:50] <I_stephen> Well actually, when I type in the address of where I want to go and I make a mistake, I lose track of where I am because when I press backspace to delete the error, all I hear is space space space. not the characters I've just typed
- # [15:51] <I_stephen> So I suppose the pc cursor is sort of broken
- # [15:51] * Joins: muralisr92 (chatzilla@moz-A1BA4B4C.dynip.nus.edu.sg)
- # [15:52] <I_stephen> I can press insert numpad 8, and the line of text I type in is read, but when I use the pc cursor or jaws cursor to review what I've typed, I just hear blank blank blank
- # [15:53] <@MarcoZ> Geez, they should use IAccessibleText for the location bar as well as any other text fields for God's sake! And like I said, they had these Firefox 10 builds since early October.
- # [15:54] * @MarcoZ needs to do some grocery shopping, be back in about 30.
- # [15:54] <I_stephen> well it worked in firefox 9, but something obviously broke in ff 10
- # [15:55] <I_stephen> it's so damn frustrating when they just rush a bunch of updates out which ends up breaking something
- # [15:55] <@davidb> I_stephen: something changed yeah. Even a 'fix' can cause degraded behaviour. It really depends what Jaws is doing.
- # [15:55] * Quits: peteb-away (ptbrunet@moz-E9B02845.austin.res.rr.com) (Client exited)
- # [15:55] <I_stephen> Well I don't have enough money to burn on jaws updates
- # [15:55] <@davidb> There needs to be more pressure on FS to test.
- # [15:56] <@davidb> NVDA might be one way.
- # [15:56] <I_stephen> the rotten little sods charge like $300 for a major version upgrade, and they have this horrid internet activation system and even changing some hardware in your pc such as a new video card can invalidate your license
- # [15:57] <I_stephen> then it's back to the 40 minute limit and then you have to reboot to get speech back every 40 minutes!
- # [15:57] * @davidb nods sadly
- # [15:57] <@davidb> I hope this frustration makes it to their ears.
- # [15:59] <I_stephen> don't get your hopes up.
- # [15:59] <I_stephen> it's just so stupid!
- # [15:59] <I_stephen> if you need tech support, you have to ring up your local dealer, in my case, quantum technology
- # [16:00] <muralisr92> hi, im new here. im trying to add a mochitest for contextmenu.. https://bugzilla.mozilla.org/show_bug.cgi?id=702560
- # [16:00] <@firebot> Bug 702560 nor, --, ---, murali.sr92, NEW, add a11y mochitest for HTML 5 contextmenu
- # [16:00] <muralisr92> could someone please guide me?
- # [16:00] <I_stephen> Then if they don't know the answer to what problem you're having, they have to pass the message on to freedom scifi... er.. I mean scientific
- # [16:00] <@davidb> muralisr92: excellent!
- # [16:00] <I_stephen> it's like chinese whispers
- # [16:01] <I_stephen> you aren't able to contact freedom scifi directly, you have to go through a 3rd party.
- # [16:01] <@davidb> muralisr92: have you seen https://wiki.mozilla.org/Accessibility/Contribute
- # [16:01] <@davidb> the Get started steps are important
- # [16:02] <@davidb> muralisr92: and there is a section on running automated tests.
- # [16:02] <muralisr92> thanks a lot! :) i got through all those steps and got my own build of firefox...
- # [16:03] <muralisr92> i was looking at the other tests to get an idea of what i'm supposed to do...
- # [16:03] <@davidb> I_stephen: they might follow https://twitter.com/#!/freedomscientif
- # [16:03] <@davidb> muralisr92: that's perfect.
- # [16:03] <@davidb> let's see...
- # [16:03] <muralisr92> i'm unable to understand a certain piece of code though.. could you please explain to me?
- # [16:04] <@davidb> muralisr92: which one?
- # [16:04] <muralisr92> in the function doTest, the accTree
- # [16:04] <@davidb> is there a file name for the code we're looking at?
- # [16:04] <muralisr92> yes just a moment please
- # [16:05] <@davidb> np
- # [16:05] <muralisr92> http://mxr.mozilla.org/mozilla-central/source/accessible/tests/mochitest/tree/test_media.html?force=1#22
- # [16:05] <@davidb> ok yep
- # [16:06] <muralisr92> could you please tell me more about the role and children?
- # [16:06] <@davidb> so we create an object with various properties, and we call it accTree
- # [16:06] <@davidb> ah
- # [16:06] <@davidb> ok
- # [16:06] <@davidb> muralisr92: we map various HTML elements and attributes to enumerated values which are later exposed to a11y API
- # [16:07] * clown is now known as clown_mtg
- # [16:07] <@davidb> the various roles are found here: http://mxr.mozilla.org/mozilla-central/source/accessible/tests/mochitest/role.js
- # [16:07] <@davidb> the children array is what we expect to map in terms of the child elements.
- # [16:08] <@davidb> so in this case testAccessibleTree takes the id of the tree root, and the variable we created.
- # [16:09] <@davidb> muralisr92: I'm not sure I'm answered your intended question though?
- # [16:09] <muralisr92> im sorry, but could you please tell me what the "tree root" is
- # [16:09] <muralisr92> that is the 1st parameter of testAccessibleTree
- # [16:09] <@davidb> yep
- # [16:09] <@davidb> in the body of the html file we have "<audio id="audio"...
- # [16:10] <@davidb> the id is "audio"
- # [16:10] <@davidb> so that element will be examined to see if it and its children are mapped to what we expect
- # [16:10] <muralisr92> oh i got this part! :) so for context menu, the role is ROLE_MENUITEM?
- # [16:10] <@davidb> <audio> is funny because we gecko creates a shadow dom for various bits
- # [16:11] <@davidb> like the audio controls.
- # [16:11] <@davidb> e.g. http://www.w3schools.com/html5/tryit.asp?filename=tryhtml5_audio
- # [16:11] <@davidb> if you use Inspect you can see there is a grayed out subtree of <audio>
- # [16:12] <@davidb> but there is even more that Inspect doesn't show you
- # [16:12] <@davidb> Sometimes we build accessible objects from frames, and one element can have multiple frames.
- # [16:12] <I_stephen> anyhow, I have to go now. I hope marco might be able to help keep future versions of firefox accessible
- # [16:12] <@davidb> Sorry this is a tricky case.
- # [16:12] <@davidb> I_stephen: we try!
- # [16:13] <I_stephen> freedom scifi like to gouge the blind consumer... they think we're made of money
- # [16:13] <@davidb> I_stephen: and if you want to help test dev or beta FF - please do!
- # [16:13] <@davidb> I don't want to comment on that, but it is frustrating.
- # [16:13] <I_stephen> ok
- # [16:14] <I_stephen> why don't you want to comment?
- # [16:14] <I_stephen> oh, wait, don't tell me you work for them?
- # [16:14] <@davidb> I want to focus on how to fix things.
- # [16:14] <@davidb> hahah no
- # [16:14] <@davidb> I donate to NVDA
- # [16:14] <I_stephen> oh thank god.. you had me scared stiff there for a moment!
- # [16:14] <@davidb> as does Mozilla
- # [16:14] <I_stephen> thats good
- # [16:15] <@davidb> We are pretty quick to fix issues brought to us by any vendor.
- # [16:15] <I_stephen> anyways, I'll be back on here tomorrow.
- # [16:15] <@davidb> ok
- # [16:15] * Parts: I_stephen (stephen@moz-8ACA8635.lns20.mel6.internode.on.net)
- # [16:15] <@davidb> muralisr92: keep asking until I make sense :)
- # [16:16] <muralisr92> :) im so sorry, but can you tell me how to find out what the role of context menu is?
- # [16:16] <@davidb> ah!
- # [16:16] <@davidb> muralisr92: you can guess actually, then see how the test fails :)
- # [16:16] <@davidb> but I'd try ROLE_MENU
- # [16:16] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [16:16] * Quits: ehsan (ehsan@moz-A6FE435.build.sjc1.mozilla.com) (Input/output error)
- # [16:16] <@davidb> (I don't keep all these in my head)
- # [16:16] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
- # [16:17] <muralisr92> haha okay! and is there a way to find out the children array?
- # [16:17] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [16:18] <@davidb> muralisr92: it is extra hard to use tools to examine context menus, because of focus...
- # [16:18] <@davidb> but they are probably ROLE_MENUITEM or similar
- # [16:18] <@davidb> it depends on the menu
- # [16:19] <@davidb> you'll want to delay examining the menu until it is popped up
- # [16:19] <muralisr92> im so so sorry, but you said " the children array is what we expect to map in terms of the child elements." im completely lost as to what child items are :(
- # [16:19] <muralisr92> *child elements
- # [16:20] <@davidb> ok there are two sides to this
- # [16:20] <@davidb> 1. the actual DOM (etc)
- # [16:20] <@davidb> 2. our internal representation
- # [16:20] <@davidb> actually and
- # [16:20] <@davidb> 3. the test representation in js
- # [16:21] <@davidb> for 1. you might have <div>a<div>b</div>c</div>
- # [16:21] <@davidb> 2. would be in C++ an accessible object tree
- # [16:21] <@davidb> 3. in js when we test we create a tree that we will compare to 2.
- # [16:22] <@davidb> So in my example if we have <div id="root">a<div>b</div>c</div>
- # [16:22] <@davidb> the children of 'root' are a, [div], c
- # [16:23] <@davidb> the roles would be role_text role_section and role_text i think
- # [16:24] <@davidb> muralisr92: try changing one of the working tests.
- # [16:24] <muralisr92> ohh ok ok ok
- # [16:24] <@davidb> to see how it fails
- # [16:24] <muralisr92> thank you soo much!
- # [16:24] <@davidb> anytime
- # [16:24] <muralisr92> :)
- # [16:24] <@davidb> good luck and i'll be around
- # [16:25] <muralisr92> thanks once again! it all appears in a much clearer perspective now! :)
- # [16:26] <@davidb> I know how you feel.
- # [16:29] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
- # [16:31] * Joins: peteb-away (ptbrunet@moz-E9B02845.austin.res.rr.com)
- # [16:34] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [16:40] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
- # [16:41] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [16:44] * Quits: JulienP (julien.pic@moz-DFEC0675.opera.com) (Ping timeout)
- # [16:44] * Joins: JulienP (julien.pic@moz-DFEC0675.opera.com)
- # [16:45] * Joins: nhirata (nhirata.bu@moz-2A9C9106.hsd1.ca.comcast.net)
- # [16:48] * Quits: victorporof (victorporo@C092FEB2.1C233438.79933D60.IP) (Connection reset by peer)
- # [16:50] * Quits: webben (benjamin@moz-BA505DDD.static.cloud-ips.com) (Ping timeout)
- # [16:51] * Quits: nhirata (nhirata.bu@moz-2A9C9106.hsd1.ca.comcast.net) (Quit: nhirata)
- # [16:51] * @davidb kicks off a try build
- # [16:54] * Joins: ehsan (ehsan@moz-A6FE435.build.sjc1.mozilla.com)
- # [16:57] * @MarcoZ is back and has read scrollback.
- # [16:58] <@MarcoZ> davidb: I really think i_stephen should try NVDA and not throw his energy into getting FS to fix things that don't work for him. Because what will happen is that the fix will make it into the next paid upgrade, but does not get backported.
- # [16:58] * @davidb nods
- # [16:59] <@MarcoZ> davidb: Try-server build for what?
- # [16:59] <@davidb> he never responded to my multiple mentions of nvda
- # [16:59] <@davidb> MarcoZ: canvas a11y
- # [16:59] <@davidb> i have enough to throw a build to rich
- # [16:59] <@MarcoZ> davidb: Nice!
- # [16:59] <@davidb> maybe he'll demo it at csun
- # [16:59] <@davidb> alongside you
- # [17:07] <muralisr92> davidb: after i create the testfile.html, should i put it alongside the other testfiles and modify makefile.in to include the new file in _TEST_FILES? then try making firefox?
- # [17:09] <@davidb> yep
- # [17:09] <muralisr92> okay thanks! :)
- # [17:09] <@davidb> muralisr92: oh you may need to ac_add_options --enable-tests to your .mozconfig
- # [17:10] * Joins: aaronlev (aaronlev@moz-CDA191A6.c3-0.arl-ubr1.sbo-arl.ma.cable.rcn.com)
- # [17:11] <muralisr92> thanks again!
- # [17:13] * @davidb cancels try builds
- # [17:14] * Joins: hub (hub@moz-E2FCA694.figuiere.net)
- # [17:14] * ChanServ sets mode: +o hub
- # [17:19] <@MarcoZ> Hi aaronlev, hi hub!
- # [17:19] <@davidb> hi hi *
- # [17:22] * Joins: webben (benjamin@moz-BA505DDD.static.cloud-ips.com)
- # [17:22] * @davidb repushes
- # [17:23] * Quits: @jprmc (jprmc@moz-B8241D69.reverse.destiny.be) (Ping timeout)
- # [17:38] * Joins: nhirata (nhirata.bu@moz-BBE3ABD.mv.mozilla.com)
- # [17:39] * Joins: drexler (chatzilla@moz-2C2B7D1F.hsd1.vt.comcast.net)
- # [17:39] * Joins: sam_ (sam@moz-7813285F.aztw.cable.virginmedia.com)
- # [17:45] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
- # [17:46] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [17:56] * Joins: cbrodigan (christineb@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [18:11] * Joins: victorporof (victorporo@C092FEB2.1C233438.79933D60.IP)
- # [18:17] * Joins: ptheriault (ptheriault@moz-BBE3ABD.mv.mozilla.com)
- # [18:22] * Quits: sam_ (sam@moz-7813285F.aztw.cable.virginmedia.com) (Quit: Leaving)
- # [18:27] * Quits: muralisr92 (chatzilla@moz-A1BA4B4C.dynip.nus.edu.sg) (Quit: ChatZilla 0.9.88 [Firefox 9.0.1/20111228084940])
- # [18:29] * Joins: jprmc (jprmc@moz-18705F16.reverse.destiny.be)
- # [18:29] * ChanServ sets mode: +o jprmc
- # [18:36] * clown_mtg is now known as clown
- # [18:52] * Quits: ehsan (ehsan@moz-A6FE435.build.sjc1.mozilla.com) (Ping timeout)
- # [18:58] * Joins: ehsan (ehsan@moz-A6FE435.build.sjc1.mozilla.com)
- # [19:00] * Quits: @MarcoZ (marco.zehe@moz-A40F0D26.dip.t-dialin.net) (Quit: Off for the evening!)
- # [19:04] <@eeejay> when does mc merge with inbound?
- # [19:04] <@tbsaunde> eeejay: whenever someone does it
- # [19:04] <@eeejay> i c
- # [19:05] <@tbsaunde> usually fairly frequently one happened earlier to day
- # [19:05] <@tbsaunde> probably again before tomorrow afternoon
- # [19:06] * Quits: ptheriault (ptheriault@moz-BBE3ABD.mv.mozilla.com) (Quit: ptheriault)
- # [19:08] * Joins: ptheriault (ptheriault@moz-BBE3ABD.mv.mozilla.com)
- # [19:08] <@eeejay> cool
- # [19:11] * Quits: sgimeno (santiago.g@A922400D.48362F18.BCC03455.IP) (Quit: KVIrc 4.0.2 Insomnia http://www.kvirc.net/)
- # [19:16] <@hub> eeejay: they just make sure to pick the last green changes
- # [19:21] * Joins: askalski (akuda@moz-6A36EC49.ip.abpl.pl)
- # [19:21] * ChanServ sets mode: +o askalski
- # [19:30] * Quits: @hub (hub@moz-E2FCA694.figuiere.net) (Ping timeout)
- # [19:34] <@davidb> eeejay: is bug 670928 on your radar?
- # [19:34] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=670928 enh, --, ---, eitan, REOP, HTML5 element and WAI-ARIA landmark roles easily navigable in Firefox
- # [19:37] * Quits: khuey (khuey@moz-B77DEAEB.mozilla.org) (Ping timeout)
- # [19:37] * Joins: khuey (khuey@moz-B77DEAEB.mozilla.org)
- # [19:42] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
- # [19:45] * Joins: hub (hub@21B7B9F2.B87E9213.6E712CE2.IP)
- # [19:45] * ChanServ sets mode: +o hub
- # [19:46] * Quits: ptheriault (ptheriault@moz-BBE3ABD.mv.mozilla.com) (Quit: ptheriault)
- # [19:50] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [19:51] * Joins: ptheriault (ptheriault@moz-BBE3ABD.mv.mozilla.com)
- # [19:51] <@eeejay> davidb, kinda? why do you ask? should we make it a qx goal?
- # [19:53] <@davidb> eeejay: I think what I really want is for you to describe an approach to a solution in the bug.
- # [19:53] <@davidb> if you have something in mind.
- # [19:53] <@eeejay> davidb, sure, i'll do that now
- # [19:53] <aaronlev> i gotta read up on gt
- # [19:53] <aaronlev> git
- # [19:54] * Joins: richardschwerdtfeger (richardsch@moz-130F1494.lightspeed.austtx.sbcglobal.net)
- # [19:54] <@davidb> heh
- # [19:54] <richardschwerdtfeger> Hi David
- # [19:54] <aaronlev> he wants something
- # [19:54] <aaronlev> ./me hides
- # [20:16] <@davidb> hahah'
- # [20:16] <@davidb> richardschwerdtfeger: I kicked off a build for you to try. Isn't ready yet.
- # [20:16] <@davidb> (canvas)
- # [20:17] <richardschwerdtfeger> cool!
- # [20:17] <richardschwerdtfeger> is there any caret stuff in there too?
- # [20:18] <@davidb> not in this one
- # [20:20] <@davidb> i should do that
- # [20:20] <@davidb> next one.
- # [20:21] <aaronlev> i'm feelin' the love
- # [20:22] <@davidb> group hug!
- # [20:23] * Quits: @askalski (akuda@moz-6A36EC49.ip.abpl.pl) (Quit: Wychodzi)
- # [20:23] <@hub> now if I could figure why I don't get these events ....
- # [20:23] <@hub> apparently I'm missing the Focus event and the Scroll start event
- # [20:23] <@davidb> hub: are you seeing them get queued internally?
- # [20:24] <@hub> not sure if the first one is a red herring or just why the second on happen
- # [20:24] <@hub> davidb: the event.js logging does not show them
- # [20:24] <@davidb> on all platforms?
- # [20:24] <@hub> yeah
- # [20:24] <@davidb> oh
- # [20:24] <@davidb> ok
- # [20:24] <@hub> including Mac
- # [20:24] <@hub> but Mac mochitest for a11y are not run it seems on the buildbots
- # [20:25] <@davidb> right
- # [20:25] <@davidb> because we weren't maintaining that code
- # [20:25] <@davidb> (past tense)
- # [20:25] <@hub> and I had to rebase my patch again
- # [21:22] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
- # [21:23] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [21:41] <@tbsaunde> davidb: so, I'm curious what does telemetry for accessibility instantiation look like across channels and between linux and windows?
- # [21:42] <@davidb> The dashboard is not ideal.
- # [21:43] <@tbsaunde> oic
- # [21:43] <@davidb> Let me look again, but the real answer still has to come from someone with database access unfortunately.
- # [21:44] <@davidb> I have no idea.
- # [21:44] <@tbsaunde> davidb: :/
- # [21:45] <@tbsaunde> davidb: so, how much useful data do we get now then?
- # [21:45] <@davidb> the useful data is there, we just don't have a good lens for it
- # [21:46] <@tbsaunde> davidb: true
- # [21:46] <@davidb> i have raised one issue with the dashboard they are looking into
- # [21:46] <@davidb> but the team is in belgium i think
- # [21:47] * Quits: ptheriault (ptheriault@moz-BBE3ABD.mv.mozilla.com) (Quit: ptheriault)
- # [22:09] <@davidb> back in a few (hours)
- # [22:09] * Quits: @davidb (davidb@F2D29657.F60B0462.67AC9B1.IP) (Quit: davidb)
- # [22:29] * Joins: ptheriault (ptheriault@moz-BBE3ABD.mv.mozilla.com)
- # [22:45] * Parts: clown (clown@67828CC7.C1A51174.9D42CF23.IP)
- # [23:10] * Joins: davidb (davidb@moz-6F9F653A.dsl.bell.ca)
- # [23:10] * ChanServ sets mode: +qo davidb davidb
- # [23:20] * Quits: @davidb (davidb@moz-6F9F653A.dsl.bell.ca) (Quit: davidb)
- # [23:25] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
- # Session Close: Fri Feb 03 00:00:00 2012
The end :)