/irc-logs / mozilla / #accessibility / 2015-03-09 / end

Options:

Previous day, Next day

  1. # Session Start: Mon Mar 09 00:00:00 2015
  2. # Session Ident: #accessibility
  3. # [00:28] <@firebot> New Core - Disability Access APIs bug 1140917 filed by bugs@pettay.fi.
  4. # [00:28] <@firebot> https://bugzil.la/1140917 — NEW, bugs@pettay.fi — IPC Proxy for replace/insert/copy/cut/delete/paste
  5. # [01:17] * Quits: newtron (newtron@moz-ieu4n6.dsl.teksavvy.com) (Connection closed)
  6. # [02:17] * Joins: yliao (yliao@moz-aj9ejj.HINET-IP.hinet.net)
  7. # [02:21] * Quits: yliao (yliao@moz-aj9ejj.HINET-IP.hinet.net) (Ping timeout: 121 seconds)
  8. # [02:43] * Joins: yliao (yliao@moz-2hf62a.HINET-IP.hinet.net)
  9. # [02:43] * Quits: smaug (chatzilla@moz-7dv8tf.bb.dnainternet.fi) (Connection closed)
  10. # [02:44] * Joins: smaug (chatzilla@moz-7dv8tf.bb.dnainternet.fi)
  11. # [02:49] * Quits: smaug (chatzilla@moz-7dv8tf.bb.dnainternet.fi) (Connection closed)
  12. # [02:50] * Joins: smaug (chatzilla@moz-7dv8tf.bb.dnainternet.fi)
  13. # [03:24] * Quits: smaug (chatzilla@moz-7dv8tf.bb.dnainternet.fi) (Ping timeout: 121 seconds)
  14. # [06:00] * Joins: icaaq (icaaq@moz-4a4bca.cust.bredbandsbolaget.se)
  15. # [08:12] * Tomcat|afk is now known as Tomcat
  16. # [08:21] * Tomcat is now known as Tomcat|sheriffduty
  17. # [08:28] * Joins: ioanachiorean (ioanachiore@moz-ohb.65e.79.82.IP)
  18. # [09:37] * Quits: icaaq (icaaq@moz-4a4bca.cust.bredbandsbolaget.se) (Quit: 10-79 Notify coroner, over and out)
  19. # [09:42] * Quits: ioanachiorean (ioanachiore@moz-ohb.65e.79.82.IP) (Connection closed)
  20. # [09:43] * Joins: ioanachiorean (ioanachiore@moz-ohb.65e.79.82.IP)
  21. # [09:49] * Joins: icaaq (icaaq@moz-t231nb.cust.bredbandsbolaget.se)
  22. # [09:49] * icaaq is now known as icaaq|afk
  23. # [09:50] * icaaq|afk is now known as icaaq
  24. # [10:24] * Joins: agibson (agibson@moz-j04gi9.cable.virginm.net)
  25. # [11:36] * Quits: yliao (yliao@moz-2hf62a.HINET-IP.hinet.net) (Connection closed)
  26. # [12:03] * Joins: yliao (yliao@moz-aj9ejj.HINET-IP.hinet.net)
  27. # [12:04] * Quits: yliao (yliao@moz-aj9ejj.HINET-IP.hinet.net) (Connection closed)
  28. # [12:17] * Joins: Gijs (chatzilla@moz-be1.e16.80.5.IP)
  29. # [12:56] * agibson is now known as agibson|afk
  30. # [13:03] * Joins: yliao (yliao@moz-aj9ejj.HINET-IP.hinet.net)
  31. # [13:08] * Quits: yliao (yliao@moz-aj9ejj.HINET-IP.hinet.net) (Ping timeout: 121 seconds)
  32. # [13:17] * Joins: smaug (chatzilla@moz-7dv8tf.bb.dnainternet.fi)
  33. # [13:58] * Joins: yzen (yzen@moz-ql1r6k.cpe.pppoe.ca)
  34. # [13:58] * ChanServ sets mode: +o yzen
  35. # [14:04] * agibson|afk is now known as agibson
  36. # [14:07] * Quits: scott_gonzalez (scott_gonza@moz-5t7jkp.fios.verizon.net) (Client exited)
  37. # [14:21] * Joins: davidb (davidb@moz-i5m.05u.207.66.IP)
  38. # [14:21] * ChanServ sets mode: +qo davidb davidb
  39. # [14:22] * Joins: anvk (anovak@moz-871.mvk.11.204.IP)
  40. # [14:24] * Joins: scott_gonzalez (scott_gonza@moz-mhe.gsn.149.12.IP)
  41. # [14:33] * Joins: newtron (newtron@moz-6lh.c31.71.199.IP)
  42. # [14:34] * Quits: newtron (newtron@moz-6lh.c31.71.199.IP) (Quit: Leaving...)
  43. # [14:35] * Joins: newtron (newtron@moz-6lh.c31.71.199.IP)
  44. # [14:46] * Gijs is now known as Gijs_away
  45. # [14:51] * davidb is now known as davidb|afk
  46. # [14:54] * davidb|afk is now known as davidb
  47. # [14:55] * Joins: clown (clown@moz-v6m.c3o.211.205.IP)
  48. # [15:02] * icaaq is now known as icaaq|afk
  49. # [15:11] * davidb is now known as davidb|afk
  50. # [15:17] * Joins: yliao (yliao@moz-aj9ejj.HINET-IP.hinet.net)
  51. # [15:21] * Quits: yliao (yliao@moz-aj9ejj.HINET-IP.hinet.net) (Ping timeout: 121 seconds)
  52. # [15:25] * davidb|afk is now known as davidb
  53. # [15:25] * Quits: smaug (chatzilla@moz-7dv8tf.bb.dnainternet.fi) (Ping timeout: 121 seconds)
  54. # [15:41] * Joins: SteveF (chatzilla@moz-80j6qs.cable.virginm.net)
  55. # [16:08] * davidb is now known as davidb|afk
  56. # [16:11] * davidb|afk is now known as davidb
  57. # [16:30] * Joins: scottgonzalez (scott_gonza@moz-mhe.gsn.149.12.IP)
  58. # [16:33] * Joins: wlach (wlach@moz-43h9ue.members.linode.com)
  59. # [16:33] * Quits: scott_gonzalez (scott_gonza@moz-mhe.gsn.149.12.IP) (Ping timeout: 121 seconds)
  60. # [16:34] <wlach> hey, can anyone give feedback on how usable treeherder is vs. tbpl with a screen reader? https://bugzilla.mozilla.org/show_bug.cgi?id=1053279#c13
  61. # [16:34] <@firebot> Bug 1053279 — NEW, nobody@mozilla.org — Make the treeherder front-end more accessible
  62. # [16:34] <wlach> davidb: tbsaunde: ^^^
  63. # [16:34] <wlach> I know the current situation isn't great, but the question is whether there are serious regression vs. tbpl (if tbpl was ever usable?)
  64. # [16:35] <~davidb> wlach, tbsaunde is probably better able to answer that, and i recommend you needinfo :marcoz in the bug (he's PTO for a bit)
  65. # [16:36] <wlach> davidb: who's on pto? marcoz or tbsaunde?
  66. # [16:36] <~davidb> marcoz
  67. # [16:36] * Joins: smaug (chatzilla@moz-7dv8tf.bb.dnainternet.fi)
  68. # [16:38] <wlach> davidb: should I needinfo both tbsaunde and marcoz?
  69. # [16:39] <~davidb> wlach, marcoz is enough unless you are rushed for an answer
  70. # [16:41] <wlach> davidb: it's only urgent in the sense that the plan is to turn tbpl off at the end of the month (see dev.tree-management)
  71. # [16:41] <~davidb> ah i see
  72. # [16:41] <~davidb> well marco can chime in monday
  73. # [16:41] <wlach> ok, sounds great
  74. # [16:43] <@tbsaunde> wlach: I have a least one bug I need to get around to filing, I'll try to get that done
  75. # [16:45] <wlach> tbsaunde: cool, feel free to CC me (:wlach) on it
  76. # [17:01] * Tomcat|sheriffduty is now known as Tomcat|afk
  77. # [17:04] * Quits: scottgonzalez (scott_gonza@moz-mhe.gsn.149.12.IP) (Ping timeout: 121 seconds)
  78. # [17:05] * davidb is now known as davidb|afk
  79. # [17:06] * icaaq|afk is now known as icaaq
  80. # [17:13] <@tbsaunde> ia2 deprecated editable text right? did atk do the same?
  81. # [17:14] * Gijs_away is now known as Gijs
  82. # [17:14] <@tbsaunde> joanie: ?
  83. # [17:15] <joanie> yes?
  84. # [17:15] <joanie> oh, sorry, scrollback
  85. # [17:16] <joanie> we didn't deprecate editable text
  86. # [17:16] <@tbsaunde> joanie: do its operations need to be sync?
  87. # [17:16] <@tbsaunde> that si does the paste need to complete before the function returns?
  88. # [17:16] <joanie> to be honest, Orca doesn't do anything with it, so I don't know
  89. # [17:17] <joanie> but we didn't deprecate it
  90. # [17:17] <@tbsaunde> ok, lets see what api says then
  91. # [17:17] <joanie> shall I get him?
  92. # [17:17] <joanie> in fact, lemme do that
  93. # [17:17] <joanie> long story
  94. # [17:17] <@tbsaunde> joanie: please
  95. # [17:18] * wlach is now known as wlach|biab
  96. # [17:18] <joanie> but I'm trying to "hide" in #a11y
  97. # [17:18] <@tbsaunde> heh, sure
  98. # [17:19] <joanie> I pinged him, but he's not pinged back yet
  99. # [17:19] <joanie> and I pastebinned the scrollback
  100. # [17:19] <joanie> whilst we wait, I have a question for you:
  101. # [17:20] <@tbsaunde> I may have an answer
  102. # [17:20] <joanie> Is get text for sentence boundaries unimplemented, or just completely broken?
  103. # [17:20] <joanie> I thought you had implemented it at some point
  104. # [17:20] <joanie> but I'm getting start and end offsets of 0 and an empty string
  105. # [17:20] <joanie> for everything
  106. # [17:22] <@tbsaunde> joanie: pretty sure its unimplemented
  107. # [17:22] <joanie> if I file a bug will y'all implement it?
  108. # [17:22] <joanie> be honest
  109. # [17:23] * @tbsaunde tries to see if there's a existing sentence edge finding thing
  110. # [17:24] <joanie> thanks
  111. # [17:26] <@tbsaunde> joanie: seems like there's no existing stuff to break by sentence, so probably not on the grounds its not clear how to find boundaries
  112. # [17:26] <joanie> ok
  113. # [17:26] <joanie> I may file a bug anyway just for documentation's sake
  114. # [17:26] <@tbsaunde> I'm no i18n expert, but I kind of wonder how you'd implement it
  115. # [17:27] <@tbsaunde> joanie: I wonder if there isn't one, but documenting you want it can't hurt
  116. # [17:27] <joanie> dunno. But WebKit and Gtk at least have done so
  117. # [17:27] * Joins: infapi00 (API@moz-lnbnpf.igalia.com)
  118. # [17:27] <@tbsaunde> interesting maybe when surkov is board he can look at how they did it
  119. # [17:27] <joanie> fearless leader!
  120. # [17:28] <joanie> I'll shut up for now so infapi00 can get caught up and then answer your question
  121. # [17:28] <infapi00> tbsaunde, so short answer
  122. # [17:29] <infapi00> no, we didn't deprecate editable text
  123. # [17:29] <infapi00> what we did was deprecate some atktext methods, and add some newsssssssss
  124. # [17:29] <infapi00> *new methods
  125. # [17:29] <infapi00> in order to simplify atktext API
  126. # [17:29] <infapi00> so not sure if you thought that the deprecation was about editable text
  127. # [17:29] <@tbsaunde> infapi00: so for now I only care about the stuff that modifies text
  128. # [17:30] <infapi00> tbsaunde, ok
  129. # [17:30] <infapi00> so as I said, no deprecation on editable text
  130. # [17:30] <@tbsaunde> infapi00: no, ia2 did deprecate their version iirc so I thought atk might have too
  131. # [17:30] <@tbsaunde> infapi00: does the editing need to be sync?
  132. # [17:30] <joanie> i'm surprised they did
  133. # [17:31] <infapi00> tbsaunde, so all the editable text interface got deprecated? or just some methods?
  134. # [17:31] <joanie> while a screen reader doesn't need it, other tools (e.g. alternative input devices and software) would
  135. # [17:32] <@tbsaunde> infapi00: would need to check, but maybe just methods
  136. # [17:32] <infapi00> tbsaunde, so what are the replacement for those methods?
  137. # [17:32] <@tbsaunde> infapi00: but really the question I'm trying to answer is can I make the editing happen after the function returns and not break people
  138. # [17:34] <infapi00> tbsaunde, so for example
  139. # [17:34] <infapi00> implement atk_editable_text_insert_text
  140. # [17:34] * Joins: scott_gonzalez (scott_gonza@moz-6k5.198.244.168.IP)
  141. # [17:34] <infapi00> and the insertion happens "little after"
  142. # [17:34] <infapi00> the method is called?
  143. # [17:35] <@tbsaunde> infapi00: yes
  144. # [17:35] <infapi00> hmmm
  145. # [17:35] <infapi00> well, the interface itself doesn't specify that detail
  146. # [17:35] <infapi00> is a kind of corner case
  147. # [17:35] <infapi00> in any case
  148. # [17:35] <infapi00> so that means that for example
  149. # [17:35] <infapi00> something like
  150. # [17:35] <infapi00> atk_editable_text_insert_text (blah); atk_text_get_text(blah2)
  151. # [17:36] <infapi00> would result on get_text getting a text that doesn't include the insertion?
  152. # [17:37] <@tbsaunde> infapi00: yes, that would be possible
  153. # [17:37] <infapi00> so the only way to ensure that get_text gets the proper result, is connecting to the text changed events?
  154. # [17:37] <@tbsaunde> on the other hand if you do the insertion first then presumably you fire text change events from within atk_editable_text_insert
  155. # [17:37] <@tbsaunde> infapi00: yeah
  156. # [17:37] <joanie> how would an AT know that atk_editable_text_cut_text() had completed?
  157. # [17:38] <joanie> ah, the text-changed event again
  158. # [17:38] <joanie> yuck
  159. # [17:38] <infapi00> hmm, well
  160. # [17:38] <infapi00> as I said, this seems like a corner case
  161. # [17:38] <@tbsaunde> or you have a period of time where the text has changed, but the text change event hasn't been fired
  162. # [17:38] <infapi00> in the sense that it is not specified
  163. # [17:38] <joanie> cut text isn't a corner case infapi00
  164. # [17:38] <infapi00> no
  165. # [17:39] <infapi00> I mean
  166. # [17:39] <infapi00> that the corner case
  167. # [17:39] <joanie> fortunately Orca doesn't need it
  168. # [17:39] <infapi00> is about the need to have the change available as soon as the method ends
  169. # [17:39] <infapi00> most people would understand that
  170. # [17:39] <infapi00> but it is not specified on the interface
  171. # [17:39] <infapi00> probably corner case is not the proper words
  172. # [17:40] <joanie> I think that if I were implementing, say, a speech input solution
  173. # [17:40] <infapi00> but a "hole on the specification" or something
  174. # [17:40] <joanie> having to listen for the text change events
  175. # [17:40] <joanie> and wait
  176. # [17:40] <joanie> could be kinda sucky
  177. # [17:40] <joanie> and like you say, it's not in the documentation
  178. # [17:41] <infapi00> well, I guess that the final point
  179. # [17:41] <infapi00> is that when you call atk_text_get_text
  180. # [17:41] <@tbsaunde> joanie: so, the thing is the alternatives are also weird, either the event comes fter the change, or the event happens while your in cuttext
  181. # [17:41] <infapi00> it says that you get the current text
  182. # [17:42] <infapi00> so if we were literal with that definition
  183. # [17:42] <infapi00> then this call the method and wait is wrong
  184. # [17:42] <joanie> well, if you're literal with that definition, the current text lacks the inserted text ;)
  185. # [17:43] <infapi00> tbsaunde, so this suggested change are raised by doubts about when to emit the events?
  186. # [17:43] <joanie> because the editable-text docs don't specify if it's sync or not
  187. # [17:43] <@tbsaunde> infapi00: no, the problem is having to wait for the operation to complete before returning from the cut_text impl
  188. # [17:44] <@tbsaunde> I believe there's a valid question about events too, but I don't care about it right now
  189. # [17:45] <infapi00> well, I don't have a problem to avoid waits
  190. # [17:45] <infapi00> the problematic part is possible errors on following calls to get_text
  191. # [17:47] <@tbsaunde> if you interpret the spec to allow you to return before the operation completes then I don't think the errors are a problem, the current text is what it is, and the operation hasn't completed so it hasn't changed
  192. # [17:49] <joanie> by spec, are we talking about docs?
  193. # [17:49] <joanie> or is this part of a spec-spec?
  194. # [17:50] <infapi00> tbsaunde, but just a question:
  195. # [17:50] <infapi00> on the spec it says:
  196. # [17:50] <infapi00> https://developer.gnome.org/atk/unstable/AtkEditableText.html#atk-editable-text-insert-text
  197. # [17:50] <infapi00> position
  198. # [17:50] <infapi00>
  199. # [17:50] <infapi00> The caller initializes this to the position at which to insert the text. After the call it points at the position after the newly inserted text.
  200. # [17:50] <infapi00>
  201. # [17:50] <infapi00> so if the method returns without the text being changed
  202. # [17:50] <infapi00> what would be the value returned on position?
  203. # [17:50] <infapi00> joanie, well, yes, at least I, when I said spec, I was talking about the doc
  204. # [17:51] * davidb|afk is now known as davidb
  205. # [17:55] <joanie> sooooo.... That suggests to me it's sync -- and documented as such. Though perhaps not quite loudly enough.
  206. # [17:55] <joanie> Right?
  207. # [17:58] * Joins: Zunino (zunino@moz-7of.uh2.58.187.IP)
  208. # [18:01] * wlach|biab is now known as wlach
  209. # [18:04] * infapi00 wonders if tbsaunde is still around or not
  210. # [18:06] * Quits: ~davidb (davidb@moz-i5m.05u.207.66.IP) (Connection closed)
  211. # [18:07] <@tbsaunde> infapi00: back now
  212. # [18:07] <@tbsaunde> joanie: infapi00 I have to agree, it seems like that's badly doc'd as sync
  213. # [18:08] * Joins: davidb (davidb@moz-i5m.05u.207.66.IP)
  214. # [18:08] * ChanServ sets mode: +qo davidb davidb
  215. # [18:09] <joanie> tbsaunde: does that mean case closed?
  216. # [18:09] <joanie> I think infapi00 was snatched away from something
  217. # [18:09] <@tbsaunde> joanie: it means I'm a very sad panda
  218. # [18:09] <joanie> and I want to talk about dead accessibles
  219. # [18:10] <joanie> tbsaunde: I'm curious as to what brought up the question. Is there a bug you're fixing, code you're refactoring, something else?
  220. # [18:11] <~davidb> e10s
  221. # [18:11] <~davidb> (multi process FF)
  222. # [18:11] <@tbsaunde> joanie: I'm looking at making editable text work with multiple processes
  223. # [18:12] <@tbsaunde> and I really wanted to avoid blocking a process while teh text editing happens
  224. # [18:13] <joanie> well, right now I don't think there are any consumers of that API
  225. # [18:13] <joanie> so I'm not sure what the right thing to do is
  226. # [18:13] <joanie> if someone is (or plans to) rely upon that API then obviously it needs to be done correctly
  227. # [18:14] <joanie> by the same token, there are plenty of other accessibility-related bugs that impact Orca ;)
  228. # [18:14] <joanie> and I myself would prefer you work on those ;) ;)
  229. # [18:14] <joanie> and speaking of the multiple process stuff -- is there any chance that is why I've been seeing an increase in dead accessibles lately?
  230. # [18:15] <@tbsaunde> I doubt it, multiple process stuff should only effect what happens if you have multiple processes
  231. # [18:15] <joanie> heh
  232. # [18:16] * Quits: anvk (anovak@moz-871.mvk.11.204.IP) (Quit: Leaving.)
  233. # [18:16] <joanie> all I know is that we've got dead accessibles all over the place with the latest firefox
  234. # [18:16] <joanie> not sure if that's a coincidence (web authors doing something)
  235. # [18:16] <@tbsaunde> latest == release or nightly?
  236. # [18:16] <joanie> release
  237. # [18:17] * Joins: surkov (surkov@moz-v8g78c.cpe.teksavvy.com)
  238. # [18:17] * ChanServ sets mode: +o surkov
  239. # [18:17] <joanie> i've even seen some children-changed events where the event source is already a dead accessible by the time we process the event
  240. # [18:18] <joanie> children-changed *add* events
  241. # [18:18] <joanie> I've similarly seen children-changed:add events where the added child is a dead accessible
  242. # [18:19] <@tbsaunde> joanie: hm, its hard to say something without a test case
  243. # [18:19] <joanie> I know
  244. # [18:19] <joanie> that's on my to-do list for today or tomorrow
  245. # [18:20] <@tbsaunde> and I don't have much time for stuff that isn't multiple process stuff :(
  246. # [18:20] <joanie> I'll bother surkov then :)
  247. # [18:20] <joanie> hey, surkov is here. I didn't notice.
  248. # [18:20] <@tbsaunde> I really hope he helps out
  249. # [18:20] <@surkov> hey
  250. # [18:20] <@surkov> what’s up?
  251. # [18:20] <joanie> Can I have a sentence boundary AtkText implementation please?
  252. # [18:20] <joanie> :)
  253. # [18:21] <smaug> sounds like "regression-window-wanted"
  254. # [18:21] <joanie> all the cool kids do it
  255. # [18:21] <smaug> s/window/range/
  256. # [18:21] <joanie> smaug: the problem is that it could be a coincidence
  257. # [18:21] <joanie> web devs do things that kill accessibles -- or rather cause gecko to kill accessibles
  258. # [18:21] <joanie> so maybe they're just doing that thing more
  259. # [18:21] <@surkov> joanie, technically yes, I’m not sure how fast we could do this, that’s something that requires some investigations
  260. # [18:22] <joanie> surkov: understood. Filing the bug now then :)
  261. # [18:22] <@surkov> ok :)
  262. # [18:25] <@firebot> New Core - Disability Access APIs bug 1141181 filed by jdiggs@igalia.com.
  263. # [18:25] <@firebot> https://bugzil.la/1141181 — NEW, nobody@mozilla.org — Implement support for the sentence boundary/granularity in AtkText.
  264. # [18:29] * agibson is now known as agibson|afk
  265. # [18:30] * Joins: jongund (chatzilla@moz-emft4q.dres.uiuc.edu)
  266. # [18:37] * agibson|afk is now known as agibson
  267. # [18:41] * Quits: ~davidb (davidb@moz-i5m.05u.207.66.IP) (Connection closed)
  268. # [18:42] <Zunino> Hi. First time here, so I'd like to know whether it's adequate to ask questions about ARIA usage on this channel.
  269. # [18:43] * Quits: jongund (chatzilla@moz-emft4q.dres.uiuc.edu) (Quit: ChatZilla 0.9.91.1 [Firefox 36.0/20150222232811])
  270. # [18:43] * Joins: davidb (davidb@moz-i5m.05u.207.66.IP)
  271. # [18:43] * ChanServ sets mode: +qo davidb davidb
  272. # [18:44] * agibson is now known as agibson|afk
  273. # [18:58] * Quits: Gijs (chatzilla@moz-be1.e16.80.5.IP) (Quit: ChatZilla 0.9.91-rdmsoft [XULRunner 32.0.3/20140923175406])
  274. # [18:58] * Joins: Gijs (chatzilla@moz-be1.e16.80.5.IP)
  275. # [19:05] * Quits: SteveF (chatzilla@moz-80j6qs.cable.virginm.net) (Ping timeout: 121 seconds)
  276. # [19:11] * Joins: scottgonzalez (scott_gonza@moz-mhe.gsn.149.12.IP)
  277. # [19:14] * Joins: SteveF (chatzilla@moz-80j6qs.cable.virginm.net)
  278. # [19:14] * Quits: scott_gonzalez (scott_gonza@moz-6k5.198.244.168.IP) (Ping timeout: 121 seconds)
  279. # [19:17] * Joins: yliao (yliao@moz-aj9ejj.HINET-IP.hinet.net)
  280. # [19:21] * Quits: yliao (yliao@moz-aj9ejj.HINET-IP.hinet.net) (Ping timeout: 121 seconds)
  281. # [19:30] * Joins: anvk (anovak@moz-871.mvk.11.204.IP)
  282. # [19:34] <smaug> tbsaunde: if you you have any good suggestions what I should do next, just tell. Otherwise I'll add a proxy for images and links and after those perhaps start looking tables and cells
  283. # [19:36] * Joins: yzen_ (yzen@moz-ql1r6k.cpe.pppoe.ca)
  284. # [19:36] * ChanServ sets mode: +o yzen_
  285. # [19:37] * Quits: @yzen (yzen@moz-ql1r6k.cpe.pppoe.ca) (Connection closed)
  286. # [19:37] * agibson|afk is now known as agibson
  287. # [19:40] * icaaq is now known as icaaq|afk
  288. # [19:40] <@tbsaunde> smaug: sgtm
  289. # [19:40] <@tbsaunde> smaug: I'm working on making windows stuff
  290. # [19:41] <@tbsaunde> I've also been doing a bit of pto for family stuff this past week
  291. # [19:43] * agibson is now known as agibson|afk
  292. # [19:57] * Quits: SteveF (chatzilla@moz-80j6qs.cable.virginm.net) (Ping timeout: 121 seconds)
  293. # [20:02] * agibson|afk is now known as agibson
  294. # [20:03] <@firebot> New Core - Disability Access APIs bug 1141220 filed by jdiggs@igalia.com.
  295. # [20:03] <@firebot> https://bugzil.la/1141220 — NEW, nobody@mozilla.org — Incredibly long load time and "dead" accessible objects seen with certain sites
  296. # [20:03] <joanie> tbsaunde: surkov: ^^ Your test case re dead accessibles
  297. # [20:04] <joanie> I'll see if I can pin down when this started because it didn't used to happen
  298. # [20:04] <@surkov> looking
  299. # [20:04] <joanie> but if you could take a look in the meantime, it would be quite helpful
  300. # [20:06] <@surkov> joanie: can you share perf profile (https://developer.mozilla.org/en-US/docs/Tools/Performance)
  301. # [20:07] <joanie> surkov: lemme read and then yeah
  302. # [20:07] <@surkov> thank you
  303. # [20:07] <joanie> thank you for looking at it
  304. # [20:07] <joanie> it's really bad :(
  305. # [20:07] <joanie> and of course "orca's fault" :P
  306. # [20:12] <joanie> hit the attachment size limit
  307. # [20:12] <~davidb> joanie, you can upload profiles and just provide the link in the bug
  308. # [20:13] <joanie> i'm tarballing it
  309. # [20:13] <joanie> surkov: attached
  310. # [20:13] <~davidb> https://developer.mozilla.org/en-US/docs/Mozilla/Performance/Profiling_with_the_Built-in_Profiler
  311. # [20:13] <joanie> I used that
  312. # [20:13] <joanie> I saved it
  313. # [20:13] <~davidb> k
  314. # [20:13] <@surkov> thanks :)
  315. # [20:14] <@surkov> sorry for wrong link
  316. # [20:14] * agibson is now known as agibson|afk
  317. # [20:14] <joanie> did I do it wrong?
  318. # [20:14] <~davidb> (there should be an upload button in the tool, and we host the file)
  319. # [20:14] <joanie> oh
  320. # [20:14] <joanie> oh well
  321. # [20:14] <joanie> surkov: do you have what you need?
  322. # [20:15] <@surkov> checking, I thought it’s supposed to be a link
  323. # [20:15] <joanie> meh
  324. # [20:15] <joanie> ok, lemme read
  325. # [20:15] <~davidb> (this wiki page could be a lot clearer)
  326. # [20:17] * Quits: infapi00 (API@moz-lnbnpf.igalia.com) (Quit: Leaving)
  327. # [20:17] <joanie> and the info is different
  328. # [20:19] <joanie> ok, lemme do this all over and get a nightly and bla bla bla :)
  329. # [20:19] <@surkov> strange, it looks empty for me
  330. # [20:19] <joanie> i'll do it using https://developer.mozilla.org/en-US/docs/Mozilla/Performance/Reporting_a_Performance_Problem
  331. # [20:20] <~davidb> joanie, oh yeah that's a way better howto
  332. # [20:20] * ~davidb bookmarks
  333. # [20:20] <joanie> it's linked on the page you provided davidb :)
  334. # [20:20] <~davidb> oh :)
  335. # [20:20] <joanie> but different from the instructions surkov provided
  336. # [20:20] <joanie> so I'll start over
  337. # [20:21] <~davidb> k
  338. # [20:21] <joanie> anything to get this fixed
  339. # [20:21] <joanie> I can't hack around it
  340. # [20:21] <joanie> as it's not in orca
  341. # [20:21] <@firebot> New Core - Disability Access APIs bug 1141228 filed by mhabicher@mozilla.com.
  342. # [20:21] <@firebot> https://bugzil.la/1141228 — NEW, nobody@mozilla.org — Include GfxMessageUtils.h in PDocAccessible.ipdl
  343. # [20:28] <joanie> tool says that the profle I am trying to upload is more than the 9 MBs storage maximum
  344. # [20:28] <joanie> davidb: ^^
  345. # [20:29] <joanie> this is using the share with URL stuff
  346. # [20:29] <~davidb> you can select a window (start end) of the profile that looks interesting (i think)
  347. # [20:29] * Quits: agibson|afk (agibson@moz-j04gi9.cable.virginm.net) (Quit: )
  348. # [20:30] <joanie> i dunno what looks interesting ;)
  349. # [20:30] * joanie looks
  350. # [20:30] <~davidb> if you peruse.... inverting the callstack can be interesting sometimes
  351. # [20:31] <~davidb> look for *accessible method calls
  352. # [20:31] <joanie> k
  353. # [20:32] <joanie> the "guilty" one is GetOrCreateAccessible
  354. # [20:32] * Quits: athena (sid21127@moz-ge8mr4.ealing.irccloud.com) (Ping timeout: 121 seconds)
  355. # [20:33] * ~davidb nods
  356. # [20:33] <joanie> if I provide the full file maybe this time it will work
  357. # [20:33] * joanie tries
  358. # [20:33] * Joins: athena (sid21127@moz-ge8mr4.ealing.irccloud.com)
  359. # [20:35] <joanie> surkov: can you see if what I just attached is what you need?
  360. # [20:38] * Joins: SteveF (chatzilla@moz-80j6qs.cable.virginm.net)
  361. # [20:39] <joanie> if it is, then I'll start going back through earlier releases to see if I can figure out when this problem got introduced
  362. # [20:42] <@firebot> mhabicher@mozilla.com changed the Assignee on bug 1141228 from nobody@mozilla.org to mhabicher@mozilla.com.
  363. # [20:42] <@firebot> mhabicher@mozilla.com changed the Status on bug 1141228 from NEW to ASSIGNED.
  364. # [20:43] <@firebot> https://bugzil.la/1141228 — ASSIGNED, mhabicher@mozilla.com — Include GfxMessageUtils.h in PDocAccessible.ipdl
  365. # [20:57] * Gijs is now known as Gijs_away
  366. # [21:06] * davidb is now known as davidb|afk
  367. # [21:07] <joanie> surkov: I'm seeing this particular issue with older versions of Firefox too (e.g. 30). So I guess it's not newish after all. :-/
  368. # [21:07] <joanie> anyhoo, please let me know (once you have a chance to look), if the profile I uploaded has what you need.
  369. # [21:09] * davidb|afk is now known as davidb
  370. # [21:11] * Quits: SteveF (chatzilla@moz-80j6qs.cable.virginm.net) (Ping timeout: 121 seconds)
  371. # [21:15] <@yzen_> eeejay hi
  372. # [21:25] <~davidb> you will create a scope of trust... what you share with your cohort etc... you don't need to share outside.
  373. # [21:25] <~davidb> that said, you can ask me anything about my outcomes.
  374. # [21:25] <~davidb> oh wrong channel but meh
  375. # [21:31] * Joins: SteveF (chatzilla@moz-80j6qs.cable.virginm.net)
  376. # [21:32] <smaug> tbsaunde: perhaps we really need to give up with prio(high) and then use async whenever possible
  377. # [21:38] * Parts: clown (clown@moz-v6m.c3o.211.205.IP)
  378. # [21:38] <smaug> or maybe not "To avoid jank, the parent process is not allowed to send sync messages of normal priority."
  379. # [21:42] <@firebot> fred.wang@free.fr changed the Status on bug 1128143 from NEW to ASSIGNED.
  380. # [21:42] <@firebot> https://bugzil.la/1128143 — ASSIGNED, fred.wang@free.fr — Add ATK roles for MathML fractions, roots
  381. # [21:47] * Quits: SteveF (chatzilla@moz-80j6qs.cable.virginm.net) (Ping timeout: 121 seconds)
  382. # [21:48] * Quits: anvk (anovak@moz-871.mvk.11.204.IP) (Quit: Leaving.)
  383. # [21:52] * Joins: fredw (Icedove@moz-7gtdsj.fbx.proxad.net)
  384. # [21:55] <@tbsaunde> smaug: honestly I just don't know
  385. # [21:56] <@tbsaunde> on the other hand nobody seems to complain about events being slightly late, maybe we can just cheat and nobody wil care
  386. # [22:11] * Quits: ~davidb (davidb@moz-i5m.05u.207.66.IP) (Quit: Blah blah blah)
  387. # [22:27] <eeejay> yzen_: hey. sorry
  388. # [22:33] * wlach is now known as wlach|bbl
  389. # [22:58] <eeejay> yzen_ you around?
  390. # [23:02] <@yzen_> eeejay hi yeah , re my earlier ping nvm
  391. # [23:02] <eeejay> yzen_: question: i want the browser to announce loading/loaded
  392. # [23:02] <eeejay> yzen_: is there a way to do that without actually displaying text?
  393. # [23:02] <@yzen_> eeejay yeah
  394. # [23:03] <@yzen_> eeejay are you talking about gaia or accessfu?
  395. # [23:03] <eeejay> yzen_: gaia
  396. # [23:04] <@yzen_> eeejay and that corresponds to a spinner in the url bar or something like that ?
  397. # [23:04] <eeejay> yzen_: yeah. there is a progress bar
  398. # [23:06] <eeejay> yzen_: i think we might have to add something in accessfu
  399. # [23:07] <@yzen_> eeejay ok, afaik, there are 2 approaches (but one has an outstanding bug for accessfu): 1) have an indeterminate progress with value text being what you want above (the outstanding accessfu bug is for treating subtree progressbar similar to a live region). another one is use role status for something that is labeled with things that you want above
  400. # [23:08] <eeejay> yzen_: hm.. interesting
  401. # [23:08] <eeejay> i was using progressbar, but i guess it could be status
  402. # [23:08] <@yzen_> I like the accessfu solution but that wont be in 2.2 without an uplift to 37
  403. # [23:09] <@yzen_> status works quite nice in some place that we use it already (like updating, last updated email fetch )
  404. # [23:09] <@yzen_> but yeah, browser progress looks like a progress
  405. # [23:10] <@yzen_> eeejay what happens if you put aria live on a progress, will it announce valueText?
  406. # [23:10] <eeejay> yzen_: it also gets hidden immediately on load complete, so i am afraid it won't get read. i'll try.
  407. # [23:11] <@yzen_> eeejay i would try then changing default actions that alia live announced to include hide?
  408. # [23:11] <@yzen_> s/alia/aria
  409. # [23:13] <eeejay> hm
  410. # [23:17] * Joins: yliao (yliao@moz-aj9ejj.HINET-IP.hinet.net)
  411. # [23:17] * Quits: newtron (newtron@moz-6lh.c31.71.199.IP) (Ping timeout: 121 seconds)
  412. # [23:21] * Quits: yliao (yliao@moz-aj9ejj.HINET-IP.hinet.net) (Ping timeout: 121 seconds)
  413. # [23:25] * Quits: smaug (chatzilla@moz-7dv8tf.bb.dnainternet.fi) (Ping timeout: 121 seconds)
  414. # [23:37] <joanie> surkov: so... any ideas about what to do regarding the slow tree bug?
  415. # [23:38] <joanie> 40 seconds is a really long time
  416. # [23:38] <joanie> and are the dead accessibles something at-spi2 is doing, you think?
  417. # [23:38] <joanie> e.g. due to a timeout maybe?
  418. # [23:40] <joanie> and another possible clue: The bug doesn't happen if you save the content locally and load it
  419. # [23:44] <@surkov> joanie: I’ll give it a try on crollsplatform layer
  420. # [23:44] <joanie> cool
  421. # [23:44] <joanie> thank you
  422. # [23:45] <joanie> I wonder if this happens on Windows
  423. # [23:45] * Gijs_away is now known as Gijs
  424. # [23:45] <joanie> This particular test case, for me, reliably tanks
  425. # [23:49] <fredw> surkov: I've tried to refresh Jonathan's MathML patches using your commit for bug 1001634. However, it seems that the code has changed a lot :-(
  426. # [23:49] <@firebot> https://bugzil.la/1001634 — NEW, surkov.alexander@gmail.com — Add MathMLAccessible class
  427. # [23:49] <@surkov> fredw: I’m looking it
  428. # [23:59] <@surkov> fredw: it looks good, land it?
  429. # Session Close: Tue Mar 10 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