Issue metadata
Sign in to add a comment
|
<LI> got an extra height while it got <a> as its child and styles of display block and overflow hidden
Reported by
mooncake...@gmail.com,
Jun 30 2017
|
||||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/59.0.3071.115 Safari/537.36 Example URL: https://jsfiddle.net/ep3k6rhL/ Steps to reproduce the problem: Please check https://jsfiddle.net/ep3k6rhL/ What is the expected behavior? Check the URL on safari What went wrong? The <LI> is showing with extra height, seems double of the inner <a> Does it occur on multiple sites: Yes Is it a problem with a plugin? No Did this work before? Yes 58 Does this work in other browsers? Yes Chrome version: 59.0.3071.115 Channel: stable OS Version: OS X 10.11.1 Flash Version: It happens only on chrome 59, not sure if it occurs on other systems, but on Mac 10.10, 10.11 and 10.12. Chrome 58 and previous version worked correctly
,
Jul 3 2017
Adding Needs-Bisect as the reporter says this is a regression seen in M59, and M58 was working fine.
,
Jul 3 2017
Able to reproduce the issue on windows 7, Ubuntu 14.04 and Mac 10.12.5 using chrome version 59.0.3071.115 and canary 61.0.3147.0. This is regression broken in M59.Please find the bisect information as below Narrow bisect:: Good:: 59.0.3050.0 -- (build revision 459323) Bad:: 59.0.3053.0 -- (build revision 459685) CHANGELOG URL: The script might not always return single CL as suspectas some perf builds might get missing due to failure. https://chromium.googlesource.com/chromium/src/+log/026cead1b2ff13a78bc044c62efd63b8efb0041e..fd1e60f0bee4b6b25d898f4f4f859aa38d1a9643 Possible suspect from the above CL https://chromium.googlesource.com/chromium/src/+/fd1e60f0bee4b6b25d898f4f4f859aa38d1a9643 Unable to assign to the owner of the CL.Hence assigning to the reviewer. eae@ Could you please help us in assigning to the appropriate owner. Thanks,
,
Jul 18 2017
Hi there, 2 weeks passed, any update on this issue? Do I need provide more information here?
,
Aug 3 2017
Assigning to reviewer, cc:ing author.
,
Aug 4 2017
The new behavior is the same as in Edge. But it's not optimal. A few days Cathie made another change in this area: https://chromium-review.googlesource.com/593433 But it doesn't affect the test case here.
,
Aug 9 2017
Sorry that I did not understand the resolution here, why this issue is duplicated with the one in year of 2014 (344941)? Have went through https://bugs.chromium.org/p/chromium/issues/detail?id=747695 and thought it might be the same issue. Which chrome version will this fix in?
,
Aug 9 2017
It's true that the current behavior was introduced in 2017, but prior to that it was even worse: the bullets were simply missing when overflow:hidden was involved. Bug 344941 is about getting bullet layout correct, and it makes no sense to have separate bug reports for it. |
|||||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||||
Comment 1 by kochi@chromium.org
, Jul 3 2017Status: Untriaged (was: Unconfirmed)
94.7 KB
94.7 KB View Download