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

Issue 653886 link

Starred by 2 users

Issue metadata

Status: Duplicate
Merged: issue 626507
Owner:
NOT IN USE
Closed: Oct 2016
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 1
Type: Bug-Regression



Sign in to add a comment

Images with overflow hidden containers inside CSS3 columns are invisible in anything but first column

Reported by jetison...@gmail.com, Oct 7 2016

Issue description

UserAgent: Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/53.0.2785.143 Safari/537.36

Example URL:
https://jsfiddle.net/1bv400ak/15/

Steps to reproduce the problem:
See that image is visible as expected in first column in the first example, and not visible at all in second example where it starts in the second column.

What is the expected behavior?
Both example images should be visible, as in Firefox and Edge: http://imgur.com/YIs39YU (disregarding that FF doesn't seem to columnize images at all.)

What went wrong?
2nd example image wasn't visible.

Does it occur on multiple sites: N/A

Is it a problem with a plugin? N/A 

Did this work before? N/A 

Does this work in other browsers? Yes 

Chrome version: 53.0.2785.143  Channel: stable
OS Version: 10.0
Flash Version: Shockwave Flash 23.0 r0

Disregard the "Continuation of image is not seen", that was left over from an earlier version of the jsfiddle.

Happens in Incognito as well with no extensions enabled.

Tested in other browsers:
- Firefox 49.0.1: Both images are visible, see http://imgur.com/YIs39YU
- Edge 38.14393.0.0: Both images are visible, see http://imgur.com/s8Kcjoq

Album of Chrome, Firefox and Edge: http://imgur.com/a/RaNdm
 
Forgot one detail: the image must have a transform. If you remove either the transform or the overflow: hidden then it works as expected.
Also of note, if you add a transform to the parent element that has overflow: hidden then it also works as expected.
Components: Blink>CSS
Labels: Needs-Bisect
Cc: sureshkumari@chromium.org
Components: Blink>Layout>MultiCol
Labels: -Pri-2 -Type-Compat -Needs-Bisect M-56 has-Bisect OS-Linux OS-Mac Pri-1 Type-Bug-Regression
Owner: msten...@opera.com
Status: Assigned (was: Unconfirmed)
Using the per-revision bisect providing the bisect results,
Good build:50.0.2653.0(Revision: 375741).
Bad build: 50.0.2655.0 (Revision:376333).

CHANGELOG URL:
-----------------   https://chromium.googlesource.com/chromium/src/+log/b3d6d548c137cea06101937cec56d085fb40fae0..a7a6196257751af4e1bf769d60cb566c437f28e8

From the CL above, assigning the issue to the concern owner 

mstensho@ - Could you please check whether this is caused with respect to your change, if not please help us in assigning it to the right owner.

Review-Url: https://codereview.chromium.org/1710003002

Comment 5 by msten...@opera.com, Oct 13 2016

Yeah, unprefixing multicol made the test case suddenly display columns (since there was no -webkit-columns in the test case). This is probably not a regression in the "new" (flowthread-based) multicol implementation, though. I bet it has just never worked there. It may have worked in the old one (that implementation is now long gone).

This similar to  bug 626507 , but I'm not sure if it's a duplicate.

In the first part of the test I see the image in both columns, BTW (contrary to the description in this bug report), so let's focus on the second part, where the image starts in the second column. I see no image there, just as described. That's clearly a bug.
#5
Yes I mentioned that the text in the first example should be disregarded.

It does appear to be a duplicate of  bug 626507 . Thanks.

Comment 7 by meade@chromium.org, Oct 13 2016

Mergedinto: 626507
Status: Duplicate (was: Assigned)
Marking dupe as per #6.

Sign in to add a comment