[Webkit-unassigned] [Bug 21968] SVG hover incorrect on a scrolled div

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=21968





------- Comment #7 from eric at webkit.org  2008-11-07 13:07 PDT -------
I traced through the same code but using divs.  This code:

        // FIXME: We ignore the lightweight clipping rect that controls use,
since if |o| is in mid-layout,
        // its controlClipRect will be wrong. For overflow clip we use the
values cached by the layer.
        if (o->hasOverflowClip()) {
            // o->height() is inaccurate if we're in the middle of a layout of
|o|, so use the
            // layer's size instead.  Even if the layer's size is wrong, the
layer itself will repaint
            // anyway if its size does change.
            IntRect boxRect(0, 0, o->layer()->width(), o->layer()->height());
            int x = 0, y = 0;
            o->layer()->subtractScrolledContentOffset(x, y); // For
overflow:auto/scroll/hidden.
            topLeft.move(x, y);
            IntRect repaintRect(topLeft, rect.size());
            rect = intersection(repaintRect, boxRect);
            if (rect.isEmpty())
                return;
        } else
            rect.setLocation(topLeft);

Is executed in RenderBox::computeAbsoluteRepaintRect (called from RenderBox
::absoluteClippedOverflowRect as part of the repaint), and is the code which
does the translation of the repaint rect to account for layer scrolling.

Now the question is why does this same code not get hit from RenderSVGRoot
(which is a RenderBlock, and thus a RenderBox).


-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.