Remove legacy_redirect_path handling

This has been hanging around for a long time & no-one has logged a JIRA (or pointed out that JIRA is now
defunct) so the initial analysis of it being unreachable makes sense

Merge pull request #16125 from eileenmcnaughton/cont_sub

dev/core#1482 Remove lines of code that appear to relate to legacy logic

Merge pull request #16124 from eileenmcnaughton/acl_deadlock

Remove function marked as deprecated & unused by core nearly a year ago

Merge pull request #16127 from eileenmcnaughton/mem_test

Unit test for https://github.com/civicrm/civicrm-core/pull/16120

Unit test for https://github.com/civicrm/civicrm-core/pull/16120

Merge pull request #16126 from civicrm/5.21

5.21 to master

Merge pull request #16120 from seamuslee001/dev_core_1485

dev/core#1485 Fix field name for join_date to be membership_join_date…

dev/core#1482 Remove lines of code that appear to relate to legacy logic

As discussed in https://lab.civicrm.org/dev/core/issues/1482 the subscription history table appears to still be used for
recording group history but this business of creating a row with no attached group appears to be from a logic flow that
is long-superceded by change log & db logging

Merge pull request #16123 from civicrm/5.21

5.21 to master

Remove function marked as deprecated & unused by core nearly a year ago

dev/core#1485 Fix field name for join_date to be membership_join_date in line with the DAO schema

Also include membership_join_date into the mapping as per Jamie's comments

Merge pull request #16121 from mlutfy/core1490-rc

dev/core#1490 Fix syntax error in Membership Receipt

Merge pull request #16119 from eileenmcnaughton/acl_deadlock

[Ref] Remove php4 support from BAO_Acl class

dev/core#1490 Fix syntax error in Membership Receipt

Remove php4 support from BAO_Acl class

Removes instances of php support involving & in the function signature. In each instance the function is only ever called once
(I think all are internal too) & the calling function doesn't do any weird stuff with references that might make it needed.
Also remove one instance of  unnecessarily passed by ref

Merge pull request #15968 from eileenmcnaughton/bom

dev/core#1424 Support MS Excel for diacritic characters when exporting to csv

Merge pull request #15972 from aydun/report#24

report#24 - Case Detail report - fix 'Active role?' when no relationships

Merge pull request #16101 from jitendrapurohit/dev-1474

dev/core#1474 - (On Hold) text missing from email column when custom …

Merge pull request #16115 from eileenmcnaughton/deprecate

Remove vestige of apiv2

Merge pull request #16114 from eileenmcnaughton/pear

[NFC] cleanup to declared exceptions, quotes, strict mode.

dev/core#1474 - (On Hold) text missing from email column when custom search profile is used in Advanced Search

Add test

Remove vestige of apiv2

[NFC] cleanup to declared exceptions, quotes, strict mode.

Merge pull request #16111 from eileenmcnaughton/pf

dev/core#1472 fix price field money clean

Merge pull request #16109 from seamuslee001/utils_grant_bin_fatal_exception

[REF] Switch CRM_Utils_Error::fatal calls for CRM_Core_Exception in G…

Merge pull request #16110 from seamuslee001/api4_country_state_entities

Add in Country and StateProvince APIv4 Entities

Add in Country and StateProvince APIv4 Entities

[REF] Switch CRM_Utils_Error::fatal calls for CRM_Core_Exception in Grant. utils, bin/ and Civi/Angular/ folders

Merge pull request #16108 from civicrm/5.21

5.21

Merge pull request #16107 from demeritcowboy/freezy-5.21

dev/core#1477 Fix fatal error when editing reserved option group settings

fix fatal error when editing reserved option group settings

fix price field money clean

Merge pull request #16103 from civicrm/5.21

5.21 to master

Merge pull request #16052 from eileenmcnaughton/desc

Fix unreleased regression where processors using getPaymentDescription get a fatal

Merge pull request #16096 from eileenmcnaughton/pf

E notice fix on Price set form

Merge pull request #16078 from colemanw/snippets

Allow Angular modules to provide dynamic HTML snippets

hook_angularModules - Accept 'partialsCallback' for dynamic partials

This is similar to the antecedent commit which used a field 'snippets' that
contained a list of HTML files and their content. However, this
uses a callback function instead of providing the full HTML content.

This makes it safer to work with the Angular metadata without needing to
load the content of all partials into memory.

E notice fix on Price set form

Merge pull request #16088 from eileenmcnaughton/paypal_clean

Paypal class cleanup

Merge pull request #16094 from pradpnayak/ActivityTypeName-Case

dev/core/issues/1470, show labels instead name for activity type

dev/core/issues/1470, show labels instead name for activity type

Merge pull request #16093 from civicrm/5.21

5.21

Merge pull request #16092 from seamuslee001/5.21

Fix Release note header

Fix Release note header

Merge pull request #16091 from civicrm/5.21

5.21

Merge pull request #16057 from eileenmcnaughton/act_perm521

dev/core#1444 Permit activities with campaigns on contact tab for con…

Merge pull request #16090 from seamuslee001/5.21

Add release-notes/5.20.2

Add release-notes/5.20.2

Merge pull request #16080 from eileenmcnaughton/org_up

Remove unnecessary query when updating org, if no name update.

Remove unnecessary query when updating org, if no name udpate.

This removes an unnecessary query that can be locking at high volume.

The updateCurrentEmployer function sets the organization_name for any related contacts. We don't need to
do this if we are creating the organization for the first time, or updating the organization but not setting (passing in)
organization_name. We can check & avoid in php.

Also we don't need to check for an existing employer_id unless we are dealing with an Individual record. We can
skip that query for Orgs & Households.

These are cheap queries but at high volume can contribute to locks

Fix unreleased regression where processors using getPaymentDescription get a fatal

We added the new property bag in https://github.com/civicrm/civicrm-core/pull/15697 but in the back & forth the
call to the function getDescription was retained but the function was removed. This would leave the
core processor that calls it (Paypal std) with a fatal. The known external processor using it (Omnipay)
also hits a notice because the signature changed ($params became optional). From the Omnipay
pov I think it makes sense just to stop overriding the function - hence I am sneaking a tiny
change into this to make that possible.

Note the doPayment function ensures that propertyBag is set. There is a small chance that an external processor
is fully overriding doPayment AND calling this - that would be the case for Omnipay except I'll remove
the override in conjunction with this - so I've added a few lines to ensure it is set.

Note the test would fail with the changes to Payment_Dummmy & not the changes to Core_Payment so it provides
test cover

Merge pull request #16086 from civicrm/5.21

5.21

Merge pull request #16087 from seamuslee001/deb_core_1467

dev/core#1467 - Multiple participant registration sends only p1 amoun…

Paypal class cleanup

- remove handling for returned error - this is never returned now
- remove url parameter on invokeApi - this is never passed to it
- throw an exception rather than use a fatal if curl not installed

dev/core#1467 - Multiple participant registration sends only p1 amount to the processor

Merge pull request #16072 from eileenmcnaughton/paypal_extract

Code cleanup Update Paypal invokeApi to only throw exceptions.

Merge pull request #16081 from artfulrobot/payment-property-bag-add-getters

Payment PropertyBag: Add generic getter, setter methods for convenience

Merge pull request #16083 from artfulrobot/advanced-search-contrib-source-search-dev-core-1468

Fix searching for contribution source in advanced search

Fix searching for contribution source in advanced search

Update Paypal invokeApi to only throw exceptions.

Currently invokeAPI will return an error for a curl function and throw a processorException for an outcome other than success.

In just about every instance where it is called the Core_Error is converted into an exception anyway - this
can all be cleaned up as a follow up. The exceptions are

doQuery -  called by doPayment
doDirectPayment - this is called by doPayment which converts it into an exception. Calling doDirectPayment directly was deprecated in 4.6
createRecurringPayments - called by doExpressCheckout which in already throws exceptions in other scenarios,
updateSubscriptionBillingInfo - we can update the one place that calls this in core as a follow up like https://github.com/civicrm/civicrm-core/pull/15676

However, note that an exception was already thrown in all these places in the more common error scenario of the action not succeeding as opposed
to the rare curl error scenario

Follow ons to consider
1) introduce more nuance into PaymentProcessorExceptions - extend the exception class with PaymentProcessorConfigException, PaymentProcessingException or similar to differentiate
2) remove all the handling for invokeApi to have returned an error object.
3) fix the code that calls updateSubscriptionBillingInfo
4) ensure docs reflect that doPayment should throw an exception. AFAIK we have not yet documented other 'do' functions & I'd prefer to stdise them first

Payment PropertyBag: Add generic getter, setter methods for convenience

Allow angular modules to provide dynamic html snippets

Merge pull request #16077 from civicrm/5.21

5.21

Merge pull request #16076 from alifrumin/rn5.21

5.21 Release notes: First Pass

Merge pull request #16075 from seamuslee001/sig_status_bounce

[REF] Convert more petition signature fatals to status bounce

Release Notes 5.21 - Sorting and Annotating

Merge pull request #16074 from civicrm/5.21

5.21

[REF] Convert more petition signature fatals to status bounce

Merge pull request #16067 from eileenmcnaughton/fatal

Swap out fatal for statusBounce for disabled or unpermitted forms

Merge pull request #16071 from jitendrapurohit/521rc

dev/core#1463 Fix record payment form errors

Fix record payment form errors

Merge pull request #15676 from artfulrobot/handle-exceptions-from-payment-processors

We should give user feedback in case of a Payment Processor Exception

Swap out fatal for statusBounce for disabled or unpermittted forms

I have deliberately left copy editing & translate out of scope & focussed on a specific narrow pattern

Merge pull request #16070 from civicrm/5.21

5.21

Merge pull request #16069 from seamuslee001/5.21

Add release-notes/5.20.1

Add release-notes/5.20.1

Merge pull request #16063 from seamuslee001/unit_test_1460

[NFC] Add in unit test for dev/core#1460

Merge pull request #16066 from civicrm/5.21

5.21

[NFC] Add in unit test for dev/core#1460

Merge pull request #16060 from artfulrobot/payment-property-bag-add-props

Add extra Payment PropertyBag properties

Merge pull request #16064 from civicrm/5.21

5.21

Merge pull request #16061 from eileenmcnaughton/cont_hook

dev/core#1460 move post hook to avoid errors with custom fields created in the hook

dev/core#1460 move post hook to avoid errors with custom fields created in the hook

Per dev/core#1460 a fatal error can occur if custom data is created in the post hook. In addition I note it makes sense to
include custom data before the rollback

Merge pull request #16058 from eileenmcnaughton/mem_js

Fix js error on choosing membership type

Merge pull request #16056 from eileenmcnaughton/add_part

[REF] Minor simplification on additional_participants checks

Add extra Payment PropertyBag properties

Fix js error on choosing membership type

I'm seeing a js error when I select a membership type in the back end form. It seems I have recurProcessors assigned
& they have an onChange that calls
buildAutoRenew - which is non existant if the action is not 2. It seems to me that the code is simplest when functions
can be relied on to exist and aree called conditionally - this makes that change, also ensuring 'something' is
assigned for recurProcessors to prevent the error when it's not defined that probably let to the fn being encased in an if

I can't spot any obvious regression cause & perhaps there is something in my config but this might be a regression

dev/core#1444 Permit activities with campaigns on contact tab for contacts without 'administer CiviCampaign'

It seems that if an activity has a campaign it is suppressed from the activity table unless the user has 'administer CiviCampaign'.
This is inconsistent with the code to view the activity - which permits the activity to be viewed but the campaign cannot be edited
It is also inconsistent with activity search behaviour

Minor simplification on additional_participants checks

Merge pull request #16054 from seamuslee001/sort_contact

[REF] Refactor Contact Search form to use standardised getSortID func…

Merge pull request #16053 from seamuslee001/activity_sort

[REF] Refactor Activity Search to use parent getSortID function

Merge pull request #16055 from seamuslee001/campaign_sort

[REF] Refactor Campaign Search form to use standardised getSortID fun…

[REF] Refactor Campaign Search form to use standardised getSortID function

[REF] Refactor Contact Search form to use standardised getSortID function

Merge pull request #16050 from eileenmcnaughton/qf

[NFC] code cleanup

[REF] Refactor Activity Search to use parent getSortID function

Merge pull request #15942 from seamuslee001/contact_fields_metadata

Add in searchFieldMetadata for contact_tags, contact_type, group and …

Merge pull request #16051 from civicrm/5.21

5.21

Merge pull request #15927 from eileenmcnaughton/event_form

[REF] Move wrangling of Front end form contribution param for autoRenew back to form

Only add in the additional metadata if we are also adding them to the form