- 15 4月, 2015 1 次提交
-
-
由 Oleg Nenashev 提交于
-
- 17 1月, 2015 1 次提交
-
-
由 Jesse Glick 提交于
-
- 30 12月, 2014 2 次提交
-
-
由 Jesse Glick 提交于
-
由 Jesse Glick 提交于
-
- 24 11月, 2014 1 次提交
-
-
由 Jesse Glick 提交于
Not fully solved, since the scannedDirs field can still grow to be large, but at least clearing files/dirsNotIncluded. Also imposing a 5s timeout on the scan regardless of file count, and defining a user-customizable bound.
-
- 27 10月, 2014 2 次提交
-
-
由 Jesse Glick 提交于
-
由 Jesse Glick 提交于
-
- 18 10月, 2014 1 次提交
-
-
由 Kohsuke Kawaguchi 提交于
Otherwise a symlink can be created to point to a file outside $JENKINS_HOME and be read
-
- 17 10月, 2014 1 次提交
-
-
由 Kohsuke Kawaguchi 提交于
-
- 16 10月, 2014 4 次提交
-
-
由 Kohsuke Kawaguchi 提交于
This code duplication in two sides of the if statement is undesirable. Post-release, I need to come back here to introduce a variant of FileCallable that runs on the given FilePath but with InputStream to another FilePath.
-
由 Kohsuke Kawaguchi 提交于
This change flips the order so that the read happens locally, and pipe gets forwarded to the other side.
-
由 Jesse Glick 提交于
-
由 Jesse Glick 提交于
Still do it so we capture FilePath.remote (which many JRE methods suppress), but fix the wrapper Throwable.message to include cause.toString() according to convention.
-
- 14 10月, 2014 1 次提交
-
-
由 Kohsuke Kawaguchi 提交于
-
- 25 9月, 2014 2 次提交
-
-
由 Kohsuke Kawaguchi 提交于
If we ever decide to develop a compatibility thunk library for these changes to help promote deployment in plugins, then these classes being a nested type is problematic as they'll fail to load under onld Jenkins
-
由 Kohsuke Kawaguchi 提交于
-
- 24 9月, 2014 4 次提交
-
-
由 Jesse Glick 提交于
https://bugs.openjdk.java.net/browse/JDK-6933067 claims to be fixed as of Java 6, our baseline.
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
If a @SlaveToMaster Callable gets sent to the master, and if inside its call() method the code directly/indirectly performs file system access (for example on files and directories that it didn't receive as parameters), that is not meant to be the subject of the filter check. Rather, the check is meant for FilePath that the other side sends to us, when it points to a local file. So it makes more sense to compute the effective FilePathFilter during the deserialization, as opposed to doing so when the actual operation is attempted. Various FileCallable impls in FilePath fits this pattern, as it drags outer FilePath instance with itself. In addition, this change addresses other situations correctly, where FilePath is used as arguments and return values of other Callables, such as the following: FilePath f = channel.call(new SlaveWillDoSomeComputationAndGiveMeTheResultAsFile()); f.copyTo(build.getRootDir().child("data.xml")) "f.copyTo" happens in the context of Channel.current()==null, but we need to check that 'f' is legit and not something like new FilePath(new File("/etc/shadow"))
-
由 Kohsuke Kawaguchi 提交于
-
- 23 9月, 2014 1 次提交
-
-
由 Jesse Glick 提交于
-
- 21 9月, 2014 1 次提交
-
-
由 Jesse Glick 提交于
-
- 19 9月, 2014 3 次提交
-
-
由 Kohsuke Kawaguchi 提交于
- If a write results in a file creation, do the create check, to align with the POSIX semantics. - Don't make pointless mkdirs check if the directory already exists - read vs readSymlink difference is dangerous because read() can be called for symlinks in other context as well.
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
- 30 8月, 2014 1 次提交
-
-
由 Jesse Glick 提交于
java.lang.NullPointerException: null at hudson.model.AbstractBuild.setWorkspace(AbstractBuild.java:296) at hudson.model.ProjectTest.testCheckout(ProjectTest.java:423)
-
- 16 8月, 2014 1 次提交
-
-
由 Jesse Glick 提交于
-
- 05 8月, 2014 1 次提交
-
-
由 Jesse Glick 提交于
-
- 22 7月, 2014 1 次提交
-
-
由 Jesse Glick 提交于
-
- 28 6月, 2014 1 次提交
-
-
由 Kohsuke Kawaguchi 提交于
Reference: https://trello.com/c/doFFMdUm/46-filepath-getcomputer
-
- 20 4月, 2014 1 次提交
-
-
由 Kohsuke Kawaguchi 提交于
This is a much simpler fix
-
- 04 4月, 2014 1 次提交
-
-
由 Kohsuke Kawaguchi 提交于
Avoid having FilePath to depend on Jenkins, which increases the amount of classloading that has to happen during remoting
-
- 28 2月, 2014 1 次提交
-
-
由 Jesse Glick 提交于
-
- 26 2月, 2014 1 次提交
-
-
由 Jesse Glick 提交于
[FIXED JENKINS-21958] FilePath.copyRecursiveTo given a scanner including a symlink but not any regular file in the same directory would neglect to create the parent directory on the destination and thus not copy the link. (Util.createSymlink is partly to blame for not throwing a descriptive IOException when it fails to create a link, but this is its historical behavior needed for compatibility. copyRecursiveTo also continues to suppress error text from this method because there is nowhere for it to go. Perhaps need a new variant of createSymlink that is guaranteed to either have created the link or throw an exception.)
-
- 25 11月, 2013 1 次提交
-
-
由 Oliver Gondža 提交于
-
- 15 11月, 2013 1 次提交
-
-
由 Jesse Glick 提交于
-
- 30 10月, 2013 1 次提交
-
-
由 Hans-Joachim Kliemeck 提交于
-
- 09 10月, 2013 1 次提交
-
-
由 Jesse Glick 提交于
Noting that various DirScanner implementations handle this inconsistently.
-
- 05 10月, 2013 2 次提交
-
-
由 Andrew Kiellor 提交于
-
由 Andrew Kiellor 提交于
Migrated some usages of GNUCLibrary to the jnr PosixAPI, fixed 'mvn -Plight-test install' on ubuntu with OpenJDK.
-