Warning: Critical dependencies.

[fresheneesz]

What does this warning mean? Can this warning give a little more information as to its significance and what you might want to do about it (or perhaps where to find more information about it)?

[sokra]

added better warning message

[fresheneesz]

Ah, so its a warning that one of the dependencies is an expression. Thanks Sokra!

I would suggest that calling it a "critical dependency" doesn't quite describe what it is. Critical dependency makes me think of a dependency that must exist for things to work. Instead, this is simply warning about a dependency written as an expression. I would leave out the words "Critical dependency" and just let "the request of a dependency is an expression" describe it. Its much more understandable now tho.

[kentcdodds]

Would there be a way to suppress this warning for 3rd party libraries? I don't want to get this every time I build just because I have a dependency that does this.

[MarkNijhof]

+1 on suppressing

[jhnns]

Would there be a way to suppress this warning for 3rd party libraries? I don't want to get this every time I build just because I have a dependency that does this.

This error should not be ignored. It usually means that every file below a certain path will be included into the bundle (which should certainly not be ignored).

It always needs to be resolved with aliasing or require contexts

[MarkNijhof]

Can I then suggest the error points to these two links?

On Wednesday, January 28, 2015, Johannes Ewald notifications@github.com
wrote:

Would there be a way to suppress this warning for 3rd party libraries? I
don't want to get this every time I build just because I have a dependency
that does this.

This error should not be ignored. It usually means that every file
below a certain path will be included into the bundle (which should
certainly not be ignored).

It always needs to be resolved with aliasing
http://webpack.github.io/docs/configuration.html#resolve-alias or require
contexts
http://webpack.github.io/docs/configuration.html#automatically-created-contexts-defaults-module-xxxcontextxxx

—
Reply to this email directly or view it on GitHub
#196 (comment).

Mark Nijhof
t: @MarkNijhof https://twitter.com/MarkNijhof
s: marknijhof

[jhnns]

The error message is confusing, yes @sokra.

Unfortunately these problems can not be solved all the same way. It heavily depends on what the library author is trying to achieve, but almost always it can be avoided at all. See #733 and ansman/validate.js#12 (comment)

[MarkNijhof]

But I have no direct influence in how a third party lib does things. Can
this be solved without touching their code? Else a way to supres individual
errors would be great

On Wednesday, January 28, 2015, Johannes Ewald notifications@github.com
wrote:

The error message is confusing, yes @sokra https://github.com/sokra.

Unfortunately these problems can not be solved all the same way. It
heavily depends on what the library author is trying to achieve, but almost
always it can be avoided at all. See #733
#733 and ansman/validate.js#12
(comment)
ansman/validate.js#12 (comment)

—
Reply to this email directly or view it on GitHub
#196 (comment).

Mark Nijhof
t: @MarkNijhof https://twitter.com/MarkNijhof
s: marknijhof

[kentcdodds]

@MarkNijhof, I believe that's what @jhnns is saying. Using aliases, require contexts, or some other mechanism, there is a way to fix the issue. webpack is powerful.

[MarkNijhof]

Ah misunderstood, and yes very happy with webpack

On Wednesday, January 28, 2015, Kent C. Dodds notifications@github.com
wrote:

@MarkNijhof https://github.com/MarkNijhof, I believe that's what @jhnns
https://github.com/jhnns is saying. Using aliases, require contexts, or
some other mechanism, there is a way to fix the issue. webpack is powerful.

—
Reply to this email directly or view it on GitHub
#196 (comment).

Mark Nijhof
t: @MarkNijhof https://twitter.com/MarkNijhof
s: marknijhof