[Webkit-unassigned] [Bug 13892] New: Page refreshes cause FOUC compared to a Gecko refresh

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Sun May 27 14:38:28 PDT 2007


http://bugs.webkit.org/show_bug.cgi?id=13892

           Summary: Page refreshes cause FOUC compared to a Gecko refresh
           Product: WebKit
           Version: 522+ (nightly)
          Platform: Macintosh
        OS/Version: Mac OS X 10.4
            Status: UNCONFIRMED
          Severity: Normal
          Priority: P2
         Component: Page Loading
        AssignedTo: webkit-unassigned at lists.webkit.org
        ReportedBy: akwb at msn.com


Extensive browsing has caused me to notice this more and more.

Refreshes often cause flashing of un-styled content where as simply loading the
page again by clicking on a link to it causes the content to renew but without
the flashing of a "proper" refresh. Gecko seems to handle both cases in the
same way (no flashing).

I had a talk with M. Rowe about this on IRC and he said:

"I think Safari's 'Reload' means 'Reload the page ignoring the cache' while to
Gecko it means 'Reload the main resource ignoring the cache, feel free to use
it for any subresources'"

Mark then expressed his view that Webkit's was the "correct" way to ensure the
page refresh was just that. However Gecko's way is much smoother and results in
much faster "perceived" refreshing of the page. From an everyday browsing POV
the Gecko way without doubt seems preferred. Mark encouraged me to submit a
report.

I notice this on quite a few sites but this page seems to illustrate it best:

http://community.nethosted.co.uk/

If you hit Cmd-R a few times you'll see un-styled content. If you instead do a
Cmd-L then hit enter no flash occurs but the page is still renewed from the
server. I find the latter behaviour smoother and therefore preferable, Gecko
also performs a refresh this way as I've mentioned before. Anything that
improves the speed of a refresh is surely a good thing.


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



More information about the webkit-unassigned mailing list