W3C home > Mailing lists > Public > public-web-perf@w3.org > April 2011

Re: [agenda] Web Performance WG Teleconference #26 Agenda 2011-03-29

From: Jonas Sicking <jonas@sicking.cc>
Date: Fri, 1 Apr 2011 14:28:55 -0700
Message-ID: <AANLkTi=__PyjSp0+6EkwzfwLLGbfa5rRZ579ZLoUdHnh@mail.gmail.com>
To: Nic Jansma <Nic.Jansma@microsoft.com>
Cc: "Olli@pettay.fi" <Olli@pettay.fi>, Philippe Le Hegaret <plh@w3.org>, Jatinder Mann <jmann@microsoft.com>, public-web-perf <public-web-perf@w3.org>
On Fri, Apr 1, 2011 at 1:41 PM, Nic Jansma <Nic.Jansma@microsoft.com> wrote:
> Hi Olli,
>
> Thanks for all of your input so far.
>
> For this test:
>        https://w3c-test.org/webperf/tests/approved/test_navigation_type_backforward.htm
>
> You mention that:
>> And related to that
>> http://dvcs.w3.org/hg/webperf/file/fb6cbccbb0cc/tests/approved/test_navigation_type_backforward.htm
>> is still invalid in some cases.
>> It does not allow bfcached documents.
>
> Does this mean that Mozilla, when doing navigation_frame.history.back(), causes a bfcache navigation?  Is there a way to force a "full" back-forward navigation?

It can, if the page is still cached in the bfcache. Though as with any
cache it is subject to heuristics and other limits so it's not
something you can count on.

There is no way to force a "full" load from the navigation itself.
However there are ways of ensuring that a page doesn't end up in the
bfcache. One simple such way is to register a "unload" event handler.
You don't need to actually do anything in the event handler, just the
mere fact that it is there will prevent the page from being bfcached.
I believe other browsers with a bfcache behaves the same way.

So something like the following should work:

<html>
  <head>...</head>
  <body onunload="1;">
  ....


/ Jonas
Received on Friday, 1 April 2011 21:29:57 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:04:30 UTC