Closed Bug 1039217 Opened 11 years ago Closed 10 years ago

Switching between nested contenteditable reset selection range to very beginning

Categories

(Core :: DOM: Editor, defect)

defect
Not set
normal

Tracking

()

RESOLVED FIXED
mozilla43

People

(Reporter: adelura, Unassigned)

References

Details

(Keywords: testcase)

Attachments

(1 file)

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/35.0.1916.153 Safari/537.36 Steps to reproduce: There is a sample on js fiddle: http://jsfiddle.net/adelura/6cMRv/ What I did is: 1. Clicked paragraph which text is: "At first click here...". 2. Then clicked paragaph with text: "... and then click here.". Actual results: After second click selection range is reset (see console) it means that "startContainer" is set to first child of editable, "startOffset" and "endOffset" are set to 0. Expected results: When I click once again on paragraph, then caret is set properly with right container and offset. This behaviour should be same when I click first time on paragraph
Thanks for the report! Confirming, I can reproduce this on a clean profile, current Nightly on OS X.
Status: UNCONFIRMED → NEW
Component: Untriaged → Editor
Ever confirmed: true
Keywords: testcase
OS: Windows 7 → All
Product: Firefox → Core
Hardware: x86_64 → All
Version: 30 Branch → Trunk
Any news about this bug? It's pretty annoying for CKEditor users (http://dev.ckeditor.com/ticket/11687).
The testcase here was fixed between nightlies [2015-08-14, 2015-08-15]: https://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=a8a8b1313b523b721297dcd2e6214260befb8771&tochange=9bea8fc16ae2f748d18e352524cc6a5e1c24775e ..pointing to bug 1181130. This should be fixed in Firefox 43.
Status: NEW → RESOLVED
Closed: 10 years ago
Depends on: 1181130
Resolution: --- → FIXED
Target Milestone: --- → mozilla43
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: