tor-browser

commit 0e112c78e93c591015b3dfbf8b8f0f9815a62e77
parent 6a509e8b2df638b3d2e6a20085dcdd1e17baf52c
Author: Emilio Cobos Álvarez <emilio@crisal.io>
Date:   Tue, 30 Dec 2025 21:35:39 +0000

Bug 2005828 - Schedule a synthesized mousemove if needed from SVGDisplayContainerFrame::RemoveFrame. r=longsonr,firefox-svg-reviewers

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

Diffstat:
M
layout/svg/SVGContainerFrame.cpp
 | 
3
+++

1 file changed, 3 insertions(+), 0 deletions(-)
diff --git a/layout/svg/SVGContainerFrame.cpp b/layout/svg/SVGContainerFrame.cpp
@@ -187,10 +187,13 @@ void SVGDisplayContainerFrame::RemoveFrame(DestroyContext& aContext,
   // SVGContainerFrame::RemoveFrame doesn't call down into
   // nsContainerFrame::RemoveFrame, so it doesn't call FrameNeedsReflow. We
   // need to schedule a repaint and schedule an update to our overflow rects.
+  // TODO(emilio, bug 2008045): It sure looks like it should just call into
+  // nsContainerFrame.
   SchedulePaint();
   if (!HasAnyStateBits(NS_FRAME_IS_NONDISPLAY)) {
     PresContext()->RestyleManager()->PostRestyleEvent(
         mContent->AsElement(), RestyleHint{0}, nsChangeHint_UpdateOverflow);
+    PresShell()->SynthesizeMouseMove(false);
   }
 
   SVGContainerFrame::RemoveFrame(aContext, aListID, aOldFrame);