User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3) Gecko/20030312 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3) Gecko/20030312 When using a CSS style like this: A:link { font-family: Arial; font-weight: bold; font-size: 9pt; color: white } A:hover{ color: black } Mozilla doesn't redraw the upper left pixel of the letter 'W' when used as the first letter in a word such as "WHO" or "WHAT" when the mouse hovers causing a change from white to black. It's just one pixel that stays white. This seems to happen with font-family: Arial Bold too Reproducible: Always Steps to Reproduce: 1. Create a webpage with a background any color than black or white 2. In the header, use: <style>A:link { color: white; font-family: Arial; font-weight: bold; font-size: 9pt; } A:hover{ color:black } 3. Make a link as follows: <a href="blah">WHY DOESNT THE 'W' COLOR RIGHT?</a> 4. Hover over the link Actual Results: The first pixel in the "W" doesn't change color Expected Results: The first pixel in the "W" should have changed color

Simon, this looks the same as the issue you were talking about a few months ago with pixels outside the frame rectangle not getting redrawn, but I can't find the bug.

There are some bugs on this reported for GTK as well. The basic issue is that when the font overflows its metrics we don't treat it as overflow, but we should. (Does that require additions to the GFX APIs?)

That would be bug 197129.

This is really a dupe of one of the dependents of bug 197129. *** This bug has been marked as a duplicate of 96041 ***