Closed Bug 106286 Opened 24 years ago Closed 24 years ago

<alt> tag not working

Categories

(Core Graveyard :: Java: OJI, defect)

PowerPC
macOS
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INVALID

People

(Reporter: junruh, Assigned: bnesse)

References

()

Details

Attachments

(1 file)

Mac OSX. 10/22 branch build. 1.) View the above URL. What is expected: That the applet should appear. What happens: No applet
Mac bug, re-assing to beard.
I don't know about whats going on with this page since the URI is not. However this page http://lazo.ca/cvcu/ which is http://cvcu.com with alt tags added to show that with a tiny bit of effort their website could be made much more accessible. It renders correctly in Lynx with alt tags discribing the links pointed to by the images. In Mozilla with image loads disabled however, no alt tags are shown. I have noticed this behavior before if images are restricted, the images are not loaded as expected, but the links to the images are removed and anchors pointed to by those images have no indication of their existance. This is unfortunate since the wonderful fine grained image management made possible by Mozilla has much of it usefulness removed by this behavior. Just because I don't want to load the images by default does not mean I wish to have the possibility to do so removed forever. I have noticed that since 10-15 images that do not exist have a remnant left behind. It would be nice if this were always so, and if an alt tag exists it should be shown. That is what they're for I am lead to believe. The platform is Debian(Woody), CVS 01-12-02. This may be a different bug but it sure looks like alt tags are not working.
The <Alt> isn't working with Mozilla 2001122106 (Windows 9x platform) at this either: http://www.norlink.net/~rchand/photo/aroundtown.htm Thanks Rob
Attached file simple alt demo
Just to verify that this is present with build 2002031104 on w2k so it is not a mac/win9x/debian only issue
comments 2,3,4 you are talking about bug 62046 or bug 25537. Junruh, what exactly is this bug about ? If the testcase is confidential what's the point in us being able to see this bug ? This bug is misleading people ...
Taking this...
Assignee: joe.chou → bnesse
junruh, this test case is invalid. According to the page the alternate text should read: [The "Jitter Text" Java Applet!] view-source on the page shows that the applet has been parsed as follows: <applet codebase="." code="JitterText.class" width=400 height=80 alt="[The "Jitter TextJava Applet!]> <param value> pairs removed... Note that the alt tag was apparently entered as: alt="[The "Jitter Text" Java Applet!]"> Removing the illegal quotes from the middle of the alt tag fixes the problem.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → INVALID
cc sharma to fix the code.
QA Contact: pmac → petersen
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: