342517 - Issues with images mentioned on CSS and Disable Images option

Status: RESOLVED DUPLICATE of bug 64068

(Firefox :: General, defect)

Description

[Ivo Emanuel Gonçalves]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; pt-BR; rv:1.8.0.4) Gecko/20060508 Firefox/1.5.0.4
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; pt-BR; rv:1.8.0.4) Gecko/20060508 Firefox/1.5.0.4

Greetings,

I've just noticed today this erratic behavior with Firefox rendering pages, and I'm not sure if this is a Gecko, or Firefox specific bug. I tried searching for this in the buzilla database, but found nothing related so far.

If an image is mentioned on a CSS, say through an id, or used as a background image, it will be rendered by Firefox even if the browser is set with images disabled. This does not happen at all in Opera and IE, so I decided to report this, because this erratic behavior should be fixed.

I'll give an example of CSS and XHTML where this happens--unfortunatelly, I can't provide a URL because I found this problem while coding the website project for my class.

img#whatever { width: 300px; height: 40px; border: 0; }

. . . 

<img id="whatever" src="images/whatever1.png" alt=""/>

Firefox will render whatever1.png, even if it's set not to show images. Please notice that only size, and border stuff were mentioned on the CSS.

This also happens when an image is set on the CSS through the "background" and "background-image" selectors.

I hope I provided a good and useful bug report, and with some luck this will be fixed easily.

Reproducible: Always

Steps to Reproduce:
The webpage needs an image mentioned on its CSS.
Actual Results:  
The image will be shown regardless if images are allowed or not in Firefox.

Expected Results:  
Firefox should not show the image when I set them not to appear.

about:buildconfig

Build platform
target
i586-pc-msvc

Build tools
Compiler 	Version 	Compiler flags
$(CYGWIN_WRAPPER) cl 	12.00.8804 	-TC -nologo -W3 -Gy -Fd$(PDBFILE)
$(CYGWIN_WRAPPER) cl 	12.00.8804 	-TP -nologo -W3 -Gy -Fd$(PDBFILE)

Configure arguments
--enable-application=browser --enable-update-channel=release --enable-optimize --disable-debug --disable-tests --enable-static --disable-shared --enable-official-branding --enable-svg --enable-canvas --enable-update-packaging

Comment 1

[pile0nades]

Attachment: testcase

I could not reproduce this. Does it happen in the testcase?

Comment 2

[pile0nades]

Attachment: Correct testcase this time

Sorry, forgot to use an img tag instead of a div. Still can't reproduce.

Comment 3

[Fred Collier]

(In reply to comment #2)
> Created an attachment (id=227060) [edit]
> Correct testcase this time
> 
> Sorry, forgot to use an img tag instead of a div. Still can't reproduce.
> 
Using the test Case and with "Load Images" unchecked, the silly owl would NOT appear.

Mozilla/5.0 (Windows; U; Win95; en-US; rv:1.8.0.4) Gecko/20060508 Firefox/1.5.0.4 ID:2006050817

Comment 4

[Rob Marshall [tH]]

Works for me in both 1.5 and current trunk, in both HTML and XHTML.
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.8.0.4) Gecko/20060508 Firefox/1.5.0.4
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060626 Minefield/3.0a1

Reporter, if the attached file does not trigger the bug you describe, please attach one that does.

Comment 5

[Ivo Emanuel Gonçalves]

Attachment: Template I'm working on, where this bug can be seen

I'm very sorry for the delay, but I haven't had the chance to check this bug status for a good while.

I can still reproduce this bug with both Firefox 1.5.0.1 and 1.5.0.4. The ZoomImage extension can't affect the images, which I believe it's an interesting fact to mention. I think both issues are related with the way Firefox, or Gecko deal with images mentioned on an external CSS file.

I've attached some of what I'm working on right now. Extract from the zip, open in Fx, disable images, then refresh, and the images will still be there.

Comment 6

[Steve England [:stevee]]

Reporter, do you still see this problem with the latest Firefox 2? If not, can you please close this bug as WORKSFORME. Thanks!

Comment 7

[Ivo Emanuel Gonçalves]

Seems like I got a new buzilla account since last I commented here.  Anyhow, I am the original reporter, and the issue is STILL happening on the latest Fx 2 in both Linux (Kubuntu) and Windows (XP).

But the hell I care?  I have switched to Opera.  Fx has quite a lot of CSS bugs, not this one alone, and most of them to this day haven't been fixed.  Even that thing about not allowing the title="" attribute to break line, or the save page as HTML page missing all images mentioned on CSS, just to mention a few.

Comment 8

[Steve England [:stevee]]

When you say "disable images" how are you disabling them?

Comment 9

[Ivo Emanuel Gonçalves]

I think the text changed from Fx 1 to version 2, but it's still there on the Content tab.  You may disable images the same way you disable javascript and etc.

Mr. England, try it yourself.  Download the _last_ testcase posted here, see the background and foreground images?  Good.  Disable images under Preferences.  You may refresh or even shut down Fx: on reloading the images will still be there.

I think the problem comes from the fixed size on an external CSS file.  As I have already said before, this does not happen on other browsers, who have similar disable images options.

Comment 10

[Mats Palmgren (inactive)]

I can reproduce this in Firefox 2.0.0.11 and nightly build 2007121017 on Linux,
loading the unzipped testcase from disk (using a clean profile in both cases).
It seems this preference does not apply to images loaded from disk...