132937 - Badly placed <a> tag

Status: VERIFIED FIXED

(Tech Evangelism Graveyard :: English US, defect)

Description

[paul]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020313
BuildID:    2002031312

At www.mentat.com/skyx/skyx-gateway.html, at the very bottom of the page,
Mozilla doesn't seem to like the link in the text "To contact Mentat for more
Information click here" as clicking on the link takes the browser to
www.mentat.com/corp/legal.html. The corp/legal.html page is linked at the very
bottom of skyx/skyx-gateway.html. This seems to be a bug in Mozilla as the page
behaves correctly in IE6.0.26 and Netscape4.08 in winNT.

Reproducible: Always
Steps to Reproduce:
1.go to www.mentat.com/skyx/skyx-gateway.html.
2.scroll to bottom of page.
3.Click on the "click here" in "To contact Mentat for more information click here"

Actual Results:  The browser goes to www.mentat.com/corp/legal.html

Expected Results:  The browser should go to www.mentat.com/corp/contacts.html

Perhaps there's a way to code the html page so that this bug doesn't occur, but
since the other browsers behave correctly I figure it's something that you'll
want to fix in the browser.

Comment 1

[Jerry Baker]

Confirmed with 0.9.9 on Windows XP. Everything below the <hr> on that page acts 
as a link to "www.mentat.com/corp/legal.html" in Mozilla. Behaves as reporter 
describes (correctly) in IE6 and NN 4.x.

Comment 2

[Christopher Hoess (gone)]

The entire "area that acts as a link" does so because it's enclosed in an <a>
tag.  Sending to Evangelism (and I shudder to think what the other two browsers
are doing that they get this "right").

Paul, if you're the webmaster, or know the webmaster, can you resolve this bug
as "fixed" when the page gets fixed?  Thanks.

Comment 3

[paul]

Fixed all pages at www.mentat.com that were behaving this way by removing the
href from within the <a> block that Christopher mentioned. With Opera, Netscape,
and IE6 all working as expected, it's hard to believe that mozilla is indeed
behaving "correctly" by ignoring the link embedded within the <a> block.
Konquerer behaves as mozilla does, so "correct" behavior seems debateable,
though. Thanks everyone.

Comment 4

[Doron Rosenberg (IBM)]

verified

Comment 5

[Jerry Baker]

Mass removing self from CC list.

Comment 6

[Jerry Baker]

Now I feel sumb because I have to add back. Sorry for the spam.