Details
-
Bug
-
Status: Resolved (View Workflow)
-
Blocker
-
Resolution: Fixed
-
Windows XP 32
java version "1.7.0"
Java(TM) SE Runtime Environment (build 1.7.0-b147)
Java HotSpot(TM) Client VM (build 21.0-b17, mixed mode)
Description
The zip generated by the link http://server/job/myJob/lastSuccessfulBuild/artifact/*zip*/archive.zip generates a zip file in which everything seems ok, but when you try to unzip the content with 7z for instance, it fails (compression method not supported).
I can't see anything in the logs.
BTW, the size of the file in the archive are set to 0. Could be a side effect in 7z.
It works fine with 1.531.
And finally, there was a modification of something about the compression in 1.532 related to issue JENKINS-19473.
Attachments
Issue Links
- is blocking
-
JENKINS-17236 Pluggable artifact transfer & storage
-
- Resolved
-
- is duplicated by
-
-
- Resolved
-
- is related to
-
-
- Open
-
-
-
- Resolved
-
Activity
btw: I also noticed that extended attributes (like an executable bit) are not preserved in those archives 
(created JENKINS-27937)
Andreas Kotes
added a comment - - edited btw: I also noticed that extended attributes (like an executable bit) are not preserved in those archives (created JENKINS-27937 ) 
Radka Nepejchalova
added a comment - Hi, we've noticed the same problem in Jenkins ver. 1.651.1 
Luca Moscato
added a comment - Hi all, sadly I'm facing the same issue, here is my environment
jenkins 2.7.4
jdk 1.8.40 (too old?)
centos 6.8 (package updated every night).
It happens that artifacts download (both .zip and other formats) fails often when, in office, the network appears slow. For fail I intend that from browser the download process seems ends correctly ok, but the file downloaded has smaller size and, in case of .zip, can't be opened.
Luca Moscato
added a comment - Hi all, sadly I'm facing the same issue, here is my environment
jenkins 2.7.4
jdk 1.8.40 (too old?)
centos 6.8 (package updated every night).
It happens that artifacts download (both .zip and other formats) fails often when, in office, the network appears slow. For fail I intend that from browser the download process seems ends correctly ok, but the file downloaded has smaller size and, in case of .zip, can't be opened. lucamoscato I think I have a similar problem. My environment is a jenkins 1.651.3 in a centos 7.2.
When I connect with a slow connection (for example, from the office, or outside with NSA VPN), and download an artifact for example file.exe is never completed correctly.
note: Usually speed goes from 20 to 200kb.
To complicate the issue - the downloader (browser, download manager) checks the full size at the beginning (~200MB) but when download is cut at the middle, the downloader thinks it's actually completed successfully (hence no possibility to retry with resume)
Could you finally solve your issue?? Please, I would really appreciate your comments.
Paula Paez
added a comment - - edited lucamoscato I think I have a similar problem. My environment is a jenkins 1.651.3 in a centos 7.2.
When I connect with a slow connection (for example, from the office, or outside with NSA VPN), and download an artifact for example file.exe is never completed correctly.
note: Usually speed goes from 20 to 200kb.
To complicate the issue - the downloader (browser, download manager) checks the full size at the beginning (~200MB) but when download is cut at the middle, the downloader thinks it's actually completed successfully (hence no possibility to retry with resume)
Could you finally solve your issue?? Please, I would really appreciate your comments. 
Code changed in jenkins
User: ninian
Path:
pom.xml
http://jenkins-ci.org/commit/compress-artifacts-plugin/04211d3c97832bb22ebc31958f360a107519d103
Log:
Updated parent to v1.536 to get fix for download of zipped artifacts,
JENKINS-19752