RESOLVED WORKSFORME 7737
Links are invisible (rendered white on white)
https://bugs.webkit.org/show_bug.cgi?id=7737
Summary Links are invisible (rendered white on white)
Morten Norby Larsen
Reported 2006-03-12 07:25:04 PST
There are clikcable links to the right of the dates, but they are not visible.
Attachments
HTML page which shows the problem (15.75 KB, text/html)
2006-03-12 07:26 PST, Morten Norby Larsen
no flags
Reduction (317 bytes, text/html)
2006-03-12 16:12 PST, Ingo Chao
no flags
Morten Norby Larsen
Comment 1 2006-03-12 07:26:28 PST
Created attachment 7025 [details] HTML page which shows the problem This is just the page saved, in case the webmaster changes the code to fix the problem on his side.
Alexey Proskuryakov
Comment 2 2006-03-12 08:27:15 PST
HTML here is quite broken - several nested <head>, <body>, <html> elements... Additionally, we have a regression in ToT - Select All doesn't select anything. This may warrant a separate P1 bug report.
Alexey Proskuryakov
Comment 3 2006-03-12 09:05:37 PST
More specifically, the first <body> specifies link="#FF0000" (red), and the second specifies link="#FFFFFF" (white).
mitz
Comment 4 2006-03-12 09:42:29 PST
(In reply to comment #3) > More specifically, the first <body> specifies link="#FF0000" (red), and the > second specifies link="#FFFFFF" (white). > The parser correctly doesn't overwrite the first <body>'s link attribute with the second's (it only applies additional attributes). This works well with most attributes, but with link, alink, vlink and some on* attributes, HTMLBodyElementImpl::parseMappedAttribute() applies the attributes directly to the document early on.
Ingo Chao
Comment 5 2006-03-12 16:12:35 PST
Created attachment 7035 [details] Reduction Reduction. The inner body has 'text' attribute set, the outer body has not. The inner link attributes overwrite the outer. If the inner 'text' attribute is removed (or if the outer 'text' attribute is set too), then the inner link attributes won't overwrite the outer anymore. The behavior is identical to IE5.2Mac, and unlike Fx1.5.0.1 and Opera8.51
Sam Sneddon [:gsnedders]
Comment 6 2020-12-22 15:14:46 PST
Presumably fixed by the move to the now specified HTML parser.
Note You need to log in before you can comment on or make changes to this bug.