187452 - disable image loading for slow connections

Status: RESOLVED INCOMPLETE

(Camino Graveyard :: Preferences, enhancement, P3)

Description

[Tobias Weber]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.0.1) Gecko/20021220 Chimera/0.6+
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.0.1) Gecko/20021220 Chimera/0.6+

Most browsers let you completely disable image loading, drawing boxes with ALT
text instead. Manual loading is in the menu or toolbar. Better browsers even
have the switch in the toolbar.

Users behind plain old dial-up links *need* this.

Reproducible: Always

Steps to Reproduce:

Comment 1

[Simon Fraser [no longer active]]

Yeah, some basic image control would be nice.

Comment 2

[Stephane Moureau]

*** This bug has been marked as a duplicate of 155315 ***

Comment 3

[Tobias Weber]

I do not think this is a duplicate of 155315, as that bug is about only blocking
certain images (ads), but all the time. Also the proposed changes to the UI are
different. Sure, they could be used to make surfing via modem faster, but it
would be to complicated to refetch images if you need them.

Other Browsers have both functionalities as well.

Comment 4

[Samuel Sidler (old account; do not CC)]

Ping.

Brian, is this still on your radar? Or... anyone's radar? ;)

Comment 5

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

At least most of this will be fixed when permissions.default.image is fixed (bug
299356); you can then set Camino not to load images by default.  Hooking up some
sort of manual override to then load certain images would still be needed.

Comment 6

[Simon Fraser [no longer active]]

Image blocking works again. Do we want UI prefs?

Comment 7

[Simon Fraser [no longer active]]

1.0 for prefs in UI.

Comment 8

[Mike Pinkerton (not reading bugmail)]

what pref panel? webFeatures?

Comment 9

[Samuel Sidler (old account; do not CC)]

(In reply to comment #8)
> what pref panel? webFeatures?

Yes. :)

Comment 10

[Samuel Sidler (old account; do not CC)]

I still think this should make 1.0 and, ideally, beta 2. Requesting blocking.

Comment 11

[Simon Fraser [no longer active]]

There are problems if you set
user_pref("permissions.default.image", 2);
when you then choose View Image on the alt tag for an image; we don't show the image, and bits of the old page remain. We'd also have to add context menu items to load specific images.

Pushing off.

Comment 12

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

I think bz implies in bug 61711 comment 9 that there's a way to make this work.  Whether we can use that, or even if my understanding is correct, is another question ;)

There still seem to be a number of users on low-band or metered connections out there, and they'd like a feature like this....

Comment 13

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

Bug 218142 and bug 417545 should show how we can solve the problem of (re)loading specific images when we implement this.

Comment 16

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

(In reply to comment #13)
> Bug 218142 and bug 417545 should show how we can solve the problem of
> (re)loading specific images when we implement this.

The Firefox code in bug 218142 doesn't actually work (it won't load images if p.d.i is set to 2) and bug 417545, which would make it work, needs back-end changes, so I'm not sure if bug 61711 comment 9 is possible without Core work (someone with Gecko-fu should look).