tor-browser

commit ab3a78ebe70b74c7b4c188aac2b6b40df8ca4322
parent 7a4e1864ed3c63d45dc4158a96249a0af8e18030
Author: Hiroyuki Ikezoe <hikezoe.birchill@mozilla.com>
Date:   Tue,  2 Dec 2025 21:24:18 +0000

Bug 1999559 - Drop OverflowHidden flag from the ScrollFrameIntoView for zoom-to-focused-input. r=botond

With our current default behavior, `interactive-widget=resizes-visual`,
it doesn't make sense we need to scroll to out-of-view elements.

The only one downside of this change is with `resizes-content` if the root
element is `overflow:hidden` and if the focused input element is initially
positioned at the area where the software keyboard will cover up, then
the focused input element will not be scroleld into view. Chrome has the
same resctiction.

Differential Revision: https://phabricator.services.mozilla.com/D272184

Diffstat:
M
dom/base/nsDOMWindowUtils.cpp
 | 
2
+-

1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/dom/base/nsDOMWindowUtils.cpp b/dom/base/nsDOMWindowUtils.cpp
@@ -3165,7 +3165,7 @@ nsDOMWindowUtils::ZoomToFocusedInput() {
         caretInfo.frame, caretInfo.caretRectRelativeToTextFrame,
         ScrollAxis(WhereToScroll::Center, WhenToScroll::IfNotVisible),
         ScrollAxis(WhereToScroll::Center, WhenToScroll::IfNotVisible),
-        ScrollFlags::ScrollOverflowHidden | ScrollFlags::ForZoomToFocusedInput);
+        ScrollFlags::ForZoomToFocusedInput);
   }
 
   RefPtr<Document> document = presShell->GetDocument();