-
Notifications
You must be signed in to change notification settings - Fork 82
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
Fixes issue in Meteor 1.3 release. #241
Conversation
I closed this because I saw an issue and wanted to address it. I updated delete to be sync as was being used by fs. |
I should also mention that I did a
at some point during testing. If this looks like it's creating the files but actually doesn't, try a cache clean and then try again. |
Which package is 'this delete package', where can I find it? |
@switheyw , you can get the delete package here: delete, or npm install delete It's not windows specific, I've been using it on OS X, Ubuntu and Windows. I do favor fs when it works in the application and I believe it's the right call in order to keep the application working. Removing the dependency on delete by finding a solution to the issue with fs would be awesome. |
You don’t agree with my original diagnosis? The code tries to delete files and directories with fs.unlink when in reality fs.unlink removes files and fs.rmdir removes empty directories. Why this turned up in Meteor 1.3 I do not know. If you instrument your iron create, do you show both files and directories being removed or just files? regards
|
Thanks for getting back to me - I just looked at delete, and it does indeed delete directory trees - files and dirs. Here is “my” fix. Somebody else’s recursive delete (I think I included his name in one of my posts) and the if else test in // Try this instead of fs.unlink try {
|
Are there any updates on this PR? |
Yeah I hopped on the @maka-io wagon. |
For some reason, deleting a directory with fs is bugged. Tried this delete package and it worked great.