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•8 months ago
|
Updated•8 months ago
|
Comment 1•8 months 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•8 months 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•8 months ago
|
||
Hm, going as far as 2022-01-01 build I still see the caret landing on the three
line.
Description
•