Open GoogleCodeExporter opened 9 years ago
With some debugging it seems to be related to the fact that the path variable I
created in my test case is stored in the project properties, not the workspace.
The code us using the workspace PathVariableManager instead of the Project's
PathVariableManager.
Original comment by fmjrey
on 25 Aug 2010 at 6:16
Revision with my changes to fix this issue here:
http://code.google.com/a/eclipselabs.org/r/fmjrey-pathvars-rse/source/detail?r=9
4f0e13dbf51a04e830f0c67597e2219961efa88
Since 3.6 path variables can be stored at the project level in addition to
workspace level. When modifying the code to take into account this change, I
ran into other problems that make me wonder if using path variables really
worked properly in FileSync.
For example, ProjectSyncPropertyPage.getDefaultDestinationPath() call
makeAbsolute() on the created IPath, and this adds a leading "/" in front of
any path variable. Hg does not show the revision where this makeAbsolute() has
been added, it's been there before importing the project into hg, so I have no
clue where it comes from.
Therefore I'm not sure of the impact of my changes. It works fine for my
project which has many linked folders and files, and targets a directory
relative to a project path variable.
Original comment by fmjrey
on 26 Aug 2010 at 5:46
Thanks, I will look at this.
Regards,
Andrei
Original comment by iloveeclipse
on 1 Oct 2010 at 9:12
Hi Andrey,
I'm really interested in the fix. I have the same problem in the latest version.
Thanks in advanced!
Best regards,
Karol
Original comment by pawelski...@gmail.com
on 22 Jun 2012 at 8:54
I'm also interested in this fix
Thank you!!!
Rafael Fresno
Original comment by rfre...@gmail.com
on 20 Sep 2013 at 12:53
yes, it's a very good idea to support eclipse variables like "External Tools
Configuration".
Thank you.
Original comment by August.z...@gmail.com
on 5 Aug 2014 at 7:27
Original issue reported on code.google.com by
fmjrey
on 25 Aug 2010 at 4:31