-
Notifications
You must be signed in to change notification settings - Fork 203
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
Watchify Stops Listening to Dependency Changes After Failed Transform #64
Comments
I've had the same problem. I'm curious if this occurs with all transforms or just reactify. |
@RnbWd found your comments in thread on gulpjs/gulp/issues/369. I have been experimenting on the greypants/gulp-starter repository which uses Browserify to bundle Backbone, Coffee, and Handlebars. Watchify is being used to update any changes. Pretty much same story. The Gulp process hangs if there are compile errors. For now, I am using Gulp watch (reruns Browserify) to monitor folder, not using Watchify. |
I've reverted to Watchify 0.8.1, which works as expected for me. I haven't had time to investigate properly, but for now that version does the job. |
@sverrejoh Yes, confirmed. Watchify 0.8.1 works for me as well. Thanks! |
Good to know!! I updated the thread on gulp/issues/369. If using gulp, transforming non-js syntax into pure-js prior to browserify/watchify bundle is probably best practice. Browserify transforms can be plugged into gulp streams with vinyl-transform. Using reactify (for jsx) is significantly faster than gulp-react. Just remember to return a callback if the transform errors or gulp won't update. |
+1 This just cropped up for me after upgrading from 0.6.3 |
Same issue here. |
To provide a bit more context here, I've traced this down to the When a dependency changes, it is removed from the watch list, and then the I'm not entirely clear why |
+1 |
1 similar comment
+1 |
Waiting for this too. |
Closing since the failing testcase for transform errors passes in watchify 1.0.0. |
Awesome. Thanks for you work @substack ! |
I opened an issue here on reactify as I'm still having this issue. |
I have the same issue. I have a gulp task that compiles typescript to JS using tsify plugin, and then watchifies the browserify bundle. If the tsify module fails while compiling, the watchify aborts. I'm not using reactify, and I had the same issue using a grunt task instead. Only way I got it working was to remove tsify and to a TS->JS compile run first, and then browserify those files, but that process also has drawbacks. Using watchify 2.1.1& browserify 6.2.0. |
Having this too. The issue is back :( |
Same here |
I switched to Webpack. The configuration had a bit of a learning curve but it's resulted in a much simpler preprocessor. Here's an example for anyone interested in the switch. |
I'm being hit by this. I'm using coffeeify. |
I've got this problem too. Anyone have a working fix or should I try digging into this? |
Same problem here. Using watchify 3.3.1 with gulp and reactify. After an error watchify no longer listen for changes. |
I'm having the same issue with watchify 3.3.1. |
Same Problem with watchify 3.7.0 |
A suggestion for people facing this problem is to use https://www.npmjs.com/package/browserify-incremental along with some another tool to watch file changes and do actions, for example, http://entrproject.org/. then instead of calling watchify you would call something like |
Stackoverflow: Gulp with watchify/browserify runs twice then stops watching
|
When using watchify with for example the reactify transform, and the transform fails, watchify will only listen for changes to the main file, and not it's dependencies.
It looks like a regression of issue #3, and git bisect shows it as introduced in bcda5eb
index.js:
test.jsx:
Run with watchify:
Watchify will now stop watching test.jsx if you add a syntax error in it (add "..." for example).
The text was updated successfully, but these errors were encountered: