Closed Bug 162889 Opened 22 years ago Closed 21 years ago

Weird cache problem - pages refresh to images instead of page

Categories

(Core :: Networking: Cache, defect)

PowerPC
macOS
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: neilio, Assigned: gordon)

References

()

Details

This is a strange one. I've noticed a bunch of problems when revisiting cached
pages.

i) Sometimes, images load in the wrong place and are scaled to fit the image
that was originally there.
ii) Sometimes I just get an image instead of the page, and have to force-reload
to get the page to appear (sometimes two reloads are necessary).
iii) Sometimes I get markup on the page isntead of the page, or a mix of markup
and rendered HTML.

This is sporadic but seems to happen the most on pages that have been
dynamically generated and passing variables in the URL string. One site that
seems to exhibit this problem the most is Versiontracker
(http://www.versiontracker.com/), but it's happened on other sites, too.
Which Build/Milestone ?
Do you use a proxy ?
Do you use Netscape6.x on your system ?
I've been seeing it with nightlies from the past month or so, but it could have
been happening before that - to be honest, I can't remember. The present build
I'm using is 2002081308, if that's any help.

No proxy, and I've never had the Mozilla - Netscape builds installed on my system.
i've seen "ii" and "iii" intermittenly on linux for approx the past 4 days.
(trunk cvs)
->networking cache
Assignee: Matti → gordon
Component: Browser-General → Networking: Cache
QA Contact: asa → tever
Has anyone seen this in recent builds?
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Not seen for a while now.
*** Bug 175780 has been marked as a duplicate of this bug. ***
Still getting ii, and iii.  Faults are common under 1.01 (yes it's old, but it's
still what vendors ship!), and rare but still happening under 1.2b.  No patterns
spotted, except it's most common under highly graphical/javascripty sites that
are dynamically generated, perhaps if they've been visited recently?  Could it
be a cache collision?
As per the comments on bug 175780, 1.01 runs under cache settings none, 1.2b
uses an HTTP on localhost.  The 1.01 profile was created there, the 1.2b profile
was created under 0.99 and has been going since.
I've noticed that versiontracker.com doesn't like HTTP Pipelining; images load
in the wrong place, and performance is very slow in general. Have you guys tried
disabling pipelining?
This bug seems to summarize problems of bug 117475 and bug 162889. At least they
are somehow related. Can anybdy with more insight look at it (perhaps sthg
should be duped).
*** Bug 193432 has been marked as a duplicate of this bug. ***
After a couple of happy versions of Mozilla, 1.3b has started doing this again
on Linux, on both my home and work computers, with different profiles.
May ultimately be a dup of Bug 194934.
As with Luke Ross in comment 12 I've not seen this since before 1.1 final in
Linux, but it's come back with a vengeance in 1.3 final (I get all of the
original reporter, Neil Lee's problems). Appears with and without HTTP proxy
server. I've tried turning off pipelining as per bug 19434 which does seem to
have stopped it so far.

Is this only showing up on OS X and linux?

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030313
(This is a SuSE customised rpm release 'mozilla-1.3-0.i386.rpm' for v7.3)

SuSE linux 7.3 2.4.19 Glibc 2.2.4
Should be bug 194934, not 19434 as I just wrote. Sorry.
Nope, I can confirm it happens with Moz 1.3 and WinXP Pro SP1, although I have only experienced bug 2 from the original post.

Quote:
ii) Sometimes I just get an image instead of the page, and have to force-reload
to get the page to appear (sometimes two reloads are necessary).

I've had to reload as many as 5 times to make the page show up.

I've turned off pipelining, and it seems to work now.

Other than this bug, 1.3 seems to be an excellent release. :)
And now I've experienced #1

i) Sometimes, images load in the wrong place and are scaled to fit the image
that was originally there.

That happens even with pipelining off. :(
It does seem most odd that after a few versions which were pretty-much free from
this, it's suddenly worse than ever (the number of comments recently suggest I'm
not alone). Pipelining off makes it less frequent, but doesn't really stop it
happening. In many cases I have to leap up and down on the reload button half a
dozen times to get the page to load.  Mozilla often gets sufficiently out of
sync to show me all the HTTP headers and not parse them at all.
I have to correct my comment 14 - I'm seeing it with pipelining off, too.
Darin, does this sound like imgLib weirdness?  I first thought it might be
related to pipelining, but there are reports that it can occur even with
pipelining off.
hmm.. some bugs were fixed recently for 1.4a.  can someone please test a recent
trunk build?  thx!
WFM linux trunk 2003032808.
WFM camino trunk 2003032805.
Still happens on 1.4a release

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4a) Gecko/20030401
WFM with the 2003081810 build. Actually, I haven't seen this for quite a while.
Should this bug be closed?
marking WFM

Derek: please let us know if this bug is still a problem for you.  thanks!
Status: ASSIGNED → RESOLVED
Closed: 21 years ago
Resolution: --- → WORKSFORME
Don't remember seeing this bug at all in or after 1.4 final release.
You need to log in before you can comment on or make changes to this bug.