New issue
Advanced search Search tips
Note: Color blocks (like █ or █) mean that a user may not be available. Tooltip shows the reason.

Issue 895342 link

Starred by 1 user
Status: Available
Owner: ----
Cc:
█ vamshi.k...@techmahindra.com
editing-dev@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 3
Type: Feature



Sign in to add a comment

[contenteditable] Click inside contenteditable block element when last children is non-editable moves caret into that non-editable.

Reported by k.litwin...@cksource.com, Oct 15 
UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/69.0.3497.100 Safari/537.36

Example URL:

Steps to reproduce the problem:
1. Open attached file.
2. Mouse click behind '\non editable\' text.

What is the expected behavior?
Caret is placed right before text.

What went wrong?
Caret is placed at the right end of block element.

Does it occur on multiple sites: N/A

Is it a problem with a plugin? No 

Did this work before? N/A 

Does this work in other browsers? No
 Safari 10.13.6

Chrome version: 69.0.3497.100  Channel: stable
OS Version: OS X 10.13.6
Flash Version:
test.html
245 bytes View Download

Comment 2 by dtapu...@chromium.org, Oct 15

Components: Blink>Editing

Comment 3 by viswa.karala@chromium.org, Oct 15

Labels: Needs-Triage-M69

Comment 4 by vamshi.kommuri@chromium.org, Oct 24

Cc: vamshi.k...@techmahindra.com
Labels: Needs-Feedback Triaged-ET
Thanks for filing the issue!

Unable to reproduce the issue on reported chrome version 69.0.3497.100 using Mac 10.13.1 with the below mentioned steps.
1. Launched Chrome
2. Opened the test.html in a new tab.
3. Clicked before '\non editable\'
We were able to place the cursor properly without any issues. Attaching the screencast of the same.

@Reporter: Could you please have a look at the screen cast and let us know if we have missed anything in the process. Any further inputs from your end may be helpful.
895342.mp4
1.3 MB View Download

Comment 5 by yosin@chromium.org, Oct 30

Components: -Blink>Editing Blink>Editing>Selection
Status: Available (was: Unconfirmed)
Current behavior on contentEditable=false is unpredictable, we should revise it.

Comment 6 by yosin@chromium.org, Oct 30

Labels: -Pri-2 -Type-Compat Pri-3 Type-Feature

Comment 7 by yosin@chromium.org, Oct 30

Labels: -Needs-Feedback
►

Sign in to add a comment