Images out of the view area or having an invisible attribute would have a low priority. Requests for visible images in the view area would have the highest priority.

All pnunn bugs reassigned to Pav, who is taking over the imglib.

And banner-sized images should have a low priority, too.

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

Better description from bug 112544: Mozilla should be able to prioritise downloads. This means that images being downloaded on the currently viewed rendering should have more of the available downloading bandwidth than images in other unused windows.

see also bug 172362

Could you do something to image-web-counters also? These images are took more time to load, then ordinary image and so blocking all-page loading (layout, form-autofill, scroll to anchor - #name etc). The difference is in URL - they are with "?" query request. Also could you give more priority to photo image in photogallery? I do not know how to identify that image, but has biggest width-height then others.

Rather than start a new bug, I'll just add my 2c: I would like to request that images on a page with unknown height/width be prioritised over those where the width and/or height is specified. ie load all the images of unknown dimensions before loading any images with specified size. Reasoning is that the page will be "formatted" earlier which makes it easier to read and navigate the actual content (reflows due to images loading would occur earlier in the page load). Also, most (all??) advertisements have their height/width specified, so this would have the side effect of loading them after other page images, even though the ads might be right at the top of the page. Note that this wouldn't require bandwidth-control, rather simply changing the order of requests for images (I'm assuming that the current system is basically top-down)...

I believe you can do this now that bug 278531 got fixed.

This seems like it would be a ton of work for maybe limited gain. We're going to do higher-payoff things like only decoding images in the viewport soon, anyways.