-
Bug
-
Resolution: Unresolved
-
Major
-
None
I am using Parametrized trigger to trigger downstream build projects. All our build projects are named as <NAme><release>. The Release name is set as a build parameter. So in the project name field of when I enter name${PARAMETER} its not triggering the right project.
See screenshot attached
- duplicates
-
JENKINS-14160 cannot use parameter in project name
-
- Resolved
-
- is duplicated by
-
JENKINS-16125 Variables cannot be resolved in "Projects to build" field when trigger is a post-build action
-
- Resolved
-
-
JENKINS-23440 Jenkins Parameterized Trigger Plugin doesn't process the 'Projects to Build' parameter correctly
-
- Resolved
-
-
JENKINS-24199 Post Build trigger parameterized job does not resolve variables used for job name
-
- Resolved
-
-
JENKINS-43304 Cannot use environment variables in Projects to build
-
- Closed
-
-
JENKINS-17275 Use Environment Variable when triggering downstream jobs.
-
- Resolved
-
Looked at this issue in detail, here is what I found out:
The reason for this is, that the Parameterized-Trigger plugin uses the dependency graph to set the downstream jobs (only past Jenkins 1.341).
an actual build. It's only called when a new project is created from xml, a project configuration is saved or a project gets deleted (and a few other events).
During these events there are no env vars or build parameters around (obviously), therefore getProjectList() is called with null as parameter.
Possible solutions:
In both cases dynamically expanded downstream jobs could probably not be shown as sensible links on the job overview page. Maybe the unexpanded string could be shown with a note that it's computed during a build.
Should the use-case be supported in general?
If yes, how should it be displayed outside of the configuration page?
If yes, what's an elegant way of implementing the functionality?