Description of problem: In many situations (hotels, airports, various other types of "on the road" networks), you end up in a situation that although you have an IP address, you get redirected to some webpage to say "I agree to sacrifice my first born" before they grant you access to the internet. Many of these systems are simplistic and to be honest, broken. Many can only deal with 1 outstanding request from you, and go beserk on further ones. Unfortunately, the packagekit gnome applet tends to beat the browser in this regard, and leads to messy situations in practice. It would be a lot nicer if the updater would just wait 5 to 10 minutes after getting a connection before refreshing it's things; this also would be nice in the sense that people who log on to quickly check if there's mail get their mail before the bandwidth goes to the updater. But that's a side effect, the primary thing is the captive transproxy stuff that just keeps biting me time and time again.
Seems sensible, I'll try to do this tomorrow.
Fixed upstream: commit 8ef262585733147f16498471e0c0190db23fbc0b Author: Richard Hughes <richard> Date: Tue Oct 21 17:05:35 2008 +0100 bugfix: enforce a delay (default 5 minutes) when the system state changes to fix RH#467746 :100644 100644 3afb3a4... dbed08f... M data/gnome-packagekit.schemas.in :100644 100644 c876f08... cd518c4... M src/gpk-auto-refresh.c