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)
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.
Comment 1•22 years ago
|
||
Which Build/Milestone ? Do you use a proxy ? Do you use Netscape6.x on your system ?
Reporter | ||
Comment 2•22 years ago
|
||
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
*** 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?
Comment 10•22 years ago
|
||
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).
Comment 11•22 years ago
|
||
*** Bug 193432 has been marked as a duplicate of this bug. ***
Comment 12•21 years ago
|
||
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.
Comment 13•21 years ago
|
||
May ultimately be a dup of Bug 194934.
Comment 14•21 years ago
|
||
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
Comment 15•21 years ago
|
||
Should be bug 194934, not 19434 as I just wrote. Sorry.
Comment 16•21 years ago
|
||
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. :)
Comment 17•21 years ago
|
||
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. :(
Comment 18•21 years ago
|
||
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.
Comment 19•21 years ago
|
||
I have to correct my comment 14 - I'm seeing it with pipelining off, too.
Assignee | ||
Comment 20•21 years ago
|
||
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.
Comment 21•21 years ago
|
||
hmm.. some bugs were fixed recently for 1.4a. can someone please test a recent trunk build? thx!
Comment 22•21 years ago
|
||
WFM linux trunk 2003032808.
Comment 23•21 years ago
|
||
WFM camino trunk 2003032805.
Comment 24•21 years ago
|
||
Still happens on 1.4a release Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4a) Gecko/20030401
Reporter | ||
Comment 25•21 years ago
|
||
WFM with the 2003081810 build. Actually, I haven't seen this for quite a while. Should this bug be closed?
Comment 26•21 years ago
|
||
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
Comment 27•21 years ago
|
||
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.
Description
•