BuildID: 2000022820 Also reproducible in Netscape 6.0 PR1 (Build 2000033112)The under This may be due to the extensive use of XUL, but in some instances in which the browser creates a 3-D button (such as the Cancel button in Edit | Preferences), occasionally the underline continues beyond the edge of the type (So it looks like Cancel___) rather than just the word 'cancel' being underlined). The underlining isn't a problem when there seems to be a graphic after the text, such as in the OK <- button in Edit | Preferences. If it is XUL, then it would seem as if the problem could be fixed by stripping whitespace after the last non-whitespace character before telling Gecko (or whatever handles this) to create the underline. Reproducible: Always Steps to Reproduce: 1. Open the Edit submenu 2. Click on Preferences 3. Mouseover the Cancel button Actual Results: The underline extends one or two character-widths beyond the l in Cancel. This also happens in other instances, but this is an easy dialog box to open up: looks like this: Cancel -------- Expected Results: The underline should terminate underneath the l. as shown: Cancel ------

Underlining as a rollover on buttons is going away, at least in theory.

Verify INVALID (please don't take it personally, Bugzilla doesn't have a politer option, like, "to be fixed by design change". ;-)