Closed Bug 222443 Opened 22 years ago Closed 22 years ago

CSS a:hover text-decoration:underline does not function.

Categories

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

x86
Linux
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 195573

People

(Reporter: danleyf, Unassigned)

References

()

Details

User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031007 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031007 The text-decoration attribute in a hover statement does not work in version 1.5. Reproducible: Always Steps to Reproduce: 1. Put <a href="#">some text</a> in document 2. Put a:hover { text-decoration: underline; } in css 3. view page. Actual Results: The hyperlink was not underlined when the mouse was placed on the link. Expected Results: They hyperlink should have been underlined.
The given URL WFM 1.5 final and 20031012 nightly PC/WinXP.
This is invalid. The links in the sidebar are within a block of class "sidelinks" which the CSS on the given URL declares to have text-decoration : underline. The text-decoration : none in the CSS applies only to links with any element of class "navtitlehigh". There are no elements with this class in the given URL. If the outcome isn't as intended its the CSS at fault, not Mozilla.
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → INVALID
Bruce, you have misread the entire problem. The class sidelinks should have text-decoration: underline and does have. The problem is that mozilla 1.5 DOES NOT DISPLAY the text-decoration of underline when hovering. This is NOT an invalid submission. Please look again. Thank you. ------- Additional Comments From Bruce.Davidson@iplbath.com 2003-10-16 12:08 -------This is invalid. The links in the sidebar are within a block of class"sidelinks" which the CSS on the given URL declares to have text-decoration :underline.The text-decoration : none in the CSS applies only to links with any element of class "navtitlehigh". There are no elements with this class in the given URL. Ifthe outcome isn't as intended its the CSS at fault, not Mozilla.
Status: RESOLVED → UNCONFIRMED
Resolution: INVALID → ---
Bruce, In an effor to help clarify the problem, I have put up a URL dedicated to this problem. Please review the URL. http://webgarden.ccpi.net/mozilla-broke.html Thank you. Danley
Danley: Are you using XFree86 4.3.0? If yes, this may be a duplicate of bug 195573. Was the 1.4 release you used an original Mozilla.org release or a package from e.g. Slackware or Red Hat? The original Mozillas, built with FreeType have this problem (this is a bug in XFrree86). The RedHat- or Slackware-compiled ones use XFT, so this does not occur. The workaround is to get an XFT-enabled Mozilla build (or patch XFree86).
"1.4"... - I meant "the previous version you used that did not have this problem". :)
Marek, I have trunk Mozilla 1.4, Redhat 1.2.1 and trunk Mozilla 1.5. The trunk Mozilla 1.4 was compiled locally by myself and the trunk 1.5, I got lazy and used the installer. My 1.4 and 1.2.1 neither one have the problem, but the 1.5 does. XFree86-4.3.0-2 <== You hit that one on the nose. Thx. I will go check out what I did in the compilation of the 1.4. *** This bug has been marked as a duplicate of 195573 ***
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago22 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.