Community
Participate
Working Groups
On Windows 7: Choose "Clone a Git Repository and add the clone to this view" from the Git Repositories View. In the third wizard page for "Destination Directory" select a path to your Desktop such as "C:\Users\<user_name>\Desktop\Test". The error message in the wizard is "Cannot create directory C:\Users\<user_name>\Desktop\Test." The error message appears whether the "Test" folder exists or not.
Odd. This is now working OK for me on eGit 0.12.0.201102120946.
(In reply to comment #1) > Odd. > > This is now working OK for me on eGit 0.12.0.201102120946. Well...it's working now on one Windows box but not on another. The check is in class: org.eclipse.egit.ui.internal.clone.CloneDestinationPage method: private static boolean canCreateSubdir(final File parent) { if (parent == null) return true; if (parent.exists()) return parent.isDirectory() && parent.canWrite(); return canCreateSubdir(parent.getParentFile()); } parent.canWrite() returns false for "C:\Users\MyName\Desktop"
I think this is a Java bug on Windows, apparently fixed in Java 7: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4939819 Workaround is: attrib -r "c:\Users\<user_name>\Desktop" I guess we should close this bug.
Actually the Java bug is fixed in Java 6u23 http://www.oracle.com/technetwork/java/javase/2col/6u23bugfixes-191074.html The Windows machine that I originally tested on was using Java 6u22. That's why I encountered the issue. I updated to Java u24 last night. That's why it started to be OK. So, folks the moral of the story is - get the latest Java. Close this bug maybe? But useful if someone else gets stung by it.
