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 337659 - Edit Task Properties dialog has broken accessible component hierarchy
Edit Task Properties dialog has broken accessible component hierarchy
Status: RESOLVED OBSOLETE
Product: planner
Classification: Other
Component: General
0.14.x
Other All
: Normal normal
: ---
Assigned To: planner-maint
planner-maint
Depends on:
Blocks:
 
 
Reported: 2006-04-07 16:46 UTC by Rich Burridge
Modified: 2021-06-09 20:35 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Screenshot of dialog and accerciser's view of it (132.96 KB, image/png)
2008-07-29 17:42 UTC, Willie Walker
Details

Description Rich Burridge 2006-04-07 16:46:38 UTC
As reported by Javier on the orca mailing list:

1. Open planner.
2. To add a task press the tasks toggle button.
3. go to the table where the tasks are by tabbing.
4. Press control + i (a new task will be created).
5. In the task table left and right arrow to fill up the task information
(name, weeks, start date, end date... Etc). You have to press spacebar on
the differents fields to edit.
6. To add a resource activate the resources toggle button.
7. go to resources table by tabbing.
8. Press control + i to insert a resource
9. Right and left arrow to fill the information spacebar on the fields.
10. To assign a task a resource go back to tasks toggle button
11. Go to the table where the taks are 
12. On a task display the poppup menu by pressing shift + f10
13. Down arrow until "assign a resource"
14. Here is the problem....

A new dialog appears to select resources, by tabbing you arrives to a
splitPane  with a unknown role on it that represent the resources and ATSPI
can not obtain information.
Comment 1 Rich Burridge 2006-04-07 16:48:27 UTC
Here's the hierarchy at that point:

+-name='planner' role='application' state=''
  +-name='Edit task properties' role='dialog' state='ACTIVE ENABLED RESIZABLE SENSITIVE SHOWING VISIBLE'
    +-name=None role='filler' state='ENABLED SENSITIVE SHOWING VERTICAL VISIBLE'      +-name=None role='page tab list' state='ENABLED FOCUSABLE SENSITIVE SHOWING VISIBLE'
        +-name='Resources' role='page tab' state='ENABLED MULTI_LINE SELECTABLE
SELECTED SENSITIVE SHOWING VISIBLE'
          +-name=None role='scroll pane' state='ENABLED FOCUSABLE SENSITIVE SHOWING VISIBLE'
            +-name=None role='table' state='ENABLED FOCUSABLE FOCUSED SENSITIVE
SHOWING VISIBLE MANAGES_DESCENDANTS'

So we are in a table. There are three columns:

Name      Assigned    Units

The entry we are at has nothing in the Name table cell.
There is a checkbox in the Assigned table cell (not checked), and
the value of Units is 0. If a check the checkbox, Units goes to 100.

We need to understand better why Orca isn't speaking
the table cells here.
Comment 2 Rich Burridge 2006-04-07 17:22:05 UTC
Upon further investigation, it looks like that table is a
custom component, and it has a broken accessible component
hierarchy. In Orca, if I hit Control-Insert-F7 when one of
the "table cells" has focus, then I get:

...
        +-name='Resources' role='page tab' state='ENABLED MULTI_LINE SELECTABLE
SELECTED SENSITIVE SHOWING VISIBLE'
          +-name=None role='scroll pane' state='ENABLED FOCUSABLE SENSITIVE SHOWING VISIBLE'
            (*)name=None role='table' state='ENABLED FOCUSABLE FOCUSED SENSITIVE SHOWING VISIBLE MANAGES_DESCENDANTS'
              WARNING CHILD IS NONE!!!
              WARNING CHILD IS NONE!!!
              WARNING CHILD IS NONE!!!
...

In other words, Orca is unable to get to the contents of the 
components in the table to see how they should be spoken/brailled.

at-poke confirms the broken hierarchy.

Transferring to the planner people for further investigation.
Comment 3 Rich Burridge 2006-04-07 17:23:36 UTC
Changing Summary to better reflect the real problem.
Comment 4 Calum Benson 2006-04-26 17:15:36 UTC
Apologies for spam... ensuring Sun a11y folks are cc'ed on all current accessibility bugs.
Comment 5 Matt Burkhardt 2007-12-26 12:43:36 UTC
Could not recreate in version 0.14.2
Comment 6 Willie Walker 2008-01-06 00:09:37 UTC
I just grabbed planner from SVN trunk (svnversion 869).  The problem seems to be the "Resources" tab of the "Edit task properties" dialog obtainable via steps 12-13 in the opener for this bug.

The problem I'm seeing is that the table seems to have dead components in it when I view it with accerciser.  So, I think the problem still exists.  :-(
Comment 7 Massimo Franco 2008-07-26 22:27:44 UTC
I can't reproduce this bug in 0.13.90, 0.14 and 0.14.3 on windows/French.
Or perhaps I did not understood it.

Could you please, Willie, make a screenshot of it ?

Thanks
Comment 8 Willie Walker 2008-07-29 17:42:04 UTC
Created attachment 115509 [details]
Screenshot of dialog and accerciser's view of it

Here's a screenshot -- I highlighted the stuff of interest in transparent red.  The red window to the right is the planner window in question.  The window to the left is a view of planner via accerciser -- note "<dead>" objects in the hierarchy.  These are not good.  :-(   Thanks!
Comment 9 Massimo Franco 2008-07-30 07:16:48 UTC
All right,

It's more clearer to me now :)

These dead objects are still present in 0.14.3. When I select them, the "Units" tab is greyed/identified.

For now, I can't do anything more than confirming this bug in the last stable release. I'll have to check with Maurice for the next steps.

Thanks Willie for posting the picture.

Max
Comment 10 GNOME Infrastructure Team 2021-06-09 20:35:01 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/World/planner/-/issues/101.