Closed Bug 268890 Opened 20 years ago Closed 20 years ago

Link underline for some links after a link with long anchor text are sometimes VERY long

Categories

(Core :: Layout, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: Tim.Pointing, Unassigned)

Details

(Keywords: testcase)

Attachments

(2 files)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.3) Gecko/20040910
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.3) Gecko/20040910

In the sample HTML (see "Steps to Reproduce"), one of the URLs should be
rendered with a very short, single-character link but, in 1.7.3 (and a number of
previous versions), the link is rendered as if it is about 800 characters long
(effectively padded out with spaces)!

Reproducible: Always
Steps to Reproduce:
Use the following HTML:

<HTML><HEAD><TITLE>None</TITLE></HEAD><BODY>
<A
HREF="/cgi-bin/anotherURL">1234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456</A><BR>
<A HREF="/cgi-bin/myURL">1</A><BR>
<A HREF="/cgi-bin/myURL">h</A><BR>
</BODY></HTML>
Actual Results:  
The 3rd link ("h") is extremely long - about 2-1/2 times the length of the 1st
link! The link underline just keep going and going and going....

Expected Results:  
Should display the first long link and then two very short links.

Windows 2000, SP4
Compaq Evo D510 CMT
The testcase WFM 20041109 trunk PC/WinXP.  Could be an issue fixed post-1.7.
Keywords: testcase
WFM, 2004-11-03-05 trunk Linux. (fixed by bug 258126?)
Resolving WFM.  Works on the trunk and will work in 1.8.
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → WORKSFORME
(In reply to comment #0)
> User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.3)
Gecko/20040910
> Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.3)
Gecko/20040910
> 
> In the sample HTML (see "Steps to Reproduce"), one of the URLs should be
> rendered with a very short, single-character link but, in 1.7.3 (and a number of
> previous versions), the link is rendered as if it is about 800 characters long
> (effectively padded out with spaces)!
> 
> Reproducible: Always
> Steps to Reproduce:
> Use the following HTML:
> 
> <HTML><HEAD><TITLE>None</TITLE></HEAD><BODY>
> <A
>
HREF="/cgi-bin/anotherURL">1234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456</A><BR>
> <A HREF="/cgi-bin/myURL">1</A><BR>
> <A HREF="/cgi-bin/myURL">h</A><BR>
> </BODY></HTML>
> Actual Results:  
> The 3rd link ("h") is extremely long - about 2-1/2 times the length of the 1st
> link! The link underline just keep going and going and going....
> 
> Expected Results:  
> Should display the first long link and then two very short links.
> 
> Windows 2000, SP4
> Compaq Evo D510 CMT

(In reply to comment #5)
> Resolving WFM.  Works on the trunk and will work in 1.8.

I just brought down 1.8a4 and the problem still exists there. Is that your
experience too? Should I just wait for 1.8 (or 1.8a5?) to be released or does
this mean that the problem is still unresolved on my system?
(In reply to comment #6)
> I just brought down 1.8a4 and the problem still exists there. Is that your
> experience too? Should I just wait for 1.8 (or 1.8a5?) to be released or does
> this mean that the problem is still unresolved on my system?

The patch suspected of fixing the problem was checked in after 1.8a4, and all
the testers here who don't see the problem are using post-1.8a4 alpha nightly
builds.

You could wait for 1.8a5, or 1.8 final, depending on how you feel about using
nightly/alpha/testing releases vs. milestone final releases.
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: