gnome-software:wip/hughsie/cairo_surface_t

Last commit made on 2018-11-26
Get this branch:
git clone -b wip/hughsie/cairo_surface_t https://git.launchpad.net/gnome-software

Branch merges

Branch information

Name:
wip/hughsie/cairo_surface_t
Repository:
lp:gnome-software

Recent commits

967c181... by Richard Hughes on 2018-11-26

Use cairo_surface_t rather than the deprecated GdkPixbuf for exported API

Note: we're still using GdkPixbuf as a file loader as cairo can only really
import PNGs rather than all the types supported in AppStream.

201b23a... by Robert Ancell on 2018-11-22

trivial: Remove unused variable

0f9c9ee... by Richard Hughes on 2018-11-19

shell-extensions: Fix regressions when switching to libxmlb

fff8d86... by Richard Hughes on 2018-11-21

trivial: Fix a potential critical warning for apps with no description

94b867b... by Kalev Lember <email address hidden> on 2018-11-18

Open the details page when using --details, not the search page

This used to work once upon a time, but things broke after the
introduction of the unique ID concept. GNOME Shell passes just the
desktop ID and never the unique ID and we broke the API on
gnome-software side expecting to get unique ID.

Fix this by using unique ID when it's passed in, and just the desktop
file name if that's what was passed in.

Also, never show the search page with --details as this seems like poor
user interaction (right click on an app in GNOME Shell, select "Show
Details" and then we get a search page).

Fixes: https://gitlab.gnome.org/GNOME/gnome-software/issues/529

80a17dc... by Kalev Lember <email address hidden> on 2018-11-17

flatpak: Fix installing flatpakrefs if the remote is already configured

When we parse a flatpakref file and find that the remote for the app is
already enabled, we try to show the app from the existing remote.

This commit fixes this to actually work.

The code was already there, but instead of returning the app from the
existing remote, it short circuited the flatpakref loading and returned
a half-loaded flatpakref GsApp that didn't have the associated runtime
correctly set up, and things went downhill from there on.

Fixes: https://gitlab.gnome.org/GNOME/gnome-software/issues/517

e05b45b... by Kalev Lember <email address hidden> on 2018-11-17

odrs: Don't fail updates if the ratings server is unavailable

Instead of returning FALSE in refresh(), generate a plugin event and
return TRUE.

This makes sure that if the third party odrs server happens to be down
it doesn't break updates for everybody.

Fixes: https://gitlab.gnome.org/GNOME/gnome-software/issues/527

4d188f3... by Philip Withnall <email address hidden> on 2018-11-12

lib: Add a quirk for parental filtering and filter results with it

In readiness for an upcoming feature, add a GsApp quirk to indicate
‘this app has been filtered by parental controls’. Apps will typically
be filtered due to their OARS ratings, but in order to keep the policy
flexible (and implementable by different plugins), we do the filtering
on the presence of a quirk.

Completely hide apps which have this quirk, unless they have been
installed already (which we take to mean that the parent has deemed them
acceptable for the system, despite their OARS rating).

Policy changes to set the new quirk will follow eventually.

Signed-off-by: Philip Withnall <email address hidden>

46ba1fa... by jimmac on 2018-11-13

data: featured app banner updates

- update app icons for the new style
- update ancient firefox icon

b1c6e82... by Charles Monzat <email address hidden> on 2018-11-10

Update French translation

(cherry picked from commit 1ecd341d8aa8ad188bb97e8fd9919cd7b5f265c3)