/irc-logs / mozilla / #accessibility / 2015-08-04 / end

Options:

Previous day, Next day

  1. # Session Start: Tue Aug 04 00:00:00 2015
  2. # Session Ident: #accessibility
  3. # [01:41] * Quits: alex_mayorga (uid4422@moz-lffp2u.ealing.irccloud.com) (Quit: Connection closed for inactivity)
  4. # [01:57] * Quits: smaug (chatzilla@moz-ef8gi3.bb.dnainternet.fi) (Ping timeout: 121 seconds)
  5. # [04:18] * Quits: satdav (uid15780@moz-sljh5r.tooting.irccloud.com) (Quit: Connection closed for inactivity)
  6. # [05:07] * Joins: fxa90id (fxa90id@moz-0gilgp.l3aj.nhs4.0647.2601.IP)
  7. # [06:30] * Quits: fxa90id (fxa90id@moz-0gilgp.l3aj.nhs4.0647.2601.IP) (Ping timeout: 121 seconds)
  8. # [07:14] * Joins: fxa90id (fxa90id@moz-0gilgp.l3aj.nhs4.0647.2601.IP)
  9. # [08:17] * Joins: ioanachiorean (ioanachiore@moz-q23.52n.2.5.IP)
  10. # [08:18] * Quits: fxa90id (fxa90id@moz-0gilgp.l3aj.nhs4.0647.2601.IP) (Ping timeout: 121 seconds)
  11. # [09:55] * Joins: fredw (Icedove@moz-fv4cpk.abo.wanadoo.fr)
  12. # [10:05] * Joins: satdav (uid15780@moz-sljh5r.tooting.irccloud.com)
  13. # [10:48] * Joins: Gijs (chatzilla@moz-v0lust.cable.virginm.net)
  14. # [12:34] * Quits: fredw (Icedove@moz-fv4cpk.abo.wanadoo.fr) (Client exited)
  15. # [13:13] * st3fan_pto is now known as st3fan
  16. # [14:17] * Joins: surkov (surkov@moz-v8g78c.cpe.teksavvy.com)
  17. # [14:17] * ChanServ sets mode: +o surkov
  18. # [14:26] * Joins: Justin_o (uid14648@moz-c6vipl.ealing.irccloud.com)
  19. # [14:29] * Joins: sixtyten (quassel@moz-ulpjmu.sentoris.de)
  20. # [14:35] * Quits: @surkov (surkov@moz-v8g78c.cpe.teksavvy.com) (Client exited)
  21. # [14:46] * Joins: anvk (anovak@moz-871.mvk.11.204.IP)
  22. # [15:45] * Joins: davidb (davidb@moz-i5m.05u.207.66.IP)
  23. # [15:45] * ChanServ sets mode: +qo davidb davidb
  24. # [15:45] <~davidb> heyo
  25. # [15:48] <&MarcoZ> Heyo davidb!
  26. # [16:01] * Joins: yzen (yzen@moz-i5m.05u.207.66.IP)
  27. # [16:01] * ChanServ sets mode: +o yzen
  28. # [16:02] <@firebot> guijoselito@gmail.com requested needinfo from tbsaunde+mozbugs@tbsaunde.org on bug 1185726.
  29. # [16:02] <@firebot> https://bugzil.la/1185726 — FIXED, tbsaunde+mozbugs@tbsaunde.org — Mysterious crashes in nsIFrame in Nightly 42
  30. # [16:05] * davidb is now known as davidb|afk
  31. # [16:06] * Joins: fxa90id (fxa90id@moz-0gilgp.l3aj.nhs4.0647.2601.IP)
  32. # [16:16] * Quits: fxa90id (fxa90id@moz-0gilgp.l3aj.nhs4.0647.2601.IP) (A TLS packet with unexpected length was received.)
  33. # [16:23] <@firebot> guijoselito@gmail.com cancelled needinfo?(tbsaunde+mozbugs@tbsaunde.org) on bug 1185726.
  34. # [16:23] <@firebot> https://bugzil.la/1185726 — FIXED, tbsaunde+mozbugs@tbsaunde.org — Mysterious crashes in nsIFrame in Nightly 42
  35. # [16:31] * davidb|afk is now known as davidb
  36. # [16:32] * davidb is now known as davidb|afk
  37. # [16:32] * davidb|afk is now known as davidb
  38. # [16:32] * davidb is now known as davidb|afk
  39. # [17:07] <@firebot> New Core - Disability Access APIs bug 1190882 filed by jdiggs@igalia.com.
  40. # [17:07] <@firebot> https://bugzil.la/1190882 — NEW, nobody@mozilla.org — No accessibility events for re-focused object after ARIA dialog dismissed
  41. # [17:08] * davidb|afk is now known as davidb
  42. # [17:08] * wlach|afk is now known as wlach
  43. # [17:28] <~davidb> tbsaunde, groan
  44. # [17:28] * ~davidb goes to crash-stats
  45. # [17:32] <~davidb> tbsaunde, found an example of each, and commented
  46. # [17:37] <@tbsaunde> davidb: did you check build id each happened with?
  47. # [17:48] <~davidb> tbsaunde, sorry was chatting IRL. I was checking Aug 3 nightly
  48. # [17:49] <~davidb> tbsaunde, 20150803030207
  49. # [17:51] * Joins: surkov (surkov@moz-v8g78c.cpe.teksavvy.com)
  50. # [17:51] * ChanServ sets mode: +o surkov
  51. # [17:52] <@tbsaunde> davidb: ok so we can conclude RecvHideEvent sometimes screws up the tree, but maybe something else can two I wonder what
  52. # [17:54] <@tbsaunde> anyone interested in going out to get food likely with meat?
  53. # [17:54] <~davidb> i'm actually good with lentils
  54. # [17:55] <@lsocks> meatless tuesday doesn't even alliterate
  55. # [17:55] <~davidb> lol. I wouldn't mind skipping meatballs tomorrow
  56. # [17:55] * @tbsaunde suspects that one will actually be pretty ok
  57. # [17:56] <~davidb> i need to WFH thurs/fri
  58. # [17:59] <joanie> MarcoZ: I don't understand your comment. Are you saying the test case (which I lifted from the WCAG wiki) is bogus? Or something else? Related aside, that test case is to replicate the same bug seen in the wild on a site.
  59. # [17:59] * Joins: smaug (chatzilla@moz-ef8gi3.bb.dnainternet.fi)
  60. # [18:03] <~davidb> Gijs, it sounded like you offered to set up a meeting for bug 670928 ?
  61. # [18:03] <@firebot> https://bugzil.la/670928 — REOPENED, eitan@monotonous.org — HTML5 element and WAI-ARIA landmark roles easily navigable in Firefox
  62. # [18:03] <~davidb> that sounds good to me
  63. # [18:04] <~davidb> going AFK for lunch
  64. # [18:04] * davidb is now known as davidb|afk
  65. # [18:04] <&MarcoZ> Joanie, the principle is correct, the test file is just broken/has coding snafnafus.
  66. # [18:04] <joanie> MarcoZ: broken enough to interfere with fixing the bug?
  67. # [18:05] <&MarcoZ> Off work now.
  68. # [18:05] <joanie> ?
  69. # [18:06] <&MarcoZ> Broken enough to yield bogus results.
  70. # [18:06] <joanie> heh
  71. # [18:08] <&MarcoZ> Correct dialog impls exist and fire correct a11y events. Google, FB, Twitter.
  72. # [18:08] <joanie> I'm seeing the same issue on a blog and without the errors you cite
  73. # [18:09] <joanie> but the a11y events I want are from the document frame and link
  74. # [18:09] <joanie> at least
  75. # [18:09] <joanie> the firefox window too
  76. # [18:09] <joanie> I actually get the expected events from the ARIA dialog
  77. # [18:14] <joanie> aha, I see the errors I'll fix those
  78. # [18:20] <Gijs> davidb|afk: I'd like to discuss that bug with you before deciding who to set up a meeting with, I think
  79. # [18:21] <Gijs> davidb|afk: can you ping me when you get back? (in a mtg myself right now)
  80. # [18:38] * Quits: ioanachiorean (ioanachiore@moz-q23.52n.2.5.IP) (Ping timeout: 121 seconds)
  81. # [18:44] * davidb|afk is now known as davidb
  82. # [18:45] <~davidb> Gijs, back.
  83. # [18:50] * Quits: sixtyten (quassel@moz-ulpjmu.sentoris.de) (Ping timeout: 121 seconds)
  84. # [19:04] <@firebot> gavin.sharp@gmail.com changed the Resolution on bug 1187282 from --- to DUPLICATE.
  85. # [19:04] <@firebot> gavin.sharp@gmail.com changed the Status on bug 1187282 from NEW to RESOLVED.
  86. # [19:04] <@firebot> https://bugzil.la/1187282 — DUPLICATE, nobody@mozilla.org — Ctrl+k no longer focuses search bar if location bar or an in-page input element is currently focused
  87. # [19:40] * davidb is now known as davidb|afk
  88. # [19:49] * mconley is now known as mconley|food
  89. # [19:59] * davidb|afk is now known as davidb
  90. # [20:03] * Gijs is now known as Gijs_away
  91. # [20:10] * Quits: ~davidb (davidb@moz-i5m.05u.207.66.IP) (Connection closed)
  92. # [20:11] * Joins: davidb (davidb@moz-i5m.05u.207.66.IP)
  93. # [20:11] * ChanServ sets mode: +qo davidb davidb
  94. # [20:21] <@lsocks> surkov: do you know how I might be able to ignore a dup reorder event? I'm trying to fix broken tests in the patch for bug 1175913 in test_textleaf and I get 2 reorders. One is from recreating on listener change, and the other called directly from JS on an attribute change
  95. # [20:21] <@firebot> https://bugzil.la/1175913 — NEW, lorien@lorienhu.com — Crash in mozilla::a11y::DocAccessibleParent::RemoveAccessible(ProxyAccessible* aAccessible)
  96. # [20:21] <@lsocks> this is in the setOnClickNRoleAttrs test where it sets both role and onclick
  97. # [20:23] <@surkov> lsocks: having them both in the queue doens’t help?
  98. # [20:24] <@surkov> otherwise you may want to add a new flag into events.js to not fail for duping (aka todo option)
  99. # [20:27] <@lsocks> it still fails if the event sequence has 2 reorders expected
  100. # [20:35] * wlach is now known as wlach|mtg
  101. # [20:53] * mconley|food is now known as mconley
  102. # [21:00] <@tbsaunde> surkov: can you explain https://bugzilla.mozilla.org/show_bug.cgi?id=545465#c11 ?
  103. # [21:00] <@firebot> Bug 545465 — FIXED, surkov.alexander@gmail.com — clean up the code of accessible initialization and binding to the tree
  104. # [21:01] <@surkov> tbsaunde: which part?
  105. # [21:04] <@tbsaunde> surkov: the whole thing? I don't see what the point of changing both role and onlcik attributes is
  106. # [21:06] <@surkov> tbsaunde: I can do interpretation I guess, I’m not sure if that’s applicable to current behavior though. If @onclick is changed then the whole tree is recreated, in case of setting @role we create new accessible and adopt a subtree
  107. # [21:08] <@tbsaunde> surkov: but isn't recreation not supposed to happen
  108. # [21:08] <@surkov> tbsaunde: it seems it happens, at least to keep things updated
  109. # [21:08] <@tbsaunde> surkov: besides which that's not what we do, we recreate whole tree for role change accept document case
  110. # [21:09] <@tbsaunde> surkov: sure, but I'm interested in what happens in correct behavior, not the result of bugs
  111. # [21:11] <@surkov> about @role: I think that was a case when inaccessible node gets accessible, so there’s nothing to recreate here
  112. # [21:15] <@tbsaunde> surkov: I don't understnad how that answers the question
  113. # [21:15] <@surkov> tbsaunde: which one?
  114. # [21:16] <@tbsaunde> surkov: what is the point of test_textleaf.html changing both role and onclick at the same time
  115. # [21:17] <@lsocks> also whether that test is still useful given that it currently just calls recreateaccessible twice
  116. # [21:20] <@surkov> tbsaunde: I guess it’s supposed to test that new accessible is created and it gets text accessible that has linkable state
  117. # [21:22] <@surkov> I’m not sure what happens internally, perhaps accessible is created, it adopts kids, then the subtree including new accessible is recreated
  118. # [21:22] <@surkov> or if 2nd is not true, then it just updates actions
  119. # [21:23] <@tbsaunde> surkov: but why is that any different from just testing setting onclick
  120. # [21:25] <@surkov> on inaccessible node? that may be quite close if not the same
  121. # [21:27] <@tbsaunde> surkov: well, presumably there is some reason the test was written the way it is?
  122. # [21:30] * wlach|mtg is now known as wlach
  123. # [21:34] <@surkov> tbsaunde: that was years ago, but in general not trivial tests make sense
  124. # [21:37] <@tbsaunde> surkov: I guess, but I'm not sure it makes sense to have tests that do random slightly nontrivial things with no clear logic as to why
  125. # [21:38] <@surkov> why not, as long as you know it produces correct output
  126. # [21:41] <@tbsaunde> surkov: well, you need to define "correct" and its nice to be able to reason about if changes to it are meaningful or not
  127. # [21:43] <@surkov> gecko’s tree update code is not trivial, thus having a richer set of tests (including crazy tests) is better for us, in this case “correct” means we know the accessible is created and text leaf has wanted states
  128. # [21:47] * Joins: alex_mayorga (uid4422@moz-lffp2u.ealing.irccloud.com)
  129. # [21:47] * Gijs_away is now known as Gijs
  130. # [21:47] * Quits: Gijs (chatzilla@moz-v0lust.cable.virginm.net) (Quit: poof)
  131. # [22:16] * Quits: anvk (anovak@moz-871.mvk.11.204.IP) (Quit: Leaving.)
  132. # [22:20] <@firebot> lorien@lorienhu.com changed the Assignee on bug 1189108 from nobody@mozilla.org to lorien@lorienhu.com.
  133. # [22:20] <@firebot> https://bugzil.la/1189108 — NEW, lorien@lorienhu.com — LinkableAccessible actionable parent and action count return wrong result when event listeners are c
  134. # [22:43] * Quits: ~davidb (davidb@moz-i5m.05u.207.66.IP) (Quit: Blah blah blah)
  135. # [23:09] * Quits: @yzen (yzen@moz-i5m.05u.207.66.IP) (Ping timeout: 121 seconds)
  136. # [23:35] * Joins: kkus (kkus@moz-oqbbml.fios.verizon.net)
  137. # [23:49] * Quits: Justin_o (uid14648@moz-c6vipl.ealing.irccloud.com) (Quit: Connection closed for inactivity)
  138. # Session Close: Wed Aug 05 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