[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 评论) (0 反应) (0 负责人)Java (25,266 star) (9,474 fork)batch import

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

描述

贡献者指南

技术栈: java
领域: backend
议题类型: bug
难度: 3
预计时间: 1-3 hours
活动状态: stale
清晰度: clear
前置要求: JavaJenkins core
新手友好度: 75
研究方向: 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.