| Summary: | Clone git repository fails silently when trying to clone from an empty remote repository. | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Technology] EGit | Reporter: | Ken Gilmer <ken> | ||||||
| Component: | UI | Assignee: | Project Inbox <egit.ui-inbox> | ||||||
| Status: | CLOSED FIXED | QA Contact: | |||||||
| Severity: | normal | ||||||||
| Priority: | P3 | CC: | b.muskalla, dariusz.luksza, stefan.lay | ||||||
| Version: | unspecified | ||||||||
| Target Milestone: | --- | ||||||||
| Hardware: | PC | ||||||||
| OS: | Linux | ||||||||
| Whiteboard: | |||||||||
| Attachments: |
|
||||||||
|
Description
Ken Gilmer
Created attachment 192911 [details]
Clone Wizard: Don't allow wizard to finish if initial branch is not set in the UI.
See bugzilla comment for patch details.
I've submitted a simple patch that will prevent the wizard from being able to finish without an Initial Branch being set. However I'm confused about the functionality of the wizard. The SourceBranchPage specifically permits the case of importing a branchless-repo, via SourceBranchPage.java -> checkForEmptyRepo() method. If this method is removed from the validation logic, the user is notified of an invalid repo. This is where I think the wizard should stop, but cannot be sure if I'm missing some other functionality making this behavior desirable. Created attachment 192912 [details]
Clone Wizard: do not let a branchless repo be cloned.
This patch prevents the CloneDestinationPage from being loaded if no source branch is selected on the SourceBranchPage. I'm not sure if this is a valid change, as the source indicates specifically that this is acceptable state (no source branch set).
I think that we should allow for cloning empty repositories. Native git also does that. I uploaded a fix for that to Gerrit: http://egit.eclipse.org/r/#change,3264. This would make http://egit.eclipse.org/r/#change,3163 and http://egit.eclipse.org/r/#change,3164 obsolete. Merged with commit 2771482d4f9975442e4f35f83d1eea64cbd7951d Sounds good to me Stephan! *** Bug 343576 has been marked as a duplicate of this bug. *** |