-
Bug
-
Resolution: Fixed
-
P4
-
None
-
b08
-
generic
-
os_x
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-8293687 | 17.0.6-oracle | Dukebot | P4 | Resolved | Fixed | b01 |
JDK-8294800 | 17.0.6 | Goetz Lindenmaier | P4 | Resolved | Fixed | b01 |
When running the hotspot jtreg test serviceability/sa/TestClassDump on a macOS that allows for passwordless sudo the test will leave some files in the working directories that are owned by root and cannot be deleted by normal users.
On macOS the test start the class dump with sudo if possible. The dumped class files are owned by root. They are located in $JTwork/scratch/jtreg_classes and $JTwork/scratch/jtreg_classes2.
It would be nice for test automation if the test could cleanup after running or at least change the file permissions.
On macOS the test start the class dump with sudo if possible. The dumped class files are owned by root. They are located in $JTwork/scratch/jtreg_classes and $JTwork/scratch/jtreg_classes2.
It would be nice for test automation if the test could cleanup after running or at least change the file permissions.
- backported by
-
JDK-8293687 serviceability/sa/TestClassDump.java could leave files owned by root on macOS
- Resolved
-
JDK-8294800 serviceability/sa/TestClassDump.java could leave files owned by root on macOS
- Resolved
- relates to
-
JDK-8307347 serviceability/sa/ClhsdbDumpclass.java could leave files owned by root on macOS
- Resolved
- links to
-
Commit openjdk/jdk17u-dev/8b83fa08
-
Commit openjdk/jdk/59d85bad
-
Review openjdk/jdk17u-dev/746
-
Review openjdk/jdk/9579
(2 links to)