ARIA trees are triggering an unnecessary ATK caret-moved event

REOPENED
Unassigned

Status

()

Core
Disability Access APIs
REOPENED
10 years ago
6 years ago

People

(Reporter: Scott Haeger, Unassigned)

Tracking

(Blocks: 2 bugs, {access})

Trunk
x86
Linux
access
Points:
---
Dependency tree / graph

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: orca:low)

(Reporter)

Description

10 years ago
The dojo tree seen here http://archive.dojotoolkit.org/nightly/dojotoolkit/dijit/tests/test_Tree.html is triggering a caret-moved event during expanding/collapsing even though the caret has not changed.  The following is an event log taken from a single expansion event done on the 'Asia' subtree as seen from Accerciser.

object:text-changed:delete(2, 1, )
source: [tree | ]
application: [application | Minefield]
object:text-changed:insert(2, 1, )
source: [tree | ]
application: [application | Minefield]
object:state-changed:expanded(1, 0, None)
source: [list item | Asia]
application: [application | Minefield]
object:property-change:accessible-parent(0, 0, [tree | ])
source: [list item | Africa]
application: [application | Minefield]
object:children-changed:add(0, 0, [list item | Africa])
source: [tree | ]
application: [application | Minefield]
object:text-caret-moved(0, 0, None)
source: [list item | Asia]
application: [application | Minefield] 

Aaron, this is a relatively minor issue for Orca.  It would be great if it could be fixed because our workaround may prove to be brittle in the long run.

Comment 1

10 years ago
Okay, I'm moving into the nice to haves meta bug instead, then.

We need to keep our blocking bug lists trimmed to the real blockers at this point, otherwise we won't get the really important ones done in time :(
Blocks: 376943
No longer blocks: 343213, 374212

Updated

9 years ago
Whiteboard: orca:low

Updated

9 years ago
Keywords: access

Updated

8 years ago
Blocks: 491681
Mass un-assigning bugs assigned to Aaron.
Assignee: aaronleventhal → nobody

Updated

6 years ago
Blocks: 640591
I tested this in Accerciser using this page[1]. There is no caret change event when nodes are expanded/collapsed.


1. http://archive.dojotoolkit.org/nightly/dojotoolkit/dijit/tests/tree/test_Tree.html
Status: NEW → RESOLVED
Last Resolved: 6 years ago
Resolution: --- → WORKSFORME

Comment 4

6 years ago
(In reply to Eitan Isaacson [:eeejay] from comment #3)
> I tested this in Accerciser using this page[1]. There is no caret change
> event when nodes are expanded/collapsed.
> 
> 
> 1.
> http://archive.dojotoolkit.org/nightly/dojotoolkit/dijit/tests/tree/
> test_Tree.html

it fires caret change events for me when you expand/collapse items by mouse (no events when you do that by keyboard).
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
You need to log in before you can comment on or make changes to this bug.