-
-
Notifications
You must be signed in to change notification settings - Fork 66
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
Async version somehow doesn't report failures with gulp #84
Comments
Just ran in to this today as well, except my clean task (using del) was hanging indefinitely. When I switched to sync it immediately reported a EPERM error because of a locked file. |
@IssueHunt has funded $40.00 to this issue.
|
@chillum Please, tell your nodejs version too. Also, looking at error being (I've tried it on linux with various configurations and it always throws error both in sync and async versions when it doesn't have rights for me. For windows, I've tried it on my Windows10 game machine and it does seem to report errors too when it can't delete file.) |
@stroncium hm, I'm pretty sure I ran into this behavior on Mac. but what's strange is now I cannot reproduce this as well. upd: cannot reproduce on node 10.15.3 as well. |
@chillum I suppose on mac it should work the same way as on linux, so just to be sure, wasn't it a case when you didn't have write permissions on file, but had write permissions on directory this file is in, and deletion actually went through? (In such case you can't write to file but still can delete it.) @sindresorhus Also, being able to delete write protected file feels like a bug to me actually. Never expected that that to pass through. |
@stroncium well, from my shell history it seems like I tried two options:
it seemed to me that the it used to fail on both scenarios, but now I cannot reproduce it: both sync and async versions throw errors (or remove the unreadable file if it has permissions). I'd ask @EricCornelson whether he experienced this on NodeJS 11.13.0, as I have no other clues. |
Hi,
I have gulp 4.0.0, del 4.1.0 and
gulpfile.js
like:if it cannot remove the file (like doesn't have the permissions), it just reports task as success and moves on.
but this code actually fails when it cannot remove the file:
is this a bug or intentional behaviour?
The text was updated successfully, but these errors were encountered: