43946 - Overly Agressive use of cached documents when given a 304 status

Status: VERIFIED DUPLICATE of bug 40449

(Core :: Networking: Cache, defect, P3)

Description

[Andy Sharp]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; SunOS 5.7 sun4u; en-US; m17) Gecko/20000625
BuildID:    2000062521

On the above page (login required, email for access)  when a button is clicked,
the script returns only a location: header, telling the browser to go back to
the page from where the button was clicked.

Mozilla does not reload the page, despite the webserver telling the browser that
the (new) page is current.  The current behavior of both IE (sun, windows)
Netscape (sun, windows) is to reload the page upon re-direction.

In all versions of Mozilla (m16 sun, win2k, m17) which I've tested this with
this occurs.


This behavior "breaks" a number of sites.

Reproducible: Always
Steps to Reproduce:
1. Create page with a form, pointing to a script
2. Have script change the content of the page, then redirect the user back to
the page
3. Watch as the new page is NOT loaded.

Expected Results:  Mozilla should reload the newly changed page.

Comment 1

[Andreas Franke (gone)]

I created two files in my public_html directory like this:

1.) zzz.html (world-writable):

<form action="zzz.cgi">
<input type=submit value="Add another 'foo' to this page">
</form>
foo

2.) zzz.cgi:

#!/bin/sh
echo "foo" >> `dirname $0`/zzz.html
echo "Location: zzz.html"
echo ""
exit 0

With both Communicator 4.72 and mozilla 2000063020 I do not see an updated page
until I press reload -- but when I reload the page after some clicks, all the
newly added foos are displayed.

I am confirming this bug because someone should look at it, but I don't know if
this is really a bug, or if my testcase is appropriate.

Comment 2

[Andreas Franke (gone)]

Well, probably my testcase is *not* appropriate: mozilla always says something
like "Error loading URL .../zzz.cgi? " in the shell.

Comment 3

[timeless]

As per reporter this is All/All.

Comment 4

[Gagan]

this is a dup. 


*** This bug has been marked as a duplicate of 40449 ***

Comment 5

[leger]

Marking Verified as a dup.