9804 - Incorrect URL string seems to be sent by mozilla M7 on Win95.

Status: VERIFIED DUPLICATE of bug 7724

(Core :: Networking, defect, P3)

Description

[Mo DeJong]

Go to the dejanews website and do a "power search" for some terms. When
the search comes back with newsgroup articles, try to click on one of
them. When you do the string sent by the browser seems to be incorrect
because the server will try to do a search again. Here is an example
of the problem that I ran into when searching for info on the
comp.lang.tcl newsgroup.

Start by pasting this URL into the browser window (this is the result
of the "power search").

http://www.deja.com/[ST_rn=ps]/qs.xp?ST=PS&QRY=Jacl+TclBlend&defaultOp=OR&DBS=1&
OP=dnquery.xp&LNG=ALL&subjects=&groups=comp.lang.tcl&authors=&fromdate=May+1+199
9&todate=&showsort=score&maxhits=25

Now click on the article link titled "Java extensions for tcl", and you will
notice that you do not get to the same URL in mozilla as you would in Netscape
4.

In Netscape 4, you will be sent to this URL.
http://x39.deja.com/[ST_rn=ps]/getdoc.xp?AN=473906749&CONTEXT=931938118.43253760
2&hitnum=2


In mozilla, you will be sent to this URL.
http://www.deja.com/[ST_rn=ps]/query_profile.xp?QRY=Jacl%20TclBlend&ST=IF&DBS=1


This is just plain wrong. I hope this info will help you gents track down
this bug.

Comment 1

[rickg]

Nisheeth, please take a look.

Comment 2

[Nisheeth Ranjan]

Adding URL and summary and accepting bug...

Comment 3

[Nisheeth Ranjan]

Setting milestone to M12...

Comment 4

[Nisheeth Ranjan]

This isn't a beta blocker.  Setting milestone to M14...

Comment 5

[leger]

Updating component.

Comment 6

[spyysalo]

I'm seeing this on Win95 build ID 1999101808, and I'm making a testcase on it.

So far the only thing I can add to this discussion is mentioning that the URL
mozilla takes you to is in the table surrounding the table containing the search
results. The link has the text "Get more forums related to Jacl TclBlend" in the
page you get using the link in the original bug report. I strongly suspect this
is not a networking-core bug.

Comment 7

[spyysalo]

Attachment: reduced testcase

Comment 8

[spyysalo]

Added a testcase which shows the problem. Mozilla uses the first URL for both of
the two links in the testcase even though they should be different.
This using M11 build ID 1999101808 on Win95.

The reason is clear, too: The single < LI > used as a graphical detail inside
the first < A >. There is no list there and it prevents the < A > from closing.
This is a duplicate, but I can't remember right now where I've seen it before..

Be back soon.

Comment 9

[spyysalo]

Found it. See also bug 14939 which is essentially the same thing as this.

*** This bug has been marked as a duplicate of 7724 ***

Comment 10

[leger]

Bulk move of all Networking-Core (to be deleted component) bugs to new
Networking component.

Comment 11

[Asa Dotzler [:asa]]

verified duplicate of 7724.   really <A> tag not getting closed.