Details

    • Similar Issues:

      Description

      Our users are very impressed with this plugin and it's ability to quickly visualize our mess of upstream and downstream jobs. In our pipelines, we often call the same job several times - different parameters - so it appears multiple times in the diagram. Not a bad thing; they're all nicely sorted alphabetically.  But for our use case, if they were sorted chronologically, that would better help finding the specific job.

      I don't know which would be easier to implement - a global setting or a setting on the display page itself, where a user could toggle back and forth.

        Attachments

          Activity

          Hide
          gustafl Gustaf Lundh added a comment -

          Thanks for the feature request! Do you think it would it be enough to introduce a Java System Property to control this behavior globally?

          I.e. launching Jenkins with "java -jar jenkins.war -Dyabv.sort.order=BuildStarted" (or BuildCompleted, ProjectName, etc).

          Would that be enough for your setup?

          I kinda like that there is no configuration UI (or config xml-files to manage).

           

          Show
          gustafl Gustaf Lundh added a comment - Thanks for the feature request! Do you think it would it be enough to introduce a Java System Property to control this behavior globally? I.e. launching Jenkins with "java -jar jenkins.war -Dyabv.sort.order=BuildStarted" (or BuildCompleted, ProjectName, etc). Would that be enough for your setup? I kinda like that there is no configuration UI (or config xml-files to manage).  
          Hide
          jswager1 Jason Swager added a comment -

          I like that there's no configuration too!  Just straight forward clean and simple.

          I was thinking maybe more a radio button on the rendered page: Sort by: Name | Start Time.  Or maybe a drop down box.  The user select which one at view time.  No job or system configuration.

          The Timestamper plugin has something like this; on every console output page, they have the radio buttons to show timestamps as UTC time/local time, or time elapsed.  No configuration, no XML file, just the user's choice when they view the page. I think the choice is stored in a cookie, so when you go to another console page, it remembers your last selection.

          Show
          jswager1 Jason Swager added a comment - I like that there's no configuration too!  Just straight forward clean and simple. I was thinking maybe more a radio button on the rendered page: Sort by: Name | Start Time.  Or maybe a drop down box.  The user select which one at view time.  No job or system configuration. The Timestamper plugin has something like this; on every console output page, they have the radio buttons to show timestamps as UTC time/local time, or time elapsed.  No configuration, no XML file, just the user's choice when they view the page. I think the choice is stored in a cookie, so when you go to another console page, it remembers your last selection.
          Hide
          gustafl Gustaf Lundh added a comment -

          Great input!

          While your suggestion is a really good one, it would mean a complete overhaul of how the UI- (and some backend-) stuff is handled. The way we generate the html using groovy makes the whole thing quite "static". Though I think it may be worth attacking this anyways, since by fixing your suggestion it would make real time updates of the graph trivial to implement. Which is something we really want. Let me think about this for a few days and discuss it with the rest of the team.

          Show
          gustafl Gustaf Lundh added a comment - Great input! While your suggestion is a really good one, it would mean a complete overhaul of how the UI- (and some backend-) stuff is handled. The way we generate the html using groovy makes the whole thing quite "static". Though I think it may be worth attacking this anyways, since by fixing your suggestion it would make real time updates of the graph trivial to implement. Which is something we really want. Let me think about this for a few days and discuss it with the rest of the team.

            People

            • Assignee:
              gustafl Gustaf Lundh
              Reporter:
              jswager1 Jason Swager
            • Votes:
              1 Vote for this issue
              Watchers:
              3 Start watching this issue

              Dates

              • Created:
                Updated: