Closed
Bug 5830
Opened 26 years ago
Closed 26 years ago
missing images with no alt tags display with truncated names
Categories
(Core :: Graphics: ImageLib, defect, P3)
Tracking
()
VERIFIED
WONTFIX
People
(Reporter: cpratt, Assigned: pnunn)
Details
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.
Updated•26 years ago
|
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → DUPLICATE
Updated•26 years ago
|
Status: RESOLVED → VERIFIED
Status: VERIFIED → REOPENED
Summary: problem with missing image, size, and no alt tag ... → problem with blank space on page with missing image
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.
Summary: problem with blank space on page with missing image → missing images with no alt tags display with truncated names
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.
Status: REOPENED → RESOLVED
Closed: 26 years ago → 26 years ago
Resolution: --- → INVALID
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.
Status: REOPENED → RESOLVED
Closed: 26 years ago → 26 years ago
Resolution: INVALID → WONTFIX
Updated•26 years ago
|
Status: RESOLVED → VERIFIED
Comment 6•26 years ago
|
||
Verifying as WONTFIX if cpratt prefers that resolution, but solely because I've
re-opened bug #5764.
Comment 7•26 years ago
|
||
Err... Bug 5764 doesn't appear to exist. Should we ask Terry about
this, or is this normal???
Comment 8•26 years ago
|
||
Hmm...well...it's back now. ;)
Comment 9•26 years ago
|
||
[Oops. Actually, as Terry pointed out, it was incorrectly marked as Netscape
Confidential, and has now been returned to a correct state.]
Comment 10•26 years ago
|
||
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]".
You need to log in
before you can comment on or make changes to this bug.
Description
•