GNOME Bugzilla – Bug 619660
Orca does not update Braille when deleting openoffice autoinsertion
Last modified: 2013-09-16 10:16:55 UTC
When writing in openoffice writer, if you backspace to delete a autoinsertion (like roman numerals of a list) orca does not update the Braille to show this. Steps to reproduce: 1. Write the following line in openoffice writer and press enter: (I) Hello world 2. Openoffice writer will automatically insert (II). Press backspace to delete it. Expected: Orca will show the (II) being removed. Actual: Orca doesn't update Braille and when you cursor up and back down it still shows (II) on the line. Extra information: To demonstrate to myself that the (II) has been removed I press j on the line where the (II) is shown and the (II) disappears and j appears. This is using openoffice 3.2.0. I tested this with orca 2.30.1 and git and it was present in both.
This might be an OOo bug. I wonder if we're getting the appropriate events (e.g. object:text-changed:delete) Mind attaching a debug.out?
Created attachment 161975 [details] Debug file showing this. This debug file shows what is going on. I started orca, started openoffice, typed in the first item of a list then pressed enter. I then pressed backspace to remove it but orca didn't show this then I pressed j to show that the (II) was removed. I can see some events are fired around the bug but I don't know whether any of them are relevant.
Looking at the debug.out, the ordering of events seems to be: 1. You press and release BackSpace 2. You press j 3. We get the object:text-changed:delete event we expect (along with the expected text events for 'j') 4. You release j I'll look some more and test with 3.3 dev, but that would be an OOo Writer bug.
Also reproducible in the current dev build (OOo 3.3 m78). We need to be told the text was removed so that we can pass the info along to you. Therefore, I've opened the following bug against OOo: http://qa.openoffice.org/issues/show_bug.cgi?id=111935
I don't know if the Apache OpenOffice folks fixed this, but it appears to be fixed in LibreOffice. I tested with 4.1.1.2. When performing the steps in the opening report, Orca's braille output shows the (II) having been removed.