/irc-logs / mozilla / #accessibility / 2015-08-31 / end
Options:
Previous day, Next day
- # Session Start: Mon Aug 31 00:00:00 2015
- # Session Ident: #accessibility
- # [00:08] * Quits: smaug (chatzilla@moz-kn7naf.elisa-laajakaista.fi) (Ping timeout: 121 seconds)
- # [01:07] * Quits: zippo^ (Zippo@moz-73oup6.ip.telfort.nl) (Quit: Leaving)
- # [01:39] * Joins: zippo^ (zippo@moz-73oup6.ip.telfort.nl)
- # [02:37] * Joins: Jayflux (Jayflux@moz-ua94ue.dsl.as9105.com)
- # [03:03] * Quits: Jayflux (Jayflux@moz-ua94ue.dsl.as9105.com) (Quit: Leaving)
- # [03:09] * Quits: zippo^ (zippo@moz-73oup6.ip.telfort.nl) (Quit: My Mac has gone to sleep. ZZZzzz…)
- # [07:31] * Joins: icaaq (icaaq@moz-p2679h.bredband.skanova.com)
- # [07:37] * Joins: ioanachiorean (ioanachiore@moz-q23.52n.2.5.IP)
- # [10:19] * Joins: Tomcat|sheriffduty (Tomcat@moz-no0.93r.245.63.IP)
- # [11:00] <@firebot> sledru@mozilla.com set status-firefox42 to affected on bug 1189277.
- # [11:00] <@firebot> https://bugzil.la/1189277 — FIXED, tbsaunde+mozbugs@tbsaunde.org — PDocAccessible::Msg_BindChildDoc KillHard aborts
- # [11:04] * Joins: zippo^ (Zippo@moz-73oup6.ip.telfort.nl)
- # [11:07] <@firebot> masayuki@d-toybox.com requested needinfo from enndeakin@gmail.com on bug 1168042.
- # [11:07] <@firebot> https://bugzil.la/1168042 — ASSIGNED, enndeakin@gmail.com — [e10s] accesskeys in content do not work when chrome is focused
- # [12:13] * Joins: Jayflux (Jayflux@moz-ua94ue.dsl.as9105.com)
- # [12:21] * Joins: satdav (uid15780@moz-sljh5r.tooting.irccloud.com)
- # [12:27] * Joins: erkan^ (zippo@moz-73oup6.ip.telfort.nl)
- # [12:28] * Joins: smaug (chatzilla@moz-kn7naf.elisa-laajakaista.fi)
- # [12:48] * Quits: erkan^ (zippo@moz-73oup6.ip.telfort.nl) (Quit: Textual IRC Client: www.textualapp.com)
- # [13:20] * Quits: a-865 (fmcz@moz-ipbm7f.cable.mindspring.com) (Ping timeout: 121 seconds)
- # [13:57] * Quits: Yakulu (Yakulu@moz-8a4.fkm.194.78.IP) (Quit: WeeChat 1.3)
- # [13:58] * Joins: Yakulu (Yakulu@moz-8a4.fkm.194.78.IP)
- # [14:03] <@firebot> arni2033@yandex.ru changed the Status on bug 1195139 from NEW to UNCONFIRMED.
- # [14:03] <@firebot> https://bugzil.la/1195139 — UNCONFIRMED, nobody@mozilla.org — Ctrl+Shift+B, Ctrl+Shift+H and Ctrl+J hotkeys (shortcuts) should work in Library window
- # [14:05] * Joins: sixtyten (quassel@moz-ulpjmu.sentoris.de)
- # [14:18] <@firebot> ryanvm@gmail.com set status-firefox42 to fixed on bug 1189277.
- # [14:18] <@firebot> https://bugzil.la/1189277 — FIXED, tbsaunde+mozbugs@tbsaunde.org — PDocAccessible::Msg_BindChildDoc KillHard aborts
- # [14:23] <@firebot> ryanvm@gmail.com requested needinfo from surkov.alexander@gmail.com on bug 1194859.
- # [14:23] <@firebot> https://bugzil.la/1194859 — FIXED, surkov.alexander@gmail.com — crash in mozilla::a11y::ARIAGridCellAccessible::GroupPosition()
- # [15:00] * Joins: davidb (davidb@moz-icpgef.dsl.bell.ca)
- # [15:00] * ChanServ sets mode: +qo davidb davidb
- # [15:00] <~davidb> heyo
- # [15:02] <&MarcoZ> davidb: Hi! :)
- # [15:02] <~davidb> hi hi
- # [15:25] * Joins: surkov (surkov@moz-an5vm5.cable.teksavvy.com)
- # [15:25] * ChanServ sets mode: +o surkov
- # [15:27] * Joins: yzen (yzen@moz-i5m.05u.207.66.IP)
- # [15:27] * ChanServ sets mode: +o yzen
- # [15:27] <@firebot> mzehe@mozilla.com cancelled needinfo?(surkov.alexander@gmail.com) on bug 1194859.
- # [15:27] <@firebot> https://bugzil.la/1194859 — FIXED, surkov.alexander@gmail.com — crash in mozilla::a11y::ARIAGridCellAccessible::GroupPosition()
- # [15:37] <~davidb> tbsaunde, any ideas for bug 1197181 ?
- # [15:37] <@firebot> https://bugzil.la/1197181 — NEW, nobody@mozilla.org — crash in mozilla::a11y::DocAccessibleParent::RecvHideEvent(unsigned __int64 const&)
- # [15:43] <@tbsaunde> davidb: just got in...
- # [15:43] <~davidb> ack
- # [16:06] <satdav> davidb: can you add someone on your team to verify that bug I need info you on
- # [16:06] <~davidb> satdav, we have top crashers and other priorities, sorry. it would be great if someone else could do it.
- # [16:06] * Joins: clown (clown@moz-v6m.c3o.211.205.IP)
- # [16:25] <@tbsaunde> davidb: bug 1186536 still doesn't make much sense, you might try seeing what the stack is in visual studio, or posting the disassembly that its crashing in maybe?
- # [16:25] <@firebot> https://bugzil.la/1186536 — NEW, nobody@mozilla.org — crash in mozilla::a11y::Accessible::HasGenericType(mozilla::a11y::AccGenericType)
- # [16:25] <~davidb> tbsaunde, i don't have that setup
- # [16:26] <~davidb> tbsaunde, maybe there is someone else we could ask?
- # [16:26] <~davidb> tbsaunde, but in general, the fact that the second check in that method does hit, does that tell us something?
- # [16:28] <@tbsaunde> davidb: the second check?
- # [16:28] <@tbsaunde> davidb: surkov?
- # [16:28] <~davidb> tbsaunde, there are two checkdoctree checks in RecvHideEvent right?
- # [16:29] <@tbsaunde> davidb: no, I was talking about the HasGenericType() crash
- # [16:29] <~davidb> aha
- # [16:29] <~davidb> my bad
- # [16:29] * ~davidb is juggling
- # [16:30] * Joins: a-865 (fmcz@moz-ipbm7f.cable.mindspring.com)
- # [16:35] * Quits: clown (clown@moz-v6m.c3o.211.205.IP) (Ping timeout: 121 seconds)
- # [16:36] * Joins: clown (clown@moz-v6m.c3o.211.205.IP)
- # [16:38] * Joins: alex_mayorga (uid4422@moz-lffp2u.ealing.irccloud.com)
- # [16:54] * Quits: ioanachiorean (ioanachiore@moz-q23.52n.2.5.IP) (Connection closed)
- # [16:55] * Joins: ioanachiorean (ioanachiore@moz-q23.52n.2.5.IP)
- # [17:39] * davidb is now known as davidb|afk
- # [17:41] * Tomcat|sheriffduty is now known as Tomcat|Afk
- # [17:56] <@eeejay> MarcoZ: ping
- # [17:56] <&MarcoZ> eeejay: pong
- # [17:57] <@eeejay> MarcoZ: bug 1199884
- # [17:57] <@firebot> https://bugzil.la/1199884 — NEW, eitan@monotonous.org — [AccessFu] Landmark traversal rule does not work
- # [17:57] <@eeejay> MarcoZ: would you consider 'region' something we should traverse to in landmark or android "section navigation" mode?
- # [17:59] <&MarcoZ> eeejay: Hm, I have always had a bit of a problem with the "region" landmark. As far as I understand it, it's a generic landmark that is supposed to be superseeded by banner, complementary, main, etc.
- # [17:59] <&MarcoZ> I know JAWS does that, too. I would say if at all, region is a section, not a landmark per se.
- # [17:59] <&MarcoZ> So I'd vote for section rather than landmark.
- # [18:00] <&MarcoZ> But I'm sure you'd find enough people in the WAI-ARIA space who'd disagree with me on this one. ;)
- # [18:04] <@eeejay> MarcoZ: maybe we should just rename that rule?
- # [18:04] <@eeejay> MarcoZ: is there any place for both rules?
- # [18:05] <@eeejay> MarcoZ: I guess I mean, do we have a need for a pure "landmark" navigation mode, or could we just have section, since that is more useful?
- # [18:05] * stephend|offline is now known as stephend|mtg
- # [18:16] <&MarcoZ> eeejay: Well, other screen readers do have a landmark navigation mode, which people also use frequently. I would even say this is more useful than section. Section is one of those wrongly used HTML5 elements that causes JAWS to speak a lot of "region" landmarks.
- # [18:18] <@eeejay> MarcoZ: what would you expect/like when using android "section navigation"? regardless of what chrome does
- # [18:19] <&MarcoZ> Well, since there is only that one landmark-like navigation item IIRC, I would expect it to move to landmarks.
- # [18:20] <&MarcoZ> I find the choice of navigation items a bit strange. I would have expected one specifically for headings, for example, since that is still by far the most commonly used quick navigation item used by people.
- # [18:21] <@eeejay> MarcoZ: right, that goes back to my original ux question, should headers be included in this "section" navigation rule
- # [18:21] <&MarcoZ> But then, there are a lot of choices made in Android (not Firefox) that I totally don't find useful. ;)
- # [18:21] <&MarcoZ> eeejay: I think they should. Headings + landmarks sounds like a reasonable set of sections.
- # [18:21] * Quits: ioanachiorean (ioanachiore@moz-q23.52n.2.5.IP) (Connection closed)
- # [18:21] * davidb|afk is now known as davidb
- # [18:22] <@eeejay> MarcoZ: so I am going to remove the "region" role
- # [18:22] <&MarcoZ> eeejay: Sounds good.
- # [18:22] * Joins: ioanachiorean (ioanachiore@moz-q23.52n.2.5.IP)
- # [18:23] <@eeejay> MarcoZ: something i am doing in a followup patch may be interesting to you as well.
- # [18:24] <@eeejay> MarcoZ: I am making landmark/section/list rules not land on the entire target, but only on the first "atom" of that body
- # [18:24] <@eeejay> for example, in lists, it will land on the first item of the list.
- # [18:25] <@eeejay> MarcoZ: love the idea?
- # [18:26] <@eeejay> I just noticed that, for example in chrome, if you navigate by list it just says "list of 9 items", which is useless. You then need to switch to default navigation to see the contents of the list
- # [18:26] <&MarcoZ> eeejay: YES YES YES YES YES !!!!! :)
- # [18:26] <@eeejay> we, on the other hand, speak the entire list or section, and that makes things sluggish
- # [18:27] <@eeejay> MarcoZ: ok, i think i understand what you mean... whey you say "YES YES YES YES YES !!!!!!"
- # [18:27] * Quits: ioanachiorean (ioanachiore@moz-q23.52n.2.5.IP) (Connection closed)
- # [18:36] <&MarcoZ> eeejay: Sorry, we crossed. I meant "yes, please make that change to land on the first atom"! :)
- # [18:38] <@eeejay> MarcoZ: no, i totally got it :)
- # [18:38] <@eeejay> being cheeky
- # [18:40] <&MarcoZ> ;) OK, heading out for the evening. Bye! :)
- # [18:41] * Quits: sixtyten (quassel@moz-ulpjmu.sentoris.de) (Ping timeout: 121 seconds)
- # [18:45] * wlach|afk is now known as wlach
- # [18:48] <@firebot> ryanvm@gmail.com set status-firefox42 to fixed on bug 1194859.
- # [18:48] <@firebot> https://bugzil.la/1194859 — FIXED, surkov.alexander@gmail.com — crash in mozilla::a11y::ARIAGridCellAccessible::GroupPosition()
- # [19:11] * Joins: jongund (chatzilla@moz-cigvcr.2va3.37bh.0240.2601.IP)
- # [19:21] <@tbsaunde> yzen: have you actually debugged marionette tests?
- # [19:21] <satdav> yzen: hey sorry I never met with you last week
- # [19:21] <@yzen> tbsaunde step by step ?
- # [19:22] <@tbsaunde> yzen: not sure what you mean
- # [19:22] <@yzen> tbsaunde well i had to deal with debugging marionette but dont think i had to actually attach a debugger
- # [19:23] <@tbsaunde> yzen: ah, what do you do, do you know how to get better logs?
- # [19:23] <@tbsaunde> or how to run individual tests? passing test paths doesn't seem to work?
- # [19:23] <@yzen> tbsaunde ah yes, set this flag: --host-log stdout
- # [19:24] <@yzen> tbsaunde './mach marionette-test path/to/test' should work
- # [19:24] <@tbsaunde> yzen: I think these are desktop marionette tests not the device ones?
- # [19:25] <@yzen> tbsaunde yes, for the device (gaia/b2g) :
- # [19:25] <@yzen> tbsaunde you need to create a profile first to run tests individually
- # [19:25] <@yzen> so to create a profile run: PROFILE_FOLDER=profile-test make
- # [19:25] <@yzen> and then you can run tests with: TEST_FILES=path/to/test make test-integration-test
- # [19:26] <@yzen> tbsaunde ^
- # [19:26] <@tbsaunde> yzen: yeah, but these *not* related to gia or devices
- # [19:30] <@tbsaunde> yzen: fwiw http://paste.debian.net/
- # [19:31] <@yzen> tbsaunde so these commands seem to work just fine in my moz-central dir after i build:
- # [19:31] <@yzen> ./mach marionette-test testing/marionette/client/marionette/tests/unit/unit-tests.ini
- # [19:31] <@yzen> or ./mach marionette-test testing/marionette/client/marionette/tests/unit/test_accessibility.py
- # [19:32] <@yzen> actually i had to kill process that marionette seems to want to run on (2828) first just now
- # [19:35] <@tbsaunde> yzen: hrm, for me that second command errors out because it can't open a file (though I ran from the objdir)
- # [19:36] <@tbsaunde> well, there are other things to do that don't involve fighting with lame test harnesses
- # [19:36] <@tbsaunde> and maybe my bug will magically go away
- # [19:38] * Quits: @yzen (yzen@moz-i5m.05u.207.66.IP) (Ping timeout: 121 seconds)
- # [19:51] * Quits: smaug (chatzilla@moz-kn7naf.elisa-laajakaista.fi) (Ping timeout: 121 seconds)
- # [20:04] * Joins: yzen (yzen@moz-ql1r6k.cpe.pppoe.ca)
- # [20:04] * ChanServ sets mode: +o yzen
- # [20:29] * Quits: satdav (uid15780@moz-sljh5r.tooting.irccloud.com) (Quit: )
- # [20:34] * stephend|mtg is now known as stephend
- # [20:46] * Joins: smaug (chatzilla@moz-kn7naf.elisa-laajakaista.fi)
- # [20:52] <@firebot> ryanvm@gmail.com set status-firefox41 to fixed on bug 1194859.
- # [20:52] <@firebot> https://bugzil.la/1194859 — FIXED, surkov.alexander@gmail.com — crash in mozilla::a11y::ARIAGridCellAccessible::GroupPosition()
- # [20:54] * Quits: jongund (chatzilla@moz-cigvcr.2va3.37bh.0240.2601.IP) (Quit: ChatZilla 0.9.92 [Firefox 40.0.3/20150826023504])
- # [21:50] * Quits: ~davidb (davidb@moz-icpgef.dsl.bell.ca) (Connection closed)
- # [22:04] * Joins: davidb (davidb@moz-icpgef.dsl.bell.ca)
- # [22:04] * ChanServ sets mode: +qo davidb davidb
- # [22:04] <lsocks> power was out all weekend here :(
- # [22:04] <lsocks> windstorms
- # [22:04] <~davidb> lsocks, yoikes
- # [22:05] * ChanServ sets mode: +o lsocks
- # [22:06] <@lsocks> life without technology is hard
- # [22:09] <~davidb> bring on the tesla powerwalls
- # [22:42] * stephend is now known as stephend|mtg
- # [22:45] * Parts: clown (clown@moz-v6m.c3o.211.205.IP)
- # [22:51] * Quits: ~davidb (davidb@moz-icpgef.dsl.bell.ca) (Quit: Blah blah blah)
- # [23:03] * stephend|mtg is now known as stephend
- # [23:43] * Quits: @surkov (surkov@moz-an5vm5.cable.teksavvy.com) (Ping timeout: 121 seconds)
- # [23:43] <smaug> tbsaunde: just noticed that any use of Bound() in .ipdl causes immediate child process crash
- # [23:43] <smaug> hmm, my code, explicitly returning false...
- # [23:47] <@tbsaunde> smaug: yeah... lsocks noticed that a couple days ago too, but I guess the storm kept her from fixing that
- # [23:52] * Joins: satdav (uid15780@moz-sljh5r.tooting.irccloud.com)
- # [23:54] * Joins: davidb (davidb@moz-icpgef.dsl.bell.ca)
- # [23:54] * ChanServ sets mode: +qo davidb davidb
- # [23:54] * yzen is now known as yzen_
- # [23:58] * Quits: @yzen_ (yzen@moz-ql1r6k.cpe.pppoe.ca) (Ping timeout: 121 seconds)
- # Session Close: Tue Sep 01 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