Closed Bug 910695 Opened 11 years ago Closed 9 years ago

Horizontal padding ignored on a button with text-overflow: ellipsis

Categories

(Core :: Layout: Form Controls, defect)

Product:
Core
Component:
Layout: Form Controls
Version:
23 Branch
Platform:
x86_64
Linux
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED DUPLICATE of bug 1010675

People

(Reporter: mik01aj, Unassigned)

Details

User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/30.0.1588.0 Safari/537.36

Steps to reproduce:

See this fiddle: http://jsfiddle.net/CtqbA/


Actual results:

The second .x (the one with button.x) shows text flowing out of content-box (yellow).


Expected results:

I expected all .x to mantain the same geometry.
Here's a simpler case, without text-overflow: ellipsis:
http://jsfiddle.net/CtqbA/2/

Both divs look correct, but the button has misplaced text and ignores box-sizing: border-box.
Maybe dupe of Bug 703786
Component: Untriaged → Layout: Form Controls
Product: Firefox → Core
Buttons purposefully allow their text to overflow into their padding, because otherwise sites break due to styling buttons with too-small widths for the default padding...
(In reply to Boris Zbarsky [:bz] from comment #3)
> Buttons purposefully allow their text to overflow into their padding,
> because otherwise sites break due to styling buttons with too-small widths
> for the default padding...

What is it that makes other UAs not break on those sites?
IE also adjusts their default padding in that situation.  But their default padding is some sort of non-CSS padding (e.g. setting "padding: 0" does not make it go away).

In Chrome, things just break.
Please fix this bug, all the other browsers behave as expected - not ignoring padding.
http://jsfiddle.net/7g5akaay/1/
Now firefox matches the expectations in this bug... Reopen this if you still see the issue.
Status: UNCONFIRMED → RESOLVED
Closed: 9 years ago
Resolution: --- → WORKSFORME
When observing the fiddle http://jsfiddle.net/7g5akaay/1/ in FF 44, IE, Chrome, and Safari, behavior is consistent and "correct" (behaves as expected). 

Though, in 38.4 and 38.5 (ESR), this defect is still reproducible (padding being ignored on when button has textContent). Is there a plan to patch this ESR release?
Resolution: WORKSFORME → DUPLICATE
You need to log in before you can comment on or make changes to this bug.