New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 309483 link

Starred by 13 users

Issue metadata

Status: WontFix
Owner: ----
Closed: Dec 2015
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 2
Type: Bug



Sign in to add a comment

display: table; within display: block; forces sibling content to new line

Reported by jsny...@gvusd.org, Oct 20 2013

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/30.0.1599.101 Safari/537.36

Example URL:
http://jsbin.com/iBUjAXa/9

Steps to reproduce the problem:
1. Load up http://jsbin.com/iBUjAXa/9
2. Notice that without a fixed width, the table takes up all available space when placed within an inline-block parent.

What is the expected behavior?
When placed within an inline-block element, the display: table element should not take up the full width of the parent.

What went wrong?
Element with display: table; goes 100% wide for some reason

Does it occur on multiple sites: Yes

Is it a problem with a plugin? No 

Did this work before? N/A 

Does this work in other browsers? Yes Firefox 24 for Mac

Chrome version: 30.0.1599.101  Channel: stable
OS Version: OS X 10.8.5
Flash Version: Shockwave Flash 11.9 r900

This one is tough honestly, because I don't know what the actual behavior should be here. If the display: table; element has a fixed width, everything is fine and the sizing of elements within that (the input and add-on) make sense.

Without any fixed width, what's the "default" or "fallback" width of an input with display: table-cell? I don't know for sure. That said, FF for Mac works just fine with this same markup.
 

Comment 2 by tkent@chromium.org, Oct 21 2013

Cc: jchaffraix@chromium.org
Labels: -Cr-Content Cr-Blink-Rendering
Cc: agautam@chromium.org
Status: Untriaged
it's existing in all channels non regression issue.
not sure if its right behavior, triaging to get more input on this.

Comment 4 by cvreb...@gmail.com, Dec 29 2014

Still a problem in Chrome 39.0.2171.93

Comment 5 by laforge@google.com, Jan 9 2015

Labels: -Cr-Blink-Rendering Cr-Blink-Layout
Migrate from Cr-Blink-Rendering to Cr-Blink-Layout

Comment 6 by Deleted ...@, Jan 17 2015

dkldwdkw

Comment 8 by cvreb...@gmail.com, Jul 29 2015

For the record, Firefox 41's rendering of the example matches Chrome's.

Comment 9 by cvreb...@gmail.com, Jul 29 2015

Safari, IE11, Edge, and Presto also match Chrome's rendering, so this probably isn't an actual bug.

Comment 10 by e...@chromium.org, Dec 29 2015

Status: WontFix
Intentional and matching other browsers. Marking as WontFix.

Comment 11 Deleted

Sign in to add a comment