Caret motion into element with overflow-x: auto broken
Categories
(Core :: Layout, defect)
Tracking
()
People
(Reporter: marijnh, Unassigned)
Details
Attachments
(1 file)
235 bytes,
text/html
|
Details |
Moving the caret down with the down arrow key, into a PRE element with an 'overflow-x: auto' style (even when it has no scrollbar) containing multiple lines, will put the cursor at the end of that element, rather than on the first line. This happens both in contenteditable elements and with caret browsing.
This appears to be a recent regression, but I haven't narrowed down the precise Firefox version in which it changed.
Updated•1 month ago
|
Updated•1 month ago
|
Comment 1•23 days ago
|
||
The severity field is not set for this bug.
:hiro, could you have a look please?
For more information, please visit BugBot documentation.
Comment 2•22 days ago
|
||
I am moving this bug into Layout since Masayuki told me on #DOM matrix channel that moving caret is handled in nsIFrame::PeekBlah functions and he thinks GetNextPrevLineFromBlockFrame is the primary suspect.
Comment 3•20 days ago
|
||
Hm, going as far as 2022-01-01 build I still see the caret landing on the three
line.
Description
•