381070 - Control Right after Home key (sometimes) does not move caret.

Status: RESOLVED WORKSFORME

(Core :: DOM: UI Events & Focus Handling, defect)

Description

[Rick]

User-Agent:       Mozilla/5.0 (compatible; Konqueror/3.5; FreeBSD) KHTML/3.5.6 (like Gecko)
Build Identifier: version 2.0.0.0 (20070326)

When you are on the first line (and sometimes but often not when you are on any other line) of a paragraph and you press the Home key, if the next key you press is Control Right, the caret (generally) does not move, whereas you would expect it to traverse the first word and be at the beginning of the second.  (A second press of Control Right does move the caret over the first word.)  If you simply press Right (with no control key), the caret moves one character as expected.

Similarly, if you are at the beginning of the document and you press Left or Control Left, then if the next key is Control Right, the caret does not move, whereas you would expect it to hop over the first word..


Reproducible: Sometimes

Steps to Reproduce:
1. Open a Thunderbird compose window and enter several lines of text.
2. Put the caret on the first line (sometimes on any line) and press the Home key.
3. Press Control Right Arrow
4. To test the caret location change event portion: Write a C program that registers for location change events and filters out just those related to the caret

Actual Results:  
Frequently, after pressing Control Right Arrow, the caret is in the same spot at the beginning of the line and no location change event is generated for the caret.

Expected Results:  
The caret should move to the beginning of the second word in the line.

Since the caret itself apparently does not move (when it would be expected to), this may be an issue in the Thunderbird caret management code and not in the accessibility apis.

Comment 1

[Aaron Leventhal]

Yes, if the caret does not actually move it's really an issue in core caret management.

Marking this as a dependency of the caret navigation meta bug. It would be good if someone could dupe this.

Comment 2

[Evan Yan]

I didn't see this bug on Linux with trunk build.

When press ctrl+right arrow, I saw caret moved to the second word, and there is caret moved event:
object:text-caret-moved(4, 0, None)

Comment 3

[Phoenix]

WFM
Mozilla/5.0 (X11; FreeBSD i386; rv:10.0.2) Gecko/20120229 Thunderbird/10.0.2