/irc-logs / mozilla / #accessibility / 2015-07-10 / end

Options:

Previous day, Next day

  1. # Session Start: Fri Jul 10 00:00:00 2015
  2. # Session Ident: #accessibility
  3. # [00:16] <@firebot> New Core - Disability Access APIs bug 1182311 filed by eitan@monotonous.org.
  4. # [00:16] <@firebot> https://bugzil.la/1182311 — NEW, nobody@mozilla.org — [AccessFu] 3 finger triple tap is not reliable
  5. # [00:38] * Quits: Justin_o (uid14648@moz-pd2b8l.charlton.irccloud.com) (Quit: Connection closed for inactivity)
  6. # [00:38] * Joins: newtron (newtron@moz-9l1rbk.cpe.pppoe.ca)
  7. # [01:01] * Quits: newtron (newtron@moz-9l1rbk.cpe.pppoe.ca) (Connection closed)
  8. # [01:02] * wlach is now known as wlach|afk
  9. # [01:14] * Joins: davidb (davidb@moz-okri87.dsl.bell.ca)
  10. # [01:14] * ChanServ sets mode: +qo davidb davidb
  11. # [01:14] * Quits: ~davidb (davidb@moz-okri87.dsl.bell.ca) (Quit: peace out)
  12. # [01:14] * Joins: davidb (davidb@moz-okri87.dsl.bell.ca)
  13. # [01:14] * ChanServ sets mode: +qo davidb davidb
  14. # [01:14] * Quits: ~davidb (davidb@moz-okri87.dsl.bell.ca) (Quit: peace out)
  15. # [01:54] * Joins: Freelance_Coder (Freelance_C@moz-lrnngc.fl.comcast.net)
  16. # [01:56] <Freelance_Coder> hi
  17. # [01:56] <Freelance_Coder> i am a coder who want a website
  18. # [02:13] * Quits: Freelance_Coder (Freelance_C@moz-lrnngc.fl.comcast.net) (Connection closed)
  19. # [02:26] * Quits: dustinm` (dustinm@moz-es6jb7.ip-167-114-152.net) (Ping timeout: 121 seconds)
  20. # [02:28] * Quits: smaug (chatzilla@moz-omj15l.elisa-laajakaista.fi) (Ping timeout: 121 seconds)
  21. # [02:29] * Joins: smaug (chatzilla@moz-omj15l.elisa-laajakaista.fi)
  22. # [02:54] <@firebot> wmccloskey@mozilla.com requested needinfo from tbsaunde+mozbugs@tbsaunde.org on bug 1100602.
  23. # [02:54] <@firebot> https://bugzil.la/1100602 — NEW, wmccloskey@mozilla.com — [e10s] crash in mozilla::a11y::ProxyAccessible::Shutdown()
  24. # [02:58] * Quits: smaug (chatzilla@moz-omj15l.elisa-laajakaista.fi) (Ping timeout: 121 seconds)
  25. # [04:19] * Joins: yzen (yzen@moz-ql1r6k.cpe.pppoe.ca)
  26. # [04:19] * ChanServ sets mode: +o yzen
  27. # [05:06] * Quits: alex_mayorga (uid4422@moz-39oq95.charlton.irccloud.com) (Quit: Connection closed for inactivity)
  28. # [05:09] * yzen is now known as yzen_
  29. # [05:13] * Quits: @yzen_ (yzen@moz-ql1r6k.cpe.pppoe.ca) (Ping timeout: 121 seconds)
  30. # [05:45] * Joins: alex_mayorga (uid4422@moz-39oq95.charlton.irccloud.com)
  31. # [05:45] <@firebot> New Core - Disability Access APIs bug 1182376 filed by eitan@monotonous.org.
  32. # [05:45] <@firebot> https://bugzil.la/1182376 — NEW, nobody@mozilla.org — [AccessFu] The gesture distance calculations are wrong on the flame
  33. # [05:46] <@firebot> eitan@monotonous.org changed the Assignee on bug 1182311 from nobody@mozilla.org to eitan@monotonous.org.
  34. # [05:46] <@firebot> https://bugzil.la/1182311 — NEW, eitan@monotonous.org — [AccessFu] 3 finger triple tap is not reliable
  35. # [06:16] * Joins: dustinm` (dustinm@moz-1c1j82.fu2o.sj0n.5300.2607.IP)
  36. # [08:07] * Joins: FreeSpirit-Girl (chatzilla@moz-ibhv4u.tivp.i0dl.0306.2602.IP)
  37. # [08:07] <FreeSpirit-Girl> Does Mozilla offer software for people with TBI ?
  38. # [08:17] * Joins: Tomcat|sheriffduty (Tomcat@moz-no0.93r.245.63.IP)
  39. # [08:32] <FreeSpirit-Girl> hey Tomcat|sheriffduty do you think you could get the word out?
  40. # [08:33] <FreeSpirit-Girl> I can't see major corporations not wanting to support this cause.. considering all the soldiers who now suffer from TBI
  41. # [08:34] <Tomcat|sheriffduty> not sure i'm not such an expert in this area
  42. # [08:34] <Tomcat|sheriffduty> MarcoZ: ^
  43. # [08:34] <Tomcat|sheriffduty> maybe this is also something for the foundation don't kow
  44. # [08:34] <Tomcat|sheriffduty> know
  45. # [08:37] <FreeSpirit-Girl> this is why its needed.. long term cognitive therapy for TBI survivors is VERY expensive .. if a person can find a place that offers this therapy. So the survivors are left with NOTHING
  46. # [08:37] <FreeSpirit-Girl> THE FOUNDATION doesn't exist anymore
  47. # [08:39] <FreeSpirit-Girl> Tomcat|sheriffduty: is it ridiculous to ask if Mozilla request government funding for this purpose
  48. # [08:42] <FreeSpirit-Girl> perhaps government neurologist can be asked to get involved
  49. # [08:42] <Tomcat|sheriffduty> FreeSpirit-Girl: i'm not really familiar with accessibility and the projects the guys do, not as the other guys here so can't give you a to your questions
  50. # [08:43] <Tomcat|sheriffduty> FreeSpirit-Girl: seems there is a mailing list https://lists.mozilla.org/listinfo/accessibility
  51. # [08:43] <Tomcat|sheriffduty> maybe this would be a good place to ask your questions since the guys here are mostly in the US Timezones
  52. # [08:43] <Tomcat|sheriffduty> so asleep currently :)
  53. # [08:43] <FreeSpirit-Girl> i'm in the US
  54. # [08:45] <FreeSpirit-Girl> bookmarked your site
  55. # [08:45] <&MarcoZ> FreeSpirit-Girl: In short: We are not in the business to create assistive technologies. We are browser manufacturers. We interface with assistive technologies for people with varying disabilities, so they can use web sites with the help of their assistive technology and Firefox. But we are not the right place to actually create assistive technologies for
  56. # [08:45] <&MarcoZ> people with TBI.
  57. # [08:48] <FreeSpirit-Girl> i think i get what you are saying.. basically plugins that these assistant technology companies can use with conjunction of their websites?
  58. # [08:50] <&MarcoZ> Kind of. They develop software specific to the needs of a target audience, like TBI, and to enable these to browse the web, they also interface with Firefox (or other browsers) to allow their target audience to surf the web.
  59. # [08:51] <&MarcoZ> These programming interfaces are pretty standardized, and already exist in Firefox. People who are blind have been surfing the web for close to two decades now using modern browsers.
  60. # [08:52] <FreeSpirit-Girl> wow, that's interesting and amazing
  61. # [08:52] <Tomcat|sheriffduty> yeah :)
  62. # [08:52] <Tomcat|sheriffduty> FreeSpirit-Girl: as example MarcoZ is blind :)
  63. # [08:53] <&MarcoZ> Sorry, have to go away from the computer now, travel day today (I'm in Europe). Bye!
  64. # [08:53] <Tomcat|sheriffduty> and can still use the web like anyone else :)
  65. # [08:53] <Tomcat|sheriffduty> save travel MarcoZ
  66. # [08:53] <&MarcoZ> Thanks Tomcat|sheriffduty!
  67. # [08:53] <FreeSpirit-Girl> yes.. safe travel MarcoZ
  68. # [08:56] <FreeSpirit-Girl> which is all the more reason TBI survivors should have more tools to help them recover.. seems like a uphill battle for one person
  69. # [09:01] <FreeSpirit-Girl> even relearning abc's can be challenging for traumatic brain injured survivors
  70. # [09:01] <Tomcat|sheriffduty> yeah
  71. # [09:06] <FreeSpirit-Girl> they have to relearn everything.. but the majority of rehabs focus more on physical and not mental therapy. rehabs work with this people mentally for about a year and the rest is left up to the survivors families. sadly after 6 months of cognitive therapy, my friend was placed into a assistant living home where she was left watching TV all day long.. now she is in a nursing home
  72. # [09:09] <FreeSpirit-Girl> her accident happened 15 years ago and i am still left thinking, what if she did have these resources
  73. # [09:13] <FreeSpirit-Girl> i was with here during the window of opportunity she had to recover.. Because her rehab stopped, she lost the ability to read, write and walk.. I was told this happens with TBI survivors but i do not believe it.. Regressing that dramatically shouldn't have happened
  74. # [09:15] <Tomcat|sheriffduty> oh yeah thats a very tragic and long term recovering thing not even for months ...more years i think
  75. # [09:15] * Joins: fredw (Icedove@moz-fv4cpk.abo.wanadoo.fr)
  76. # [09:19] <FreeSpirit-Girl> or even a life time Tomcat|sheriffduty.. instead she was heavily medicated and left in front of a TV.. she also forgot to remember to use the restroom.. when once I had her going the restroom, taking showers and dressing herself. Could she have kept building these skills and learning? i don't know
  77. # [10:13] * Quits: a-865 (fmcz@moz-ipbm7f.cable.mindspring.com) (Ping timeout: 121 seconds)
  78. # [10:16] * Joins: SteveF (chatzilla@moz-m190ei.staticIP.rima-tde.net)
  79. # [10:17] * Joins: ioanachiorean_ (ioanachiore@moz-q23.52n.2.5.IP)
  80. # [10:30] * Quits: fredw (Icedove@moz-fv4cpk.abo.wanadoo.fr) (Connection closed)
  81. # [10:31] * Joins: fredw (Icedove@moz-fv4cpk.abo.wanadoo.fr)
  82. # [11:00] * Joins: Gijs (chatzilla@moz-1evr0l.cable.virginm.net)
  83. # [11:14] * Quits: fredw (Icedove@moz-fv4cpk.abo.wanadoo.fr) (Connection closed)
  84. # [11:14] * Joins: fredw (Icedove@moz-fv4cpk.abo.wanadoo.fr)
  85. # [11:51] * Quits: fredw (Icedove@moz-fv4cpk.abo.wanadoo.fr) (Connection closed)
  86. # [11:51] * Joins: fredw (Icedove@moz-fv4cpk.abo.wanadoo.fr)
  87. # [11:59] * Quits: fredw (Icedove@moz-fv4cpk.abo.wanadoo.fr) (Connection closed)
  88. # [12:00] * Joins: fredw (Icedove@moz-fv4cpk.abo.wanadoo.fr)
  89. # [12:06] * Quits: fredw (Icedove@moz-fv4cpk.abo.wanadoo.fr) (Connection closed)
  90. # [12:06] * Joins: fredw (Icedove@moz-fv4cpk.abo.wanadoo.fr)
  91. # [12:14] * Joins: SteveF_ (chatzilla@moz-m190ei.staticIP.rima-tde.net)
  92. # [12:15] * Quits: SteveF (chatzilla@moz-m190ei.staticIP.rima-tde.net) (Ping timeout: 121 seconds)
  93. # [12:15] * SteveF_ is now known as SteveF
  94. # [12:19] * Quits: fredw (Icedove@moz-fv4cpk.abo.wanadoo.fr) (Connection closed)
  95. # [12:19] * Joins: fredw (Icedove@moz-fv4cpk.abo.wanadoo.fr)
  96. # [13:06] * Quits: FreeSpirit-Girl (chatzilla@moz-ibhv4u.tivp.i0dl.0306.2602.IP) (Quit: ChatZilla 0.9.91.1 [Firefox 39.0/20150630154324])
  97. # [13:10] * Quits: SteveF (chatzilla@moz-m190ei.staticIP.rima-tde.net) (Quit: ChatZilla 0.9.91.1 [Firefox 39.0/20150630154324])
  98. # [13:20] * Quits: fredw (Icedove@moz-fv4cpk.abo.wanadoo.fr) (Ping timeout: 121 seconds)
  99. # [13:31] * Gijs is now known as Gijs_away
  100. # [13:44] * Joins: fredw (Icedove@moz-fv4cpk.abo.wanadoo.fr)
  101. # [14:04] * Joins: SteveF (chatzilla@moz-m190ei.staticIP.rima-tde.net)
  102. # [14:14] <@firebot> fred.wang@free.fr requested needinfo from surkov.alexander@gmail.com on bug 1177765.
  103. # [14:14] <@firebot> https://bugzil.la/1177765 — ASSIGNED, fred.wang@free.fr — Add xmlroles for MathML
  104. # [14:20] * Gijs_away is now known as Gijs
  105. # [14:29] * Joins: smaug (chatzilla@moz-omj15l.elisa-laajakaista.fi)
  106. # [14:43] * Quits: SteveF (chatzilla@moz-m190ei.staticIP.rima-tde.net) (Ping timeout: 121 seconds)
  107. # [14:43] * Tomcat|sheriffduty is now known as Tomcat|afk
  108. # [14:45] * Quits: fredw (Icedove@moz-fv4cpk.abo.wanadoo.fr) (Connection closed)
  109. # [14:45] * Joins: fredw (Icedove@moz-fv4cpk.abo.wanadoo.fr)
  110. # [14:45] * Joins: SteveF (chatzilla@moz-m190ei.staticIP.rima-tde.net)
  111. # [14:58] * Joins: davidb (davidb@moz-okri87.dsl.bell.ca)
  112. # [14:58] * ChanServ sets mode: +qo davidb davidb
  113. # [14:59] <~davidb> heyo
  114. # [14:59] * Joins: yzen (yzen@moz-ql1r6k.cpe.pppoe.ca)
  115. # [14:59] * ChanServ sets mode: +o yzen
  116. # [15:02] <@tbsaunde> heya
  117. # [15:02] * Quits: Funktr0n_ (funktr0n@moz-j1c.mjj.85.219.IP) (Connection closed)
  118. # [15:03] * Joins: Funktr0n_ (funktr0n@moz-j1c.mjj.85.219.IP)
  119. # [15:03] * Quits: Funktr0n_ (funktr0n@moz-j1c.mjj.85.219.IP) (Connection closed)
  120. # [15:05] <~davidb> hih i
  121. # [15:05] <~davidb> tbsaunde, i wonder what's next for bug 1180798
  122. # [15:05] <@firebot> https://bugzil.la/1180798 — NEW, nobody@mozilla.org — nsIListenerChangeListener: track types of event listener changes
  123. # [15:05] * Joins: Funktr0n (funktr0n@moz-j1c.mjj.85.219.IP)
  124. # [15:13] <@tbsaunde> davidb: not sure I haven't looked at it
  125. # [15:13] <~davidb> tbsaunde, ok might be worth asking lsocks who has the ball
  126. # [15:14] * yzen is now known as yzen_
  127. # [15:19] * Quits: @yzen_ (yzen@moz-ql1r6k.cpe.pppoe.ca) (Ping timeout: 121 seconds)
  128. # [15:19] <~davidb> (or smaug)
  129. # [15:28] <smaug> davidb: it is so bholley stuff the error
  130. # [15:29] <~davidb> smaug, can you reword that? i parse failed
  131. # [15:30] <smaug> davidb: comment 14 and the leak stuff, all that lives in code which bholley knows the best
  132. # [15:30] <smaug> or gabor
  133. # [15:32] <~davidb> smaug, yeah makes sense. Should we NI him or will he see the bugmail?
  134. # [15:32] <~davidb> oh i see you are hunting gabor in #content
  135. # [15:34] * Joins: yzen (yzen@moz-i5m.05u.207.66.IP)
  136. # [15:34] * ChanServ sets mode: +o yzen
  137. # [15:35] <~davidb> i finally parse the original BTW, was stuck on 'stuff the error' ;)
  138. # [15:35] * Quits: fredw (Icedove@moz-fv4cpk.abo.wanadoo.fr) (Connection closed)
  139. # [15:36] * Joins: fredw (Icedove@moz-fv4cpk.abo.wanadoo.fr)
  140. # [15:39] <@firebot> New Core - Disability Access APIs bug 1182469 filed by fred.wang@free.fr.
  141. # [15:39] <@firebot> https://bugzil.la/1182469 — NEW, fred.wang@free.fr — Expose -moz-math-variant as a text attribute
  142. # [15:40] * Joins: a-865 (fmcz@moz-ipbm7f.cable.mindspring.com)
  143. # [15:42] <smaug> davidb: I've been told I use English in a bit weird way ;)
  144. # [15:42] <smaug> put the words in random order or so
  145. # [15:43] <smaug> (Finnish is good, the order of words doesn't usually matter)
  146. # [15:43] <~davidb> heheh all good, in this case i just needed a comma after 'stuff'
  147. # [15:43] * wlach|afk is now known as wlach
  148. # [15:44] <smaug> (for 'in', 'on', 'at' I use very precise algorithm: ["in", "on", "at"][parseInt(Math.random() * 3)])
  149. # [15:46] * Quits: SteveF (chatzilla@moz-m190ei.staticIP.rima-tde.net) (Quit: ChatZilla 0.9.91.1 [Firefox 39.0/20150630154324])
  150. # [15:50] <~davidb> :)
  151. # [15:50] <@lsocks> davidb: yeah, I'm not sure what to do from here
  152. # [15:50] <~davidb> hi lsocks, yeah was wondering
  153. # [15:50] <~davidb> (as I wasn't sure either)
  154. # [15:53] <smaug> lsocks: I ni? gabor
  155. # [15:53] <smaug> this sounds like some sandbox handling issue, so hopefully bholley or gabor can take a quick look
  156. # [15:54] <~davidb> ty
  157. # [15:56] <@lsocks> tbsaunde: I think I could probably take on bug 1100602 if you think that is the right cause of the crash
  158. # [15:56] <@firebot> https://bugzil.la/1100602 — NEW, wmccloskey@mozilla.com — [e10s] crash in mozilla::a11y::ProxyAccessible::Shutdown()
  159. # [15:56] <@firebot> New Core - Disability Access APIs bug 1182472 filed by jmathies@mozilla.com.
  160. # [15:56] <@firebot> https://bugzil.la/1182472 — NEW, nobody@mozilla.org — Windows crash in mozilla::dom::PBrowserChild::SendPDocAccessibleConstructor(mozilla::a11y::PDocAcces
  161. # [15:59] <@tbsaunde> lsocks: just about to head in, then I'll look
  162. # [16:09] * wlach is now known as wlach|brb
  163. # [16:17] <@firebot> surkov.alexander@gmail.com requested needinfo from jamie@nvaccess.org on bug 1177765.
  164. # [16:17] <@firebot> https://bugzil.la/1177765 — ASSIGNED, fred.wang@free.fr — Add xmlroles for MathML
  165. # [16:19] * Quits: Funktr0n (funktr0n@moz-j1c.mjj.85.219.IP) (Connection closed)
  166. # [16:20] * Joins: Funktr0n (funktr0n@moz-j1c.mjj.85.219.IP)
  167. # [16:27] * Quits: fredw (Icedove@moz-fv4cpk.abo.wanadoo.fr) (Connection closed)
  168. # [16:27] * Joins: fredw (Icedove@moz-fv4cpk.abo.wanadoo.fr)
  169. # [16:33] * wlach|brb is now known as wlach
  170. # [16:36] * Joins: newtron (newtron@moz-9l1rbk.cpe.pppoe.ca)
  171. # [16:48] <fredw> yzen: regarding the MathML support in AccessFu, I've set the transversal code so that the whole <math> element is always read. Do you think it would be easy to add a command to navigate inside the formula (e.g. swipe down) similar to VoiceOver's "interaction" (Ctrl+Shift+Apple button + down arrow).
  172. # [16:48] <fredw> (cf the end of https://vimeo.com/132929583)
  173. # [16:48] <@tbsaunde> lsocks: ok just looked at bug 1100602
  174. # [16:48] <@firebot> https://bugzil.la/1100602 — NEW, wmccloskey@mozilla.com — [e10s] crash in mozilla::a11y::ProxyAccessible::Shutdown()
  175. # [16:49] <@tbsaunde> lsocks: that seems fairly straight forward to just fire a hide event for that wierd case of bullet removal
  176. # [16:49] <@tbsaunde> btw I'm guessing you are wfh?
  177. # [16:50] <@lsocks> lsocks: yeah
  178. # [16:50] <@lsocks> er
  179. # [16:50] <@lsocks> ...
  180. # [16:50] <@lsocks> tbsaunde: yeah
  181. # [16:50] <@tbsaunde> lol
  182. # [16:51] <@yzen> fredw we use this gestures for quick nav, i think it's worth opening a bug for that since we would want to do that (similar to text navigation)
  183. # [16:52] * Tomcat|afk is now known as Tomcat
  184. # [16:52] <@lsocks> tbsaunde: should I call DocAccessible::UpdateTreeOnRemoval or just fire a hide event
  185. # [16:54] <fredw> yzen: do you know where I can find the list of gestures we support for AccessFu and / or bug entries to add more navigation features (e.g. the table navigation I mentioned some days ago).
  186. # [16:55] <@tbsaunde> lsocks: hrm not sure off hand, can you compare what they do and decide?
  187. # [16:55] <@lsocks> kk
  188. # [16:55] <@yzen> fredw here's a rough list https://github.com/mozilla/gecko-dev/blob/master/accessible/jsat/AccessFu.jsm#L654-L730
  189. # [16:56] <fredw> yzen: thanks. When I try eeejay 's screen reader simulator add-on, I often get errors saying that the gesture messages are not handled.
  190. # [16:58] <@yzen> fredw yeah the addon needs to get updated big time
  191. # [16:59] <fredw> yzen: eeejay: the add-on also does not display/speak the output for me. is it expected?
  192. # [16:59] <@yzen> fredw yeah that part is broken atm
  193. # [17:15] <Funktr0n> yzen would you happen to know if the Flame phone supports MHL (video out to a monitor)?
  194. # [17:15] <@firebot> New Core - Disability Access APIs bug 1182502 filed by fred.wang@free.fr.
  195. # [17:15] <@firebot> https://bugzil.la/1182502 — NEW, nobody@mozilla.org — [AccessFu] Some math symbols are not read
  196. # [17:15] <@yzen> Funktr0n not sure , no, maybe someone in #gaia knows
  197. # [17:16] <Funktr0n> yzen, okay. Was thinking I'd go pick up a cable tomorrow and just try it out... I'll report back in any case
  198. # [17:16] <@yzen> cool!
  199. # [17:20] <@tbsaunde> davidb: your email client does some wierd stuff
  200. # [17:20] <~davidb> tbsaunde, i've been using gmail via web
  201. # [17:21] <~davidb> so totally believable
  202. # [17:21] <@firebot> New Core - Disability Access APIs bug 1182503 filed by fred.wang@free.fr.
  203. # [17:21] <@firebot> https://bugzil.la/1182503 — NEW, nobody@mozilla.org — [AccessFu] Add support for navigation inside MathML formulas
  204. # [17:22] * Quits: Funktr0n (funktr0n@moz-j1c.mjj.85.219.IP) (Quit: Leaving)
  205. # [17:23] <@tbsaunde> davidb: ok, its quoting style is particularly annoying :/
  206. # [17:23] <~davidb> ok maybe better for me to just top post
  207. # [17:24] <~davidb> tbsaunde, i notice when you reply to my replies i get a bunch of capital A's
  208. # [17:34] * Quits: fredw (Icedove@moz-fv4cpk.abo.wanadoo.fr) (Connection closed)
  209. # [17:34] * Joins: fredw (Icedove@moz-fv4cpk.abo.wanadoo.fr)
  210. # [17:35] <@tbsaunde> davidb: as far as I can tell its you that's adding those
  211. # [17:35] * ~davidb shrugs
  212. # [17:36] <~davidb> maybe there is a setting or something - will look later
  213. # [17:48] * Tomcat is now known as Tomcat|afk
  214. # [17:48] * Quits: smaug (chatzilla@moz-omj15l.elisa-laajakaista.fi) (Ping timeout: 121 seconds)
  215. # [17:49] * Joins: smaug (chatzilla@moz-omj15l.elisa-laajakaista.fi)
  216. # [17:58] <~davidb> tbsaunde, re email, maybe it is my setting "Use Unicode (UTF-8) encoding for outgoing messages"
  217. # [17:58] <~davidb> ?
  218. # [17:59] * Quits: ioanachiorean_ (ioanachiore@moz-q23.52n.2.5.IP) (Ping timeout: 121 seconds)
  219. # [18:01] <@tbsaunde> davidb: that seems like something you should be doing
  220. # [18:01] <~davidb> right?
  221. # [18:02] <@tbsaunde> davidb: not sure what you are asking
  222. # [18:02] <~davidb> grasping at straws
  223. # [18:02] <~davidb> giving up for now
  224. # [18:03] <~davidb> tbsaunde, enjoy the wings, wish i could help eat them today
  225. # [18:03] <@tbsaunde> davidb: you are wfh too?
  226. # [18:03] <~davidb> yeah
  227. # [18:03] <@tbsaunde> davidb: well hopefully you are enjoying your kids instead
  228. # [18:04] <~davidb> always
  229. # [18:04] <~davidb> although they are annoyed i'm working
  230. # [18:06] <@tbsaunde> hah
  231. # [19:00] <@firebot> tbsaunde+mozbugs@tbsaunde.org cancelled needinfo?(tbsaunde+mozbugs@tbsaunde.org) on bug 1100602.
  232. # [19:00] <@firebot> https://bugzil.la/1100602 — NEW, wmccloskey@mozilla.com — [e10s] crash in mozilla::a11y::ProxyAccessible::Shutdown()
  233. # [19:22] <~davidb> tbsaunde, this never did stick eh? bug 1172525
  234. # [19:22] <@firebot> https://bugzil.la/1172525 — NEW, tbsaunde+mozbugs@tbsaunde.org — rework forwarding events to the parent process
  235. # [19:23] * Quits: Gijs (chatzilla@moz-1evr0l.cable.virginm.net) (Quit: out for dinner)
  236. # [19:23] * Quits: fredw (Icedove@moz-fv4cpk.abo.wanadoo.fr) (Client exited)
  237. # [19:24] <@tbsaunde> davidb: it bounced once, and I'm just getting back to relanding it
  238. # [19:26] <~davidb> ah ok cool
  239. # [19:28] <@tbsaunde> smaug: so for bug 1181177 it still isn't clear to me if javascript: uris can render content or not
  240. # [19:29] <@firebot> https://bugzil.la/1181177 — NEW, wmccloskey@mozilla.com — Linux crash in mozilla::dom::PBrowserChild::SendPDocAccessibleConstructor(mozilla::a11y::PDocAccessi
  241. # [19:31] <smaug> tbsaunde: sure they can
  242. # [19:31] <smaug> open first about:blank, and then javascript: "foo"; on it
  243. # [19:32] <@tbsaunde> smaug: hrm ok
  244. # [19:33] <@tbsaunde> smaug: ok so I guess the only thingto do then is null check and hope the behavior difference doesn't really matter
  245. # [19:36] * Quits: newtron (newtron@moz-9l1rbk.cpe.pppoe.ca) (Connection closed)
  246. # [19:36] <smaug> tbsaunde: so I'd like to understand the behavior on non-e10s case
  247. # [19:36] <smaug> when do we actually create a11y tree then?
  248. # [19:37] <@firebot> tbsaunde+mozbugs@tbsaunde.org cancelled review?(tbsaunde+mozbugs@tbsaunde.org) for attachment 684679 on bug 814674.
  249. # [19:37] <@firebot> https://bugzil.la/814674 — ASSIGNED, jwatt@jwatt.org — Add FAIL_ON_WARNINGS to accessible/src/atk and accessible/build
  250. # [19:38] <@firebot> tbsaunde+mozbugs@tbsaunde.org changed the Resolution on bug 814674 from --- to FIXED.
  251. # [19:38] <@firebot> tbsaunde+mozbugs@tbsaunde.org changed the Status on bug 814674 from ASSIGNED to RESOLVED.
  252. # [19:38] <@tbsaunde> smaug: well we create an accessible for the document right where we send the PDocAccessible ctor msg
  253. # [19:39] <@tbsaunde> when do we create accessibles for elements with in the document lets see
  254. # [19:43] <smaug> WillRefresh
  255. # [19:43] <@tbsaunde> smaug: yup was about to say
  256. # [19:44] <smaug> so we'll try to create is again
  257. # [19:44] <smaug> if needed
  258. # [19:46] <@tbsaunde> smaug: create is?
  259. # [19:48] <smaug> s/is/it/
  260. # [19:57] <@tbsaunde> smaug: so then I'm not sure I understnad what you are saying happens?
  261. # [19:58] <smaug> tbsaunde: so WillRefresh is called rather often, right?
  262. # [19:58] <smaug> tbsaunde: if there isn't DocAccessible for document, it will create such
  263. # [19:58] <@tbsaunde> smaug: I believe so
  264. # [19:59] <@tbsaunde> smaug: uh I don't think so?
  265. # [19:59] <smaug> then I don't understand the setup
  266. # [20:00] <@tbsaunde> smaug: we create documents with the listener thing in DocManager
  267. # [20:00] <@tbsaunde> .cpp
  268. # [20:00] <smaug> with the listener?
  269. # [20:00] <@tbsaunde> smaug: then the document creates a NotificationController object and starts getting called for WillRefresh
  270. # [20:01] <smaug> tbsaunde: I see new DocAccessibleChild in WillRefresh
  271. # [20:01] <@tbsaunde> smaug: DocManager::HandleDOMDocumentLoad
  272. # [20:01] <smaug> perhaps I should look at the callers of DocManager::CreateDocOrRootAccessible
  273. # [20:02] <@tbsaunde> smaug: yeah we do create DocAccessibleChilds there
  274. # [20:02] <smaug> either DocManager::HandleDOMDocumentLoad or DocManager::GetDocAccessible
  275. # [20:02] <smaug> so, GetDocAccessible creates it on demand
  276. # [20:03] <@tbsaunde> smaug: yeah, though I'm not sure when that on demand part actually happens
  277. # [20:06] * smaug can't see where accessibilityservice:: GetDocAccessible is defined
  278. # [20:07] <@tbsaunde> smaug: nsAccessibilityService inherits from DocManager
  279. # [20:07] <smaug> oh
  280. # [20:08] <smaug> so we end up calling GetDocAccessible everywhere
  281. # [20:09] <@tbsaunde> smaug: certainly a bunch of places in nsAccessibilityService
  282. # [20:10] <smaug> I wonder why we have some IPC handling in WillRefresh
  283. # [20:10] <smaug> Why can't it just call GetAccessible on those subdocuments?
  284. # [20:10] <@tbsaunde> smaug: well, so there's sort of two kinds of documents
  285. # [20:12] <@tbsaunde> smaug: well, for one thing when you tell the parent process about a document if it isn't top level you need to tell it what accessible its a child of
  286. # [20:14] <@tbsaunde> smaug: I suppose we could pass that information into GetDocAccessible, but non of the other callers want to deal with that
  287. # [20:14] <smaug> tbsaunde: I mean, why doesn't WillRefresh just call GetDocAccessible?
  288. # [20:14] <smaug> so that we would have SendPDocAccessibleConstructor call only in one place
  289. # [20:15] <@tbsaunde> smaug: oh, so here's the real reason
  290. # [20:16] <@tbsaunde> smaug: in the case of a non top level document GetDocAccessible creates a document and tells the parent document about it, but it leaves making the new doc accessible the child of an accessible in the parent doc to WIllRefresh
  291. # [20:17] <@tbsaunde> smaug: so since we need to tell the parent process when accessible the child doc is a child of we need to send a message from WIllRefresh
  292. # [20:18] <smaug> dunno why that needs to happen in WillRefresh
  293. # [20:19] <smaug> and why can't WillRefresh just call GetDocAccessible to ensure there is DocAccessible created
  294. # [20:19] <@tbsaunde> smaug: well that's where the binding of child doc to parent accessible happens, where else would you do it?
  295. # [20:20] <smaug> tbsaunde: whenever accessible doc is needed
  296. # [20:20] <@tbsaunde> smaug: I don't follow
  297. # [20:20] <smaug> I don't understand why DocAccessible creation is in anyway bound to WillRefresh
  298. # [20:21] <@tbsaunde> smaug: its not, only DocAccessibleChild is
  299. # [20:21] <smaug> sure, and why is that bound to WillRefresh
  300. # [20:21] <smaug> perhaps there is some reason
  301. # [20:21] <smaug> I just don't know why :)
  302. # [20:22] <smaug> and why WillRefresh then copy some of the code from GetDocAccessible to do the IPC stuff, like call SendPDocAccessibleConstructor
  303. # [20:22] * smaug is clearly not familiar enough with this code
  304. # [20:23] <@tbsaunde> smaug: so I guess there is no super good reason you couldn't only send PDocAccessibleConstructor from CreateDocOrRootAccessible and then send bind doc accessible child messages from WillRefresh
  305. # [20:24] * @tbsaunde is trying to think this through
  306. # [20:32] * Joins: newtron (newtron@moz-9l1rbk.cpe.pppoe.ca)
  307. # [20:32] <@tbsaunde> smaug: but anyway changing that wouldn't help with this crash because we'd still be tryingto send PDocAccessibleConstructor from CreateDocOrRootAccessible in this case
  308. # [20:33] <smaug> tbsaunde: oh, sure, but we'd make some if (!docshell->GetTreeOwner()) check there, just in one place
  309. # [20:33] <smaug> Assuming I've understood correctly what leads to the crash
  310. # [20:34] <@tbsaunde> smaug: well, even as it stands it seems like the NotificationController case doesn't need a check
  311. # [20:35] <smaug> maybe
  312. # [20:35] <@tbsaunde> smaug: is there any reason to prefer docShell->GetTreeOwner() to just if (tabChild) ?
  313. # [20:35] <smaug> no
  314. # [20:35] <smaug> either one should work I guess
  315. # [20:36] <smaug> brb
  316. # [20:36] <@tbsaunde> smaug: well it seems pretty crazy that a document that WillRefresh is being called for doesn't have a tree owner right? isn't it only not there in cases where the docshell is being shutdown?
  317. # [20:38] * Quits: newtron (newtron@moz-9l1rbk.cpe.pppoe.ca) (Connection closed)
  318. # [20:38] <@tbsaunde> oh no you said it doesn't have one when in bf cache, I'm ... unsure if those docs can get WillRefresh called
  319. # [20:39] <smaug> shouldn't
  320. # [20:40] <smaug> it is just that if all the IPC setup would happen in one place, then handling would be consistent
  321. # [20:40] <smaug> which makes reading the code easier
  322. # [20:42] <@tbsaunde> smaug: sure, and the amount of code in WillRefresh has grown since the initial decision to do it that way
  323. # [20:44] <@tbsaunde> smaug: I'm not saying I think its a bad idea to unify them, it just doesn't necessarily seem like a high priority, and it takes some careful though, but absolutely feel free to write a patch
  324. # [20:49] * Joins: newtron (newtron@moz-9l1rbk.cpe.pppoe.ca)
  325. # [20:56] <@firebot> jmathies@mozilla.com requested needinfo from wmccloskey@mozilla.com on bug 1182472.
  326. # [20:56] <@firebot> https://bugzil.la/1182472 — NEW, nobody@mozilla.org — Windows crash in mozilla::dom::PBrowserChild::SendPDocAccessibleConstructor(mozilla::a11y::PDocAcces
  327. # [21:17] * yzen is now known as yzen_
  328. # [21:17] * yzen_ is now known as yzen
  329. # [21:24] * Quits: newtron (newtron@moz-9l1rbk.cpe.pppoe.ca) (Connection closed)
  330. # [21:35] * Quits: alex_mayorga (uid4422@moz-39oq95.charlton.irccloud.com) (Quit: Connection closed for inactivity)
  331. # [21:39] <@firebot> wmccloskey@mozilla.com cancelled needinfo?(wmccloskey@mozilla.com) on bug 1182472.
  332. # [21:39] <@firebot> wmccloskey@mozilla.com changed the Resolution on bug 1182472 from --- to DUPLICATE.
  333. # [21:39] <@firebot> wmccloskey@mozilla.com changed the Status on bug 1182472 from NEW to RESOLVED.
  334. # [21:39] <@firebot> https://bugzil.la/1182472 — DUPLICATE, nobody@mozilla.org — Windows crash in mozilla::dom::PBrowserChild::SendPDocAccessibleConstructor(mozilla::a11y::PDocAcces
  335. # [21:43] * Quits: smaug (chatzilla@moz-omj15l.elisa-laajakaista.fi) (Quit: ChatZilla 0.9.91.1 [Firefox 41.0a1/20150620030209])
  336. # [21:46] * Joins: smaug (chatzilla@moz-omj15l.elisa-laajakaista.fi)
  337. # [22:17] <~davidb> tbsaunde, bug 1181177 patch checkin comment worries me a bit
  338. # [22:17] <@firebot> https://bugzil.la/1181177 — NEW, wmccloskey@mozilla.com — Linux and Windows crashes in mozilla::dom::PBrowserChild::SendPDocAccessibleConstructor
  339. # [22:18] <@tbsaunde> davidb: why?
  340. # [22:19] <~davidb> tbsaunde, my spidey sense tingles
  341. # [22:19] <@tbsaunde> davidb: well its not really clear what else we can do
  342. # [22:20] <@tbsaunde> and the conditions that cause it are pretty wierd
  343. # [22:20] <~davidb> tbsaunde, do we understand them?
  344. # [22:20] <@tbsaunde> davidb: more or less read the comments in the bug
  345. # [22:21] <~davidb> tbsaunde, if there is a GetTreeOwner later will the document get sorted out somehow?
  346. # [22:22] <@tbsaunde> davidb: depends, if it becomes the child of another document yes I think so
  347. # [22:22] <@tbsaunde> if it stays the top level document in the child I'm not sure
  348. # [22:23] * Joins: alex_mayorga (uid4422@moz-39oq95.charlton.irccloud.com)
  349. # [22:23] <@tbsaunde> that said I'm not really sure if the current non e10s behavior makes sense or not
  350. # [22:24] * Joins: newtron (newtron@moz-9l1rbk.cpe.pppoe.ca)
  351. # [22:25] <~davidb> tbsaunde, could this be related at all with bug 638465?
  352. # [22:25] <@firebot> https://bugzil.la/638465 — FIXED, surkov.alexander@gmail.com — We're not picking up the insertion into the newly created window of testcase for bug 637644
  353. # [22:25] <~davidb> (note my mind is in late friday afternoon mode)
  354. # [22:27] <~davidb> wondering about the test case
  355. # [22:28] * Quits: newtron (newtron@moz-9l1rbk.cpe.pppoe.ca) (Ping timeout: 121 seconds)
  356. # [22:29] <@tbsaunde> davidb: don't think so
  357. # [22:47] * Quits: ~davidb (davidb@moz-okri87.dsl.bell.ca) (Quit: Blah blah blah)
  358. # [23:14] * Quits: @yzen (yzen@moz-i5m.05u.207.66.IP) (Ping timeout: 121 seconds)
  359. # [23:55] * Joins: newtron (newtron@moz-9l1rbk.cpe.pppoe.ca)
  360. # Session Close: Sat Jul 11 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