Updates reports Software is up to date when update is available

[Pat McGowan]

Mako build 173

Open system settings, go immediately to the updates page
Checking for updates results in an install option
After a few moments, the option is removed and Software is up to date is displayed, despite the download option being displayed with a size
Back out

The main page now reports Updates available
Select updates available
Install option is presented and remains displayed until invoked.

[Sebastien Bacher (seb128)]

Thanks for the bug report. Diego, those seems issues with your refactoring, could you have a look?

[Diego Sarmentero (diegosarmentero)]

Yes, i'll take a look at that.

[Barry Warsaw (barry)]

It seems like an update is checked for when the System Settings page is opened, even before you click on Updates. That seems unexpected and while I don't think it *should* affect the s-i-dbus daemon, it might cause confusing effects, e.g. if clicking on Update *also* tries to check for update again while s-i-dbus is already working on it.

[Iain Lane (laney)]

It sure is, since the main page needs to show an item if an update is available.

Why would asking the backend to check for updates more than once cause problems? s-i-dbus ought to notice in the second call and not do any further work.

[Iain Lane (laney)]

See <https://bugs.launchpad.net/ubuntu-system-image/+bug/1277589/comments/40> for some related issues relating to #4.

I think there might still be a problem in system-settings when a download is started before the updates panel is opened (i.e. by the first call when system-settings starts up). You should be able to verify if this is the case by making sure there's an update available, being on auto-download-on-wifi, opening system-settings, waiting a little bit for it to start downloading (not sure how to verify this is happening), then going to the updates panel and seeing if progress is displayed correctly and such.

It might be a bit difficult given the above linked comment, though. Not sure.

[Pat McGowan (pat-mcgowan)]

Just noticed that system-image-dbus crashes during this race and the user is subsequently unable to find the updates. The page continued to spin but I was offered the overlay to install an update, which then was unresponsive and could not be dismissed.

Raising priority to get this some attention. It may be fixed with other updates for bug #1277589

[Sebastien Bacher (seb128)]

Diego, could you look at that?

[Barry Warsaw (barry)]

On Feb 18, 2014, at 02:18 PM, Pat McGowan wrote:

>Raising priority to get this some attention. It may be fixed with other
>updates for bug #1277589

FTR, I believe #1277589 is due to several causes, all exposed (by not
necessarily caused) by the u/i change. Some of the problems are in udm, and
while I haven't diagnosed those, I have some workarounds that reduce the
number of crashes significantly. There are still a few much more rare
crashes, and I think those are due to tiny race windows in si. I'm working to
close the latter. With that and the previously mentioned workarounds, we
should have more reliable updates. I hope to have something testable today.

[Pat McGowan (pat-mcgowan)]

Rick reports that this happened with the auto download disabled

[Launchpad Janitor (janitor)]

This bug was fixed in the package ubuntu-system-settings - 0.1+14.04.20140224.1-0ubuntu1

---------------
ubuntu-system-settings (0.1+14.04.20140224.1-0ubuntu1) trusty; urgency=low

  [ Iain Lane ]
  * Re-enable updates on the main screen

  [ Diego Sarmentero ]
  * Avoid conflicts between concurrent calls to checkForUpdates ( (LP:
    #1279006)
 -- Ubuntu daily release <email address hidden> Mon, 24 Feb 2014 23:23:06 +0000