inline-block children aren't visible after collapsing/expanding container with `text-overflow: ellipsis`
Reported by
greg.lit...@workiva.com,
Sep 6 2017
|
||||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/61.0.3163.79 Safari/537.36 Steps to reproduce the problem: 1. Render a container with `text-overflow: ellipsis`, `white-space: nowrap`, and `overflow: hidden`, with `display: inline-block` children 2. Shrink the container horizontally by setting a `width` until a child is clipped completely out of view 3. Expand the container back to its original size What is the expected behavior? All items should be visible again. What went wrong? The children clipped out of view are no longer visible (except the first item, which always stays visible), but they take up the same amount of space. Did this work before? Yes 60 Does this work in other browsers? Yes Chrome version: 61.0.3163.79 Channel: stable OS Version: OS X 10.12.0 Flash Version: Shockwave Flash 26.0 r0 This issue is not present with `display: inline` children.
,
Sep 7 2017
Note: Issue is observed on Windows (Win 10) and Linux (Ubuntu 14.04) OS as well
,
Sep 7 2017
,
Sep 7 2017
Given that this only triggers when an element is rezized twice and in combination with ellipsis it isn't worth blocking a release on it. It is still an important issue to fix however!
,
Sep 7 2017
Issue 762978 has been merged into this issue.
,
Sep 8 2017
The following revision refers to this bug: https://chromium.googlesource.com/chromium/src.git/+/27c507212fd72de9f944ff001665c242a7785cce commit 27c507212fd72de9f944ff001665c242a7785cce Author: Robert Hogan <robhogan@gmail.com> Date: Fri Sep 08 08:15:16 2017 Clear truncation on atomic inlines when deleting ellipses Bug: 762735 Change-Id: I1ad11423182282066ede39a4e8da2bab0fbab1da Reviewed-on: https://chromium-review.googlesource.com/655309 Reviewed-by: Emil A Eklund <eae@chromium.org> Commit-Queue: Robert Hogan <robhogan@gmail.com> Cr-Commit-Position: refs/heads/master@{#500539} [add] https://crrev.com/27c507212fd72de9f944ff001665c242a7785cce/third_party/WebKit/LayoutTests/fast/text/add-and-remove-ellipsis-on-inline-blocks-expected.html [add] https://crrev.com/27c507212fd72de9f944ff001665c242a7785cce/third_party/WebKit/LayoutTests/fast/text/add-and-remove-ellipsis-on-inline-blocks.html [modify] https://crrev.com/27c507212fd72de9f944ff001665c242a7785cce/third_party/WebKit/Source/core/layout/LayoutBlockFlow.h [modify] https://crrev.com/27c507212fd72de9f944ff001665c242a7785cce/third_party/WebKit/Source/core/layout/LayoutBlockFlowLine.cpp [modify] https://crrev.com/27c507212fd72de9f944ff001665c242a7785cce/third_party/WebKit/Source/core/layout/api/LineLayoutItem.h
,
Sep 26 2017
,
Oct 13 2017
Shouldn't the fix be merged to M62?
,
Oct 13 2017
Given that it is broken in 61 and only happens during resize it doesn't seem worth the risk to merge it into 62.
,
Oct 13 2017
But resizing may occur in :hover CSS rule as shown in issue 774472 thus breaking important functionality.
,
Oct 16 2017
Issue 774472 has been merged into this issue.
,
Oct 18 2017
This bug is not only found on resize or :hover, and is easily reproduceable with minimal setup. Refer to the repro steps in one of the merged issues https://bugs.chromium.org/p/chromium/issues/detail?id=762978. This is affecting a component on our production site at Onshape and we would request it be made a 62 fix if at all possible.
,
Nov 3 2017
|
||||||
►
Sign in to add a comment |
||||||
Comment 1 by ranjitkan@chromium.org
, Sep 7 2017Components: Blink>HTML
Labels: ReleaseBlock-Stable M-61 Needs-Triage-M61 hasbisect
Owner: robhogan@chromium.org
Status: Assigned (was: Unconfirmed)