Transformation issue with es2015

[chemoish]

I noticed that my commonjs build included the incorrectly transformed invariant(false).

This is incorrect as the import is being transformed to var _invariant and invariant isn't defined.

The issue can be reproduced in babel repl.

Not sure if invariant(false) can be converted to (0, _invariant.default)(false) or whatever.

[taion]

@jquense You pointed this out a while ago in Slack. I'm confused why this is happening... they're both using node.callee here:

babel-plugin-dev-expression/dev-expression.js

Lines 79 to 88 in c734a08

	var devInvariant = t.callExpression(
	node.callee,
	[t.booleanLiteral(false)].concat(node.arguments.slice(1))
	);
	devInvariant[SEEN_SYMBOL] = true;
	var prodInvariant = t.callExpression(
	node.callee,
	[t.booleanLiteral(false)]
	);
	prodInvariant[SEEN_SYMBOL] = true;

[jquense]

It might be that it just messes with the scope/binding info enough that it doesn't connect them anymore. Or maybe it tracks through the callExpression, not the callee?
Seems like just swapping out the arguments instead of the whole expression might fix it

[leepowelldev]

Did anyone find a solution to this, I'm hitting the same issue:

This:

import invariant from 'tiny-invariant';

invariant(children, 'Error!');

Results in:

!children ? process.env.NODE_ENV !== "production" ? (0, _tinyInvariant["default"])(false, 'Error!') : invariant(false) : void 0;

Where invariant is no longer imported.

[leepowelldev]

Bit more digging, and this seems to be caused by using @babel/preset-env - so I'm not sure it's a bug with this plugin

[JLHwung]

babel-plugin-dev-expression/dev-expression.js

Lines 79 to 88 in c734a08

	var devInvariant = t.callExpression(
	node.callee,
	[t.booleanLiteral(false)].concat(node.arguments.slice(1))
	);
	devInvariant[SEEN_SYMBOL] = true;
	var prodInvariant = t.callExpression(
	node.callee,
	[t.booleanLiteral(false)]
	);
	prodInvariant[SEEN_SYMBOL] = true;

The plugin reuses node.callee in the transformed AST. Babel can not tell they are actually different AST nodes, so only one of them is replaced by commonjs transform. Use t.cloneNode(node.callee) for prodInvariant will fix this issue: In my local repo I can not reproduce this issue with the suggested fix.

Duplicate AST nodes cause nasty issues like this, as a plugin author, you can use babel-check-duplicated-nodes to ensure the transformed AST does not contain duplicate nodes. Babel uses it, too.