[Webkit-unassigned] [Bug 26409] [GTK] Glitches in new progress/load-status system

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Tue Sep 1 07:27:13 PDT 2009


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





--- Comment #13 from Xan Lopez <xan.lopez at gmail.com>  2009-09-01 07:27:13 PDT ---
(In reply to comment #8)
> Created an attachment (id=33975)
 --> (https://bugs.webkit.org/attachment.cgi?id=33975) [details]
> Test case for FIRST_VISUALLY_NON_EMPTY_LAYOUT after FINISHED
> 
> This is a test case for another issue I've found in load_status system. When
> loading more than one document at the same time, sometimes, for some of the
> documents, WEBKIT_LOAD_FIRST_VISUALLY_NON_EMPTY_LAYOUT status is reported after
> WEBKIT_LOAD_FINISHED. The test program receives gnome bugs numbers.
> 
> $ ./test 102382 105129 106872 
> ** Message: Status for (null) is WEBKIT_LOAD_PROVISIONAL
> ** Message: Status for (null) is WEBKIT_LOAD_PROVISIONAL
> ** Message: Status for (null) is WEBKIT_LOAD_PROVISIONAL
> ** Message: Status for http://bugzilla.gnome.org/show_bug.cgi?id=102382 is
> WEBKIT_LOAD_COMMITTED
> ** Message: Status for http://bugzilla.gnome.org/show_bug.cgi?id=105129 is
> WEBKIT_LOAD_COMMITTED
> ** Message: Status for http://bugzilla.gnome.org/show_bug.cgi?id=105129 is
> WEBKIT_LOAD_FINISHED
> ** Message: Status for http://bugzilla.gnome.org/show_bug.cgi?id=106872 is
> WEBKIT_LOAD_COMMITTED
> ** Message: Status for http://bugzilla.gnome.org/show_bug.cgi?id=106872 is
> WEBKIT_LOAD_FIRST_VISUALLY_NON_EMPTY_LAYOUT
> ** Message: Status for http://bugzilla.gnome.org/show_bug.cgi?id=102382 is
> WEBKIT_LOAD_FIRST_VISUALLY_NON_EMPTY_LAYOUT
> ** Message: Status for http://bugzilla.gnome.org/show_bug.cgi?id=105129 is
> WEBKIT_LOAD_FIRST_VISUALLY_NON_EMPTY_LAYOUT
> ** Message: Status for http://bugzilla.gnome.org/show_bug.cgi?id=106872 is
> WEBKIT_LOAD_FINISHED
> ** Message: Status for http://bugzilla.gnome.org/show_bug.cgi?id=102382 is
> WEBKIT_LOAD_FINISHED
> 
> In this case for bug 105129, FINISHED is sent before
> FIRST_VISUALLY_NON_EMPTY_LAYOUT

So, after looking a bit at the code in FrameView.cpp I'm not sure there's
anything wrong with this. It simple means we received all the data before
WebCore had a chance to do the first visually non empty layout, so the order of
the notifications makes sense I'd say. We should probably add a note to the
docs and adapt Epiphany to better take this into account.

-- 
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