-
Bug
-
Resolution: Fixed
-
Major
-
debian wheezy 7.2 over openvz
jenkins 1.540 installed from packages
The encoding of file names in zip archive seems to be broken
Steps to reproduce:
1. create a custom job
1.1. add a script job to create some file name with an accent in it (eacute), e.g. echo "foobar" > accentué.txt
1.2. add post-build step to archive all **/*
2. build
3. go in build details, last success artifacts, the file name is listed correctly.
4. click the (all files in zip) link. the file listing of the archive has wrong encoding.
I tried extracting on win7 with explorer, 7zip, on linux with file-roller or unzip. In all cases the problem seems to rely in the encoding used for the zip file names
- is blocking
-
JENKINS-17236 Pluggable artifact transfer & storage
-
- Resolved
-
[JENKINS-20663] file name encoding broken in zip archives
Description |
Original:
The encoding of file names in zip archive seems to be broken Steps to reproduce: 1. create a custom job 1.1. add a script job to create some file name with an accent in it (eacute), e.g. echo "foobar" > accentué.txt 1.2. add post-build step to archive all **/* 2. build 3. go in build details, last success artifacts, the file name is listed correctly. 4. click the (all files in zip) link. the file listing of the archive has wrong encoding. I tried extracting on win7 with explorer, 7zip, on linux with file-roller or unzip. In all cases the problem seems to rely in the encoding used for the zip file names |
New:
The encoding of file names in zip archive seems to be broken Steps to reproduce: 1. create a custom job 1.1. add a script job to create some file name with an accent in it (eacute), e.g. echo "foobar" > accentué.txt 1.2. add post-build step to archive all \*\*/\* 2. build 3. go in build details, last success artifacts, the file name is listed correctly. 4. click the (all files in zip) link. the file listing of the archive has wrong encoding. I tried extracting on win7 with explorer, 7zip, on linux with file-roller or unzip. In all cases the problem seems to rely in the encoding used for the zip file names |
Assignee | New: Jesse Glick [ jglick ] |
Labels | New: lts-candidate regression |
Labels | Original: lts-candidate regression | New: encoding lts-candidate regression |
Link |
New:
This issue is blocking |
I have the same problem with filenames that contain 'õ', 'ä', 'ö' or 'ü'. Prior to version 1.532 it could be fixed by adding -Dfile.encoding=Cp775 to <arguments> element in jenkins.xml. I have traced this particular "regression" back to this commit, which replaced usage of hudson.util.io.ZipArchiver with java.util.zip.ZipOutputStream in hudson.model.DirectoryBrowserSupport. As a temporary work-around I have compiled version 1.532.1 from source on Java 7, which adds an additional Charset parameter to ZipOutputStream constructor and passed in the value of System.getProperty("file.encoding"), but I don't feel like doing this for every update.