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

ProjectName with variables in CopyArtifact < 1.26 is improperly upgraded.

    XMLWordPrintable

    Details

    • Type: Bug
    • Status: Closed (View Workflow)
    • Priority: Major
    • Resolution: Won't Fix
    • Component/s: copyartifact-plugin
    • Labels:
      None
    • Environment:
      CopyArtifact 1.26, 1.27
    • Similar Issues:

      Description

      1. Install CopyArtifact 1.25.
      2. Create a multi-configuration project like this:
        • project name: matrix
        • axis1:
          • Type: User-defined Axis
          • Name: which
          • Values: one two
      3. Create another matrix-configuration project
        • project name: matrix-copier
        • axis1:
          • Type: User-defined Axis
          • Name: which
          • Values: one two
      4. Configure CopyArtifact in matrix-copier like this:
        • Project name: matrix/which=${which}
      5. Upgrade CopyArtifact to 1.26 or later.
      6. Run a build for matrix-copier.
      7. Configuration of CopyArtifact in matrix-copier is upgraded like this:
        • Project name: matrix
        • Parameter filters: which=${which}

        Attachments

          Issue Links

          is related to

          Bug - A problem which impairs or prevents the functions of the product. JENKINS-17680 Upgrade to new Copy Artifacts version erases all job names to copy from

          • Critical - Crashes, loss of data, severe memory leak.
          • Closed

            Activity

            Ascending order - Click to sort in descending order
            Hide
            Permalink
            ikedam ikedam added a comment -

            This seems caused because CopyArtifact#upgradeIfNecessary cannot find a project "matrix/which=${which}".
            This may be processed like this:

            • upgradeIfNecessary receives variables from perform.
            • Expand projectName with variables.
            • If a project named expanded projectName, consider projectName can be used as project. If not, projectName is considered contains project and parameter.

            When onCopy, variables cannot be retrieved.
            If projectName contains variables (that is, contains $), the configuration should not be upgraded.

            Show
            ikedam ikedam added a comment - This seems caused because CopyArtifact#upgradeIfNecessary cannot find a project "matrix/which=${which}". This may be processed like this: upgradeIfNecessary receives variables from perform . Expand projectName with variables. If a project named expanded projectName , consider projectName can be used as project . If not, projectName is considered contains project and parameter . When onCopy , variables cannot be retrieved. If projectName contains variables (that is, contains $), the configuration should not be upgraded.
            Hide
            Permalink
            ikedam ikedam added a comment -

            1.26 is so old version and it's not reasonable to support it.

            Show
            ikedam ikedam added a comment - 1.26 is so old version and it's not reasonable to support it.

              People

              Assignee:
              Unassigned Unassigned
              Reporter:
              ikedam ikedam
              Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

                Dates

                Created:
                Updated:
                Resolved: