Closed Bug 145961 Opened 22 years ago Closed 22 years ago

href in a table that is itself in a href does not work

Categories

(Core :: DOM: HTML Parser, defect)

Product:
Core
Component:
DOM: HTML Parser
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED DUPLICATE of bug 90664

People

(Reporter: j.hollmann, Assigned: harishd)

Details

Attachments

(2 files)

Testcase as given by the reporter
499 bytes, text/html
Details
Same situation whithout the table
305 bytes, text/html
Details 
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.0rc2) Gecko/20020510
BuildID:    2002051006

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN"
"http://www.w3.org/TR/html4/strict.dtd">

<html>
<head>
  <title>href test</title>
</head>

<body>
	<p>
		This table is itself in an anchor tag, so it's enclosed between &lt;a&gt; and
&lt;/a&gt;:
		<a href="bad.html">
			<table border="1" >
			<tr>
				<td> Here you get to bad.html. </td>
			<tr>
			</tr>
				<td> <a href="good.html">This is a link to good.html but you won't get there!</a> </td>
			</tr>
			</table>
		</a>
	</p>
</body>
</html>

I found this an a page and stripped the html-code to finally reveal the problem.

Yes it's not conform to anything I know abnout HTML. A href in a href? Be
serious! But needless to say Internet-Explorer manages to get the right
(innermost) link and the page works as intended.

And as a href inside another href really works (without the table) I thought I
might post it as a "bug".

This may be similar to the bug 20178 which is reported as "fixed".

Reproducible: Always
Steps to Reproduce:
1. Create 2 files good.html and bad.html with some content
2. Cut and paste the above page sample to a file in the same directory and open
it in mozilla.
2. Click on the two links

Actual Results:  You always get bad.html displayed

Expected Results:  The second link (from the top) of the table should bring you
to good.html.
As you say, it does not make any sense. I don't think, this is a bug.

And please, if you have a testcase create an attachment, so everybody can use
it. I'll do it for you.

pi
Yes it's certainly not really a bug.

I just thought you should know about the cases where a page cannot be viewed
with Mozilla and why this is the case so that you can make Mozilla a better browser.

I certainly don't want IE to be the only browser where every site can be
successfully displayed :-)

Sorry for the missing attachements. Next time I'll do better.
To parser.. I suspect we have something on this already...
Assignee: attinasi → harishd
Component: Layout → Parser
QA Contact: petersen → moied
Whiteboard: DUPEME
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1b) Gecko/2002090311

I revisted this bug. Even though the HTML is completely bogus, Mozilla handles
the two testcases inconsitently. This is something to check.

Thanks to Boris' DUPEME suggestion I found something. That was a hard one;-)

pi

*** This bug has been marked as a duplicate of 90664 ***
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
OS: Windows NT → All
Hardware: PC → All
Resolution: --- → DUPLICATE
Whiteboard: DUPEME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: