[REF] Extract createFollowUpActivities

Merge pull request #17474 from eileenmcnaughton/processor_name

Remove last reference to Payment->_processorName in core & remove from processors

Merge pull request #17468 from mattwire/removesingleton

Remove unused singleton from core payment processors

Merge pull request #17442 from eileenmcnaughton/email3

[REF] Switch to an api call to get the contact details.

Merge pull request #17446 from Edzelopez/fix-hideshow-receivedate

Fixed hide show of start date

Merge pull request #17464 from eileenmcnaughton/renew

[REF] Remove never-passed params from function signature

Merge pull request #17447 from mattwire/repeattransactiondisablerecur

Don't allow Contribution.repeattransaction to be used without a recurring contribution

Merge pull request #17471 from colemanw/customSpec

APIv4 - Improve custom field spec gathering

Remove last reference to Payment->_processorName in core & remove from processors

I left it on Core_Payment to keep the deprecation notice visible

Merge pull request #17469 from colemanw/memberTypeTest

[REF] Fix serialized membership field handling in RelationshipTest

APIv4 - Improve custom field spec gathering

Uses the basicTypes() function instead of hard-coding contact types,
Includes all the weird variants of Participant.

Fix serialized membership field handling in RelationshipTest

These fields were being unnecessarily and incorrectly serialized by the test.
Passing an array is preferred and it will handle the serialization correctly.

Merge pull request #17372 from eileenmcnaughton/opts

Add more search options

Merge pull request #17413 from scoobird/assign_relationship_1287

Allow bidirectional assignment of relationships from search results

Remove unused singleton from core payment processors

Merge pull request #17467 from civicrm/5.26

5.26

Merge pull request #17466 from mattwire/subscriptiondetail

Add actual field name for processor_id to getSubscriptionDetails

Merge pull request #17465 from seamuslee001/upgrde_required_fields

[REF] Implement required fields database changes that have occured du…

Merge pull request #17462 from eileenmcnaughton/526ex

dev/core#1780 Fix bug where non-household merge contacts were being skipped

Merge pull request #17424 from kcristiano/5.26.upgrade-message

Add Upgrade Warning.  Limit to WP Only.

[REF] Implement required fields database changes that have occured during 5.27.alpha1 development cycle

Add actual field name for processor_id to getSubscriptionDetails

get link to Blog Post

Add PostUpgrade Message

Signed-off-by: Kevin Cristiano <kcristiano@kcristiano.com>

Add Upgrade Warning. Limit to WP Only.

Signed-off-by: Kevin Cristiano <kcristiano@kcristiano.com>

[REF] Remove never-passed params from function signature

These params were used when the code was shared with other forms, but not now it is been
separated onto this form

Merge pull request #17443 from eileenmcnaughton/renew

[REF] Minor simplification

Add more search fields for contacts - city, postal_code, street_address

Add more search options

This adds more fields to the filters on search for individual
- organization_name (Employer Name)
- first_name
- nick_name
- last_name

Note
1) organization_name is populated for individuals with employers - it's handy to be able
to filter by as a quick way to narrow down. I wasn't too worried about declaring it only
for individuals as sort_name covers this for organizations
2) Last name these feels a bit unnecessary as it co-incides with sort_name
but it also feels odd not to add it
3) Ideally for these text fields they would be always or optionally 'like' searches
(respecting the site +wildcard setting). I took a a quick look but decided to leave it
out of scope at this stage.
4) I thought 'email' might have been useful too but given 3 & the fact that the main use I saw
was as a proxy for 1 (employer) and that email is the preferred search for email anyway (
which was the entity I was working on) I excluded it too in the end.

The use case for this is narrowing down in a large database. Take finding Johnathan Smith.
Being able to add 'Johnathan' as a filter helps get past all the Johns quicker.

Lastly - I have a sneaky feeling that users in our org will abuse the nick name filter heavily &
add nicknames to all contacts they frequently email....

Merge pull request #17430 from mattwire/eileenmcnaughton-cancel

Nuance cancel options for processors

Merge pull request #17298 from demeritcowboy/activity-attachment-delete

dev/core#1753 - Attachments aren't deleted when deleting activity

Fixed false condition

Merge pull request #17460 from seamuslee001/pear_log_version_bump

[REF] Bump Pear Log version to fix compatability with Drupal 8 / Drup…

Merge pull request #17463 from eileenmcnaughton/memtype

Update MembershipType.name to be a required field

Allow bidirectional assignment of relationships from search results

Update MembershipType.name to be a required field

[REF] Bump Pear Log version to fix compatability with Drupal 8 / Drupal 9

dev/core#1780 Fix bug where non-household merge contacts were being skipped

Merge pull request #17459 from civicrm/5.26

5.26 to master

Merge pull request #17438 from eileenmcnaughton/cust

dev/core#1747 don't drop temp tables on class destruct.

Merge pull request #17457 from agh1/5.26.0-release-notes-initial

5.26.0 release notes initial run

Merge pull request #17449 from eileenmcnaughton/guzzle

[REF] Convert one of the http calls in Authorize.net class to use guzzle.

5.26.0 release notes: added boilerplate

5.26.0 release notes: raw from script

[REF] Convert one of the http calls in Authorize.net class to use guzzle.

This achieves the following
1) addresses a cause of intermittent test failures
2) starts the process of modelling how payment processors should be written in a best-practice, tested way in core
3) stops us interacting with A.net during tests
4) starts to reduce curl dependency

Merge pull request #17451 from mlutfy/navNewSubType

Navigation menu: fix translation of new-subtype entries

Don't allow Contribution.repeattransaction to be used without a recurring contribution

Navigation menu: fix translation of new-subtype entries.

Fixed hide show of start date

Don't set isNotifyProcessorOnCancelRecur if it has not been set - this allows the payment processor to know if the user made a choice or not independently of supportsCancelRecurringNotifyOptional

Nuance cancel options for processors.

This PR addresses an issue where we have insufficient nuance on processor capabilities for cancel.

There are 2 behaviours that we are trying to support with one capability
1) can this processor cope with us cancelling a recurring donation within CiviCRM
2) should we present the option of whether to or not to a user. This option is appropriate
when the processor manages the schedule (e.g Paypal) as the user may just be updating Civi to
match reality. However, for token driven processors it generally doesnt' apply.

This PR adds a new overridable capability - 'supportsOptionalCancelRecurring' which is the same as
supportsCancelRecurring by default. For the manual processor it is FALSE.

Call cancelRecurring for all cancels.

In almost all cases this will be no change as processors would have to implement the new-ish
doCancelRecurring themselves to have any change

Merge pull request #17425 from colemanw/customLinks

APIv4 - Fix entity name on custom groups in schemaMapper

[REF] Minor simplification

This code used to be shared with other functions. No longer, so we only need to return what is returned for
this form

Merge pull request #17441 from eileenmcnaughton/email2

[REF] Simplify contributionIDs code

Merge pull request #17439 from seamuslee001/karma_upgrade_162020

[NFC] Update Karma to be latest version

APIv4 - Fix entity name on custom groups in schemaMapper

Only multi-record groups are considered an api "entity", so for other groups the entity should be null.

Merge pull request #17436 from eileenmcnaughton/email

[REF] Simplify subject code.

Switch to an api call to get the contact details.

It's much clearer that it's just a basic get. Using v4 means I have to param wrangle so I stuck with
v3 for now (i.e if I switch to Email.get which I think I need to for v4 since Primary.email is
not a v4 search param I wind up with prefixes on the keys

[REF] Simplify contributionIDs code

Merge pull request #17435 from seamuslee001/dev_membership_24_revert

Revert Matt's fix for dev/membership#24 as it is incomplete and add a…

[NFC] Update Karma to be latest version

Merge pull request #17420 from seamuslee001/request_guzzle

[REF] Refactor to switch from pear HTTP Request class to using Guzzle

Merge pull request #17437 from demeritcowboy/tests-for-deleterestore

[NFC/TEST] dev/core#1784 - Unit tests for contact delete/restore

dev/core#1747 don't drop temp tables on class destruct.

Recent code clean up means the search class is now dropped more quickly - meaning that dropping
these tables in the destructors is too aggressive. Since they are memory tables & temp tables they get
cleaned up anyway I think. We should move this search to an extension that ships with core, not necessarily
enabled on initial install but that is up for discussion

Merge pull request #17421 from seamuslee001/more_560

dev/core#560 Replace various CRM_Core_Error::fatal with statusBounces…

Merge pull request #17328 from eileenmcnaughton/mailing_seach

Make is_archived work as a url-search parameter

tests for contact delete/restore

[REF] Simplify subject code. Note sendEmail
is only called from this, some tests, and a deprecated function (unused in core) so we can change
it to not pass by reference safely

Revert Matt's fix for dev/membership#24 as it is incomplete and add a unit test in to cover the financial type acls side of the code

Merge pull request #17434 from demeritcowboy/bad-user

dev/core#1791 - E_WARNINGS when viewing list of pledge payments

Merge pull request #17432 from mattwire/repeattransactionpendingdefault

Make 'Pending' the default status for Contribution.repeattransaction

bad user

Make 'Pending' the default status for Contribution.repeattransaction as that is the preferred way to call this API

Merge pull request #17220 from eileenmcnaughton/lines

Fetch line items from correct contribution when repeating a contribution

Merge pull request #17431 from civicrm/5.26

5.26 to masterr

Merge pull request #17418 from eileenmcnaughton/trash

dev/core#1784 fix regression on restore contacts button not working.

Fix use of static var breaking tests

Fetch latest contribution id for building line items

Merge pull request #17278 from mattwire/paymentcreateorderreference

Support order_reference param in API3 Payment.create

Merge pull request #17147 from kartik1000/Fix#1650

dev/core#1650 Updated Financial Type title to Financial Type ID

Merge pull request #17143 from mattwire/donthidedisabledmemberships

dev/membership#24 Don't hide disabled memberships from the contact membership tab

Support order_reference param in Api3 Payment.create

Merge pull request #17419 from eileenmcnaughton/groups

dev/core#1745 Fix caching bug when adding a contact to a group

dev/core#560 Replace various CRM_Core_Error::fatal with statusBounces and Exceptions

[REF] Refactor to switch from pear HTTP Request class to using Guzzle

Merge pull request #17192 from jmdh/log_config

Configurable logfile size and hashing

Merge pull request #17405 from eileenmcnaughton/email

[REF] Extract getAttachments

Merge pull request #17415 from eileenmcnaughton/recur

Remove always-true if block.

Merge pull request #17417 from eileenmcnaughton/ev

[REF] Preliminary cleanup for #17339

dev/core#1745 Fix caching bug when adding a contact to a group

dev/core#1784 fix regression on restore contacts button not working.

This should fix https://lab.civicrm.org/dev/core/-/issues/1784

I think the message from deleting multiple contacts is a bit wonky, but no worse

[REF] Preliminary cleanup for #17339

This merges changes to code around event cart to simplify the larger PR

Remove always-true if block.

We actually already removed the 'else' on the basis this is always true. This removes the whole
block & reformats

Merge pull request #17414 from totten/master-settime

dev/core#1781 - CRM_Utils_Time - Allow TIME_FUNC to better isolate timing bugs

Merge pull request #17380 from seamuslee001/symfony_4_4

Allow for installation on Symfony 4.4

dev/core#1781 - CRM_Utils_Time - Allow TIME_FUNC to better isolate timing bugs

Overview
--------

`CRM_Utils_Time` is a helper for (a) getting the time and (b) setting the time
to a mocked value (for testing purposes).

Timing bugs can manifest as flaky tests.

This provides a new option, `TIME_FUNC`, which may help isolate some timing
bugs (provided the test consistently uses `CRM_Utils_Time`).

Before
------

When using `CRM_Utils_Time::setTime()`, it simulates a change in the clock, and
the clock is allowed to proceed at a natural/real pace.

This policy aims to be representative of real-world execution (wherein the
clock also executes at a natural pace).  However, consider that the pace at
which the code executes depends on numerous factors (CPU speed, memory
managers, system-load, system-caches, the specific code/use-case, etc).  If
your use-case relies on multiple calls to `getTime()`, and if you run the
use-case in repeated trials, then you may find somewhat chaotic variations
in the exact values of `getTime()`.

Consequently, if there is a timing-sensitive bug, you may find that some trials
pass while others fail, and it is impossible to reproduce the natural
circumstance of the failure.

After
-----

By default, `CRM_Utils_Time` still performs simulations where the clock
proceeds a natural/real pace.

However, if you see flaky results and suspect a timing bug, you can re-run the
test suite with alternative time functions (`TIME_FUNC`):

```bash
TIME_FUNC=frozen      ## every call to getTime() yields the same, static value
TIME_FUNC=natural     ## every call to getTime() progresses in tandem with the real/natural clock
TIME_FUNC=linear:333  ## every call to getTime() progresses by 333ms
TIME_FUNC=prng:333    ## every call to getTime() progresses by a random interval, up to 333ms
```

Now "time" is not so natural or chaotic - it's more synthetic and
deterministic, which can help with debugging.

For example, consider `CRM_Core_BAO_ActionScheduleTest` and its functions
`testMembershipEndDateRepeat`, `testEventTypeEndDateRepeat`, and
`testRepetitionFrequencyUnit` -- which (anecdotally) appear to be flaky.  We
can run one of these tests with deterministic time functions:

```bash
for TIME_FUNC in frozen prng:333 prng:666 prng:1000 prng:1500 linear:333 linear:666 linear:1000 ; do
  export TIME_FUNC
  echo
  echo "Running with TIME_FUNC=$TIME_FUNC"
  env CIVICRM_UF=UnitTests phpunit6 tests/phpunit/CRM/Core/BAO/ActionScheduleTest.php --filter testRepetitionFrequencyUnit
done
```

We get different results depending on the `TIME_FUNC`. I've done multiple trials with each `TIME_FUNC`, and
results have been stable so far:

* PASSING: `frozen` `prng:333` `prng:666` `linear:333` `linear:666` `linear:1000` `linear:1500`
* FAILING: `prng:1000` `prng:1500`

This doesn't specifically tell you what the bug is.  It could be a real bug
in the main logic or less important bug in the test logic.  However, you can
now *reproduce it* (locally, in an IDE, etc) by setting `TIME_FUNC=prng:1500`.

Merge pull request #17406 from eileenmcnaughton/email2

[REF] Pass params not-by-reference

Merge pull request #17411 from mattwire/apivactivity

Use now instead of date for activity API3 spec

Merge pull request #17409 from MikeyMJCO/patch-5

Typo Fix

Use now instead of date for activity API3 spec