[
https://issues.apache.org/jira/browse/IO-701?focusedWorklogId=535981&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-535981
]
ASF GitHub Bot logged work on IO-701:
-------------------------------------
Author: ASF GitHub Bot
Created on: 14/Jan/21 13:06
Start Date: 14/Jan/21 13:06
Worklog Time Spent: 10m
Work Description: garydgregory commented on pull request #186:
URL: https://github.com/apache/commons-io/pull/186#issuecomment-760184826
@boris-unckel
Thank you for your PR, please rebase on master to pick up a fix for a
regression.
----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org
Issue Time Tracking
-------------------
Worklog Id: (was: 535981)
Time Spent: 40m (was: 0.5h)
> PathUtils.setReadOnly do not deal with LinuxDosFileAttributeView
> ----------------------------------------------------------------
>
> Key: IO-701
> URL: https://issues.apache.org/jira/browse/IO-701
> Project: Commons IO
> Issue Type: Bug
> Components: Utilities
> Affects Versions: 2.8.0
> Environment: java --version
> openjdk 11.0.9.1 2020-11-04
> OpenJDK Runtime Environment AdoptOpenJDK (build 11.0.9.1+1)
> OpenJDK 64-Bit Server VM AdoptOpenJDK (build 11.0.9.1+1, mixed mode)
> cat /etc/fedora-release
> Fedora release 33 (Thirty Three)
> uname -a
> Linux localhost.localdomain 5.9.16-200.fc33.x86_64 #1 SMP Mon Dec 21 14:08:22
> UTC 2020 x86_64 x86_64 x86_64 GNU/Linux
> # /etc/fstab
> # Created by anaconda on Sat Aug 29 05:35:21 2020
> #
> # Accessible filesystems, by reference, are maintained under '/dev/disk/'.
> # See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info.
> #
> # After editing this file, run 'systemctl daemon-reload' to update systemd
> # units generated from this file.
> #
> /dev/mapper/fedora_localhost--live-root / ext4
> defaults 1 1
> UUID=fd3a2229-bdf5-4fe5-b596-141b9d6c609f /boot ext4
> defaults 1 2
> UUID=0C7E-FC8E /boot/efi vfat
> umask=0077,shortname=winnt 0 2
> /dev/mapper/fedora_localhost--live-home /home ext4
> defaults 1 2
> /dev/mapper/fedora_localhost--live-swap none swap
> defaults 0 0
> Reporter: Boris Unckel
> Priority: Critical
> Time Spent: 40m
> Remaining Estimate: 0h
>
> PathUtils.setReadOnly use a DosFileAttributeView first. If this fails with a
> Exception, a second try with PosixFileAttributeView will not be done.
> The approach is to catch a IOException (java.nio.file.FileSystemException
> Operation not supported), add it to a exception list. Throw the exception
> list if not empty.
> Please check the environment of this bug: integration tests are all run on
> Ubuntu. This occured on Fedora. (Maybe the difference is ext4 ?)
> Example stacktrace (Message is "Operation not supported")
> {code:java}
> java.nio.file.FileSystemException:
> /tmp/junit4674316189874192997/file1-test.txt: Die Operation wird nicht
> unterstützt
> at
> java.base/sun.nio.fs.UnixException.translateToIOException(UnixException.java:100)
> at
> java.base/sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:111)
> at
> java.base/sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:116)
> at
> java.base/sun.nio.fs.LinuxDosFileAttributeView.updateDosAttribute(LinuxDosFileAttributeView.java:278)
> at
> java.base/sun.nio.fs.LinuxDosFileAttributeView.setReadOnly(LinuxDosFileAttributeView.java:191)
> at org.apache.commons.io.file.PathUtils.setReadOnly(PathUtils.java:876)
> at org.apache.commons.io.file.PathUtils.deleteFile(PathUtils.java:486)
> at org.apache.commons.io.file.PathUtils.delete(PathUtils.java:393)
> at org.apache.commons.io.FileUtils.forceDelete(FileUtils.java:1337)
> at org.apache.commons.io.FileUtils.cleanDirectory(FileUtils.java:303)
> at org.apache.commons.io.FileUtils.deleteDirectory(FileUtils.java:1189)
> at
> org.apache.commons.io.FileUtilsTestCase.setUp(FileUtilsTestCase.java:299)
> {code}
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
