68151 - Images in pages not loading completely

Status: RESOLVED INCOMPLETE

(Core :: Graphics: ImageLib, defect, P3)

Description

[Michael Witbrock]

Intermittently, from about build 20010202 on (I'm currently using 2001020504) 
many pages have being failing to completely load. Small gifs (such as the build
status icons on mozillaZine) seem to be particularly vulnerable to this problem.

Reload sometimes helps, sometimes doesn't.

Sorry this is such an unhelpful bug report, but the phenomenon is real. 
Things were working fine until recent builds.

Comment 1

[Doron Rosenberg (IBM)]

could oyu try a new profile (mozilla -profilemanager) and see ifthat helps?

Comment 2

[Asa Dotzler [:asa]]

bug 66034 maybe?

Comment 3

[R.K.Aa.]

could be a cache issue, depending on settings..

Reporter:
-When you reload the page: Do you reload from cache or net?
 (hold in the Ctrl button while clicking reload, to force reload from web.)
 Do images load completely then?

-What is your setting in preferences/advanced/cache?
 (for "compare page in cache to the one on network")

Comment 4

[Michael Witbrock]

Doron's suggestion seemed to help (although I don't want to lose all my settings).

On the basis of this new evidence, I think that the problem may be some how
related to themes.  About the same time that the problem first appeared, I had
tried out the "Orbit" theme (which I think caused a couple of crashes), and 
then switched back to "Modern"  everything seems fine re: the theme now, but 
perhaps something in prefs got screwed  up: I have noticed a couple of chrome:
urls in the activity bar (sometimes) when the infinite waits on image loading
are happening.  

Is it possible that the images are being held up pending completion of
non-functioning chrome: accesses?

Is there some section of preferences that I can copy from the new (test) profile
into my old profile to restore the chrome settings to a default setting?

Comment 5

[Michael Witbrock]

As far as reloads are concerned, http://www.mozillaZine.org never completes
loading (the build status icons (thumbs up etc) don't appear). So it probably
isn't related to caching, right?

Comment 6

[R.K.Aa.]

i saw that with a somewhat big picture yesterday actually.. and forcing a reload
from net did not help the situation - the pic stopped loading at the same
position. Had to delete cache and restart moz for the pic to load again - then
it worked. Haven't seen the problem with smaller pix yet. (Not recently, at least.)

Comment 7

[josh]

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

Comment 8

[Keyser Sose]

So anyone able to reproduce this?

Comment 9

[Keyser Sose]

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

Comment 10

[Asa Dotzler [:asa]]

over to Networking for eval.

Comment 11

[[e-mail] (gone - use [e-mail] instead)]

This may sound strange, but does pulling up a cmd.exe in Win2K or the command
prompt in NT 4.0 and executing a netstat session help? It seems to help with me,
this same problem occurs on http://home.netscape.com/escapes/search/ntsrchrnd-D.html

Comment 12

[Darin Fisher]

Yancey on IRC says: "See what you get with http://www.cascss.unt.edu   That page
hasn't loaded in browsers since 1997 yet, I now only get one or two images and
the rest do not load.  Repeatable."

pavlov: could this be imglib related??

Comment 13

[Darin Fisher]

s/hasn't/has/

Comment 14

[Yancey Yeargan]

With build 2001032804...

My experience was that the page above would only load the yellow "home" button 
for all builds since the new imglib2 and cache changes landed. However, I just 
wiped out my entire Mozilla profile and the mosregistry.dat from the WINNT 
directory.  Then I started with a fresh new profile and the page above loaded 
all images correctly.

Wiping the cache directories alone had not fixed this, wiping the profile did.

Once I had my new profile setup the way I like, I tried putting in my old 
prefs.js file and wiped both cache directories and the images continued to load 
properly.  I don't think the prefs.js file was the culprit. Although, the 
mozregistry.dat file or something else in my profile may have been causing a 
problem.

The short of it is that the page above works for me now, so I don't know if it 
will be a good test case.


I also noticed that the following page illustrates the black horizontal lines 
across an image problem very well.  It seems to occur only on the first load of 
a page.  If you resize the window, the image immediately re-draws properly.

http://gnu-darwin.sourceforge.net/art.html

Comment 15

[Yancey Yeargan]

I was just watching the tree burning and realized that animated gifs work 
properly when set as a background (body or td), but not in <img> tags.

I've setup a page to demonstrate at http://www.cascss.unt.edu/test/

Comment 16

[Chris Walter]

I also see this on Linux using build 2001041214.  Could someone update the OS
line?  Usually for me some images won't load at all(as opposed to partial
loading).  I would say this bug makes mozilla almost unusable.  I have tried
completly deleting my .mozilla directory
and starting from scratch but this makes no difference.

Comment 17

[Darin Fisher]

-> OS == ALL

Comment 18

[Chris Walter]

I did a little more searching and at least on Linux my problem is the same as
bug 74313 (i.e. resized images don't show up).  Now I'm not sure if this is the 
same bug or not.

Comment 19

[Matthew Miller]

I've created a small series of test pages at
http://jadzia.bu.edu/~mattdm/imageloadtest/ which demonstrate what I think is
this problem. It seems oddly linked to FORM elements located earlier in the page
-- without a "submit" button, the images always load, but if there is one, the
next image is not visible unless shift-reloaded.

Behavior is also affected by presence of (correct) height/width tags -- if those
are missing, the images after submit buttons _never_ show.

I've put brief descriptions of the behavior I see on each of the test pages
there -- that might be more useful than trying to make sense of what I'm saying
here.

Comment 20

[Matthew Miller]

On further investigation, I think that's a different bug. #77230

Comment 21

[Gagan]

->pavlov

Comment 22

[Johnny Stenback (:jst)]

http://www.dmv.ca.gov shows what appears to be a this same problem, hardly any
of the images on the right side of that page loads correctly, or at all.

Comment 23

[Stephen Ostermiller]

I have noticed this problem on several pages.  I have noticed that using the
mouse to select the images as one would do for text (click above left of images,
drag below right, release) often causes images to disappear or reappear.

Comment 24

[justken]

I would like to add the following behaviours to this bug report all from testing
using the following page:
http://justken.net/BandB/Homes/Inverness.html

the images in question are located in the burgandy and transparent bar that runs
horizontally across the page.

1) if all the images have the attirbute height="100%" none of the images load.
2) if the img has the attribute height=75, it is replaced by the alt tag, and so
is the next image using the clasic theme - I had more success with the Modern
theme getting all images to display using reload. subsequent images load
correctly if they have no height attirbute.
3) if all have NO height set, all the images will be displayed, however the
table expands two pixles at the bottom, (common to all browsers) instead of
being the same size as the images.
4) if all images have a height=75 then they may or may not load during
subsequent reloads and [ctrl]-reloads. there is a much better chance of images
loading with theme moderns set instead of modern, which fails to load more than
two of the images at any given time... also with the modern theme i was getting
height changes for containing table.

for reference here are the relevant span and td classes from the linked css file.
// this pushes the images over - center doesn't seem to do much. 
span#home{
	text-align:center;
	margin: 3%;
	font-weight : bold;
	z-index:21;
}

// this is the class for the bars table cell <TD>
.thumbs{
	vertical-align: middle;
	height : 75px;
	background-image : url(../Homes/common/ImageBars.gif);
	background-repeat : repeat;
	z-index:10;
}

Comment 25

[Tom Mraz]

This seems to be fixed now, please retest the URLs. Except for the
http://justken.net/BandB/Homes/Inverness.html
which is probably completely different bug and should be reported as new one.
Please retest it.

Comment 26

[Asa Dotzler [:asa]]

pushing out. 0.9.2 is done. (querying for this string will get you the list of
the 0.9.2 bugs I moved to 0.9.3)

Comment 27

[John Flynn]

This does not appear to be fixed. I am running 0.9.2 under Linux and

http://www.dilbert.com

doesn't load completely. Not only that, but after attempting to load it, the
networking code seems to be "broken" and only a browser restart will fix it.

I can easily rate this as a showstopper bug; this is not the only page with this
problem, www.userfriendly.org also seems affected.

-Z

Comment 28

[John Flynn]

Whoops, I forgot to mention that www.dilbert.com loads completely every time in
Netscape 4.7x, so this is not a site-side issue.

-Z

Comment 29

[Matthew Miller]

Works for me under linux with 0.9.2 and with 2001071205. Also works with a
recent nightly build on win32 (not sure which build exactly offhand).

Comment 30

[Jason Kersey]

-> 0.9.4 per Pavlov

Comment 31

[David Saxby]

Try http://www.radiotimes.com if needed for an almost dead cert test case for a
site refusing to load all the gifs.  This site *never* loads completely for me.
 Using 0.9.3 build 2001080221 on Linux over 56K modem.

Comment 32

[Ryan Pertusio]

Using win2k, Build 20010807 and a fast connection (180k/sec), all images load
fine on radiotimes.com.
However: Using winME, Build 20010805 and a slow connection (56k modem), some
images/pages do not load completely.  Could this bug be a loading speed problem,
where the requests for the images/pages "time out" while trying to load and dont
display?

Temporary solution:
 Sometimes forcing Mozilla to redraw will cure some of the images:
[1] resizing the window (redraw)
[2] scrolling the page so an image (where one _should_ be) goes out of view, and
scrolling back up will reveal the image

Other times, no ammount of redrawing will reveal the image from hiding. 
Checking the individual image sizes / dimensions, I see that they all have
dis-similar properties.  No specific size / dimension can be pinpointed. :(

Again, I only have these problems on slow modem, and winME.  On fast connection
and Win2k, none of these problems exist.


This message in reply to:
> Try http://www.radiotimes.com if needed for an almost dead cert test case for a
> site refusing to load all the gifs.  This site *never* loads completely for me.
> Using 0.9.3 build 2001080221 on Linux over 56K modem.

Comment 33

[benc]

-> imagelib & qa

Comment 34

[Doug Binks]

I get this problem on all web pages with images, since build 0.9.2 on WinME.

Builds 0.9.3 and 0.9.4 both had this problem, though more severe than mentioned
here as almost all images refuse to load. Sometimes a few images will load, but
refresh will load others rather than loading more, even though the first images
to appear should be in the cache. Note that if an image has a size mentioned but
no border, a blank space the correct size will initially appear then disappear.
If there is a border, the border and space are drawn correctly then dissappear. 

Builds were talkback self installing. I uninstalled the previous build,
installed the new and selected my profile.

Am on a 28K modem connection, with Windows ME, 128Mb Ram, 30Gb disk with 4Gb
free, use 2Gb virtual memory on it's own partition, have set in Mozilla 16Mb
memory cache and 150Mb disk cache. Have Norton Internet Security Family Edition
(ad blocking off), Norton Anti-Virus, and MS Internet connection sharing, aHead
InCD1.3 running.

SOLUTION: When Norton Internet Security is diabled, this problem disappears.

Note that 0.9.2 and below did not show this problem, and neither does Netscape
4.7 or MSIE (when I use it, which is almost never). 

Comment 35

[Doug Binks]

Further research shows that this problem may be related to the change in the
default path for installation of the Mozilla executable in the new builds.
Norton seems to block some of the TCP/IP requests for the new mozilla executable
and not others. Changing the path expected for mozilla within Norton solves this.

Whilst the above posts are related to a bug in Norton Internet Security, this
may be a cause of some peoples problems as well.

Comment 36

[Stuart Parmenter]

.

Comment 37

[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 38

[Gagan]

can someone reproduce this internally? till we know more minusing. -adt

Comment 39

[Alistair Vining]

When I cc'd myself to this bug, it was *really* obvious: pages all over the web
would stop half-way through individual images.  It has been 'fixed' for me for
many months now in normal browsing, and I just tried all the urls mentioned in
this report -- all successful [Win98, 2002-03-04 03:00].  Suggest WORKSFORME and
that people with specific bugs file new ones?

Comment 40

[Dan Soper]

I find that often images don't load. Hitting reload will cause some iamges in
the page to load, but not necessarily the same ones, and those that had loaded
before are either re-loaded or lost.

Selecting the url in the browser window, and then hitting "Enter" on the
keyboard will make Moz re-draw the page (reload from the HDD cache), and this
prompts it to load more images, without losing those already loaded. But often I
need to try this trick several times in order for all images in a page ot be shown.

Occasionally I've seen frames (i.e. HTML pages) fail to load in much the same way.

Comment 41

[Dan Soper]

Forgot to mention: I'm currently using Moz1.0rc1 (build 2002041711), but the
problem is essentially unchanges for the last several milestone builds. Except
that 1.0rc1 show the broken image icon, where previous versions resized the
missing images to 0x0 pixels when they failed ot load, even if the HTML had
specified the image size.

Comment 42

[Matthew Miller]

Dan, I haven't seen this problem for months. What platform/OS is this on? Did
you do a fresh install, or have you been installing over older releases? What if
you create a new profile? Do you have an example site where the problem
usually/always occurs?

Comment 43

[Tom G.]

I'm running build 2002050108 now, just upgraded it from 2002042908 hoping it
would clear this problem up.  I'm using the basic theme, I've tried to reload,
hit ctrl + reload and it has not helped.  It seems to be smaller images that
don't show up.  The banner on my own site, which I access via an internal IP
address, will show all images.  But if I type the name of it's host, the banner
gif won't show.  I've also had troulbe with www.cnn.com , and www.cnnsi.com .

Comment 44

[Michael Henderson]

Attachment: Screenshot of WSJ online page

Comment 45

[Michel]

Well I have this same problem right now.
I have been using Mozilla for several months now , I updated yesterday to the
official final 1.0 release and now suddenly like 20-30% of the images are broken.
I tried to delete the cach , but it didn't make any difference.
I deleted my whole install and made a fresh 1.0 install , but no difference ,
still alot of broken images.
To make sure it's not my isp I tried the pages in IE , and they worked fine.

Comment 46

[Michel]

Attachment: CNN.com example

image loading problems on v1.0 final. CCN.com

Comment 47

[Michel]

Attachment: slashdot.org example

image loading problem on v1.0 final. Slashdot.org

Comment 48

[Alistair Vining]

The screenshots show, though, that these bugs are unrelated to the original
submissions: individual images would load half-way and then stop, leaving half
of the image displayed on the screen (see comment 6).  Recent comments are about
a proportion of the images not being loaded (or displayed) at all -- a separate
bug, which means this one can be resolved (fixed or worksforme).

Have you tried downgrading your settings in Preferences : Advanced : HTTP
Networking?  Enabling pipelining definitely causes problems such as the ones
you're seeing, and lots of ISPs have automatic proxying.  Try disabling HTTP 1.1
as well.

Or maybe it's just gone Linux-only.

Comment 49

[u4664]

I use Mozilla 1.0 (Build 2002052918) on Mac OS X and can confirm that I
encountered this image-reloading problem many times. I turned off "Enable
Pipelining" as Alistair (comment 48) suggested and now all of my images load
properly. Sounds like this could be a networking problem rather than an imglib
problem.

Comment 50

[Xilb]

Using Mozilla build 1.1 (20020826) on Win2k Pro. Images do not load unless I
hold down [shift] and click Reload button. Otherwise, images are broken. The
behavior isn't very consistent in that once in a while some images will load.
This is the same for cached and non-cached pages.
I've tried clearing my cache several times, which "works" temporarily. I don't
see this as a fix however... One shouldn't have to clear cache in order to see
images.

Pipelining is also, and has always been, disabled. I see the same behavior on
local LAN and, and open Internet connections. Removing/reinstalling Mozilla has
had no effect on the problem.

Comment 51

[Michelle M. T. Holmes]

Same issue running 1.0.2 on Win2K -- but after clearing the disk cache, the
problem seems to have been alleviated (temporarily).

Comment 52

[Jon]

Attachment: Mozilla 1.4 broken images on my.iwon.com

lots of images do not show on many web pages, when i use Mozilla 1.4-- they all
show perfectly in Internet Explorer 6.	this was not such a big problem in
Mozilla 1.3...

Comment 53

[Jouni Aro]

I have not seen images from www.amazon.co.uk, perhaps since I started using
Mozilla 1.1 (don't remember that well). www.amazon.com, however used to work all
right, but it seems that I don't get any images from there any more either
(Mozilla 1.4)!

Now I have also noticed this problem with yahoogroups, with Mozilla 1.4.

Could it be that updating to a new version does not work. I have always had some
problem with profiles. After installing Mozilla, I a masked if I would like to
upgrade my profile to a new one: I say yes, but my profile cannot be usedto
start Mozilla from the profile menu (nothing happens). I have just ignored this
and started Mozilla from the start menu.

(I am using NT4 SP6)

Comment 54

[player1]

Attachment: same problem or different? (screenshot)

header images not showing at all, not even broken image boxes. sometimes the
very top ov the image is visible... weird.

Comment 55

[Vedran Miletic]

retargeting

Comment 56

[Jouni Aro]

Good news!

I got so annoyed that I began to study this further. After creating a new
profile and copying settings from prefs.js one after another (well, almost), I
identified that the following line in prefs.js causes images not to show up with
a great number of sites:

user_pref("network.image.imageBehavior", 1);

After removing it, images seem to load fine!

Comment 57

[Akshay Arora]

Running 20040114 Mozilla Firebird, I'm getting no images at all. As far as I can
tell, background images load (MozillaZine banner showed up), but inline images
or direct image URL's don't render at all. They are there in the HTML code, but
aren't rendered, and the page is displayed as if the code never existed. I have
my own user.js file, so I don't have that line that Jouni Aro mentioned,
therefore, couldn't change that.

Comment 58

[Akshay Arora]

Alright, well, it's rather odd, but it's definately got something to do with
incompatiblities between the time 0.7 Firebird was released and now. Deleting
the profile and then restarting seems to have fixed it all. I also think that
what I was seeing, is very different than this bug.

Comment 59

[Yancey Yeargan]

Perhaps the images are downloading correctly, but the disk cache index was corrupt?

Comment 60

[Jouni Aro]

I would not count on cache. I created a new profile and when I had copied the
prefs there, I had exactly the same problems. The cache is profile specifi, isn'tit?

Comment 61

[Jouni Aro]

I wrote that I would not count on cache, but I meant that I would not blame it
for the trouble - which means that I might count on it, right? :)

Comment 62

[Yvon Couture]

I had a page that will not load a quite large jpg image (1500x2012 points,
404,998 kb) from this url: http://www.lino.com/aqrp-at/carteat.html

My version is:  Mozilla 1.7b
Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7b) Gecko/20040421

Thanks for helping,
Yvon Couture.
Rouyn-Noranda  Qc  Canada

Comment 63

[Yancey Yeargan]

You have the link to the image as...
http://www.lino.com/aqrp-at/imgages/carte2001.jpg

but it appears that it should be this...
http://www.lino.com/aqrp-at/images/carte2001.jpg

Comment 64

[P P]

Been hit by this issue badly and here are my comments.
(Win 2000 SP2, proxy connection, iCandy Jr. theme w/ Cuteskin installed)
1) build 20040317 with my default profile:
http://techreport.com/etc/2004q3/deltachrome-s4pro/index.x?pg=1 loads perfectly fine
2) build 20040707 (aka release 1.7.1)
  a) with my default profile: does not load majority of the images at
http://techreport.com/etc/2004q3/deltachrome-s4pro/index.x?pg=1, esp. the images
of card and GPU itself.
  b) with fresh profile (only proxy set from empty to standard one): problem is
still there.
3) latest nightly build as of now (July 14 2004); only tried with default
profile: problem exists.

  Not sure if related to this, but with with newer builds (started ~month ago)
I've been getting popup window with message about (don't recall exactly) too
many connections to (proxy?) server.

Comment 65

[R.K.Aa.]

P P:

If you set Advanced->HTTP Networking to HTTP 1.0 for proxy connections:
Do you still see this bug?

Comment 66

[P P]

R. K. Aa., thanks for the suggestion. When opening techreport.com link from
above, problem persists. When opening multiple browsing windows for one server,
the message that appears is "The connection was refused when attempting to
contact the proxy server you have configured. Please check your proxy settings
and try again." Works perfectly fine after reverting to build 20040317. Guess
HTTP proxy setting does not affect this at all. Just as a confirmation: am I the
only one having troubles with recent builds and techreport.com page (see link
above)?

Comment 67

[Jouni Aro]

(In reply to comment #66)
> Just as a confirmation: am I the
> only one having troubles with recent builds and techreport.com page (see link
> above)?

Loads fine with my 1.7.1, except for http://c.netshelter.net/banner4.gif at the
bottom right - is there something in that image?

Have you tried to manipulate prefs.js as I did in Comment #56?

Comment 68

[P P]

> Have you tried to manipulate prefs.js as I did in Comment #56?
Thanks for the suggestion; pref.js doesn't contain
user_pref("network.image.imageBehavior", 1); value at all. about:config says it's 
0. After changing it to 1 in Mozilla 1.7.1 problem is still there. After deleting 
this line outside of Mozilla, problem persists. Again, no issues with the old 
build.

Comment 69

[P P]

Ok folks, happy to tell you I got it running. Main cause: Symantec firewall. Had
to create specific rule to allow current mozilla.exe to access internet. It did
have access before but now it also allows images! Why? Ask Symantec, not me.
Thanks again for all the help.

Comment 70

[Daniel Roos]

I have the same problem for both small and large gif:s as well as jpeg:s.
..And I don't run Symantec, so that is not the reason.
It only happens like once on a 10,000 image loads.
Perhaps it's a cache bug, since the images not displayed will reload just fine
if the browser first clears disc cache and then restarts. And perhaps it is an
image load problem, that saves invalid images into the cache...
...But anyhow; this problem is really, REALLY annoying. I sure hope some devs
are looking into it.

Comment 71

[Karrde]

Attachment: same problem (screenshot)

Comment 72

[Karrde]

I have the same problem. Many pages have being failing to completely load. 
Reload sometimes helps, sometimes doesn't. Look at my Screen.

I had this problem on Firefox 2.0.14 or so and updated to the 3.RC3 and the problem was gone. Now i updated to the 3.0 Final and the problem is back again.

Comment 73

[Manish Runwal]

Hello Friends, I had also suffered same problem for local machine. sometime some images were broken. and sometime some images were coming properly. then again refresh same behaviour. I am not sure on that time , what to do. Was that bcz of CSS ? previous structure of that page is HTML+TABLE now I have tried to shift structure to HTML+tableless format. 
Browser version : FF3.0.1 Build 2008070208 
Operating System : WinXP
Page access from : localhost.
<br>
I did following Following things. and its working for me atleast.
Clicked -> Mozilla Firefox (Safe method) and reseting all the settings. and it works for me.

Comment 74

[Sam Tucker]

I've had this problem on Mac OS X Firefox 3.0.1. Sometimes images don't load completely, and sometimes the page thinks it's done loading and stops loading before it's finished loading all the images or the stylesheet.

Comment 75

[Joe Drew (not getting mail)]

I have not seen any such issues in a long time. If anyone still encounters this bug, please reopen this!