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

CopyArchiver Plugin: Do not saves "Shared directory" parameter

    • Icon: Bug Bug
    • Resolution: Won't Fix
    • Icon: Major Major
    • None
    • Hudson 1.349,
      Hudson Copy Archiver Plug-in 0.4.2

      Do not saves "Shared directory" parameter in job configuration page.
      Whatever I'll enter it saves this field as empty, which in job's config.xml looks like:

      <sharedDirectoryPath></sharedDirectoryPath>

          [JENKINS-5921] CopyArchiver Plugin: Do not saves "Shared directory" parameter

          I'm afraid I can't reproduce your problem.
          What platform do you use?

          Additionally, please could you try with the latest copy archiver plugin (0.4.3) built against Hudson 1.349?

          Gregory Boissinot added a comment - I'm afraid I can't reproduce your problem. What platform do you use? Additionally, please could you try with the latest copy archiver plugin (0.4.3) built against Hudson 1.349?

          rutsky added a comment -

          Hudson is running on Windows XP SP2.

          I upgraded Hudson to 1.350 and Copy Archiver Plug-in to 0.4.3, problem is still reproducing on my configuration.

          I'll try to check is this issue is reproducing on clean installation of Hudson on my platform with only Copy Archiver Plug-in installed.

          rutsky added a comment - Hudson is running on Windows XP SP2. I upgraded Hudson to 1.350 and Copy Archiver Plug-in to 0.4.3, problem is still reproducing on my configuration. I'll try to check is this issue is reproducing on clean installation of Hudson on my platform with only Copy Archiver Plug-in installed.

          rutsky added a comment -

          On my configuration on clean Hudson 1.350 installation with only Copy Archiver Plug-in additionally installed this problem is not reproducing.

          But after installing Join plugin v1.8 this issue is arised again. So there is some conflict between Copy Archiver and Join plugins.

          rutsky added a comment - On my configuration on clean Hudson 1.350 installation with only Copy Archiver Plug-in additionally installed this problem is not reproducing. But after installing Join plugin v1.8 this issue is arised again. So there is some conflict between Copy Archiver and Join plugins.

          rutsky added a comment -

          Looks like source of this problem is that in this configuration (Join and Copy Archiver plugins installed) both plugins inserts HTML tag <input> with same name "copyarchiver.sharedDirectoryPath" but different values. In my case value from Join trigger is empty and it is before <input> of Copy Archiver Plug-in, so when I save job configuration shared directory path is always overwritten with empty string.

          So this is Join trigger bug (because it inserts duplicate <input> tags), is there any way to "move" or "attach" this bug to Join trigger component? Or new bug report should be created and this closed?

          rutsky added a comment - Looks like source of this problem is that in this configuration (Join and Copy Archiver plugins installed) both plugins inserts HTML tag <input> with same name "copyarchiver.sharedDirectoryPath" but different values. In my case value from Join trigger is empty and it is before <input> of Copy Archiver Plug-in, so when I save job configuration shared directory path is always overwritten with empty string. So this is Join trigger bug (because it inserts duplicate <input> tags), is there any way to "move" or "attach" this bug to Join trigger component? Or new bug report should be created and this closed?

          cepnyci added a comment -

          We are facing with the same problem after upgrading Hudson from 1.347 to 1.362. Build environment as follows:

          Hudson ver. 1.362
          CopyArchiver Plugin 0.4.3
          Tomcat 6.0
          Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0.16-_09_mar_2009_04_02)
          OS info:
          sysname = HP-UX
          nodename = ordu
          release = B.11.23
          version = U (unlimited-user license)
          machine = ia64
          idnumber = 3672085857
          vmunix _release_version:
          @(#) $Revision: vmunix: B11.23_LR FLAVOR=perf Fri Aug 29 22:35:38 PDT 2003 $

          cepnyci added a comment - We are facing with the same problem after upgrading Hudson from 1.347 to 1.362. Build environment as follows: Hudson ver. 1.362 CopyArchiver Plugin 0.4.3 Tomcat 6.0 Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0.16-_09_mar_2009_04_02) OS info: sysname = HP-UX nodename = ordu release = B.11.23 version = U (unlimited-user license) machine = ia64 idnumber = 3672085857 vmunix _release_version: @(#) $Revision: vmunix: B11.23_LR FLAVOR=perf Fri Aug 29 22:35:38 PDT 2003 $

          cepnyci added a comment -

          Our issue is resolved. It is because of a miss configuration. Somehow project information at "Job to aggregate" field is reset. We sorrected it an it runs fine with the configuration details I have previously posted.

          Thanks
          Maruf

          cepnyci added a comment - Our issue is resolved. It is because of a miss configuration. Somehow project information at "Job to aggregate" field is reset. We sorrected it an it runs fine with the configuration details I have previously posted. Thanks Maruf

          evernat added a comment -

          component changed to the join plugin according to latest rutsky's comment

          evernat added a comment - component changed to the join plugin according to latest rutsky's comment

          mdonohue added a comment -

          While I understand this problem only appears when both join and copyarchiver are installed, the join plugin isn't really the bug. The solution is to either remove copyarchiver as an eligible join target, which the join plugin can do, or change the copyarchiver code so that configuration is more modular, allowing it to appear multiple times on the same page.

          mdonohue added a comment - While I understand this problem only appears when both join and copyarchiver are installed, the join plugin isn't really the bug. The solution is to either remove copyarchiver as an eligible join target, which the join plugin can do, or change the copyarchiver code so that configuration is more modular, allowing it to appear multiple times on the same page.

          Removed deprecated dependency to that plugin in JENKINS-29196.

          Radek Antoniuk added a comment - Removed deprecated dependency to that plugin in JENKINS-29196 .

            wolfs Stefan Wolf
            rutsky rutsky
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated:
              Resolved: