See https://blogs.gnome.org/hughsie/2018/02/16/ for more details.

This way users will be able to cancel the updates from the apps' pages.

The cancellation of app related operations has been tied to each view
individually. E.g. if an app update is started from the updates page and
the user goes to that app's details page, even though there is a cancel
button showing, it won't do anything because it's cancellable object is
not the one with which the update operation was started.

Now that each app has a cancellable object, this patch makes use of that
to ensure that any operations related to the app are cancellable even if
they were started from a different page.

This cancellable should be used in operations related to the app, e.g.
installing, updating, etc. This is convenient because sometimes an
operation will be shown in different views, so we cannot use a local
cancellable, as it will be impossible to start the operation in one view
and cancel it in another.

The store cache is likely to be accessed by multiple threads on startup as the
popular / featured and installed snaps are requested in parallel.

The intent was always to show the highest version (e.g. F27 over F26),
but the implementation broke when GsAppList switched from list to array,
reversing the sort order.

This commit switches the UI code over to relying on getting upgrades in
the ascending sort order from the plugin loader.

https://bugzilla.redhat.com/show_bug.cgi?id=1494061

This stops the hardcoded values from being used.

We had pointers to realloced buffers. If the buffer was moved in a realloc then
they would point to invalid memory.

This was stopping large icons from being downloaded.

Fixes the following:
- Refactor refining code to be more efficient and reliable
- Cache icons
- Mark snaps as sandboxed
- Set screenshot dimensions
- Set install date
- Use gs_plugin_add_popular to show featured snaps

If we don't get a call to gs_updates_page_update_ui_state() then the button is left visible.

Resolves: https://bugzilla.gnome.org/show_bug.cgi?id=782605

As requested by the extensions.gnome.org maintainer

https://bugzilla.gnome.org/show_bug.cgi?id=779591

This can easily be spoofed with a malicious flatpakrepo or distro repo file.

Fixes: https://bugzilla.gnome.org/show_bug.cgi?id=781895

Jakub Steiner authored Mar 09, 2017 and Kalev Lember committed Mar 14, 2017

- scale down app icon to fit the new layout.

https://bugzilla.gnome.org/show_bug.cgi?id=779810

We do this per-remote when required, and we don't want to refresh everything at
startup like the other objects.