This is a long obsolete default workspace location that was hard-coded into the plugin:
https://github.com/jenkinsci/copy-to-slave-plugin/blob/master/src/main/java/com/michelin/cio/hudson/plugins/copytoslave/CopyToSlaveUtils.java#L57

@Daniel, I have done the following code based on your comment ...

< ----- DIFF START ---- >

LINE 57

DEL projectWorkspaceOnMaster = new FilePath(new File(freeStyleProject.getRootDir(), "workspace"));
ADD projectWorkspaceOnMaster = freeStyleProject.getWorkspace();

LINE 61

DEL projectWorkspaceOnMaster = new FilePath(new File(project.getRootDir(), "workspace"));
ADD projectWorkspaceOnMaster = project.getWorkspace();

< ----- DIFF END ---- >

Can I know your review comments for this please ?

https://github.com/jenkinsci/jenkins/blob/master/core/src/main/java/hudson/model/AbstractProject.java#L498

@deprecated as of 1.319

This will not guarantee to point to the master node anyway.

I'd try Jenkins.getInstance().getWorkspaceFor(project) as that'll return a workspace on the master node. Not sure whether it's correct in all cases in the context of this plugin as I don't use it.

I'll give it a try, thanks.

@Daniel, getWorkspaceFor() accepts only an implementation of TopLevelItem, so this will work in case of a free style project, what about other cases ? I tried Jenkins javadoc for some time but I couldn't get a clue.

Sorry for posting these questions, I don't have much knowledge about Jenkins code so looking for all help.

@ Aaron, @Dan, @Daniel ... I fixed this and have the changes ready for release, before I release I need your feedback on the paths I chose (asking you people as you might have some real use-cases which can help me decide this)

Assuming the following factors,

Multiconfiguration Project name - C2S_Test_MultiConf
Axis 1 label - machine
Axis 1 Label values - Lin_Test1 and master

Axis 2 label - temp_axis
Axis 2 label values - 1 and 2

the files copied on the master will be @
/home/test/jenkins/workspace/C2S_Test_MultiConf/machine/Lin_Test1/temp_axis/1
/home/test/jenkins/workspace/C2S_Test_MultiConf/machine/Lin_Test1/temp_axis/2

other machine is master itself, so they wont be copied.

I thought of copying the files into "/home/test/jenkins/workspace/C2S_Test_MultiConf/" itself, but i was thinking these files should be kept separate for each configuration.

For freestyle job, workspace will be the default one "/home/test/jenkins/workspace/C2S_Test_FreeStyle/" where "C2S_Test_FreeStyle" is the project name.

Coming to Maven style jobs, if you guys can give me example paths I can add that for those.

@Daniel, getWorkspaceFor() accepts only an implementation of TopLevelItem, so this will work in case of a free style project, what about other cases ? I tried Jenkins javadoc for some time but I couldn't get a clue.

All projects generally are top-level items. It won't cover matrix axes and similar cases though, where project types divide their workspaces further.

What you could try is to determine the TopLevelItem ancestor of the current build's project, and get the workspace of that on the current node (e.g. /jenkins/workspace/foo). If that's a prefix of the current actual workspace (/jenkins/workspace/foo/bar/baz), just append the rest (/bar/baz) to the workspace path on master

It seems to me that the design of this feature is broken if you need to know about details like that, and an approximation and/or specifically adding support for job types is the best you can do.

What you could try is to determine the TopLevelItem ancestor of the current build's project, and get the workspace of that on the current node (e.g. /jenkins/workspace/foo). If that's a prefix of the current actual workspace (/jenkins/workspace/foo/bar/baz), just append the rest (/bar/baz) to the workspace path on master

Yes, thats what I end up doing as stated in the comment before your reply above.

Yes, thats what I end up doing as stated in the comment before your reply above.

The approach I describe in that paragraph doesn't require any particular knowledge about matrix axes or matrix projects; it wasn't clear from your comment whether yours does.

Actually, yes. "machine/Lin_Test1/temp_axis/1" and "machine/Lin_Test1/temp_axis/2" parts of the path, from my comment, is generated after checking the prefix

Oh, in that case I just didn't understand what you wrote. So you can interpret my recommendation as agreement to what you wrote.

Its okay, I wrote that way for the others to check the output path generated, I wanted to know if they agree to the paths that I am using now for different types of jobs.

Vivek, the target locations on the master that you described for the Multiconfiguration Project look good to me. I look forward to testing the new release of the plugin!

Code changed in jenkins
User: Vivekanand S V
Path:
src/main/java/com/michelin/cio/hudson/plugins/copytoslave/CopyToSlaveUtils.java
http://jenkins-ci.org/commit/copy-to-slave-plugin/6482c22c3a313c0ba8c83c553b1711a3d40c081e
Log:
[FIXED JENKINS-25346] - Addresses the workspace issue where files copied back to master are not in correct path.

@Dan, you can cancel the bounty, thats not needed to make me work, I was (and still am) busy with my personal life, that gives me no time to look here

I think you deserve the bounty as you made the fix we asked for and given me a lot of assistance. I think you need to claim the bounty through the website and then I will gladly pay it. Thanks!