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

Form to capture user input when pipeline is waiting for user input

    XMLWordPrintable

Details

    • pacific, 1.0-b05/b-06

    Description

      In Scope

      • Pipeline graph, activity list, branch list and result screen needs to communicate somehow that the pipeline is blocked and waiting for input
      • Developer will need some way of providing the input (dialog with a form?) and a way of triggering the input form.

      Notes
      A pipeline can block for user input at any point.

      The input can take the form of Yes/No to continue or fail the current run.
      It can also ask for some piece of input from a user (which may be a choice, a password or other things).

      Currently the Jenkins 2.0 stage view shows only the Yes/No case, but ideally blue ocean will be able to show the other forms of approval.

      This form will be used both when the user clicks on the "waiting for input" card, or from the railroad.

      (this is both a design task, but an API will likely be needed for this).

      Attachments

        1. Input Form.png
          121 kB
          Brody Maclean
        2. screenshot-1.png
          7 kB
          Vivek Pandey
        3. Successful result.png
          88 kB
          James Dumay

        Issue Links

          Activity

            michaelneale Michael Neale added a comment -

            Visual design is ready to go.

            michaelneale Michael Neale added a comment - Visual design is ready to go.
            vivek Vivek Pandey added a comment -

            jamesdumay michaelneale Credentials parameter visualization is different in classic where it shows dropdown box of available options, whereas this visual design shows it as username and password field. See the image below from classic, where it gives option to user to add a new credential as well, if you click Add, it takes you to Credential form input. I assume we are going to show list of available credentials? Which is pretty much a drop down choice box then.

            vivek Vivek Pandey added a comment - jamesdumay michaelneale Credentials parameter visualization is different in classic where it shows dropdown box of available options, whereas this visual design shows it as username and password field. See the image below from classic, where it gives option to user to add a new credential as well, if you click Add, it takes you to Credential form input. I assume we are going to show list of available credentials? Which is pretty much a drop down choice box then.
            michaelneale Michael Neale added a comment -

            vivek jamesdumay perhaps this should be a drop down for credentials... is thi sthe case where it asks for a credential when it is asking for input? (we could start with a credential id text field if we needs to, or a dropdown like creation)

            michaelneale Michael Neale added a comment - vivek jamesdumay perhaps this should be a drop down for credentials... is thi sthe case where it asks for a credential when it is asking for input? (we could start with a credential id text field if we needs to, or a dropdown like creation)
            jamesdumay James Dumay added a comment -

            michaelneale vivek we should reuse what we are building in creation IMO

            jamesdumay James Dumay added a comment - michaelneale vivek we should reuse what we are building in creation IMO
            vivek Vivek Pandey added a comment -

            In creation flow its limited to SSH type credential only (for git SCM), not a generic one. In this case are we planning a drop down of SSH type credentials? In case of GitHub, we are not going to show any credential drop down or creation credential.

            If we plan to reuse it credential UI components then it might need some change as in case of credential input, its going to be usernamepassword type credentials? Also UI needs to call credential creation API (separate from input POST call to submit input form), then populate choice dropdown to have the new credential listed. Atleast thats what is on classic. Basically creation of credential is going to make things complex. Maybe to start with we only show credential drop down for user to chose from?

            vivek Vivek Pandey added a comment - In creation flow its limited to SSH type credential only (for git SCM), not a generic one. In this case are we planning a drop down of SSH type credentials? In case of GitHub, we are not going to show any credential drop down or creation credential. If we plan to reuse it credential UI components then it might need some change as in case of credential input, its going to be usernamepassword type credentials? Also UI needs to call credential creation API (separate from input POST call to submit input form), then populate choice dropdown to have the new credential listed. Atleast thats what is on classic. Basically creation of credential is going to make things complex. Maybe to start with we only show credential drop down for user to chose from?

            People

              michaelneale Michael Neale
              jamesdumay James Dumay
              Votes:
              2 Vote for this issue
              Watchers:
              6 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: