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

Issue 701985 link

Starred by 1 user

Issue metadata

Status: Assigned
Owner:
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 3
Type: Bug-Regression



Sign in to add a comment

cursor next to tall contenteditable=false element jumps out of line

Reported by de...@desmos.com, Mar 15 2017

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/57.0.2987.98 Safari/537.36

Steps to reproduce the problem:
1. place cursor immediately before the q
2. arrow left once
3. observe the cursor position

What is the expected behavior?
The cursor stays in line with the text, at the bottom of the dinosaur

What went wrong?
The cursor jumps up to the top right corner of the dinosaur

Did this work before? Yes 56

Does this work in other browsers? Yes

Chrome version: 57.0.2987.98  Channel: stable
OS Version: OS X 10.11.6
Flash Version: 

On 56, the cursor would span the entire height of the dinosaur, regardless of where in the text it was.
 
tmp.html
256 bytes View Download
Cc: pbomm...@chromium.org ranjitkan@chromium.org gov...@chromium.org brajkumar@chromium.org
Labels: -Pri-2 hasbisect-per-revision ReleaseBlock-Stable M-57 prestable-57.0.2987.98 Pri-1
Owner: joone....@intel.com
Status: Assigned (was: Unconfirmed)
Able to reproduce on Windows-10, Ubuntu 14.04 and Mac OS 10.12 using chrome stable M57-57.0.2987.98.

Bisect Information:
=====================
Good build: 57.0.2978.0
Bad Build : 57.0.2980.0

You are probably looking for a change made after 442829 (known good), but no later than 442830 (first known bad).

Change Log URL: 
https://chromium.googlesource.com/chromium/src/+log/0c11ed986f2c7da313eaca87d592b6bd21cee383..c5291a0115a65797dbf7992c8aa47136db95ae6a

From the above change log suspecting below change
Review URL: https://codereview.chromium.org/2517383002

joone.hur@ - Could you please check whether this is caused with respect to your change, if not please help us in assigning it to the right owner.

Note: Since this issue got regressed in chrome M-57 adding RB-Stable, Please feel free to edit if this is not the case.

Thanks!

Comment 2 by gov...@chromium.org, Mar 16 2017

Cc: drott@chromium.org tkent@chromium.org yosin@chromium.org
Labels: OS-Linux OS-Windows

Comment 3 by e...@chromium.org, Mar 16 2017

The change to have the caret match the font size rather than line height is perfectly fine and mostly matches the behavior in Edge and Mozilla (they both appear to size it according to the the majority of the text rather than change it mid sentence though).

When stepping through left to right the caret changes size as appropriate upon encountering the dinosaur. When going right to left however it is positioned correctly but sized incorrectly for the position imminently following the dinosaur.

This isn't great but it doesn't break any of the editing or selection behavior. I'd we should prioritize fixing this but that it isn't bad enough to block 57 on.

Comment 4 by gov...@chromium.org, Mar 16 2017

Thank you very much  eae@. Moving forward with today's Stable release.

Comment 5 by tkent@chromium.org, Mar 16 2017

Labels: -Pri-1 -ReleaseBlock-Stable -M-57 Pri-2

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

Labels: Pri-3

Sign in to add a comment