The impetus behind CRM-20541 seems to be a testing scenario where the
setup/teardown process resets Civi (`Civi::reset()`) without resetting
Drupal (`drupal_static_reset()`).  IMHO, it's better to keep the systems
aligned by either (a) resetting both or (b) resetting neither.

For the situation where you reset both, the state within
`civicrm_initialize()` needs some way to reset.  This function executes
within a Drupal context (before Civi has booted), so it should obey the
reset conventions for Drupal -- i.e.  use `drupal_static()`.

CRM-19976: Fix for Drush: cannot disable civicrm debug

CRM-20541 - Use drupal_static() instead of static

…utions

CRM-21016: Allow Drupal views to be used for Notes related to contributions

Add Contributions relevant to the Participant record.

… views. This breaks views unless there is an ACL in place if Drush CC is used on the command line.

(NFC) Lint civicrm.drush.inc

CRM-21156

…_alphabetically

CiviCRM / Drupal Rules: Show all groups

NFC Civilint civicrm_contact_ref module

NFC Civilint civicrm_member_roles

Civilint Some views files and HookTest file

(NFC) Lint civicrm.config.php.drupal

Civilint civicrm_handler_field_website.inc

Lint Civitheme module

Civilint views plugins files

Run Civilint against first half of civicrm_handler_field files

NFC Civilint civicrm_group_roles module

Remove CiviTest.module.sample as been replaced with the CiviCRM Dev Docs

Lint CiviCRM Rules module

Civilint civicrm_user.inc

CRM-20937 - update to most recent templates used in core.

Civilint civicrm_og_sync module

Need to include fields in order by  in select distinct to work

Notice : Undefined offset: 5 dans _civicrm_member_roles_sync() (ligne 587 dans /xxxxxxx/sites/all/modules/civicrm/drupal/modules/civicrm_member_roles/civicrm_member_roles.module).

CRM-19995 - Fix missing 's' in array name

Run Civilint against the rest of views_handler and views plugin files

Run Civilint against civicrm_engage module

Run civilint against civicrm_handler_filter_state_multi.inc

Civilint 2nd half of civicrm_handler_field files

Civilint views components files

…s a drush error

Also defines a used var and removes legacy svn id refs

CRM-21371 - An api error when calling drush cvapi should be treated a…

Fixed CRM-20292: removed permission checks for custom data caching in views

CRM-20734: Populate state if country is selected by default on page load

CRM-20592 - remove location options from website field

CRM-20153 show event pages for pcp

Lint civicrm.module and civicrm.install files

CRM-20783 : Get currency from civi if not included in view fields

Gives "Notice: Undefined index: image_style in civicrm_handler_field_contact_image->render() (line 130 of sites\all\modules\civicrm\drupal\modules\views\civicrm\civicrm_handler_field_contact_image.inc)." if "Custom Files Directory" at civicrm/admin/setting/path?reset=1 doesn't contain "[civicrm.files]" ( in my case default directory has been set as "custom/"  only; changing it to be [civicrm.files]/custom has got Drupal image styles back for CiviCRM Contact Image field in Views )

…utines by default.

crm-16541 Allow extra options to be passed to mysqldump.

CRM-21758: Add created_id to Views integration

CRM-21226: Add view filter handler for contact reference custom field

Update civicrm_handler_field_contact_image.inc

CRM-20822 - Expose tag parent id in views

(NFC) Update copyright header for 2018

Fix style warnings

Add activity created_date, modified_date and original_id fields to views

This is a simple administrative update to the headers. It was generated with the command:

```
rgrep '| CiviCRM version 4.7' CRM/ Civi ang api bin extern install/ settings/ templates -l \
 | xargs sed -i'' "s/| CiviCRM version 4.7/| CiviCRM version 5  /g"
```

The inclusion of `|` aimed to avoid matching any non-header text (e.g. inline docs that
mentioned the version incidentally). But then I did a looser search and for just

```
rgrep 'CiviCRM version 4.7'
````

and manually patched the remainder.

Note: I'm not really keen on doing this every month, so I relaxed the header
statement -- instead of `CiviCRM version 5.0`, it's just `CiviCRM version 5`.

(NFC) Update version in header

dev/core/civicrm#152 - AdvMulti-Select cleanup

The current handler looks up the CiviCRM custom field ID using the field's
label, which is not intended to be unique. More than one field can exist
across multiple different custom field groups with the same field label. If
that happens, when attempting to pull the list of select field options, the
handler will just use the field with the lowest field ID for all fields that
have the same field label, so the field's value won't get rendered.

This change makes the handler use the field's column_name to look up the
field id, which is unique across all fields in CiviCRM.

Fix Views custom field handler not displaying select value labels when fields share the same label.

…lationship

Drupal Views CiviCRM: Allow Participant record to be used from Event.