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).
*** 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?
*** 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???
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.
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
Last Resolved: 16 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.