366561 - Star selector with font-family setting causes submit-button size problem after <select>

Status: RESOLVED WORKSFORME

(Camino Graveyard :: HTML Form Controls, defect)

Description

[Olli Virtanen]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en; rv:1.8.0.7) Gecko/20060911 Camino/1.0.3
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en; rv:1.8.0.7) Gecko/20060911 Camino/1.0.3

If there is a *-selector with a font-family: sans-serif (or serif/fantasy/cursive, I believe), a submit-button after a <select>-element will change size once pressed. 

Reproducible: Always

Steps to Reproduce:
1. Load provided testcase.html
2. Press the button (and hold)

Actual Results:  
The button changes size, becoming smaller. If the cursor is outside the new size (which is about 2/3 to 3/4ths of the unpressed size), the UI cycles between the sizes until the button is released.

Expected Results:  
The button should not change size.

Tested with 1.0.3 and latest nightly (as of 2007-01-10). Default fonts or customized do not seem to change the behavior. Changing the * selector to a html (or something more specific) makes the behavior go away.

Firefox or Seamonkey do not have this problem:
Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-GB; rv:1.8.1) Gecko/20061010 Firefox/2.0
Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.0.7) Gecko/20060910 SeaMonkey/1.0.5

Comment 1

[Olli Virtanen]

Attachment: Minimal test case

Comment 2

[Chris Lawson (gone)]

Confirming per testcase with branch, too.

cl

Comment 3

[philippe (part-time)]

Freakish.
It happens with any generic font-family, even if one makes the selector specific (input, select, option {font-family:sans-serif}).
In its default state, the button plainly ignores the font-size, but when pressed (active state), the font-size is restored (that is why the button changes size).

Comment 4

[philippe (part-time)]

I must confess I don't understand what is actually happening there. It seems, in this edge case, that the select dropdown (and more exactly the options pop-up) is highjacking the font-size of the button.

As a stop gap measure, adding the following to forms.css seems to stop the bleeding (both trunk and 1.1a2 branch).

select > input[type="button"] {
  font: -moz-button;
}

No, it doesn't really make sense, that selector actually selects the button in the select menu (the thing with the arrow in Firefox). But I'm not sure how Camino (Cocoa form widgets) actually build that select widget.

Reporter, or anybody else, can you test this ?
Quit Camino.
Navigate to your Camino, right-click > Show Package Contents and navigate through Contents > MacOS > res
You'll find the forms.css file, add the above code at the very bottom, and start up.
I've tested so far on 10.4.8 PPC. It 'works' and in all my test files doesn't casue other problems.

Comment 5

[Olli Virtanen]

The forms.css addition does make the problem go away with camino 1.0.3 on 10.4.8 (tested on both intel and ppc). In addition to the test case it fixes the page where I originally noticed the bug.

Comment 6

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

Josh, do you have any insight into philippe's question?

Comment 7

[Stuart Morgan]

Trunk resolves this, so closing WFM.