Reproducible on Win 7/ 64 bit on the following builds:
Version 51.0.2690.0 canary (64-bit)
Version 50.0.2661.49 beta-m (64-bit)

This works fine on 49.0.2623.108 Stable build.

Marking this with RB label as this is a regression issue. Please feel free to change it.


Working on Bisect and i will provide the regression information soon.

Unable to run bisect due to Bit 9 exception.
Issue seen on Mac OSX as well & this is reproducbile on Win 32 bit builds as well.

@Narayana, can you please get this bug bisected ?

Good Build --> 50.0.2626.0 [370259]
Bad Build --> 50.0.2629.0 [371142]

Bisect info:
CHANGELOG URL:
  https://chromium.googlesource.com/chromium/src/+log/e0b6a82cadecbda7e005921c2416fc7afb3542aa..1fee3b4957164505e70df4152fa31a2807fefa74

suspecting https://chromium.googlesource.com/chromium/src/+/8876584335b48c99cf8df552ef4d8efebb131041,
dgrogan@, Could you please check the above issue & help us in finding an owner it its not yours.

Good Build:50.0.2628.0
Bad Build: 50.0.2629.0

Able to reproduce the issue on Ubuntu 14.04 also.

A friendly reminder that M50 Stable is launching soon! Your bug is labelled as Stable ReleaseBlock, pls make sure to land the fix and get it merged into the release branch by Apr-5. All changes MUST be merged into the release branch by 5pm on Apr-8 to make into the desktop Stable final build cut. Thanks!

This change is due to the % height work I started in issue 353580.

The short story is that you need to add height: 100% to a table-cell that surrounds your blocks: https://jsfiddle.net/8vd1pzbf/. I tested this in chrome 49, chrome 51, and FF 48. Let me know if this doesn't work for you and we'll iterate.

The longer story is that no two browsers render tables the same. The change I made in issue 353580 gets chrome closer to the css spec so we're going to keep it. The downside is that some sites inadvertently relied on the broken behavior. Your case is interesting because FF is broken in a way similar to chrome 49, which I hadn't seen before.