-
Bug
-
Resolution: Won't Fix
-
Major
-
None
If file has executable bit set and is archived then after unarchiving the executable bit is missing.
Example flow:
node {
sh "touch test.sh && chmod 0755 test.sh"
sh "ls -l test.sh"
archive "test.sh"
unarchive mapping: ["test.sh": "restore.sh"]
sh "ls -lR"
}
Output:
Started by user Timur Running: Allocate node : Start Running on master in /mnt1/jenkins/jobs/test-flow/workspace Running: Allocate node : Body : Start Running: Shell Script [workspace] Running shell script + touch test.sh + chmod 0755 test.sh Running: Shell Script [workspace] Running shell script + ls -l test.sh -rwxr-xr-x 1 jenkins jenkins 0 Jan 28 09:34 test.sh Running: Archive Artifacts Running: Copy archived artifacts into the workspace Running: Shell Script [workspace] Running shell script + ls -lR .: total 0 -rw-r--r-- 1 jenkins jenkins 0 Jan 28 09:34 restore.sh -rwxr-xr-x 1 jenkins jenkins 0 Jan 28 09:34 test.sh Running: Allocate node : Body : End Running: Allocate node : End Running: End of Workflow Finished: SUCCESS
It probably relates to some other plugin but not to workflow-plugin but I don't know how to create reproduceable case without using workflow-plugin.
- depends on
-
JENKINS-26810 File attribute/symlink support in VirtualFile
-
- Resolved
-
[JENKINS-26659] file permissions aren't protected after archive/unarchive
Assuming workflow archives on the master (like regular Archive Artifacts) I wouldn't rely on this anyway – might be a Windows machine which would lose that information anyway.
Yes, of course it is best to avoid relying on it (and for example tar up any files locally whose exact permissions you want to preserve), but insofar as the archive step (using StandardArtifactManager) preserves permissions and symlinks, unarchive should as well.
| Link | New: This issue is related to SECURITY-162 [ SECURITY-162 ] |
| Link |
New:
This issue depends on |
| Link | Original: This issue is related to SECURITY-162 [ SECURITY-162 ] |
unarchive has been deprecated in 1.10 in favor of stash/unstash, which internally use a .tar.gz file that ought to preserve file atttributes.
| Resolution | New: Won't Fix [ 2 ] | |
| Status | Original: Open [ 1 ] | New: Resolved [ 5 ] |
| Workflow | Original: JNJira [ 160732 ] | New: JNJira + In-Review [ 196547 ] |
I think this belongs here. UnarchiveStep is rather simplistic and makes no attempt to handle file permissions, symlinks, or any other subtleties.