Closed
Bug 47661
Opened 24 years ago
Closed 13 years ago
Rate image requests with a priority.
Categories
(Core :: Graphics: ImageLib, enhancement, P3)
Core
Graphics: ImageLib
Tracking
()
RESOLVED
WONTFIX
Future
People
(Reporter: pnunn, Unassigned)
References
Details
(Keywords: perf)
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.
Status: NEW → ASSIGNED
Summary: Rate image requests with a priority. → Rate image requests with a priority.
Target Milestone: --- → Future
Updated•24 years ago
|
QA Contact: elig → tpreston
All pnunn bugs reassigned to Pav, who is taking over the imglib.
Assignee: pnunn → pavlov
Status: ASSIGNED → NEW
Comment 2•24 years ago
|
||
And banner-sized images should have a low priority, too.
Comment 3•23 years ago
|
||
*** Bug 112544 has been marked as a duplicate of this bug. ***
Comment 4•23 years ago
|
||
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.
Keywords: perf
OS: Windows NT → All
Comment 5•22 years ago
|
||
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.
Comment 7•21 years ago
|
||
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)...
Comment 8•20 years ago
|
||
I believe you can do this now that bug 278531 got fixed.
Updated•17 years ago
|
Assignee: pavlov → nobody
QA Contact: tpreston → imagelib
Comment 9•13 years ago
|
||
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.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•