Open
Bug 1165167
Opened 9 years ago
Updated 3 years ago
Initial caret position of empty contenteditable is wrong in vertical-rl writing-mode
Categories
(Core :: DOM: Editor, defect, P5)
Core
DOM: Editor
Tracking
()
NEW
Tracking | Status | |
---|---|---|
firefox41 | --- | affected |
People
(Reporter: alice0775, Unassigned)
References
(Blocks 1 open bug)
Details
(Keywords: testcase)
Attachments
(1 file)
264 bytes,
text/html
|
Details |
Steps to reproduce: 1. Open attached 2. Click contenteditable with vertical-rl writing-mode Actual Results: Caret is positioned at the top-left corner Expected Caret is positioned at the top-right corner
Comment 1•8 years ago
|
||
When using Firefox 49.0a1 buildID=20160519030232 under Linux 3.13.0-86-generic x86_64, Qt: 4.8.6, KDE 4.13.3; Kubuntu (trusty) 14.04.4 LTS, I get actual results. I also get wrong initial caret position when 'writing-mode' is 'sideways-rl' (caret should be positioned at top-right corner) and 'sideways-lr' (caret should be positioned at bottom-left corner).
Comment 2•8 years ago
|
||
Chrome 50.0.2661.102 and Chrome 52.0.2739.0 render expected results in as far a contenteditable element is being tested.
Comment 3•3 years ago
|
||
Bulk-downgrade of unassigned, >=3 years untouched DOM/Storage bug's priority.
If you have reason to believe this is wrong, please write a comment and ni :jstutte.
Severity: normal → S4
Priority: -- → P5
You need to log in
before you can comment on or make changes to this bug.
Description
•