Community
Participate
Working Groups
- using 4.1M6, comparing with 3.7M6 - Help > Install New Software... - enter site: http://www.eclipse.org/swt/updates/3.6 - expand the Tree, select the "SWT Tools" plug-in - press Next -> 3.7M6 takes < 2 seconds to calculate dependencies -> 4.1M6 has been at it for several minutes, seems hung When I first saw this in 4.1M6 it gave the impression that the connection to http://download.eclipse.org was possibly slow/dead. However this is not actually the case, as 3.7M6 can do this concurrently with 4.1M6 without delay.
If you go into the progress details does it seem to be stalled on a particular bundle? We had a situation where there was a bad bundle in the repo which was causing looping. (bug 340165)
The progress view doesn't show anything. The messages above the progress bar in the wizard seem to indicate that content.xml is being downloaded multiple times at a very slow speed, so there could be excessive looping happening behind the scenes. I'll try tomorrow's e4 nightly to see if the fix for bug 340165 fixes this case as well.
Doing this with "Contact all update sites during install" unchecked gets you to the next page quickly. With this option selected, then things are slow.
I see that http://download.eclipse.org/e4/updates/0.11-I-builds does not contain compressed content.jar files, but instead has content.xml Taking a peek at download.eclipse.org, this composite repo contains something like 16 Meg of uncompressed content.xml that would need to be downloaded here.
I raised bug 340701 which is the reason why we don't have compressed repos here.
I can confirm comment 3. So is bug 340701 essentially the cause of this bug? If so then this report can probably be marked as a duplicate. As a side note I just tried this case again (with "Contact all sites..." checked) and it's much quicker than it was; it's now about 10s, which is better than indefinite.
I manually fixed the existing repo's composite children to all be compressed and updated the e4 releng to work around bug 340701 so the new builds are also compressed. As you said, things are still slowish, so we can keep this open to identify what else might be slowing things down.
This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant. -- The automated Eclipse Genie.
This is a mass change to close all e4 bugs marked with "stalebug" whiteboard. If this bug is still valid, please reopen and remove the "stalebug" keyword.
