[JIRA] (JENKINS-59084) updateGitlabCommitStatus in Pipeline jobs does not work

3 views
Skip to first unread message

klass@ite-web.de (JIRA)

unread,
Aug 26, 2019, 9:16:02 AM8/26/19
to jenkinsc...@googlegroups.com
Jan Klass created an issue
 
Jenkins / Bug JENKINS-59084
updateGitlabCommitStatus in Pipeline jobs does not work
Issue Type: Bug Bug
Assignee: Owen Mehegan
Components: gitlab-plugin
Created: 2019-08-26 13:15
Priority: Major Major
Reporter: Jan Klass

Using the “Publish build status to GitLab” post action in a freestyle project works fine.

Using the equal updateGitlabCommitStatus step in a Pipeline project does not work. GitLab does not show any status or result information on commits or merge requests.

I determined the updateGitlabCommitStatus step as the supposedly equal from the freestyle job configuration, which defines the post action named as update commit status as well.

I have experimented with it being used as steps or post build steps, setting its configuration (which is not necessary in a freestyle project which uses the defaults just fine), but nothing seemed to work.

Add Comment Add Comment
 
This message was sent by Atlassian Jira (v7.11.2#711002-sha1:fdc329d)

muthuksubbiah@gmail.com (JIRA)

unread,
Aug 27, 2019, 10:11:02 AM8/27/19
to jenkinsc...@googlegroups.com
Muthu Kumar Subbiah commented on Bug JENKINS-59084
 
Re: updateGitlabCommitStatus in Pipeline jobs does not work

Even I have a similar issue where Jenkins is crashing since last evening during updateGitlabCommitStatus and needs to restarted few times before it runs again. When it comes back, the build fails with the following error -

java.lang.NullPointerException
at com.dabsquared.gitlabjenkins.workflow.GitLabBuildsStep$GitLabBuildStepExecution$1.onFailure(GitLabBuildsStep.java:104)
at org.jenkinsci.plugins.workflow.cps.CpsBodyExecution$FailureAdapter.receive(CpsBodyExecution.java:361)
at com.cloudbees.groovy.cps.impl.ThrowBlock$1.receive(ThrowBlock.java:68)
at com.cloudbees.groovy.cps.impl.LocalVariableBlock$LocalVariable.get(LocalVariableBlock.java:39)
at com.cloudbees.groovy.cps.LValueBlock$GetAdapter.receive(LValueBlock.java:30)
at com.cloudbees.groovy.cps.impl.LocalVariableBlock.evalLValue(LocalVariableBlock.java:28)
at com.cloudbees.groovy.cps.LValueBlock$BlockImpl.eval(LValueBlock.java:55)
at com.cloudbees.groovy.cps.LValueBlock.eval(LValueBlock.java:16)
at com.cloudbees.groovy.cps.Next.step(Next.java:83)
at com.cloudbees.groovy.cps.Continuable$1.call(Continuable.java:174)
at com.cloudbees.groovy.cps.Continuable$1.call(Continuable.java:163)
at org.codehaus.groovy.runtime.GroovyCategorySupport$ThreadCategoryInfo.use(GroovyCategorySupport.java:129)
at org.codehaus.groovy.runtime.GroovyCategorySupport.use(GroovyCategorySupport.java:268)
at com.cloudbees.groovy.cps.Continuable.run0(Continuable.java:163)
at org.jenkinsci.plugins.workflow.cps.SandboxContinuable.access$001(SandboxContinuable.java:18)
at org.jenkinsci.plugins.workflow.cps.SandboxContinuable.run0(SandboxContinuable.java:51)
at org.jenkinsci.plugins.workflow.cps.CpsThread.runNextChunk(CpsThread.java:186)
at org.jenkinsci.plugins.workflow.cps.CpsThreadGroup.run(CpsThreadGroup.java:370)
at org.jenkinsci.plugins.workflow.cps.CpsThreadGroup.access$200(CpsThreadGroup.java:93)
at org.jenkinsci.plugins.workflow.cps.CpsThreadGroup$2.call(CpsThreadGroup.java:282)
at org.jenkinsci.plugins.workflow.cps.CpsThreadGroup$2.call(CpsThreadGroup.java:270)
at org.jenkinsci.plugins.workflow.cps.CpsVmExecutorService$2.call(CpsVmExecutorService.java:66)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at hudson.remoting.SingleLaneExecutorService$1.run(SingleLaneExecutorService.java:131)
at jenkins.util.ContextResettingExecutorService$1.run(ContextResettingExecutorService.java:28)
at jenkins.security.ImpersonatingExecutorService$1.run(ImpersonatingExecutorService.java:59)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:748)

 

I have been trying to find the root cause but no luck.

Reply all
Reply to author
Forward
0 new messages