Text is purple when visited this is an css bug
Click on an url for example the vulnerability link to synx
Purple
white or other color
Thanks!
I notice that the light-theme has the same issue. Weird. I then jump to google.com and notice the same (devtools shows no default useragent stylesheets for . I find this SO post suggesting that link colors for a:visited):visited / not :visited have been standardized, and claims that Chrome does this, but I'm not seeing that ...
EDIT: nvm about google.com, turns out I just can't distinguish the colors. But still holds that Chrome doesn't provide a default style for a:visited?
.lh-audit-group a, .lh-category-header__description a, .lh-audit__description a, .lh-footer a {
color: var(--color-informative);
}
:visited state in DevTools to see that Chrome does do what the SO post above suggests. I was looking for something like :visited, but Chrome implements it with :-webkit-any-link { color: -webkit-link} see blink internals@TheHunterDog you're saying that lighthouse has purple visited links in dark mode, right? I can't reproduce this. Can you share a screenshot?
I had it on the link that links to synx jquery venerability's
@paulirish @TheHunterDog. Same goes for non-visited links as well.
In best practices section, audit's for security vulnerability links are not readable in dark mode
Screenshot:

Lighthouse 5.2 does have unreadable links in the vulnerabilities audit however these links have the correct coloring in LH 6.2.
In LH 5.2:

.lh-audit-group a, .lh-category-header__description a, .lh-audit__description a, .lh-footer a {
color: var(--color-informative);
}
Links should be colored properly according to this CSS code, however this did not apply to the vulnerabilities audit table item links in LH 5.2 because that audit was not a part of an audit group and so .lh-audit-group a did not apply. The "Learn more" link does have proper coloring because it is a link in an audit description (.lh-audit__description a).
I haven't found the exact version where this change was made, but by 6.2 the vulnerabilities audit was put into the "Trust and Safety" group, and so the report gave links in that audit their proper coloring. Additionally .lh-table-column--link a was added to the list of classes.
All links I could find are covered by the CSS rule in 6.2. We could prevent this issue from popping up in the future by having the CSS rule apply to all links regardless of class. Otherwise I think we can consider this resolved.
Let's tweak the anchor styles to be more defensive. Probably on all a (to handle cases where an embedder has their own styles)
Most helpful comment
Lighthouse 5.2 does have unreadable links in the vulnerabilities audit however these links have the correct coloring in LH 6.2.
In LH 5.2:

Links should be colored properly according to this CSS code, however this did not apply to the vulnerabilities audit table item links in LH 5.2 because that audit was not a part of an audit group and so
.lh-audit-group adid not apply. The "Learn more" link does have proper coloring because it is a link in an audit description (.lh-audit__description a).I haven't found the exact version where this change was made, but by 6.2 the vulnerabilities audit was put into the "Trust and Safety" group, and so the report gave links in that audit their proper coloring. Additionally
.lh-table-column--link awas added to the list of classes.All links I could find are covered by the CSS rule in 6.2. We could prevent this issue from popping up in the future by having the CSS rule apply to all links regardless of class. Otherwise I think we can consider this resolved.