Open Bug 1939945 Opened 2 months ago Updated 20 days ago

Caret motion into element with overflow-x: auto broken

Categories

(Core :: Layout, defect)

defect

Tracking

()

People

(Reporter: marijnh, Unassigned)

Details

Attachments

(1 file)

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.

Component: General → DOM: Editor
Product: Firefox → Core
Component: DOM: Editor → Layout: Scrolling and Overflow

The severity field is not set for this bug.
:hiro, could you have a look please?

For more information, please visit BugBot documentation.

Flags: needinfo?(hikezoe.birchill)

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.

Component: Layout: Scrolling and Overflow → Layout
Flags: needinfo?(hikezoe.birchill)

Hm, going as far as 2022-01-01 build I still see the caret landing on the three line.

Severity: -- → S3
Summary: Cursor motion into element with overflow-x: auto broken → Caret motion into element with overflow-x: auto broken
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: