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

When adding a new Global Pipeline Libraries the previous repository information is lost

    • Icon: Bug Bug
    • Resolution: Fixed
    • Icon: Major Major
    • Jenkins 2.145 and Jenkins 2.138.3

      When adding a new Global Pipeline Libraries and save it the previous repository information is lost. Only have the last one created.

      I have attached the snapshot of the process and also a javascript error from the console.

       

          [JENKINS-48516] When adding a new Global Pipeline Libraries the previous repository information is lost

          Javier Raez created issue -

          Javier Raez added a comment -

          The problem is related to the UI only. The repositories are saved correctly but only shows the last one

          Javier Raez added a comment - The problem is related to the UI only. The repositories are saved correctly but only shows the last one

          rsandell added a comment -

          Is it only GitHub or any provider?

          rsandell added a comment - Is it only GitHub or any provider?
          Vivek Pandey made changes -
          Assignee New: rsandell [ rsandell ]
          James Dumay made changes -
          Remote Link New: This issue links to "CloudBees Internal CD-374 (Web Link)" [ 20521 ]

          Jim Stripsky added a comment - - edited

          I have the same issue loading libraries with GIT in TeamForge. 

          The issue exists using Chrome on Windows or Mac or Safari on Mac. 

          Jim Stripsky added a comment - - edited I have the same issue loading libraries with GIT in TeamForge.  The issue exists using Chrome on Windows or Mac or Safari on Mac. 

          Devin Nusbaum added a comment -

          I think part of the issue here might be that this code is not creating totally unique prefixes for nested groups of radio buttons. Specifically, the Modern/Legacy SCM radio buttons and the inner radio buttons for each SCM type all have the same prefix for a single library, which seems wrong.

          If I use ${h.generateId()} to uniquify the varNames}}s for all uses of {{f:repeatableBlock in workflow-cps-global-lib, then the issue appears to go away for modern SCMs (not sure about Legacy SCMs, it seemed like they weren't fixed, but that might just have been inconsistent testing).

          Devin Nusbaum added a comment - I think part of the issue here might be that this code is not creating totally unique prefixes for nested groups of radio buttons. Specifically, the Modern/Legacy SCM radio buttons and the inner radio buttons for each SCM type all have the same prefix for a single library, which seems wrong. If I use ${h.generateId() } to uniquify the varNames}}s for all uses of {{f:repeatableBlock in workflow-cps-global-lib, then the issue appears to go away for modern SCMs (not sure about Legacy SCMs, it seemed like they weren't fixed, but that might just have been inconsistent testing).
          Devin Nusbaum made changes -
          Assignee Original: rsandell [ rsandell ] New: Devin Nusbaum [ dnusbaum ]
          Devin Nusbaum made changes -
          Status Original: Open [ 1 ] New: In Progress [ 3 ]
          Devin Nusbaum made changes -
          Status Original: In Progress [ 3 ] New: In Review [ 10005 ]

            dnusbaum Devin Nusbaum
            jraezrus Javier Raez
            Votes:
            0 Vote for this issue
            Watchers:
            6 Start watching this issue

              Created:
              Updated:
              Resolved: