-
Notifications
You must be signed in to change notification settings - Fork 52
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
Windows does not identify folders correctly in zip #46
Comments
Same here, switching to another lib... |
Same issue, switching to another lib tooooo... |
Same here. This is preventing temporarily unzip'd folders from being deleted (they are not empty) because the files in them are left open. fs.unlink marks them for deletion but does not empty the folder entry. Moved to https://www.npmjs.com/package/extract-zip and that seems to work. |
FWIW I had success working around this using a filter
|
- getting EISDIR errors during tmp cleanup - the file was getting wrongly unzipped as a file instead of a folder - this updates to just skip the folders - see kevva/decompress#46
Worked like a charm, thanks! |
- Installed versions - Removing previous files when installing - Fix decompressing (see kevva/decompress#46) - Remove potential remote code execution (see https://benjamin-altpeter.de/shell-openexternal-dangers/) - No version image - Minor UI changes (disable selecting)
The error is described in the module that's used for unzip: kevva/decompress-unzip#12 |
In my case, the file path does not end with '/'. But the data is empty. So the filter can be optimized:
|
- getting EISDIR errors during tmp cleanup - the file was getting wrongly unzipped as a file instead of a folder - this updates to just skip the folders - see kevva/decompress#46
- getting EISDIR errors during tmp cleanup - the file was getting wrongly unzipped as a file instead of a folder - this updates to just skip the folders - see kevva/decompress#46
I'm trying to extract https://github.com/HaxeFoundation/haxe/releases/download/3.2.1/haxe-3.2.1-win.zip using decompress 4.0.0, but get a whole bunch of errors like
from file entries like
It looks like the directories in that archive are marked as type: file (instead of directory), but oddly enough it only happens for that particular archive.
A quick fix I found was to treat files as directories if their path ends with a '/' (i.e.
if (x.type === 'directory' || x.path.endsWith('/')) { /* mkdir -p */ }
), but I don't know if that's a good idea or not.The text was updated successfully, but these errors were encountered: