(dev/cloud-native#3) CRM_Core_IDS - Change CIVICRM_TEMPLATE_COMPILEDIR to 'civicrm.compile'

The broader PR seeks to make path computation more intuitive, which requires computing the
path to `templates_c` using a function. This PR replaces the reference to `CIVICRM_TEMPLATE_COMPILEDIR`
with a function-call to `Civi::paths()->getVariable()`.

Is it safe change to make this change in `CRM_Core_IDS`?  Will the
`Civi::paths()` be callable?  Yes, here's why I believe so:

* (Big picture) Civi completes the bootstrap process
  (`CRM_Core_Config::singleton()`) and brings critical services online
  *before* the invoker does any routing or page-processing.  The invoker
  (`CRM_Core_Invoke::runItem()`) is the only thing which uses
  `CRM_Core_IDS`.

* (Little picture) In the changed function
  `CRM_Core_IDS::createBaseConfig()`, observe that it calls
  `CRM_Core_Config::singleton()` before running this modified code.  That's
  a tell-tale sign of code that already relies on having a booted system.

(dev/cloud-native#3) Runtime.php - Remove redundant check

1. Previous commits generally removed any responsibility for
`CIVICRM_TEMPLATE_COMPILEDIR` from `Runtime.php`, so the validation
is longer local/relevant.

2. The `CIVICRM_TEMPLATE_COMPILEDIR` is still used in
`CRM_Utils_File::baseFilePath()` which has a similar validation step.

(dev/cloud-native#3) configAndLogDir,templateCompileDir - Move from "Runtime" to "Paths". Use hierarchy.

This slightly changes the computation of the private log and compilation
directories so that:

* The definition appears more declarative.
* The default is computed on-demand (i.e. later in the process).
* The values can be overriden more intuitively.

Before
------

The properties `$config->configAndLogDir` and `$config->templateCompileDir`
are computed as part of a procedural initialization step in
`CRM_Core_Config_Runtime`.

After
-----

The properties `$config->configAndLogDir` and `$config->templateCompileDir`
are computed on-demand by `Civi\Core\Paths`.

The values of these properties may:

* Be computed automatically in a way that matches the previous output
  (i.e.  `configAndLogDir`=~`CIVICRM_TEMPLATE_COMPILEDIR/../configAndLog`;
  `templateCompileDir`=~`CIVICRM_TEMPLATE_COMPILEDIR`).
* Be customized as a pair (by setting `civicrm.private`)
* Be customized individually (by setting `civicrm.logs` or `civicrm.compile`).

(dev/cloud-native#3) MagicMerge - Allow pulling properties directly from Civi::paths

Specify path

Use global since Civi\Core\Paths isn't loaded yet

Boot paths after runtime

Lookup path-variable for the private filepath

Merge pull request #14828 from seamuslee001/deprecation_notices

Add in Deprecation warnings on Cache functons

Update Unit tests to use Civi facade

Merge pull request #14829 from colemanw/1093

dev/core#1093 Make bulkSave defaults optional and ensure correct post hook is called

Merge pull request #14737 from seamuslee001/convert_contribution_recur_date_fields

[REF] Convert contribution_recur dates to datepicker from jcalendar

Merge pull request #14824 from demeritcowboy/case-singleton-url

dev/core#1115 - fix invalid url in singleton/max_instances warning in civicase

Merge pull request #14822 from eileenmcnaughton/export

[REF] [Export] remove another confusing parameter

dev/core#1093 Make bulkSave defaults optional and ensure correct post hook is called

fix singleton warning url

Add in Deprecation warnings on Cache functons

Convert contribution_recur dates to datepicker from jcalendar

Handle unique title in whereclauseSingle as well

Merge pull request #14825 from eileenmcnaughton/recur

[REF] Cleanup up handling of dates for Recurring & Contribution date fields in query class

Cleanup contribution & recurring contribution date field handling in query object

This gets us to the point where all date fields are handled the same way, which is now tested. Now that recurring
contribution fields have unique keys we can handle them as metadata

Add a swag of test cover on contribution & contribution recur date fields

Merge pull request #14823 from seamuslee001/master

Remove additional custom fields deletegroup functions

Remove additional custom fields deletegroup functions

Add comment about state of GenerateReportData file

Merge pull request #14583 from seamuslee001/convert_custom_fields_cache_group

Convert the contact fields cache group to standard cache backend

Merge pull request #14820 from eileenmcnaughton/recur

Add unique names and unique title for recurrings.

Ensure recently converted groups cache matches previous behabiour my setting withArray as fast for it

Also ensure contact fields uses fastArrayCache

Replicate current practice of resetting of ACL and System caches sensibly

Ensure ACL and other caches are reset as well when flushing ACL Cache

Convert the contact fields cache group to standard cache backend

Merge pull request #14582 from seamuslee001/convert_custom_data_cache_group

Convert Custom Data cache group to be using standard cache backend

Merge pull request #14821 from civicrm/5.16

5.16 to master

[REF] [Export] remove another confusing parameter

Merge pull request #14819 from eileenmcnaughton/export_up

[REF] [Export] Stop passing export params to the merge function

Merge pull request #14722 from JKingsnorth/fix-public-url-link-in-browse

Fix public URL link with hashed URLs in mailing browse screen

Merge pull request #14816 from mlutfy/event8

dev/event#8 Event Cart: save Participant custom field data

Add unique names and unique title for recurrings.

Per
discussion https://github.com/civicrm/civicrm-core/pull/14737/files#r300889057
we hace a need sometimes to display context dependent titles & context independent titles.

This adds unique_title for the purpose

Merge pull request #14815 from vingle/patch-7

Remove the only two defined fonts from selectors

Merge pull request #14675 from seamuslee001/cleanup_prev_next_set_item

[REF] Cleanup usage of CRM_Core_BAO_PrevNextCache::setItem and deprec…

Ensure recently converted groups cache matches previous behabiour my setting withArray as fast for it

Ensure custom data cache use the fastArray Cache

Convert Custom Data cache group to be using standard cache backend

Merge pull request #14581 from seamuslee001/convert_navigation_cache

Convert Navigation cache group to current cache defition system

Stop passing export params to the merge function

We have a string which does or doesn't have merge tokens in it - we don't need  to determine this

Merge pull request #14817 from eileenmcnaughton/export_up

[TEST] export - add unit test covering merge to same address addressee handling

Merge pull request #14818 from totten/master-magic-cache

MagicMerge - Fix ephemeral overrides for aliased properties

Convert static variable to class property (should prevent test leakage"

CRM_Core_Config_MagicMerge - Fix thread-local updates for aliased properties

Overview
--------

`CRM_Core_Config_MagicMerge` allows properties to be temporarily modified
(for the duration the object's lifespan). However, this behavior does
not work correctly if the property-name uses aliasing.

The PR addresses a test-failure that became visible in #14718, and it adds
test-coverage for some typical and atypical examples.

Before
------

* (Vast majority of properties) If a property has a simple name (e.g.
  `maxFileSize`), then `$cache`-reads and `$cache`-writes are consistent.
* (Handful of properties) If a property has a split name (e.g.
  `maxAttachments`, `max_attachments`), then `$cache`-reads and
  `$cache`-writes are *not* consistent.  Writes basically don't work.

After
-----

* Aliased properties work the same as normal/non-aliased.

Technical Details
-----------------

To understand the change, you should skim `MagicMerge` and observe
a few things:

* In `getPropertyMap()`,  observe that:
    * (a) Most properties have a singular name -- for example, `maxFileSize`
      has one name, which will be the same in the high-level facade (`$config->maxFileSize`)
      and in the underlying data-store (`settings->get('maxFileSize')`).
    * (b) Some properties are aliased. Ex: `$config->maxAttachments`
      corresponds to underlying item `settings->get('max_attachments')`.
* In `__get()` and `__set()`, note that properties are loaded initally from
  the underlying data-store once; thereafter, any reads or writes go to
  `$this->cache`. That's a thread-local place that stores temporary revisions.

To see the cache consistency problem, specifically note that:

* `__get()` consistently references `$this->cache[$k]`
* `__set()` was confused; at the start, it used `$this->cache[$k]`,
  and later it used `$this->cache[$name]`.

This PR adds a unit-test which ensures that the thread-local/cached value
works consistently.

Consolidate handling of greeting label

[TEST] export - add unit test covering merge to same address addressee handling

Ensure recently converted groups cache matches previous behabiour my setting withArray as fast for it

Ensure that navigation cache is using fastArray

Convert Navigation cache group to current cache defition system

Also reset memory and system caches when resetting navigation

Additonal place to cause extra flush

Add in utility function for resetting ACL and System Level Caches

Use cache utility function

[REF] Cleanup usage of CRM_Core_BAO_PrevNextCache::setItem and deprecate passing in array of values

Fix conversion from old style format to new and add in unit test of conversion and confirm it stores data correctly in the table

Reformat Function as per Patrick's comments

Update doc block and add in comment detailing the change in function param

Fix Test

Merge pull request #14782 from eileenmcnaughton/export_wip

[EXPORT] add getPreview function

dev/event#8 Event Cart: save Participant custom field data

Remove 'font-family: Arial/etc' on two selectors

For some reason, thesae two selectors have hardcode Arial/etc as the font for form legends and H3 elements. Therefore while a front-end contribution page or profile will inherit the site fonts, but in these two instances it will use Arial/etc.

This can be overriden by the user, but given that there is no other use of Arial in CiviCRM, doesn't seem to make much sense. When theming front-end CiviCRM forms/pages these two elements have to be reset with "font-family: inherit". My guess is it's legacy from a much earlier version of the system (but in making this proposal perhaps the real reason will emerge).

Add getPreview function

Merge pull request #14811 from eileenmcnaughton/ex1

[REF] [Export] clean up incorporation of order by & group by into ExportProcessor

Merge pull request #14812 from eileenmcnaughton/ee

[REF] [Export] More export Structure arrays to processor

Merge pull request #14813 from eileenmcnaughton/update_tests

[REF] [TEST] [Export] Update export tests to reflect new format

Update export tests to reflect new format

Stop passing processor to itself

More export Structure arrays to processor

Move order by to query generator

Move group by to processor

Merge pull request #14810 from eileenmcnaughton/fix_up

Fix upgrade for membership second reminder

Merge pull request #14808 from eileenmcnaughton/export_sql

[REF] [Export] Further  cleanup - construct  sql more concisely

Merge pull request #14809 from eileenmcnaughton/ex_merge

[REF] [Export] move mergeSameAddress to processor class

Make return for query more like sql

Merge pull request #14793 from eileenmcnaughton/update_test

[TEST][EXPORT] Improve unit test on export.

Fix upgrade for membership second reminder

Updates the upgrade from https://github.com/civicrm/civicrm-core/pull/1348 to apply to the merged civi version

[REF] [Export] move mergeSameAddress to processor class

Move more of the query construction into runQuery

Merge pull request #14807 from civicrm/5.16

5.16 to master

Merge pull request #14764 from elisseck/dev/report/15

dev/report/15 Add fix and tests for contact subtype report filter

[Test][REF] Improve membership export test

Merge pull request #14806 from eileenmcnaughton/ex

[REF] [Export] further code cleanup

Merge pull request #14728 from eileenmcnaughton/last_icing

[REF] final cleanup - call bulkCreate from migrate_utils

[TEST][EXPORT] Improve unit test on export (inc add mergeSameAddress test)"

This updates the methodology used to test the membership export. I also made it check a bunch more fields
while I was at it

Don't pass around paymentTableId

Move code wrangling to the start

Merge pull request #14800 from colemanw/mapperKeys

[REF] [EXPORT] Alter CRM_Export_BAO_Export::exportComponents

Merge pull request #13487 from giant-rabbit/17880-after-first-reminder-for-membership-fix

(dev/core#285) Fixed second membership reminder

add tests for contact subtype null and not null report filters

apply reporting#15 fix against master

Merge pull request #14803 from eileenmcnaughton/ex5

[REF] [Export] move build master copy array to ExportProcessor

Alter CRM_Export_BAO_Export::exportComponents to accept standard MappingField format

Merge pull request #14804 from eileenmcnaughton/eee

[REF] [Export] Remove code that seems unused

Merge pull request #14802 from eileenmcnaughton/ex4

[REF] [Export] Move setting of household properties to processor

Merge pull request #14805 from civicrm/5.16

5.16 to master

Merge pull request #14789 from seamuslee001/fast_array_caches

Ensure recently converted groups cache matches previous behabiour my …

[REF] [Export] Remove code that seems unused

I can't find any evidence of this code being re-refenced. We DO reference a similar one for merge_same_address

Merge pull request #14801 from eileenmcnaughton/ee

[REF] [Export] Minor code relocation

[REF] [Export] move build master copy array to ExportProcessor

Merge pull request #14799 from eileenmcnaughton/move_ex

[REF] [Export] Move replace merge tokens to processor class

Move setting of household properties to processor

Minor code relocation

n

Merge pull request #14795 from eileenmcnaughton/ex

[REF] [EXPORT] Stop passing return Properties

Move replace merge tokens to processor class

Stop passing return Properties

Merge pull request #14797 from eileenmcnaughton/ex_address

[REF] [Export] Move function that parses tokens to address processor

[REF] final cleanup - call bulkCreate from migrate_utils

This has a test CRM_Utils_Migrate_ImportExportTest although I had trouble running it without switching to
some hard-coding (at least in isolation). This switches the existing bulk create action over to use bulkCreate