Bug 398237 - Discover app re-fetches updates when opened from the Plasmoid that the Plasmoid already seems to know about
Summary: Discover app re-fetches updates when opened from the Plasmoid that the Plasmo...
Status: RESOLVED FIXED
Alias: None
Product: Discover
Classification: Applications
Component: discover (show other bugs)
Version: unspecified
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: Aleix Pol
URL:
Keywords:
: 403348 (view as bug list)
Depends on:
Blocks:
 
Reported: 2018-09-04 13:13 UTC by Nate Graham
Modified: 2019-03-16 21:30 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In: 5.16.0


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Nate Graham 2018-09-04 13:13:18 UTC
When you open the Update Notifier Plasmoid, it says, "n packages to update". It seems to already have a list of updates. But then when you click the "View Updates" button to open Discover, Discover has to fetch those updates all over again, which can take several seconds during which time the UI is showing the wrong thing.

It would be nice if Discover could always have the list of updates already available on launch because they've been pre-fetched by the notifier plasmoid.
Comment 1 Aleix Pol 2018-09-21 15:18:48 UTC
We don't get notified when new updates happen. We already keep refreshing every 24h  but otherwise there's not much else we can do.

Actually on apt/neon we check "apt-config dump" for Apt::Periodic::Update-Package-Lists value.
Comment 2 Nate Graham 2018-09-21 15:36:12 UTC
So the notifier and the app pull from different data sources?
Comment 3 Aleix Pol 2018-09-25 08:03:49 UTC
No, they pull the same. The fact that it's already pulled though doesn't mean that it's up to date. Re-pulling, even if it's with almost correct data is slow with apt.
Comment 4 Aleix Pol 2018-10-01 16:30:02 UTC
It refreshes the cache if the cache is older than 1h. You can see the time your cache has with this command:

pkcon get-time refresh-cache

We could extend it to be more than 1h but I don't think this should make a huge difference.
Comment 5 Nate Graham 2019-01-18 20:58:15 UTC
*** Bug 403348 has been marked as a duplicate of this bug. ***
Comment 6 Nate Graham 2019-01-18 20:59:12 UTC
This continues to feel weird, and we just got another bug report from a user. I think we should reconsider and see if we can improve the situation here.
Comment 7 Unknown 2019-02-25 18:38:35 UTC
I've been thinking about this recently and if a purely technical solution isn't apparent (and it doesn't seem to be), perhaps a workflow solution would do the trick. So instead of:

1. Single left click on Update icon that drops down to show number of updates and an update button.
2. Discover opens with a message of "Checking for updates...".

we might have something like this:

1. Single left click on Update icon which immediately loads Discover (on hover says "Updates Available" or similar).
2. Discover opens with a message of "Getting full list of updates..."

I feel this would be better as it doesn't set any expectations that X amount of downloads are available & gives the impression that the Updater/Discover has only just appeared so it being in the process of getting all the updates seems normal.

Though in some ways imprecise I believe this is how things are still done on Windows & people aren't unhappy about it there.
Comment 8 Nate Graham 2019-02-25 18:52:41 UTC
That's a pretty nice idea. It would also remove a step from the current workflow.
Comment 9 Nate Graham 2019-03-16 21:30:41 UTC
In fact, that's just what we ended up doing. :)