Use proxy to look for civicrm updates, fixes RT#1314844

Correct path to john's signature

Corrected call to commonCompose

We were using a deprecated wrapper for that function:
https://github.com/civicrm/civicrm-core/commit/187007a3dbd33bde08b0b4f54feff8c71ea2a065

removed an old stray sql file

Corrected thankyou template, see RT#1286518

BIG HACK: Corrected frequency calculation for new members

updated function documentation

revert commit that modified getRecurDetails()

we aren't quite sure what this was supposed to do, but this patch was
breaking our site, and it now works with these changes reverted.

This version of the TC code is no longer in use

the code in org.fsf.payment.trustcommerce was used, and will continue to
be used for the time being.

corrected variable name

this code was moved from another location during a git rebase, and the a
variable name needed to change.

Sort by country,second_name,first_name for pdf generation of international mailings

(change currently disabled / commented out -- sudoman)

Disable recipient estimation on mailings

Corrected TeX ligatures for pdf letters

Filter groups according to included profiles

This is a continuation of the contact groups filtering feature, which
allows admins to filter the public listings of contact groups on various
Civi pages by setting a Drupal variable with drush.

It is now possible to set a rule for a profile and for that rule to
automatically apply to standalone profile pages, contribution pages that
include the profile, and event pages that include it as well.

See comments in CRM/Contact/Form/Edit/TagsAndGroups.php for instructions
on how to set the variable via drush.

Allow admin to change the names of filtered groups

This feature lets one mimic a custom field by allowing admins to change
the text that appears next to each group's check box, via drush.

The json format is a bit more nested, but indented json can be used. An
exmple is included in CRM/Contact/Form/Edit/TagsAndGroups.php.

Groups filter hack for smaller groups listings

This change is a dirty hack that lets site admins filter the "Contacts
Group(s)" field output in select profiles. This reduces overwhem for
users when they are making a donation or filling out a form with the
Groups signup field. This is preferable to using a custom field with
smart groups because the Groups field provides double opt-in, while
custom fields do not.

The filter is controlled via a json string stored in a drupal variable
that can be set with drush like so:

drush vset --format=string groups_field_filters "{...}"

See the documentation marked with "sudoman hack" in
CRM/Contact/Form/Edit/TagsAndGroups.php for an example.

remove unneeded file not deleted in git rebase

remove unneeded file (latex.patch)

this was apparently not removed in the git rebase.

Comment cleanup

Updated the LaTeX header for letters

Added hack for scaping curly brackets on smarty LaTeX templates

Tuned up PdfLatex font settings

redisabling mail tracking

redoing replacement of "Confirm Contribution" with "Review Contribution"

Solving RT ticket #1092988
adding civicrm ID to contributin record

reverted js changes back to upstream

ipn receiver for external api

Priceset 2nd half

Priceset/debugwatchdog

Removed cache rebuild from the GroupContact

RT#765026, patch for null values in civicrm_acl_cache

Added the current uncommited changes to production code, and rebased to 4.6.8

Additional files for PDF/Latex

Our changes

Merge pull request #15278 from totten/5.17-bump3

Bump to 5.17.3. Add release notes.

Set version to 5.17.3

Add release notes for 5.17.3

Merge pull request #15277 from eileenmcnaughton/517

Email search fixes

Trim form values when adding LIKE operator

This is more consistent with previous behaviour - ie 'info@civicrm.org' AND 'info@civicrm.org ' should work.

Ensure filtering on email  via the api  looks for an exact match

Merge pull request #15269 from seamuslee001/port_15261

Remove is_public flag from report paths

Merge pull request #15271 from seamuslee001/dev_drupal_52

dev/drupal#52 Partial fix for Deprecated q variable

dev/drupal#52 Partial fix for Deprecated q variable

Remove is_public flag from report paths

Even though these paths are publicly accessible, they are not intended as 'public' paths

Merge pull request #15258 from seamuslee001/5_17_2_version_bump

Bump Version to 5.17.2 and add in release notes

Update 5.17.2.md

Update 5.17.2.md

Add in release notes and bump version to be 5.17.2

Set version to 5.17.2

Merge pull request #15257 from seamuslee001/dev_core_1244

dev/core#1244 Fix regression on searching by contact in advanced search

dev/core#1244 Fix regression on searching by contact in advanced search

Update 5.17.1.md

Merge pull request #15244 from seamuslee001/5.17

dev/core#1233 Fix deleting of campaigns and saving of custom data for campaign and …

Merge pull request #15246 from seamuslee001/5.17_bump_version_release_notes

5.17 bump version and add in release notes

Add in release notes for 5.17.1 release

Set version to 5.17.1

Merge pull request #15242 from eileenmcnaughton/5.17

5.17 port of https://github.com/civicrm/civicrm-core/pull/15239

Fix deleting of campaigns and saving of custom data for campaign and also ensure that goal_general is not html encoded as it is a wysiwyg field

typo in original version of function

Set version to 5.17.0

Merge pull request #15213 from agh1/5.17.0-releasenotes-final

5.17.0 release notes: late changes and tidy-up

5.17.0 release notes: late changes and tidy-up

Merge pull request #15207 from seamuslee001/5_16_4_5_17_release_notes

[NFC] Bring up 5.16.4 release notes into 5.17

Update 5.16.4.md

release-notes - Add 5.16.4

Merge pull request #15197 from eileenmcnaughton/5.17

[NFC] comment fixes

Merge pull request #15194 from eileenmcnaughton/517_dates

Fix failure to save relative dates on legacy fields

[NFC] comment fixes

Fix failure to save relative dates on legacy fields

Merge pull request #15169 from pradpnayak/relDateFixes

1226, fixed Change log relative date search for creating smart group

1226, fixed Change log relative date search for creating smart group

Merge pull request #15111 from seamuslee001/5_16_3_release_notes

Add in release notes for 5.16.3 drop

Merge pull request #15105 from greenpeace-cee/fix-id-additionalinfo

dev/financial#66 - Fix missing contribution ID for AdditionalInfo

Update release-notes.md

Update 5.16.3.md

Add in release notes for 5.16.3 drop

Merge pull request #15106 from alifrumin/5.17.0-rn

5.17.0 release notes: first pass at sorting and annotating

dev/financial#66 - Fix missing contribution ID for AdditionalInfo

This fixes an issues where the contribution ID is not being passed
when the AdditionalInfo form block is retrieved in the contribution
form. This causes existing values of fields in this block to not be
loaded, leading to data loss when the form is saved.

5.17.0 release notes: first pass at sorting and annotating

Merge pull request #15089 from totten/5.17-install-msg

(dev/drupal#79) Fail more gracefully when attempting to install on PHP 5.x

composer.lock - Run: "composer update php"

(dev/drupal#79) Fail more gracefully when attempting to install on PHP 5.x

Before
------

If an admin stracts the code and navigates to `/sites/all/modules/civicrm/install/index.php`, it displays
a syntax error.

After
-----

If an admin stracts the code and navigates to `/sites/all/modules/civicrm/install/index.php`, it displays
the message:

> __PHP Version Requirement__
> CiviCRM requires PHP 7.0+. The web server is running PHP 5.6.38.

Comments
--------

This is similar to https://github.com/civicrm/civicrm-drupal/pull/583

The canonical representation of the minimum PHP version is in
`$civicrm_root/CRM/Upgrade/Form.php`.  However, setting up the classloader
triggers a syntax error, so we need to read this without having access to
the classloader.

The approach herein has a few effects:

* The minimum PHP can be read from a JSON file.
* That JSON file is also used by `composer`, so you'll also get better errors when downloading that way.
* At some unknown point, the minimum will probably bump up again (7.1 or 7.2 or whatever). When that
  happens, the unit-test will ensure we keep `CRM/Upgrade/Form.php` and `composer.json` in sync.

Note: I was little concerned that the `composer.json` file might not be
available when normal installers run, so I checked the published tarballs
for D7, BD, WP, and J - in all cases, the `composer.json` looks to be
included at the expected location.

Merge pull request #15087 from agh1/5.17.0-releasenotes

5.17.0 release notes - initial run

5.17.0 release notes: added boilerplate

5.17.0 release notes: raw from script

Merge pull request #15082 from totten/5.17-php-min

(dev/drupal#79) CRM_Upgrade_Form - Raise MINIMUM_PHP_VERSION from 5.6 to 7.0

Merge pull request #15051 from agileware/CIVICRM-1290

Remove "Copy Case custom data" code (circa 2013)

CIVICRM-1290 CIVICRM-967 Add unit test: Migrate custom file attachments to new case on reassignment
Add unit test from PR #14213 Migrate custom file attachments to new case on reassignment. https://github.com/civicrm/civicrm-core/pull/14213

CIVICRM-1290 Remove "Copy Case custom data" code

Remove "Copy Case custom data" code. Fixes https://lab.civicrm.org/dev/core/issues/1183

(dev/drupal#79) CRM_Upgrade_Form - Raise MINIMUM_PHP_VERSION from 5.6 to 7.0

This version requirement officially went up to PHP 7.0 circa Civi 5.14.
However, at that time, the upgrade metadata was kept at PHP 5.6 to allow somewhat
softer landing for stragglers. That's no longer possible in 5.16+, so this
just updates the requirement.

Before
------

When upgrading via drush to Civi 5.16+ on PHP 5.6, the Civi class-loader fails to initialize.

```
Parse error: syntax error, unexpected ':', expecting '{' in /Users/totten/bknix/build/dmaster/web/sites/all/modules/civicrm/vendor/league/csv/src/functions.php on line 33
```

(Approximate call-path: `civicrm.drush.inc` => `civicrm.settings.php` =>
`CRM_Core_ClassLoader` => `vendor/autoload.php` => `vendor/league/csv/src/functions.php`)

After
-----

It still fails, but at least the metadata is accurate.

There will be a separate patch in another repo to make `drush` use this
metadata and present a better error.

Merge pull request #15048 from eileenmcnaughton/5.17

Fix unreleased regression on import

Merge pull request #15058 from seamuslee001/dev_core_1186

dev/core#1186 add in unit test to lock in fix from dmeritcowboy in #1…

Merge pull request #15055 from demeritcowboy/file-no-description

dev/core#1186 - ignore exception if no description field

dev/core#1186 add in unit test to lock in fix from dmeritcowboy in #15055

Merge pull request #15047 from eileenmcnaughton/pptx

dev/core#1190 Add pptx to safe file types

catch exception when no description

dev/core#1190 Add pptx to safe file types

I feel like it would be better to store these as an array somewhere - maybe as the first step to
a metadata construct for Option groups...

Fix unreleased regression on import

https://github.com/civicrm/civicrm-core/commit/2adc819d0e59d71ffcf14c6799a379f108b07d60
made the code a little more readable but changed the indexing from 0-based to column based.

See https://pear.php.net/manual/en/package.database.db.db-common.setfetchmode.php

THis can be replicated by trying to update an existing mapping

Merge pull request #15041 from seamuslee001/5.17

Add release-notes/5.16.2.md

Add release-notes/5.16.2.md