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

Multibranch project truncates cloudbees folder workspace paths

      With recent updates, the branch API plugin appears to truncate the cloudbees folder workspace paths.  For example, we relocate the Jenkins workspace in the config.xml using

       <workspaceDir>D:/builds/workspace/${ITEM_FULLNAME}</workspaceDir>

       Our jobs are within multiple folders, ie ProjectBlue/Developer. This has always resulted in a build workspace at a well known location. For example, with a multibranch project client_developer, running a job from branch APS-1137, that location would be:

      D:/builds/workspace/ProjectBlue/Developer/client_developer/APS-1137

       However, with the latest update to branch api 2.1.1, we are seeing truncation of the path to:

      D:/builds/workspace/eloper_client_developer_APS-1137

      The workspaces.txt file shows this truncation:

      1: ProjectBlue/Developer/client_developer/9X_DotNetTool
      2: r_client_developer_9X_DotNetTool
      3: ProjectBlue/Developer/client_developer/APS-1137
      4: eloper_client_developer_APS-1137
      5: ProjectBlue/Developer/client_developer/APS-1145-Apr
      6: er_client_developer_APS-1145-Apr

       I see that a bunch of work lately has been dealing with slashes, percents, et.al. in workspace paths (JENKINS-38706,[JENKINS-30744,JENKINS-39251), but I cannot find one that exactly matches the issue described.

      It would be nice to have some way to override or disable this truncation, restoring functionality of the full path, as this affects a great deal of downstream jobs that expect well known paths.

          [JENKINS-54869] Multibranch project truncates cloudbees folder workspace paths

          Glenn Herbert created issue -
          Glenn Herbert made changes -
          Description Original: With recent updates, the branch API plugin appears to truncate the cloudbees folder workspace paths.  For example, we relocate the Jenkins workspace in the config.xml using
          {code:java}
           <workspaceDir>D:/builds/workspace/${ITEM_FULLNAME}</workspaceDir>{code}
           Our jobs are within multiple folders, ie ProjectBlue/Developer. This has always resulted in a build workspace at a well known location. For example, with a multibranch project *client_developer*, running a job from branch *APS-1137*, that location would be:

          {code:java}
          D:/builds/workspace/ProjectBlue/Developer/client_developer/APS-1137{code}
           However, with the latest update to branch api 2.1.1, we are seeing truncation of the path to:
          {code:java}
          D:/builds/workspace/eloper_client_developer_APS-1137{code}
          I see that a bunch of work lately has been dealing with slashes, percents, et.al. in workspace paths ([JENKINS-38706|https://issues.jenkins-ci.org/browse/JENKINS-38706],[JENKINS-30744|https://issues.jenkins-ci.org/browse/JENKINS-30744],[JENKINS-39251|https://issues.jenkins-ci.org/browse/JENKINS-39251]), but I cannot find one that exactly matches the issue described.

          The workspaces.txt file shows this truncation:

          {noformat}
          1: ProjectBlue/Developer/client_developer/9X_DotNetTool
          2: r_client_developer_9X_DotNetTool
          3: ProjectBlue/Developer/client_developer/APS-1137
          4: eloper_client_developer_APS-1137
          5: ProjectBlue/Developer/client_developer/APS-1145-Apr
          6: er_client_developer_APS-1145-Apr{noformat}
           Would be nice to have some way to override or disable this truncation, restoring functionality of the full path, as this affects a great deal of downstream jobs that expect well known paths.
          New: With recent updates, the branch API plugin appears to truncate the cloudbees folder workspace paths.  For example, we relocate the Jenkins workspace in the config.xml using
          {code:java}
           <workspaceDir>D:/builds/workspace/${ITEM_FULLNAME}</workspaceDir>{code}
           Our jobs are within multiple folders, ie ProjectBlue/Developer. This has always resulted in a build workspace at a well known location. For example, with a multibranch project *client_developer*, running a job from branch *APS-1137*, that location would be:
          {code:java}
          D:/builds/workspace/ProjectBlue/Developer/client_developer/APS-1137{code}
           However, with the latest update to branch api 2.1.1, we are seeing truncation of the path to:
          {code:java}
          D:/builds/workspace/eloper_client_developer_APS-1137{code}
          I see that a bunch of work lately has been dealing with slashes, percents, et.al. in workspace paths (JENKINS-38706,[JENKINS-30744,[JENKINS-39251]), but I cannot find one that exactly matches the issue described.

          The workspaces.txt file shows this truncation:
          {noformat}
          1: ProjectBlue/Developer/client_developer/9X_DotNetTool
          2: r_client_developer_9X_DotNetTool
          3: ProjectBlue/Developer/client_developer/APS-1137
          4: eloper_client_developer_APS-1137
          5: ProjectBlue/Developer/client_developer/APS-1145-Apr
          6: er_client_developer_APS-1145-Apr{noformat}
           Would be nice to have some way to override or disable this truncation, restoring functionality of the full path, as this affects a great deal of downstream jobs that expect well known paths.
          Glenn Herbert made changes -
          Description Original: With recent updates, the branch API plugin appears to truncate the cloudbees folder workspace paths.  For example, we relocate the Jenkins workspace in the config.xml using
          {code:java}
           <workspaceDir>D:/builds/workspace/${ITEM_FULLNAME}</workspaceDir>{code}
           Our jobs are within multiple folders, ie ProjectBlue/Developer. This has always resulted in a build workspace at a well known location. For example, with a multibranch project *client_developer*, running a job from branch *APS-1137*, that location would be:
          {code:java}
          D:/builds/workspace/ProjectBlue/Developer/client_developer/APS-1137{code}
           However, with the latest update to branch api 2.1.1, we are seeing truncation of the path to:
          {code:java}
          D:/builds/workspace/eloper_client_developer_APS-1137{code}
          I see that a bunch of work lately has been dealing with slashes, percents, et.al. in workspace paths (JENKINS-38706,[JENKINS-30744,[JENKINS-39251]), but I cannot find one that exactly matches the issue described.

          The workspaces.txt file shows this truncation:
          {noformat}
          1: ProjectBlue/Developer/client_developer/9X_DotNetTool
          2: r_client_developer_9X_DotNetTool
          3: ProjectBlue/Developer/client_developer/APS-1137
          4: eloper_client_developer_APS-1137
          5: ProjectBlue/Developer/client_developer/APS-1145-Apr
          6: er_client_developer_APS-1145-Apr{noformat}
           Would be nice to have some way to override or disable this truncation, restoring functionality of the full path, as this affects a great deal of downstream jobs that expect well known paths.
          New: With recent updates, the branch API plugin appears to truncate the cloudbees folder workspace paths.  For example, we relocate the Jenkins workspace in the config.xml using
          {code:java}
           <workspaceDir>D:/builds/workspace/${ITEM_FULLNAME}</workspaceDir>{code}
           Our jobs are within multiple folders, ie ProjectBlue/Developer. This has always resulted in a build workspace at a well known location. For example, with a multibranch project *client_developer*, running a job from branch *APS-1137*, that location would be:
          {code:java}
          D:/builds/workspace/ProjectBlue/Developer/client_developer/APS-1137{code}
           However, with the latest update to branch api 2.1.1, we are seeing truncation of the path to:
          {code:java}
          D:/builds/workspace/eloper_client_developer_APS-1137{code}
          The workspaces.txt file shows this truncation:
          {noformat}
          1: ProjectBlue/Developer/client_developer/9X_DotNetTool
          2: r_client_developer_9X_DotNetTool
          3: ProjectBlue/Developer/client_developer/APS-1137
          4: eloper_client_developer_APS-1137
          5: ProjectBlue/Developer/client_developer/APS-1145-Apr
          6: er_client_developer_APS-1145-Apr{noformat}
           I see that a bunch of work lately has been dealing with slashes, percents, et.al. in workspace paths (JENKINS-38706,[JENKINS-30744,JENKINS-39251), but I cannot find one that exactly matches the issue described.

          It would be nice to have some way to override or disable this truncation, restoring functionality of the full path, as this affects a great deal of downstream jobs that expect well known paths.
          Vivek Pandey made changes -
          Labels Original: plugin workspace_corruption New: pipeline-triaged plugin workspace_corruption
          Vivek Pandey made changes -
          Assignee New: rsandell [ rsandell ]

            rsandell rsandell
            kansasmann Glenn Herbert
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated: