Closed
Bug 65738
Opened 25 years ago
Closed 24 years ago
Image blocking should not prevent image loading from cache
Categories
(Core :: Graphics: ImageLib, defect)
Core
Graphics: ImageLib
Tracking
()
RESOLVED
WONTFIX
Future
People
(Reporter: nis, Assigned: pavlov)
Details
(Whiteboard: [imagelib])
Attachments
(1 file)
|
1.05 KB,
patch
|
Details | Diff | Splinter Review |
If image is already in the cache then it should be displayed even
if corresponding site is blocked or even image fetching is disabled.
Istead of preventing rendering mozilla should only prevent
actual image fetching.
This is important feature to permit manual loading of
specific images (see bug 47475)
| Reporter | ||
Comment 1•25 years ago
|
||
| Reporter | ||
Comment 2•25 years ago
|
||
To fix this bug it seems enough to move image permission check
further down in IL_GetImage and check it only for images
that are not in the cache yet.
I am just attached simple patch for if.cpp doing this.
Summary: Image blocking should not prevent image loading from cache → Image blocking should not prevent image loading from cache
Comment 3•25 years ago
|
||
Marking NEW so someone will look at it.
Comment 4•25 years ago
|
||
I think that "fixing" this bug is likely to confuse users. Currently, I can
reload a page to make sure I blocked the images I intended to block.
Comment 5•25 years ago
|
||
Jesse's right. I think expected behavior is to show the image if it's in the
cache when automatic image loading is turned off (though a Reload should clear
the images from the cache, as it does in Internet Explorer). But an image should
not be shown if it is blocked, even if it's in the cache, because blocking is (as
far as the user is concerned) to do with displaying objects as much as it is to
do with loading them.
| Reporter | ||
Comment 6•25 years ago
|
||
Well, do you mean that "block image" is actually "hide image" or
"do not show image"?
BTW, note, that when you blocking images you
do block not individual image bug all images from same site.
So to be consistent mozilla must hide all images from given
site as soon as site is added to list of blocked sites.
In my understanding "blocking images" is just the possibility to save
bandwidth by not loading images on site by site basis.
(so this is just more flexible analog of "do not load any images")
Also when bug 47475 will be fixed then how explicit user requests
to show individual images should correlate with image blocking?
I suppose that such explicitly requested image must be shown even
if it is blocked but
should it be shown again if page reloaded? should it be shown
in other documents using same image?
since cache and imglib changing, lets revisit
once the code has landed.
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.9
All pnunn bugs reassigned to Pav, who is taking over
the imglib.
Assignee: pnunn → pavlov
Status: ASSIGNED → NEW
| Assignee | ||
Updated•25 years ago
|
| Assignee | ||
Comment 9•25 years ago
|
||
if you block the image, we arn't going to load it anyways. that is a waste of
bandwidth.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WONTFIX
| Reporter | ||
Comment 10•25 years ago
|
||
Description do not assume that we will explicitly load it
but if it's for any reason already in the cache then why not display it?
One of the such reasons is explicit user request to show image
(see bug 47475). This feature is important for this case.
Also image blocking is now implemented on "same site" basis -
if you block one image you also block all other images from the same site
that may be in already the cache by this moment of time.
I'd like to reopen this bug.
Status: RESOLVED → REOPENED
Resolution: WONTFIX → ---
| Assignee | ||
Comment 11•25 years ago
|
||
fine. i'll look at it someday
Target Milestone: mozilla0.9 → Future
Updated•25 years ago
|
Whiteboard: [imagelib]
Comment 12•25 years ago
|
||
Blocking a image is useful in case you want to get rid of flashy banner ads.
Displaying an image _sometimes_ even if I told mozilla to block it not only is
confusing, it's also defeating part of the purpose of image blocking.
Comment 13•24 years ago
|
||
Adding my 2c worth - this is not a bug. I too, just minutes ago, did the
old "reload to check the image was blocked".
To my mind, this is clear. The UI says "block images" - that *definitely*
means "don't show the image", rather than the uselessly (to the casual
user) "don't display the image unless the implementation details of the cache,
and its settings, means it has previously been downloaded and stored on your
computer".
Comment 14•24 years ago
|
||
Wontfix, because this would be confusing and would break one of the major uses
of image blocking, hiding annoying advertisements. Bug 47475 will have to be
fixed in a way that doesn't depend on this bug.
Status: REOPENED → RESOLVED
Closed: 25 years ago → 24 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•