[JIRA] (JENKINS-32658) Multibranch pipeline 'checkout scm' does not handle Git submodules
Title: Message Title UHP commented on JENKINS-32658 Re: Multibranch pipeline 'checkout scm' does not handle Git submodules There is a solution for that using the approaches described in https://support.cloudbees.com/hc/en-us/articles/226122247-How-to-Customize-Checkout-for-Pipeline-Multibranch Problem for us is that calling checkout([ $class: 'GitSCM',]) seems to create the "impression" that another repo is used. We get the error None or multiple repos when we call "bitbucketStatusNotify(...)" Add Comment This message was sent by Atlassian JIRA (v7.3.0#73011-sha1:3c73d0e) -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[JIRA] (JENKINS-40548) Pipeline resume not possible after restart caused by java.lang.ClassNotFoundException when loading (load) main pipeline script
Title: Message Title UHP commented on JENKINS-40548 Re: Pipeline resume not possible after restart caused by java.lang.ClassNotFoundException when loading (load) main pipeline script This is quite major for us since we cannot restart jenkins server without losing all states of waiting builds. Is there any feedback on this? It looks quite similiar to https://issues.jenkins-ci.org/browse/JENKINS-31570 even if there it is connected to a CloudBees feature which we are not using. Add Comment This message was sent by Atlassian JIRA (v7.3.0#73011-sha1:3c73d0e) -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[JIRA] (JENKINS-40548) Pipeline resume not possible after restart caused by java.lang.ClassNotFoundException when loading (load) main pipeline script
Title: Message Title UHP updated an issue Jenkins / JENKINS-40548 Pipeline resume not possible after restart caused by java.lang.ClassNotFoundException when loading (load) main pipeline script Change By: UHP Priority: Minor Major Add Comment This message was sent by Atlassian JIRA (v7.1.7#71011-sha1:2526d7c) -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[JIRA] (JENKINS-40548) Pipeline resume not possible after restart caused by java.lang.ClassNotFoundException when loading (load) main pipeline script
Title: Message Title UHP created an issue Jenkins / JENKINS-40548 Pipeline resume not possible after restart caused by java.lang.ClassNotFoundException when loading (load) main pipeline script Issue Type: Bug Assignee: Unassigned Components: pipeline Created: 2016/Dec/19 5:27 PM Environment: Jenkins ver. 2.37 Priority: Minor Reporter: UHP When we have a pipeline which is started like this: def mainHandler node{ checkout scm mainHandler = load "deployment/Jenkinsfile" } mainHandler.runIntegration(this) and "deployment/Jenkinsfile" looking like: #!groovy package com.xxx.groovy.integration def runIntegration(def configuration) { node{ } } When we restart the Jenkins Master, resuming is not possible: java.io.IOException: Failed to load build state at org.jenkinsci.plugins.workflow.cps.CpsFlowExecution$3.onSuccess(CpsFlowExecution.java:610) at org.jenkinsci.plugins.workflow.cps.CpsFlowExecution$3.onSuccess(CpsFlowExecution.java:608) at
[JIRA] (JENKINS-31425) should be able to specify multiple users or groups for the submitter of an input step
Title: Message Title UHP edited a comment on JENKINS-31425 Re: should be able to specify multiple users or groups for the submitter of an input step Would it be possible for you as a first step to extend{quote}private boolean canSettle(Authentication a) {String submitter = input.getSubmitter();if (submitter==null || a.getName().equals(submitter)) {return true;}for (GrantedAuthority ga : a.getAuthorities()) {if (ga.getAuthority().equals(submitter)) {return true;}}return false;}{quote}by iterating over all roles of the submitting user for the _RoleBasedAuthorizationStrategy_ Plugin? If not it would help if we can get the approver back as a result so we can implement any strategy on our own (seems to be wished for 3 years already: http://stackoverflow.com/questions/39451358/how-to-know-which-user-answered-a-jenkins-pipeline-input-step#comment66251982_39465711) Add Comment This message was sent by Atlassian JIRA (v7.1.7#71011-sha1:2526d7c) -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[JIRA] (JENKINS-31425) should be able to specify multiple users or groups for the submitter of an input step
Title: Message Title UHP edited a comment on JENKINS-31425 Re: should be able to specify multiple users or groups for the submitter of an input step Would it be possible for you as a first step to extend{quote}private boolean canSettle(Authentication a) {String submitter = input.getSubmitter();if (submitter==null || a.getName().equals(submitter)) {return true;}for (GrantedAuthority ga : a.getAuthorities()) {if (ga.getAuthority().equals(submitter)) {return true;}}return false;}{quote}by iterating over all roles of the submitting user for the _RoleBasedAuthorizationStrategy_ Plugin? Add Comment This message was sent by Atlassian JIRA (v7.1.7#71011-sha1:2526d7c) -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[JIRA] (JENKINS-31425) should be able to specify multiple users or groups for the submitter of an input step
Title: Message Title UHP commented on JENKINS-31425 Re: should be able to specify multiple users or groups for the submitter of an input step Would it be possible for you as a first step to extend private boolean canSettle(Authentication a) { String submitter = input.getSubmitter(); if (submitter==null || a.getName().equals(submitter)) Unknown macro: { return true; } for (GrantedAuthority ga : a.getAuthorities()) { if (ga.getAuthority().equals(submitter)) Unknown macro: { return true; } } return false; } by iterating over all roles of submitting user for the RoleBasedAuthorizationStrategy Plugin? Add Comment This message was sent by Atlassian JIRA (v7.1.7#71011-sha1:2526d7c) -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[JIRA] (JENKINS-27134) Permission for input approval, or choice of Jenkins-specific group as submitter
Title: Message Title UHP commented on JENKINS-27134 Re: Permission for input approval, or choice of Jenkins-specific group as submitter Is this also connected to the Role Strategy Plugin? Or is it already possible to use a role defined with the Role Strategy Plugin as submitter? Add Comment This message was sent by Atlassian JIRA (v7.1.7#71011-sha1:2526d7c) -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.