/irc-logs / mozilla / #accessibility / 2015-02-27 / end

Options:

Previous day, Next day

  1. # Session Start: Fri Feb 27 00:00:00 2015
  2. # Session Ident: #accessibility
  3. # [00:39] * Quits: Justin_o (uid14648@moz-pd2b8l.charlton.irccloud.com) (Quit: Connection closed for inactivity)
  4. # [00:42] * Joins: newtron (newtron@moz-1ojn08.dsl.teksavvy.com)
  5. # [00:48] * Joins: davidb (davidb@moz-7f6lel.dsl.bell.ca)
  6. # [00:48] * ChanServ sets mode: +qo davidb davidb
  7. # [00:54] * Quits: smaug (chatzilla@moz-7dv8tf.bb.dnainternet.fi) (Ping timeout: 121 seconds)
  8. # [01:12] * Quits: ~davidb (davidb@moz-7f6lel.dsl.bell.ca) (Quit: Blah blah blah)
  9. # [02:59] * Joins: maxli (maxli@moz-favcmk.cs.uwaterloo.ca)
  10. # [03:21] * Joins: davidb (davidb@moz-7f6lel.dsl.bell.ca)
  11. # [03:21] * ChanServ sets mode: +qo davidb davidb
  12. # [03:22] * Quits: ~davidb (davidb@moz-7f6lel.dsl.bell.ca) (Quit: peace out)
  13. # [03:30] <Funktr0n> eeejay: you around? Had a question about element focus and the screen reader
  14. # [03:31] <@eeejay> Funktr0n: shoot
  15. # [03:32] <Funktr0n> eeejay: okay, so I'm working on the camera bug, and I was able to get the menu items to work but because of the way the menus are dismissed, the screen reader cursor is left on the screen after you activate your selection
  16. # [03:33] <Funktr0n> eeejay: I'm wondering how to best to get the cursor to move to a more appropriate item instead of highlighting an element that no longer exists
  17. # [03:33] <@firebot> wkocher@mozilla.com changed the Resolution on bug 1136563 from --- to FIXED.
  18. # [03:33] <@firebot> wkocher@mozilla.com changed the Status on bug 1136563 from ASSIGNED to RESOLVED.
  19. # [03:33] <@firebot> wkocher@mozilla.com set status-firefox39 to fixed on bug 1136563.
  20. # [03:34] <@firebot> wkocher@mozilla.com changed the Target Milestone on bug 1136563 from --- to mozilla39.
  21. # [03:34] <@firebot> https://bugzil.la/1136563 — FIXED, mzehe@mozilla.com — ARIA 1.1: Add support for 'switch' role
  22. # [03:37] <Funktr0n> just for clarity, the menus and all of their items are destroyed (removed from the DOM) after you activate your selection, so the cursor just sits there highlighting the area where the menu item used to be
  23. # [03:37] <@eeejay> Funktr0n: interesting. two things: 1. If the dialog earnestly goes away, the vc should get reset
  24. # [03:37] <@eeejay> 2. yeah, if you really wanted to. you could explicitly call focus() on an element and it will send the vc there
  25. # [03:37] <@eeejay> vc=virtual cursor
  26. # [03:38] <Funktr0n> hmm, so the vc should be getting reset here after the items are destroyed?
  27. # [03:38] <@eeejay> Funktr0n: sounds like a bug if the vc doesn't get reset after the stuff is destroyed
  28. # [03:38] <@eeejay> yes :)
  29. # [03:39] <Funktr0n> okay, I'm guessing that is a bug then...
  30. # [03:39] <Funktr0n> eeejay: because when I launch different apps from WebIDE the VC always seems to still highlight non-existent items from the previous app that was launched
  31. # [03:40] <@eeejay> Funktr0n: huh
  32. # [03:42] <Funktr0n> eeejay: For example... Let's say I have the home screen opened and the search bar at the top is selected. If I open WebIDE and then choose an app from the drop-down, it will launch that app on the phone. In certain apps (the camera being one of them) the VC still highlights the area where the search bar used to be, even though it no longer exists
  33. # [03:43] <@eeejay> Funktr0n: but doing it through the device, works no? if you press home, the vc will focus on the homescreen
  34. # [03:43] <@eeejay> right?
  35. # [03:43] <Funktr0n> right
  36. # [03:43] <@eeejay> i'm curious to know why that is not the case with webide
  37. # [03:43] <Funktr0n> I was just thinking about the destruction of elements and the reset of the VC
  38. # [03:43] <@eeejay> the window management stuff in gaia is a nightmare
  39. # [03:43] <@eeejay> subjectively
  40. # [03:44] <Funktr0n> yeah, I'm still trying to wrap my head around everything
  41. # [03:44] <Funktr0n> not sure how everything works yet
  42. # [03:45] <Funktr0n> okay, so for the sake of this bug, you're saying my best bet is to explicitly set the vc selection using focus() on my element of choice?
  43. # [03:48] <@eeejay> Funktr0n: if it is a bug in the screen reader (and it sounds like it may be) i wouldn't do the focus() trick
  44. # [03:48] <@eeejay> Funktr0n: I think that should be a last resort
  45. # [03:48] <@eeejay> Funktr0n: have you compiled gecko yourself?
  46. # [03:49] <Funktr0n> eeejay: okay. And yeah, I've got B2G compiled and built using the instructions from here: https://developer.mozilla.org/en-US/Firefox_OS/Building
  47. # [03:50] <Funktr0n> eeejay: but to be fair, I haven't updated in a few days
  48. # [03:51] <@eeejay> Funktr0n: it didn't change
  49. # [03:51] <@eeejay> Funktr0n: but you could put in some logging if you wanted
  50. # [03:51] <@eeejay> Funktr0n: the two relevent functions are: https://dxr.mozilla.org/mozilla-central/source/accessible/jsat/EventManager.jsm#349
  51. # [03:51] <@eeejay> and https://dxr.mozilla.org/mozilla-central/source/accessible/jsat/EventManager.jsm#364
  52. # [03:52] <@eeejay> sorry.. actually only the latter
  53. # [03:52] <@eeejay> we don't care about show, i guess
  54. # [03:52] <Funktr0n> okay
  55. # [03:52] <@eeejay> i would look at what events invoke that and under what conditions.
  56. # [03:52] <@eeejay> Funktr0n: if you want some logging, you could change the logLevel in Utils.jsm
  57. # [03:53] <@eeejay> Funktr0n: i'm going to head out!
  58. # [03:53] <Funktr0n> eeejay: what log level do you recommend?
  59. # [03:53] <@eeejay> Funktr0n: debug will give you a good picture of the accessibility events coming in
  60. # [03:53] <@eeejay> Funktr0n: via logcat
  61. # [03:53] <Funktr0n> eeejay: okay, I'll give it a whirl
  62. # [03:54] <@eeejay> bbiab
  63. # [03:54] <Funktr0n> eeejay: thanks for your advice -- talk to you soon!
  64. # [04:43] * Joins: Funktr0n|awy (Funktron@moz-33k59i.tukw.qwest.net)
  65. # [04:45] * Quits: Funktr0n (Funktron@moz-tlebhd.tukw.qwest.net) (Ping timeout: 121 seconds)
  66. # [06:29] * Quits: newtron (newtron@moz-1ojn08.dsl.teksavvy.com) (Connection closed)
  67. # [06:32] * Joins: icaaq (icaaq@moz-t231nb.cust.bredbandsbolaget.se)
  68. # [07:03] * Quits: maxli (maxli@moz-favcmk.cs.uwaterloo.ca) (Quit: Leaving.)
  69. # [07:29] * Joins: newtron (newtron@moz-1ojn08.dsl.teksavvy.com)
  70. # [07:33] * Quits: newtron (newtron@moz-1ojn08.dsl.teksavvy.com) (Ping timeout: 121 seconds)
  71. # [07:41] * Joins: slee (chatzilla@moz-i7o4sh.range86-136.btcentralplus.com)
  72. # [08:30] * Joins: newtron (newtron@moz-1ojn08.dsl.teksavvy.com)
  73. # [08:34] * Quits: newtron (newtron@moz-1ojn08.dsl.teksavvy.com) (Ping timeout: 121 seconds)
  74. # [08:39] * Joins: SteveF (chatzilla@moz-80j6qs.cable.virginm.net)
  75. # [08:56] * Quits: slee (chatzilla@moz-i7o4sh.range86-136.btcentralplus.com) (Ping timeout: 121 seconds)
  76. # [09:31] * Joins: newtron (newtron@moz-1ojn08.dsl.teksavvy.com)
  77. # [09:35] * Quits: newtron (newtron@moz-1ojn08.dsl.teksavvy.com) (Ping timeout: 121 seconds)
  78. # [10:25] * Joins: slee (chatzilla@moz-i7o4sh.range86-136.btcentralplus.com)
  79. # [10:27] * Quits: yash_ (uid13811@moz-r0qa6p.charlton.irccloud.com) (Quit: Connection closed for inactivity)
  80. # [10:32] * Joins: newtron (newtron@moz-1ojn08.dsl.teksavvy.com)
  81. # [10:36] * Quits: newtron (newtron@moz-1ojn08.dsl.teksavvy.com) (Ping timeout: 121 seconds)
  82. # [10:59] * Joins: agibson (agibson@moz-1bc.kg5.255.62.IP)
  83. # [11:33] * Joins: newtron (newtron@moz-1ojn08.dsl.teksavvy.com)
  84. # [11:37] * Quits: newtron (newtron@moz-1ojn08.dsl.teksavvy.com) (Ping timeout: 121 seconds)
  85. # [11:38] * Joins: Tomcat|afk (Tomcat@moz-dkjr1g.scl3.mozilla.com)
  86. # [12:17] * Quits: Funktr0n|awy (Funktron@moz-33k59i.tukw.qwest.net) (Connection closed)
  87. # [12:18] * Joins: Funktr0n|awy (Funktron@moz-33k59i.tukw.qwest.net)
  88. # [12:29] * Joins: smaug (chatzilla@moz-7dv8tf.bb.dnainternet.fi)
  89. # [12:30] * Quits: SteveF (chatzilla@moz-80j6qs.cable.virginm.net) (Ping timeout: 121 seconds)
  90. # [12:30] * icaaq is now known as icaaq|afk
  91. # [12:33] * Joins: newtron (newtron@moz-1ojn08.dsl.teksavvy.com)
  92. # [12:38] * Quits: newtron (newtron@moz-1ojn08.dsl.teksavvy.com) (Ping timeout: 121 seconds)
  93. # [12:57] * Quits: agibson (agibson@moz-1bc.kg5.255.62.IP) (Quit: )
  94. # [13:00] * icaaq|afk is now known as icaaq
  95. # [13:02] * Joins: SteveF (chatzilla@moz-80j6qs.cable.virginm.net)
  96. # [13:17] * Quits: SteveF (chatzilla@moz-80j6qs.cable.virginm.net) (Ping timeout: 121 seconds)
  97. # [13:17] * Joins: SteveF (chatzilla@moz-80j6qs.cable.virginm.net)
  98. # [13:34] * Joins: newtron (newtron@moz-1ojn08.dsl.teksavvy.com)
  99. # [13:38] * Quits: newtron (newtron@moz-1ojn08.dsl.teksavvy.com) (Ping timeout: 121 seconds)
  100. # [13:42] * Joins: agibson (agibson@moz-1bc.kg5.255.62.IP)
  101. # [13:47] * Joins: newtron (newtron@moz-1ojn08.dsl.teksavvy.com)
  102. # [13:51] * Quits: newtron (newtron@moz-1ojn08.dsl.teksavvy.com) (Ping timeout: 121 seconds)
  103. # [14:02] * Tomcat|afk is now known as Tomcat
  104. # [14:02] * Tomcat is now known as Tomcat|sheriffduty
  105. # [14:57] * Joins: anvk (anovak@moz-871.mvk.11.204.IP)
  106. # [14:59] * Quits: icaaq (icaaq@moz-t231nb.cust.bredbandsbolaget.se) (Quit: 10-79 Notify coroner, over and out)
  107. # [15:00] <@firebot> surkov.alexander@gmail.com changed the Resolution on bug 574336 from --- to FIXED.
  108. # [15:00] <@firebot> surkov.alexander@gmail.com changed the Status on bug 574336 from NEW to RESOLVED.
  109. # [15:00] <@firebot> https://bugzil.la/574336 — FIXED, tbsaunde+mozbugs@tbsaunde.org — [meta] De-XPCOM accessible classes
  110. # [15:06] * Quits: smaug (chatzilla@moz-7dv8tf.bb.dnainternet.fi) (Ping timeout: 121 seconds)
  111. # [15:09] * Joins: newtron (newtron@moz-6lh.c31.71.199.IP)
  112. # [15:13] * Joins: Justin_o (uid14648@moz-pd2b8l.charlton.irccloud.com)
  113. # [15:19] * agibson is now known as agibson|afk
  114. # [15:20] * Quits: agibson|afk (agibson@moz-1bc.kg5.255.62.IP) (Quit: )
  115. # [15:20] * Joins: surkov (surkov@moz-i5m.05u.207.66.IP)
  116. # [15:20] * ChanServ sets mode: +o surkov
  117. # [15:23] * Joins: icaaq (icaaq@moz-4a4bca.cust.bredbandsbolaget.se)
  118. # [15:24] * Joins: davidb (davidb@moz-i5m.05u.207.66.IP)
  119. # [15:24] * ChanServ sets mode: +qo davidb davidb
  120. # [15:24] <~davidb> heyo
  121. # [15:26] * Tomcat|sheriffduty is now known as Tomcat|afk
  122. # [15:31] * Joins: slee_ (chatzilla@moz-i7o4sh.range86-136.btcentralplus.com)
  123. # [15:33] * Joins: agibson (agibson@moz-1bc.kg5.255.62.IP)
  124. # [15:34] * Quits: slee (chatzilla@moz-i7o4sh.range86-136.btcentralplus.com) (Ping timeout: 121 seconds)
  125. # [15:34] * slee_ is now known as slee
  126. # [15:54] * Joins: MarcoZ (marco.zehe@moz-pl8urb.dip0.t-ipconnect.de)
  127. # [15:54] * ChanServ sets mode: +ao MarcoZ MarcoZ
  128. # [15:54] <&MarcoZ> Hi all!
  129. # [15:55] <~davidb> hi hi
  130. # [15:58] <@firebot> petruta.rasa@softvision.ro changed the Component on bug 1126761 from Untriaged to Keyboard Navigation.
  131. # [15:58] <@firebot> https://bugzil.la/1126761 — UNCONFIRMED, nobody@mozilla.org — Alt+key activates menu bar if alt released before key
  132. # [16:02] <&MarcoZ> surkov: Ping?
  133. # [16:03] <@surkov> MarcoZ: pong
  134. # [16:03] <&MarcoZ> surkov: Regarding your last comment in bug 1121518, the one about the Mac spaghetti code stuff, do you have an idea or even some prototype patch that would take care of this?
  135. # [16:03] <@firebot> https://bugzil.la/1121518 — ASSIGNED, mzehe@mozilla.com — [ARIA 1.1] Provide mapping for new "searchbox" role
  136. # [16:03] <&MarcoZ> surkov: What would be a good way to integrate the subrole and role description things into the standard role map?
  137. # [16:05] <@surkov> MarcoZ: Accessilbe class provides bunch of IsSomething methods that are based on either AccType or GenericAccType, I think all those mac stuff should be added into these types (if they aren’t)
  138. # [16:07] <~davidb> MarcoZ, is iOS development mostly objective C or that new thing?
  139. # [16:08] <&MarcoZ> davidb: I haven't looked at the code, but I think it's mostly Swift, not Objective C.
  140. # [16:08] <&MarcoZ> I saw something mentioned on the dev-mobile mailing list to that effect.
  141. # [16:08] <~davidb> swift, that's it
  142. # [16:09] <~davidb> MarcoZ, has swift migrated to osx development?
  143. # [16:09] * ~davidb could google
  144. # [16:09] <&MarcoZ> surkov: I am not sure I follow. These is... methods and the mix of types still confuses the hell out of me. I do not see how this could be translated to the role/subroe/role description model of the Mac.
  145. # [16:09] <&MarcoZ> davidb: Yes, Swift is both OS X and iOS at the same time.
  146. # [16:10] <&MarcoZ> davidb: But it's not in Firefox Desktop code yet, that's all Objective C.
  147. # [16:10] <~davidb> i meant developer adoption
  148. # [16:10] <~davidb> is safari using swift?
  149. # [16:10] <&MarcoZ> davidb: No, it's using Objective C.
  150. # [16:10] <~davidb> so no migration there
  151. # [16:10] <~davidb> ok
  152. # [16:10] <&MarcoZ> davidb: Rewriting Safari in Swift would take quite some effort.
  153. # [16:10] * ~davidb nods
  154. # [16:11] <~davidb> see also: gecko in rust
  155. # [16:11] <~davidb> although that comparison should be webkit
  156. # [16:11] <~davidb> i hear swift is well liked
  157. # [16:11] <&MarcoZ> davidb: Swift is very unlike C dialects. It is a completely new language that took bits of other languages and combined them into something that's very optimised for Apple's stuff. I saw that executing Swift code is quite a notch faster than the comparable algorithm written in Objective C.
  158. # [16:12] <~davidb> probably more easily parallelized
  159. # [16:12] <&MarcoZ> davidb: Yes, Swift has a high adoption rate from what I hear.
  160. # [16:12] <@surkov> MarcoZ: you know that roleDescription looks a nonsense, see if ((mRole == roles::LISTITEM) && [subrole isEqualToString:@"AXTerm"]) is always false
  161. # [16:13] <@surkov> because if [subrole isEqualToString:@"AXTerm" is true then mRole == roles::TERM
  162. # [16:14] <@surkov> but in general it looks like roleDescription needs “subrole” only or mRole
  163. # [16:14] <&MarcoZ> surkov: Well, I didn't review that particular part of the code, but yeah now that you mention it, this *is* bogus.
  164. # [16:15] <&MarcoZ> surkov: So the question is, could we just fold the subrole into the general role map?
  165. # [16:15] <@surkov> anyway I would avoid to compare strings internally
  166. # [16:16] <&MarcoZ> surkov: Well the OS X API *is* totally string based.
  167. # [16:16] <~davidb> i think we like subroles no?
  168. # [16:16] <tbsaunde> davidb: I think its mostly that objective C is horribly dynamic
  169. # [16:16] <@surkov> not sure, subrole is based on ARIA role attribute
  170. # [16:16] <~davidb> tbsaunde, oh is it? i didn't even know
  171. # [16:16] <&MarcoZ> surkov: Not only. In OS X widgets, subroles are also used in non-web terms.
  172. # [16:16] <@surkov> MarcoZ: yes it is but I meant we shouldn’t do those strings internally
  173. # [16:17] <~davidb> tbsaunde, (not sarcasm)
  174. # [16:17] <@surkov> MarcoZ: that’s also true :)
  175. # [16:17] <tbsaunde> davidb: yeah, it is pretty weird
  176. # [16:17] <~davidb> weirtd
  177. # [16:17] <~davidb> -t
  178. # [16:18] <@surkov> MarcoZ: it seems like we need a bug to make roleDescription nicer/correct/faster
  179. # [16:18] <~davidb> surkov, maybe we could convert to atoms
  180. # [16:19] <@surkov> davidb: not necessary I think, we can deal with accessible types and stuff like that
  181. # [16:20] <~davidb> k
  182. # [16:20] <@surkov> I’m not surprised that OS X is slow
  183. # [16:20] <@firebot> New Core - Disability Access APIs bug 1137714 filed by mzehe@mozilla.com.
  184. # [16:20] <@firebot> https://bugzil.la/1137714 — NEW, nobody@mozilla.org — Make roleDescription nicer/correct/faster
  185. # [16:21] <&MarcoZ> surkov: Here you are! :)
  186. # [16:21] <@surkov> thanks!
  187. # [16:21] <~davidb> oh before i forget, you know how that messagetrap! call comes up in profiling (on mac) -- that is supposedly related to idle... so it should be ignored as it is expected to take a large slice of sampling.
  188. # [16:21] <&MarcoZ> surkov: I'll be happy to review a patch.
  189. # [16:21] <@surkov> MarcoZ: me too ;)
  190. # [16:22] <&MarcoZ> surkov: But if you write the patch, maybe I'll finally be able to understand what you actually intend to do with these Accessible Types and stuff. Because I really am confused by this extra layer of things that are role based, but not always, and such.
  191. # [16:23] <@surkov> MarcoZ: ok, let me see
  192. # [16:23] <@surkov> btw, do we need to check all roles from @role attribute for subrole
  193. # [16:23] <&MarcoZ> davidb: Do we have a bug for that? If not, could you file since you seem to know what needs to go in there? ;)
  194. # [16:23] <@surkov> iirc ARIA doesn’t allow multiple roels
  195. # [16:23] <~davidb> MarcoZ, i don't think it is a bug.
  196. # [16:24] <~davidb> it tells the truth, which i didn't understand before.
  197. # [16:24] <&MarcoZ> surkov: Doesn't ARIA allow you to say things like role="searchbox textbox", and that if role "searchbox" isn't supported, "textbox" would be grabbed next?
  198. # [16:24] <&MarcoZ> e. g. in older browsers?
  199. # [16:25] <@surkov> I think so, I think we are required to use first recognized role
  200. # [16:25] <@surkov> in that case I think it’s valid to switch to mRoleMapEntry
  201. # [16:25] <&MarcoZ> surkov: Agreed. So yes, we may need to walk the roles if the first one isn't recognized. But then stop on first recognized one.
  202. # [16:25] <@surkov> ok
  203. # [16:26] <&MarcoZ> surkov: But I'm sure we already do that somewhere else, right?
  204. # [16:26] <&MarcoZ> davidb: Hm, so if what you were talking about is not a bug, what is it, then? I mean if we aren't ignoring something we should be ignoring, it sounds like a bug to me.
  205. # [16:28] <@surkov> right
  206. # [16:46] * davidb is now known as davidb|afk
  207. # [16:48] <&MarcoZ> surkov: My ultimate goal is to have mappings in place like they are being tested for in Webkit here, to mimic what Safari does in most, if not all, respects. Fill our gaps and fix our mappings, so to speak. http://trac.webkit.org/browser/trunk/LayoutTests/platform/mac-mavericks/accessibility/roles-exposed-expected.txt
  208. # [16:49] <@surkov> I see, cool
  209. # [16:51] * davidb|afk is now known as davidb
  210. # [16:51] <&MarcoZ> I have to thank joanie for that! Her patches gave me a glimpse into how some things are done in Webkit, and that brought me to that file that has all the expected mappings.
  211. # [16:52] <joanie> MarcoZ: btw, there's a platform/gtk/accessibility/roles-exposed-expected.txt
  212. # [16:52] <joanie> where you'll see ours
  213. # [16:52] <~davidb> MarcoZ, well profilers give us raw data, it isn't a correctness thing.
  214. # [16:52] <joanie> because on the Mac, everything is a group
  215. # [16:52] <joanie> ;)
  216. # [16:53] <~davidb> heh
  217. # [16:53] <joanie> and I'm still working on the correctness thing
  218. # [16:53] <joanie> for gtk
  219. # [16:54] <joanie> but as I fix things either for WebCore or for ATK, I update (add new test cases) to the roles-exposed.html test
  220. # [16:54] <joanie> in part because it's a catch all test
  221. # [16:54] <joanie> in part because it reminds Apple that we need to do so ;)
  222. # [16:56] <&MarcoZ> joanie: Heh good thing! Well for ATK, we already have role mappings in place in Gecko that *should* be good. It is the Mac where we have gaps.
  223. # [16:57] * Joins: maxli (maxli@moz-fs8bmd.cs.uwaterloo.ca)
  224. # [16:57] <&MarcoZ> joanie: Unless of course you find roles that are not mapped correctly for Orca, and you file bugs with us. ;)
  225. # [16:57] <joanie> well, there are a lot of things you expose at ATK_ROLE_TEXT
  226. # [16:57] <joanie> which I still need to file
  227. # [16:58] <joanie> ATK_ROLE_TEXT is what is used for the text view in gedit (i.e. like notepad)
  228. # [16:59] <&MarcoZ> joanie: Well, all the role mappings for MSAA/IA2/ATK/Mac Role (not subrole or roledescription), are in http://mxr.mozilla.org/mozilla-central/source/accessible/base/RoleMap.h
  229. # [16:59] <joanie> i will take a look later
  230. # [17:05] * Joins: smaug (chatzilla@moz-7dv8tf.bb.dnainternet.fi)
  231. # [17:09] * Quits: anvk (anovak@moz-871.mvk.11.204.IP) (Quit: Leaving.)
  232. # [17:27] <@firebot> New Core - Disability Access APIs bug 1137748 filed by mzehe@mozilla.com.
  233. # [17:27] <@firebot> https://bugzil.la/1137748 — NEW, nobody@mozilla.org — Add and adjust roles, sub roles, and role descriptions, to be in line with WebKit's exposed stuff
  234. # [17:30] <&MarcoZ> OK, off for the weekend, and then to CSUN!
  235. # [17:30] <~davidb> safe travels!
  236. # [17:30] * Quits: &MarcoZ (marco.zehe@moz-pl8urb.dip0.t-ipconnect.de) (Quit: San Diego, here I come! And no, not a vacation! :))
  237. # [17:46] * Joins: anvk (anovak@moz-871.mvk.11.204.IP)
  238. # [18:03] * icaaq is now known as icaaq|afk
  239. # [18:21] * davidb is now known as davidb|afk
  240. # [18:27] * Quits: SteveF (chatzilla@moz-80j6qs.cable.virginm.net) (Ping timeout: 121 seconds)
  241. # [18:28] * Joins: SteveF (chatzilla@moz-80j6qs.cable.virginm.net)
  242. # [19:01] * Quits: agibson (agibson@moz-1bc.kg5.255.62.IP) (Quit: )
  243. # [19:16] * davidb|afk is now known as davidb
  244. # [19:18] * Quits: SteveF (chatzilla@moz-80j6qs.cable.virginm.net) (Ping timeout: 121 seconds)
  245. # [19:49] * Quits: Justin_o (uid14648@moz-pd2b8l.charlton.irccloud.com) (Quit: Connection closed for inactivity)
  246. # [19:52] * davidb is now known as davidb|afk
  247. # [19:54] * Quits: maxli (maxli@moz-fs8bmd.cs.uwaterloo.ca) (Quit: Leaving.)
  248. # [19:55] <Funktr0n|awy> eeejay: you around?
  249. # [19:55] * Funktr0n|awy is now known as Funktr0n
  250. # [19:56] * davidb|afk is now known as davidb
  251. # [19:56] <@eeejay> Funktr0n: hey
  252. # [19:57] <Funktr0n> eeejay hey, so I'm trying to take a look at these logs using logcat, but the camera app is just dumping a constant stream of info to the console... is there a way to slow that down?
  253. # [19:57] <Funktr0n> eeejay sorry, console = terminal
  254. # [19:57] <@eeejay> Funktr0n: I typically pipe to grep to find what I want
  255. # [19:58] <@eeejay> Funktr0n: so if you only want AccessFu output: adb logcat | grep AccessFu
  256. # [19:58] <@eeejay> Funktr0n: or if you have a specific event you are looking for, grep for that event
  257. # [19:58] <Funktr0n> eeejay okay cool, that was my next question, haha :)
  258. # [19:59] <Funktr0n> eeejay I'll give that a shot and see what happens
  259. # [20:02] * Quits: ~davidb (davidb@moz-i5m.05u.207.66.IP) (Quit: Blah blah blah)
  260. # [20:02] * Joins: agibson (agibson@moz-j04gi9.cable.virginm.net)
  261. # [20:02] <@firebot> eitan@monotonous.org requested needinfo from padenot@mozilla.com on bug 1086545.
  262. # [20:03] <@firebot> https://bugzil.la/1086545 — NEW, yzenevich@mozilla.com — [AccessFu] Speech sometimes gets interrupted when swiping and it is supposed to speak the newly focu
  263. # [20:06] * agibson is now known as agibson|afk
  264. # [20:13] * Quits: agibson|afk (agibson@moz-j04gi9.cable.virginm.net) (Quit: )
  265. # [20:24] <Funktr0n> eeejay: okay, so it looks like what I'm seeing is a 'Hide' event, followed by 'text removed', and 'reorder' but after the 'reorder' there's no subsequent 'virtual cursor changed' as is the case after other hide events
  266. # [20:25] <@eeejay> Funktr0n: does the _handleHide function get called?
  267. # [20:26] <Funktr0n> eeejay: how would I reveal that? Right now I'm only looking at AccessFuContent logs
  268. # [20:26] <@eeejay> Funktr0n: you would need to put in some log calls there, and figure out if it is getting called, and if it isn't why not.
  269. # [20:27] <@eeejay> and if it is getting called, why doesn't the virtual cursor change
  270. # [20:29] * Joins: maxli (maxli@moz-favcmk.cs.uwaterloo.ca)
  271. # [20:31] <Funktr0n> eeejay: Okay, so just for clarity... I make log calls by calling Logger.log() right? And you're saying I should just put those into the __handleHide function inside Utils.jsm and then look for them in logcat?
  272. # [20:31] <Funktr0n> sorry, not Utils.jsm
  273. # [20:32] <Funktr0n> EventManager.jsm
  274. # [20:32] <@eeejay> Funktr0n: yes. See if this.contentControl.autoMove() is ever called (put a log right before that too)
  275. # [20:34] <Funktr0n> eeejay: Got it, sweet, will do.
  276. # [20:39] * Quits: anvk (anovak@moz-871.mvk.11.204.IP) (Quit: Leaving.)
  277. # [20:40] <@eeejay> where did all of toronto go? surkov?
  278. # [20:40] <@surkov> eeejay: I’m here
  279. # [20:40] <@surkov> (nobody around) :)
  280. # [20:40] <@eeejay> surkov: is there an office party?
  281. # [20:40] <@surkov> perhaps outside the office :)
  282. # [20:40] <@surkov> and I wasn’t invited :)
  283. # [20:41] <@eeejay> heh
  284. # [20:41] <@eeejay> in the stairs :)
  285. # [20:41] <@surkov> yeah :)
  286. # [20:41] * eeejay sets mode: +o tbsaunde
  287. # [20:43] * Quits: slee (chatzilla@moz-i7o4sh.range86-136.btcentralplus.com) (Quit: ChatZilla 0.9.91.1 [Firefox 35.0.1/20150122214805])
  288. # [20:46] * @tbsaunde is hanging out in Chapel Hill laughing at southerners trying to deal with winter
  289. # [20:48] * Joins: davidb (davidb@moz-7f6lel.dsl.bell.ca)
  290. # [20:48] * ChanServ sets mode: +qo davidb davidb
  291. # [20:53] <Funktr0n> eeejay: okay, it looks like both the __handleHide function is being called as well as this.contentControl.autoMove()
  292. # [20:59] * Joins: SteveF (chatzilla@moz-80j6qs.cable.virginm.net)
  293. # [21:00] * Joins: slee (chatzilla@moz-i7o4sh.range86-136.btcentralplus.com)
  294. # [21:02] * davidb is now known as davidb|afk
  295. # [21:04] <@firebot> surkov.alexander@gmail.com changed the Assignee on bug 1137714 from nobody@mozilla.org to surkov.alexander@gmail.com.
  296. # [21:05] <@firebot> https://bugzil.la/1137714 — NEW, surkov.alexander@gmail.com — Make roleDescription nicer/correct/faster
  297. # [21:17] <Funktr0n> eeejay: upon further inspection it looks like the two functions are being called to hide some other elements, then the menu-item is shown and/or reordered, and then ANOTHER hide event happens, at which point ONLY __handleHide() is called but NOT this.contentControl.autoMove()
  298. # [21:18] <Funktr0n> eeejay: I put the log up on pastebin if you want to see... http://pastebin.com/TPSRWg8r
  299. # [21:24] * Quits: maxli (maxli@moz-favcmk.cs.uwaterloo.ca) (Quit: Leaving.)
  300. # [21:33] * Quits: slee (chatzilla@moz-i7o4sh.range86-136.btcentralplus.com) (Quit: ChatZilla 0.9.91.1 [Firefox 35.0.1/20150122214805])
  301. # [21:35] <@eeejay> Funktr0n: lunching. bbiab
  302. # [21:38] <Funktr0n> eeejay: cool, no worries, enjoy the eats!
  303. # [21:46] * Quits: @surkov (surkov@moz-i5m.05u.207.66.IP) (Client exited)
  304. # [21:48] * davidb|afk is now known as davidb
  305. # [21:53] * Quits: SteveF (chatzilla@moz-80j6qs.cable.virginm.net) (Ping timeout: 121 seconds)
  306. # [21:55] * Joins: anvk (anovak@moz-871.mvk.11.204.IP)
  307. # [22:13] * Joins: SteveF (chatzilla@moz-80j6qs.cable.virginm.net)
  308. # [22:24] * Quits: SteveF (chatzilla@moz-80j6qs.cable.virginm.net) (Ping timeout: 121 seconds)
  309. # [22:28] * Quits: smaug (chatzilla@moz-7dv8tf.bb.dnainternet.fi) (Ping timeout: 121 seconds)
  310. # [22:33] <@eeejay> Funktr0n: looks like you will need to look into autoMove
  311. # [22:54] * Quits: anvk (anovak@moz-871.mvk.11.204.IP) (Quit: Leaving.)
  312. # [23:10] <@firebot> New Core - Disability Access APIs bug 1137906 filed by ychung@qanalydocs.com.
  313. # [23:10] <@firebot> https://bugzil.la/1137906 — NEW, nobody@mozilla.org — [Accessibility] crash during FxA login with screen reader on - mozilla::a11y::xpcAccessible::GetSta
  314. # [23:15] * icaaq|afk is now known as icaaq
  315. # [23:16] * icaaq is now known as icaaq|afk
  316. # [23:22] <@firebot> ychung@qanalydocs.com requested needinfo from ktucker@qanalydocs.com on bug 1137906.
  317. # [23:22] <@firebot> ychung@qanalydocs.com set status-b2g-v2.2 to affected on bug 1137906.
  318. # [23:22] <@firebot> https://bugzil.la/1137906 — NEW, nobody@mozilla.org — [Accessibility] crash during FxA login with screen reader on - mozilla::a11y::xpcAccessible::GetSta
  319. # [23:23] * Quits: icaaq|afk (icaaq@moz-4a4bca.cust.bredbandsbolaget.se) (Quit: 10-79 Notify coroner, over and out)
  320. # [23:24] <@firebot> nhirata.bugzilla@gmail.com set blocking-b2g to 2.2? on bug 1137906.
  321. # [23:36] * Quits: newtron (newtron@moz-6lh.c31.71.199.IP) (Connection closed)
  322. # [23:43] * Joins: newtron (newtron@moz-6lh.c31.71.199.IP)
  323. # [23:47] * Quits: newtron (newtron@moz-6lh.c31.71.199.IP) (Ping timeout: 121 seconds)
  324. # Session Close: Sat Feb 28 00:00:00 2015

Previous day, Next day

Think these logs are useful? Then please donate to show your gratitude (and keep them up, of course). Thanks! — Krijn