zoom resizes table cells and blocks inconsistently
Reported by
bobbitdi...@gmail.com,
Apr 12 2018
|
|||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Firefox/52.0 Steps to reproduce the problem: 1. Put the two attached files in same directory on a web server. Load zoom-bug.html 2. With default 100% zoom, note that cells in "Revenue" column have the same height (24px) as those in "product" column 3. Now zoom to 125% 4. Observe that the cells in "Revenue" column are now shorter than those in the "product" column and therefore fall out of alignment as they stack down the page. What is the expected behavior? The cells in both stacks should maintain equal heights, so that there is no growing misalignment as you look down the page. What went wrong? First, can a Chrome dev provide details about the status of bug: https://bugs.chromium.org/p/chromium/issues/detail?id=60837 ? This was the original master zoom bug I was tracking, but now it says: "You do not have permission to view the requested page. Reason: User is not allowed to view this issue" Can you redact any "top secret" details and provide as much status as possible? Now, with respect to this bug, note that the "product" column is a stack of <div>s, while the "Revenue" column is part of table - an so built from a stack of <tr>s with styled <td>s inside. In both cases, the <div> or <td> is specified to have height 22px and border width of 1px for a total height of 24px, which is indeed the height of both in the default 100% zoom. However, with 125% zoom, the "product" column of <div>s seems correct, with each <div> maintaining a height of 24px (according to the dev tool DOM browser), but in the "Revenue" column of the table, each cell (or more correctly its row) is reported to have a height of 23.2, so that the total height of 9 rows is 9 * 23.2 = 208.8 pixels, compared with the 216 pixel height of the "product" stack. Did this work before? No Does this work in other browsers? N/A Chrome version: 65.0.3325.181 Channel: n/a OS Version: OpenSUSE 42.3 64-bit Flash Version: Shockwave Flash 29.0 r0 I did see this bug: https://bugs.chromium.org/p/chromium/issues/detail?id=785990 which might be similar, but the last response was 11/2017 and claimed that bug might just be Chrome being "overly honest," so reusing that to report my issue didn't seem wise. Besides, I wanted to get a status/report on bug 60837 (as mentioned above) so it seemed appropriate to file a new issue.
,
Apr 23 2018
Able to reproduce this issue on reported version 65.0.3325.181, on latest stable 66.0.3359.117 , on latest canary 68.0.3404.0 using Windows 10, Ubuntu 14.04 and Mac 10.13.3. i.e; When zoom is 125% table is not sized consistently. Tested with SimpleHTTPServer This issue is seen from M-60. Hence considering this issue as Non-Regression and marking as Untriaged. Thanks!
,
Apr 23 2018
Over to dgrogan for further triage.
,
Apr 30 2018
Smaller repro in https://jsfiddle.net/dgrogan/pvt73ybm/4/ I marked issue 60837 public but I suspect it's a different issue. This issue is unlikely to be fixed anytime soon. The workaround for you is to make the column of divs (pens, chairs, monitors, etc) part of the table instead of trying to align them with the table cells. I realize that the repro page was generated by something, not hand-coded, but it's doing a hacky thing.
,
Apr 30 2018
,
May 1 2018
As you surmised, that sample HTML is generated from our widget Framework. Unfortunately, the behavior, content, and function of the column of divs is completely different from the table, so it's not a viable workaround for us to attempt to merge them. Though requiring alignment of the two may seem like a hack, it's less complex as we've coded it than other potential solutions at the JS layer. Moreover, while Firefox does also have the same bug, IE11 and MS Edge do not, so it's evidently not an intractable problem. Unfortunately, we won't be able to support zooming until this bug is resolved, and we will ask our customers to star this issue if they are affected.
,
May 1 2018
Did you file a bug with mozilla already? If so, could you link it here? It's definitely not intractable, it's just gated on a large project that we are unlikely to have engineers for in the near future.
,
May 3 2018
So mote it be: https://bugzilla.mozilla.org/show_bug.cgi?id=1459014 |
|||||
►
Sign in to add a comment |
|||||
Comment 1 by krajshree@chromium.org
, Apr 13 2018