getClientRects and getBoundingClientRect don't follow the spec for tables
Reported by
bzbar...@mit.edu,
Jul 10
|
||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:63.0) Gecko/20100101 Firefox/63.0 Steps to reproduce the problem: 1. Load testcase What is the expected behavior? Alert shows a list with two rects in it. What went wrong? Alert shows a list with only one rect. Did this work before? N/A Does this work in other browsers? N/A Chrome version: 69.0.3472.3 (Official Build) dev (64-bit) Channel: n/a OS Version: OS X 10.12 Flash Version: Shockwave Flash 29.0 r0 https://drafts.csswg.org/cssom-view/#dom-element-getclientrects says: If the element on which the method was invoked has a computed value for the display property of table or inline-table include both the table box and the caption box, if any, but not the anonymous container box. but Blink seems to be returning only the anonymous container box.
,
Jul 11
,
Jul 11
As per comment #0 tested this issue on reported chrome version 69.0.3472.3 using Mac 10.12.6. Attaching screencast for reference. Steps: ------- 1. Launched reported chrome 2. Downloaded given html test file and opened that html file on new tab As we are observed that Alert shows list. @Reporter: Could you please review the attached screen-cast and confirm if anything being missed here. Thanks.!
,
Jul 11
That screencast accurately captures the bug. In the popup shown at 0:15 in the screencast, only one rect value is displayed (as its x/y/width/height/top/right/bottom/left members). But the spec says that two rects should be reported. That's the bug here. For comparison, Firefox Nightly (from https://nightly.mozilla.org ) reports two rects in that popup, like so: ====== { "0":{"x":8,"y":25,"width":100,"height":20,"top":25,"right":108,"bottom":45,"left":8}, "1":{"x":8,"y":8,"width":200,"height":17,"top":8,"right":208,"bottom":25,"left":8}} ======
,
Jul 23
|
||||
►
Sign in to add a comment |
||||
Comment 1 by susan.boorgula@chromium.org
, Jul 10