Build ID 2000-042709 and 042809 M16 Linux What used to be hundreds of links in the boxes on right side of page is now perceived as ordinary text. This goes for all cells where the links are in small fonts. Also the headings in those are no longer links.

seen also on 2000042808 win32 and mac...major regression. cc'ing rickg (parser) and pierre (style system, CSS defines the link styles at the page top) to see if they know what's going on. i wonder if this is part of a much bigger bug that's already been reported, but i couldn't find anything. The links seem to stop being recognized a "Supported Sites" and continue unrecognized to the end of the page. Bumping up severity a little, this seems pretty important to me and non-working navigational links are *certaintly* a major loss of function on the web.

cc'ing rickg and pierre

Same problem occurs at bottom of http://slashdot.org/articles/00/04/28/0839230.shtml and seemingly every other Slashdot comment page...the links simply aren't recognized. Nominating for beta2, this is big.... Interestingly enough, in both sites the non-working links seem to be of the form <A href="URLADDRESS"><FONT color="#HEX">TEXT</FONT> Don't know if this is just a coincidence or what

Guess I should've elaborated a bit...the nonfunctioning links on the /. page I referred to are the ones at the very bottom, like "home", "awards","supporters", and so forth. These don't work in *any* page on Slashdot.

bug 37889 is likely a dup. Same sympthoms at http://www.aint-it-cool-news.com

*** Bug 37973 has been marked as a duplicate of this bug. ***

I guess it's a parser problem: - save the source - look for the link with "www.userfriendly.org" (that's where the links start to be broken). - remove the <FONT> tags from around some of the links ==> The links work again! The weird thing is that many other preceding links on the page have a <FONT> tag too and they work.

*** Bug 38039 has been marked as a duplicate of this bug. ***

*** Bug 37889 has been marked as a duplicate of this bug. ***

*** Bug 38265 has been marked as a duplicate of this bug. ***

2000-050508 M16 Linux: The links work again in this build. Tested the URL in the dupes also: also works.

wfm as well on 2000050508 on win2k and win98. nice to see this working again, and yep, all the urls of the dupes work as well. was something done to fix this? i'll mark wfm for now.

massive update for QA contact.

reopening - they stopped working again sometime after the 5th. currently not working in 2001010821 linux trunk.

This link problem is also happening with Win32 builds for last couple of days. I've distilled a test case, and it appears to be due to nested <font> tags messing up the <a> tags. I'll attach the test case next. Rather unfortunate that I can't follow the build links on www.mozillazine.org currently due to this. :>

It stopped working after the 7th. (not 5th) another case: http://www.iglooftp.com/unix/download.html link to the files became plain text. Since bug 64622 is the new one about the same thing, and marked [fix in hand] marking this one dup. *** This bug has been marked as a duplicate of 64622 ***

VERIFIED DUP.

SPAM. HTML Element component deprecated, changing component to Layout. See bug 88132 for details.