296387 - fast back / forward doesn't work on arstechnica.com

Status: RESOLVED WORKSFORME

(Core :: DOM: Navigation, defect)

Description

[Robert]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; de-DE; rv:1.7.8) Gecko/20050517 Firefox/1.0.4 (Debian package 1.0.4-2)
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b2) Gecko/20050531 Firefox/1.0+

The new fast back / forward history feature doesn't work on
http://arstechnica.com . Firefox seems to render the page just as it does
normally when using back / forward.

Note: I set browser.sessionhistory.max_viewers to 5 and the feature works very
nicely on all other pages I tested.

Reproducible: Always

Steps to Reproduce:
1. enable fast back / forward feature
2. go to http://arstechnica.com
3. click a link
4. click "back"

Actual Results:  
Firefox rerenders the page.

Expected Results:  
It should have loaded the rendered page from cache.

Comment 1

[Steve England [:stevee]]

I don't know how to check the cache properties of sites, but dupe of bug 292941?

Comment 2

[Robert]

I think caching is allowed, HTTP response headers for arstechnica.com are:

Cache-Control: private
Content-Length: 36140
Content-Type: text/html; charset=utf-8
Server: Microsoft-IIS/6.0
MicrosoftOfficeWebServer: 5.0_Pub
X-Powered-By: ASP.NET
X-AspNet-Version: 1.1.4322
Date: Thu, 02 Jun 2005 20:46:37 GMT

200 OK

There are no extra html meta tags.

Comment 3

[Robert]

BTW you can easily check for response headers using the web developer plugin for
firefox (which also has many other great features).

Comment 4

[Jaime Mitchell (use [e-mail] for email)]

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050629
Firefox/1.0+ ID:2005062910

browser.sessionhistory.max_viewers set to 5

I see the reported behaviour. There is nothing in the site headers that would
appear to be responsible (same as per comment 2)

Comment 5

[Robert]

I just installed deerpark alpha 2 (Mozilla/5.0 (X11; U; Linux i686; en-US;
rv:1.8b3) Gecko/20050712 Firefox/1.0+).

Fast forward / back still doesn't work on arstechnica.com, alpha 2 re-renders
the page every time. It seems to work well on other sites.

Comment 6

[Robert]

Just a status report: In Firefox beta 1, this bug still exists.

Comment 7

[Anil Shanbhag]

The page loaded from cache : the ads have no-cache and they need to be rendered again.

Comment 8

[Justin Lebar (not reading bugmail)]

WFM too.