[Webkit-unassigned] [Bug 68085] [GTK] Loader client implementation for WebKit2 GTK+ API

[bugzilla-daemon at webkit.org]

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





--- Comment #16 from Gustavo Noronha (kov) <gns at gnome.org>  2011-09-26 05:32:59 PST ---
(From update of attachment 108456)
View in context: https://bugs.webkit.org/attachment.cgi?id=108456&action=review

> Source/WebKit2/UIProcess/API/gtk/WebKitWebLoaderClient.cpp:272
> +     * This signal is emitted when an error occurs when starting to
> +     * load data for a page. By default, if the signal is not handled,
> +     * a stock error page will be displayed. You need to handle the signal
> +     * if you want to provide your own error page.

I assume you can handle this signal to avoid the currently loaded page to be replaced by the error page, for instance? Might be good mentioning it here.

> Source/WebKit2/UIProcess/API/gtk/WebKitWebLoaderClient.cpp:318
> +     * This signal is emitted when a page load complete, that is, when all
> +     * the resources are done loading.
> +     *
> +     * This signal is emitted after #WebKitWebLoaderClient::load-committed.

What about that idea of also emiting a signal when the load stops either by finishing properly or by failing, giving us a single signal to know that the load try has finished?

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