Closed Bug 290594 Opened 20 years ago Closed 20 years ago

Underline for some links that doesnt have to be there

Categories

(Core :: Layout: Text and Fonts, defect)

defect
Not set
normal

Tracking

()

VERIFIED INVALID

People

(Reporter: santa_xavi, Assigned: bugzilla)

References

()

Details

User-Agent:       Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322; .NET CLR 2.0.40607)
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2

http://www.co.rockland.ny.us/Personnel/Jobs/exams.html
IE shows the link "Public Health Nurse/Public Health Nurse Trainee" 
correctly without the underline. But Firefox shows the underline all the time. 
It may be because of Firefox is not recognizing the tag <u>.

Reproducible: Always
(In reply to comment #0)
> .... But Firefox shows the underline all the same. 
> It may be because of Firefox is respecting the tag <u>.

I may have misunderstood your analysis, in which case I apologise, but it 
certainly seems that you are right that the HTML has <u> ... </u> and Firefox
underlines the content between those tags.

What does the relevant standard say about this case?
(In reply to comment #1)
> (In reply to comment #0)
> > .... But Firefox shows the underline all the same. 
> > It may be because of Firefox is respecting the tag <u>.
> I may have misunderstood your analysis, in which case I apologise, but it 
> certainly seems that you are right that the HTML has <u> ... </u> and Firefox
> underlines the content between those tags.
> What does the relevant standard say about this case?

Is this resolvable. ?. Because more and more websites you go thru and if they 
have links that doesn't show undelines, will look weird I guess

a { text-decoration: none; }



is this style not interpreted by Firefox????
This is invalid. IE is the browser not showing this correctly. The <u> overrides
other code.
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Component: General → Layout: Fonts and Text
OS: Windows XP → All
Product: Firefox → Core
Hardware: PC → All
Resolution: --- → INVALID
Version: unspecified → Trunk
(In reply to comment #4)
> This is invalid. IE is the browser not showing this correctly. The <u> 
overrides
> other code.

IE showing it without the underline. Style is interpreted correctlly in IE. 
Again check the following link both in IE and Firefox to see the situation

http://www.co.rockland.ny.us/Personnel/Jobs/exams.html

thanks
santhosh
(In reply to comment #2)
> (In reply to comment #1)
> > (In reply to comment #0)
> > > .... But Firefox shows the underline all the same. 
> > > It may be because of Firefox is respecting the tag <u>.
> > [ snip ]
> > What does the relevant standard say about this case?
> 
> Is this resolvable. ?. Because more and more websites you go thru and if they 
> have links that doesn't show undelines, will look weird I guess

Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b2) Gecko/20050416
Firefox/1.0+

I am now not sure that I am seeing what you are. Could you produce a shorter
testcase in which Firefox's rendering is incorrect?

How would expect this snippet to be rendered:

    <p align="left">
        <u>Underline starts here ...
            <font size="2" face="Verdana">
                <a href="public_health_nurse.htm" style="text-decoration: none">
                    Public Health Nurse/Public Health Nurse Trainee</a>
            </font>
            ... and finishes here.
        </u>
    </p>

Are you asking for Firefox to always underline links (irrespective of the 
site's code)? If so, there is a CSS rule for this.

(I agree with the resolution invalid, but I cannot comment on the appearance in 
IE)
(In reply to comment #5)
> (In reply to comment #4)
> > This is invalid. IE is the browser not showing this correctly. The <u> 
> overrides
> > other code.
> 
> IE showing it without the underline. Style is interpreted correctlly in IE. 
> Again check the following link both in IE and Firefox to see the situation
> 
> http://www.co.rockland.ny.us/Personnel/Jobs/exams.html
> 
> thanks
> santhosh

The <u> overrides the style.
(In reply to comment #7)
> (In reply to comment #5)
> > (In reply to comment #4)
> > > This is invalid. IE is the browser not showing this correctly. The <u> 
> > overrides
> > > other code.
> > 
> > IE showing it without the underline. Style is interpreted correctlly in IE. 
> > Again check the following link both in IE and Firefox to see the situation
> > 
> > http://www.co.rockland.ny.us/Personnel/Jobs/exams.html
> > 
> > thanks
> > santhosh
> The <u> overrides the style.

If it is overidding, how come its not showing in IE. IE must be taking the 
style declaration not the <U> tag.

But firefox doesnt recognize the style declaration I guess.

(In reply to comment #5)
> (In reply to comment #4)
> > This is invalid. IE is the browser not showing this correctly. The <u> 
> > overrides other code.
> 
> IE showing it without the underline. Style is interpreted correctly in IE. 
> Again check the following link both in IE and Firefox to see the situation
> 

santosh, I realise that you would need time travel to have responded to my
comment 6 , but it would have helped you.

Very few of the regulars in Bugzilla would be guided by a 4 years old
browser, even if IE did not have the reputation of being the worst 
browser out there. The gold standard consists of standards published by
the W3C, various RFCs and where these contain ambiguities or errors, the
opinions of experts.

Seriously, it is not a question of providing a link, but a small, succint
testcase together with how it violates the relevant standard or authority.
I realise that this is self-evidently an empty promise (given that this
bug is resolved as INVALID), but I will still assert that if a defect is
found in Firefox, then someone somewhere will work to speedily expunge it.
text-underline does not inherit anyway. but the entire <u> box get the
underline. that can not be changed by child elements. this is similar to how
borders behave.

vrfy invalid.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.