GNOME Bugzilla – Bug 431030
[blocked] GtkStatusIcon objects don't have accessible names
Last modified: 2011-05-20 05:04:32 UTC
This is a blocking/tracker bug for bug 103223. From that bug: > It seems that the panel notification area in Gnome 2.18 as shipped > with Ubuntu Feisty has taken a major step backward with regard to > accessibility when compared with 2.16 in Edgy. I used to be able to > access programs in the notification area, albeit by trial and error, > by counting the times the flat review said `panel'. Now in 2.18 this > is impossible, since the entire notification area is seen by Orca as a > single object and I can no longer even guess at a program inside it, > since the flat review is either on the notification area or it isn't. > It can no longer detect anything that is inside the notification area > at all. Is this a known bug? Is a fix on the way? Or is there another > way to access the programs running in the notification area that I am > currently unaware of?
Removing target milestone from [blocked] bugs. We have little control over them, so we're better off letting priority and severity be our guide for poking the related components.
Reassigning to Mike so he can help track the work.
See also the following bugs: Bug 473786 - Needs keyboard navigation for gtkstatusicon (gtk+) Bug 103223 - Notification Area needs keynav (gnome-panel) Furthermore, as a workaround to at least let the user know something appeared see also Orca bug 354479 - Automatic presentation of "balloon" type messages.
Just a comment to say that bug #103223 is now closed (resolved:fixed). Thank you
OK, I dug into this. There's a bunch of things going on, and this is just to document my findings. Keyboard Navigation: -------------------- I can use the keyboard navigate around some things in the notification area, but not others. I suspect the successful ones might be due to Li's good work on GtkStatusIcon in http://bugzilla.gnome.org/show_bug.cgi?id=473786 and the failure might be due to others perhaps not using GtkStatusIcon. I noticed this a fair amount with the network monitor applet -- I could not arrow to it. But, with building the latest network monitor code from SVN on Ubuntu Intrepid, I seem to be able to navigate to it now (yeah!). I'm seeing it still with Pidgin, though, so perhaps they are not using GtkStatusIcon. In looking at the pidgin code, I'm guessing the eggtrayicon/gtkdocklet-x11 stuff is what they have created instead of using GtkStatusIcon. Accessible Name and Description: -------------------------------- When looking under the panel notification area in accerciser, I'm seeing what appear to be unnamed panels, which one for each of the icons in the unnamed panel. I'm wondering if GtkStatusIcon needs a gail implementation similar to GtkImage so we can get to the accessible name and description of the object. Accessible Notification Balloons: --------------------------------- I think these ballons are handled via a separate library (Galago's libnotify), but we're not getting any events for them and they don't show up in the hierarchy as far as I can tell. Lynn Monsanto logged a bug for this a long time ago: http://trac.galago-project.org/ticket/91. It looks like the Galago site is down right now, so I cannot see the status of the bug. Something is strange here, though, since I recall we had a workaround from Eitan in Orca that worked at one time. Odd.
This is going to turn into a search and destroy mission. I'm going to turn this into a metabug for now, but we may want to eventually break this into separate bugs (e.g., a separate blocker for each applet that is misbehaved).
Li has found the issue and has created a patch for Pidgin. Please refer to http://developer.pidgin.im/ticket/6515.
(In reply to comment #5) > Accessible Notification Balloons: ... > Something is strange here, though, since I recall we had a workaround from > Eitan in Orca that worked at one time. Odd. The problem is how things are started. See http://bugzilla.gnome.org/show_bug.cgi?id=354479#c40
*** Bug 544106 has been marked as a duplicate of this bug. ***
This one for ubuntu indicator-applet. https://bugs.edge.launchpad.net/ubuntu/+source/indicator-applet/+bug/463173
Reassigning Mike's bugs to the default assignee. (Sorry for the spam!)
I've found that GtkStatusIcon has an accessible name if a title with gtk_status_icon_set_title() is set. The title will be shown on the Braille display, but not spoken. If this will be fixed this bug could be closed I think. I would write a patch, but I can't determine how the lines for speech/braille are created. :-(
Created attachment 176525 [details] [review] Enables accessible names for GtkStatusIcon widgets This pach enables accessible names for GtkStatusIcon widgets. I hope it's the right way to do this.
Created attachment 176526 [details] Patches for testing my previous patch Here are 3 patches for packages from Ubuntu Maverick for testing my previous patch. They are adding gtk_status_icon_set_title lines to the nm-applet and the status icons of pidgin and Ubuntu's update-notifier. If you are agree that this is the correct way I will send the patches to upstream.
Created attachment 176701 [details] [review] Enables accessible names for GtkStatusIcon widgets I've modified the patch. Now the name of the application is added to the label as prefix. Otherwise it's hard for a user to know for which application the status icon is.
All the dependancy bugs have been fixed so I'm clearing them. Joanie could you take a look at this. I think this is pretty close to fixed.
Trev, please don't clear dependency bugs. Because right now, my memory is that if the dependency bugs were fixed then we would not need to make any changes in Orca. Now I have to re-track down dependency bugs.
Readding the dependencies for reviewing and historical purposes.
You will note that this dependency still remains: https://bugzilla.gnome.org/show_bug.cgi?id=547475 If we can get this fixed where the fix belongs, then we won't have to add additional hacks into Orca.
BTW, see also this discussion in which the Ubuntu folks are looking to properly fix this issue for indicators. https://mail.gnome.org/archives/gnome-accessibility-devel/2011-January/msg00004.html
Alternative fix committed for gnome 3 and master: http://git.gnome.org/browse/orca/commit/?id=92239349fea24431555d0a18e1949e2bd1fa9191 http://git.gnome.org/browse/orca/commit/?id=be2175f8495975fa1c228a61bc5ed5868d6197d4
Hy Joanie, My Lucid system Orca wonderful spokening unlabelled icon labelled panel applet icons without CTRL+F1 key (for example Network Manager icon) since your committed fix. I see only two interesting think only: I using speak child position spokening function. This panel applets Orca spokening position index value (1 of 1), but other labelled panel applets this is not happening. Possible restrict position index value spokening to this GTK status icon objects not happening the position index value spokening (because always 1 of 1 the value), but happening for example the desktop icons if speak child position check box is checked? I don't no: need restrict this working method, or not matter if Orca spokening this situation 1 of 1 value when the user land for example the Network Manager panel applet icon? An another interesting result with my friend says me, but I unable to verify with wlan connections related: When he connected a wlan hotspot, and next time navigate the Network Manager icon, Orca spokening he not have network connection. I unable to verify this issue, because I not have wlan router. But when I disconnect my vired network connection (for example simple detach the wlan cable), and next time I go back the Network Manager panel applet, Orca spokeningthe vired network connection is active, but this is not true. This situation I only hear right value when I press CTRL+F1 key. When I press CTRL+F1 key again, I hear false information (the vired network connection is active), but the cable is detached of course. Possible fix this issue? Attila