[Webkit-unassigned] [Bug 68085] [GTK] Loader client implementation for WebKit2 GTK+ API
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Mon Sep 26 06:08:46 PDT 2011
https://bugs.webkit.org/show_bug.cgi?id=68085
--- Comment #18 from Gustavo Noronha (kov) <gns at gnome.org> 2011-09-26 06:08:46 PST ---
Sorry, I didn't realize they were two different options, but yeah, I guess this one looks simpler and better overall.
(In reply to comment #17)
> > 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.
>
> I'm not sure I understand what you mean, it says that you need to handle the signal to provide your own error page. Do you mean it can be used to not show any error page at all?
Yes, I mean can it be used to just not touch the page that is being shown? Since this is a provisional failure, you haven't committed yet, so you can remain at the already loaded page, right?
> Do you mean adding a new signal in addition to the current ones or replace finished and failed signals by a single finished signal?
Not sure what's the best way, but I think the idea of simplifying detecting that the load has finished one way or another would be welcome. Maybe we should finished at the end regardless of whether it failed or not, then you can query the failure and final state from the loader client, what do you think? Adding a new signal sounds OK too.
--
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