• Icon: Bug Bug
    • Resolution: Unresolved
    • Icon: Major Major
    • None
    • Jenkins ver. 2.176.1

      The "Full Stage View" view only seems to ever be showing the currently building job any more:

      There was a time when I recall seeing lots of previous jobs, but not any more it seems.

        1. Function.png
          Function.png
          10 kB
        2. image-2019-07-22-13-20-32-346.png
          image-2019-07-22-13-20-32-346.png
          101 kB
        3. Run 592.png
          Run 592.png
          11 kB
        4. Run 593.png
          Run 593.png
          10 kB

          [JENKINS-58604] Full Stage View only showing one

          Perhaps related, because maybe the stage view is actually only even finding the one single build and not all of them, but the Average stage times: are wrong.  They are always the same as the only stage being shown.

          That tells me that this is not a display problem but a data access problem and that the stage view is showing all of the builds that it can find and it's only finding one.

          But why?

          Brian J Murrell added a comment - Perhaps related, because maybe the stage view is actually only even finding the one single build and not all of them, but the Average stage times: are wrong.  They are always the same as the only stage being shown. That tells me that this is not a display problem but a data access problem and that the stage view is showing all of the builds that it can find and it's only finding one. But why?

          This only seems to happen while a job is in progress.  Once the job completes, the older entries show up in the stage view.

          Brian J Murrell added a comment - This only seems to happen while a job is in progress.  Once the job completes, the older entries show up in the stage view.

          Mark Hermon added a comment -

          We're seeing the same sort of behavior on our Jenkins. When we did some debugging, it looked like the '#' symbol is causing some confusion when passed back as part of the url to reload the view.

          The team across from us change the build number from '#1234' to their svn revision '1234' and they don't see this problem.

          Mark Hermon added a comment - We're seeing the same sort of behavior on our Jenkins. When we did some debugging, it looked like the '#' symbol is causing some confusion when passed back as part of the url to reload the view. The team across from us change the build number from '#1234' to their svn revision '1234' and they don't see this problem.

          This really is quite hideous because this is really the only alternative to Blue Ocean[1] to seeing the individual stages in pipeline jobs.

          mark_h Can you expand a bit on your findings?

          [1]Blue Ocean is too big, bloated and network heavy with it's constant refreshes to be effectively usable.

          Brian J Murrell added a comment - This really is quite hideous because this is really the only alternative to Blue Ocean [1] to seeing the individual stages in pipeline jobs. mark_h Can you expand a bit on your findings? [1] Blue Ocean is too big, bloated and network heavy with it's constant refreshes to be effectively usable.

          Mark Hermon added a comment -

          brianjmurrell I did some more digging, I was mistaken in saying that it was the #. It looks like parallel stages return out of order when they're in progress. I dug through the returned JSON data and found:

          The current run (593):

          The previous run (592):

          It looks like it gets into this function and then bails out because the Stages aren't in the same order.

          I haven't been able to dig any further to see why the stages are returning out of order yet. I could be going in completely the wrong direction.

          Mark Hermon added a comment - brianjmurrell I did some more digging, I was mistaken in saying that it was the #. It looks like parallel stages return out of order when they're in progress. I dug through the returned JSON data and found: The current run (593): The previous run (592): It looks like it gets into this function and then bails out because the Stages aren't in the same order. I haven't been able to dig any further to see why the stages are returning out of order yet. I could be going in completely the wrong direction.

          Wim Coenen added a comment -

          I have this problem only while parallel stages are executing.

          When the pipeline advances to the next stage without parallelism, I suddenly see past builds again. When the pipeline then advances to a stage containing parallel stages, the past builds disappear again, etc.

          Wim Coenen added a comment - I have this problem only while parallel stages are executing. When the pipeline advances to the next stage without parallelism, I suddenly see past builds again. When the pipeline then advances to a stage containing parallel stages, the past builds disappear again, etc.

          Edgars Batna added a comment -

          The stage view should be redone, as it's too flaky and keeps breaking on simple things.

          I've seen suggestions to use Blue Ocean, but there is a crucial flaw with this: the Chuck Norris plugin does not support it.

          Edgars Batna added a comment - The stage view should be redone, as it's too flaky and keeps breaking on simple things. I've seen suggestions to use Blue Ocean, but there is a crucial flaw with this: the Chuck Norris plugin does not support it.

          I've seen suggestions to use Blue Ocean, but there is a crucial flaw with this: the Chuck Norris plugin does not support it.

          Blue Ocean is simply not a suitable replacement for Stage View. It has it's own bugs and issues. It's heavy – it can take many (very many in some cases) seconds to load, it's often "out of date" telling me that it's waiting for a stage to start when the stage is well under way having executed many steps already. Those are just the issues off the top of my head.

          Brian J Murrell added a comment - I've seen suggestions to use Blue Ocean, but there is a crucial flaw with this: the Chuck Norris plugin does not support it. Blue Ocean is simply not a suitable replacement for Stage View. It has it's own bugs and issues. It's heavy – it can take many (very many in some cases) seconds to load, it's often "out of date" telling me that it's waiting for a stage to start when the stage is well under way having executed many steps already. Those are just the issues off the top of my head.

          Eugene G added a comment - - edited

          I really vote for the issue. Is it possible to generate each build with its own headers to avoid comparing titles? A lot of our jobs have steps that are always ordered in different ways and have different stages generated dynamically. The logic that hides previous builds causes huge pain. Especially when these jobs run in parallel which makes impossible to see even current builds statuses.

          Eugene G added a comment - - edited I really vote for the issue. Is it possible to generate each build with its own headers to avoid comparing titles? A lot of our jobs have steps that are always ordered in different ways and have different stages generated dynamically. The logic that hides previous builds causes huge pain. Especially when these jobs run in parallel which makes impossible to see even current builds statuses.

          An idea when this issue will be worked on?

          Shreyas Ravishankar added a comment - An idea when this issue will be worked on?

            Unassigned Unassigned
            brianjmurrell Brian J Murrell
            Votes:
            11 Vote for this issue
            Watchers:
            15 Start watching this issue

              Created:
              Updated: