Merge remote-tracking branch 'upstream/4.4' into 4.4-master-2013-10-18-16-49-03

Conflicts:
sql/civicrm_generated.mysql

Merge pull request #1811 from totten/4.4-setupsh-escape

setup.sh - Quote directory names (which may have spaces)

setup.sh - Quote directory names (which may have spaces)

Merge pull request #1804 from davecivicrm/CRM-11245

CRM-11245 - Reworked the patch to use the configured date format.

Merge pull request #1806 from pratik-joshi/CRM-13604

CRM-13604 fix : update mentioned state provinces for country 'Guatemala'

Merge remote-tracking branch 'upstream/4.4' into 4.4-master-2013-10-17-18-19-41

Merge branch 'hr-130' of git://github.com/dakshayani/civicrm-core into pull-request-1713

Merge remote-tracking branch 'upstream/4.4' into 4.4-master-2013-10-17-17-47-49

Conflicts:
CRM/Contact/BAO/Individual.php
sql/civicrm_generated.mysql

CRM-13604 fix : update mentioned state provinces for country 'Guatemala'

----------------------------------------
* CRM-13604: Few Province/State are miss-spelled for country Guatemala
  http://issues.civicrm.org/jira/browse/CRM-13604

Merge pull request #1805 from deepak-srivastava/upgrade

CRM-13389, CRM-13555 - Upgrade from 4.0.* to 4.4: DB Error: no such tabl...

CRM-13389, CRM-13555 - Upgrade from 4.0.* to 4.4: DB Error: no such table civicrm_setting

CRM-11245 - Reworked the patch to use the configured date format.

----------------------------------------
* CRM-11245: Display more information in the "Event Name" autocomplete when searching
  http://issues.civicrm.org/jira/browse/CRM-11245

Merge pull request #1766 from pratik-joshi/CRM-13551

CRM-13551

Merge pull request #1800 from monishdeb/CRM-13601

CRM-13601 fix -  Multilingual upgrade 4.3.5 to 4.4 beta throws up an err...

Merge pull request #1801 from jmcclelland/jscal-fix

No js cal on read only fields

fixing to match default smarty syntax.

http://issues.civicrm.org/jira/browse/CRM-13565

don't display js pop up on read-only date fields.

It's confusing to the users. See:
http://issues.civicrm.org/jira/browse/CRM-13565

CRM-13601 fix -  Multilingual upgrade 4.3.5 to 4.4 beta throws up an error

http://issues.civicrm.org/jira/browse/CRM-13601

Merge pull request #1797 from dlobo/CRM-11794

CRM-11794 - drop all triggers with civicrm_ prefix

CRM-11794 - drop all triggers with civicrm_ prefix

----------------------------------------
* CRM-11794: Drop Trigger IF Exists fatals if custom table too long
  http://issues.civicrm.org/jira/browse/CRM-11794

Merge pull request #1796 from pratik-joshi/CRM-13591

CRM-13591 : fixed condition check for display value returning function for custom fields (i.e used for returning appropriate val for Yes/No fields)

Merge pull request #1793 from dlobo/CRM-11794

CRM-11794 - shorten trigger names and add random string to ensure uniqne...

CRM-13591 : fixed condition check for display value returning function for custom fields (i.e used for returning appropriate val for Yes/No fields)

----------------------------------------
* CRM-13591: Yes / No fields are not properly displayed in profile view
  http://issues.civicrm.org/jira/browse/CRM-13591

Merge pull request #1783 from ravishnair/CRM-13557fix

-- CRM-13557 changes as per comment

Merge pull request #1794 from dlobo/CRM-13560

CRM-13560 - add documentation

CRM-13560 - add documentation

----------------------------------------
* CRM-13560: hook_civicrm_unsubscribeGroups is undocumented
  http://issues.civicrm.org/jira/browse/CRM-13560

CRM-11794 - shorten trigger names and add random string to ensure uniqness

----------------------------------------
* CRM-11794: Drop Trigger IF Exists fatals if custom table too long
  http://issues.civicrm.org/jira/browse/CRM-11794

Merge pull request #1769 from vivekarora/CRM-12060-4.4Patch

CRM-12060 - Support hook_civicrm_permissions on WordPress

Merge pull request #1791 from pratik-joshi/CRM-13573

CRM-13573 : fix to process search criteria on page load as well

Merge pull request #1789 from pratik-joshi/CRM-13571

CRM-13571 : replace 'Møre ag Romsdal' with 'Møre og Romsdal'

Merge pull request #1773 from davejenx/CRM-8338-merge-by-household

CRM-8338 implement CRM_Contact_Form_Task::mergeContactIdsByHousehold(), ...

Merge pull request #1792 from ravishnair/CRM-13570

-- CRM-13570 fix

-- CRM-13570 fix

----------------------------------------
* CRM-13570: Admin-only price set fields not available when adding multiple contacts to event from advanced search results
  http://issues.civicrm.org/jira/browse/CRM-13570

Merge pull request #1790 from deepak-srivastava/cf-reports

CRM-13546 - Custom fields in CiviReport: 'access all custom data' permis...

CRM-13573 : fix to process search criteria on page load as well

----------------------------------------
* CRM-13573: Manage Groups display shows disabled groups on initial display - but disabled groups option is NOT selected
  http://issues.civicrm.org/jira/browse/CRM-13573

CRM-13546 - Custom fields in CiviReport: 'access all custom data' permission not respected

-- CRM-13557 added display_name and sort_name in the list

----------------------------------------
* CRM-13557: Contact Hash is appearing on manual merge screen and should be suppressed
  http://issues.civicrm.org/jira/browse/CRM-13557

CRM-13571 : replace 'Møre ag Romsdal' with 'Møre og Romsdal'

----------------------------------------
* CRM-13571: Wrong name on a Norwegian county in the core files
  http://issues.civicrm.org/jira/browse/CRM-13571

Merge pull request #1785 from sfe-ev/name_fields_config

Make all Individual name fields configurable

Merge pull request #1784 from vivekarora/HR-176-Corrected

HR-176 - External ID - this field needs to be included below the CiviHR ...

Merge pull request #1786 from totten/4.4-smarty-ts

CRM-13580 - Set translation domain implicitly (for Smarty)

CRM-13580 - ts - Set the default translation domain based on $extensionKey

Reset $extensionKey when loading each file. This puts the onus on developers
to set the extensionKey once in each file using {assign} or {tsScope}, but
it prevents the extension key from leaking unintentionally to other files,
and it allows developers to handle weird situations explicitly.

(Example weird situation -- using one extension to override another
extension's template; or having multiple extensions share a common
translation key.)

----------------------------------------
* CRM-13580: Set translation domain implicitly in extensions
  http://issues.civicrm.org/jira/browse/CRM-13580

CRM-13580 - crmScope - Add support for "dynamic variable scopes" in Smarty

This allows one to temporarily a set variable for a brief duration -- and
restore the variable's original value afterward.

----------------------------------------
* CRM-13580: Set translation domain implicitly in extensions
  http://issues.civicrm.org/jira/browse/CRM-13580

Make all Individual name fields configurable

Adding a third block to the 'contact_edit_options' setting, to allow
controlling which of the various name fields (prefix, formal title,
first name, middle name, last name, suffix) show up on the contact edit
forms. (Both main form and quick edit of the contact name.)

For now, the name fields can only be enabled or disabled; there is no
support for changing the order in which they appear on the edit forms.
While this could be handled trivially in the configuration UI (the code
is already there for the other parts of 'contact_edit_options'), it
would require a major change to how the actual name edit forms are
constructed -- and I'm not even sure there is an actual use case for
that...

Note: This change doesn't affect the Display Name -- that one is still
configured using the token-based template.

Also, it doesn't affect all the other places where name fields are used
(soft credits, honoree, billing contacts etc.): there are way too many
of them, each implemented separately (and inconsistently). Again, the
way forward seems to be centralising all name field handling in a common
piece of code, and invoking that in all places dealing with Individual
name fields...

After merging this, sql/civicrm_generated.sql needs to be regenerated,
to pick up the new option values and default setting.

Revert "Make `formal_title` field optional"

This reverts commit 5b5217d75b850748f19707387b65806831acf670.

In preparation for more generic name field configurability.

HR-176 - External ID - this field needs to be included below the CiviHR ID field

Merge pull request #1772 from eileenmcnaughton/CRM-13234

CRM-13234 add adjust profile api to link related items

Merge pull request #1775 from pratik-joshi/CRM-13237

fix for CRM-13237 : we are currently not updating contribution activity while editing contributions, thats why the campaign id doesn't get saved in activity record during contribution edits

Merge pull request #1776 from monishdeb/CRM-9988

CRM-9988 fix - Panama in Africa West, East, Central and Southern region

Merge pull request #1777 from monishdeb/CRM-12653

Crm 12653 related fix

Merge pull request #1779 from pratik-joshi/CRM-13563

CRM-13563 fix: exclude the 'save and new' button on form for group search context

Merge pull request #1780 from pratik-joshi/CRM-13568

CRM-13568 : variable definition was missing

Merge pull request #1763 from colemanw/prefix-suffix

CRM-13344 - Individual/Pseudoconstant - Fix prefix/suffix

-- CRM-13557 changes as per comment

----------------------------------------
* CRM-13557: Contact Hash is appearing on manual merge screen and should be suppressed
  http://issues.civicrm.org/jira/browse/CRM-13557

Merge pull request #1782 from deepak-srivastava/upgrade

CRM-13555, remove description column from default list atleast for upgra...

CRM-13555, remove description column from default list atleast for upgrade.

Merge pull request #1778 from ravishnair/CRM-13557fix

-- CRM-13557 suppressed invalid fields during manual merge

CRM-13568 : variable definition was missing

----------------------------------------
* CRM-13568: e-notices on contribution -membership report
  http://issues.civicrm.org/jira/browse/CRM-13568

CRM-13563 fix: exclude the 'save and new' button on form for group search context

----------------------------------------
* CRM-13563: Registering a group of contacts for an event from Manage group option gets error when "Save and New" button is selected.
  http://issues.civicrm.org/jira/browse/CRM-13563

Indentation fix at same commit

CRM-12653 related fix

----------------------------------------
* CRM-12653: Add Soft Credit Amount Field to Batch Data Entry
  http://issues.civicrm.org/jira/browse/CRM-12653

CRM-9988 fix - Panama in Africa West, East, Central and Southern region

http://issues.civicrm.org/jira/browse/CRM-9988

-- CRM-13557 also suppressed other invalid fields

----------------------------------------
* CRM-13557: Contact Hash is appearing on manual merge screen and should be suppressed
  http://issues.civicrm.org/jira/browse/CRM-13557

Merge pull request #1770 from agh1/record-activity-task-custom-search

CRM-13564 "Could not find a valid session key" after create activity in custom search

CRM-13237 : code comment

----------------------------------------
* CRM-13237: Campaign ID in Activites table does not update after edits
  http://issues.civicrm.org/jira/browse/CRM-13237

fix for CRM-13237 : we are currently not updating contribution activity while editing contributions, thats why the campaign id doesn't get saved in activity record during contribution edits

----------------------------------------
* CRM-13237: Campaign ID in Activites table does not update after edits
  http://issues.civicrm.org/jira/browse/CRM-13237

Merge pull request #1774 from deepak-srivastava/csearch

CRM-13561 - added new hook for panes-mapper

CRM-13561 - added new hook for panes-mapper

-- CRM-13557 suppressed hash

----------------------------------------
* CRM-13557: Contact Hash is appearing on manual merge screen and should be suppressed
  http://issues.civicrm.org/jira/browse/CRM-13557

CRM-8338 removed CRM_Contact_Form_Task_Label::mergeSameHousehold(), made obsolete by CRM_Contact_Form_Task::mergeContactIdsByHousehold() implemented in previous commit.

----------------------------------------
* CRM-8338: Mailing Label Household Merge requires Household to be selected as well as individuals
  http://issues.civicrm.org/jira/browse/CRM-8338

CRM-8338 implement CRM_Contact_Form_Task::mergeContactIdsByHousehold(), replacing ids of household members with the id of their household so we can merge labels by household without needing the households to be in the search results.

----------------------------------------
* CRM-8338: Mailing Label Household Merge requires Household to be selected as well as individuals
  http://issues.civicrm.org/jira/browse/CRM-8338

profile-api comments tidy-up

CRM-13234 add adjust profile api to link related items

fix for returning to custom search from new activity task

CRM-12060 - Support hook_civicrm_permissions on WordPress

----------------------------------------
* CRM-12060: Support hook_civicrm_permissions on WordPress
  http://issues.civicrm.org/jira/browse/CRM-12060

Merge pull request #1767 from davecivicrm/CRM-13559

CRM-13559 - Add component titles to report instance listing pages.

Merge pull request #1457 from sfe-ev/greetings-PR

Improving International Name and Greetings handling

CRM-13559 - Add component titles to report instance listing pages.

----------------------------------------
* CRM-13559: Component Report Listings Need a Specific Title
  http://issues.civicrm.org/jira/browse/CRM-13559

CRM-13551 : includes 'point b)' fix as well as code improvement

----------------------------------------
* CRM-13551: Fix bug in Activity Form
  http://issues.civicrm.org/jira/browse/CRM-13551

CRM-13551 : fix for point 'a)' mentioned in issue - the json object was not properly getting created

----------------------------------------
* CRM-13551: Fix bug in Activity Form
  http://issues.civicrm.org/jira/browse/CRM-13551

Merge pull request #1751 from elcapo/master

Change assignation in log of changes made via API (CRM-13549)

Merge pull request #1755 from totten/4.4-gitify

gitify - Setup both "origin" and "upstream" remotes

Merge pull request #1756 from tttp/crm-13552-crmAPI

CRM-13552 add a smarty error if there is a crm error in {crmAPI}

Merge pull request #1760 from ravishnair/CRM-10347

-- CRM-10347 added birth date columns and filters

Merge pull request #1761 from davecivicrm/CRM-12963

Change link in admin console from the old event badge option group to th...

Add configuration UI for Communication Style options

Add a page in the Communication Preferences, using the generic Option
handler.

The menu entry is added above the entries for Email Greeting Formats,
Postal Greeting Formats, and Addressee Formats, just like in the actual
contact forms and views.

Introduce new `communication_style` field for Contacts

Add new field in the Communication Preferences block, mostly for driving
the new conditional greeting templates. (Though other uses are
possible of course.)

The Communication Style field is implemented as radio buttons defined
through an option group (pseudoconstant), similar to the Gender field.
Unlike Gender, it has a default value assigned automatically for new
contacts.

The field is placed just above the Email Greeting, Postal Greeting, and
Addresse controls, as it's meant to be used as a kind of master switch
driving the various greeting templates. Just like the Prefix/Suffix
fields in the name block for Individual contacts, the Communication
Style field is automatically hidden from all forms and views if no
option values are defined for the field.

The database field comes with an index, like all(?) pseudoconstant
fields. Presently the index is not used much (probably the only place
being deletion of existing option values); but this is likely to change
when more functionality is added around this field in the future.
(Search etc.)

The handling of the new field throughout the CiviCRM code base should be
mostly complete. We deliberately punted on some of the obvious, larger
pieces of functionality (search, import, profiles) for now, as they
would require considerable additional effort, so we treat them as extra
features to be implemented seperately upon need. We tried to be complete
with all smaller bits (mostly by grepping for `gender`, which requires
similar handling in most places...); but we might have omitted some,
and/or done some that aren't actually necessary -- it's rather hard to
tell sometimes what a particular piece of code is all about...

Make `formal_title` field optional

Add a config setting to make display of the Title input field (in
contact edit forms) optional.

(This doesn't affect contact view, as the name displayed there is
determined by the "Individual Display Name Format" template instead.)

This is a minimal approach, adding just the title setting. Perhaps it
might be preferable to add a full set of options for disabling the other
name fields as well, while at it?...

(We are willing to do that too, as it shouldn't be too hard, and we have
users for that as well -- but we need some consensus about the right way
for handling this.)

The setting is placed in the "Display Preferences", next to the
"Individual Display Name Format". However, it could be placed next to
"Editing Contacts" (also in "Display Preferences") as well -- it's
somewhat related to both...

Introduce new `formal_title` field for contacts

For Individual contacts, add a Title field along with the other name
fields. This one sits between the Individual Prefix and First Name
fields, which is the right place for academic and other formal titles
(not only) in Germany.

It is a free-form text field, as there are way too many obscure titles
and possible combinations of titles for any kind of exhaustive option
list. Also, this field is generally not processed, but rather just
included verbatim wherever the name is used -- so there is no real need
for normalisation.

Note: The field is conditional in the templates, but it's added
unconditionally at PHP level in this commit. That's because we don't
know yet how to handle the configuration best. A followup commit
implements one possible variant for the configuration.

In the actual input form, the field is labled with just 'Title', as it
should be clear enough in this context that it's about a formal title;
and a shorter name seems more convenient... However, we are wondering
whether this doesn't introduce additional confusion?

This commit is mostly only covering the main contact screen. (And some
other generic bits, such as exportable fields etc.) There are various
other places dealing with name fields (especially for billing contacts
and honoree) -- each one implementing it individually (and thus rather
inconsistently...) in a hard-coded fashion. Adapting all of these will
be a crazy amount of work, so we are punting this for now...

(The Right Thing To Do (TM) probably would be implementing some central
name handling code to use everywhere.)

With this commit, the definition of the existing `prefix` field is also
slightly changed regarding the import heuristics, to reflect the fact
that titles are no longer supposed to be stored in the `prefix` field.

Process greeting templates with Smarty

When expanding `email_greeting`, `postal_greeting`, and `addressee`
templates, after substituting the CiviCRM tokens, pass the result
through Smarty.

This way it becomes possible to include conditionals (or other types of
fancy processing) in greeting templates. Example:

  {capture assign=style}{contact.communication_style}{/capture}
  {capture assign=prefix}{contact.individual_prefix}{/capture}
  {if $style=="Familiar"}
    {if $prefix=="Frau"}
      Liebe
    {elseif $prefix=="Herr"}
      Lieber
    {else}
      Liebe/r
    {/if}
    {contact.first_name}
  {else}
    {if $prefix=="Frau"}
      Liebe Frau
    {elseif $prefix=="Herr"}
      Lieber Herr
    {else}
      Liebe/r Herr oder Frau
    {/if}
    {contact.formal_title} {contact.last_name}
  {/if}

The major limitation of this approach is that the `label` field -- where
the actual greeting templates are stored -- is limited to 255
characters. (So the above example wouldn't actually work without some
trickery to make it shorter...) Not sure how to address this problem.

We are wondering whether we should hide this feature behind a config
option, like it is done for Mailings? I'm not sure this is really
necessary here, as the Smarty processing shouldn't be in anyone's way
when unused. The only possible downside is that templates with syntax
errors might produce somewhat obscure warnings or errors in some cases.
However, the greeting templates are generally only set up during the
implementation phase, and never touched by mortal users -- just like
system workflow message templates, which use Smarty unconditionally as
well. Also, it feels wrong to hide such useful functionality behind some
obscure option...

To allow for proper Smarty escaping, this patch needs to introduce some
small changes to the way contact tokens are processed in the greetings.
These shouldn't affect other callers.

To avoid code duplication, a new function is introduced for the template
processing (tokens+Smarty), adding another layer of indirection. This
could be avoided, if replaceGreetingTokens() wasn't used in other
contexts too. (Which I believe is a misunderstanding: I'm pretty sure
the function was only meant for *generating* the greeting texts, by
replacing tokens in the greeting templates when saving a contact record;
and not for replacing greeting tokens in message templates -- the latter
should be handled just fine along with the other contact tokens...)

Merge pull request #1764 from deepak-srivastava/components

CRM-13553 - The last remaining enabled component cannot be disabled

CRM-13553 - The last remaining enabled component cannot be disabled

CRM-13344 - Individual/Pseudoconstant - Fix prefix/suffix

----------------------------------------
* CRM-13344: Resolve test / schema issues around prefix_id, suffix_id, gender
  http://issues.civicrm.org/jira/browse/CRM-13344

Merge pull request #1754 from yashodha/CRM-13548

CRM-13548

Change link in admin console from the old event badge option group to the new Event Badge Layouts page.

fix onload text changes to help

Merge pull request #1748 from kurund/CRM-13329

CRM-13329, event badge improvements

-- CRM-10347 added birth date columns and filters

----------------------------------------
* CRM-10347: Add Birth Date to both the Consituent Detail and Constituent Summary Reports
  http://issues.civicrm.org/jira/browse/CRM-10347

UI changes to Activity Search form

Merge pull request #1757 from colemanw/4.4

VOL-20 - CSS - Make grid css work in popup