Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 308655

Summary: [target] ability to export more than the active target only
Product: [Eclipse Project] PDE Reporter: Chris Aniszczyk <caniszczyk>
Component: UIAssignee: PDE-UI-Inbox <pde-ui-inbox>
Status: CLOSED WONTFIX QA Contact:
Severity: enhancement    
Priority: P3 CC: curtis.windatt.public, darin.eclipse, irbull, ralf
Version: 3.6   
Target Milestone: ---   
Hardware: PC   
OS: Mac OS X - Carbon (unsup.)   
Whiteboard: stalebug

Description Chris Aniszczyk CLA 2010-04-09 10:43:40 EDT
Currently the export target wizard only works on the active target. It would be great if we could use any target definition that we know about.
Comment 1 Curtis Windatt CLA 2010-04-09 12:06:36 EDT
The wizard also needs 
1) Help page 
2) A editable combo box for the destination just like the other export wizards (with delayed path checking)
3) The page should not open with a warning.

These issues are far more important to fix than the icons (bug 308648)
Comment 2 Chris Aniszczyk CLA 2010-04-09 12:29:11 EDT
I updated bug 308648 to be a generic UI polish bug for the wizard.
Comment 3 Ian Bull CLA 2010-04-09 12:31:27 EDT
The problem with "any" target, is that the artifacts might not be currently available.  That is, we might have to load the target first (fetch everything) before we can export it.  This isn't impossible, but it's more complicated than exporting the current target.  

Does the work that's gone on in the "target branch" help with this use case at all?
Comment 4 Darin Wright CLA 2010-04-09 12:36:37 EDT
(In reply to comment #3)
> The problem with "any" target, is that the artifacts might not be currently
> available.  That is, we might have to load the target first (fetch everything)
> before we can export it.  This isn't impossible, but it's more complicated than
> exporting the current target.  

You can resolve the target contents without making it the active target. Resolving it will make content local.
Comment 5 Curtis Windatt CLA 2010-04-09 14:24:00 EDT
(In reply to comment #3)
> Does the work that's gone on in the "target branch" help with this use case at
> all?

Not in any way that we could use in 3.6.  In the branch, all targets were managed by profiles and the profiles were persisted.  This meant that more of the information could be available faster (no need to resolve/provision) but if the target hadn't been provisioned before you would still have to download everything.

Just resolving the target in the wizard's progress cancellable monitor is the correct solution.
Comment 6 Eclipse Webmaster CLA 2019-09-06 16:07:47 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.
Comment 7 Julian Honnen CLA 2019-09-09 02:41:27 EDT
Please remove the stalebug flag, if this issue is still relevant and can be reproduced on the latest release.