After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 630393 - Orca doesn't focus OOo documents on startup.
Orca doesn't focus OOo documents on startup.
Status: RESOLVED FIXED
Product: orca
Classification: Applications
Component: speech
2.31.x
Other Linux
: Normal normal
: ---
Assigned To: Orca Maintainers
Orca Maintainers
Depends on:
Blocks:
 
 
Reported: 2010-09-23 08:58 UTC by Steve Holmes
Modified: 2012-10-21 18:31 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
debug output while Orca was running and OOo application was started up (27.33 KB, application/octet-stream)
2010-09-23 09:26 UTC, Steve Holmes
Details
Debug output captured while OOo was exitting (9.07 KB, application/octet-stream)
2010-10-28 15:46 UTC, Steve Holmes
Details

Description Steve Holmes 2010-09-23 08:58:32 UTC
To reproduce this problem, do the following:
1. Get into a directory containing some documents associated with OOo Calc or OOo Writer.
2. Select a file and hit the enter key to activate the appropriate program.
3. Listen for the program starting up.

What happens at this point is part of the document gets read/spoken but then Orca goes silent and subsequent presses of any keys like arrows or the KP+Enter key or similar, speak nothing.  If I alt tab away, I run into another instance which is entitled with the current document and which OOo program is running.  It's like some unfocused dialog came up but Orca wouldn't speak it.

Additional background information will be included in an attached debug out file, if it will fit.  Look for when the workds "root pane" are spoken by Orca; this should help filter that large file.  My original intent here was to recreate a problem where OOo was blowing up on exit but I could never seem to reproduce the  problem at will.
Comment 1 Steve Holmes 2010-09-23 09:26:38 UTC
Created attachment 170883 [details]
debug output while Orca was running and OOo application was started up

I was originally trying to reproduce a problem with OOo failing on exit but while that could not be reproduced, there are problems at startup with Orca not gaining focus.  Look for when "root pane" is spoken.
Comment 2 Joanmarie Diggs (IRC: joanie) 2010-09-25 18:39:22 UTC
Ironically, I cannot reproduce your reported bug (Orca worked as expected) but in trying, I did reproduce the OOo failing on exit bug. /me laughs and goes back to debugging.
Comment 3 Steve Holmes 2010-10-28 15:46:36 UTC
Created attachment 173404 [details]
Debug output captured while OOo was exitting

This debug listing begins at the point where I was about to press Ctrl+Q to exit OOo Calc.  I had already saved my spreadsheet so was expecting to exit the program strait away.  Upon pressing this key stroke, I had no speech so after a brief period of silence, I pressed the enter key.  I then got put into a screen which I believe to be the basic Open Office startup dialog before choosing any of the document types.  This is using OOo 3.1.4_dev300_m90 and Orca git from 10/20/2010.
Comment 4 Joanmarie Diggs (IRC: joanie) 2012-10-05 02:24:06 UTC
Steve I'm going through old bugs. Can you still reproduce this with the current Orca and LibreOffice? (in the case of LibreOffice, perhaps prefer 3.5 as they seem to have broken something in 3.6)
Comment 5 Steve Holmes 2012-10-21 18:31:02 UTC
I just got through testing both Calc and Writer within Libreoffice 3.6 (I believe) and all documents gain focus without any issues here.  I would say this bug can be closed.  I think this may have been fixed for some time.