[Webkit-unassigned] [Bug 34773] [GTK] Hits assertion on history back, with page cache enabled, in specific conditions

[bugzilla-daemon at webkit.org]

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





--- Comment #6 from Xan Lopez <xan.lopez at gmail.com>  2010-02-10 10:51:15 PST ---
(In reply to comment #4)
> > This one seems to be needed because although the view indeed restores the
> > values it does it before we are able to restore our adjustments, so it's
> > useless. If this is the case there should be some FIXME/comment in the code
> > about it.
> 
> Yeah, exactly. There could be other ways of triggering this, but I think this
> is a good solution that has low risk of unwanted side effects. I'll add a
> comment.

So, the thing is that this seems really weird. The CachedFrame is restored, and
the old FrameView set to the Frame, *after* the transition method is called, so
it seems to me there's no way WebCore could be setting the scroll values before
our method is called. Can you tell me where was that happening exactly?

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