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 585406 - Open Office Writer - Orca stops speaking inside of tables after insert.
Open Office Writer - Orca stops speaking inside of tables after insert.
Status: RESOLVED NOTGNOME
Product: orca
Classification: Applications
Component: speech
2.27.x
Other All
: Normal normal
: ---
Assigned To: Joanmarie Diggs (IRC: joanie)
Orca Maintainers
http://qa.openoffice.org/issues/show_...
Depends on:
Blocks: 404411
 
 
Reported: 2009-06-11 02:45 UTC by Steve Holmes
Modified: 2010-05-22 18:47 UTC
See Also:
GNOME target: ---
GNOME version: 2.25/2.26


Attachments
Sample document to demo this bug (10.60 KB, application/vnd.oasis.opendocument.text)
2009-06-11 02:51 UTC, Steve Holmes
Details
Debug logs captured during this bug (24.30 KB, application/x-compressed-tar)
2009-06-11 02:56 UTC, Steve Holmes
Details

Description Steve Holmes 2009-06-11 02:45:07 UTC
Please describe the problem:
When viewing a document in Oo Writer which has a table, navigate inside the table to the end and then press the tab key on the last cell.  This will insert a new row at the bottom of the table.  Once the new row is added, the arrow keys no longer speak.  If you navigate outside the table, then speech comes back but if you go back into the table, then Orca stops speaking again.

Steps to reproduce:
1. 
2. 
3. 
1. Open the attached document (food_for _fun.odt)
2. Move down into the table and get to the end of the table.
3. Press the tab key to insert a new row.  You can also do this with the insert row or column from the table menu pull down.  I should also add that you can also cause this by using alt-arrow key combinations within a table.

Actual results:
Orca stops speaking until you get outside the table.

Expected results:
I would expect Orca to continue functioning as normal with no change in behavior.

Does this happen every time?
Yes,

Other information:
I will be attaching the document and a tar ball with two debug out files.  The first was running while I opened the document and caused the problem.  I then stopped Orca and restarted it and oddly enough, the problem persisted even after restaring Orca.  I had to quit Writer and restart that application to get proper functionality again.
Comment 1 Steve Holmes 2009-06-11 02:51:25 UTC
Created attachment 136313 [details]
Sample document to demo this bug
Comment 2 Steve Holmes 2009-06-11 02:56:29 UTC
Created attachment 136314 [details]
Debug logs captured during this bug

Restarting Orca caused the second log to be created.  Note the time stamps in the file names.
Comment 3 Willie Walker 2009-06-15 16:29:45 UTC
Hi Steve:

Which version of Orca are you using?

Will
Comment 4 Steve Holmes 2009-06-18 11:47:27 UTC
I'm using version 2.27.2; don't recall the exact git level but I pullede it down last weekend - around June 13rd or so.
Comment 5 Joanmarie Diggs (IRC: joanie) 2009-07-27 23:04:01 UTC
Taking this one and targeting for 2.28. Based on what Steve is describing, my guess would be an OOo Writer bug.
Comment 6 Joanmarie Diggs (IRC: joanie) 2009-08-02 20:14:01 UTC
What's happening when a new row is inserted is that Writer is emitting an event telling us that the current table no longer exists. I've opened the following bug against OOo: http://qa.openoffice.org/issues/show_bug.cgi?id=103961

Blocking this one as there is nothing we can do about it. Re-targeting to FUTURE.
Comment 7 Joanmarie Diggs (IRC: joanie) 2010-04-02 20:56:12 UTC
Changing the status from 'blocked' to 'to verify' because the blocking bugs are
marked as fixed.

Note: Verification doesn't necessarily mean that Orca is doing the right thing
yet; merely that in theory we should be able to implement what we need to do
because we're getting the expected events and/or other information from OOo.
Comment 8 Joanmarie Diggs (IRC: joanie) 2010-04-17 03:29:44 UTC
Cannot verify this yet. The bug still exists in OOo dev 3.3 m76. But based on experience, it takes a few dev builds for these changes to get incorporated into an externally-available build.
Comment 9 Joanmarie Diggs (IRC: joanie) 2010-05-22 18:47:21 UTC
The fix for this bug is available in OOo dev 3.3 beginning with m78. Yay! I just tested it with Orca and we are doing the right thing automatically. Since there is nothing for us to do on this bug, closing it out as NOTGNOME.