Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 332696 - Eclipse appears frozen: Counting objects counter not updated when cloning a fresh Git repository
Summary: Eclipse appears frozen: Counting objects counter not updated when cloning a f...
Status: RESOLVED FIXED
Alias: None
Product: EGit
Classification: Technology
Component: Core (show other bugs)
Version: 0.9.0   Edit
Hardware: PC Linux
: P3 normal (vote)
Target Milestone: 1.1   Edit
Assignee: Adrian Goerler CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-12-15 17:59 EST by Severin Gehwolf CLA
Modified: 2011-07-06 18:38 EDT (History)
5 users (show)

See Also:


Attachments
Clone dialog showing no progress (30.26 KB, image/png)
2010-12-15 17:59 EST, Severin Gehwolf CLA
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Severin Gehwolf CLA 2010-12-15 17:59:08 EST
Created attachment 185277 [details]
Clone dialog showing no progress

On fairly large repositories with many objects, Eclipse seems to be "frozen" for a very long time. Clicking on the red square icon (I guess it's the cancel icon), seemingly has no effect (due to the current clone operation taking so long and a cancel event is perhaps only recognized once the clone has finished). I've attached a screenshot, which represents the EGit clone dialog for roughly 15 minutes when cloning the below repository.

I would strongly suggest to update the objects counter so as to report some kind of progress until the progress bar is actually showing progress. It appears that during the objects counting phase no progress is visible in the UI.

Steps to reproduce:
1.) File => Import => Git => Import from Git => Clone
2.) Enter repo: git://git.fedorahosted.org/git/rhq/rhq.git
3.) Keep default selection (all branches).
4.) Next
5.) Finish
Comment 1 Severin Gehwolf CLA 2010-12-16 09:22:39 EST
I should add that rhq.git has > 270,000 objects. It's counting for a long time ;-)
Comment 2 Adrian Goerler CLA 2011-07-06 12:47:23 EDT
A patch has been proposed for this issue:

http://egit.eclipse.org/r/#change,3838
Comment 3 Matthias Sohn CLA 2011-07-06 18:38:57 EDT
merged as 95ae4bd8d79941992553979465c85b322a8036ae