Uploaded image for project: 'Jenkins'
  1. Jenkins
  2. JENKINS-26124

Blocking build trigger step could inline output

      When running a blocking build trigger, you may like to see output from the downstream build inlined into the flow's output.

          [JENKINS-26124] Blocking build trigger step could inline output

          Jesse Glick created issue -
          R. Tyler Croy made changes -
          Workflow Original: JNJira [ 160114 ] New: JNJira + In-Review [ 180257 ]
          Andrew Bayer made changes -
          Component/s New: pipeline-general [ 21692 ]
          Andrew Bayer made changes -
          Component/s Original: workflow-plugin [ 18820 ]
          Jesse Glick made changes -
          Component/s New: pipeline-build-step-plugin [ 21707 ]
          Component/s Original: pipeline [ 21692 ]
          Jesse Glick made changes -
          Link New: This issue is duplicated by JENKINS-37985 [ JENKINS-37985 ]
          Jesse Glick made changes -
          Link New: This issue is duplicated by JENKINS-46311 [ JENKINS-46311 ]
          Andrew Bayer made changes -
          Link New: This issue is duplicated by JENKINS-49441 [ JENKINS-49441 ]

          Steve Todorov added a comment -

          Are there any plans for implementing this? You have this already implemented for parallel stages which are running on multiple nodes - in our case we have parallel jobs running and the only output you get is:

          Scheduling project: project
          Starting building: project
          

          You can navigate to the project and check the logs from there, but when you have 15 jobs and each one has multiple stages which you want to check it makes navigation hard as you need to click "back" button in the browser and that goes through all the pages you've visited. Maybe as a "workaround" we could create a new issue which adds a "triggered by" button which allows you to go back to the job#number which triggered the job you are currently looking (similar to "Triggered Builds" which shows when the current job triggers another job, but backwards) ?

          Steve Todorov added a comment - Are there any plans for implementing this? You have this already implemented for parallel stages which are running on multiple nodes - in our case we have parallel jobs running and the only output you get is: Scheduling project: project Starting building: project You can navigate to the project and check the logs from there, but when you have 15 jobs and each one has multiple stages which you want to check it makes navigation hard as you need to click "back" button in the browser and that goes through all the pages you've visited. Maybe as a "workaround" we could create a new issue which adds a "triggered by" button which allows you to go back to the job#number which triggered the job you are currently looking (similar to "Triggered Builds" which shows when the current job triggers another job, but backwards) ?

          Rusty Carruth added a comment -

          Lacking this, I did some searching and found a way to 'mostly' work around it (see https://stackoverflow.com/questions/48460437/how-to-get-console-output-of-downstream-job-in-upstream-job ) for details. I'm adding it here so people trying to work around the issue have a pointer to a possible solution.

          Basically (quoting directly from the above post):

          def checkjob = build job: 'job name', parameters: [ any params here]
          checklog = Jenkins.getInstance().getItemByFullName('job name').getBuildByNumber(checkjob.getNumber()).log
          println checklog

          Yes, there are negative issues with that solution, but for my needs I think its probably 'good enough'.

          Rusty Carruth added a comment - Lacking this, I did some searching and found a way to 'mostly' work around it (see https://stackoverflow.com/questions/48460437/how-to-get-console-output-of-downstream-job-in-upstream-job ) for details. I'm adding it here so people trying to work around the issue have a pointer to a possible solution. Basically (quoting directly from the above post): def checkjob = build job: 'job name', parameters: [ any params here] checklog = Jenkins.getInstance().getItemByFullName('job name').getBuildByNumber(checkjob.getNumber()).log println checklog Yes, there are negative issues with that solution, but for my needs I think its probably 'good enough'.

            jglick Jesse Glick
            jglick Jesse Glick
            Votes:
            12 Vote for this issue
            Watchers:
            11 Start watching this issue

              Created:
              Updated: