65805 - Meta Tag http-equiv="refresh ..." does still work after reloading another page.

Status: RESOLVED WORKSFORME

(Core :: Networking: HTTP, defect)

Description

[Martin Grosz]

From Bugzilla Helper:
User-Agent: Mozilla/4.76 [en] (Windows NT 5.0; U)  (NOT THE BUGGY SYTEM!)
BuildID:    20010110

Imaging having a page with the following tag in the html header:
<meta http-equiv="refresh" content="10; URL=otherpage.htm">
If a user views this page for 10 seconds, he will be redirected to 
otherpage.htm.  If, prior to the 10 seconds to be over, he reloads 
thirdpage.htm, the refresh to otherpage.htm should not happen.  But it does!  
The user can "avoid" this if he right-clicks thirdpage.htm after loading and 
then clicks "Refresh" ...

Reproducible: Always
Steps to Reproduce:
1. Create any page with the refresh redirector
2. Prior to the timeout, go to another page
3. Wait until the timeout happens and see otherpage to be loaded.

Actual Results:  Mentioned in "Steps to Reproduce".

Expected Results:  After going to thirdpage, the refresh url should not be 
loaded any more.

Should not be needed.

The build ID is a guess - I am currently not with the Mozilla system. 
Downloaded the build about 1 week ago.

Comment 1

[Keyser Sose]

Reporter can you attach a testcase please.

Comment 2

[Antti Näyhä]

This is a dup of bug 36371, which is supposed to have been fixed ages ago.

I cannot reproduce the problem with build 2000-01-22 on Win2k, though.
Reporter: if you see this happening again, please reopen bug 36371.

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

Comment 3

[Hixie (not reading bugmail)]

Reassigning QA Contact for all open and unverified bugs previously under Lorca's
care to Gerardo as per phone conversation this morning.

Comment 4

[Keyser Sose]

Still seeing this. Reopening. Adding testcase keyword.

Comment 5

[Keyser Sose]

Confirmed
Platform: PC
OS: Windows 98
Mozilla Build: 2001012904

Marking NEW.

Comment 6

[Antti Näyhä]

Um, I'm still pretty sure that this is a dup of bug 36371.  If you're still 
seeing the problem, please reopen that one instead.

Comment 7

[Boris Zbarsky [:bzbarsky]]

*** Bug 68245 has been marked as a duplicate of this bug. ***

Comment 8

[Aidas Kasparas]

Antti,

I have created couple of pages and gave URL at bug 36371. Unfortunately I have
no option to reopen that bug. And afraid my comment is lost in pre mozilla0.8
busy time.

Comment 9

[bsharma]

qa contact updated.

Comment 10

[bsharma]

changing the component to 'Layout'.

Comment 11

[karnaze (gone)]

Reassigning to mscott, based on other related bugs.

Comment 12

[chris hofmann]

this seems to work ok for me using a recent build.
lets have some folks recheck and get it on the radar
for looking at and fixing after the cache landings
in the next few days. 

Comment 13

[karnaze (gone)]

Moving to networking: http component.

Comment 14

[basic]

I was led to this bug from bug 82166 which happens to be a dup of this bug
(somebody with permission please mark it as dup). Bug 36371 is actually fixed,
but this bug is not (as of mozilla0.9 win32 talkback). The difference is that
the testcase in this bug uses frames and the testcase in bug 36371 does not.

Here is the testcase from bug 82166

http://monty.mutatus.co.uk/~gbarr/mozilla.html

Comment 15

[basic]

The testcase given by  [e-mail] after bug 36371 was closed

http://www.lifosa.com/~kaspar/framebug/frref.html

Comment 16

[Brian Nelson]

Hmmm, just for clarity's sake....

I am seeing this on Linux/FreeBSD (both 0.9 on Linux, 0.9.1 FreeBSD), but not
0.9.1 on Win2k, which may be why some people are reporting that this is fixed,
and others are screaming that it is not fixed.

Comment 17

[basic]

build 2001061520 win32
os: win98

all testcases WORKSFORME

is this bug fixed somehow? Brian would you mind testing again with a later build?

Comment 18

[Azrael AOD]

Win32 2001061905 - WFM 
Will attempt a linux test as soon as I can.

Comment 19

[Azrael AOD]

*** Bug 82166 has been marked as a duplicate of this bug. ***

Comment 20

[Xan Lopez]

Testcase from bug 36371 WFM on 0.9.2 Linux.

Comment 21

[benc]

+mozilla1.0 - this needs to be fixed.

Comment 22

[Christopher Aillon (sabbatical, not receiving bugmail)]

*** Bug 84972 has been marked as a duplicate of this bug. ***

Comment 23

[basic]

I've tested the testcases with build 2001071903 win32 on win98 and I nolonger
see the problem.

Comment 24

[Alvaro Munoz-Aycuens]

WFM on: 
Win98 build id 20010721 
MacOS 8.5 build id 2001072008
Linux build id 2001072106

The normal refresh works and if i change the page before the times expires,
mozilla dosen't load the page established in the meta tag as explained by the
reporter.