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 431030 - [blocked] GtkStatusIcon objects don't have accessible names
[blocked] GtkStatusIcon objects don't have accessible names
Status: RESOLVED FIXED
Product: orca
Classification: Applications
Component: general
unspecified
Other All
: Normal normal
: ---
Assigned To: Joanmarie Diggs (IRC: joanie)
Orca Maintainers
: 544106 (view as bug list)
Depends on: 103223 473786 547475
Blocks:
 
 
Reported: 2007-04-18 14:45 UTC by Willie Walker
Modified: 2011-05-20 05:04 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Enables accessible names for GtkStatusIcon widgets (1.01 KB, patch)
2010-12-16 12:56 UTC, Marcus Habermehl (BMH1980)
none Details | Review
Patches for testing my previous patch (1.64 KB, application/x-bzip)
2010-12-16 12:59 UTC, Marcus Habermehl (BMH1980)
  Details
Enables accessible names for GtkStatusIcon widgets (822 bytes, patch)
2010-12-19 13:28 UTC, Marcus Habermehl (BMH1980)
none Details | Review

Description Willie Walker 2007-04-18 14:45:28 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?
Comment 1 Willie Walker 2007-05-25 16:27:13 UTC
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.
Comment 2 Willie Walker 2007-10-30 14:47:27 UTC
Reassigning to Mike so he can help track the work.
Comment 3 Willie Walker 2007-11-06 16:36:15 UTC
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.
Comment 4 Mesar Hameed 2008-07-12 20:33:15 UTC
Just a comment to say that bug #103223 is now closed (resolved:fixed).

Thank you
Comment 5 Willie Walker 2008-07-31 00:57:07 UTC
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.
Comment 6 Willie Walker 2008-08-06 12:07:17 UTC
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).
Comment 7 Willie Walker 2008-08-06 12:08:03 UTC
Li has found the issue and has created a patch for Pidgin.  Please refer to http://developer.pidgin.im/ticket/6515.
Comment 8 Willie Walker 2008-08-06 13:42:41 UTC
(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
Comment 9 Willie Walker 2008-08-19 20:28:36 UTC
*** Bug 544106 has been marked as a duplicate of this bug. ***
Comment 10 Arky 2010-03-17 17:10:05 UTC
This one for ubuntu indicator-applet. 

https://bugs.edge.launchpad.net/ubuntu/+source/indicator-applet/+bug/463173
Comment 11 Joanmarie Diggs (IRC: joanie) 2010-04-03 20:25:43 UTC
Reassigning Mike's bugs to the default assignee. (Sorry for the spam!)
Comment 12 Marcus Habermehl (BMH1980) 2010-12-14 16:26:45 UTC
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. :-(
Comment 13 Marcus Habermehl (BMH1980) 2010-12-16 12:56:40 UTC
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.
Comment 14 Marcus Habermehl (BMH1980) 2010-12-16 12:59:19 UTC
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.
Comment 15 Marcus Habermehl (BMH1980) 2010-12-19 13:28:13 UTC
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.
Comment 16 Trevor Saunders (IRC: tbsaunde) 2011-01-15 08:40:55 UTC
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.
Comment 17 Joanmarie Diggs (IRC: joanie) 2011-01-15 17:34:03 UTC
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.
Comment 18 Joanmarie Diggs (IRC: joanie) 2011-01-15 17:36:01 UTC
Readding the dependencies for reviewing and historical purposes.
Comment 19 Joanmarie Diggs (IRC: joanie) 2011-01-15 17:37:21 UTC
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.
Comment 20 Joanmarie Diggs (IRC: joanie) 2011-01-15 23:16:27 UTC
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
Comment 22 Hammer Attila 2011-05-20 05:04:32 UTC
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