| Summary: | [target] Initializing new target with current target platform gets update site content incorrect | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Eclipse Project] PDE | Reporter: | Andrew Niefer <aniefer> | ||||
| Component: | UI | Assignee: | PDE-UI-Inbox <pde-ui-inbox> | ||||
| Status: | CLOSED WONTFIX | QA Contact: | |||||
| Severity: | normal | ||||||
| Priority: | P3 | CC: | curtis.windatt.public | ||||
| Version: | 3.7 | ||||||
| Target Milestone: | --- | ||||||
| Hardware: | PC | ||||||
| OS: | Linux | ||||||
| Whiteboard: | stalebug | ||||||
| Attachments: |
|
||||||
Creating a target from the current target platform doesn't mean copying the existing target definition. There needed to be a way to create a target definition file from the current target platform for users that had never created a target definition and those using a product that was modifying the target platform programmatically. The stored target platform has no concept of update sites, it just has a set of local folders. It is a bug that the set of included plug-ins (100 vs 211) is not respected. I'm marking this as 3.8 because as we develop a better target/state manager (bug 159072) we may always have a target definition backing the current target platform and this bug will no longer occur. 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. |
Created attachment 203672 [details] screenshot If your current active target is set up using a p2 update site, and then you create a new target and select "Initialize the target definition with: Current Target: Copy settings from the current target platform" Then, you get a new target which contains the workspace/.metadata/.plugins/org.eclipse.pde.core/.bundle_pool directory. Instead I would expect to get the p2 site added as a software site. Attached is a screenshot, not the difference in the number of plugins in the two targets (100 vs 211). The original target contained RCP installed from the update site, but the bundle_pool contains other bundles that were part of other targets which now show up in the new target.