Closed Bug 47792 Opened 24 years ago Closed 22 years ago

with image-loading off, no "show image" option

Categories

(Core :: Graphics: ImageLib, defect, P3)

Product:
Core
Component:
Graphics: ImageLib
Type:
defect

Tracking

()

Status:
RESOLVED DUPLICATE of bug 47475
Milestone:
Future

People

(Reporter: newt, Assigned: pavlov)

References

(
URL
)

Details

The "don't load any images" option appears not to have been worked on yet.  When
active, the right-button popup includes a useless "don't load this image" item
but no "show image" or "load image" item.  (In addition, there's no show-images
button on the main button bar, at least with the Modern skin.)

With "view image", a separate window is opened and the status bar claims it is
finished, but the image never shows up.  I've observed this with both JPEG and
PNG images so far.

I'm testing with the Linux talkback 2000-08-05-04-M17 nightly (but it should be
pretty much identical to 2000-08-04-14-M17), on Linux-2.2.17pre12-SMP / x86 /
glibc-2.1.2.
Adding 4xp and correctness keywords.  Not sure if "ui" should also be added
(menu items).
Keywords: 4xp, correctness
See also bug 47794 for related right-button-context-popup problems.  The first
part of this bug (but not the "view image" failure) might be more appropriate
there.
Actually, "Show Images" appears on the View menu, as detailed in bug 43571, "no 
way to load images when automatic image loading is turned off".

On the other hand, it is always greyed out, no matter what setting is used
in the Advanced > Cookies and Images > Images section in the Prefs. To be more
specific, when "(*) Do not load any images" is active, and no images are 
displayed, "View Images" remains greyed out. As this bug is clearly about
context menu image-display options, the non-working main menu item must
be another bug - not finding it, though.

RFE Bug 35130, "Control of image loading", Future, asks for a "Show Image"
context menu item. 

Without a "Show Image" item, "View Image" will look like what the (naive)
user is looking for to get an image to appear. But it does what it has always
done, displaying the image in an otherwise empty window, and if it isn't loaded,
there is nothing to display. Not very freindly, but there it is. 

One of two things (short of implementing bug 35130's enhancement) would help,
the first much more than the second: 
(1) Force the image to be loaded when "View Image" is chosen, so there is
    something to display.
(2) Grey out or remove the "View Image" item when no images are loaded.

I don't think this is ImgLib, but is webshell. Cc'ing mscott...
Either way this might be too late for nsbeta3 but would let mscott add his
comments.
I agree I don't think this meets our beta3 criteria and I'd future this. I'm not
quite clear on what webshell would do with this information anyway.

(Sounds like we should take it out of the view menu if it's never going to be
enabled and that should be done for beta3 or RTM).
Status: NEW → ASSIGNED
Target Milestone: --- → Future
*** Bug 48549 has been marked as a duplicate of this bug. ***
"Show Images" in the View menu not working is bug 57505.
Is this bug a dup of bug 35130?
QA Contact: elig → tpreston
*** Bug 64071 has been marked as a duplicate of this bug. ***
So, my bug 64071 is made a dup of this one. Now I at least know where to discuss
this problem. I'm using Opera as browser also, you know why? the speed. Simply
switch off imaga loading, on that specific window you are looking at, and then
switch back on. That's really handy you know. So I think we need to be able to
show the image, if the show images are turned off in preferences menu. You
already have yourself that option in context menu and a new window is opening
already at this point. Now we only need to see that image in this window, that's
all. When is future? 2001 or 2002 or even 2003???
Depends on: 70938
All pnunn bugs reassigned to Pav, who is taking over
the imglib.
Assignee: pnunn → pavlov
Status: ASSIGNED → NEW
It is currently impossible to test this bug or any fix for it until bug 73848, 
"Image blocking no longer works", is fixed, so setting blocker.

This could be DUP'd onto bug 35130, "Control of image loading using context 
menus (Show Image, Reload Image)", if 35130 was broadened to apply to all 
circumstances where images do not appear. The functionality would be the same.

Bug 57505, "`Show Images' command not hooked up", does cover the second part
of the original report, and bugs should be about one thing, so removing
"and "view image" fails" from the summary.
Depends on: 73848
OS: Linux → All
Hardware: PC → All
Summary: with image-loading off, no "show image" option and "view image" fails → with image-loading off, no "show image" option
I vote for the 'Show Images' menu item to be enabled, because I, like HJ, also use Opera, and 
appreciate it's similar functionality, i.e., I have image auto-loading turned OFF, but then I can 
hit Shift-G on a given window, to simply load the images on a one-time basis.  FWIW, in opera, you can 
instead hit 'G' (no shift), if you want a given window to always load images during that 
session.

A few years ago, I was able to surf the web fairly comfortably with just a 14.4k modem.  
Now, I have a 56k modem, and, you'd think that my speed would be a lot faster.  However, in the 
intervening years, web designers have added more images, scripts, and other enhancements to 
their pages, such that they are becoming slower and slower to load.  That is why now, I've set 'Auto 
load images' in Opera to *OFF*.  And that is why I think this feature should be added (back) to 
Mozilla and Netscape.
I, too, vote for the 'Show Images' menu item to be enabled.  When I surf from 
home by modem, I always have images turned off and only hit "show images" when I 
come across a (usually ill-designed) web site that requires the images for 
navigation.

This increases browsing speed by about 10 times, sometimes up to 100 times on 
particularly ill-designed pages.

Lack of this feature is the one single reason I am not using Mozilla as my main 
browser right now.

I might mention that the "show images" feature is far more useful/practical in 
speeding up and removing annoyances from day-to-day browsing than the 
much-ballyhooed "block popups" feature.

I don't bother to block popups--since I have images turned off, they're not very 
annoying (no content inside except a little text invariably reading "place image 
description text here") and don't slow down my browsing NEARLY to the degree 
dozens of unnecessary images on a page do.
How does this bug relate to bug 47475 ?
The current summaries are duplicates, but the original reports differ--this one
has always been about the right-button context menu, while bug 47475 originally
was about being able to left-click on an unloaded image and make it appear. 
Both are 4xp; the other one has some sort of patch attached.  There are also
some related-but-different issues in my original report here, but those may have
gotten resubmitted as separate bug reports.

Not having tried the patch for 47475, I can't tell if it addresses the original
report or the current summary.  Therefore I'm not marking this one dupe just
yet.

Greg
Nominating for nsbeta1 - really needed feature for mobile users (such I :) ).
GPRS costs per each Mb and pictures are not the most needed for mobily working.
Keywords: nsbeta1
There are so many bugs/dups related to this 2yr old "NEW" bug, maybe if some of
us on the CC list vote for the bug, someone will actually take notice and fix it?

There must be a developer out there on dialup and not cable...
This is a dup of bug 47475 (as moprhed, if comment 16 is correct).  If you want
left-clicking an image to load the image, please file a new bug.  (What would
happen if you clicked an image link?  Would it load the image or follow the link?)

*** This bug has been marked as a duplicate of 47475 ***
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
> If you want left-clicking an image to load the image, please file a new
> bug.  (What would happen if you clicked an image link?  Would it load
> the image or follow the link?)

Just FYI (I didn't report the left-click issue), the image loads if you click
within the generic-image icon, and the link loads if you click outside of it. 
(In 4.x, I think there may also be a dependency on whether you slide the mouse
in from the right or left, i.e., whether the icon or the non-icon area is the
first thing the pointer touches.)

If this is still an issue whenever the bookmarks architecture gets fixed, I'll
file a new one.  Until then, I'm afraid Mozilla is unusable (for me), anyway.

Greg
You need to log in before you can comment on or make changes to this bug.