Jars built using `JarBuilder` do not mark directories properly #1790
Comments
Why should it have the unix attribute? I do not believe Jar specification requires that. This can potentially break other scenarios. Each ZIP implementation may read this field and act accordingly, for example, refuse to decompress. Java itself detects that entry is a directory only by looking to a trailing slash. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Steps to reproduce (in Buck's own source):
Expected output:
The
META-INF
entry is marked not only asMETA-INF/
, butzipinfo
should also indicate that it's a directory. Ideally, this directory would be user, group, and world readable and executable.Actual output:
The directory is not marked as a directory in the zip entry extended attributes, and is not marked as executable, meaning that if the user unpacks the directory they won't be able to
cd
into it.The text was updated successfully, but these errors were encountered: