]> source.dussan.org Git - nextcloud-server.git/commit
Fix constructor spy in unit test with Sinon 4.1.3 7451/head
authorDaniel Calviño Sánchez <danxuliu@gmail.com>
Fri, 8 Dec 2017 17:55:38 +0000 (18:55 +0100)
committerMorris Jobke <hey@morrisjobke.de>
Mon, 11 Dec 2017 15:49:39 +0000 (16:49 +0100)
commit26cf16d67fb539948990297a939ddb46411c98dc
tree7eb6a615621c1e5568464e8d7a8f6750ad819ae8
parente4bf23ce7ba46bb427bee1c265f0c4a35732ab69
Fix constructor spy in unit test with Sinon 4.1.3

When a constructor is spied using Sinon it is wrapped by a proxy
function, which calls the original constructor when invoked. When "new
Foo()" is executed a "Foo" object is created, "Foo" is invoked with the
object as "this", and the object is returned as the result of the whole
"new" expression.

Before Sinon 4.1.3 the proxy called the original constructor directly
using the "thisValue" of the spied call; "thisValue" was the object
created by the "new" operator that called the proxy. The proxy assigned
"thisValue" to "returnValue", so it was also the value returned by the
proxy and, in turn, the value returned by the whole "new" expression.

Since Sinon 4.1.3 (see pull request 1626) the proxy calls the original
constructor using "new" instead of directly. The "thisValue" created by
the outermost "new" (the one that called the proxy) is no longer used by
the original constructor; the internal "new" creates a new object, which
is the one passed to the original constructor and returned by the
internal "new" expression. This object is also the value returned by the
proxy ("returnValue") and, in turn, the value returned by the whole
outermost "new" expression.

Thus, now "returnValue" should be used instead of "thisValue" to get the
object created by the spied constructor.

Signed-off-by: Daniel Calviño Sánchez <danxuliu@gmail.com>
apps/files_sharing/tests/js/shareSpec.js