Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 335422 - Opening a target definition file doesn't always resolve all its components
Summary: Opening a target definition file doesn't always resolve all its components
Status: CLOSED WONTFIX
Alias: None
Product: PDE
Classification: Eclipse Project
Component: UI (show other bugs)
Version: 3.6.1   Edit
Hardware: PC Linux
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: PDE-UI-Inbox CLA
QA Contact:
URL:
Whiteboard: stalebug
Keywords:
Depends on:
Blocks:
 
Reported: 2011-01-26 03:20 EST by Matt Biggs CLA
Modified: 2019-09-24 13:51 EDT (History)
2 users (show)

See Also:


Attachments
Target file (2.50 KB, text/plain)
2011-02-01 03:36 EST, Matt Biggs CLA
no flags Details
problem 1 (157.17 KB, image/jpeg)
2011-02-01 03:36 EST, Matt Biggs CLA
no flags Details
problem 2 (117.46 KB, image/jpeg)
2011-02-01 03:37 EST, Matt Biggs CLA
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Matt Biggs CLA 2011-01-26 03:20:07 EST
Build Identifier: 20100917-0705

If i open a target definition file, its very unreliable as to weather or not it will actually get the components listed within it. 

Monitoring <workspace>/.metadata/.plugins/org.eclipse.pde.core the folder .bundle_pool is not always created and populated. 

This means that despite clicking 'Set as Target Platform' from the target definition editor, eclipse can't find the components within the defined target file. 

No errors are displayed, eclipse just refuses to recognise any of the components. 

Reproducible: Sometimes

Steps to Reproduce:
1.Open previously defined target definition file in new clean workspace
2.Check if <workspace>/.metadata/.plugins/org.eclipse.pde.core/.bundle_pool is created
Comment 1 Jeff McAffer CLA 2011-01-26 08:31:36 EST
This is likely related to how PDE uses p2 not p2 itself. Moving to PDE for consideration.

Note that this area has been considerably reworked for 3.7.  It would be interesting to hear what behaviour you see using a recent 3.7 build and the same target setup.
Comment 2 Matt Biggs CLA 2011-01-26 08:38:40 EST
I did try 3.6.2 and also 3.7 M4. In 3.7 the target file wouldn't load at all. It all seemed completely broken, so i didn't get very far.
Comment 3 Jeff McAffer CLA 2011-01-26 20:05:26 EST
can you try 3.7M5 when it is done (later this week) and see.  If you are still having trouble, then we'll need to see the .target file.
Comment 4 Matt Biggs CLA 2011-01-27 03:19:46 EST
Yep i'll give that a go. Cheers
Comment 5 Curtis Windatt CLA 2011-01-28 11:25:36 EST
It would be helpful to see the target file to see if there is anything unusual about it.
Comment 6 Matt Biggs CLA 2011-02-01 03:36:16 EST
Created attachment 188025 [details]
Target file
Comment 7 Matt Biggs CLA 2011-02-01 03:36:40 EST
Created attachment 188026 [details]
problem 1
Comment 8 Matt Biggs CLA 2011-02-01 03:37:03 EST
Created attachment 188027 [details]
problem 2
Comment 9 Matt Biggs CLA 2011-02-01 03:39:14 EST
I've just tried 3.7 M5 and have the same problem. 3.7 won't even load the target file. Instead you get warning items appearing or if you then close the target editor and reopen, errors. See the images. 

Removing individual units from the file and restarting eclipse, or removing entire locations simply moves the same errors into different locations. 

It doesn't seem to resolve at all. Perhaps i'm doing something stupid in the definition file?
Comment 10 Lars Vogel CLA 2019-09-24 13:51:57 EDT
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.