5830 - missing images with no alt tags display with truncated names

Status: VERIFIED WONTFIX

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

Description

[cpratt]

build id: 1999043008
found on: windows nt

here's the sample html to keep in mind:

<P>This is plain text.
<BR><IMG SRC="/gifs/missing.image.gif" HEIGHT=100 WIDTH=100>
<BR>This is plain text.

when this is displayed in apprunner, you get three lines of text, one right
after another:

This is plain text.
missing.image
This is plain text.

now, I'm not sure if this is working as intended, but I would have expected
these two things to be true:

1) because the missing image is described as having a height and width of 100, I
would have expected a 'square' on the page (you can see one briefly while
loading this, but it goes away). this 'square' may or may not have a border, but
I would expect a 100 by 100 pixel area that didn't have anything in it.

2) as there is no ALT tag specified, I would have expected nothing displayed at
all (or perhaps a broken image icon but I think we've stopped doing that?).
however, the words "missing.image" display instead.

Comment 1

[Eli Goldberg]

Agreed.


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

Comment 2

[cpratt]

well, part of this is similar to 5764 to be sure. if the name of the file is to
be used as the ALT tag if no ALT tag exists, that's fine - but if that is what
we're doing, we're truncating the file name by losing the file type.

additionally, this bug addresses one issue that 5764 doesn't: if size is
specified for an image, eg height and width, we probably should be leaving the
appropriate size area blank on the page (especially important for spacer GIFs).

reopening bug and clearing resolution.

Comment 3

[cpratt]

OK, the blank space thing is NOT a problem according to bugs 1994, 4354, et al.

However, I will leave this open so that someone may answer the question: if we
can't display and image, and there is no ALT text, do we give the file name, or
do we chop off the file type? I believe we should just show the file name in its
entirety, eg 'foo.whatever.something.jpeg' instead of truncating it.

Comment 4

[cpratt]

From the notes to bug 4354: "Anyway, the correct thing to do, which we don't do
yet but will, is to display the value of the ALT text instead. If there is no
ALT text we display the image filename (minus the extension). This is per the
HTML 4 spec..."

So, the extension removal is OK. (grumble...)

According to bug 2534, there definitely will not be a broken image thing in 5.x.
So that's invalid too.

Marking invalid.

Comment 5

[cpratt]

Oops, meant WONTFIX.

Comment 6

[Eli Goldberg]

Verifying as WONTFIX if cpratt prefers that resolution, but solely because I've
re-opened bug #5764.

Comment 7

[Hixie (not reading bugmail)]

Err... Bug 5764 doesn't appear to exist. Should we ask Terry about
this, or is this normal???

Comment 8

[Eli Goldberg]

Hmm...well...it's back now. ;)

Comment 9

[Eli Goldberg]

[Oops. Actually, as Terry pointed out, it was incorrectly marked as Netscape
Confidential, and has now been returned to a correct state.]

Comment 10

[Hixie (not reading bugmail)]

This bug is one of many related to alternate text of images. All these bugs
have been marked. To find related bugs, search the description field for the
string "[ALT]".