CRM-14856 - CRM_Profile_Form - Load postURL and add_to_group from DB (instead of POST)

Also:
 * Keep & use a single copy of the UFGroup in $this->_ufGroup.
 * Retain "gid" as a hidden field (for use in POST-backs).

Conflicts:
	CRM/Profile/Form.php
	CRM/Profile/Form/Edit.php
backport various hooks
CRM-14856 - CRM_Profile_Form_Edit - Reimplement cancelURL

Conflicts:
	CRM/Profile/Form/Edit.php
CRM-14657 fix backport - variable name had changed
CRM-14856 - Fix regression with Drupal-Profile integration
 CRM-14856 - CRM_Profile_Form - Restore behavior of add_to_group_id wh

en there are multiple profiles

The behavior is to scan a combined list of UFFields, see if each UFField's
parent UFGroup has add_to_group, and use it if found.  If multiple
UFGroups define add_to_group, then the value of the last UFField wins.

I don't see this as good behavior -- just compatible behavior.
Update civicrm-version.php
add 4.2 stable drupal folder to d6 repo

4.2.7 updates to drupal folder

increment module versions to 4.2.9
set mysql connection timezone in civicrm.module
For d6 we have no sites using html_purifier module so won't worry about
civi imcompatibility
Revert "Proposed CRM-11966 Html_purifier module incompatibility"

This reverts commit 44061e3870a4ac23d6b6de31430638154c7c2db0.

partial revert onCRM-13598 d6
CRM-14109 move assumption that no clauses exist until after the ACL clause so that ACL users do not have is_active=1 added when trying to view disabled
Update civicrm.info