Community
Participate
Working Groups
When I import a local site, select a feature from it and then use "Install..." the dialog that confirms the feature selection is empty (see screenshots). It seems that "Resolving Dependencies" refreshes the list of features in Available Software and causes the original selection to get lost.
Created attachment 104268 [details] original selection
Created attachment 104269 [details] install wizard
Created attachment 104270 [details] selection after dependencies were resolved
Version: 3.4.0 Build id: I20080530-1730
In the screen shot in comment #2, it says the original request has been modified because you selected to install something you already had installed. Is this the case?
I'll try against the RC4 build.
I tried this on RC4 but used the Ganymede site to get the Mylyn Bridge. (And of course, I did not have it already installed.) So it seems to work just fine. I think you observed two unrelated problems: - the selection changed. I think this could have happened because the repo you were using referenced another repo. (See bug #236485). - the install wizard was empty. This is a bug, what should have happened is that you still see Mylyn Bridge in the list and the messages are telling you that an update will happen instead of an install. Steffen, could you try your scenario and repo on RC4? There were several late breaking changes in the way repo events are handled, the way some repos reference other repos, and also in the way the selections are validated. There may still be a problem here, but I know there have been changes. If you still see the problem can you tell me where your local site came from so I could try something similar?
I have seen the same happen when installing the "Eclipse Birt Chart Framework" from the Ganymede update site into an RC4 SDK on Mac OS X. That installation did not previously have the Birt feature installed. It appears that the sites are refreshed in the background and that's how the selection gets lost and the dialog comes up empty. I'll try to provide steps to reproduce with my original scenario.
>It appears that the sites >are refreshed in the background and that's how the selection gets lost and the >dialog comes up empty. I'll try to provide steps to reproduce with my original >scenario. Looking at the code, I see the source of the problem. In the action's run method, the provisioning plan is computed (potentially an expensive operation involving repo loading, etc.). Then the wizard is opened and is passed both the plan and the current selections. If the selections changed between the time the plan was computed and the wizard is opened, you would see this behavior. And as in bug #238152, you might even see licenses, etc., because the plan itself still refers to the IU's that were originally selected. So I believe this occurs when a repo event is received that causes a refresh to happen during the computation of the plan. This would happen if loading one site caused another site to get added in an enabled state.
*** Bug 238152 has been marked as a duplicate of this bug. ***
Thanks for the explanations. I see this occasionally but have not found reliable steps to reproduce it. If I see it again I'll check if a site was added. It sounds very reasonable.
*** Bug 247249 has been marked as a duplicate of this bug. ***
See duplicate bug for more scenarios. This is going to get addressed in M3 along with workflow/resolution changes.
*** Bug 247822 has been marked as a duplicate of this bug. ***
This should be considered for backport to 3.4.2 if possible.
Created attachment 112967 [details] patch to ProfileModificationAction This is a straightforward fix and should be backported to the maintenance stream. I'm holding off on releasing it to HEAD or the M-builds until we have declared 3.5 M2 and 3.4.1.
Created attachment 112968 [details] replacement patch whoops, didn't select the other modified project. This patch includes the change needed to the automatic updater action. I made this patch while working on something unrelated, so retest all of this in a clean sync state before releasing.
*** Bug 249867 has been marked as a duplicate of this bug. ***
Fixed this bug during a massive reorg of the UI code for the 3.5 stream. Available in HEAD >20081007. bug 247906 has been opened to track a more surgical fix in the 3.4.2 stream.
verified on WinXP, Build id: I20081029-0100 Note the steps to reproduce are a bit different now because repos are pre-loaded before invoking the install wizard. However, if you remove all repos, clear all caches, and then add Ganymede and Eclemma sites while in the wizard, you can exercise a similar scenario as described in bug 247906 comment 2. Two things have fixed this problem: - we no longer get the selection dynamically from the selection provider, we remember what was selected at the time the provisioning plan was created. - due to the fix to bug 236485, we no longer refresh the viewer (and therefore the selection) when sites are added by reference, so you don't even see the selection change during resolve like you do in 3.4.x
*** Bug 255154 has been marked as a duplicate of this bug. ***
