Description of problem: When there has been a sotfware update failure due to the lack of connexion, the failure goes on even after having established the connexion ; I have to exit and restart F12, establish the connexion and try a new software update to make him display the 170 available updates. Version-Release number of selected component (if applicable): the one in Fedora12 shippment How reproducible: Always Steps to Reproduce: 1. Enter a session in a freshly installed F12. Don't activate the network, launch System / Administration / Software Update ; gpk-update-viewer displays there is no update available ; this is understandable. 2. Then activate the network and launch Firefox to check it works 3. Launch System / Administration / Software Update again Actual results: Gpk-update-viewer keeps displaying there are no available update. Expected results: Gpk-update-viewer should display the 170 available updates. Additional info: A failed attempt to reach the update repository, due to the lack of network, seems to prevent the Gpk-updae-viewer (or one of its sub component) to try the connexion again. Sorry for my rogue english and any misattribution to the pirut component, I'm new there.
Why does everyone think "GUI updater" == pirut all of a sudden?
(In reply to comment #1) > Why does everyone think "GUI updater" == pirut all of a sudden? Sorry James if I have linked this bug to pirut. I can't find any component named "GUI updater" in the list of components available in the bug creation form. Anyway I can see in the history that you have already corrected to gnome-packagekit. Thank you very much for your help.
I'm guessing "gpk-update-viewer -v" might provide some clues for the developers on this one, if you run that from the command line instead of from the Gnome menu and attach the results to this report. --- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
gpk-update-icon won't go and get updates just because the connection suddenly comes up, it sticks to the policy check which is by default once a day. If you want to force the icon to get new updates, setting /apps/gnome-packagekit/update-icon/force_get_updates_login to TRUE in gconf-editor should fix things.
But this bug is about gpk-update-viewer, not gpk-update-icon?
(In reply to comment #5) > But this bug is about gpk-update-viewer, not gpk-update-icon? Ahh, well spotted! Thanks. commit e45656f4ef9589beced5ad846749c24333c13509 Author: Richard Hughes <richard> Date: Sat Jan 9 18:24:31 2010 +0000 Re-get the update list in the update viewer if the network state changes. Fixes rh#543871
I just installed F13 x86_64 (next release) and I think that I just experienced something like this bug. 1. Fresh installation of F13, rebooted. 2. nm doesn't bother to connect to wired network (why? I think that this is some policy change in the last few Fedora releases). 3. I do a "software-update" (gpk-update-viewer) and reports that "All software is up to date. There are no software updates available for your computer at this time." (clearly not true; "no networking so no updates found" would be more accurate and useful) 4. I figure out that nm is acting dumb or safe, and tell it to enable eth0. 5. I do "software update" and immediately get the same misleading "All software is up to date" message, even though it could and should use the network connection. So I used "yum update". There were a lot of updates! It appears as if gpk-update=viewer thinks "I don't need to check again because I checked recently", even though it actually was unable the check during that recent attempt. Perhaps there should be two times recorded: last attempted check and last time repos successfully checked (perhaps even one of those per repo). Oh, and another thing: gpk-update-viewer seems to dismiss its own windows (at least in the case where it thinks the system is up to date) rather too quickly. When I run a command, I expect the result to stay on screen until I dismiss it. I think that this is a bug. Is it the same bug or is a new bz entry needed?