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

Stage view UI loses history when stages are changed

    XMLWordPrintable

    Details

    • Similar Issues:

      Description

      I'm using the Pipeline Plugin and Stage View plugin with a pipeline script loaded from SCM.
      Stages can change between builds, but when this happen, the Stage View is re-initialized and I lose the view history of builds.

      Is it possible to mantain old builds and their UI visualization ?

        Attachments

          Issue Links

            Activity

            Hide
            jamesdumay James Dumay added a comment -

            Hi there,

            We are going to be solving a lot of similar problems to the Stage View plugin in the new Blue Ocean UI. In the case of this ticket, we do not believe Blue Ocean suffers from this issue.

            If you haven't heard of Blue Ocean yet, take a peek at the introductory blog post, install the plugin from the experimental update center and give us feedback on the Jenkins Users mailing list.

            If anyone feels like picking up this ticket in the future, please feel free to reopen it and assign it to yourself.

            Thanks,
            James

            Show
            jamesdumay James Dumay added a comment - Hi there, We are going to be solving a lot of similar problems to the Stage View plugin in the new Blue Ocean UI. In the case of this ticket, we do not believe Blue Ocean suffers from this issue. If you haven't heard of Blue Ocean yet, take a peek at the introductory blog post , install the plugin from the experimental update center and give us feedback on the Jenkins Users mailing list. If anyone feels like picking up this ticket in the future, please feel free to reopen it and assign it to yourself. Thanks, James
            Hide
            gl1koz3 Edgars Batna added a comment -

            I don't see how Blue Ocean UI solves this, as it's basically a much more cut down version. I cannot find any history where it shows all stages.

            I want to reopen this, because I do no see how this is complex. First iteration could be just showing completely separate lists. No cross-referencing required. This is exactly what the mockup shows.

            The ticket doesn't state that accurate history of stages is even required. Heck, I find the "build time prediction" features annoying in Jenkins, because it's never predictable for complex scenarios anyway and it ends up totally incorrect most of the time.

            Show
            gl1koz3 Edgars Batna added a comment - I don't see how Blue Ocean UI solves this, as it's basically a much more cut down version. I cannot find any history where it shows all stages. I want to reopen this, because I do no see how this is complex. First iteration could be just showing completely separate lists. No cross-referencing required. This is exactly what the mockup shows. The ticket doesn't state that accurate history of stages is even required. Heck, I find the "build time prediction" features annoying in Jenkins, because it's never predictable for complex scenarios anyway and it ends up totally incorrect most of the time.
            Hide
            jamesdumay James Dumay added a comment -

            We are not actively improving the Stage View at this time. If someone from the community wants to work on this problem specifically, please reopen and assign it to yourself.

            Show
            jamesdumay James Dumay added a comment - We are not actively improving the Stage View at this time. If someone from the community wants to work on this problem specifically, please reopen and assign it to yourself.
            Hide
            svanoort Sam Van Oort added a comment -

            Edgars Batna FWIW (as part-time maintainer of Stage View) doing this in a reasonable way when stages change is much, much harder than you'd expect – and exponentially so if you want to handle things like stage renames. 

            You're basically trying to overlay one arbitrary graph structure upon another, if you want to solve the most general form of this problem.  Then you're trying to visualize it.  

            The feature is time-prohibitive unless a community contributor has a clever idea.

            Show
            svanoort Sam Van Oort added a comment - Edgars Batna FWIW (as part-time maintainer of Stage View) doing this in a reasonable way when stages change is much, much harder than you'd expect – and exponentially so if you want to handle things like stage renames.  You're basically trying to overlay one arbitrary graph structure upon another, if you want to solve the most general form of this problem.  Then you're trying to visualize it.   The feature is time-prohibitive unless a community contributor has a clever idea.
            Hide
            jkd Jim D added a comment -

            I'd like to add my vote to this issue, but the option seems disabled - is it because this issue is marked "Resolved"?

            I'm not a contributor, and realize that there are often thorny details the user doesn't see, but it seems like there might be a big difference between solving the general form of the problem and just implementing a minimal use case (no cross-referencing, no renames, etc.) that achieves the main goal of visualizing old builds.  I'm not sure it's really a new visualization combining all the history that's desirable.  A user (I think) just wants to be able to see the same visualization they saw the day before, somewhere in the UI, even if it can't include the newer builds. 

            In my mind, it's not even a prerequisite for all the sequences of builds to be on the same screen as long as you can find them somewhere.  For instance, based on the mockup screen example, what if:

            • If the user clicks on the project page "TestProject" it shows the same Stage View it would show today, with the recent builds #4, #5, #6 that have the same stages.
            • If the user clicks the build page for #3, it would have a new link "Stage View History", which would open a display showing what the Stage View used to look like - build #3 with the old stages
            • If the user clicks the build page for #1, it also would have "Stage View History", which would show the even-earlier Stage View - build #1 with just the two stages.
            • Or to make it a better example, if there were a build #2 with the same stages as #3, the Stage View History for build #3 would show two builds #2 and #3, so that even though these two builds weren't with the current stages, you could see them shown together because they had the same stages.

            Don't the build logs have all the information the UI would need to do that?  Wouldn't the current algorithm suffice, just pretending the older build is the latest build that it must count the stages from?

            Thanks!

            Show
            jkd Jim D added a comment - I'd like to add my vote to this issue, but the option seems disabled - is it because this issue is marked "Resolved"? I'm not a contributor, and realize that there are often thorny details the user doesn't see, but it seems like there might be a big difference between solving the general form of the problem and just implementing a minimal use case (no cross-referencing, no renames, etc.) that achieves the main goal of visualizing old builds.  I'm not sure it's really a new visualization combining all the history that's desirable.  A user (I think) just wants to be able to see the same visualization they saw the day before, somewhere in the UI, even if it can't include the newer builds.  In my mind, it's not even a prerequisite for all the sequences of builds to be on the same screen as long as you can find them somewhere.  For instance, based on the mockup screen example, what if: If the user clicks on the project page "TestProject" it shows the same Stage View it would show today, with the recent builds #4, #5, #6 that have the same stages. If the user clicks the build page for #3, it would have a new link "Stage View History", which would open a display showing what the Stage View used to look like - build #3 with the old stages If the user clicks the build page for #1, it also would have "Stage View History", which would show the even-earlier Stage View - build #1 with just the two stages. Or to make it a better example, if there were a build #2 with the same stages as #3, the Stage View History for build #3 would show two builds #2 and #3, so that even though these two builds weren't with the current stages, you could see them shown together because they had the same stages. Don't the build logs have all the information the UI would need to do that?  Wouldn't the current algorithm suffice, just pretending the older build is the latest build that it must count the stages from? Thanks!

              People

              Assignee:
              Unassigned Unassigned
              Reporter:
              ligio Marco Lijoi
              Votes:
              8 Vote for this issue
              Watchers:
              19 Start watching this issue

                Dates

                Created:
                Updated:
                Resolved: