Ubuntu store scope does not tell you that there is an update

Bug #1418688 reported by Victor Tuson Palau
60
This bug affects 14 people
Affects Status Importance Assigned to Milestone
Canonical System Image
Confirmed
High
Unassigned
unity-scope-click (Ubuntu)
Confirmed
Medium
Unassigned

Bug Description

It used to be that the "open" option will change to "update" when the version on the store was newer than the one in the phone in the Ubuntu store scope, this is no longer the case. The only way to install a new version is now from settings

Revision history for this message
Pat McGowan (pat-mcgowan) wrote :

if this is in fact a regression we should fix it

Changed in canonical-devices-system-image:
importance: Undecided → High
milestone: none → ww09-2015
status: New → Confirmed
Changed in unity-scope-click (Ubuntu):
assignee: nobody → Thomas Strehl (strehl-t)
Thomas Strehl (strehl-t)
Changed in unity-scope-click (Ubuntu):
assignee: Thomas Strehl (strehl-t) → Rodney Dawes (dobey)
Changed in canonical-devices-system-image:
assignee: nobody → Thomas Strehl (strehl-t)
Revision history for this message
dobey (dobey) wrote :

This is not a regression and this concept has not existed in the click scope since before the C++ rewrite of scopes, and I'm not sure it even worked then. That was over a year ago.

To do this would require a decently sized change to the scope itself, and would result in yet another network hit to another API endpoint (which will make starting the scope that much slower) on yet another server (which is another SSL connection, which can be very slow), as well as requiring an update to the translation packs for a new string in the scope.

This /is/ partially in the design for the scope, but I don't think this is going to be doable for the first OTA image, and we should probably have a bit more design input on it.

Revision history for this message
Martin Albisetti (beuno) wrote :

Given there's already a process that checks for updates, I would strongly suggest to not make another call per app preview, but rather use the existing process as a data source when showing whether a specific app you are looking at has an update.

Changed in canonical-devices-system-image:
milestone: ww09-2015 → none
Revision history for this message
dobey (dobey) wrote :

@Martin, yes that would be nice, but we don't have a system service with a dbus API and local cache to use for this. The system-settings update plug-in doesn't provide that. If you're referring to some other process/service which does provide that, it is not on the phone image AFAIK.

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

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

Changed in unity-scope-click (Ubuntu):
status: New → Confirmed
Revision history for this message
LionelB (retweet) wrote :

I have a related observation. Having deleted the Etsy scope I nevertheless get offered an 'update' when checking Update in Settings. There might have been some logic if I had deleted because I wanted to wait for a better version (but why would I delete rather than unfavourite ?)
An appropriate default would be to offer updates only to scopes that are currently installed. A less satisfactory option would be to offer a 'decline' option. In the absence of one of these there will be either a lengthening queue of unwanted alerts or the user will have to install every package and every update, wanted or no.

dobey (dobey)
Changed in unity-scope-click (Ubuntu):
importance: High → Medium
Changed in canonical-devices-system-image:
assignee: Thomas Strehl (strehl-t) → nobody
Revision history for this message
dobey (dobey) wrote :

@LionelB Updates are only offered to packages which are installed. How exactly did you "delete" the scope?

Revision history for this message
Sergi Quiles Pérez (sergiqp) wrote :
dobey (dobey)
Changed in unity-scope-click (Ubuntu):
assignee: Rodney Dawes (dobey) → nobody
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

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