Launchpad itself

"Downloads" portlet shows *older* version than current stable

Bug #980749 reported by Thierry Carrez
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Launchpad itself
Triaged
Low
Unassigned

Bug Description

On a project page (for example https://launchpad.net/nova) the "Downloads" portlet supposedly shows the latest version available. However, if you have:

Essex series: Current stable release, with 2012.1 milestone released in Apr, 2012
Diablo series: Supported, with 2011.3 milestone released in Sep, 2011
Cactus series: Obsolete, with 2011.2 milestone released in Apr, 2011

Then the "Latest version" shown on the main page is Diablo's 2011.3 !
You have to mark Diablo series "obsolete" to get Essex's 2012.1 milestone shows as the latest version.

Launchpad should show as "latest version" the latest version (current stable release), certainly not an old supported version.

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in launchpad:
status: New → Confirmed
Revision history for this message
Thierry Carrez (ttx) wrote :

This is not a duplicate of bug #419733. Bug 419733 says you should show latest stable in addition to latest. I'm saying that when you have a recent "current stable" and an old "supported", showing the old "supported" as latest is plain wrong.

i.e with
C under development
B current stable
A supported

Launchpad currently shows "A" as latest. Bug 419733 says "you should show B in addition to C". This bug says "you should show B rather than A".

Thierry Carrez (ttx)
summary: - "Downloads" portlet does not show the latest version
+ "Downloads" portlet shows *older* version than current stable
Revision history for this message
Soren Hansen (soren) wrote :

Sorry for flogging a (seemingly) dead horse here, but while I do agree this bug falls under the "it's not completely clear which version to show in the \"Latest download\" portlet" problem umbrella, I think this particular bug is quite clear: If there's a "Current stable" release and a "Supported" release, I think it's unambiguously clear that the one marked "current stable" is to be preferred over the "Supported" one.

Even if it weren't clear, I don't see why "supported" should take precedence over "current stable" (which is apparently the case right now). At the very least, they should be counted as equal and then "latest download" could be determined based on either release date or version number.

Revision history for this message
Francis J. Lacoste (flacoste) wrote :

I agree that this is a more narrow problem. Nonetheless, anyone attempting a fix to this bug should consider bug #419733 and its many duplicates to assess the acceptability of the fix.

Changed in launchpad:
status: Confirmed → Triaged
importance: Undecided → Low
tags: added: projects releases
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.