28930 2015-07-09 09:46:03 +0000 "Let list be the result of invoking getClientRects..." 2016-02-02 02:04:22 +0000 1 1 1 Unclassified CSS CSSOM View unspecified PC All REOPENED https://drafts.csswg.org/cssom-view/#dom-element-getboundingclientrect P2 normal --- 1 w3bugs zcorpan d public-css-bugzilla oldest_to_newest 121905 0 w3bugs 2015-07-09 09:46:03 +0000 http://dev.w3.org/csswg/cssom-view/#dom-element-getboundingclientrect [[ 1. Let list be the result of invoking getClientRects() on the same element this method was invoked on. ]] The "invoking getClientRects()" phrasing might be too vague. Is it supposed to mean simply: ``` getBoundingClientRect() { var list = this.getClientRects(); ... } ``` or instead something like: ``` magic uberprivate var _getClientRects = Element.prototype.getClientRects; getBoundingClientRect() { var list = _getClientRects.call(this); ... } ``` ? More concretely, is the following test expected to pass, or to fail?: http://jsfiddle.net/cvrebert/26kszjdz/ (See its console output) 123638 1 d 2015-10-09 18:58:31 +0000 *** Bug 29191 has been marked as a duplicate of this bug. *** 124768 2 w3bugs 2016-01-31 13:16:13 +0000 This is covered by a general provision stuffed in the Terminology section: https://drafts.csswg.org/cssom-view/#terminology [[ When a method or an attribute is said to call another method or attribute, the user agent must invoke its internal API for that attribute or method so that e.g. the author can’t change the behavior by overriding attributes or methods with custom properties or functions in ECMAScript. ]] 124805 3 zcorpan 2016-02-02 02:04:22 +0000 Yep but I should still fix this in a better way, where a better way is by using named algorithms and invoking those, instead of having one API invoke another, since the current setup keeps confusing people.