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 374749 - output of tooltip description instead of menu item on taskbar
output of tooltip description instead of menu item on taskbar
Status: RESOLVED INCOMPLETE
Product: lsr
Classification: Deprecated
Component: extensions
0.3.x
Other All
: Normal normal
: 0.5.3
Assigned To: Luiz Rocha
LSR maintainers
Depends on: 441266
Blocks: lsr-review
 
 
Reported: 2006-11-13 16:28 UTC by Scott Haeger
Modified: 2007-05-29 14:59 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Scott Haeger 2006-11-13 16:28:51 UTC
Please describe the problem:
The tooltip description of a taskbar (panel) item is output upon selection of a taskbar menu item.  

Steps to reproduce:
1. Put cursor over a taskbar icon until tooltip appears.
2. Press taskbar menu item (System, Places, Applications).  
3. Perform the following steps more than once.


Actual results:
The tooltip description is output upon the menu item selection.

Expected results:
The tooltip should first be output followed by the description of the menu item upon selection

Does this happen every time?
only happens after first try.  Tooltip is never output except upon menu selection

Other information:
Comment 1 Peter Parente 2007-05-15 14:33:46 UTC
Luiz,

Scott originally saw this problem when working on Braille because the display would sometimes show the tooltip text instead of the menu text. I've never heard it with speech. I think the best way to test is to use the LSR I/O monitor to see if we are indeed sending the tooltip text to speech output. If not, it may be a Braille only problem, which is quite odd.
Comment 2 Luiz Rocha 2007-05-21 19:19:25 UTC
Followed Scott's directions but didn't hear it nor saw it on I/O monitor. The I/O Monitor output seems OK.

Could this be related to the brlapi, i.e., it was somehow sending mixed bits or something?

I can test it using the braille emulator to see if it still there.
Comment 3 Scott Haeger 2007-05-21 20:34:59 UTC
This bug is quite old but still has not been fixed.  It happens nearly every time I hover the mouse over a panel icon and press 'System' right after the tooltip appears.  For me, I hover over Thunderbird, get the tooltip, and press System only to hear 'Thunderbird Send and Receive email'.

Another approach may be to uncheck automatic stops under system settings so the announcement is not clipped.
Comment 4 Luiz Rocha 2007-05-25 18:32:11 UTC
Managed to reproduce the bug. I was trying to reproduce it using Stick Notes taskbar icon (role: embedded app). Doing the same with the F-Spot icon (role: push button) I both heard and saw it on I/O Monitor.

Steps to reproduce:
  1. stop lsr
  2. drag any icon (like, f-spot or gimp) to the top panel in any place
  3. start lsr
  4. go straight to Places menu and pressed it

I/O Monitor output:
  Top Panel {talk: window} push button {talk: role} F-Spot Photo Manager
  Organize, enjoy, and share your photos {talk: item} {stop}
  menu {talk: role} System {talk: item} {stop}

I didn't even need to hover the icon. Simply drag and drop an icon from applications is enough to trigger this. 

Hovering a different icon until the tooltip appears do not change the bogus output, but clicking on the Clock applet (for instance) will draw the focus away from the icon and everything starts to behave normally.

Clicking or dragging an icon to the panel breaks the output again.

Monitoring the events with accerciser shows an extra focus event. The accerciser output for the extra focus event follows:

Event output:
  object:state-changed:focused(1, 0, None)
    source: [push button | Dia Diagram Editor
   Edit your Diagrams]
    application: [application | gnome-panel]

Since there is no state change calls in gnome-panel (no calls to atk_object_notify_state_change anywhere in gnome-panel source code), it is likely that gail is firing this events in gnome-panel behalf.
Comment 5 Luiz Rocha 2007-05-29 14:59:02 UTC
Filed bug # 441266 for gail.