574317 - Handle to the window that is displaying the caret is 0 when moving caret in WYSIWYG editor.

Status: UNCONFIRMED

(Firefox :: Disability Access, defect)

Description

[RaZiel]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.4) Gecko/20100611 Firefox/3.6.4 (.NET CLR 3.5.30729)
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.4) Gecko/20100611 Firefox/3.6.4 (.NET CLR 3.5.30729)

Using GetGUIThreadInfo() to retrieve the hwndCaret. A11y is enabled.
It may depend on desktop resolution(1920x1080 on mine).

Reproducible: Always

Steps to Reproduce:
1.Inside the editor, move the caret to the absolute end of either 1st or 2nd sentence.
Actual Results:  
Calling GetGUIThreadInfo() returns hwndCaret which is 0.


Expected Results:  
A valid hwndCaret. The caret has visually moved, and it should be updated.

When testing with events. Moving the caret into the absolute end produces an IA2_EVENT_TEXT_CARET_MOVED event. But navigating right to next line, and left back to previous line does now produce any IA2_EVENT_TEXT_CARET_MOVED events.

I have a feeling this is related to wordwrapping, and as part of the design the caret is not updated since the last character position is the same as the first in the next line.

Some interesting observations in IE8.0 to compare. hwndCaret is always valid, regardless of wordwrapping. And the position is reported to be where it visually is drawn. Moving with the keyboard, from the first sentence to the next with right arrow key, will make the caret avoid stopping at the very last character in a wordwrapped line. You may visit it by pressing the "END" key however, navigating to the right from there will result in caret being positioned before 2nd char on next line. In my experience this is the Microsoft behavior, and FF is using the Linux behavior.

Another interesting observation. If you move caret in FF from second towards first sentence. There is never an invalid hwndCaret returned.
At http://ckeditor.com/demo moving caret either way never returns an invalid hwndCaret, but moving from one sentence to another doesn't update the caret position.