GNOME Bugzilla – Bug 659454
After Gedit launch Orca doesn't spokening and presenting braille the edit box have text
Last modified: 2012-08-15 09:43:26 UTC
Created attachment 196923 [details] Debug file with show this problem with Orca side Dear Developers, I am not full sure this problem is an Orca bug. When I opening a file for Gedit text editor, or simple launch Gedit, Orca doesn't presenting braille and spokening the textview widget have text until I not doing an ALT+Tab window switch. If I simple launch gedit, and begin typing, the text are have the edit box, for example four l letter. When I do an ALT+TAB switch an other application, and switch back gedit, Orca wonderful follow up text changes. Reproducation steps for example an existing file opening: 1. Launch Gedit application with an existing filename the following command: gedit filename.txt 2. Try moving the text file. I don't no the caret ffollow up the cursor movement this situation or not, because I using GNOME desktop environment only with screen reader support and doesn't see what happening the display visualy. When I doing where am I operation, Orca only identifying the gedit main frame. I attached the required debug.out file to you see what happening with Orca level. Perhaps gedit awailable textview widget is not focused after gedit first start? i think similar problem happening, because for example if I activating main menu bar and closing menu bar with ESCAPE key, the textview widget are focused properly. Attila
I reported this issue for Gedit developers with bug 662621 bugreport. Attila
Created attachment 199887 [details] An another own application with I experiencing this type issue in GNOME3 the multiline textview widget Unfortunately, I reproduced this type issue my Orca Teacher Application. Generaly, with longer tutorial texts I using read-only multiline textview widgets to the student have possibility to browse longer tutorial texts with a lesson dialog before trying the learned informations. In oldest GNOME releases with using GTK2, the read-only textview widget default focusing, and possible browse the text for arrow keys, and the importanter A11y informations right passed with Orca Screen Reader automaticaly. In GNOME3, the gtkTextview widget I think not focused by default, for example I possible reading the containing text with Orca if I press TAB and SHIFT+TAB key combination with a lesson dialog. Please verify I found right problem or not, but I fraid we found a GTK3 bug again this widget related. Attila
Joanie, unfortunately this type issue is reproducable with gtkTextview widget for example in gtk3-demo application. When I launched the multiple view demo, I see equals issue after the gtkTextview widget presented my screen. I reported this issue with bug 663378 bugreport. Can you confirm this issue in this report, or help me what test cases need sending for developers to see what the problem this widget? Attila
Most of the time -- but not always -- when the Gedit window first appears, we see a focus: event for the text widget but the widget lacks STATE_FOCUSED. As a result, we don't think you are in it. But sometimes it has STATE_FOCUSED as one would expect. This strikes me as a potential timing issue in AT-SPI2 rather than a gedit or GtkTextView bug. Therefore, I opened an AT-SPI2 bug (bug 663992).
Attila the AT-SPI2 bug was fixed. Are you still seeing this issue when using Orca 3.5.x?
No, at-spi2 fix resolve this issue. Attila
(In reply to comment #6) > No, at-spi2 fix resolve this issue. Yay! Thanks. *** This bug has been marked as a duplicate of bug 663992 ***