[Discover] [Bug 423723] Subjectively speaking, Discover takes too long to be useful after it starts up
https://bugs.kde.org/show_bug.cgi?id=423723 Nate Graham changed: What|Removed |Added See Also||https://bugs.kde.org/show_b ||ug.cgi?id=400808 -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 423723] Subjectively speaking, Discover takes too long to be useful after it starts up
https://bugs.kde.org/show_bug.cgi?id=423723 Riccardo Robecchi changed: What|Removed |Added CC||sephiroth...@hotmail.it --- Comment #9 from Riccardo Robecchi --- This also seems to be related to https://bugs.kde.org/show_bug.cgi?id=400808. -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 423723] Subjectively speaking, Discover takes too long to be useful after it starts up
https://bugs.kde.org/show_bug.cgi?id=423723 Nate Graham changed: What|Removed |Added Version Fixed In||5.20 -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 423723] Subjectively speaking, Discover takes too long to be useful after it starts up
https://bugs.kde.org/show_bug.cgi?id=423723 Aleix Pol changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED Latest Commit||https://invent.kde.org/plas ||ma/discover/commit/3e85afeb ||8e1d52264262d8093b27da52e58 ||bf1d7 --- Comment #8 from Aleix Pol --- Git commit 3e85afeb8e1d52264262d8093b27da52e58bf1d7 by Aleix Pol. Committed on 22/07/2020 at 22:39. Pushed by apol into branch 'master'. pk: only resolve packages as they're offered from a ::search call It should make the resolve calls a bit faster since we are not processing all packages at startup. It does increase the calls we make though. M +1-1libdiscover/backends/PackageKitBackend/CMakeLists.txt R +34 -6libdiscover/backends/PackageKitBackend/PKResolveTransaction.cpp [from: libdiscover/backends/PackageKitBackend/TransactionSet.cpp - 053% similarity] R +15 -6libdiscover/backends/PackageKitBackend/PKResolveTransaction.h [from: libdiscover/backends/PackageKitBackend/TransactionSet.h - 080% similarity] M +89 -54 libdiscover/backends/PackageKitBackend/PackageKitBackend.cpp M +8-3libdiscover/backends/PackageKitBackend/PackageKitBackend.h M +11 -0libdiscover/utils.h https://invent.kde.org/plasma/discover/commit/3e85afeb8e1d52264262d8093b27da52e58bf1d7 -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 423723] Subjectively speaking, Discover takes too long to be useful after it starts up
https://bugs.kde.org/show_bug.cgi?id=423723 Bug Janitor Service changed: What|Removed |Added Status|CONFIRMED |ASSIGNED --- Comment #7 from Bug Janitor Service --- A possibly relevant merge request was started @ https://invent.kde.org/plasma/discover/-/merge_requests/15 -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 423723] Subjectively speaking, Discover takes too long to be useful after it starts up
https://bugs.kde.org/show_bug.cgi?id=423723 --- Comment #6 from Michael --- Two new modes where Discover takes a long time... If I go to Dolphin, left-click on the space information indicator in the lower-right-hand corner, a menu appears, choose More -> KDiskFree -> Install. Discover launches and takes 43 seconds to become usable (first attempt) or 6 seconds (second attempt). It's unclear to me why the first invocation was so long compared to the second invocation. If I go to Kickoff, find an app I don't want, right-click on it, select "Uninstall of Manage Add-Ons", then Discover launches and takes 6 seconds to be usable. -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 423723] Subjectively speaking, Discover takes too long to be useful after it starts up
https://bugs.kde.org/show_bug.cgi?id=423723 --- Comment #5 from Michael --- I wouldn't be surprised if the extra time difference was because Discover is also refreshing snap and flatpak repos. I don't mind that it does this. I do mind that just 5 seconds after the system displays the update notifier icon, I click on it, and then Discover decides it needs to refresh everything all over again. But I'll be curious to hear what you find. -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 423723] Subjectively speaking, Discover takes too long to be useful after it starts up
https://bugs.kde.org/show_bug.cgi?id=423723 Nate Graham changed: What|Removed |Added Resolution|WAITINGFORINFO |--- Priority|NOR |HI Ever confirmed|0 |1 Status|NEEDSINFO |CONFIRMED --- Comment #4 from Nate Graham --- Thanks, that's helpful. I can reproduce the long delay in checking for updates, which has annoyed me for quite some time as well. I just timed Discover vs running `pkcon refresh` on the command line; Discover took 26 seconds, while `pkcon refresh took 6 seconds`. Resolving the discrepancy will probably reveal the underlying issue causing the delay at startup. -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 423723] Subjectively speaking, Discover takes too long to be useful after it starts up
https://bugs.kde.org/show_bug.cgi?id=423723 --- Comment #3 from Michael --- A few more thoughts I notice that Discover has two modes: an update mode, and a store mode. Launching Discover into the update mode seems to have the longest and most varied delay before I can do something with Discover. Today it was 30 seconds exactly from the time its window appeared to when I could click Update All. Launching Discover into the store mode is shorter in terms of waiting, on average of 5 seconds for me on my SSD-backed system. It might be significantly longer on a HDD-backed machine. Regardless, it's still time staring at a window wondering when I can be productive. It would be great if the wait in these two modes were eliminated. It might take some chewing on the design to work it out, but I think it would be great for the perception that "KDE is responsive" as well as "KDE is highly configurable". -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 423723] Subjectively speaking, Discover takes too long to be useful after it starts up
https://bugs.kde.org/show_bug.cgi?id=423723 --- Comment #2 from Michael --- Okay, what do I mean by "useful"? I mean that Discover is in a waiting state when it appears, always. How long that waiting state is, is variable. I boot my laptop. 3 minutes after the update notifier appears in the system tray, I click on the update notifier icon and Discover launches. A 27 seconds wait ensues, where Discover says "Fetching updates...". Yet my computer had just finished the fetching updates process a few minutes before. Why wait in this instance? Instead of clicking the "Update All" button at the top of Discover, I close the app. I click the update notifier once again to measure the wait. Discover launches. It takes 5 seconds of looking at the "Fetching updates..." text before I can do something. Every time I launch Discover regularly from the Kickoff menu on my SSD-backed system, Discover takes 5 seconds to display "Loading" with the spinning arrow before I could do anything. On the other hand, I launch Muon and all the packages appeared instantly when the GUI showed up. My point is that the variable waiting aspect of Discover makes me not want to reach for it, even though it is an excellently engineered piece of software in every other respect. -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 423723] Subjectively speaking, Discover takes too long to be useful after it starts up
https://bugs.kde.org/show_bug.cgi?id=423723 Nate Graham changed: What|Removed |Added CC||n...@kde.org Resolution|--- |WAITINGFORINFO Status|REPORTED|NEEDSINFO --- Comment #1 from Nate Graham --- I have a rough idea of what you mean, but can you clarify what you mean by "useful?" What doesn't work until after you wait a while? -- You are receiving this mail because: You are watching all bug changes.
