After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 763566 - Software provides incorrect information regarding availability of updates
Software provides incorrect information regarding availability of updates
Status: RESOLVED OBSOLETE
Product: gnome-software
Classification: Applications
Component: General
3.20.x
Other Linux
: Normal major
: ---
Assigned To: GNOME Software maintainer(s)
GNOME Software maintainer(s)
Depends on:
Blocks:
 
 
Reported: 2016-03-13 15:00 UTC by Michael Catanzaro
Modified: 2018-01-24 17:01 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Screenshot of bug (763.48 KB, image/png)
2016-03-13 15:00 UTC, Michael Catanzaro
Details

Description Michael Catanzaro 2016-03-13 15:00:59 UTC
Created attachment 323792 [details]
Screenshot of bug

See attached screenshot. I opened the Updates tab at 9:50. Software said it is up to date, last checked 9:50. I then clicked Refresh, and it said it's up to date, last checked 9:51. But dnf finds 80 updates.

The "last checked" claim is obviously BS. Please *actually* check for updates when I click the refresh button without returning early for whatever reason.

Related: After running 'dnf update' but not proceeding with the dnf update, and clicking the Refresh button in Software again, it's then on the third try, eight minutes later, finally able to find the updates.
Comment 1 Matthias Clasen 2016-03-13 17:20:58 UTC
Lets just say the title of the bug is nonconductive to fixing this. 'lie' implies bad intent. I think you should tone that down a little if you are interested in a constructive solution instead of bickering
Comment 2 Michael Catanzaro 2016-03-13 19:26:32 UTC
(In reply to Matthias Clasen from comment #1)
> Lets just say the title of the bug is nonconductive to fixing this. 'lie'
> implies bad intent. I think you should tone that down a little if you are
> interested in a constructive solution instead of bickering

Sorry, let's go with "Software provides incorrect information regarding availability of updates"
Comment 3 Michael Catanzaro 2016-05-31 15:30:17 UTC
Any plans to look into this? Fedora has been dinged for this ever since we switched to GNOME Software. It's still broken in Fedora 24. For instance, today on my computer that had not been updated in a week, Software said it was up to date, and that the last check for updates was one minute ago. However, pressing the refresh button caused it to immediately begin downloading updates. So this is not just some state tracking difference between PackageKit and dnf.
Comment 4 Michael Catanzaro 2016-06-16 14:22:12 UTC
An easy, almost 100% reproducer is to do a fresh install of F23 and visit the updates tab in GNOME Software... it will say all software is up to date. Click the refresh button, it will spin for a bit and then report all software up to date. Something's wrong there; of course there are hundreds of updates since F23 was released. Wait about 10 minutes and then the check will finally work.
Comment 5 Michael Catanzaro 2016-08-16 13:56:15 UTC
See also: PackageKit issue #157
Comment 6 Sergio 2016-11-13 23:24:39 UTC
(In reply to Michael Catanzaro from comment #5)
> See also: PackageKit issue #157

where is this PackageKit issue #157 ? 

I think this is a problem of cache age , when you click refresh you call: 
    pkcon refresh

but if you run at terminal as root: 
    pkcon refresh force

you will get the updates,  so set cache age lower will help you , in apper I can setup it but in gnome-software I don't find it . 

bottom line, if when we press refresh it call "pkcon refresh force" should fix this issue, the question is if we should have 2 refresh buttons , one light refresh and other force refresh to regenerate all cache.
Comment 7 Michael Catanzaro 2016-11-14 13:18:43 UTC
(In reply to Sergio from comment #6)
> where is this PackageKit issue #157 ? 

https://github.com/hughsie/PackageKit/issues/157

> the question is if we should have 2 refresh buttons

Definitely not. Users have no clue what a cache is. Refresh just needs to work. :)
Comment 8 Sergio 2016-11-14 15:53:34 UTC
(In reply to Michael Catanzaro from comment #7)
> (In reply to Sergio from comment #6)
> > where is this PackageKit issue #157 ? 
> 
> https://github.com/hughsie/PackageKit/issues/157
> 
> > the question is if we should have 2 refresh buttons
> 
> Definitely not. Users have no clue what a cache is. Refresh just needs to
> work. :)


but do you get updates ? if you run at terminal as root: 
    pkcon refresh force
Comment 9 Michael Catanzaro 2016-11-22 13:29:26 UTC
Today I noticed that if I run 'dnf update' to update a single package while the Updates page is shown, Software goes from showing the updates to showing "all up to date" which is totally wrong, it should have gone back to "checking for updates."

(In reply to Sergio from comment #8) 
> but do you get updates ? if you run at terminal as root: 
>     pkcon refresh force

My comment was about the desired behavior of the refresh button in the UI, I wasn't intending to contradict your observation!
Comment 10 Sergio 2016-11-22 13:39:54 UTC
(In reply to Michael Catanzaro from comment #9) 
> (In reply to Sergio from comment #8) 
> > but do you get updates ? if you run at terminal as root: 
> >     pkcon refresh force
> 
> My comment was about the desired behavior of the refresh button in the UI, I
> wasn't intending to contradict your observation!

but if you confirm that running: pkcon refresh force fix your problem, we may have more information .
Comment 11 GNOME Infrastructure Team 2018-01-24 17:01:48 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gnome-software/issues/42.