Fixed problem with file name case
Merge branch 'master' of https://github.com/Project60/sepa_dd
added hook (where it belongs)
removed, does not get called
fixed dashboard for v4.4 datamodel
Merge pull request #71 from pdelbar/v44

fixed dashboard for v4.4 datamodel
fixed date logic for batching
Merge pull request #73 from pdelbar/v44

fixed date logic for batching
One SDD PP type is enough

It's nice to have a PP type for SDD created when the extension is
installed. It's not so nice though to have two of them created, with
slightly different parameters...

By the right of the eldest, I decided to keep the original one, and drop
the upstart. (Hi CRM/Core/Payment/SEPA.mgd.php )
Reanimate Creditor form on PP configuration page

It's a honourable quest to check the selected PP type, and only show the
Creditor form when it's the SDD one. The glory is even greater when
using a check that actually works...
Regenerate DAOs to match schema

Not sure this actually fixes anything -- but at least it *feels* safer
with the corrected default value for `type`...
Adapt setting of `payment_instrument_id` to New World Order

Now that `payment_instrument_id` is no longer coupled to the Creditor,
but rather describes the transaction type, we get better results when we
don't try to get it from the creditor, but rather set it to an
appropriate transaction type...

Among other things, this makes the sepa_civicrm_mend_rcontrib() hook
get called again; and fixes the batching to use a valid type for the
transaction group. (Rather than "Credit Card"...)
Set default `status` for civicrm_api3_sepa_mandate_create

The code expects to always have this set, e.g. in
CRM_Sepa_BAO_SEPAMandate::add() .

This restores the previous default behaviour of new mandates not being
activated (and the first contribution not being batched) immediately...
MessageTemplate API now in Core

With 4.4, the API is available in Core now -- so use it.

(The previous local version is actually conflicting with 4.4; so we have
to switch to the Core one -- with a sligtly different entity name -- in
any case...)
Fix retrieval of `creditor_id` in batchContribution()

Don't try to find the `creditor_id` from the `payment_instrument_id`,
which is no longer related in the New World Order.

Conveniently, the `creditor_id` is actually available directly from the
mandate object, which we get as a parameter... No need for any extra
queries.

This also drops the gross hack of creating a fake creditor on the fly.
No idea what that was for, but it doesn't apply anymore, and I *very*
much hope it's not needed. (Works fine here without.)
Use correct field name when fetching creditor ID from TxGroup object

For extra fun, the field is called `sdd_creditor_id` here, rather than
just `creditor_id` like everywhere else. Using the right name gives us
the actual ID, which in turn makes the creditor lookup actually work.

(Previously, it just retrieved the single creditor when there was only
one, and went BOOM otherwise.)
Regenerate DAOs using GenCode from CiviCRM 4.4.1

This shouldn't affect functionality. It's only to avoid noise in later
commits doing actual schema changes.
Implement Creditor configuration option for activating mandates immediately

This implements the necessary DB field in the Creditor record; presents
the setting in the configuration UI; and passes the API parameter to
define the initial status for new mandates depending on the setting.
Merge pull request #82 from sfe-ev/fixes_v44

Fix fallout from batching rework
Use `mandate_prefix` from Creditor settings

In the fallback mandate reference generation code, use the value
actually configured for the Creditor (in the Payment Processor setup),
rather than having everyone impersonate WMFR...