GNOME Bugzilla – Bug 772524
Appstream files in an app-info folder no longer get considered for Flatpak apps
Last modified: 2016-10-12 10:24:25 UTC
Created attachment 337088 [details] Example simple appstream file I have just noticed that if we add an XML file to an app-info folder (user or system wide) GNOME Software no longer reflects the changes expressed in that file automatically (e.g. if that file adds new categories to apps already known by g-s). The commit that introduces the issue is: commit b4ca13f897a3b88baf2a3be4249e811aaafad1d9 Do not rely on the AppStream plugin to handle searching in flatpak To reproduce just add an appstream file with a couple of app components, just their id and a category not visible in GNOME Software (easy if you compile without PackageKit).
So, I kinda forgot about this; we have two independent AsStore objects now. I'll have a think on how to solve this properly.
Sorry I dropped the ball on this; struggling with being sick here. I assume that system and user app-info matches would match both user and system flatpak apps? For instance, should a merge component in ~/.local/share/app-info/xmls/ be merged with a per-system flatpak app? My gut instinct says yes, but ideas welcome.
commit f4e7997118a001aab352d7c91697a57d4e5e1804 Author: Richard Hughes <richard@hughsie.com> Date: Wed Oct 12 10:17:43 2016 +0100 Load user and system merge components into the flatpak stores Fixes: https://bugzilla.gnome.org/show_bug.cgi?id=772524 :100644 100644 ff7fa80... ef4d396... M src/plugins/gs-flatpak.c Can you verify things and tell me if this actually fixes this bug please. Thanks!