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) type some text, e.g. "hello" -> text is being read by orca (as exepcted) 3) select the text 4) open the context menu by right-clicking 5) navigate through the context menu Result: Orca does not read the context menu items aloud. Expected result: The text of the context items should be read aloud by Orca. Notes: * This works when using the gtk3 VCL plugin instead. * It also works in other kde applications like kate. * Orca also does not seem to read out texts for dialogs, e.g. when closing a document without saving ("Save document?" dialog)
Testing was done in Debian unstable, Orca is at version 3.30.1-1.
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.
Please ignore comment 2, that was meant for another bug report.
Hi Michael Weghorn, is this issue still reproducible in master ?
(In reply to Xisco Faulí from comment #4) > 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
Thanks. Moving to NEW
Sometimes people faced technical glitch in installing window 10 they face an error. To get rid of this problem you can visit here https://windowsclassroom.com/how-to-fix-error-code-0x80004005-windows-10/ and get free assistance .
https://bobhoney.com/ is good site for us.
Thanks for the information you have shared here for fixing the Orca screen reader issues https://amsterdamwalkingtour.com/amsterdam-tours/tour-amsterdam-summer/ . I was able to fix the issue swiftly by following the steps provided here by other users. This is one of the best sites where they share many technical solutions that help in fixing issues easily.
Michael Weghorn committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/1e0b16f8695498e4eea7c2208aabf7e7664ce749 tdf#128921 tdf#130341 tdf#122053 qt5: Native PopupMenus It will be available in 7.0.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Context menus are accessible now with the commit from comment 10, but dialogs still aren't. Implementing native dialogs (welding) should fix those, but that's probably quite some work. Orca also doesn't read anything for the gen VCL plugin, so the corresponding functionality is presumably not implemented for non-native dialogs. (?) Doing so might be another option, but welding might be the better approach.
Michael Weghorn committed a patch related to this issue. It has been pushed to "libreoffice-6-4": https://git.libreoffice.org/core/commit/ceb2f69e0ef2381ce6ed8c65ea45e72aa86cda56 tdf#128921 tdf#130341 tdf#122053 qt5: Native PopupMenus It will be available in 6.4.2. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
(In reply to Michael Weghorn from comment #11) > Context menus are accessible now with the commit from comment 10, but > dialogs still aren't. > Implementing native dialogs (welding) should fix those, but that's probably > quite some work. Let's close this one as fixed, since the original steps to reproduce only refer to context menus and there's (now) a separate bug report for dialogs: tdf#135386