Bug#870719: thunderbird: migration from 45 (GTK2) to 52 (GTK3) produces regressions on Jessie
On Fri, 4 Aug 2017 16:00:27 +0200 Alex ARNAUD wrote: Package: thunderbird Version: 1:52.2.1-4~deb8u1 Tags: a11y jessie Severity: important Dear Thunderbird maintainer, On Debian 8, the recent migration from Thunderbird 45 to Thunderbird 52 has produced a migration from GTK2 to GTK3. The migration from GTK2 to GTK3 produces two regressions : 1) When composing mail in text mode the Orca screen reader repeats two times each line 2) When you use the HighContrast theme "twisty" arrows are no longer visible as reported upstream : https://bugzilla.mozilla.org/show_bug.cgi?id=1376756 I've compiled Thunderbird 52 from Debian with GTK2 instead of GTK3 and it solves those issues. Best regards. -- Alex ARNAUD Visual-Impairment Project Manager Hypra - "Humanizing technology" I do agree. This is a important a11y regression for visually impaired people. Regards, Raphaël
Bug#872923: Accessible state-changed event should be emitted in association with user agent validation
Package: firefox Version: 55.0-2 Tags: a11y upstream Severity: wishlist Owner: b...@hypra.fr User: b...@hypra.fr Usertags: hypra Forwarded: https://bugzilla.mozilla.org/show_bug.cgi?id=1376138 Steps to reproduce: 1. data:text/html,go 2. Use accerciser or a similar tool to monitor for state changes 3. Type "foo" in the input and press Tab, causing the input to be marked in red Expected results: A state-changed:invalid-entry event would be emitted so that a screen reader to present the error condition Actual results: There is no state-changed:invalid-entry emitted.
Bug#871634: [a11y] better/different handling needed for onfocus blur
Package: firefox Version: 55.0-1 Tags: a11y upstream Owner: b...@hypra.fr User: b...@hypra.fr Usertags: hypra Forwarded: https://bugzilla.mozilla.org/show_bug.cgi?id=422981 DESCRIPTION FROM UPSTREAM: " Steps to reproduce: 1. View the attached test case. 2. Use Tab to move focus from link to link Expected results: You'd be able to use Tab to move focus to all of the links. Actual results: You are not able to use Tab to move past the fourth link; focus cycles back to the top of the page. Comments: I realize that *technically* this is not a FF bug: People (united.com for example) apparently have some reason for wanting to remove focus from an object which was just given focus, and FF is certainly doing that. :-) However, it poses a very serious accessibility problem for users with visual impairments using the keyboard to navigate among focusable objects. If it were just united.com where this behavior was present, the logical thing to do would be to bother them about the inaccessibility of their site. Unfortunately, a bit of searching found plenty of other sites using this technique. Therefore, I'm wondering if the behavior that results from an onfocus blur could be modified within Firefox. I discussed this issue with Marco and he had an interesting idea, namely rather than giving focus back to the document frame, give focus to the next focusable object. That would, I think solve the problem. Thanks in advance for looking at this! "
Bug#871584: atk_text_get_get() return value incorrect after multbyte character
Package: Firefox Version: 54.0-2 Tags: a11y upstream Owner: b...@hypra.fr User: b...@hypra.fr Usertags: hypra Forwarded: https://bugzilla.mozilla.org/show_bug.cgi?id=1346535 DESCRIPTION FROM UPSTREAM: "Steps to reproduce: 1. Load data:text/html;charset=utf-8,Hello %F0%9F%92%97 world 2. Use Accerciser to find the accessible object corresponding with the element. 3. In the ipython console, type the following: - text = acc.queryText() allText = text.getText(0,-1) ["%s %s" % (allText[i], text.getText(i, i+1)) for i in range(len(allText))] - Expected results: The values would match. Actual results: The values match only until the multibyte character is reached. It seems like the get text implementation is assuming single-byte chars (see example output below). Also note that performing the same test using the Gedit text editor works as expected. ['H H', 'e e', 'l l', 'l l', 'o o', ' ', '" -- Logo Hypra RAPHAËL POITEVIN FORMATEUR / AGENT DE SUPPORT 102, rue des poissonniers, 75018, Paris Tel : +331 84 73 06 61 Dir : +339 72 49 77 48 rpoite...@hypra.fr <mailto:rpoite...@hypra.fr> www.hypra.fr <http://www.hypra.fr/> Facebook Hypra <https://www.facebook.com/hyprasoftware/> Twitter Hypra <https://twitter.com/Hypra_>
Bug#813423: Workaround
Dear maintainer, In response to your answer to Jean-Philippe who Im' working with, I tried the workaround. If I understood correctly, this workaround consist in disabling module-switch-on-port-available. I tried to comment the line in /etc/pulse-default.pa. I tried also to disable this module after login with pactl unload module-switch-on-port-available. Unfortunately, I meet the same problems. I tried also to disable auto-mute in alsamixer. It seems to work better, plug and unplug switches correctly between headphone and speakers, but sound disappears sometime after reboot. Thank you for your help. Regards, -- Raphaël POITEVIN Hypra S.A.S. http://www.hypra.fr tél. : 01 84 73 06 61 ligne directe : 09 72 49 77 48
Bug#800602: Lightdm: orca speaks characters while typing the password.
Package: gnome-orca Version: 3.16.2-1.1 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What was the outcome of this action? Just after booting at login in lightdm conigured to diplay the list of users. * What exactly did you do (or not do) that was effective (or ineffective)? I type my password directly, with the default selected user. Orca speaks characters. * What outcome did you expect instead? Orca should say "asterisk". *** End of the template - remove these template lines *** -- System Information: Debian Release: 8.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gnome-orca depends on: ii gir1.2-glib-2.01.42.0-2.2 ii gir1.2-gtk-3.0 3.14.5-1+deb8u1 ii gir1.2-pango-1.0 1.36.8-3 ii gir1.2-wnck-3.03.4.9-3 ii gsettings-desktop-schemas 3.14.1-1 ii python33.4.2-2 ii python3-brlapi 5.2~20141018-5 ii python3-cairo 1.10.0+dfsg-4+b1 ii python3-gi 3.14.0-1 ii python3-louis 2.5.3-3 ii python3-pyatspi2.14.0+dfsg-1 ii python3-speechd0.8-7 pn python3:any ii speech-dispatcher 0.8-7 Versions of packages gnome-orca recommends: ii libgail-common 2.24.25-3 ii xbrlapi 5.2~20141018-5 gnome-orca suggests no packages. -- no debconf information
Bug#791892: Writer: read and spell words in spellchecker
Package: gnome-orca Version: 3.14.0-4 Severity: wishlist Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? In the spellchecker dialogue. * What exactly did you do (or not do) that was effective (or ineffective)? Tab to set focus on the spell error field. * What was the outcome of this action? It reads only the contain of the field. * What outcome did you expect instead? Read the contain of the field, spell the incorrect word, read and spell the sugestion. It could be good to have a shortcut to repeat this action. *** End of the template - remove these template lines *** -- System Information: Debian Release: 8.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gnome-orca depends on: ii gir1.2-glib-2.01.42.0-2.2 ii gir1.2-gtk-3.0 3.14.5-1 ii gir1.2-pango-1.0 1.36.8-3 ii gir1.2-wnck-3.03.4.9-3 ii gsettings-desktop-schemas 3.14.1-1 ii python33.4.2-2 ii python3-brlapi 5.2~20141018-5 ii python3-cairo 1.10.0+dfsg-4+b1 ii python3-gi 3.14.0-1 ii python3-louis 2.5.3-3 ii python3-pyatspi2.14.0+dfsg-1 ii python3-speechd0.8-7 pn python3:any ii speech-dispatcher 0.8-7 Versions of packages gnome-orca recommends: ii libgail-common 2.24.25-3 ii xbrlapi 5.2~20141018-5 gnome-orca suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#782732: Testing installeur, Braille no more operating automatically
Samuel Thibault writes: > It didn't happen at all with RC1? There were uploads of brltty in > between, but they mattered only to xbrlapi and grub. I can also > reproduce the "no-detection-at-all" issue with it. I don’t know. I didn’t think to try the RC1. -- Raphaël Hypra S.A.S. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#782732: Testing installeur, Braille no more operating automatically
Mario Lang writes: > So the bug is in auto-detection. The Cebra and Braille Star do infact > speak almost the same protocol, and do have, IIRC, identical USB IDs. OK, but why this bug appears in RC2? Is it because CEbra maybe is a new braille display? -- Raphaël Hypra S.A.S. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#782732: Testing installeur, Braille no more operating automatically
Mario Lang writes: > Or do you really own a Cebra from NinePoint Systems? I use a Handy Tech Braille Star. -- Raphaël POITEVIN Hypra S.A.S. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#782732: Testing installeur, Braille no more operating automatically
Samuel Thibault writes: > Does this happen in the installed system too? It seems not. After booting the system, everything works as well ! > > Which keys are these? From what I can read from bs.kti, the chosen > binding for navigation is > > bind SpaceLeft FWINLT > bind SpaceRight FWINRT > > bind B1+SpaceLeft LNBEG > bind B1+SpaceRight LNEND > bind B2+SpaceLeft TOP > bind B2+SpaceRight BOT > bind B3+SpaceLeft HWINLT > bind B3+SpaceRight HWINRT > bind B6+SpaceLeft CHRLT > bind B6+SpaceRight CHRRT Actually, it’s a big mess ! No keys works correctly ! The space left and right seem to be inacvive. > > Are you talking about SpaceLeft/Right? Apparently it was definitely > chosen to be FWINLT/RT. If that should be fixed, please discuss on the > brltty mailing list. After booting, everything is OK ! It’s a special bug in the installer. Thanks, -- Raphaël Hypra S.A.S. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#782732: Testing installeur, Braille no more operating automatically
Hi Samuel, Samuel Thibault writes: > Could you test the following image to make sure? It fixes the issue for > me. > > http://dept-info.labri.fr/~thibault/tmp/mini.iso My Braille display works, but I don’t manage to move in the screen with the navigation keys. I can only pan 40 characters left and right, but it’s wrong keys. Those keys are usually used to emulate up and down arrow keys. Thank you for your help. -- Raphaël Hypra S.A.S. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org