-
Bug
-
Resolution: Unresolved
-
Major
-
Windows Server 2008 R2 Enterprise, Jenkins 2.153, branch Api Plugin 2.1.1
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
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 ([ 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 ( 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. |
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 ( 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 ( 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. |
Labels | Original: plugin workspace_corruption | New: pipeline-triaged plugin workspace_corruption |
Assignee | New: rsandell [ rsandell ] |