Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 313307 - My feature can't see platform-dependent fragments
Summary: My feature can't see platform-dependent fragments
Status: CLOSED WONTFIX
Alias: None
Product: PDE
Classification: Eclipse Project
Component: UI (show other bugs)
Version: 3.5.2   Edit
Hardware: PC Windows 7
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: PDE-UI-Inbox CLA
QA Contact:
URL:
Whiteboard: stalebug
Keywords:
Depends on:
Blocks:
 
Reported: 2010-05-18 05:45 EDT by Michael Spector CLA
Modified: 2019-05-04 12:48 EDT (History)
1 user (show)

See Also:


Attachments
target platform profile (44.05 KB, image/png)
2010-05-18 05:45 EDT, Michael Spector CLA
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Michael Spector CLA 2010-05-18 05:45:55 EDT
Created attachment 168885 [details]
target platform profile

I've installed XULRunner feature by extracting it into a dropins/ folder. The feature includes four platform-dependent fragments. I've added those fragments into my feature.xml file:

<plugin
         id="org.mozilla.xulrunner.win32.win32.x86"
         os="win32"
         ws="win32"
         arch="x86"
         download-size="0"
         install-size="0"
         version="0.0.0"
         fragment="true"/>
         
   <plugin
         id="org.mozilla.xulrunner.carbon.macosx"
         os="macosx"
         arch="x86"
         download-size="0"
         install-size="0"
         version="0.0.0"
         fragment="true"/>

   <plugin
         id="org.mozilla.xulrunner.gtk.linux.x86"
         os="linux"
         ws="gtk"
         arch="x86"
         download-size="0"
         install-size="0"
         version="0.0.0"
         fragment="true"/>

But I get the following error on fragments, which are not compatible with my current OS:

Plug-in reference 'org.mozilla.xulrunner.carbon.macosx' cannot be resolved
Plug-in reference 'org.mozilla.xulrunner.gtk.linux.x86' cannot be resolved

When editing a target platform definition (Window -> Preferences -> Plug-In Development -> Target Platform -> Running Platform (Active)), I could see only one fragment (which matches my current OS) in the content tab. Then I did the following:

Added a "<eclipse-installation>/dropins/xulrunner/eclipse" folder explicitly to the current target platform, pressed "Reload", and voila - other platform-dependent fragments became visible!

I think it's a bug. Why platform-dependent fragments are not recognized while being in a context of ${eclipse_home}?
Comment 1 Andrew Niefer CLA 2010-05-18 10:51:44 EDT
I'm guessing the ${eclipse_home} is only the bundles that are actually installed at that location.  The platform specific bundles that don't match will not be installed there even though they are in dropins.  Only dropped in bundles that actually match that install and have their dependencies resolved will be installed there.
Comment 2 Michael Spector CLA 2010-05-18 12:09:32 EDT
(In reply to comment #1)
> I'm guessing the ${eclipse_home} is only the bundles that are actually
> installed at that location.  The platform specific bundles that don't match
> will not be installed there even though they are in dropins.  Only dropped in
> bundles that actually match that install and have their dependencies resolved
> will be installed there.

So, what's the proper way of installing platform-dependent fragments on an existing Eclipse installation, so they become recognizable by feature.xml (and Export product to multiple platforms works as well)?
Comment 3 Eclipse Genie CLA 2019-05-04 12:48:59 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.

--
The automated Eclipse Genie.