[
https://issues.jenkins-ci.org/browse/JENKINS-13348?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=161262#comment-161262
]
Jim Searle commented on JENKINS-13348:
--------------------------------------
Thanks. I am sure... I will try something on our test server and get back to
you.
> EnvInject overriding WORKSPACE variable
> ---------------------------------------
>
> Key: JENKINS-13348
> URL: https://issues.jenkins-ci.org/browse/JENKINS-13348
> Project: Jenkins
> Issue Type: Bug
> Components: envinject
> Affects Versions: current
> Reporter: Jim Searle
> Assignee: gbois
> Priority: Blocker
>
> I upgraded Jenkins to 1.458 and envinject from 1.36 to 1.44. After the
> upgrade all my jobs that did not use envinject were getting their WORKSPACE
> variable set to another jobs that did use envinject WORKSPACE. Downgraded
> envinject to 1.36 and the problem went away.
> Here's an edited log that shows initially the workspace is correct, even
> after EnvInject line, but when the shell script runs, it is wrong.
> Also, I don't know why EnvInject is even being run for this job since it is
> not enabled anywhere...
> [EnvInject] - Preparing an environment for the build.
> Building on master in workspace --correct-workspace--
> Updating http://svn....
> At revision 36652
> no change for http://svn.... since the previous build
> No emails were triggered.
> [bronze-bin] $ /bin/sh -xe /tmp/hudson6983282044770433158.sh
> + echo --some-other-jobs-workspace--
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jenkins-ci.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
