https://bugs.kde.org/show_bug.cgi?id=399530

            Bug ID: 399530
           Summary: Give up on de-duplicating apps available from multiple
                    backends and instead highlight their differing sources
           Product: Discover
           Version: unspecified
          Platform: Other
                OS: Linux
            Status: REPORTED
          Severity: normal
          Priority: NOR
         Component: discover
          Assignee: aleix...@kde.org
          Reporter: n...@kde.org
  Target Milestone: ---

For a year, I've been working on getting upstream software to standardize their
AppStream IDs so that Flatpak and PackageKit apps will be properly
de-duplicated in Discover.

The effort cannot be considered a success. I've gotten only about a dozen apps
to play ball, and in some cases they did it wrong or used an ID different from
the one on Flathub, so the ID is still different. Varying distro release cycles
mean that a lot of distros still stil with old AppStream data. And of course
Snap apps cannot be de-duplicated at all right now due to no AppStream ID being
visible to us.

The result is that Discover users still see "duplicates" when they search for
apps with more than one app backend installed. It remains a bad user
experience. So I'd like to propose a UI change that I believe will bypass this
problem rather than futilely fighting against it.

Instead of trying to de-duplicate apps from multiple backends by matching
AppStream IDs, we instead show all the different instances of each app on the
browse lists and search results, but with their sources (Flatpak, Snap, or
distro package) indicated on the delegate. I think this will be much more
friendly than trying and usually failing to de-duplicate apps.

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to