I'm testing the current jenkins-version with compress-artifacts and copyartifact 1.40 (which implements ArtifactManager). This new release of the copyartifact-plugin works with this new version of copyartifact, but there's a small issue on the download artifacts UI:
If I download the complete build-artifacts (URL: http://localhost:8080/job/Test/lastSuccessfulBuild/artifact/*zip*/.zip) a file with the name "zip.zip" will be downloaded [without compress-artifacts, the name is archive.zip].
This Zip-archive contains an additional root-node/folder '_' an all other files and folders are located under this node. Therefore, the Windows-explorer shows no content after download (within the builtin ZIP-viewer).
7-Zip (for example) seems to interpret this root-node as additional - but unnamed - folder-hierarchy; e.g. If I go into _ -> output of [...]\Downloads\zip.zip this is shown as [...]\Downloads\zip.zip\\output\
This additional root-node is not included in the origin archive.zip file, which is created by the compress-artifacts plugin in the build-folder. There's also no root-node '_', If I go into a sub-folder (if any) of the artifacts and download this "sub-part" of archived files as Zip-archive.
Note: IMHO, it's an minor issue but users may think, that the downloaded archive is corrupt, if they see no content in the builtin Zip-viewer of the Windows-Explorer after download.
Best regards from Salzburg,