-
Bug
-
Resolution: Unresolved
-
Minor
-
None
-
windows server 2008,+jenkins + html publish plugin 1.2 statsvn0.7
HTML Publisher for example uses copyRecursiveTo as such: copyRecursiveTo("*/", targetDir) (https://github.com/jenkinsci/htmlpublisher-plugin/blob/master/src/main/java/htmlpublisher/HtmlPublisher.java#L212), and in the attached screenshot one can see that it can fail if the glob matches certain characters.
- is related to
-
JENKINS-12610 Util.deleteRecursive fails for files using unmappable characters
-
- Open
-
-
JENKINS-72540 hudson.FilePath#copyRecursiveTo() failing if remote and local having different default character sets
-
- Resolved
-
[JENKINS-18558] FilePath's copyRecursiveTo doesn't handle Chinese characters
Component/s | New: core [ 15593 ] | |
Component/s | Original: htmlpublisher [ 15681 ] | |
Description |
Original:
First,I use the statsvn, and I want to publish the statsvn report on jenkins. But the html publish plugin can't recognize chinese files. Didn't the html publisher plugin just copy the report from HTML directory to $JENKINS_HOME\jobs\$JOB_NAME\htmlreports\HTML_Report\ ? The file's name can't be changed. how can i solve the problem? |
New: HTML Publisher for example uses copyRecursiveTo as such: copyRecursiveTo("**/*", targetDir) (https://github.com/jenkinsci/htmlpublisher-plugin/blob/master/src/main/java/htmlpublisher/HtmlPublisher.java#L212), and in the attached screenshot one can see that it can fail if the glob matches certain characters. |
Priority | Original: Major [ 3 ] | New: Minor [ 4 ] |
Summary | Original: use of HTML Publisher Plug | New: FilePath's copyRecursiveTo doesn't handle Chinese characters |
Assignee | Original: mcrooney [ mcrooney ] | New: Kohsuke Kawaguchi [ kohsuke ] |
Link | New: This issue is related to JENKINS-12610 [ JENKINS-12610 ] |
Workflow | Original: JNJira [ 149865 ] | New: JNJira + In-Review [ 177499 ] |
Link |
New:
This issue is related to |
Thanks for the report. I think this might be a bug in core so I've updated the description to match the use of the copyRecursiveTo function and see if that is the problem. If anyone knows of something different, such as that the HTML Plugin should be using copyRecursiveTo in a different way, certainly let me know, but otherwise it appears to be a core bug.