[Bug] zipfs unintentionally ignores umask/permissions
michael.osipov at siemens.com
Mon Aug 19 17:22:56 UTC 2019
Am 2019-08-19 um 19:09 schrieb Volker Simonis:
> Hi Michael,
> 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
> normal user.
I am aware of that, but that's not what I am looking for.
> 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.
>>>  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