Reviewed by Darin.
authorbdakin@apple.com <bdakin@apple.com@268f45cc-cd09-0410-ab3c-d52691b4dbfc>
Thu, 31 Jan 2008 00:43:32 +0000 (00:43 +0000)
committerbdakin@apple.com <bdakin@apple.com@268f45cc-cd09-0410-ab3c-d52691b4dbfc>
Thu, 31 Jan 2008 00:43:32 +0000 (00:43 +0000)
commit5143523245cbb7ed7e1becfd70e8742dc36dbf46
treef93f725a2a7e438e8220824246131c60c5a01d6a
parent224cf11333d077e0794220e42996f768218ebd2b
    Reviewed by Darin.

        Fix for <rdar://problem/5598609> CrashTracer: [USER] 626 crashes in
        Safari at com.apple.WebCore: WebCore::FrameView::needsFullRepaint
        const + 6

        The real problem here is tracked by rdar://5598072, which is that
        frames can lose sync between their view and their document when a
        non-HTML view is loaded (such as bookmarks view or a PDF). That can
        cause this crash if the layout timer fires before things have fixed
        themselves. This fix turns an ASSERT in FrameView::layout() into an
        early return to cause graceful failure until the root of the
        problem is addressed.

        * page/FrameView.cpp:
        (WebCore::FrameView::layout):

git-svn-id: https://svn.webkit.org/repository/webkit/trunk@29878 268f45cc-cd09-0410-ab3c-d52691b4dbfc
WebCore/ChangeLog
WebCore/page/FrameView.cpp