| Summary: | Until initial metadata refresh on launch completes, Discover claims packages are not installed and don’t have reviews even when they are/have | ||
|---|---|---|---|
| Product: | [Applications] Discover | Reporter: | Karl Ove Hufthammer <karl> |
| Component: | discover | Assignee: | Dan Leinir Turthra Jensen <leinir> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | aleixpol, cappelikan, justin.zobel, katyaberezyaka, nate |
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | openSUSE | ||
| OS: | Linux | ||
| See Also: | https://bugs.kde.org/show_bug.cgi?id=408037 | ||
| Latest Commit: | https://invent.kde.org/plasma/discover/commit/676f354e013d61f3484b35ccfced5c01032457bf | Version Fixed In: | 5.22 |
| Sentry Crash Report: | |||
| Attachments: | incorrect version file | ||
|
Description
Karl Ove Hufthammer
2019-08-28 19:45:27 UTC
*** This bug has been marked as a duplicate of bug 411034 *** Reopening, as per comments in #411034. I observe this bug on the latest git master version of Discover. Karl can you please confirm if this is still an issue? I've tried to replicate it on Discover from git master but I can't. (In reply to Justin Zobel from comment #3) > Karl can you please confirm if this is still an issue? I've tried to > replicate it on Discover from git master but I can't. I can still confirm this with Discover 5.20.2. There are, however, some changes. The button is now *disabled* when fetching update. For an installed application, it now just says: Install to Write a Review When the ‘Fetching Updates’ process has finished, the button text is changed to Write a Review and the button is no longer disabled. Definitely still an issue. It's quite noticeable with openSUSE distros which take forever and a half to refresh the metadata on launch. I see OP also is using SUSE. I'm not entirely sure what should happen there (besides someone sitting down and seeing if there's an actual reason why zypper should be unbearably slow). Are you suggesting that we treat applications where we don't know their state as installed there? We could display a spinner instead of any text at all, while the data that the text depends on hasn't been loaded yet. A possibly relevant merge request was started @ https://invent.kde.org/plasma/discover/-/merge_requests/110 Git commit 676f354e013d61f3484b35ccfced5c01032457bf by Aleix Pol. Committed on 13/04/2021 at 16:19. Pushed by ngraham into branch 'master'. Show a less encouraging title on our UI when app state is being fetched So far we were displaying them as disabled but uninstalled. This is somewhat confusing in some cases, especially for openSUSE users where this process takes a while. M +1 -1 discover/qml/ApplicationPage.qml M +5 -1 discover/qml/InstallApplicationButton.qml https://invent.kde.org/plasma/discover/commit/676f354e013d61f3484b35ccfced5c01032457bf Created attachment 156758 [details]
incorrect version file
incorrect version file
Installed advanced radio player when updating, a version that does not correspond to the latest one and got this file SRsEwr-org.kde.plasma.advancedradio.tar.gz , latest version 2.3 , this file 2.2.1 although when updating it writes that the update is from version 2.2.1 to 2.3 source repository https://store.kde.org/p/1313987 Please submit a new bug report as your issue is something different. Thanks! |