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 564943 - Tree view accessibility seems off-by-1
Tree view accessibility seems off-by-1
Status: RESOLVED DUPLICATE of bug 325809
Product: at-spi
Classification: Platform
Component: api
1.22.x
Other All
: Normal normal
: ---
Assigned To: Li Yuan
Li Yuan
Depends on:
Blocks:
 
 
Reported: 2008-12-18 00:29 UTC by Samuel B. Quiring
Modified: 2008-12-18 02:35 UTC
See Also:
GNOME target: ---
GNOME version: 2.21/2.22



Description Samuel B. Quiring 2008-12-18 00:29:32 UTC
Please describe the problem:
I have a GUI app with a tree view.  I run my accessibility logging app and am looking at the focus: event.  I have 4 rows and 3 columns in the tree.  When the tree does not have focus and I click on a cell in the middle column, the at-spi interface is incorrectly reporting which table cell contained the mouse click, it is one row too low.

Steps to reproduce:
1. click a button in my app -- make the button have focus.
2. click the top row in column 2 (focus handler reports 2nd-from-top was clicked)
3. click the button
4. click the 2nd-from-top in column 2 (focus reports 3rd-from-top)
5. click the button
6. click the 3rd-from-top in column 2 (focus reports 4th-from-top item, which is bottommost)
7. click the button
8. click the bottom column entry, an error is reported in the window where I launched my logging app:

** (gtk_hello:6438): WARNING **: gail_tree_view_ref_accessible_at_point: gtk_tree_view_get_path_at_pos () failed



Actual results:
See comments in parentheses above.

Expected results:
When I click on a particular row in an column, I expect that row to be reported as the focus

Does this happen every time?
Yes.

Other information:
My logging app uses AccessibleComponent_getAccessibleAtPoint() to drill down to the innermost Accessible* containing the mouse coordinates that cause the focus listener to be called.  Once I have the innermost Accessible, I retrieve its name and roleName.  roleName is "table cell".  The name is the text in that table cell.  I compare the name with what I clicked and can see it is off-by-1.
Comment 1 Li Yuan 2008-12-18 02:35:04 UTC

*** This bug has been marked as a duplicate of 325809 ***