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

After copying a Folder, all jobs within it are disabled

    • Icon: Bug Bug
    • Resolution: Duplicate
    • Icon: Major Major
    • None
    • Jenkins 1.588
      cloudbees-folder-plugin 4.7

      After copying a Folder, I notice that none of the jobs within it can be launched (see "copied_folder_page.png" snapshot). Notice that we have a Test1 job, but there is no "Build Now" button to launch it.

      As we can see in the snapshot "job_page.png", the project seems to be enabled (i.e. we still have a button to disable it), but, at the same time, the "Build Now" button in the left menu is gone.

      The only workaround for this is disabling the job and enabling it again.

          [JENKINS-25595] After copying a Folder, all jobs within it are disabled

          Aritz Bastida created issue -
          Aritz Bastida made changes -
          Environment Original: Jenkins 1.588 New: Jenkins 1.588
          cloudbees-folder-plugin 4.7
          Jesse Glick made changes -
          Link New: This issue duplicates JENKINS-20003 [ JENKINS-20003 ]
          Jesse Glick made changes -
          Resolution New: Duplicate [ 3 ]
          Status Original: Open [ 1 ] New: Resolved [ 5 ]

          Daniel Beck added a comment -

          Any job you copy is disabled (or rather, not buildable) by default. You usually don't recognize it because the form opens and you generally change things, and upon Saving the job becomes buildable.

          Daniel Beck added a comment - Any job you copy is disabled (or rather, not buildable) by default. You usually don't recognize it because the form opens and you generally change things, and upon Saving the job becomes buildable.

          Aritz Bastida added a comment -

          Thanks! It was confusing to me, but I understand now that it has been implemented this way to prevent accidental runs...

          Aritz Bastida added a comment - Thanks! It was confusing to me, but I understand now that it has been implemented this way to prevent accidental runs...

          Jesse Glick added a comment -

          Specifically to prevent scheduled triggers from running until after you have verified that the new version of the job is actually right.

          Jesse Glick added a comment - Specifically to prevent scheduled triggers from running until after you have verified that the new version of the job is actually right.
          Jesse Glick made changes -
          Labels Original: folder plugin
          R. Tyler Croy made changes -
          Workflow Original: JNJira [ 159569 ] New: JNJira + In-Review [ 196128 ]

            jglick Jesse Glick
            aritzbastida Aritz Bastida
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated:
              Resolved: