Bug#919417: orca: Orca reads character by character when holding navigation keys pressed

[Robert Schindler]

Package: orca
Version: 3.31.4-1
Severity: important
Tags: a11y

Dear Maintainer,

When walking through a line of text quickly, e.g. by holding the right
arrow pressed, Orca reads character by character instead of staying in
sync with the cursor position, what makes releasing the key in the right
moment impossible. The same can be observed when navigating with holding
arrow up/down pressed, which then lets Orca read full lines one by one.

 As soon as another key (such as Ctrl) is pressed, it stops reading,
 thus I think the speech backend isn't stuck.

I'm using speech dispatcher with espeak-ng, in case that matters, and
could verify this with Orca 3.30 and 3.31 and speech-dispatcher 0.8
and 0.9 (from experimental).

Best regards
Robert


-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.19.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages orca depends on:
ii  gir1.2-glib-2.0            1.58.3-2
ii  gir1.2-gtk-3.0             3.24.3-1
ii  gir1.2-pango-1.0           1.42.4-6
ii  gir1.2-wnck-3.0            3.30.0-2
ii  gsettings-desktop-schemas  3.28.1-1
ii  python3                    3.7.1-3
ii  python3-brlapi             5.6-8+b1
ii  python3-cairo              1.16.2-1+b1
ii  python3-gi                 3.30.4-1
ii  python3-louis              3.8.0-2
ii  python3-pyatspi            2.30.0+dfsg-2
ii  python3-speechd            0.9.0~rc4-2
ii  speech-dispatcher          0.9.0~rc4-2

Versions of packages orca recommends:
ii  python3-gst-1.0  1.14.4-1+b1
ii  xbrlapi          5.6-8+b1

orca suggests no packages.

-- no debconf information