[
https://issues.jenkins-ci.org/browse/JENKINS-13348?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
gbois closed JENKINS-13348.
---------------------------
Resolution: Cannot Reproduce
I'm closing the issue at the moment because I cannot reproduce it without more
inputs.
Do not hesitate to reopen it when you will have more information.
Thanks in advance.
> 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