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)

x86
Windows NT
defect

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.
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → DUPLICATE
Status: RESOLVED → VERIFIED
Agreed. *** This bug has been marked as a duplicate of 5764 ***
Status: VERIFIED → REOPENED
Summary: problem with missing image, size, and no alt tag ... → problem with blank space on page with missing image
Resolution: DUPLICATE → ---
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 ago26 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: RESOLVED → REOPENED
Status: REOPENED → RESOLVED
Closed: 26 years ago26 years ago
Resolution: INVALID → WONTFIX
Oops, meant WONTFIX.
Status: RESOLVED → VERIFIED
Verifying as WONTFIX if cpratt prefers that resolution, but solely because I've re-opened bug #5764.
Err... Bug 5764 doesn't appear to exist. Should we ask Terry about this, or is this normal???
Hmm...well...it's back now. ;)
[Oops. Actually, as Terry pointed out, it was incorrectly marked as Netscape Confidential, and has now been returned to a correct state.]
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.