419808 - Click inside contenteditable elements does not put the caret cursor at the clicked position but at the beginning of the element.

Status: RESOLVED FIXED

(Core :: DOM: Editor, defect, P3)

Description

[Dan POPA]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b4pre) Gecko/2008022604 Minefield/3.0b4pre
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b4pre) Gecko/2008022604 Minefield/3.0b4pre ID:2008022604

Click inside contenteditable elements does not put the caret cursor at the clicked position but at the beginning of the element.



Reproducible: Always

Steps to Reproduce:
1.Have 2 contenteditable divs
2.click on the first div
3.click on the second div
Actual Results:  
caret selection is  placed at the beginning  of the div

Expected Results:  
caret selection is placed at the clicked location

Here's a JavaScript workaround: focus the DIV from inside the mousedown event handler

div.addEventListener('mousedown', function (event) {
	//assume the link is direct child of the editable DIV
	event.target.parentNode.focus();
}

Comment 1

[Dan POPA]

Attachment: 2 contenteditable divs with event log and JS fix

Attachment for testcase and playground.

Comment 2

[Ria Klaassen (not reading all bugmail)]

Regression range is 
http://bonsai.mozilla.org/cvsquery.cgi?module=PhoenixTinderbox&date=explicit&mindate=1200831420&maxdate=1200848459
so most likely from bug 390278.

Comment 3

[Peter Van der Beken [:peterv]]

Fixed by the fix for bug 406596.

Comment 4

[alfadog]

This seems to be an issue in 45.0.2. 
Clicking the content of a content-editable TD, the cursor is not always at the selectionStart or selectionEnd.

Comment 5

[Sam Wilcoxon]

This seems to be an issue in 48.0 as well.

Setting draggable="false" on parent <a> anchor tag fixes it.

Comment 6

[jacobaferrero]

Still a problem in 58.0b3

Comment 7

[Anderson Saunders]

this still a problem, in version 66.0.1, demo: http://jsfiddle.net/WC9Fe/3/