New issue
Advanced search Search tips

Issue 608393 link

Starred by 2 users
Status: Available
Owner: ----
Cc:
editing-dev@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 3
Type: Feature



Sign in to add a comment

select inside or outside the start/end of an inline tag[contenteditable, blink]

Reported by cyril.au...@gmail.com, May 2 2016 
UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/52.0.2716.0 Safari/537.36

Steps to reproduce the problem:
1. https://jsfiddle.net/5bfbeuw6/5/
2. https://jsfiddle.net/5bfbeuw6/6/
3. https://jsfiddle.net/crl/5bfbeuw6/7/

What is the expected behavior?
In those demos, I set the range inside the <a> tag, and insertText, but the text is added outside the tag

What went wrong?
It's not possible to add text on the ends of the tag, (slightly related to https://bugs.chromium.org/p/chromium/issues/detail?id=608162)

Ideally you'd even be able to place the cursor with the mouse either there: 'some text|<a href="">ok..' or 'some text<a href="">|ok..', depending if the mouseevent occurs in the <a> tag or not (it's done like that on firefox/gecko http://recordit.co/bh4u9clvGl)

Did this work before? N/A 

Chrome version: 52.0.2716.0  Channel: dev
OS Version: 10.0
Flash Version: Shockwave Flash 21.0 r0

Comment 1 by ssamanoori@chromium.org, May 4 2016

Components: Blink>HTML>Anchor
Labels: M-52 OS-Linux OS-Mac
Status: Untriaged (was: Unconfirmed)
Able to reproduce the issue on Windows 7, Mac 10.10.5, Ubuntu 14.04 using 52.0.2716.0, stable 50.0.2661.94, canary 52.0.2724.0 as per steps in comment #0.

This is non regression issue seen from M-30(30.0.1549.0).Hence, marking it as untriaged.

Could anyone from dev team look into this issue please.

Comment 2 by tkent@chromium.org, May 6 2016

Components: -Blink>HTML>Anchor Blink>Editing

Comment 3 by yosin@chromium.org, May 11 2016

Components: -Blink>Editing Blink>TextSelection
Status: WontFix (was: Untriaged)
This is Blink/WebKit specific behavior called "visual canonicalization". 

We, Blink editing team, really want to kill behavior but we can't now since execCommand's depend this behavior.

Comment 4 by yosin@chromium.org, May 11 2016

Labels: -Type-Bug Type-Feature
Status: Available (was: WontFix)
Mark as "Feature Request".
We, editing team, also don't like this. ;-)
Project Member

Comment 5 by sheriffbot@chromium.org, Jun 1 2016

Labels: -M-52 M-53 MovedFrom-52
Moving this nonessential bug to the next milestone.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Project Member

Comment 6 by sheriffbot@chromium.org, Jul 11 2016

Labels: -M-53 MovedFrom-53
This issue has been moved once and is lower than Pri-1. Removing the milestone.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Comment 7 by tkent@chromium.org, Oct 12 2016

Components: -Blink>TextSelection Blink>Editing>Selection

Comment 8 by yosin@chromium.org, Oct 4 2017

Labels: Pri-3
Project Member

Comment 9 by sheriffbot@chromium.org, Oct 4

Labels: Hotlist-Recharge-Cold
Status: Untriaged (was: Available)
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue.

Sorry for the inconvenience if the bug really should have been left as Available.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Comment 10 by yosin@chromium.org, Oct 5

Status: Available (was: Untriaged)
►

Sign in to add a comment