Sometime the alt tags don't get display with images when the Don't show images on load has been
switched off. The reason why we have noticed this is that we have alt tags for a far amount of our
images as our webkit application must be accessability friendly.
Alt tag are there and must be valid as the Tiger screenreader when it doesn't crash will read out the alt
tags even though not displayed. very strange.
I thought I'd just add because sometimes these alt tag can be quite big it would be helpful if the alt
when displayed actually wrapped being so being multi-lined would be very cool.
This is also entered @ apple rdar://4330277 where there is a uploaded test case, as I couldn't work
how to upload a test case here.
This is differen't from
As the actual images aren't missing but just not loaded via the preferences.
Created attachment 4695 [details]
Simple Test case
This is simple test case showing the issue, if you open up 1.1.3.htm it will
show the problem. (You will need to have switched off displaying images first
I think the issue is because there are multi-layers being used here maybe.
Confirmed, good testcase!
Thanks for the bug.
Further reduction is neccessary before we dare take a crack at this. That's quite a large page you've
Created attachment 5332 [details]
a one-liner showing brokenness.
Reduced this to a simple one-liner, this shows that alt-tags do not appear, adjusting subject, and making
If I remember correctly, this is because either CachedImage or RenderImage, when the image load fails,
default to the "missing image" image. That's probably treated specially in the "alt text" code path by
Sorry if this sounds dumb question but there has never been a problem when the URL cannot be resolved
and this sounds like another problem which Joost de Valk is showing , as here the problem here was
erratic behaviour of the showing of the alt tag's ?, when you have specifically switched of "display images",
so no default missing logo should appear
or did I miss something here ? as I'm still very new to this reporting mechanism.
Created attachment 6595 [details]
Eric Seidel was right. There needs to be a check in RenderImage::paint to see if the alt text exists before drawing the "missing image".
Comment on attachment 6595 [details]
There's code here to draw the alt text "above the error image".
So never drawing the error image, while it might make the alt text appear, is not quite doing what the existing code expects. In fact, if we're going to remove this feature of drawing both an error image and alt text, then we should probably change the function and remove the errorPictureDrawn code from the alt text code path.
I don't think should be landed until we understand why the "above the error image" code path isn't kicking in.
The patch I submitted draws the "error image" only when there is no alt text. However, if there is alt text, then that text is displayed in lieu of the "error image".
Note that alt text will show if the error image leaves room for it, for example:
<img src="#" alt="This text should show" height="60">
It would be nice to have a decision on how to render missing images with alt text
(a) when their dimensions are specified
(b) when their dimensions are not specified
In the former case, when the text and the error image won't fit together, what do you do? In the latter case, how do you determine what size to use for the image?
*** This bug has been marked as a duplicate of 5566 ***