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

CauseOfBlockage of items in Queue is extremely verbose

    • Icon: Bug Bug
    • Resolution: Unresolved
    • Icon: Major Major
    • core
    • Jenkins:2.46

      When hovering over a queued item to check on the cause of blockage, the UI displays an extremely large text area showing something like the following:

      <nodeA> doesn’t have label <label>; <nodeB> doesn’t have label <label>; ...
      

      The text contains every single node in the Jenkins instance. And on some systems completely fills the browser window obscuring all other text.

      But it is intermittent and on the next refresh (probably by the automatic queue maintenance), the cause of blockage shows more simple cause like "Waiting for the next available executor for <label1>" (see simple-cause.png ).

      (For that reason I have not been able to capture a screenshot yet. As soon as I can I will attach it to this ticket)

      *Sensitive Information*

      It sometimes appears that build parameters shows up in that text.

      *Related Issues*

      This seems related to the improvement made in https://issues.jenkins-ci.org/browse/JENKINS-38514.

          [JENKINS-45927] CauseOfBlockage of items in Queue is extremely verbose

          Allan BURDAJEWICZ created issue -
          Allan BURDAJEWICZ made changes -
          Labels New: Queue
          Oleg Nenashev made changes -
          Link New: This issue is related to JENKINS-38514 [ JENKINS-38514 ]

          Daniel Beck added a comment -

          It sometimes appears that build parameters shows up in that text

          … visible to people with read access to the job. How is that a problem? They can just wait for the build to exist, then look at the parameters page.

          Daniel Beck added a comment - It sometimes appears that build parameters shows up in that text … visible to people with read access to the job. How is that a problem? They can just wait for the build to exist, then look at the parameters page.

          danielbeck right I missed that point. Therefore showing parameters is not a security concern in that case

          Allan BURDAJEWICZ added a comment - danielbeck right I missed that point. Therefore showing parameters is not a security concern in that case

          Steven Christenson added a comment - - edited

          Showing parameters is unexpected. Also, as I am an Admin 100% of the time, it's not clear to me whether an average user can see the "Build Queue". In any case, on our system the size of the text is so large that when you hover over it, it completely fills the browser window.

          I attached a screenshot with redactions.

          Steven Christenson added a comment - - edited Showing parameters is unexpected. Also, as I am an Admin 100% of the time, it's not clear to me whether an average user can see the "Build Queue". In any case, on our system the size of the text is so large that when you hover over it, it completely fills the browser window. I attached a screenshot with redactions.
          Steven Christenson made changes -
          Description Original: When overing a queued item to check on the cause of blockage, the UI displays an extremely large text area showing something like the following:

          {code}
          <nodeA> doesn’t have label <label>; <nodeB> doesn’t have label <label>; ...
          {code}

          The text contains every single node in the Jenkins instance.

          But it is intermittent and on the next refresh (probably by the automatic queue maintenance), the cause of blockage shows more simple cause like "Waiting for the next available executor for <label1>" (see [^simple-cause.png] ).

          (For that reason I have not been able to capture a screenshot yet. As soon as I can I will attach it to this ticket)

          **Sensitive Information**

          It sometimes appears that build parameters shows up in that text.

          **Related Issues**

          This seems related to the improvement made in https://issues.jenkins-ci.org/browse/JENKINS-38514.
          New: When hovering over a queued item to check on the cause of blockage, the UI displays an extremely large text area showing something like the following:
          {code:java}
          <nodeA> doesn’t have label <label>; <nodeB> doesn’t have label <label>; ...
          {code}
          The text contains every single node in the Jenkins instance. And on some systems completely fills the browser window obscuring all other text.

          But it is intermittent and on the next refresh (probably by the automatic queue maintenance), the cause of blockage shows more simple cause like "Waiting for the next available executor for <label1>" (see [^simple-cause.png] ).

          (For that reason I have not been able to capture a screenshot yet. As soon as I can I will attach it to this ticket)

          **Sensitive Information**

          It sometimes appears that build parameters shows up in that text.

          **Related Issues**

          This seems related to the improvement made in https://issues.jenkins-ci.org/browse/JENKINS-38514.
          Steven Christenson made changes -
          Attachment New: JenkinsWhyredux.png [ 39149 ]

          Daniel Beck added a comment -

          Showing parameters is unexpected

          How else would you identify exactly what build (when there's parallel builds enabled) is waiting in the queue to be able to e.g. decide which queue item to cancel? This has existed forever and will not be changed. E.g. JENKINS-17454 is a popular issue (for back then) related to not showing the parameters everywhere queue items were listed.

          Also, as I am an Admin 100% of the time, it's not clear to me whether an average user can see the "Build Queue".

          Queue items for the job in the queue are shown if and only if the current user is able to view the job and its builds.

          In any case, on our system the size of the text is so large that when you hover over it, it completely fills the browser window.

          Right, this is an issue.

          Daniel Beck added a comment - Showing parameters is unexpected How else would you identify exactly what build (when there's parallel builds enabled) is waiting in the queue to be able to e.g. decide which queue item to cancel? This has existed forever and will not be changed. E.g. JENKINS-17454 is a popular issue (for back then) related to not showing the parameters everywhere queue items were listed. Also, as I am an Admin 100% of the time, it's not clear to me whether an average user can see the "Build Queue". Queue items for the job in the queue are shown if and only if the current user is able to view the job and its builds. In any case, on our system the size of the text is so large that when you hover over it, it completely fills the browser window. Right, this is an issue.
          Daniel Beck made changes -
          Labels Original: Queue New: Queue newbie-friendly

            Unassigned Unassigned
            allan_burdajewicz Allan BURDAJEWICZ
            Votes:
            2 Vote for this issue
            Watchers:
            5 Start watching this issue

              Created:
              Updated: