Closed Bug 98358 Opened 23 years ago Closed 23 years ago

links not showing colored or underlined

Categories

(Core :: Layout, defect)

defect
Not set
critical

Tracking

()

VERIFIED FIXED

People

(Reporter: tracy, Assigned: bzbarsky)

References

()

Details

(Keywords: regression, smoketest)

seen on commercial builds:

windows 2001-09-05-05-trunk
linux 2001-09-05-06-trunk
mac 2001-09-05-04-trunk

-goto Yahoo.com

notice none of the many links are either color or underlined.  mouseover does 
change color to red to indicate it is a link. yahoo is just a very obvious page 
to look at this. It happens at all over.

note:  I am marking this a smoketest blocker not because it actually blocks 
anything, but because it is a failure of a basic functionality for a users 
browsing experience.
Keywords: smoketest
*** Bug 98323 has been marked as a duplicate of this bug. ***
Far as i see it's unvisited links that have lost underlining.
In many cases colors are also wrong.
Adding Sebastian and Caillon to the CC list.

Also, info copied from the the dupicate bug 98323,
This is another example of a site showing black links instead of blue:
http://www.infosun.fmi.uni-passau.de/cl/index-e.html

Other info gleaned from that bug:
Mozilla query bugs are shown in blue (as per prefs?)
rkaa: For me no links are underlined. Visited or not. 2001090508 linux
Another confirmation.  I noticed it on yahoo.com and news.com.
Severity: blocker → critical
Downgrading to critical to get trunk open. If this shows up on 0.9.4 build back 
to blocker status it goes.
CC'ing Pierre and dbaron - this could very well be a style problem...
From an email sent to me by David Baron (dbaron@fas.harvard.edu):

I think (based on the title of the bug -- I can't see it otherwise) that
this is a regression from bug 93977.  See in particular my comments
explaining that the leaks are because rules are being dropped in a while
loop.

-David

mark nsbranch to get on radar.  Need a new owner for this besides Asa.   

If the branching hasn't happened yet, then wouldn't we anticipate this bug to
show on the 0.9.4 branch when it's made?   
Keywords: nsbranch
=>layout
Assignee: asa → attinasi
Component: Browser-General → Layout
QA Contact: doronr → petersen
I am seeing inconsistant results.  Sometimes the visited links are right,
sometimes wrong.  All unvisited links are wrong (usually black and not
underlined).  my.yahoo.com shows visited links black and underlined, other
places purple and underlined (as I would expect)

Win2k, Build: 2001090503
The branch has happened, and the changes in bug 93977 are not on the branch.
Yep.  This is due to the checkin for bug 93977.  Taking.
Assignee: attinasi → bzbarsky
Depends on: 93977
patch attached to bug 93977
Keywords: regression
*** Bug 98448 has been marked as a duplicate of this bug. ***
*** Bug 98463 has been marked as a duplicate of this bug. ***
Fix checked in.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
*** Bug 98503 has been marked as a duplicate of this bug. ***
this is fixed on the branch (or it was never there?) however, it is still 
present on trunk builds for 09-06

reopening
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
It was checked in at 06:14.  Marking fixed again.  Try the 8am builds.
Status: REOPENED → RESOLVED
Closed: 23 years ago23 years ago
Resolution: --- → FIXED
Oops got a mid-air. Looked fixed to me on trunk using linux, cvs from < 2hrs ago.
verified fixed on mac commercial build 2001-09-06-08-trunk
Status: RESOLVED → VERIFIED
*** Bug 98531 has been marked as a duplicate of this bug. ***
*** Bug 98536 has been marked as a duplicate of this bug. ***
*** Bug 98568 has been marked as a duplicate of this bug. ***
*** Bug 98691 has been marked as a duplicate of this bug. ***
You need to log in before you can comment on or make changes to this bug.