[FIXED HUDSON-3294] ZIP archives created by Hudson are now rendered properly in Windows' built-in "compressed folder" views.

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@16278 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@16276 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@16242 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@16238 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@16234 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@16232 71c3de6d-444a-0410-be80-ed276b4c234a

    (<a href="http://www.nabble.com/Trouble-in-logging-in-with-Subversion-td22473876.html">report</a>)

In 1.292

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@16231 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@16230 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@16229 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@16228 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@16227 71c3de6d-444a-0410-be80-ed276b4c234a

We might be handling environment variables for a slave that can have different path separator than the master, so this is an attempt to get it right. It's still more error prone that I'd like, but this should mostly work for our usage pattern.

The real problem is that AbstractBuild.getEnvVars() is designed to return overrides, not the whole thing. This was OK until recently, when we started using environment variables to eagerly perform variable expansions inside Builder/Publisher, which requires them to see the entire variables.
 


git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@16226 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@16224 71c3de6d-444a-0410-be80-ed276b4c234a

a second time, so always used java.lang.String instead of descriptor class name.


git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@16222 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@16221 71c3de6d-444a-0410-be80-ed276b4c234a

1. Uniquify relative URLs of test objects (plain, plain_2, plain_3, ...) so they can be browsed separately.
2. Indicate the originating suite name if distinct from the test class name.

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@16202 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@16201 71c3de6d-444a-0410-be80-ed276b4c234a

    (<a href="http://www.nabble.com/Problem-using-external-ssh-client-td22413572.html">report</a>)    


git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@16200 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@16199 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@16198 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@16195 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@16194 71c3de6d-444a-0410-be80-ed276b4c234a

if a slave is being connected, don't attempt the reconnect, which would interrupt the current pending activity

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@16193 71c3de6d-444a-0410-be80-ed276b4c234a

I don't know if it's just the header or the whole thing, but in the remoting situation, better err on double buffering than not having buffering at all.

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@16185 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@16184 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@16181 71c3de6d-444a-0410-be80-ed276b4c234a

Finally found the cause of this problem. This was due to the wrong sign bit expansion.

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@16174 71c3de6d-444a-0410-be80-ed276b4c234a

Added tar support

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@16172 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@16171 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@16168 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@16162 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@16160 71c3de6d-444a-0410-be80-ed276b4c234a

fixed a problem reported in http://www.nabble.com/Authorization-exception-on-configure-job-td22417412.html

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@16159 71c3de6d-444a-0410-be80-ed276b4c234a

[FIXED HUDSON-3267] api/xml?xpath=...&wrapper=... behaved inconsistently for results of size 0 or 1.

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@16157 71c3de6d-444a-0410-be80-ed276b4c234a

Production code shouldn't be using this, but for tests, this is very convenience, so let's not mark this as deprecated.

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@16155 71c3de6d-444a-0410-be80-ed276b4c234a

    (<a href="http://www.nabble.com/Unable-to-load-winp.dll-td22423157.html">report</a>)


git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@16153 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@16151 71c3de6d-444a-0410-be80-ed276b4c234a

Fixed the initialization order issue.

I tweaked the patch a little to avoid using a flag. It seems to me that HudsonFilter can just check if it already has a corresponding Hudson instance, and if so, it can configure itself.
This fix will be in 1.291.

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@16150 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@16148 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@16147 71c3de6d-444a-0410-be80-ed276b4c234a