When styling text INPUT elements, the individual padding properties are getting all confused, and width is being shortened. Left padding is resulting in both left and bottom padding, and the width is being incorrectly decreased (yes I did do "box-sizing:content-box"!). Bottom padding is resulting in an increased width and the content being clipped altogether (VERY BAD!). Right padding is resulting in both right and bottom padding, and the width is getting shortened as well. Top padding is doing similar things to bottom padding. You can see all this on the test case: http://www.bath.ac.uk/%7Epy8ieh/internet/projects/mozilla/input-padding.html See also bug 32102.
Nominating for nsbeta2 since this is a CSS1 compliance issue.
ekrock, how widespread is this?
Putting on [nsbeta2+][w/b minus on 6/22] radar.
We wouldn't hold nsbeta2 for this, but it's a bug we'd like to fix before FCS. Nominating nsbeta3 in case this doesn't make nsbeta2. Also, I'd suggest a more lenient checkin-cutoff date than 6/22 as this is a bug we want to fix, not a new feature we're hoping to implement.
M16 has been out for a while now, these bugs target milestones need to be updated.
setting to M17
Marking VERIFIED FIXED on: - MacOS9 2000-07-12-15-M17 Commercial - Linux6 2000-07-12-21-M17 Commercial - Win98 2000-07-12-21-M17 Commercial