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

Issue 611033 link

Starred by 3 users

Issue metadata

Status: WontFix
Merged: issue 607337
Owner: ----
Closed: Jun 2016
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 3
Type: Bug



Sign in to add a comment

Tables With Display Block Do Not Render Correctly In Quirks Mode

Reported by garystim...@gmail.com, May 11 2016

Issue description

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

Example URL:

Steps to reproduce the problem:
1. See attached HTML file
2. Try viewing the index.html in Chrome 49 or IE10/11
3. Observe the table with display as block still renders child cell to 100% width of the parent table.
4. Try viewing index.html in Chrome 50
5. Now observe the table with display as block renders smaller and does not fill the containing table. 

What is the expected behavior?
The behavior of the child cell should be the same for Chrome 50 as it is for Chrome 49.

What went wrong?
On investigation it would seem that Chrome 50 is forcing the table into standards mode and not applying quirks mode as it did in Chrome 49. If I add the HTML5 doctype into the HTML file and view it shows as it does in Chrome 50 on Chrome 49 and IE.

Does it occur on multiple sites: Yes

Is it a problem with a plugin? No 

Did this work before? Yes 49

Does this work in other browsers? Yes 

Chrome version: 50.0.2661.94  Channel: stable
OS Version: 6.1 (Windows 7, Windows Server 2008 R2)
Flash Version: Shockwave Flash 21.0 r0

This is causing a lot of issues for our older customers who are on our older product which is HTML4 and quirks. The older product relies on tables for layout which are now distorting and hiding data.
 
Chrome 50 Table Issue.pdf
366 KB Download
index.html
2.1 KB View Download
Components: -Blink Blink>Layout>Table

Comment 2 by tin...@google.com, May 11 2016

Cc: dgro...@chromium.org
+ dgrogan@ to take a look per a related email thread.

Comment 3 by e...@chromium.org, May 11 2016

Labels: -Pri-2 Pri-3
Status: Available (was: Unconfirmed)
Any update on this?

I've just seen a new update has been pushed down this morning, however the issue is still there.

Comment 5 by gov...@chromium.org, May 16 2016

Cc: pbomm...@chromium.org sshruthi@chromium.org
Labels: M-50
Is this an issue with M51 as well?
Cc: nainar@chromium.org
+nainar, who I think did some table quirks work in M50.

Comment 7 by nainar@chromium.org, May 16 2016

Mergedinto: 607337
Status: Duplicate (was: Available)
Please refer to  bug 607337  for the related discussion
The issue marked this is a duplicate of has been marked as won't fix. How do I escalate this? We have lots of our customers hitting this since the Chrome 50 update. I understand that in standards mode browsers should meet spec, however in quirks mode and hence legacy HTML we they should continue to work as they did in older versions of the browser.
Regards,
Gary
P.S. I have also applied the workaround suggested on  issue 607337  and it does not resolve the cell alignment issue in the reproducible.
Status: Assigned (was: Duplicate)
Hi sorry removing the dupe of the bug. I misread the test case. 

This was caused by the interop change here: https://codereview.chromium.org/1612273002 which too is an Interop change. There is a quirks spec as well (https://quirks.spec.whatwg.org/) that browsers must comply with. I do apologize for the inconvenience that has been caused here. I have attached the test case with the needed fix. Removing the display: block on the table element will do the job.
index.html
2.0 KB View Download
What's the status here?
Status: WontFix (was: Assigned)
Hi, 

As per comment #10 this issue is a WontFix. Marking as such. Please comment here if this is not accurate. 

Sign in to add a comment