[JENKINS-33239] Environment variable resolves variables recursively · jenkinsci/jenkins#21801

2016-03-01T13:34:25.000Z

The function hudson.Util.replaceMacro(String, ...) resolves recursively properties, such as: PATH=path1:$PATH into PATH=path1:path1:path1:path1:path1:path1:path1:path1:path1:path1:path1:path1:path1:path1:path1: etc. I encountered it when setting variables for slave and running multijob with envinject - the variables were calculated and passed to the child jobs and resulted in running out of memory. More precisely with this variable: LD_LIBRARY_PATH=$ORACLE_HOME/lib:$LD_LIBRARY_PATH I would expect Jenkins to resolve the R-value and push it in L-value, not to resolve it over and over again. Note: I didn't set the variable like this, I suppose it was meant to take $LD_LIBRARY_PATH from Linux server settings and append $ORACLE_HOME/lib Note2: Version 1.580.3 ran with those variables fine. --- Originally reported by trainmaster , imported from: Environment variable resolves variables recursively status : Open priority : Major component(s) : core label(s) : environment-variables, newbie-friendly, regression resolution : Unresolved votes : 1 watchers : 3 imported : 2025-11-24 Raw content of original issue The function hudson.Util.replaceMacro(String, ...) resolves recursively properties, such as: PATH=path1:$PATH into PATH=path1:path1:path1:path1:path1:path1:path1:path1:path1:path1:path1:path1:path1:path1:path1: etc. I encountered it when setting variables for slave and running multijob with envinject - the variables were calculated and passed to the child jobs and resulted in running out of memory. More precisely with this variable: LD_LIBRARY_PATH=$ORACLE_HOME/lib:$LD_LIBRARY_PATH I would expect Jenkins to resolve the R-value and push it in L-value, not to resolve it over and over again. Note: I didn't set the variable like this, I suppose it was meant to take $LD_LIBRARY_PATH from Linux server settings and append $ORACLE_HOME/lib Note2: Version 1.580.3 ran with those variables fine. environment : Jenkins 1.642.1, Jenkins 2.60.1

(2 comments) (0 reactions) (0 assignees)Java (25,266 stars) (9,474 forks)batch import

component:coregood first issueimported-jira-issuepriority:majorregressionresolution:unresolved

Description

Contributor guide

Tech stack: java
Domain: backend
Issue type: bug
Difficulty: 3
Estimated time: 1-3 hours
Activity status: stale
Clarity: clear
Prerequisites: JavaJenkins core
Newbie friendliness: 75
Research direction: The issue is in the hudson.Util.replaceMacro method which recursively resolves environment variables. Start by locating the source file (e.g., core/src/main/java/hudson/Util.java). Examine how replaceMacro handles variable substitution and look for recursion or repeated expansion. The fix should ensure that after substituting a variable, the result is not re evaluated. Check existing tests in the same package and add a test case for this scenario. See also any comments in the issue for additional context.