[Bug] zipfs unintentionally ignores umask/permissions

[Osipov, Michael]

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
> https://bugs.openjdk.java.net/browse/JDK-8213031
> 
> The corresponding CSR
> 
> 8213082: (zipfs) Add support for POSIX file permissions
> https://bugs.openjdk.java.net/browse/JDK-8213082
> 
> 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.

Volker,

I am aware of that, but that's not what I am looking for.

Michael

> 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 [1] to track it.
>>>
>>> -Alan
>>>
>>> [1] 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.
>>
>> Regards,
>>
>> Michael