CRM-16373 - Config - Migrate fiscalYearStart

CRM-16373 - Config - Declare settings for defaultContactStateProvince

CRM-16373 - Config - Migrate dateInputFormat, timeInputFormat

CRM-16373 - Config - Declare settings for dateformatTime, dateformatYear

CRM-16373 - Config - Declare settings for fieldSeparator, legacyEncoding

CRM-16373 - Config - Migrate `logging` to settings

CRM_Admin_Form_Setting - Report errors in saving settings

CRM-16373 - Setting, weekBegins - Use pseudoconstant

CRM_Admin_Form_Setting - Use Setting.getoptions

CRM-16373 - Config - Declare settings for geoAPIKey, geoProvider, mapAPIKey, mapProvider

CRM-16373 - Setting.getoptions - Read/execute callbacks from *.settings.php

CRM-16373 - Config - Remove unused `revampPages`, `maxLocationBlocks`, `formKeyDisable`

These variables all appear to be unused.

CRM-16373 - Config - Remove `mapGeoCoding` option

It looks like this is a boolean that enables/disables certain geocoding
features.  However, the variable is not actually editable, so it is
effectively fixed at "true".

Merge pull request #6518 from totten/master-config-dead

CRM-16373 - CRM_Core_Config - Remove ephemeral and unused fields

Merge pull request #6499 from mlutfy/47-crm17025

CRM-17025: use https in 'empowered by' link.

Merge pull request #6513 from totten/master-sql-fragment

CRM-16036 - _civicrm_api3_get_using_utils_sql - Pass SQL fragments as object

CRM-16373 - Config - Remove `maxImportFileSize`

This variable does not appear to be used.

From grepping, it seems that perhaps it was used at once point, but the
major elements of it were moved to a helper function, and now that function
is used multiple places.

CRM-16373 - Config - Remove `captchaFont` and `captchaFontPath`

These variables are not read or written anywhere.

CRM-16373 - Config - Remove `importDataSourceDir`

This variable is a trivial variant on `$civicrm_root`. It does not appear to
be editable, and it is only used in one place.

CRM-16373 - Config - Remove gettextResourceDir

This field is not a genuine setting - it's a small variant on `$civicrm_root`.

Use CRM_Core_I18n::getResourceDir() instead.

CRM-16373 - Config - Remove `gettextCodeset` and `gettextDomain`

These variables are not read or written anywhere.

CRM-16373 - Remove `config->civiRelativeURL` and `civicrm_variables.tpl`

These appear to be an outmoded technique for building links in JS.  We now
CRM.url(), which does a better job anyway (w/clean or dirty URLs).

CRM-16373 - Config - Remove `civiVersion` property

Only used once in the entire codebase, and it can be fetched
directly (without any weird statefulness).

CRM-16036 - _civicrm_api3_get_using_utils_sql - Pass SQL fragments as object

This enables IDE goodies (autocomplete/drilldown/docs) and allows you to use
CRM_Utils_SQL_Select's interpolate/escape/implode features
(e.g.  `foo.id IN (#idlist)`).

Merge pull request #6517 from kurund/version-fixes

Version fixes

version fixes

version fixes

version fixes

add status preference dao to ignore list

Merge pull request #6512 from eileenmcnaughton/CRM-16955

CRM-16955 load billing details on processor form

Merge remote-tracking branch 'upstream/4.6' into 4.6-master-2015-08-16-18-06-10

Conflicts:
sql/civicrm_generated.mysql
templates/CRM/Member/Form/MembershipRenewal.tpl

add comment

Merge pull request #6495 from eileenmcnaughton/master

add unique index for new sites on uf_group.name CRM-15961

add unique index for new sites on uf_group.name CRM-15961

CRM-16955 load billing details on processor form

CRM-16955 ensure cid & checksum vars from the url are available to js so they can be passed when loading billing form

Merge pull request #6511 from civicrm/eileenmcnaughton-patch-1

Validate record_type as being an integer.

Merge pull request #6509 from eileenmcnaughton/test-fixes

Test fixes

Validate record_type as being an integer.

data comes from an option-group, and option-groups are web-editable.

CRM-16808 follow up - paypal express being validated as paypal pro

fix new regression on payment block not showing

extract setMessageFunction

fix for test regressions
Note there has been traditional hodgepodge of use of paramters for the same thing causing ongoing confusion here, trying to reduce that

Merge pull request #6503 from totten/4.6-random

Utils - SQL, Array, Resolver, DAO - Random improvements

Civi\Core\Resolver - Add "global://" support

CRM_Utils_SQL_*

CRM_Utils_AutoClean

CRM_Utils_Array - Add pathGet() and pathSet()

CRM_Utils_Array::extend()

CRM_Core_DAO::fetchAll

CRM-17025: use https in 'empowered by' link.

Merge pull request #6498 from monishdeb/4.6

CRM-17022 fix - Bug introduced in 4.6.6 breaks Grant Search

Merge pull request #6497 from jitendrapurohit/CRM-17016

CRM-17016 -- State list for Fiji incomplete

CRM-17022 fix - Bug introduced in 4.6.6 breaks Grant Search

https://issues.civicrm.org/jira/browse/CRM-17022

CRM-17016 -- State list for Fiji incomplete

Merge pull request #6490 from sudhabisht/CRM-9066

Fix for duplicate entry in bookkeeping transaction report

Merge pull request #6484 from monishdeb/4.6

CRM-17011 fix

Merge pull request #6293 from JoeMurray/patch-1

fix for CRM-16896

Merge pull request #6335 from totten/4.6-header-cleanup

ScheduledReminder, Extensions, Cxn - Fix copy-pasted header

Merge pull request #6489 from totten/4.6-comp-ext

CRM_Core_BAO_ConfigSetting - Support components from extensions

Merge pull request #6476 from monishdeb/CRM-16950

Crm 16950 ix

Merge pull request #6491 from monishdeb/46-upgrade-fix

Upgrade script failure on Jenkin fix

Upgrade script failure on Jenkin fix

Fix for duplicate entry in bookkeeping transaction

Merge pull request #6487 from jitendrapurohit/CRM-17009

CRM-17009 -- event registration doesn't respect reg end date

Merge pull request #6486 from jitendrapurohit/CRM-15935

CRM-15935 -- Lybunt report includes people who made no contributions

Merge pull request #6488 from eileenmcnaughton/CRM-16036-master

CRM-16036 replace basic_get innids with sql builder

CRM_Core_BAO_ConfigSetting - Support components from extensions

CRM-16036 fix for tests

remove auto-grant test - this was a prototype for the single-value-alter & duplicates it, maintaining both = less good

CRM-16036 - remove getfields from mailing test as it is producing incorrect results for the non-deprecated api

CRM-16036 fixes to make all tess pass with new internalsx

wq!

CRM-16036 stop overwriting of where clauses

upport tested format return=custom

CRM-16036 Eileen in prog

Whitespace fixes.

CRM-16036 - extra unit test.

----------------------------------------
* CRM-16036: API: searching on custom fields does not work
  https://issues.civicrm.org/jira/browse/CRM-16036

Fixing style issues, as usual.

CRM-16036 - Fix for chaining.

When using a custom field as param for the API, chaining
didn't work as it should. This is a fix.

I have a unit test for this as well, but it depends on a fix for
CRM-16168, so if I add it here, it will break anyway.

I will document this in the issue itself.

----------------------------------------
* CRM-16036: API: searching on custom fields does not work
  https://issues.civicrm.org/jira/browse/CRM-16036
* CRM-16168: Chained call event-loc block returns an error if no loc block exists.
  https://issues.civicrm.org/jira/browse/CRM-16168

CRM-16036 - Now contact references are returned the right way.

----------------------------------------
* CRM-16036: API: searching on custom fields does not work
  https://issues.civicrm.org/jira/browse/CRM-16036

CRM-16036 - Contact reference custom values are returned incorrectly.

Here is a unit test.

----------------------------------------
* CRM-16036: API: searching on custom fields does not work
  https://issues.civicrm.org/jira/browse/CRM-16036

Using CRM_Utils_Array::first.

CRM-16036 - Pleasing the php 5.3 gods :-)

Thank you @colemanw.

----------------------------------------
* CRM-16036: API: searching on custom fields does not work
  https://issues.civicrm.org/jira/browse/CRM-16036

CRM-16036 - A hack around the issue.

I changed _civicrm_api3_basic_get so that it calls my hack
(_civicrm_api3_get_using_query_object_simple) whenever a
custom field is used in $params. In all other cases, the API
behaves as before.

----------------------------------------
* CRM-16036: API: searching on custom fields does not work
  https://issues.civicrm.org/jira/browse/CRM-16036

A unit test for searching memberships on custom field values.

Build query using CRM_Utils_SQL_Select.

Fixed whitespace issues.

Free the query DAO.

Not sure whether this is really necessary. But I just did to
be safe.

Sort and limit options.

Support other filters than '='.

Populate $select_fields more efficiently.

Return all fields if no return option is given.

Changed key and values of the $select_fields array.

Because that seems to be more intuitive.

Some code refactoring.

Return fields as requested by the return option.

Some documentation, and better handling of fields to select.

The fields to select are still hard coded. But this is work
in progress.

Filter on custom fields.

civicrm_api3_get_using_query_object_simple now allows filtering on custom fields.

Created a custom civicrm_api3_get_using_query_object.

One to work around the issue. Still lots of TODOs.
If you filter on a custom field using the api, the custom
get_using_query_object is used. And it still ignores the
custom fields :-)

CRM-16036 - unit test: search event on custom field.

This test fails.

----------------------------------------
* CRM-16036: API: searching events on custom fields does not work
  https://issues.civicrm.org/jira/browse/CRM-16036

Merge pull request #6471 from eileenmcnaughton/master

CRM-16996 fix regression on form rule