Bug 122050 - kde5: Orca screen reader reads typed text very slowly
Summary: kde5: Orca screen reader reads typed text very slowly
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
6.3.0.0.alpha0+
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: KDE, KF5
  Show dependency treegraph
 
Reported: 2018-12-12 17:25 UTC by Michael Weghorn
Modified: 2020-12-16 07:07 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Michael Weghorn 2018-12-12 17:25:51 UTC
Version: 6.3.0.0.alpha0+
Build ID: 12edea426a31f57a9d5b1c65b34fb1336c5534e9
CPU threads: 1; OS: Linux 4.18; UI render: default; VCL: kde5; 
Locale: en-GB (en_GB.UTF-8); UI-Language: en-US
Calc: threaded

This is not reproducible when using e.g. the gtk3 VCL plugin.

Steps to reproduce:

0) enable the Orca screen reader
1) start LibreOffice Writer
2) quickly type some text, e.g. "hello world"

Result:

Orca reads the typed letters, but there is a delay of about 1 second in between every two letters.
(When typing more text, it can happen that the text of several sentences before the current one is still being read...)

Expected result:

The text should be read out as quickly as it is typed (as is the case e.g. with the gtk3 VCL plugin).
Comment 1 Michael Weghorn 2018-12-12 17:27:29 UTC
Note: The text is also being read out quickly when typed in another KDE application, e.g. kate.
Comment 2 Michael Weghorn 2018-12-12 17:45:44 UTC
Note: Further testing suggests it's a more general pulseaudio issue. Works reliably and fast when setting up pulseaudio as as system daemon instead...
Comment 3 Michael Weghorn 2018-12-12 18:04:15 UTC
Reopening (sorry for the noise...), since the issue occured again multiple times while testing further. The issue does not always happen at once, but appeared for me pretty much every time when using LibreOffice Writer for a while with kde5.

Also, closing the document may take a while when not all of the text has been read out yet.
Comment 4 Michael Weghorn 2018-12-12 18:10:50 UTC
Testing was done in Debian unstable, Orca is at version 3.30.1-1.
Comment 5 Michael Weghorn 2018-12-19 15:22:25 UTC
Note: A multitude of messages like the following appear when started from command line:

> QSpiApplication::keyEventError  "org.freedesktop.DBus.Error.NoReply" "Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken."
> QSpiApplication::keyEventError  "org.freedesktop.DBus.Error.NoReply" "Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken."
> QSpiApplication::keyEventError  "org.freedesktop.DBus.Error.NoReply" "Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken."

It *seems* like those messages start appearing about the same time that speech output gets odd, but I can't say for sure.
Comment 6 Xisco Faulí 2019-01-21 18:36:48 UTC
Hi Michael Weghorn,
is this issue still reproducible in master ?
Comment 7 Michael Weghorn 2019-01-21 21:06:21 UTC
(In reply to Xisco Faulí from comment #6)
> Hi Michael Weghorn,
> is this issue still reproducible in master ?

Yes, still reproducible with

Version: 6.3.0.0.alpha0+
Build ID: fef58ec13c548fbd692adabafb0a84f50c273146
CPU threads: 2; OS: Linux 4.19; UI render: default; VCL: kde5; 
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2019-01-21_04:32:52
Locale: en-US (en_DK.UTF-8); UI-Language: en-US
Calc: threaded
Comment 8 Xisco Faulí 2019-01-21 22:24:35 UTC
Thanks. Moving to NEW
Comment 9 Michael Weghorn 2020-12-16 07:07:07 UTC
Can't reproduce the original issue any more one current Debian testing with current master.

Orca unfortunately still sometimes "stops speaking" for a while, but that does not seem to be LibreOffice-specific, happens for other applications as well.

-> closing as WORKSFORME


Version: 7.2.0.0.alpha0+
Build ID: bfcd952dc7820c4cf8761c4222d29ede039391dc
CPU threads: 12; OS: Linux 5.9; UI render: default; VCL: kf5
Locale: en-GB (en_GB.UTF-8); UI: en-US
Calc: threaded