168106 - shouldn't emit caret-move event when caret position was actually not changed

Status: RESOLVED WORKSFORME

(Core :: Disability Access APIs, defect)

Description

[Kyle Yuan]

Currently, If i am on first position of the text and I press left arrow, 
"text-caret-moved" event is emited even the cursor position is the same. Same 
thing for right arrow, home, end.

Comment 1

[Kyle Yuan]

Attachment: record the last focused node and caret position, emit caret event only when the new position is different

seeking r=

Comment 2

[Aaron Leventhal]

Kyle, it looks good. Will you do this same thing for the MSAA part? I've been
wanting to fix that for the Windows code as well. 

Comment 3

[Aaron Leventhal]

Actually, I just realized this must really be a problem with our selection
listener code.

Isn't the correct way to fix this to make that code not send selection changed
events when it hasn't really changed?

Comment 4

[kinmoz]

FYI: The bogus selection changed notifications problem was filed as bug 140303. 

Comment 5

[Kyle Yuan]

Attachment: also fix MSAA part

aaron, since there is no any progress in bug 140303 for a couple of months, I
would like to fix this problem here as a workaround. Then we can remove this
temporary fix after bug 140303 get fixed. This fix is helpful for our *nix
accessibility project.