54111 - Throbber stops animating before all images loaded

Status: VERIFIED FIXED

(SeaMonkey :: UI Design, defect, P3)

Description

[Mike Pinkerton (not reading bugmail)]

- go to http://quake.wr.usgs.gov/recenteqs/Maps/122-38.html
- notice the throbber stops before the large map image has loaded

this happens with a whole bunch of other pages too. The throbber seems to stop
animating when the page lays out, not when everything has loaded.

Comment 1

[Asa Dotzler [:asa]]

this needs a better assignee

Comment 2

[Asa Dotzler [:asa]]

one more try

Comment 3

[don]

Bill, is this even fixable for RTM, i.e. how hard is it?

Comment 4

[Bill Law]

The throbber has always been tied to network traffic.  If the delay here is due
to image lib delays in digesting the data and rendering the picture, then
there's not much we can do.  If the problem is that the networking activity is
now being done differently (due to img lib caching or something?) then there's
not much we can do, either.

I think the browser only utilizes the docshell web progress listener interfaces
so we don't deal with networking directly.  This bug should probably go to Adam
Lock for further investigation.

Comment 5

[johng]

reassigning to Adam Lock

Comment 6

[lchiang]

clearing don's "need info" since law has provided info.  Now, this bug will show 
up in the rtm nominations again.

Comment 7

[Adam Lock]

I can't reproduce this problem on the most recent branch. The graphics always 
seem to be loaded before the throbber stops. I even tried on an advert laden 
site like this:

http://www.javaworld.com/

On this site, the document is loaded well before the adverts finish but the 
throbber continues until the adverts have fully loaded.

Comment 8

[selmer (gone)]

rtm-, can't repro and doesn't seem serious enough to hold for.  Can someone 
verify this is WFM?

Comment 9

[Mike Pinkerton (not reading bugmail)]

it's not wfm, i continue to see this on my powerbook over 56K modem. in fact, a
lot of times the page thinks it's done (progress meter stopped, throbber
stopped), but only about 1/2 of the images have loaded.

reloading the page sometimes gets more of the images (but generally not all) and
sometimes it doesn't help at all.

Comment 10

[Adam Lock]

Is it just Mac specific then?

Comment 11

[Adam Lock]

I can't reproduce this problem and I use a 56k modem too, but not with a Mac. 
Mike if you have a specific page I can try and reproduce the problem with I'll 
leave this bug open, otherwise I'll have to mark WORKSFORME or reassign it to 
one of the Mac folks.

Comment 12

[sairuh (rarely reading bugmail)]

stephend, are you still seeing this?

Comment 13

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

Hard to tell on my fast connection here, but it looks like the throbber is fine,
now the status field lags behind necko and the throbber.

Comment 14

[Adam Lock]

Rick is this another one for you?

Comment 15

[Viswanath Ramachandran]

we think this works. please verify. 

Comment 16

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

I think it's safe to verify this, Sarah.  The only offshoot I've seen regarding
URL loading is the status text saying, "sending request.." once the page has
finished loading, but that's a different bug, and has been filed already.  I'll
let you mark this, though.

Comment 17

[sairuh (rarely reading bugmail)]

tested by going to www.javaworld.com --the throbber stopped animating *after*
all the images loaded. vrfy fixed using 2001.02.09.0x comm bits on linux, winnt
and mac.