http://fisheye4.atlassian.com/browse/hudson/trunk/hudson/main/core/src/main/java
/hudson/model/DirectoryBrowserSupport.java?r1=13601&r2=14106
Line #: 465/468

which is part of JENKINS-2379 (https://hudson.dev.java.net/issues/show_bug.cgi?
id=2379) which if part of changeset
(http://fisheye4.cenqua.com/changelog/hudson/?cs=14106)

introduced a bug during the encoding spaces in the filePath by switching it from
%20 to a + sign.

For example:
If you are archiving artifacts using the following path (relative to the
workspace) "my handy dandy build dir/output/**", will result in
"http://server/hudson/job/job%20name/lastSuccessfulBuild/my+hand+dandy+build+dir
/output/any.jar" in the artifact list.

It should be:
"http://server/hudson/job/job%20name/lastSuccessfulBuild/my%20hand%20dandy%20bui
ld%20dir/output/any.jar"
or: "http://server/hudson/job/job name/lastSuccessfulBuild/my hand dandy
build%20dir/output/any.jar"
for it to work

Trying to download the url with the embedded + signes results in a 404 HTTP
status page.

Looking at http://java.sun.com/j2se/1.5.0/docs/api/java/net/URLEncoder.html
shows that the + signs are expected in the encoding.

Hudson is installed on a Linux box and using Glassfish v2 as the J2EE container.
I tested this using Chrome, Internet Explorer, and Firefox

The browser that I used itendentifies it self thusly:
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US) AppleWebKit/525.19 (KHTML, like
Gecko) Chrome/1.0.154.42 Safari/525.19 RPT-HTTPClient/0.3-2

Could it be the the broswer is using en-US and encoding is for UTF-8?

Thanks,
– Tom.