117475 - Screen images fail to load (render) intermittently with heavy browsing

Status: VERIFIED DUPLICATE of bug 140561

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

Description

[Dom Incollingo]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.7+)
Gecko/20011228
BuildID:    2001122803

After surfing the web for several minutes, certain websites fail  to load
correctly.   In these situations, the screen partially renders, but many of the
.jpgs and .gifs do not render.   The screen print I will attach from
http://www.netscape.com/ illustrates the problem.  Note that I am using
www.netscape.com as an example only; this problem occurs on multiple web sitess.

When this problem occurs, pressing the Reload button does not cause the screen
to fully render; the only way to cause the page to fully render is to clear the
cache, and then to press the Reload button.

Reproducible: Sometimes
Steps to Reproduce:
1.Surf the web for several minutes, visiting several web sites.
2.After a perid of time, one or more pages will only partially render.  Often,
the site that fails to fully render is a site that has been visited previously
since the cache was cleared.
3.

Expected Results:  All sites should render fully.

Comment 1

[Dom Incollingo]

Attachment: http://www.netscape.com/ when it would not fully render

Comment 2

[Vincent Lefevre]

It seems that I have the same problem with build 2001123022 under LinuxPPC, on
several sites (e.g. for the poster images at the IMDb), but quite randomly. It
really depends on the image. For instance, it is OK for some movies, but not for:

  http://us.imdb.com/Details?0094761

When I click on "View Image" from the contextual menu, the image is correctly
rendered.

Comment 3

[Asa Dotzler [:asa]]

->cache

Comment 4

[gordon]

Pav, does "View Image" go through the cache or does it always hit the net again?

Comment 5

[Stuart Parmenter]

from what I can tell, view image just pulls the image out of the cache.  the
only difference is that on the webpage it is a html image and view image is a
xul image.. perhaps there is some weird bug in the html image frame code..

Comment 6

[Dom Incollingo]

Attachment: Yahoo home page when the page would not fully render

Here is a jpg screen shot that illustrates the problem.  Please note the three
images that would not render.  They were all .gif files.  After I cleared the
cache (memory and disk) and pressed reload, the .gif images rendered fine.

Comment 7

[scottputterman]

Moving Netscape owned 0.9.9 and 1.0 bugs that don't have an nsbeta1, nsbeta1+,
topembed, topembed+, Mozilla0.9.9+ or Mozilla1.0+ keyword.  Please send any
questions or feedback about this to [e-mail].  You can search for
"Moving bugs not scheduled for a project" to quickly delete this bugmail.

Comment 8

[Dom Incollingo]

I think this may have something to do with using both Mozilla and Netscape.  I
noticed today that if I browse with Netscape 6.2.1, then close Netscape and
browse with Mozilla, some of the images (.gif files) do not render on certain
pages in Mozilla until I clear the cache in Mozilla.

Comment 9

[Kurniadi Asrigo]

Attachment: This is just one of the pages that are broken.

I used my netscape (6.2.2) Mail client, never opened the navigator. At the same
time I am using Mozilla RC1.0 as my browser.

SHIFT-Reload is need to recover the pictures.

Comment 10

[basic]

based on comment 5, this should go to layout or something, not cache right?

Comment 11

[Kevin McCluskey (gone)]

Attachment: Current netscape.com page with missing images and failed to load some external style sheets

Comment 12

[Kevin McCluskey (gone)]

There seems to be a more general problem than just images.

The image I just attached shows that the netscape.com with a current branch
build does not always load images and also doesn't load all of the external
style sheets that are specified. The "ticker" in netscape.com is layed out as a
block of text because an external style sheet which specifies nowrap and
clipping properties has failed to load.

Comment 13

[Kevin McCluskey (gone)]

Nominating for topembed, nsbeta1 since a number of users have seen this problem.

Comment 14

[Kevin McCluskey (gone)]

Attachment: Current netscape.com missing images and external style sheets

Comment 15

[Dom Incollingo]

Kevin,

Do you have separate profiles for Mozilla and Netscape?  The problem that I
originally reported disappeared for me as soon as I created separate profiles
for Mozilla and Netscape.

Comment 16

[Alexandru Savulov]

steps to reproduce:

- Netscape 7.0 (Gecko/20020512 Netscape/7.0b1) was running
- started a Mozilla instance using the same profile that Netscape was running
already
- browsed with Mozilla (the pull is 1 - 1.5 weeks old) to www.netscape.com
- closed Mozilla
- changed to Netscape and browsed to www.netscape.com and got the same result
  like in attachment 86104 [details]

Comment 17

[Kevin McCluskey (gone)]

I can also reproduce this problem:

1 - Run Netscape 7.0 PR1 and load www.netscape.com
2 - Run current Mozilla build and load www.netscape.com
3 - Close Mozilla
4 - Reload www.netscape.com in Netscape 7.0 PR1
5 - The screen ticker will be messed up.
6 - Close Netscape 7.0 PR1
7 - Relauch Netscape 7.0 PR1 and load www.netscape.com
8 - The screen ticker will be messed up and none of the images will load.

If I clear the cache and reload www.netscape.com it looks fine.

The problem can not be reproduced using current builds because they "lock" the
profile. If an application is using the profile a dialog is displayed which
prevents the user from running Mozilla or N7 using the same profile. The N7 PR1
build does not have this locking.

If you run N7.0 PR1 and completely shutdown before running Mozilla I do not see
any problems. If I use different profiles I do not see any problems. The
problems only begin when both applications use the same profile and they
reference the same URL.

Comment 18

[Kevin McCluskey (gone)]

I'm removing nsbeta1, topembed nominations since current builds will not have
this problem since they lock the profile.

Comment 19

[Waheed Islam]

build: 20020802 08, winnt.

also reproducible with 1.0a/b and 1.0 release.

first, this is not normal severity! far more severe than people realise.
I mean, you're happily browsing the web, and the most critical images you want
to see fail to load!
ctrl + shift + R, resolves the problem... sometimes.

over four people I have introduced mozilla to all report the same bug, and they
all use modems, like with me.

very easy to reproduce with a slower connection.
But with something like cable / dsl, I haven't found it.

I don't think it has anything to do with how long you have been surfing, I only
just connected and got the problem on the first site I visited - (56k modem).

umm, this could have something to do with the prefs perhaps? Such as, I always
enable pipelining on every build - but perhaps not.

Comment 20

[Waheed Islam]

actually, i was wrong, seems to be happenin' with faster connection too, tested
using build 20020807.

Comment 21

[Waheed Islam]

sounds strange but I think this may have something to do with Pipelining.
I enable it on every build I install. But today I disabled it (using build:
20020802 and moz1.0.1 rc1) and the images have started to load fine.

I don't have netscape or any other browser installed (except of course IE), so
there can't be any interference on that side (comment #8 and comment #15).

url which I use to test this bug: https://www.webmail.ision.net.uk/ndomail/
for some strange reason, I can't reproduce it with netscape.com

Kevin, Dom: Could you please test whether this may have anything to do with
Pipelining.

Comment 22

[Tom Everingham]

this is starting to sound like a dupe of bug# 140561.  Keven and Dom where you
able to test this with piplining disabled?

Comment 23

[Dom Incollingo]

I disabled pipelining about a week ago, and haven't noticed the problem since. 
However, since I stopped using Netscape and Mozilla in the same profile (several
months ago), I've only experienced this problem a couple times.  So for me, a
week without this problem isn't conclusive.

Comment 24

[sbporter]

I think this is a duplicate of https://bugzilla.mozilla.org/show_bug.cgi?id=140561
and should be marked as such.

Comment 25

[Wayne Mery (:wsmwk)]

duping