#310139 by fonant, c960657, pwolanin: drupal_urlencode() and Drupal.encodeURIComponent was used to encode query strings and other components it should not have been used for

#243253 by Benjamin Melançon, dww: Update status should not attempt to request update data until a limit is reached. Fixed Drupal instances when drupal.org is down and gets less load on Drupal.org if data is not found.

#445748 by Dave Reid, dww: Fix module support for disabled module update status checking and do not track usage in that case.

#220592 by dww and pwolanin: Always use the database for caching in update module, so that drupal.org project data persists. Improves both local and drupal.org site performance.

#245990 follow up by Damien Tournoud, David_Rothstein, pwolanin: Move back to an internal URL check for HTTP request checking and make the request checking less intrusive on what requests can be accomplished

#200028 by agentrickard, dww: cache more project module data, so there is less burden on Drupal when generating admin pages (performance)

#196535 by sun, chx, dww: check whether Drupal can issue HTTP requests at all, so we know that this is the cause of problems, not the remote host not responding.

#178892 by webchick: use drupal_get_private_key() instead of directly retrieving the drupal_private_key variable in update module, so we can ensure a proper private key is generated

  Woot, woot! :)