[Bug] zipfs unintentionally ignores umask/permissions
volker.simonis at gmail.com
Mon Aug 19 17:09:37 UTC 2019
have you had a look at the recently added enhancements for zipfs:
8213031: (zipfs) Add support for POSIX file permissions
The corresponding CSR
8213082: (zipfs) Add support for POSIX file permissions
is also interesting to read as it discusses some of the long-standing
problems of the zipfs implementation which may be surprising for the
On Mon, Aug 19, 2019 at 6:53 PM Osipov, Michael
<michael.osipov at siemens.com> wrote:
> Am 2019-08-19 um 18:48 schrieb Alan Bateman:
> > On 19/08/2019 16:39, Osipov, Michael wrote:
> >> :
> >> Note that this also happens when the file is already there. The
> >> permissions are *not* retained and this causes here a lot of grief.
> >> zip(1) does not suffer from this nor does ZipOutputStream as you can see.
> >> I'd expect that reading the attributes from zfpath, moving and then
> >> settings them is a good option.
> > Thanks for the bug report, I've created JDK-8229888  to track it.
> > -Alan
> >  https://bugs.openjdk.java.net/browse/JDK-8229888
> Hi Alan,
> thanks for the JIRA issue. The title is somewhat misleading because it
> happens always. On create and on update due to the temp file approach.
> How is your backport policy? I'd expect an upcoming fix to land in Java
> 11 and -- especially -- Java 8. HPE will then provide an update for us
> on HP-UX from the OpenJDK sources.
More information about the core-libs-dev