Contenteditable input cursor invisible near relative inline element with border
Reported by
timotij...@gmail.com,
May 20 2017
|
||||||
Issue description
UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3096.0 Safari/537.36
Example URL:
data:text/html,<style>a{border:1px solid red;display: inline-block;position: relative;}</style><div contenteditable>foo<a href="/">bar</a>baz</div>
Steps to reproduce the problem:
1. Move cursor to after word "foo".
2. Observe the cursor being invisible.
What is the expected behavior?
What went wrong?
The text cursor becomes invisible. Text insertion reveals that the internal position is in fact still in the text node and not inside the inline element.
Changing the border style to "dotted" reveals the cursor is in fact rendered *behind* the border.
Changing the element to be without position-relative triggers the normal, expected and correct behaviour of the cursor rendering *on top* of the border.
Does it occur on multiple sites: N/A
Is it a problem with a plugin? N/A
Did this work before? N/A
Does this work in other browsers? N/A
Chrome version: 60.0.3096.0 Channel: n/a
OS Version: OS X 10.11.6
Flash Version:
,
Jun 2 2017
,
Jun 2 2017
Seems weird that the cursor is painted behind the border.
,
Jun 5 2017
The position: relative gets the anchor it's own layer, while the cursor is painted in the div's layer. This actually seems kinda hard to fix.
,
Jun 5 2018
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
,
Jun 5 2018
Interesting, at 125% on linux the cursor is on top of the border on the right side but under on the left. Still broken though. |
||||||
►
Sign in to add a comment |
||||||
Comment 1 by ebra...@gnu.org
, May 20 2017