Bugzilla – Full Text Bug Listing
| Summary: | Too many initial available software repos | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Eclipse Project] Equinox | Reporter: | Andrew Overholt <overholt> | ||||
| Component: | p2 | Assignee: | Simon Kaegi <simon_kaegi> | ||||
| Status: | RESOLVED DUPLICATE | QA Contact: | |||||
| Severity: | normal | ||||||
| Priority: | P3 | CC: | bokowski, john.arthorne, nboldt, pascal, simon_kaegi, susan, wmitsuda | ||||
| Version: | unspecified | ||||||
| Target Milestone: | 3.4 RC1 | ||||||
| Hardware: | PC | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Attachments: |
|
||||||
Broadening scope of bug. I'm seeing the same repos in a regular install. I also saw these when I first started a new workspace with a new install on Vista. After closing and reopening the dialog, they were gone. From looking at the repository preference store in the configuration area, they all seem to have "isSystem=true". John beat me to the punch here. After a re-start they disappear. I still see the metadata cache though which surprises me looking at the prefs on disk it is also marked "isSystem=true". Closing and re-opening the dialog I'm finally back to a clean slate. I tracked this down to how we're adding the repos after we've first created them. We're doing addRepository(URL) instead of addRepository(IMetadataRepository) and there are differences in the RepositoryInfo object created. For these repos (metadata cache, rollback repo, dropins) we should use the variant where we pass in the repository. I don't think you should need to use addRepository(IMetadataRepository) here. Talk to me about this when you get a chance. I actually spent an hour trying to reproduce this bug on a clea 20080430-1300 build and I was unable to, so it may be an old problem, or due to bad data kicking around from a previous build. *** Bug 229835 has been marked as a duplicate of this bug. *** From the duplicate bug: Copying here because the timing of the problem sounds a little different? ------------ Steps: 1. Download and unzip I20080501-0100 2. Start using a new workspace 3. Close the Welcome page 4. Go to Help > Software Updates 5. Click on "Check for Updates" - it comes back with "Nothing to update". 6. Click on the "Available Software" tab I see four entries that I did not expect: file:/C:/eclipses/I20080501-0100/ file:/C:/eclipses/I20080501-0100/eclipse/configuration/org.eclipse.osgi/bundles/63/data/listener_844670458/ file:/C:/eclipses/I20080501-0100/eclipse/configuration/org.eclipse.osgi/bundles/69/data/listener_-941504718/ file:/C:/eclipses/I20080501-0100/eclipse/p2/org.eclipse.equinox.p2.core/cache/ Entering a filter text, or choosing a different catgorization gets rid of these entries and they never come back. This is another side-effect of repository creation not automatically adding the repository. Clients call repoMan#create, followed by repoMan#add(URL). The result is that the repository manager doesn't know if the repository is a system repository until the next time it is loaded (because all the repository manager has available is a URL). *** This bug has been marked as a duplicate of bug 228903 *** *** Bug 230806 has been marked as a duplicate of this bug. *** *** Bug 232212 has been marked as a duplicate of this bug. *** |
Created attachment 98009 [details] illustrative screensoht The attached screenshot shows the initial repositories in read-only shared mode. I don't think we should be showing these.