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

Issue 761762 link

Starred by 3 users
Status: WontFix
Owner:
█ robho...@gmail.com
Last visit > 30 days ago
Closed: Sep 2017
Cc:
█ sc00335...@techmahindra.com
█ robho...@gmail.com
dgro...@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 1
Type: Bug-Regression



Sign in to add a comment

When specifying a percentage for cells and images in a cell containing an image of a table row, an appropriate height is not set for the image

Reported by yuki.nis...@access-company.com, Sep 4 2017 
UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.113 Safari/537.36

Steps to reproduce the problem:
1. Show sample content.
2. Check if image as gray line is extended to height of text cell or not.

What is the expected behavior?
Image as gray line is extended to height of text cell.

What went wrong?
Image as gray line is NOT extended to height of text cell.

WebStore page: Chrome Browser

Did this work before? N/A 

Chrome version: 60.0.3112.116  Channel: stable
OS Version: 10.0
Flash Version:

Comment 1 by yuki.nis...@access-company.com, Sep 4 2017 

This is sample content
----
<html><head>
<title>Sample</title>
</head>
<body>
<table><tbody>
<tr><td>
</td><td height="100%"><img src="./b-left.gif" height="100%"></td>
<td><p>Hello, This is sample comment.<br>
What is displayed contents ?</p></td>
<td height="100%"><img src="./b-right-c.gif" height="100%"></td>
</tr></tbody></table>
</body></html>
----

Comment 2 by yuki.nis...@access-company.com, Sep 4 2017

sampleContent.zip
685 bytes Download

Comment 3 by yuki.nis...@access-company.com, Sep 4 2017 

This is a table about reproduction result of other browser (except Chrome).
otherBrowserReproductionTable.png
26.5 KB View Download

Comment 4 by yuki.nis...@access-company.com, Sep 4 2017 

This is a table about reproduction result about Chrome browser.

(Sorry, please ignore japanese comment in table.)
ChromeReproductionTable.png
86.4 KB View Download

Comment 5 by yuki.nis...@access-company.com, Sep 4 2017 

Reproduction each chrome version

58.0.3029.83 ：Not Reproduction
60.0.3112.107：Reproduction
60.0.3112.116：Reproduction

Comment 6 by sc00335...@techmahindra.com, Sep 5 2017

Cc: sc00335...@techmahindra.com
Components: -Platform>Apps Blink>Layout>Table
Labels: -Type-Bug -Pri-2 hasbisect-per-revision Triaged-ET M-63 Needs-Triage-M60 OS-Linux OS-Mac Pri-1 Type-Bug-Regression
Owner: robho...@gmail.com
Status: Assigned (was: Unconfirmed)
Able to reproduce on 60.0.3112.113 and latest canary 63.0.3206.0 with the mentioned steps in comment#0 on Ubuntu 14.04, Mac 10.12.6 and windows 7 [i.e;gray line is NOT extended to height of text cell] This issue is regressed in M60.

Manual Bisect Info:
=================
Good Build: 60.0.3077.0 
Bad Build: 60.0.3078.0 

You are probably looking for a change made after 466286 (known good), but no later than 466287 (first known bad).

CHANGELOG URL:
  https://chromium.googlesource.com/chromium/src/+log/7fd3f6718896969f1a5d3850a6d81f4ccf74abd3..019c92b5d6c58f4c240ea2b64bb748c9bb3a6c15

From the above change log suspecting the same.

@robhogan: 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.

Comment 7 by robho...@gmail.com, Sep 5 2017 

I notice your reproduction depends on quirks mode, it doesn't use <!DOCTYPE html>.

I've put a reproduction at https://jsfiddle.net/xchahvLc/1/. Can you recreate the problem in strict mode? If so, update the jsfiddle as appropriate and I can look into it further.

If this really is a problem that can only be reproduced in non-strict mode then it's probably going to be a WontFix - we don't support inter-operability when it comes to quirks mode.

Comment 8 by yuki.nis...@access-company.com, Sep 6 2017 

Thank you for your information.

I confirmed that this issue is also reproduced in strict mode.

I updated follow as strict mode.
https://jsfiddle.net/xchahvLc/3/

Comment 9 by robho...@gmail.com, Sep 6 2017 

OK, but our rendering in strict mode is the same as Edge and Firefox, so I'm pretty sure it's correct.

Comment 10 by robho...@gmail.com, Sep 6 2017

Cc: robho...@gmail.com
Issue 762330 has been merged into this issue.

Comment 11 by tris...@myvr.com, Sep 6 2017 

FWIW My report was also discovered in an app that uses <!DOCTYPE html>
As I believe my codepen did.

Comment 12 by robho...@gmail.com, Sep 26 2017

Status: WontFix (was: Assigned)

Comment 13 by tris...@myvr.com, Sep 26 2017 

I don't understand why this is a wont fix. Firefox and IE will render this (full height) in our app. As the older version of Chrome used too. Now Chrome displays in a different manner, necessitating a version specific hack to fix it.
►

Sign in to add a comment