Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

common and watch options don't play well together #62

Open
eggyal opened this issue May 28, 2015 · 1 comment · May be fixed by #63
Open

common and watch options don't play well together #62

eggyal opened this issue May 28, 2015 · 1 comment · May be fixed by #63

Comments

@eggyal
Copy link

eggyal commented May 28, 2015

The documentation for opts.common states:

If using a callback, you're passed an object that with keys of each entry file and values of the compiled JS file.

[ deletia ]

If piping the response you'll [...] need to listen to the 'entry' event to get the compiled entry files.

However, when combined with opts.watch, neither of the above statements are true: subsequent/watchified invocations of the callback receive only a single bundle, and the 'entry' event is not called.

@joeybaker
Copy link
Contributor

Yes, we should do a better job documenting this in the readme. The two options currently are mutually exclusive.

@eggyal eggyal linked a pull request May 29, 2015 that will close this issue
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants