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

Karaoke: steps and nodes are limited to 100 - need to increase limit

    Details

    • Sprint:
      iapetus, 1.0
    • Similar Issues:

      Description

      Thorsten Scherler the steps api is paginated with a page size of 100 - the front end code will need to change to fetch the next patch of data (cc Vivek Pandey)

       In Scope: 

      Out of scope: 

      • steps api (separate ticket)
      • making graph cope with loading large graphs of nodes in a paginated fashion (this needs more thinking and design). 

       

      This could be addressed with a refactoring of Karaoke I guess?
      This also explains why only 100 parallel nodes are changed (in that case, it is pointless to show more, but 100 steps... you may want to show that).

      It seems that we only get a limited number of steps

      Using the following pipelineScript and https://github.com/scherler/blueocean-shared-library/commit/43d5620a42d7795b43bc829d694c3cae2a3c3919

      @Library('test-writer') import writeTest
      import longLog
      node {
          stage 'fin'
          def xml = writeTest()
          sh "echo '$xml' > TEST-some.xml"
          step([$class: 'JUnitResultArchiver', testResults: 'TEST-*.xml'])
          sh 'echo `date` fin;sleep 3; echo `date` fin;'
          sh 'echo yeah > foo.txt'
          archiveArtifacts 'foo.txt'
          longLog(10000, false)
          stage 'NoSteps'
      }
      

        Attachments

          Issue Links

            Activity

            tscherler Thorsten Scherler created issue -
            jamesdumay James Dumay made changes -
            Field Original Value New Value
            Sprint iapetus [ 216 ]
            jamesdumay James Dumay made changes -
            Rank Ranked higher
            jamesdumay James Dumay made changes -
            Epic Link JENKINS-35750 [ 171713 ]
            michaelneale Michael Neale made changes -
            Description It seems that we only get a limited number of steps

            Using the following pipelineScript and https://github.com/scherler/blueocean-shared-library/commit/43d5620a42d7795b43bc829d694c3cae2a3c3919

            {code}
            @Library('test-writer') import writeTest
            import longLog
            node {
                stage 'fin'
                def xml = writeTest()
                sh "echo '$xml' > TEST-some.xml"
                step([$class: 'JUnitResultArchiver', testResults: 'TEST-*.xml'])
                sh 'echo `date` fin;sleep 3; echo `date` fin;'
                sh 'echo yeah > foo.txt'
                archiveArtifacts 'foo.txt'
                longLog(10000)
                stage 'NoSteps'
            }
            {code}
            [~tscherler] the steps api is paginated with a page size of 100 - the front end code will need to change to fetch the next patch of data (cc [~vivek])

            It seems that we only get a limited number of steps

            Using the following pipelineScript and https://github.com/scherler/blueocean-shared-library/commit/43d5620a42d7795b43bc829d694c3cae2a3c3919

            {code}
            @Library('test-writer') import writeTest
            import longLog
            node {
                stage 'fin'
                def xml = writeTest()
                sh "echo '$xml' > TEST-some.xml"
                step([$class: 'JUnitResultArchiver', testResults: 'TEST-*.xml'])
                sh 'echo `date` fin;sleep 3; echo `date` fin;'
                sh 'echo yeah > foo.txt'
                archiveArtifacts 'foo.txt'
                longLog(10000)
                stage 'NoSteps'
            }
            {code}
            michaelneale Michael Neale made changes -
            Description [~tscherler] the steps api is paginated with a page size of 100 - the front end code will need to change to fetch the next patch of data (cc [~vivek])

            It seems that we only get a limited number of steps

            Using the following pipelineScript and https://github.com/scherler/blueocean-shared-library/commit/43d5620a42d7795b43bc829d694c3cae2a3c3919

            {code}
            @Library('test-writer') import writeTest
            import longLog
            node {
                stage 'fin'
                def xml = writeTest()
                sh "echo '$xml' > TEST-some.xml"
                step([$class: 'JUnitResultArchiver', testResults: 'TEST-*.xml'])
                sh 'echo `date` fin;sleep 3; echo `date` fin;'
                sh 'echo yeah > foo.txt'
                archiveArtifacts 'foo.txt'
                longLog(10000)
                stage 'NoSteps'
            }
            {code}
            [~tscherler] the steps api is paginated with a page size of 100 - the front end code will need to change to fetch the next patch of data (cc [~vivek])

            This could be addressed with a refactoring of Karaoke I guess?
            This also explains why only 100 parallel nodes are changed (in that case, it is pointless to show more, but 100 steps... you may want to show that).

            It seems that we only get a limited number of steps

            Using the following pipelineScript and https://github.com/scherler/blueocean-shared-library/commit/43d5620a42d7795b43bc829d694c3cae2a3c3919

            {code}
            @Library('test-writer') import writeTest
            import longLog
            node {
                stage 'fin'
                def xml = writeTest()
                sh "echo '$xml' > TEST-some.xml"
                step([$class: 'JUnitResultArchiver', testResults: 'TEST-*.xml'])
                sh 'echo `date` fin;sleep 3; echo `date` fin;'
                sh 'echo yeah > foo.txt'
                archiveArtifacts 'foo.txt'
                longLog(10000)
                stage 'NoSteps'
            }
            {code}
            michaelneale Michael Neale made changes -
            Summary Karaoke: Steps are limited to 100 Karaoke: Steps are limited to 100 - need to use pagination to fetch more
            michaelneale Michael Neale made changes -
            Assignee Thorsten Scherler [ tscherler ]
            michaelneale Michael Neale made changes -
            Labels karoke
            michaelneale Michael Neale made changes -
            Link This issue relates to JENKINS-38523 [ JENKINS-38523 ]
            michaelneale Michael Neale made changes -
            Rank Ranked lower
            jamesdumay James Dumay made changes -
            Sprint iapetus [ 216 ] iapetus, 1.0 [ 216, 221 ]
            jamesdumay James Dumay made changes -
            Priority Minor [ 4 ] Major [ 3 ]
            jamesdumay James Dumay made changes -
            Priority Major [ 3 ] Minor [ 4 ]
            jamesdumay James Dumay made changes -
            Sprint iapetus, 1.0 [ 216, 221 ] iapetus, 1.0, 1.0-rc1 [ 216, 221, 261 ]
            tscherler Thorsten Scherler made changes -
            Summary Karaoke: Steps are limited to 100 - need to use pagination to fetch more Karaoke: Steps and nodes are limited to 100 - need to use pagination to fetch more
            michaelneale Michael Neale made changes -
            Summary Karaoke: Steps and nodes are limited to 100 - need to use pagination to fetch more Karaoke: nodes are limited to 100 - need to increase limit
            michaelneale Michael Neale made changes -
            Description [~tscherler] the steps api is paginated with a page size of 100 - the front end code will need to change to fetch the next patch of data (cc [~vivek])

            This could be addressed with a refactoring of Karaoke I guess?
            This also explains why only 100 parallel nodes are changed (in that case, it is pointless to show more, but 100 steps... you may want to show that).

            It seems that we only get a limited number of steps

            Using the following pipelineScript and https://github.com/scherler/blueocean-shared-library/commit/43d5620a42d7795b43bc829d694c3cae2a3c3919

            {code}
            @Library('test-writer') import writeTest
            import longLog
            node {
                stage 'fin'
                def xml = writeTest()
                sh "echo '$xml' > TEST-some.xml"
                step([$class: 'JUnitResultArchiver', testResults: 'TEST-*.xml'])
                sh 'echo `date` fin;sleep 3; echo `date` fin;'
                sh 'echo yeah > foo.txt'
                archiveArtifacts 'foo.txt'
                longLog(10000)
                stage 'NoSteps'
            }
            {code}
            [~tscherler] the steps api is paginated with a page size of 100 - the front end code will need to change to fetch the next patch of data (cc [~vivek])

             

             

            This could be addressed with a refactoring of Karaoke I guess?
             This also explains why only 100 parallel nodes are changed (in that case, it is pointless to show more, but 100 steps... you may want to show that).

            It seems that we only get a limited number of steps

            Using the following pipelineScript and [https://github.com/scherler/blueocean-shared-library/commit/43d5620a42d7795b43bc829d694c3cae2a3c3919]
            {code:java}
            @Library('test-writer') import writeTest
            import longLog
            node {
                stage 'fin'
                def xml = writeTest()
                sh "echo '$xml' > TEST-some.xml"
                step([$class: 'JUnitResultArchiver', testResults: 'TEST-*.xml'])
                sh 'echo `date` fin;sleep 3; echo `date` fin;'
                sh 'echo yeah > foo.txt'
                archiveArtifacts 'foo.txt'
                longLog(10000)
                stage 'NoSteps'
            }
            {code}
            michaelneale Michael Neale made changes -
            Summary Karaoke: nodes are limited to 100 - need to increase limit Karaoke: steps and nodes are limited to 100 - need to increase limit
            michaelneale Michael Neale made changes -
            Description [~tscherler] the steps api is paginated with a page size of 100 - the front end code will need to change to fetch the next patch of data (cc [~vivek])

             

             

            This could be addressed with a refactoring of Karaoke I guess?
             This also explains why only 100 parallel nodes are changed (in that case, it is pointless to show more, but 100 steps... you may want to show that).

            It seems that we only get a limited number of steps

            Using the following pipelineScript and [https://github.com/scherler/blueocean-shared-library/commit/43d5620a42d7795b43bc829d694c3cae2a3c3919]
            {code:java}
            @Library('test-writer') import writeTest
            import longLog
            node {
                stage 'fin'
                def xml = writeTest()
                sh "echo '$xml' > TEST-some.xml"
                step([$class: 'JUnitResultArchiver', testResults: 'TEST-*.xml'])
                sh 'echo `date` fin;sleep 3; echo `date` fin;'
                sh 'echo yeah > foo.txt'
                archiveArtifacts 'foo.txt'
                longLog(10000)
                stage 'NoSteps'
            }
            {code}
            [~tscherler] the steps api is paginated with a page size of 100 - the front end code will need to change to fetch the next patch of data (cc [~vivek])

             In Scope: 
             * Adjust nodes api to fetch more [https://github.com/jenkinsci/blueocean-plugin/compare/raiseNodeLimitTo1000]
             * Test

            Out of scope: 
             * steps api (separate ticket)
             * making graph cope with loading large graphs of nodes in a paginated fashion (this needs more thinking and design). 

             

            This could be addressed with a refactoring of Karaoke I guess?
             This also explains why only 100 parallel nodes are changed (in that case, it is pointless to show more, but 100 steps... you may want to show that).

            It seems that we only get a limited number of steps

            Using the following pipelineScript and [https://github.com/scherler/blueocean-shared-library/commit/43d5620a42d7795b43bc829d694c3cae2a3c3919]
            {code:java}
            @Library('test-writer') import writeTest
            import longLog
            node {
                stage 'fin'
                def xml = writeTest()
                sh "echo '$xml' > TEST-some.xml"
                step([$class: 'JUnitResultArchiver', testResults: 'TEST-*.xml'])
                sh 'echo `date` fin;sleep 3; echo `date` fin;'
                sh 'echo yeah > foo.txt'
                archiveArtifacts 'foo.txt'
                longLog(10000)
                stage 'NoSteps'
            }
            {code}
            michaelneale Michael Neale made changes -
            Link This issue relates to JENKINS-42781 [ JENKINS-42781 ]
            michaelneale Michael Neale made changes -
            Priority Minor [ 4 ] Major [ 3 ]
            tscherler Thorsten Scherler made changes -
            Description [~tscherler] the steps api is paginated with a page size of 100 - the front end code will need to change to fetch the next patch of data (cc [~vivek])

             In Scope: 
             * Adjust nodes api to fetch more [https://github.com/jenkinsci/blueocean-plugin/compare/raiseNodeLimitTo1000]
             * Test

            Out of scope: 
             * steps api (separate ticket)
             * making graph cope with loading large graphs of nodes in a paginated fashion (this needs more thinking and design). 

             

            This could be addressed with a refactoring of Karaoke I guess?
             This also explains why only 100 parallel nodes are changed (in that case, it is pointless to show more, but 100 steps... you may want to show that).

            It seems that we only get a limited number of steps

            Using the following pipelineScript and [https://github.com/scherler/blueocean-shared-library/commit/43d5620a42d7795b43bc829d694c3cae2a3c3919]
            {code:java}
            @Library('test-writer') import writeTest
            import longLog
            node {
                stage 'fin'
                def xml = writeTest()
                sh "echo '$xml' > TEST-some.xml"
                step([$class: 'JUnitResultArchiver', testResults: 'TEST-*.xml'])
                sh 'echo `date` fin;sleep 3; echo `date` fin;'
                sh 'echo yeah > foo.txt'
                archiveArtifacts 'foo.txt'
                longLog(10000)
                stage 'NoSteps'
            }
            {code}
            [~tscherler] the steps api is paginated with a page size of 100 - the front end code will need to change to fetch the next patch of data (cc [~vivek])

             In Scope: 
             * Adjust nodes api to fetch more [https://github.com/jenkinsci/blueocean-plugin/compare/raiseNodeLimitTo1000]
             * Test

            Out of scope: 
             * steps api (separate ticket)
             * making graph cope with loading large graphs of nodes in a paginated fashion (this needs more thinking and design). 

             

            This could be addressed with a refactoring of Karaoke I guess?
             This also explains why only 100 parallel nodes are changed (in that case, it is pointless to show more, but 100 steps... you may want to show that).

            It seems that we only get a limited number of steps

            Using the following pipelineScript and [https://github.com/scherler/blueocean-shared-library/commit/43d5620a42d7795b43bc829d694c3cae2a3c3919]
            {code:java}
            @Library('test-writer') import writeTest
            import longLog
            node {
                stage 'fin'
                def xml = writeTest()
                sh "echo '$xml' > TEST-some.xml"
                step([$class: 'JUnitResultArchiver', testResults: 'TEST-*.xml'])
                sh 'echo `date` fin;sleep 3; echo `date` fin;'
                sh 'echo yeah > foo.txt'
                archiveArtifacts 'foo.txt'
                longLog(10000, false)
                stage 'NoSteps'
            }
            {code}
            jamesdumay James Dumay made changes -
            Link This issue duplicates JENKINS-39770 [ JENKINS-39770 ]
            jamesdumay James Dumay made changes -
            Status Open [ 1 ] Resolved [ 5 ]
            Resolution Duplicate [ 3 ]
            jamesdumay James Dumay made changes -
            Sprint iapetus, 1.0, 1.0-rc1 [ 216, 221, 261 ] iapetus, 1.0 [ 216, 221 ]
            jbriden Jenn Briden made changes -
            Status Resolved [ 5 ] Closed [ 6 ]

              People

              • Assignee:
                tscherler Thorsten Scherler
                Reporter:
                tscherler Thorsten Scherler
              • Votes:
                1 Vote for this issue
                Watchers:
                5 Start watching this issue

                Dates

                • Created:
                  Updated:
                  Resolved: