| Summary: | With default source set to PackageKit backend, apps found via search (not browse) have non-default source prioritized | ||
|---|---|---|---|
| Product: | [Applications] Discover | Reporter: | EpicTux123 <EpicTux123> |
| Component: | discover | Assignee: | Plasma Bugs List <plasma-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | 4wy78uwh, akselmo, aleixpol, nate |
| Priority: | NOR | Keywords: | usability |
| Version First Reported In: | 6.3.5 | ||
| Target Milestone: | --- | ||
| Platform: | Fedora RPMs | ||
| OS: | Linux | ||
| Latest Commit: | https://invent.kde.org/plasma/discover/-/commit/2eafccaf3b60cfd51d1fcc5ca6ffadaf396e8dde | Version Fixed/Implemented In: | 6.5.0 |
| Sentry Crash Report: | |||
|
Description
EpicTux123
2025-05-26 06:10:11 UTC
Additional comment: I think this is not Discover's fault, but rather the appstream data that is incomplete. However, since Discover is able to suddenly know the existence of another format after acessing the app's page, then this workaround I suggested could be done as well (I believe so). Actually it's fine, I can reproduce this on Fedora 42 as well, with everything KDE built from source. Been looking into this bug. Somehow the rating field gets an empty rating: root.application.rating.packageName is empty. I get this error at times:
OdrsReviewsBackend::fetchReviews fetchin... "org.mozilla.firefox" "{\"app_id\":\"org.mozilla.firefox\",\"distro\":\"Arch Linux\",\"limit\":-1,\"locale\":\"en_US\",\"user_hash\":\"119e5969aa784aebca3ee48b3d125e35e3efb92c\",\"version\":\"143.0.1\"}"
org.kde.plasma.libdiscover: OdrsReviewsJob::reviewsFetched|?libDiscoverCommon.so?|?libDiscoverCommon.so? OdrsReviewsBackend: Error fetching reviews: "Error transferring https://odrs.gnome.org/1.0/reviews/api/fetch - server replied: " "<!DOCTYPE html>\n<head>\n <base href=\"//error.c.cdn77.org/\" target=\"_blank\">\n <meta http-equiv=\"Content-Type\" content=\"text/html; charset=utf-8\">\n <meta name=\"author\" content=\"(c) 2023 CDN77\">\n <meta name=\"description\" content=\"\">\n <meta name=\"keywords\" content=\"\">\n <meta name=\"viewport\" content=\"width=device-width, initial-scale=1\">\n <meta name=\"robots\" content=\"nofollow\" />\n <link rel=\"stylesheet\" href=\"css/main.css\">\n <link rel=\"shortcut icon\" href=\"img/favicon.ico\" />\n\n <title>Website is offline \xE2\x80\x93 Gateway time-out</title>\n</head>\n<body>\n <header class=\"Header\">\n <div class=\"Header-wrap\">\n <span class=\"Header-errorNumber\">Error 504</span>\n <h1 class=\"Header-title\">Gateway time-out</h1>\n <div class=\"Header-description\">CDN77 server haven't received a timely response from origin server.</div>\n <img src=\"img/error-scheme.png\" alt=\"Gateway time-out\" class=\"Header-scheme\">\n \n </div>\n </header>\n <section class=\"Section Section--errorBottom\">\n <div class=\"Section-wrap\">\n <div class=\"WhatToDo\">\n <div class=\"WhatToDo-column\">\n <h3 class=\"WhatToDo-title\">If you're a <strong>Visitor...</strong></h3>\n <div class=\"WhatToDo-description\">\n <p>Please try again in a few minutes. If the problem persists for more than 30 minutes, try contacting website owner via a different channel.</p>\n </div>\n </div>\n <div class=\"WhatToDo-column\">\n <h3 class=\"WhatToDo-title\">As the <strong>Website administrator...</strong></h3>\n <div class=\"WhatToDo-description\">\n <p>Take a look at the article on <a href=\"https://client.cdn77.com/support/knowledgebase/cdn-resource/troubleshooting-error-messages\" class=\"common-link\">troubleshooting error messages</a> in our knowledgebase.</p>\n </div>\n </div>\n </div>\n \n </div>\n </section>\n</body>\n"
OdrsReviewsBackend::fetchReviews fetchin... "org.mozilla.firefox" "{\"app_id\":\"org.mozilla.firefox\",\"distro\":\"Arch Linux\",\"limit\":-1,\"locale\":\"en_US\",\"user_hash\":\"119e5969aa784aebca3ee48b3d125e35e3efb92c\",\"version\":\"143.0.1-1\"}"
OdrsReviewsBackend::fetchReviews fetchin... "org.mozilla.firefox" "{\"app_id\":\"org.mozilla.firefox\",\"distro\":\"Arch Linux\",\"limit\":-1,\"locale\":\"en_US\",\"user_hash\":\"119e5969aa784aebca3ee48b3d125e35e3efb92c\",\"version\":\"143.0.1\"}"
OdrsReviewsBackend::fetchReviews fetchin... "org.mozilla.firefox" "{\"app_id\":\"org.mozilla.firefox\",\"distro\":\"Arch Linux\",\"limit\":-1,\"locale\":\"en_US\",\"user_hash\":\"119e5969aa784aebca3ee48b3d125e35e3efb92c\",\"version\":\"143.0.1-1\"}"
That's simply the server failing.
Also I see that since we use the packaging versioning we get weird results. I'll submit an MR to always use versions from AppStream.
Seems I've been replying to wrong reports 😩 Ignore my earlier comment Git commit 7f2c06c1175781fc3998927b9759e87885b2195d by Aleix Pol. Committed on 30/09/2025 at 15:09. Pushed by apol into branch 'master'. flatpak: Fix searches Do not triage away the items that were provided by the appstream pool. We might be missing important things. To reproduce the issue: `plasma-discover --backends --search "mozilla firefox"` M +8 -4 libdiscover/backends/FlatpakBackend/FlatpakBackend.cpp https://invent.kde.org/plasma/discover/-/commit/7f2c06c1175781fc3998927b9759e87885b2195d Git commit 2eafccaf3b60cfd51d1fcc5ca6ffadaf396e8dde by Aleix Pol. Committed on 30/09/2025 at 15:27. Pushed by apol into branch 'Plasma/6.5'. flatpak: Fix searches Do not triage away the items that were provided by the appstream pool. We might be missing important things. To reproduce the issue: `plasma-discover --backends --search "mozilla firefox"` M +8 -4 libdiscover/backends/FlatpakBackend/FlatpakBackend.cpp https://invent.kde.org/plasma/discover/-/commit/2eafccaf3b60cfd51d1fcc5ca6ffadaf396e8dde |