Issues on updates page when apps and system updates both available

[Pat McGowan]

Mako running 301
System settings was running, I open the updates page
3 app updates available
Page freezes (crash file attached)
Close the app and run again
1 system update available, but before I can press install the page blanks, app crashed again

[Pat McGowan (pat-mcgowan)]

Still crashed after reboot
system-image-cli succeeded in updating to 302
Using settings > update now shows the 3 apps and successfully updates them

[Pat McGowan (pat-mcgowan)]

Also crash on Manta running 297

[Pat McGowan (pat-mcgowan)]

The Manta also updated with system-image-cli, then showed an app update pending.
So fwiw both systems had both app and system updates pending when they failed.

[Sebastien Bacher (seb128)]

Thank you for the bug report. That could be the same issue than was recently fixed in bug #1307608, not easy to say without a backtrace though. Can you get a backtrace (the files you attached are made to be sent using apport, not manually attached to bugs, retracing doesn't work but it could be because versions changed since your report)? Is that still an issue?

[Sebastien Bacher (seb128)]

so, from IRC discussions, the recent update fixed the segfault but gives an empty page instead, the UI doesn't hang without U1 account, that seems another issue similar to bug #1307608 (ubuntuone-credentials issue, the segfault was fixed but it might have be tradded for an hang)

[Pat McGowan (pat-mcgowan)]

This happens on 302 which sees 303 and 3 apps to update. The page froze but there was no crash.
Automatic updates is off, enter the update page and within 2 or 3 secs the page clears and back button does not work.
Removing the U1 account fixes it.
This seems to have started when the fix for 1307608 landed

[Pat McGowan (pat-mcgowan)]

I saw a crash earlier today as well, but the crash seems intermittent and perhaps unrelated. I could not get apport to use the crash file correctly, the report contained no trace info at bug #1311219

I also reproduced this on the manta, same exact symptom.

system-settings is not hung, it is using around 10% cpu on mako, and while you cannot get the back button to work, the toolbar will move in and out with a swipe.

To recap:
- autodownload is off
- a system update and one or more app updates are available
- simply enter the update page

I see the click command run, then shortly after the page repaints. I assume this is concurrent with either the installed app list returning or the results of the apps needing update check.

This could be an issue completely at the QML / toolkit level.

[Pat McGowan (pat-mcgowan)]

Running from command line I see this at the time the screen blanks:

2014-04-22 19:09:11,305 - WARNING - QQmlExpression: Expression file:///usr/share/ubuntu/settings/system/qml-plugins/system-update/PageComponent.qml:396:38 depends on non-NOTIFYable properties:
2014-04-22 19:09:11,305 - WARNING - UpdatePlugin::Update::packageName
2014-04-22 19:09:13,411 - WARNING - QQmlExpression: Expression file:///usr/share/ubuntu/settings/system/qml-plugins/system-update/PageComponent.qml:396:38 depends on non-NOTIFYable properties:
2014-04-22 19:09:13,412 - WARNING - UpdatePlugin::Update::packageName
2014-04-22 19:09:13,457 - WARNING - QQmlExpression: Expression file:///usr/share/ubuntu/settings/system/qml-plugins/system-update/PageComponent.qml:396:38 depends on non-NOTIFYable properties:
2014-04-22 19:09:13,457 - WARNING - UpdatePlugin::Update::packageName
2014-04-22 19:09:13,489 - WARNING - QQmlExpression: Expression file:///usr/share/ubuntu/settings/system/qml-plugins/system-update/PageComponent.qml:396:38 depends on non-NOTIFYable properties:
2014-04-22 19:09:13,490 - WARNING - UpdatePlugin::Update::packageName
2014-04-22 19:09:13,515 - WARNING - QQmlExpression: Expression file:///usr/share/ubuntu/settings/system/qml-plugins/system-update/PageComponent.qml:396:38 depends on non-NOTIFYable properties:
2014-04-22 19:09:13,515 - WARNING - UpdatePlugin::Update::packageName

[Pat McGowan (pat-mcgowan)]

Clean flash of 302 with --wipe
(new issue - first boot did not see the system update, needed to reboot)
After reboot it sees 5 (?) updates (phone sees 4) and same symptom, update screen clears.

BTW why does system update now require a U1 account? I got a no credentials warning which I did not get earlier.

[Alejandro J. Cura (alecu)]

After some debugging with pmcgowan we found out that the mako had a newer version of weather, so that's why manta expected five updates: http://pastebin.ubuntu.com/7309878/
No gaping hole with checking versions there, but the blank screen looks serious. I'm reflashing from scratch to try to reproduce.

[Pat McGowan (pat-mcgowan)]

I see this today going from u7 to u11, with 3 app updates available, once the app update info is returned the settings update page clears before I can ask to install.

I noticed that last Friday I was able to get an update, there were several more apps available. I still suspect a race of some kind updating the page.

I am not seeing a crash.

[Pat McGowan (pat-mcgowan)]

I just noticed that this issue does not occur if I enter the updates page by pressing the updates button rather than the updates available indication. I always pressed the latter.

[Sebastien Bacher (seb128)]

Diego, what is the fix for that one? We just had a landing with your changes, if that was in it, then the status should be "fix released", if it was not in this batch can you point to the change that fix the issue?