Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 212295 - [prov] [ui] available updates still showing multiple versions of same IU
Summary: [prov] [ui] available updates still showing multiple versions of same IU
Status: RESOLVED FIXED
Alias: None
Product: Equinox
Classification: Eclipse Project
Component: Incubator (show other bugs)
Version: 3.4   Edit
Hardware: PC Windows XP
: P3 normal (vote)
Target Milestone: 3.4 M5   Edit
Assignee: Susan McCourt CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-12-07 14:22 EST by Susan McCourt CLA
Modified: 2008-01-10 13:46 EST (History)
2 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Susan McCourt CLA 2007-12-07 14:22:01 EST
For M4 the end user UI only shows the latest version of an IU unless the user unchecks the "show latest version only" preference.  This works in the available features list, but not in the "available updates" list.  That dialog should be honoring the preference...
Comment 1 Susan McCourt CLA 2007-12-07 14:22:41 EST
I'm going to investigate this Monday for M4, but if it is not trivial I'll defer to M5.
Comment 2 Susan McCourt CLA 2007-12-10 14:54:38 EST
Actually, I had the "show all versions" enabled when I observed this, so need to recheck what I saw.
Comment 3 Susan McCourt CLA 2007-12-10 17:57:35 EST
I verified that this is happening even when the "show latest versions" only pref is enabled.  Rather than band-aid a fix, I want to fix it along with bug #211939.  That bug implies that we'll have some kind of "available update" cache.  If we are going to cache the list of found updates, I want to go ahead and do all filtering/elimination of duplicates there (rather than where I would fix it right now). 
Comment 4 Susan McCourt CLA 2007-12-11 12:23:18 EST
See also bug #212609.
If the UI adds filtering, make sure that there is not also a core issue...ie, should the API be showing me all the available updates?
Comment 5 Susan McCourt CLA 2007-12-11 15:20:18 EST
There needs to be a general cleanup of the responsibilities when updating:

- when I get all the available updates, I should first worry only about the latest available update.  It is always possible that there is more than one (correct) available update for an IU, so getting only the latest is important. 
- I should get a provisioning plan (and size) for this IU during the background processing while looking for updates.  Since this sizing can take a long time over a remote repo, there is no need to wait for the user to install updates to do this work.
- When the wizard is opened, the individual sizes will already be known and there won't be the appearance of multiple resolves happening at update time.


This will help in resolving a number of bugs, such as:

bug #212582, bug #212607, bug #208294 and bug #211939

(Bug #212609 addresses the fact that updates for roots older than the thing being updated are bogusly included.  That is a core issue.)

Comment 6 Susan McCourt CLA 2007-12-12 12:19:46 EST
For M4, I changed the update wizard so that it doesn't select all the versions by default, to avoid bug #212609, which can then cause #208470.  The install and uninstall wizards will still select everything, since they are launched as a result of a user selecting things and saying "do something with these."

When this bug is really fixed, and bug #212609 is fixed, there will still be the case where we show multiple updates available for an IU.  In that case, we'll select the latest of each IU by default.  When we are showing only the latest of each IU, we'll select all.
Comment 7 Susan McCourt CLA 2008-01-10 13:46:31 EST
Fixed in HEAD >20080110.
Whether you see all possible updates for an IU, or only the latest, is driven by the "Show latest versions only" preference.

The latest version of each update for an IU is now checked in the wizard.