1117532 - box-sizing and text in value attribute of input element causing text disappearance on particular text field

Status: RESOLVED DUPLICATE of bug 752790

(Core :: Layout: Form Controls, defect)

Description

[Swarnava Sengupta (:Swarnava)]

From http://lists.w3.org/Archives/Public/www-style/2014Nov/0037.html

Check this test in Firefox (Gecko) and in Opera/Chrome (Blink)
http://jsbin.com/hegatadeju/1/edit?html,css,output

The value "hi" doesn't appear in Gecko, because there's no room left for it.
 <input type="text" value="hi">

In both Blink and Gecko the inner height is 0 (at least as shown by the devtools).

The spec doesn't say anything specific in this corner case.
http://dev.w3.org/csswg/css-ui/#box-sizing0

but it creates Web Compatibility issues.
https://bugzilla.mozilla.org/show_bug.cgi?id=1093626
https://bugzilla.mozilla.org/show_bug.cgi?id=1084906

Comment 1

[Boris Zbarsky [:bzbarsky]]

This has nothing to do with box-sizing.  It's just a matter of what the content height is.

There are also existing bugs on this.

Comment 2

[Daniel Holbert [:dholbert]]

You're right.

Here's a reduced testcase, with no "border-box" dependency, where we only display a tiny strip of the <input>'s text, whereas chrome displays the full height of the text:
  data:text/html,<input style="box-sizing: content-box; height: 5px; padding: 10px" value="hi">

Comment 3

[Karl Dubost💡 :karlcow]

The thread about this is at http://lists.w3.org/Archives/Public/www-style/2014Nov/thread.html#msg37
The bug was discussed in https://bugzilla.mozilla.org/show_bug.cgi?id=1084906

Comment 4

[:Gijs (he/him)]

(In reply to Karl Dubost :karlcow from comment #3)
> The thread about this is at
> http://lists.w3.org/Archives/Public/www-style/2014Nov/thread.html#msg37
> The bug was discussed in https://bugzilla.mozilla.org/show_bug.cgi?id=1084906

Was there consensus after the 18th of November about what should happen here? As best I could tell at the time, there were still outstanding questions. :-(

Comment 5

[Karl Dubost💡 :karlcow]

not that I know. But Boris and David might have ideas on what we should do next.
I just know that it creates webcompat issues.

Comment 6

[Karl Dubost💡 :karlcow]

A couple of dupe happening here and there are piling up in the comments of
https://bugzilla.mozilla.org/show_bug.cgi?id=1084906#c10

Comment 7

[Daniel Holbert [:dholbert]]

(I have a suspicion that those comments are all actually SEO spam -- links to various coupon sites, posted on a bug long after it's been closed, from new accounts with this as their only bugzilla comment, and no actual details about how to trigger the problem on those sites. This happens from time to time.)

Comment 8

[Karl Dubost💡 :karlcow]

Another case has been found online
found at https://misfit.com/customer/account/forgotpassword
noticed by https://twitter.com/sharperdotnet/status/773328281147932672

Comment 9

[Kus]

Thanks for adding this Karl!

Comment 10

[Karl Dubost💡 :karlcow]

Another case for this issue. On a big Web site https://www.theweathernetwork.com/

See https://webcompat.com/issues/3436

Comment 11

[Karl Dubost💡 :karlcow]

Another instance of this issue.
https://webcompat.com/issues/4927

Comment 12

[Karl Dubost💡 :karlcow]

Another instance of this issue
https://webcompat.com/issues/4914

Comment 13

[Karl Dubost💡 :karlcow]

(In reply to Boris Zbarsky [:bz] (still a bit busy) (if a patch has no decent message, automatic r-) from comment #1)
> This has nothing to do with box-sizing.  It's just a matter of what the
> content height is.
> 
> There are also existing bugs on this.

I wonder if Boris was thinking about Bug 752790

Comment 14

[Boris Zbarsky [:bzbarsky]]

That sounds plausible, yes.

Comment 15

[Frank Meredith]

I see it here: http://mmanuts.com

Comment 16

[Karl Dubost💡 :karlcow]

Let's close this one as a duplicate of Bug 752790