Closed Bug 2031834 Opened 1 month ago Closed 1 month ago

Remove scrollframe capturing-content special-case.c

Categories

(Core :: DOM: Events, defect, P3)

defect

Tracking

()

RESOLVED FIXED
151 Branch
Tracking Status
firefox151 --- fixed

People

(Reporter: emilio, Assigned: emilio)

References

Details

Attachments

(2 files)

No description provided.

This goes back to bug 519693. I recently stumbled across it because in
bug 2031757 I'm making text controls a scrollable frame (to fix a
variety of compat issues and make field-sizing easy to implement).

This special case breaks the capturing that HTMLInputElement does for
the button spinners (because it sets the <input> as capturing content
and that is now scrollable, but the spinners live outside the
scrolled frame because they don't scroll with the content).

First, it seems odd to return a non-root (viewport or popup) frame on a
function that claims to do so. Removing it also doesn't seem to cause
any issues (the original problem doesn't reproduce). Finally, it'd be
really inconsistent to do this only if the capturing frame is a
scrollframe itself, not if any ancestor is, or somesuch...

Try to restrict this hack to listboxes.

Assignee: nobody → emilio
Status: NEW → ASSIGNED
Status: ASSIGNED → RESOLVED
Closed: 1 month ago
Resolution: --- → FIXED
Target Milestone: --- → 151 Branch
QA Whiteboard: [qa-triage-done-c152/b151]
Regressions: 2041235
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: