Bug 18719 - caret position missing at the beginning and end of contenteditable div
Summary: caret position missing at the beginning and end of contenteditable div
Status: NEW
Alias: None
Product: WebKit
Classification: Unclassified
Component: HTML Editing (show other bugs)
Version: 528+ (Nightly build)
Hardware: Mac OS X 10.5
: P2 Normal
Assignee: Nobody
URL:
Keywords: InRadar
Depends on:
Blocks:
 
Reported: 2008-04-24 14:54 PDT by Vicki Murley
Modified: 2009-06-04 01:44 PDT (History)
1 user (show)

See Also:

Attachments
test case (338 bytes, text/html)
2008-04-24 14:55 PDT, Vicki Murley 		no flags Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Vicki Murley 2008-04-24 14:54:23 PDT 
SUMMARY
There's no caret position at the beginning or end of the contenteditable div, in the attached test case.

STEPS
1. Load the test case.
2. click before the '+' character
3. use arrow keys to try to move caret to before "One" or after "Two"

RESULTS
The caret doesn't move past the 'e' in 'One' when I arrow left, or the 'T' in 'Two' when I arrow right.
Comment 1 Vicki Murley 2008-04-24 14:55:00 PDT 
Created attachment 20800 [details]
test case
Comment 2 mvijay 2009-06-04 01:44:41 PDT 
Hi,

I have spent time in analyzing this bug and here are my observations:

In the Safari browser, if first or last span element in the Div tag is not content editable, then when trying to place the caret at the start or end of it using the mouse click has no affect as there is no editable content element available before or after it.

Where as in other case, if there is any content editable element before or after a non-content editable span element then a caret can be positioned respectively.

So is this correct behaviour of the Safari browser?