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.

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 :(

Mass un-assigning bugs assigned to Aaron.

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

(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).