Show addons as updates to apps when the project group and developer is the same

Bug #1529953 reported by Danielle Foré
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
AppCenter
New
Wishlist
Unassigned

Bug Description

I think we can use/abuse the addons system to make addon updates better. For example if we have an update to a plug, it would make sense to show that as an update to system settings instead of as an update to "Operating system updates". So, when both the developer and the project group are the same as an addon's parent, we should associate it as an update to that parent.

My reasoning here is that when the developer or project group is not the same, I think we want to show those updates separately. For example, if you get an update to AdBlock, we wouldn't want to show that as a Midori update I don't think. The same goes for things like Synapse indicator for Wingpanel. We want to be able to keep 3rd party addons separate.

Since we have the "developer" and "project group" fields available, we have the information to know if an addon is developed by the 1st party (like an update to the network plug for example) or a 3rd party (an update to tweaks). Checking both fields gives the 1st party an ability to distribute non-default addons and have them counted independently. So let's say elementary wanted to distribute a non-default wingpanel indicator we could do that by changing the project group to something else.

Changed in appcenter:
importance: Undecided → Wishlist
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.