10287 - <li> in href causes link to bring up wrong URL

Status: VERIFIED WORKSFORME

(Core :: DOM: HTML Parser, defect, P3)

Description

[Juan Pablo Alcaraz]

Overview Description
I click in a URL and I get another URL.

Steps to Reproduce
1) type: http://www.patagon.com/espanol/community/read.asp?idf=1&pa=1&idp=17993
2) go bottom
3) Click in [(# 17994) RE: Indiocomido y el consenso político. publicado por
indiocomido el 7/21/99 a las 15:47]
4) You'll jump to [(# 17999) RE: Indiocomido y el consenso político. publicado
por Gilgalad el 7/21/99 a las 15:58]  ***WRONG***


Actual Results:
Mozilla jumps to [(# 17999) RE: Indiocomido y el consenso político. publicado
por Gilgalad el 7/21/99 a las 15:58]

Expected Results:
Mozilla must to jump to [(# 17994) RE: Indiocomido y el consenso político.
publicado por indiocomido el 7/21/99 a las 15:47]]


Additional Builds and Plataforms Tested on
Build Id 1999072010
Plataform: Windows 95  v4.00.950.b

Comment 1

[Juan Pablo Alcaraz]

This another URL show the error too!

http://www.patagon.com/espanol/community/read.asp?idf=1&pa=1&idp=22063

Comment 2

[leger]

paulmac, do you see this with Aug 20 Win M9 build?

Comment 3

[Paul MacQuiddy]

Not sure if this is a parser or layout bug, giving to rickg. Here is a
simplified test case. Notice with seamonkey clicking on either First Link or
Second Link will bring up firstlink.html. The <li> inside the HREF is messing up
things, this may be illegal, I don't know, though NSCP4.x doesn't mind.

----------------------------------------

<a HREF="firstlink.html"><li>
(First Link)  </a>
<a HREF="secondlink.html"><li>
(Second Link)
</a>

----------------------------------------
Duplicated with 8/20 M9 build on win95

Thanks for the bug pablo! Me llamo pablo tambien :-)

Comment 4

[rickg]

Nisheeth, here's any easy one for you. The links are getting set up wrong in the
content model (but the parser is passing the right data).

Comment 5

[Nisheeth Ranjan]

Accepting bug and setting milestone to M12...

Comment 6

[Nisheeth Ranjan]

Move non-PDT+ bugs to M13...

Comment 7

[Nisheeth Ranjan]

Moving non beta-stoppers to M16...

Comment 8

[Juan Pablo Alcaraz]

Hi!


[e-mail] (Eric Krock) told me that write a Simple Test Case from this
bug. I believe that [e-mail] wrote a very nice one.

I do not understand that I must do.

PD: Paul, sabés hablar español? Yo no se hablar mucho inglés ;-)

Comment 9

[Paul MacQuiddy]

Pablo, tu hablas mas englis que yo hablo espanol, pero tu no necessitas escribir
una  'test case' nueva. Este esta bien.  :-)

No se por que senor eric le pregunta por una nueva.

Comment 10

[Sitsofe Wheeler]

Is this related to bug 3944?

Comment 11

[Nisheeth Ranjan]

This bug is fixed in the latest build.  Marking worksforme.

Comment 12

[Paul MacQuiddy]

yep, marking verified