Bug 69187
| Summary: | ASSERT in RenderBox::mapAbsoluteToLocalPoint opening fast/events/offsetX-offsetY.html | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Sam Weinig <sam> |
| Component: | Layout and Rendering | Assignee: | Nobody <webkit-unassigned> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | Normal | CC: | ap, aroben, bdakin, dimitris.apostolou, simon.fraser |
| Priority: | P2 | ||
| Version: | 528+ (Nightly build) | ||
| Hardware: | Mac | ||
| OS: | OS X 10.7 | ||
Sam Weinig
I am seeing an ASSERT whenever I open fast/events/offsetX-offsetY.html on Lion with overlay scrollbars enabled.
ASSERTION FAILED: !view() || !view()->layoutStateEnabled()
/Volumes/Data/Lion/Users/weinig/Code/webkit/OpenSource/Source/WebCore/rendering/RenderBox.cpp(1357) : virtual void WebCore::RenderBox::mapAbsoluteToLocalPoint(bool, bool, WebCore::TransformState &) const
1 WebCore::RenderBox::mapAbsoluteToLocalPoint(bool, bool, WebCore::TransformState&) const
2 WebCore::RenderObject::absoluteToLocal(WebCore::FloatPoint const&, bool, bool) const
3 WebCore::FrameView::convertToRenderer(WebCore::RenderObject const*, WebCore::IntPoint const&) const
4 WebCore::RenderLayer::convertFromContainingViewToScrollbar(WebCore::Scrollbar const*, WebCore::IntPoint const&) const
5 WebCore::Scrollbar::convertFromContainingView(WebCore::IntPoint const&) const
6 -[WebScrollbarPainterControllerDelegate scrollerImpPair:convertContentPoint:toScrollerImp:]
7 -[NSScrollerImpPair _updateOverlayScrollersStateWithReason:forceAtLeastKnobsVisible:]
8 WebCore::ScrollAnimatorMac::notifyPositionChanged()
9 WebCore::ScrollAnimatorMac::immediateScrollToPoint(WebCore::FloatPoint const&)
10 WebCore::ScrollAnimatorMac::scrollToOffsetWithoutAnimation(WebCore::FloatPoint const&)
11 WebCore::ScrollableArea::scrollToOffsetWithoutAnimation(WebCore::FloatPoint const&)
12 WebCore::RenderLayer::scrollToOffset(int, int, WebCore::RenderLayer::ScrollOffsetClamping)
13 WebCore::RenderLayer::updateScrollInfoAfterLayout()
14 WebCore::RenderBlock::updateScrollInfoAfterLayout()
15 WebCore::RenderBlock::layoutBlock(bool, int, WebCore::RenderBlock::BlockLayoutPass)
16 WebCore::RenderBlock::layout()
17 WebCore::RenderObject::layoutIfNeeded()
18 WebCore::RenderBlock::layoutPositionedObjects(bool)
19 WebCore::RenderBlock::layoutBlock(bool, int, WebCore::RenderBlock::BlockLayoutPass)
20 WebCore::RenderBlock::layout()
21 WebCore::RenderView::layout()
22 WebCore::FrameView::layout(bool)
23 WebCore::Document::implicitClose()
24 WebCore::FrameLoader::checkCallImplicitClose()
25 WebCore::FrameLoader::checkCompleted()
26 WebCore::FrameLoader::finishedParsing()
27 WebCore::Document::finishedParsing()
28 WebCore::HTMLTreeBuilder::finished()
29 WebCore::HTMLDocumentParser::end()
30 WebCore::HTMLDocumentParser::attemptToRunDeferredScriptsAndEnd()
31 WebCore::HTMLDocumentParser::prepareToStopParsing()
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Simon Fraser (smfr)
We never expected layout state to be enabled while calling mapAbsoluteToLocalPoint() during layout.
Actually, calling mapAbsoluteToLocalPoint() during layout is just wrong, because layout isn't done yet; the mapping may give back the wrong answer.
Alexey Proskuryakov
*** Bug 70422 has been marked as a duplicate of this bug. ***
Alexey Proskuryakov
Bug 70422 has alternative steps to reproduce.
Do we know when this started, or what the release build symptoms are?
Adam Roben (:aroben)
See also bug 73348.
Simon Fraser (smfr)
73348 has a bit more info.
*** This bug has been marked as a duplicate of bug 73348 ***
Alexey Proskuryakov
It feels like this has become much more frequent lately.
Alexey Proskuryakov
Ah right, bug 73348 explains why.