Caret can not move downwWhen a inline-block element placed in a contenteditable element,
Reported by
keeliiz...@gmail.com,
Oct 17
|
|||||
Issue description
UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/69.0.3497.100 Safari/537.36
Steps to reproduce the problem:
1. open test.html with chrome
2. click at the beginning of the first line
3. keep pressing the Arrowdown key
What is the expected behavior?
cursor can move last line
What went wrong?
stop at the inline-block element `[cursor]<code>dolor</code>...`
I give the code element a custom style:
code { display: inline-block }
if i remove this style, everything goes well.
Did this work before? N/A
Does this work in other browsers? Yes
Chrome version: 69.0.3497.100 Channel: stable
OS Version: OS X 10.14.0
Flash Version:
no
,
Oct 17
,
Oct 17
Thanks for filing the issue! Able to reproduce the issue on reported chrome version 69.0.3497.100 and on the latest canary 72.0.3583.0 using Mac 10.13.1, Windows 10 and Ubuntu 14.04 As the issue is seen from M60(60.0.3112.0) considering it as Non-Regression and marking it as Untriaged. Requesting someone from respective team to have a look into this.
,
Oct 19
,
Oct 23
Floats also trigger this buggy behaviour, which is decidedly inconvenient for us in Topicbox: on messages to our mailing lists we add a footer which includes a right-floating element at the end, but when responding to such emails in webmail clients in Chrome, the <br> that the browser adds cause the down arrow to fail to get past it. Firefox and Edge both behave properly. I made a more detailed test case while investigating this, which may be useful for diagnosis; see the attached HTML.
,
Oct 30
|
|||||
►
Sign in to add a comment |
|||||
Comment 1 by keeliiz...@gmail.com
, Oct 17249 KB
249 KB View Download