If we don't have a recurring contribution for subscription ID don't throw exception - it's probably a subscription that was recorded outside of CiviCRM so we ignore and return 200 OK to keep webhook happy

Record refund against the already recorded payment in CiviCRM so we update financial items correctly

Fix #221 Return 200 OK for webhooks that stripe can't match to CiviCRM. Look for contribution using subscription_id for future recurring start date

Remove reference to PR 298 for test payments as this PR has been merged https://github.com/colemanw/webform_civicrm/pull/298

Fix #215 when Stripe is the default payment processor make sure we cleanup if switching to another processor

Jamie McClelland authored 4 years ago and mattwire committed 4 years ago

See #218

Update implementation for cancel subscription. Option to notify (default Yes) is now available on the backend cancel subscription form.

Fix #210 If there are multiple reCaptcha on the page check and validate the one on the Stripe billing form only

Fix issues with form validation when you have 'On behalf of organisation' block on the contribution page

Improve loading and reloading if there are network issues. Add new jquery event crmBillingFormReloadFailed