Join GitHub today
GitHub is home to over 50 million developers working together to host and review code, manage projects, and build software together.Sign up
resources/app folder has broken permissions #402
The /resources/app folder can't be deleted because its permissions are somehow broken. I get this error either by trying to package as an asar or when trying to overwrite a previous build when using the Programmatic API with electron-packager installed locally in the folder.
When I use command line using the global package.
After this error occurs, I can delete the app folder myself but I can't using the rmdir Windows command and it returns "Access is Denied". If I check the permissions through the properties window it has the same settings as any other folder. I'm not sure what's causing this error and I've tried investigating but haven't gotten anywhere so far.
I figured it might be problem with npm but I've tried reinstalling npm and nodejs multiple times to no avail.
After the error occurs once with the command line, using it a second time will cause no console output. This can be fixed by deleting the AppData/Local/Temp/electron-packager folder. It gets stuck here because it doesn't have permission to delete the app folder from the previous build.
for the packager() function
for the command line
Although I have tried many other options with no success.
Tried 1.2.1 and 1.2.3
Windows 10 x64
It might be related but there are few differences. It still doesn't work using tmpdir=false. Also, I can delete it as a user but not through command line which is the opposite to that issue.
It's been working fine up until recently but I'm not exactly sure what triggered this.
Yeah, I don't think this one is related to #375. Windows has some funky delete issues at times - I'm not saying that's what's going on here, but I've ran into similar strange issues in the past related to these sorts of things.
Thank you everyone for the help, I finally solved the issue even although I think it wasn't directly related to electron-packager.
I'm not sure how but the folder had been set to read-only. It took a while to realize this because I've never dealt with Windows permission issues before. Everything inside the folder was writable and setting it through the properties window had no effect.
I only found out that it was read-only by using
After getting this error, trying to repackage doesn't work (or do anything), even using
@binaryfunt Are you using SVN for your project? I ran into this issues while using TortoiseSVN for the project.
Recently I tried moving the .svn folder out of my project, then runing
If I then move the .svn folder back in, it still works. The only explanation I can think of is that TortoiseSVN doesn't like the .svn folder not being readonly, but it applies it in a way that affects the project folder. I'm really grasping at straws here, though.
At this point I am able to rebuild repeatedly without issue. Though if it is SVN, a project update may cause a regression. At the very least, I assume this would have to be done by anyone who checks out the project.