show new version even if changelog is not available

Bug #251349 reported by Martin Pool
2
Affects Status Importance Assigned to Milestone
Software Updater
Invalid
Undecided
Unassigned
update-manager (Ubuntu)
Fix Released
Undecided
Michael Vogt

Bug Description

If the changelog is not available from the server there's no way to find out which version will be installed. It would be useful to show it anyhow.

Revision history for this message
Martin Pool (mbp) wrote :

It actually is possible to see the version in the confirmation dialog by pressing show details.

Changed in update-manager:
status: New → Invalid
Revision history for this message
XXXXXXX (yddraiggoch) wrote :

Thanks for your suggestion! Confirming, but it needs a bug triager to mark it as wishlist.

Changed in update-manager (Ubuntu):
status: New → Confirmed
Revision history for this message
Michael Vogt (mvo) wrote :

Thanks, this is indeed a useful feature, I fixed it in bzr and it will be part of the next (karmic) upload.

Changed in update-manager (Ubuntu):
assignee: nobody → Michael Vogt (mvo)
status: Confirmed → Fix Committed
Revision history for this message
Michael Vogt (mvo) wrote :

Suggestions for a better text are welcome, but I would like to keep the property that the versions are displayed in two lines so that its easy for the eye to compare them.

Revision history for this message
Martin Pool (mbp) wrote : Re: [Bug 251349] Re: show new version even if changelog is not available

2009/4/30 Michael Vogt <email address hidden>:
> Suggestions for a better text are welcome, but I would like to keep the
> property that the versions are displayed in two lines so that its easy
> for the eye to compare them.

It wasn't at all clear to me that those were the current and new
versions. How about

from: %s
  to: %s

It may be a bit hard to make them line up, unless gtk perhaps aligns
properly on \t characters.

Thanks for fixing it though!

The other option would be to put them in the actual list next to the size.
--
Martin <http://launchpad.net/~mbp/>

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

This bug was fixed in the package update-manager - 1:0.121

---------------
update-manager (1:0.121) karmic; urgency=low

  * DistUpgrade/DistUpgrade.cfg:
    - remove obsolete kubuntu-kde4-desktop meta package
  * DistUpgrade/DistUpgradeCache.py:
    - when guessing missing meta-packages stop after
      the first one was found
    - use internal _lookupPkgRecord() instead of
      pkg._lookupRecord
  * DistUpgrade/DistUpgradeQuirks.py:
    - move the kubuntu-kde4-desktop key dependency transition
      detection to the from_hardy quirks handler (LP: #368459)
  * UpdateManager/Core/MyCache.py:
    - always disable version number range of the changes in the
      details (LP: #251349)
    - make the distro supporting the changelogs easier to customize
  * DistUpgrade/xorg_fix_proprietary.py:
    - better comment when explaining why stuff got commented out
      (LP: #300504)
  * DistUpgrade/DistUpgradeController.py:
    - after updating the sources.list, check for both existance
      and downloadability of the BaseMetaPkgs and abort if that
      is not the case (thanks to Ulrich Kalkkuhl) LP: #370062
  * UpdateManager/UpdateManager.py:
    - show origin field for other updates (like PPAs) to make it
      easier to see what comes from where (part of the
      foundations-karmic-apturl-policy spec)

 -- Michael Vogt <email address hidden> Fri, 05 Jun 2009 20:53:37 +0200

Changed in update-manager (Ubuntu):
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

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