| Summary: | Cannot clone repo to path with "\Users\<user_name>\Desktop\*" path | ||
|---|---|---|---|
| Product: | [Technology] EGit | Reporter: | <h1055071> |
| Component: | Core | Assignee: | Project Inbox <egit.core-inbox> |
| Status: | CLOSED NOT_ECLIPSE | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | CC: | stefan.lay |
| Version: | 0.11 | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Windows 7 | ||
| Whiteboard: | |||
|
Description
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. |