Issue metadata
Sign in to add a comment
|
Something went wrong with the table rendering since the latest versions
Reported by
reza.ahm...@gmail.com,
Aug 11
|
||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/67.0.3396.87 Safari/537.36 OPR/54.0.2952.64 Example URL: www.sysar.be Steps to reproduce the problem: 1. just open the website 2. 3. What is the expected behavior? Look at the included screenshot What went wrong? Since the latest versions, gaps appeared in the corners of the middle table. Also the background image in the left table is rendered at a lower quality than it should. It renders correctly in older versions of Chrome and all other browsers. I've included a screenshot. Does it occur on multiple sites: N/A Is it a problem with a plugin? No Did this work before? Yes 68.0.3440.106 Does this work in other browsers? Yes Chrome version: 69.0.3497.32 Channel: stable OS Version: 6.1 (Windows 7, Windows Server 2008 R2) Flash Version:
,
Aug 12
,
Aug 13
reza.ahmadi79@ Thanks for the issue. Able to reproduce this issue on Mac OS 10.13.3 on the latest Canary 70.0.3521.0, but issue is not reproducible in the equivalent Dev build on Mac and on latest Canary 70.0.3520.0 and reported version 69.0.3497.32 on Windows 10,7 and Ubuntu 17.10. Attached are the screen shots for reference. This issue is reproducible only on Canary on Mac OS at TE end, hence unable to provide bisect info and marking this as Untriaged for further updates from Dev. Thanks..
,
Aug 13
Probably due to the background painting changes. Not enough to rate a P1, however. Reproduces at 125% zoom on linux.
,
Aug 13
Repros at 100% zoom non-HiDPI in Windows 7 where I bisected it (see #c1).
,
Aug 16
@susan.boorgula@chromium.org I haven't had the chance to test it on Windows 10 but I'm still able to reproduce it here on my Windows 7 machine (Version 69.0.3497.32 (Official Build) beta (64-bit)). edit: spelling
,
Aug 16
Tested it on a Windows 10 machine and Version 69.0.3497.32 (Official Build) beta (64-bit) doesn't reproduce the same issue. So Windows 10 is okay, Windows 7 not.
,
Sep 7
Tested it on a Windows 10 machine and Version 69.0.3497.81 and reproduces the same issue. It looks like it depends on your browser width. Using the original site posted here, you can see that paint is incorrect at 1115px, but then then it's ok at 1122px wide.
,
Sep 28
Hello I have the same issue with Google Chrome Version 69.0.3497.100 (Build officiel) (64 bits) on windows 7. The new Chrome Version will fix this issue? Thank you for your answer
,
Dec 6
,
Dec 17
Not fixed by the previous 3 background fixes. So still working on this one.
,
Dec 19
The problem is the min-width CSS on the "border", when zoomed by 110%, is apparently forcing sub-pixel values like 4.2 to round up to 5, while the background image tile size assumes that the zoom factor is applied and rounded to the nearest pixel (i.e. down to 4). This is probably a issue with min-width on tables under zoom. Fixing the background case would require special casing cell backgrounds, resulting in worse behavior for most backgrounds just to fix this. To the original reporter, you can fix the problem by either: 1) Set background-size: cover on the corner table cells with background images (e.g. topleft_1) 2) Remove min_width on the "border" class
,
Dec 21
There's no good fix for this until we have sub-pixel table layout, at which point the bug will probably fix itself. Please employ one of the workarounds in comment #13. Test case attached for posterity. |
|||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||
Comment 1 by woxxom@gmail.com
, Aug 11