199755 - Input type=submit/button form field CSS font-family style reverts to default, when mouse [hovered over | clicked on] it.

Status: RESOLVED FIXED

(Core :: CSS Parsing and Computation, defect)

Description

[Jason Pell]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3) Gecko/20030312
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3) Gecko/20030312

The 'Add New Item' button (of the attached html file) should not revert to the
default font for form buttons, when the mouse hover's over it.

The problem disappears if I remove the: 
    .menutext:hover { text-decoration: underline; } 
style element.

I am unsure whether this is a correct CSS attribute for a SELECT
object, but the text of the button does actually change to underline,
even when the font is reset.

Reproducible: Always

Steps to Reproduce:
The attached HTML page, is all that is required to reproduce the problem.  Open
the page using a 1.3 copy of mozilla.  (I have not tried on other versions). 
Move the mouse over the 'Add New Item' button.
Actual Results:  
The 'Add New Item' button resizes to the same font as the 'Search' button, even
though the 'Add New Item' is of a different class.

Expected Results:  
The button should have stayed in the font specified for the menutext CSS class.

Comment 1

[Jason Pell]

Attachment: Example of problem - html page.

Comment 2

[Jason Pell]

Hi,

I should add, that if I remove the 'Search' submit button OR set the input type
to 'button' instead of 'submit' the font problem does not occur.

Thanks
Jason

Comment 3

[Jason Pell]

Tried it with newer browser version (to comply with 2 week old rule you have),
and still experience the same problem.

Comment 4

[Jason Pell]

I have looked into it a bit more, and if I remove the:

   .menutext:hover { text-decoration: underline; }

The problem does not occur until I actually click on the button.

Comment 5

[Christian Schmidt]

CONFIRMing using 1.4a on WinXP.

Comment 6

[Boris Zbarsky [:bzbarsky]]

Over to style system.  There is no DOM involved here...

What I see is that when I load the testcase (in a 2003-06-14-05 build) the
left-hand button is the same as the right-hand one, but uses a Verdana font. 
Hovering it makes the font bigger (bold actually!) and that persists when I
unhover it.  The font-family remains Verdana, however.

Comment 7

[Boris Zbarsky [:bzbarsky]]

Oh, same result in a 2003-06-19-05 build.

Comment 8

[Andrew Schultz]

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

Comment 9

[Matt]

Still a problem in the Firefox nightlies up to 20041013...

Problem happens when a button is a different font also. When the button is
clicked, it reverts to the default 10pt Arial one.

Comment 10

[Mathieu Parent]

see also bug 274337

Comment 11

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

Following the landing of bug 377947, we're consistent about ignoring the specified font-family.  But that doesn't seem right either, given the style rules and the computed style on the input, although DOM inspect doesn't let me look at the stuff inside the input.

Comment 12

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

The remainder of the problem is fixed by the patch in bug 216456.

Comment 13

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

Fixed on trunk by checkin of bug 216456.