Code style & docs.
Lang code restructure from 1c9f455c, applied to Drupal6.php
Update CRM_Utils_System_Drupal6::loadBootStrap() based on CRM_Utils_System_Drupal::loadBootStrap().
Suppress E_NOTICE errors because we can end up with corrupted JSON from Drupal init.
Fix for issue CRM-13089

----------------------------------------
* CRM-13089: CRM_Core_BAO_CustomField::create overrides user-defined name parameter values
  http://issues.civicrm.org/jira/browse/CRM-13089
CRM_Utils_Hook_UnitTests - When running tests from an extension, the extension's hooks should still be called.
CRM-13096, drop unwanted table civicrm_official_receipt

----------------------------------------
* CRM-13096: Table civicrm_official_receipt missing from upgrades
  http://issues.civicrm.org/jira/browse/CRM-13096
Merge pull request #1336 from kurund/CRM-13096

CRM-13096, drop unwanted table civicrm_official_receipt
CRM-13156, fixed the wrong property

----------------------------------------
* CRM-13156: CRM_Core_BAO_EntityTag::getEntitiesByTag enumerates for incorrect field
  http://issues.civicrm.org/jira/browse/CRM-13156
Merge pull request #1340 from kurund/CRM-13156

CRM-13156, fixed incorrect property name
3 months of events & don't check payment for past events
past event: contrib ok but dont send receipt
fix notice for failing test(CRM-10138)
CRM-12869 This is a temporary fix from Eileen which prevents the over-write. However it also prevents the billing address from being saved for the payee, and requires the user to know that they need to manually replace the billing field values with the payer data. In general I do not think this record payment from a differnet contact feature  is production-ready (even though it is part of 4.3). Selecting a different payer should reload the the billing address fields with the payer info.

----------------------------------------
* CRM-12869: Record Payment from different contact causes email and address to be altered in contacts record
  http://issues.civicrm.org/jira/browse/CRM-12869
allow toggle back to current/future events
Abstract payment js to work in webform context
Fixed bug https://github.com/civicrm/civicrm-core/pull/1206#issuecomment-21285959
CRM-13143 contact reference field issue fix : the referencing for customIdObj was incorrect i.e. it was refering to corrupt element object, thus 'id' value was not getting stored in the correct element object so the formRule error was thrown of 'Invalid Contact ...' as the submission required numeric id
Merge pull request #1383 from pratik-joshi/CRM-13143-fix

CRM-13143 contact reference field issue fix : the referencing for customIdObj was incorrect i.e. it was refering to corrupt element object, thus 'id' value was not getting stored in the correct element object so the formRule error was thrown of 'Invalid C
Merge pull request #1367 from agh1/past3months-events

3 months of events & don't default to sending receipt for past events (CRM-13189)
Thx Andrew. I think the last change you made is quite helpful and works nicely.