As per our e-mail discussion, this is just a reminder that once imagelib provide us with the information, we should be considering the textual information found in the image when generating alternative text for broken (or disabled) images. We would use the image information after looking at the "alt" attribute, but probably before using information found in the "title" and "name" attributes.

Stealing QA contact. Lowering priority. Moving out to M20. Adding dependency on 1994 and 18779 and from 7954. LATERing bug.

Moving out to the future, reassigning to buster.

(Troy is no longer working on Mozilla...)

Removing dependency on HTML metabug. This is not a requirement for full HTML4 support, really.

I'm don't know if there is a separate bug for this. It seems related to this. <a href="foo.html><img src="foo.jpg"></a> At the moment links like that become lost if image is not present or incomplete. It would really help if in this case image name minus extension was used as alt text, if imagefile metadata is not available/present. I think this is a highly visible thing and should be fixed the sooner - the better. Is there a bug filed for using filename as alt text?

Build reassigning Buster's bugs to Marc.

What textual information is there in an image? Is it really appropriate to use it for the ALT text? This does not seem appropriate to me, but then I don't know what the textual information in an image is all about!

Is this related to ALT tags not naturally appearing on the mouse-over of images? I still can't get the ALT tag to appear (as it does in every other browser). Weird. Wondering if this is related and working on.

.

->Image: Layout