nils måsén
nils måsén
Well, just before that it checks if the CRC is present. If it isn't then it would have to be added in the descriptor. It might be the case that...
@Numpsy I can't say that I fully understand the zipcrypto, but AFAIK it relates to how the CRC works when using encryption. The current implementation of `OutputZipStream` forces `Descriptor`s on...
What you mention is not a workaround. If you are creating the zip file, you can decide if entires should use unicode or not for their names. When you are...
Yeah, it was changed because it was broken in the opposite way before, where archives without unicode encoding could not be read, because it treated everything as UTF-8. The way...
If you need to extract untrusted archives into a directory with symlinks, you should not use the `FastZip` helper, but rather extract the archive manually using `ZipFile` or `ZipInputStream` and...
@jhudsoncedaron I'm well aware and are following the Issue. But this is outside the scope of a extraction helper class.
No idea. I have had it on my agenda to look through the extra data fields...
My suggestion would be to add the flush to `Finish()` as well but also mark it as deprecated, suggesting the combination of `IsStreamOwner` and `Dispose()` (preferably using a `using` scope)
This can be done using LINQ (here implemented as a `ZipFile` extension): ```cs public static Dictionary GetEntryLookup(this ZipFile zipFile, IComparer comparer) => zipFile.Cast().ToDictionary(e => e.Name, comparer); ``` > as in...
Why was this expected? If you are referring to the comment for the `encoding` argument, it should perhaps be updated to better reflect that supplying no encoding means "no encoding...