40507 - META tag with Pragma no-cache not working

Status: RESOLVED FIXED

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

Description

[Christian Rose]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.15 i686; en-US; m15)
BuildID:    2000041811

The URL above is a picture page that should be reloaded every ten seconds (done
with <META HTTP-EQUIV="Refresh">).
In order to prevent the page and picture from always being fetched from the
browser cache, a <META HTTP-EQUIV="Pragma" CONTENT="no-cache"> was added. This
produces the desired effect on Netscape 4.73 (the page+picture being fetched
from the server and not from the cache after this tag was added). Not so on
Mozilla - the page and picture seems to be fetched from cache every ten seconds,
even with this tag.


Reproducible: Always
Steps to Reproduce:
1. Launch Mozilla and go to the test Page
2. Notice the time noted on top of the picture
3. Wait until the browser reloads the page
4. Compare time on picture with previous time


Actual Results:  The image is still the same.	

Expected Results:  The image should have been replaced with a newer one.	

Compare with the behavior of Netscape 4.7x on this page, which produces the
expected results.

Turning on or off memory or disk cache in the "Debug" panel of the Preferences
seems to have no effect on this.

Comment 1

[WD]

Confirmed.      Initially I thought this was a dupe of bug 14772, but I do not
believe it is.   Bug 14772 has do do with Pragma no-cache being used every time
through a proxy, while this bug shows how Pragma no-cache is not being used.
(possibly tied to the Meta Refresh tag)    I noticed it on my webcam page: http:
//dormcam.webhop.net/index1.shtml   , which also uses both a Meta Refresh tag
and a no-cache tag in the chat frame.     When used in combination together, the
no-cache option doesn't seem to work.

Comment 2

[neeti]

[e-mail],

Could you try this, with a page with no images. This could be related to 
bug 30852.

Neeti

Comment 3

[neeti]

Reassigning to neeti

Comment 4

[neeti]

I cannot reproduce the problem. I see the time changing on top of the picture 
for url http://www.menthos.com/images/10secs.html.

Neeti

Comment 5

[WD]

I am not experiencing the problems that I was on 5-24
(page with meta refresh tag pulling from cache, not server)

So, perhaps something was fixed between then and now.

Comment 6

[Christian Rose]

I've reproduced this again in M15. The image still isn't updated.

As Neeti suggested, this bug is probably related to bug 30852. I've put up
similar page without images (http://www.menthos.com/images/noimage.shtml) and it
updates correctly in M15.

Comment 7

[Tom Everingham]

This is difficult for me to reproduce but I do see it sometimes.  Initially, the 
image was always being pulled from the server every 10s or so.  After waiting 
awhile and possibly hitting reload a few times, it started pulling from the 
cache.  I had to delete the disk cache to get it to load from the server again.  
Saw this twice now.   Testing today's 6/12 m16 build on win NT. 

Comment 8

[Christian Rose]

As I had to return my web cam this evening (it was just borrowed for a month for
testing purposes) I've changed the test URL to that reported by
[e-mail]. That page also uses a combo of <META
HTTP-EQUIV="Pragma" CONTENT="no cache"> and <META HTTP-EQUIV="Refresh"
CONTENT="120"> and also shows the problem.

Comment 9

[WD]

Due to Bug 42358, changing URL again.
This new page has a 10-second refresh, rather than 120 to make testing easier.
The Webcam image does not re-appear after the first refresh (10 seconds)

Due to how the video feed, I'm not sure if this is because of bug 22710 , or 
perhaps something else?

Comment 10

[Tom Everingham]

cc'ing ruslan, pam

Comment 11

[Tom Everingham]

wdoorman, for some reason I'm not getting a complete cam image today.  Could you 
increase the refresh to 15 seconds?

Comment 12

[WD]

Refresh is now 15 seconds.    That should be adequate to let the image load up
properly.

Comment 13

[ruslan]

Lemme look into it. It must work 100%, must be some stupid bug. I made refresh 
to be non-cacheable always recently

Comment 14

[ruslan]

Hmm. It works for me. I fixed refresh a week or so ago. Can you please verify 
that it's not working with current builds?

Comment 15

[Tom Everingham]

actually, it's working for me too now.  I initially saw this happen on the 
mentho's site but it has been modified since I saw it.  Thanks for the 
help wdormann.  Is anybody still seeing this?

Comment 16

[WD]

With my 2000061510 Linux build:

http://dormcam.mine.nu:8080/index_moz.shtml crashes every time the main frame
reloads.    (not sure why)
http://dormcam.mine.nu:8080/main_moz.shtml streams the video fine, until it
reloads.   Instead of the video, I get the word "push"
When it reloads again (~15 seconds), I get the streaming video again.

It just keeps alternating.   Video -> "push" -> Video -> "push" ....

With 2000061508 Win32 build:
Both of the above URLs crash Mozilla immediately, every time.

With M16 Win32 build:
The video feed comes through until the first refresh.  Every time after that, I
just get the word "push".


Because I am viewing these pages from a LAN (locally), I believe I may be
affected by bug 41513 .      (which is hard to confirm, since it's a local-only
bug, which can't be tested from an external Internet source).      I'll post my
results from an external source at work on Friday.

Comment 17

[WD]

With Win32 6000061520 from an external source (not on my LAN), I get the same 
behavior I did on my linux system.

http://dormcam.mine.nu:8080/index_moz.shtml  crashes Mozilla
http://dormcam.mine.nu:8080/main_moz.shtml causes alternating video feed and 
the word "push" with each refresh.  (15 seconds)

Comment 18

[ruslan]

Hmm. It does show "push" message every other time, though I can't reproduce the 
crash. May be it is image lib. Pam, do you have an idea where when this "push" 
can get displayed?

Comment 19

[WD]

From what I've experienced, when mozilla tries to load a picture but cannot, it 
will display the name of the picture instead of say, a broken image icon.

For example, if I have a picture called "webcam.jpg" on my page, and the URL is 
incorrect or the file does not exist, Mozilla will display the 
text "webcam.jpg" in its place.

In this case, the streaming video is displayed as "push".  The source is:
<IMG SRC="http://dormcam.mine.nu:8888/video/push">

Comment 20

[pnunn]

I'm guessing the "push" display is the alt text displayed
because the image can't be displayed.

I noticed on another, similar bug that it looks like the
handler for the multi-whatever stream looks like it thinks
the stream has finished. It actually goes through the 
destructor.

I can't remember the bug number. I'll go track it down.
-p

Comment 21

[pnunn]

ruslan:

The write up on bug#42224 might be related to this bug.
I reassigned it to valeski. 

I was hitting 
nsMultiMixedConv::~nsMultiMixedConv() which seemed a hint
that nsMultiMixedConv was convinced the stream was finished.
But it wasn't.

Hope this helps.
-p

Comment 22

[ruslan]

Hmm. I though that was fixed.

Comment 23

[benc]

+verifyme
Need new test case.
Tried the links, and it doesn't referesh in either Communicator or Mozilla 0.9.

Comment 24

[Tracy Walker [:tracy]]

mass remove verifyme requests greater than 4 months old