Remove scrollframe capturing-content special-case.c
Categories
(Core :: DOM: Events, defect, P3)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox151 | --- | fixed |
People
(Reporter: emilio, Assigned: emilio)
References
Details
Attachments
(2 files)
| Assignee | ||
Comment 1•1 month ago
|
||
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.
Updated•1 month ago
|
Comment 2•1 month ago
|
||
Updated•1 month ago
|
Description
•