[Webkit-unassigned] [Bug 93127] Adding APIs to Chromium WebKit API to allow for creating and monitoring frame hierarchy.

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Fri Aug 3 09:20:24 PDT 2012


Adam Barth <abarth at webkit.org> changed:

           What    |Removed                     |Added
 Attachment #156390|review?                     |review-
               Flag|                            |

--- Comment #4 from Adam Barth <abarth at webkit.org>  2012-08-03 09:20:24 PST ---
(From update of attachment 156390)
View in context: https://bugs.webkit.org/attachment.cgi?id=156390&action=review

This is really close, but I'd like to see one more iteration.

> Source/WebKit/chromium/public/WebFrameClient.h:112
> +    // A child frame was created in this frame.
> +    virtual void didCreateFrame(WebFrame* parent, WebFrame* child) { }
> +
>      // This frame has been detached from the view.
> -    //
> -    // FIXME: Do not use this in new code. Currently this is used by code in
> -    // Chromium that errantly caches WebKit objects.
>      virtual void frameDetached(WebFrame*) { }
>      // This frame is about to be closed.

Can you add a comment explaining the lifecycle of a frame w.r.t. these functions?  Presumably didCreateFrame and frameDetached are always called at the beginning and end of the lifecycle, respectively.  From our discussion, it sounds like willClose is called before frameDetached, but only in some situations...

> Source/WebKit/chromium/public/WebFrameClient.h:406
> -        WebFrame* source,
> +        WebFrame* sourceFrame,
> +        WebFrame* targetFrame,

Doesn't this break the API?  Do we need to land this change in stages with a stub?

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

More information about the webkit-unassigned mailing list