When loading a large image directly in a tab (ie, http://www.planetary.org/image/MO1_MSLsites.jpg), I get a progress bar that appears and disappears at the appropriate time and place (URL bar or tab), but it never shows anything other than a 0% value, even when the image is clearly progressively loading.

Does anyone know what set of notifications the progress bars use?

It looks like it's based off of OnProgressChange. See http://mxr.mozilla.org/mozilla-central/source/browser/base/content/tabbrowser.xml#371

Is this really a regression? I think it's just never worked.

(In reply to comment #3) > Is this really a regression? I think it's just never worked. That may well be true. Shouldn't necko do something for this automatically? Do we need to add some hooks to nsImageDocument or something?

(In reply to comment #3) > Is this really a regression? I think it's just never worked. Possible, but it's certainly more visible now.

I don't know where nsImageDocument bugs go, sadly.

3.6 just has a progress spinner which masks this.

This should be working. What notifications do you see coming through nsDocLoader here?

Or better yet, through the nsBrowserStatusFilter?

This bug is now obsolete due to removal of progress lines -> INVALID A similar problem has already sprung up with the new throbbers -> bug 603658

Lets use the older bug here. The underlying issue is the same.

Sure. 603658 has a better (e.g. longer loading) testcase, by the way: http://www.jaxa.jp/press/2007/11/img/20071107_kaguya_03l.jpg

Here, nice bug 10MB test image for those of us with faster connections: http://grin.hq.nasa.gov/IMAGES/LARGE/GPN-2000-001102.jpg

I don't think this blocks now that we went back to the other style. It's still visible (we never turn the bar green) but much less annoying.

blocking- per comment 15.

https://bugzilla.mozilla.org/show_bug.cgi?id=1472046 Move all DOM bugs that haven’t been updated in more than 3 years and has no one currently assigned to P5. If you have questions, please contact :mdaly.