I've encountered this to still be an issue in specific cases on slave node execution (maybe some of this behaviour is intended?):

how to reproduce:

  • hpi:run on current head with jenkins-version set to "1.480.3" (current LTS verison)
  • configure a global property on master K/V: TESTVAR/value1
  • configure a slave and start it
  • configure a job restricted to run on that slave and to echo $TESTVAR.
  • run the job (it will echo "value1")
  • configure the global property on master to be: TESTVAR/value2
  • dont restart anything
  • rerun the job (it will still echo "value1")

however a job on master will recognize the changed value.

there are 2 pieces of code that lead to this behaviour. I'm pretty uncertain about the fix i made, but it resolves at least our problem with the plugin as i described it above, although i'm pretty sure it breaks some other intended feature.

https://github.com/kazesberger/envinject-plugin.git
https://github.com/kazesberger/envinject-plugin/commits/master

maybe someone can have a look at it and/or tell me what's the story behind this (Core)EnvironmentContributor thing.

Change By: Klaus Azesberger (26/Apr/13 1:35 PM)
Resolution: Fixed
Status: Resolved Reopened
Assignee: Gregory Boissinot
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira

--
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
 
 

Reply via email to