24248 2014-01-09 05:15:08 +0000 Inconsistency between WebIDL callback function default this and JS strict mode default this 2014-01-10 05:37:53 +0000 1 1 1 Unclassified WebAppsWG WebIDL unspecified PC Linux RESOLVED FIXED P2 normal --- 1 nsm.nikhil bzbarsky allen bzbarsky dhtmlkitchen mike public-script-coord public-webapps-bugzilla oldest_to_newest 98186 0 nsm.nikhil 2014-01-09 05:15:08 +0000 http://www.w3.org/TR/WebIDL/#es-invoking-callback-functions When a JS callback is invoked, WebIDL specifies default `this` to be `null`, but JS strict mode functions require that `this` be `undefined`. 98236 1 allen 2014-01-10 00:25:34 +0000 (In reply to Nikhil from comment #0) > http://www.w3.org/TR/WebIDL/#es-invoking-callback-functions > > When a JS callback is invoked, WebIDL specifies default `this` to be `null`, > but JS strict mode functions require that `this` be `undefined`. That isn't exactly true. See step 1 of http://www.ecma-international.org/ecma-262/5.1/#sec-10.4.3 Strict mode functions accept whatever is passed to them as a thisValue without modifying it. It's true that the function call operator http://www.ecma-international.org/ecma-262/5.1/#sec-11.2.3 passes undefined as the thisValue (step 7.a) but other means of function invocation (the call/apply functions) can pass null as the thisValue to a function. BTW, I'm not arguing against the proposed change (I'm reserving judgement on that), just saying that it isn't an ES requirement one way or the other. 98237 2 cam 2014-01-10 00:33:04 +0000 I think Nikhil is only referring to the cases where you don't explicitly provide a this value, e.g. by doing f() or f.call() or f.apply(). 98239 3 bzbarsky 2014-01-10 00:44:26 +0000 Conceptually, this is meant for cases when no this value is being explicitly provided to a function call, which should act just like this: var f = theFunctionIWasGiven; f(); or f.call(); 98243 4 bzbarsky 2014-01-10 03:15:03 +0000 https://github.com/heycam/webidl/commit/b495c5e1e63db9b3775e5ad48cc6518a46cc0cfc 98244 5 dhtmlkitchen 2014-01-10 03:19:08 +0000 "When any callback is called, call the callback's internal [[Call]] method, passing undefined as the this value." That takes care of bound functions, too. 98247 6 bzbarsky 2014-01-10 05:37:53 +0000 Some callbacks are in fact called with some other this value. For example, event handlers and callable event listeners are called with the event target as the this value. So always passing undefined wouldn't be correct either. Of course if the callee is a bound function it'll just ignore the this value passed to [[Call]], so they work no matter what.