[JIRA] (JENKINS-58860) Skipped parameter which is defined in a job

24 views
Skip to first unread message

julien.breda74@gmail.com (JIRA)

unread,
Aug 8, 2019, 9:19:02 AM8/8/19
to jenkinsc...@googlegroups.com
Julien Bréda updated an issue
 
Jenkins / Bug JENKINS-58860
Skipped parameter which is defined in a job
Change By: Julien Bréda
Since my update to Jenkins version 2.176.1, I get some warnings in logs about 'Skipped parameter', which relates to SECURITY-170.

The log says :

 
{code:java}
"WARNING: Skipped parameter `artifactVersion` as it is undefined on `JOB-XX`. Set `-Dhudson.model.ParametersAction.keepUndefinedParameters=true` to allow undefined parameters to be injected as environment variables or `-Dhudson.model.ParametersAction.safeParameters=[comma-separated list]` to whitelist specific parameter names, even though it represents a security breach or `-Dhudson.model.ParametersAction.keepUndefinedParameters=false` to no longer show this message."

but the problem is that this job is defining such parameter. (see attachment)
{code}
 

 

I don't want to set `-Dhudson.model.ParametersAction.keepUndefinedParameters=true` only to evict some logs.

I could see this issue twice :
* one time with a pipeline job : this job defines the parameter and the scripted pipeline is retrieved on SCM. This pipeline uses this parameter.
* another time with a freestyle job : this job also defines the parameter and the build task is nothing more than executing a shell script on a remote SSH. This script uses the parameter.

In these both cases I need the parameter and, one more time, it is clearly defined.

 

Why are my logs spammed with such lines ?

The message is maybe missleading because my jobs are very simple and I can't see what's wrong.

Is that because these jobs are launched from another job (which, of course, set the parameter) ?

Is that because of the old builds ? I see somewhere a guy talking about old builds AND SECURITY-170.

I think the log could be improved.
Add Comment Add Comment
 
This message was sent by Atlassian Jira (v7.11.2#711002-sha1:fdc329d)

julien.breda74@gmail.com (JIRA)

unread,
Aug 8, 2019, 9:19:03 AM8/8/19
to jenkinsc...@googlegroups.com
Julien Bréda created an issue
Issue Type: Bug Bug
Assignee: Unassigned
Attachments: JobParameter.png
Components: core, pipeline
Created: 2019-08-08 13:18
Environment: Jenkins v2.176.1, RedHat7, Oracle Java8
Priority: Minor Minor
Reporter: Julien Bréda

Since my update to Jenkins version 2.176.1, I get some warnings in logs about 'Skipped parameter', which relates to SECURITY-170.

The log says :

"WARNING: Skipped parameter `artifactVersion` as it is undefined on `JOB-XX`. Set `-Dhudson.model.ParametersAction.keepUndefinedParameters=true` to allow undefined parameters to be injected as environment variables or `-Dhudson.model.ParametersAction.safeParameters=[comma-separated list]` to whitelist specific parameter names, even though it represents a security breach or `-Dhudson.model.ParametersAction.keepUndefinedParameters=false` to no longer show this message."

but the problem is that this job is defining such parameter. (see attachment)

 

I don't want to set `-Dhudson.model.ParametersAction.keepUndefinedParameters=true` only to evict some logs.

I could see this issue twice :

  • one time with a pipeline job : this job defines the parameter and the scripted pipeline is retrieved on SCM. This pipeline uses this parameter.
  • another time with a freestyle job : this job also defines the parameter and the build task is nothing more than executing a shell script on a remote SSH. This script uses the parameter.

In these both cases I need the parameter and, one more time, it is clearly defined.

 

Why are my logs spammed with such lines ?

The message is maybe missleading because my jobs are very simple and I can't see what's wrong.

Is that because these jobs are launched from another job (which, of course, set the parameter) ?

Is that because of the old builds ? I see somewhere a guy talking about old builds AND SECURITY-170.

I think the log could be improved.

julien.breda74@gmail.com (JIRA)

unread,
Aug 8, 2019, 9:20:02 AM8/8/19
to jenkinsc...@googlegroups.com
Julien Bréda updated an issue
Change By: Julien Bréda
Since my update to Jenkins version 2.176.1, I get some warnings in logs about 'Skipped parameter', which relates to SECURITY-170.

The log says :

 
{code:java}

"WARNING: Skipped parameter `artifactVersion` as it is undefined on `JOB-XX`. Set `-Dhudson.model.ParametersAction.keepUndefinedParameters=true` to allow undefined parameters to be injected as environment variables or `-Dhudson.model.ParametersAction.safeParameters=[comma-separated list]` to whitelist specific parameter names, even though it represents a security breach or `-Dhudson.model.ParametersAction.keepUndefinedParameters=false` to no longer show this message."
but the problem is that this job is defining such parameter. (see attachment)
{code}
 

 

I don't want to set `-Dhudson.model.ParametersAction.keepUndefinedParameters=true` only to evict some logs.

I could see this issue twice :
* one time with a pipeline job : this job defines the parameter and the scripted pipeline is retrieved on SCM. This pipeline uses this parameter.
* another time with a freestyle job : this job also defines the parameter and the build task is nothing more than executing a shell script on a remote SSH. This script uses the parameter.


In these both cases I need the parameter and, one more time, it is clearly defined.

 

Why are my logs spammed with such lines ?

The message is maybe missleading because my jobs are very simple and I can't see what's wrong.

Is that because these jobs are launched from another job (which, of course, set the parameter) ?

Is that because of the old builds ? I see somewhere a guy talking about old builds AND SECURITY-170.

I think the log could be improved.

julien.breda74@gmail.com (JIRA)

unread,
Aug 8, 2019, 9:55:02 AM8/8/19
to jenkinsc...@googlegroups.com

julien.breda74@gmail.com (JIRA)

unread,
Aug 8, 2019, 9:56:02 AM8/8/19
to jenkinsc...@googlegroups.com
Julien Bréda commented on Bug JENKINS-58860
 
Re: Skipped parameter which is defined in a job

I changed priority since the logs are growing quickly

dbeck@cloudbees.com (JIRA)

unread,
Aug 9, 2019, 4:20:02 AM8/9/19
to jenkinsc...@googlegroups.com

since the logs are growing quickly

The log message explains how you can remove it.

Please provide the complete config.xml file for the job in question, as well as the build.xml file for a build showing this message.

julien.breda74@gmail.com (JIRA)

unread,
Aug 9, 2019, 8:36:02 AM8/9/19
to jenkinsc...@googlegroups.com

config.xml and build.xml uploaded.

julien.breda74@gmail.com (JIRA)

unread,
Aug 9, 2019, 8:36:02 AM8/9/19
to jenkinsc...@googlegroups.com
Julien Bréda updated an issue
Change By: Julien Bréda
Attachment: build.xml
Attachment: config.xml

dbeck@cloudbees.com (JIRA)

unread,
Aug 10, 2019, 8:05:02 AM8/10/19
to jenkinsc...@googlegroups.com
Daniel Beck updated an issue
Change By: Daniel Beck
Priority: Major Minor

dbeck@cloudbees.com (JIRA)

unread,
Aug 10, 2019, 8:07:02 AM8/10/19
to jenkinsc...@googlegroups.com
Daniel Beck commented on Bug JENKINS-58860
 
Re: Skipped parameter which is defined in a job

Which version of Jenkins were you running before? When you add a shell/batch build step to the downstream job, and have it output the value of the artifactVersion environment variable ( echo "$artifactVersion" or echo %artifactVersion% respectively), what happens?

 

julien.breda74@gmail.com (JIRA)

unread,
Sep 9, 2019, 5:25:02 AM9/9/19
to jenkinsc...@googlegroups.com

I was running v2.107.3.

I've added a shell execution but nothing has changed : I still get the log.

 

dbeck@cloudbees.com (JIRA)

unread,
Sep 9, 2019, 12:15:04 PM9/9/19
to jenkinsc...@googlegroups.com

Right, but does the shell step do what you would expect, or print an empty line?

This message was sent by Atlassian Jira (v7.13.6#713006-sha1:cc4451f)
Atlassian logo

julien.breda74@gmail.com (JIRA)

unread,
Sep 10, 2019, 3:01:03 AM9/10/19
to jenkinsc...@googlegroups.com

It prints the var, which is valued, as expected.

julien.breda74@gmail.com (JIRA)

unread,
Oct 8, 2019, 11:13:02 AM10/8/19
to jenkinsc...@googlegroups.com

Any feedback on this issue Daniel Beck ?

It seems you unassigned it despite of you were the author of https://jenkins.io/blog/2016/05/11/security-update/

I thought you were the best analyst for this one.

dbeck@cloudbees.com (JIRA)

unread,
Oct 8, 2019, 11:38:02 AM10/8/19
to jenkinsc...@googlegroups.com

It seems you unassigned it

This issue was never assigned (and I generally reject assignments from others).

I was unable to reproduce this issue despite the information you provided, and there are only so many hours in a day. in 3+ years it seems you're the first one to encounter this issue, indicating there's perhaps something unusual about your configuration that so far isn't apparent here.

Reply all
Reply to author
Forward
0 new messages