Charitable – Donation Plugin


Powerful Free WordPress Donation Plugin

We believe that collecting online donations should be easy and affordable. That’s why Charitable is the only powerful WordPress donation plugin that never charges transaction fees.

With Charitable, you can create fundraising campaigns in minutes, whether you need a donation form for your regular ongoing donations, you’re raising money for a time-sensitive need, or you are collecting donations for a specific fundraising goal.

Charitable is the top-rated WordPress donation plugin available, with 5-star reviews from 100+ happy users.

Join 10,000+ non-profits growing their online fundraising with Charitable.

Grow your online fundraising faster with Charitable’s premium add-ons, with support for recurring donations, peer to peer fundraising, email marketing integrations, gateway fee recovery and much more. Click here to unlock the most powerful WordPress fundraising software available.

Unlimited fundraising campaigns

Set up as many campaigns as you would like with Charitable and tailor them to your needs:

  • Create as many fundraising campaigns as you need.
  • Set goals for your campaigns.
  • Create time-sensitive campaigns that end automatically when they’re finished.
  • Inherits your theme’s styles for seamless integration.

Customizable donation forms

You can completely customize your online fundraising experience.

  • Provide suggested amounts, allow people to donate as much as they want, or do both.
  • Load donation forms in a modal, on a separate page, or on the same page as the campaign.
  • Shorten your donation forms by just showing required fields.
  • Embed a donation form on any page.

PayPal donations made simple

Start accepting donations through PayPal without hiring a developer.

  • Add your PayPal address and you’re done.
  • Donors use the secure, familiar PayPal interface to finalize their donation.
  • Automatically track a donation’s status after the donor completes their donation.

More ways to give

Collect donations via cheque, bank transfer or any other offline method.

  • Provide your donor with clear instructions for making their offline donation.
  • Send a unique offline donation receipt to donors after they create an offline donation.
  • Other payment gateways are available as paid add-ons.

GDPR-ready WordPress donation plugin

Make your donation forms GDPR compatible in just a few clicks.

  • Add a Privacy notice and Terms & Conditions to your donation form.
  • Charitable supports the personal data export & personal data eraser in WordPress.
  • Compatible with the GDPR Cookie Compliance plugin.

Painless donation management

Create and edit donations directly in the WordPress dashboard. No add-on necessary!

  • Resend donation emails.
  • Sort and search donations in the dashboard.
  • Export a CSV report of donations.

Easy to customize emails

Donation receipts, admin notifications and other emails are available out of the box.

  • Easily customize your email subject lines, headlines and content.
  • Add custom email tags for dynamic, personalized emails.
  • Send a donation receipt and admin notification automatically for new donations.
  • Send donors instructions for completing their offline donation.
  • Send administrators an email when a fundraising campaign has finished.
  • Password reset & email verification messages.

Why we made Charitable

We built Charitable because we were tired of seeing non-profits use hosted fundraising platforms that charge hefty fees and strip them of the ability to brand & control their donation pages. Other WordPress donation plugins existed, but they missed important functionality or were poorly supported, leaving non-profits to choose between expensive platforms or plugins lacking the features they really needed.

So we created & launched Charitable in 2015 as a feature-rich, affordable WordPress alternative to hosted fundraising platforms. With Charitable, we won’t charge you any transaction fees for the donations you receive, and you can use the core Charitable plugin for free, forever. We support Charitable’s development through extension purchases, which add extra features.

Four years on, we still actively develop and support Charitable, which is trusted by over 10,000 non-profits all over the world.

Powerful features to grow your online fundraising

Looking for more functionality? Our paid extensions give you the flexibility and features you need to grow your fundraising.

Recurring Donations

  • Generate reliable income for your non-profit.
  • Increase the lifetime value of donors.
  • Integrated seamlessly with our PayPal, Stripe, Authorize.Net and PayFast payment gateways.

Peer to Peer Fundraising

  • Front-end campaign submission form.
  • Allow your supporters to create fundraising campaigns for your organization.
  • Grow your reach exponentially through your supporters› network of friends and family.

Crowdfunding Platforms with WordPress

  • Front-end campaign submission form.
  • Allow people to create campaigns for personal causes.
  • Pay them automatically using Stripe Connect.

Recover Payment Gateway Fees

  • Grow your donations by letting your donors cover the payment gateway fees.
  • Supports PayPal, Stripe, Braintree, Authorize.Net, Mollie, GoCardless, Windcave, Payrexx, PayFast and Paystack.
  • Works with recurring donations.

Premium Payment Gateways

Email Marketing & Newsletter Integration

  • MailChimp
  • Campaign Monitor
  • Mailerlite
  • ActiveCampaign
  • MailPoet
  • Mailster

Automation with Zapier and Other Automation Platforms

  • Connect Charitable to your favourite apps by creating automatic workflows with Zapier.
  • Prefer another automation app to Zapier? Easily integrate with other automation platforms like Zoho Flow, Integromat or through Webhook Subscriptions.

Other features

Click here to get all the features you need to scale up your WordPress donations with our affordable packages.

Join our community

When you download Charitable, you are joining over 10,000 other non-profits, developers and fundraising professionals across the globe. We regularly cast a spotlight on the amazing things people in the Charitable community are doing in our newsletter and social media.

Developers, we would love to invite you to join us in creating the most powerful donation plugin around! Get started as a contributor on our GitHub repository.

Using Charitable in a language other than English? Help us make Charitable better for you by contributing to the translation project in your language.


  • Creating a campaign.
  • A campaign running on Twentyfifteen (the default WordPress theme).
  • A grid of campaigns, added using the [campaigns] shortcode.
  • Setting up Charitable: The General settings area.
  • Setting up Charitable: The Payment Gateways settings area.
  • Setting up Charitable: The Email settings area.


  1. Upload charitable.php to the /wp-content/plugins/ directory.
  2. Activate the plugin through the ‹Plugins› menu in WordPress.
  3. Go to Charitable > Add Campaign to create your first campaign!


Can I accept donations directly on my site?

Yes you can! If you use PayPal, donors will be redirected to PayPal to complete their donation. However, you can use the Offline Donations gateway to allow your donors to create a donation and make the payment via cheque or bank transfer (you can display your payment details to them).

Better yet, let your donors make credit card donations directly on your WordPress website with the following payment gateway extensions:

Want to use a different payment gateway? Click here to let us know!

How do I add a grid of fundraising campaigns to my page?

Easy. Just add [campaigns] into your page content. Read more.

How do I add a donation form to a page?

You can use the [charitable_donation_form] shortcode to embed a particular campaign’s donation form on a page. Read more

Can I collect recurring donations with Charitable?

You can accept monthly, quarterly or semi-annually or annually recurring donations with the Recurring Donations extension. This works with PayPal, Stripe, Braintree, Authorize.Net and PayFast.

Can I run peer-to-peer fundraising campaigns with Charitable?

Indeed you can! Charitable is the best way to run peer-to-peer fundraising campaigns with WordPress. Peer-to-peer fundraisers are supported with our Ambassadors extension

Can I let donors pay the gateway processing fees?

Yes. Our Fee Relief extension adds support for this, with the option to set how fees are calculated for different payment gateways. Read more

Can I add donors to my newsletter or email marketing list?

You certainly can. The Newsletter Connect extension supports MailChimp, Campaign Monitor, ActiveCampaign, Mailerlite, MailPoet and Mailster.

Can I translate Charitable into my language?

You can. Charitable has full localization support through the charitable textdomain. All Charitable extensions are also fully translatable.

Contribute to the translation project in your language and help us make Charitable better for everyone!

How do I get support?

You can post in the support forum or reach us via our support form.


21. April 2022
An amazing plugin if you are looking to raise funds for your non-profit organization, without getting killed on transaction fees! Charitable provides an "A la carte" & bundle pricing for loads of add-ons, making the initial cost very reasonable, while having peace of mind that, as your organization grows, you can quickly and easily add more options. The plugin is also highly customizable, through the use of snippets. I am not at all code savvy, which can be intimidating, but the customer support at Charitable is absolutely awesome: They are fast, immensely patient and always make sure that any issue is quickly resolved. Highly recommended!
20. April 2022
My client is a non-profit that was seeking an easy, but powerful and attractive way to accept donations on their website. This was the perfect plugin. I had a question about customization and Eric was really fast and helpful ... definitely a great choice! Thanks Eric!
9. März 2022
I appreciate the support the team provided. I'm new to coding and had to depend quite a bit on the support team.
23. Februar 2022
Our organization had some tricky problems and Charitable was great in helping us resolve them. I highly recommend the plugin and their support team is fantastic.
12. November 2021
The plugin is fantastic, it is easy to use, and it offers a ton of features for a great price! I have recommended it to a number of charities. Plugins can be great but the support is SUPERB! Not only do I receive responses quickly, the support is friendly going the extra mile every time. I ABSOLUTELY LOVE CHARITABLE.
Read all 154 reviews

Contributors & Developers

“Charitable – Donation Plugin” is open source software. The following people have contributed to this plugin.


“Charitable – Donation Plugin” has been translated into 12 locales. Thank you to the translators for their contributions.

Translate “Charitable – Donation Plugin” into your language.

Interested in development?

Browse the code, check out the SVN repository, or subscribe to the development log by RSS.



  • NEW: Added the ability to set a maximum donation amount using the charitable_maximum_donation_amount filter.
  • NEW: Added the ability to change the minimum & maximum donation amount on a per-campaign basis, using the charitable_minimum_donation_amount and charitable_maximum_donation_amount filters. These filters are used by the new Campaign Kit plugin which will allow you to easily set the minimum & maximum donation amounts for individual campaigns.
  • NEW: Added the charitable_email_subject filter, allowing the subject line used for emails to be filtered. This filter is used by the new Campaign Kit plugin which will allow you to customize donation receipt emails on a per-campaign basis.


  • NEW: Added the ability to send emails with attachments. This allows you to attach PDF receipts to your donation receipt emails automatically with the PDF Receipts.
  • FIX: In some cases, the dark overlay that should appear when showing donation form in a modal would not appear. This has been fixed now.


  • FIX: Remove testing code left behind.


  • NEW: Added a printable page template, including custom styles for printing. This will be used by two plugins to be released in the coming weeks: PDF Receipts & Annual Receipts.
  • NEW: Under the hood, the way SQL queries are set up for getting donation data has been improved to provide more flexibility. This lays the groundwork for improvements to the [charitable_stat] shortcode.
  • NEW: The Offline Payment Instructions can now include shortcodes. This allows the instructions to be translated for different languages if you’re using a plugin like Polylang. #909
  • FIX: Avoid PHP notices when displaying a donation form on a separate page.
  • FIX: In the donation receipt, make sure the total donation amount shown in the summary includes any fees added through Fee Relief.
  • FIX: The layout of the donation summary in the receipt has been cleaned up, avoiding display issues in some themes.
  • FIX: Disable autocomplete for datepicker fields.
  • FIX: Fixes a problem with the modal script not always loading as expected in block themes.
  • FIX: Use a unique HTML ID for donation forms when there are multiple on the same page.
  • FIX: Avoid a fatal error in the Donation Stats widget when using Polylang.
  • FIX: Avoid triggering an error in the email verification template in certain circumstances.


  • FIX: Fixes an issue in Charitable 1.6.55 that would prevent custom donation receipt content from showing.


  • NEW: Added charitable_template_donation_form() function to easily display a particular campaign’s donation form.
  • NEW: Added new charitable_currency filter, as well as a charitable_get_default_currency() function, allowing the site currency to be filtered.
  • NEW: Donations now store the currency used for the donation. The currency of a donation is available through the Donation Fields API. i.e. charitable_get_donation( 123 )->get( 'currency' ).
  • FIX: Improves compatibility with block themes like Twenty Twenty Two by handling the way templates are loaded in those themes. In particular this caused issues on dynamically generated pages such as the Donation Receipt or Password Reset / Forgot pages.
  • FIX: Resolves a bug where editing a donation in the admin could change its change date to January 1, 1970. This happened in situations where the person editing the donation had their profile language set to something other than English.
  • FIX: In the donation receipt, display the total donation amount including any fees added through Fee Relief.


  • NEW: Added methods for retrieving the subtotal (excluding Fee Relief fees) and total (including fees) donated for a donation, with $donation->get( 'subtotal' ) and $donation->get( 'total' ) respectively. This is used by the new Automation Connect integration.
  • FIX: When creating a manual donation, the list of campaigns is now in alphabetical order to make it easier to find the campaign you’re looking for. #894
  • FIX: Resolved an error when using the Campaign Categories / Terms widget.


  • FIX: Resolves a number of issues that caused warnings or notices when using Charitable with PHP 8 or MySQL 8.
  • FIX: When calling $campaign->get( 'allow_custom_donations' ), the return value will now always be an integer.
  • FIX: A bug in the data processor class was preventing campaign terms from being saved correctly when submitting campaigns with Charitable Ambassadors.


  • FIX: When adding manual donations, the donation date was incorrectly set to December 31, 1999.
  • FIX: Use wp_kses_post when returning false to the charitable_sanitize_suggested_amount_description filtered adding in Charitable 1.6.51. This will allow HTML to be used in suggested donation descriptions, while still stripping out any dangerous code, such as Javascript. By default, charitable_sanitize_suggested_amount_description returns true and will be filtered to exclude all HTML.


  • SECURITY FIX: Fixes a critical cross-site scripting vulnerability. See our blog for a post in the coming days.
  • SECURITY FIX: Removes the unfiltered_html capability from Campaign Managers.
  • FIX: Allow campaign category/tag taxonomies to be translated in the Campaign Categories / Tags widget.


  • FIX: Resolves problem where donation amounts over $1000 were not sanitized correctly, resulting in the donation being processed with the incorrect donation amount. This was a bug that crept in with the changes in 1.6.49.


  • FIX: Fixed problem where the page scrolls to the wrong spot when a donation form is submitted with errors. #882
  • FIX: Added support for namespaced class names in the Charitable_Registry. #889
  • FIX: Proper handling of minimum donation amounts where commas are used as the decimal separator and the minimum donation amount has cents (i.e. two euros and fifty cents). Please note that the minimum donation amount should be set with a period used as the decimal separator. #888
  • FIX: Proper handling of donation amount added via the Campaign Donation widget, where commas are used as the decimal separator. #887


  • FIX: Better compatibility with TranslatePress to allow certain strings that were otherwise not translateable to be translated.
  • FIX: Removed a PHP notice that would appear on 404 pages. #864


  • SECURITY FIX: Prevent email verification emails from being triggered without the input of the registered user. #863
  • FIX: Updated Weglot support to handle updates in Weglot 3.3.0. #861


  • FIX: Prevent endless redirect when using Weglot and displaying donation forms on the same page as the campaign.
  • FIX: Improve compatibility with WP Super Cache.


  • FIX: If you are using Weglot, the donation receipt page and donation-related emails will be in the same language used by the donor when they donated. #835
  • FIX: Prevent errors from displaying in the donation processing response to avoid donations being blocked.
  • FIX: Check hidden fields when checking if a donation is a recurring donation. #819
  • FIX: In some cases, using the logout shortcode would result in it being displayed multiple times or too early. This has been fixed. #834
  • FIX: Prevent a fatal error encountered when using the Twenty Twenty theme and Oxygen Builder. #829


  • NEW: When using WPML, the total funds raised by a campaign will now include both the campaign itself and any translations of the same campaign. #811
  • FIX: Ensure that the selected recurring donation amount is picked up when you reach a donation form via the Donate widget. #804
  • FIX: Improved display of checkboxes in TwentyTwenty theme. #812
  • FIX: When using WPML, clicking Donate button on the non-primary language version of a campaign results leads back to the primary language version of the campaign, instead of the donation form. #810
  • FIX: Prevent users with only subscriber access from reaching the WordPress dashboard. #807
  • FIX: Allow users with the ‹translator› role in WPML to access the WordPress dashboard. #801
  • FIX: Use jquery as the dependency for Charitable scripts, instead of jquery-core. #817
  • FIX: Split some parts of the charitable.js file into small, single-purpose Javascript files to be loaded when needed. #815
  • FIX: Avoided clash of charitable_user_address_fields filter name. This was used in three separate places in different ways. The one most commonly used was in the context of loading fields to show in the Profile Form, and this is where the filter is still used unchanged. In Charitable_User::get_address(), the filter name has changed to charitable_user_address_details. #816
  • DEPRECATED: Charitable_User::get_address_fields() function is deprecated and will be removed. It was previously unused anywhere by Charitable or its extensions. #816


  • NEW: When using Polylang, the total funds raised by a campaign will now include both the campaign itself and any translations of the same campaign. #798
  • NEW: Made the picture form field a little more flexible, allowing the remove button to be always shown and to have its text customized. This change was required for updates in Ambassadors 2.0.9. #796
  • FIX: Changed the campaign status tags, allowing them to be translated. #797
  • FIX: When using TranslatePress, Charitable will record the locale used by the donor when making their donation and will use that locale when sending them donation-specific emails, like their donation receipt. #795


  • NEW: Built-in support for WP Debugging plugin, which will automatically added CHARITABLE_DEBUG constant to your wp-config.php file if you enable debugging. #793
  • FIX: When using Polylang, Charitable will now pick up the current language version of Charitable pages including the profile, login, registration, donation receipt, privacy policy and terms and conditions pages. #790
  • FIX: On sites using the User Dashboard menu, Charitable now does a better job of picking up whether you’re on a dashboard page. This also includes tweaks to ensure that Polylang language versions of the dashboard menu are picked up automatically.
  • FIX: Prevent Charitable from opening the donation form in a new window. #789
  • FIX: Provide the ability to prevent scrolling to the top of the donation form when there is an error, to allow for situations where inline error messaging can provide more clarity. #791


  • NEW: Add the site currency, country code and test mode setting to the Javascript variables to allow scripts to take that into account. This was specifically required by the new Braintree extension (coming soon!). #784
  • FIX: Improved styling for the campaign meta boxes and admin donation form fields.
  • FIX: In some cases, specifically with the Ambassadors front-end campaign form, campaign categories and tags were removed when updating a campaign due to an issue with the way Charitable_Campaign_Processor class. #785
  • FIX: Prevent WordPress from treating any Charitable endpoints as a 404 page. This is a general fix but specifically resolves an issue encountered with Polylang when trying to verify your email address or change your password. #776
  • FIX: Block redirects caused by the Permalink Manager plugin when the «canonical redirect» setting is enabled. #765
  • FIX: Ensure that Polylang translations for donation form fields and campaign fields are picked up correctly when the language is determined from the content. #776


  • FIX: Use the correct positioning of the currency symbol when formatting amounts with the symbol via Javascript (only affects Fee Relief). #777
  • FIX: Get the month names for the current locale when showing a datepicker field in the front-end. Currently this only affects the front-end campaign in Charitable Ambassadors. #781


  • SECURIY FIX: Prevent disclosure of campaign and donation information in the WordPress dashboard to users who should not have access to it. #775
  • NEW: Add CSS classes via post_class filter to target campaigns that have/have not reached their fundraising goal, or which have/have not ended. #769
  • FIX: Donation Receipt & Donation Notification didn’t send when marking a donation as paid via the Donation Actions meta box or by editing the donation. #771
  • FIX: Add default background colour of white to the custom donation amount field to avoid issues where themes do not provide a colour for the input field. #766
  • FIX: Ensure that all campaign field values are correctly populated when viewing/editing a Draft campaign in the WordPress dashboard. #763


  • NEW: Added additional currencies supported by our new Windcave payment gateway integration. #760
  • FIX: If you are using a zero-decimal currency such as the Japanese Yen, the decimal count setting will now automatically be set to 0. #761
  • FIX: When using Recurring Donations, the donation amount in the donor’s session would not be used correctly in the donation form if the Variable recurring donation method is used. #762


  • FIX: Added a way to prioritize when endpoints should be loaded, which prevents issues with certain endpoints that overlap. #754
  • FIX: Apply Divi button class to Charitable buttons when using Divi child theme. #757
  • FIX: Avoid unexpected redirect when verifying email or resetting password when also using WooCommerce. #755
  • FIX: Remove notice about having sent email verification email after an email address is verified. #756
  • FIX: Clear notices after they are displayed at the top of a form to avoid showing the same notices repeatedly. #758


  • NEW: Added date and status filter options to the Campaigns page in the WordPress dashboard, allowing you to find campaigns based on when they were created, when they ended, or according to their current status. #753
  • NEW: Added ability to define arbitrary attributes to apply to the fields in admin meta boxes and in the admin donation form. #752
  • FIX: The Campaigns Export tool opened, but nothing happened when you tried to export the report. This has now been fixed. #748
  • FIX: Made sure that comments sections do not appear on most Charitable endpoints, other than the campaign page. #751


  • FIX: Fixed a problem prevening datepicker fields from working as expected in certain languages. Closes #747.
  • FIX: Fixed an error in the way upgrades are run preventing them from completing.
  • FIX: Removed timestamp from the donation log.


  • NEW: Cached Charitable_Donation objects are updated when a donation’s status is changed.
  • FIX: Ensured that the client-side HTML form validation still works as expected across all browsers. This broke in Chrome with version 1.6.33.
  • FIX: More robust handling of upgrades, with total & step counter working more reliably.
  • FIX: Proper HTML value for the ‹required› attribute.


  • FIX: The fix to the Firefox form submission issue in 1.6.32 caused unexpected issues in other browsers, including Chrome. #743


  • NEW: Added ability to avoid resending an email verification email if one was sent within the last half hour. #742
  • FIX: A bug was preventing the charitable_default_donation_amount filter from correctly setting the default donation amount. #737
  • FIX: In Firefox, the way Charitable saved the clicked form button’s name and value are not correctly passed through as a hidden field. #740


  • FIX: Respect the hide_if_no_donors argument in the Donors shortcode. #734
  • FIX: Ensure the redirect URL provided in the link to the registration page from the login form is encoded properly. #734
  • FIX: Only show the Customize submenu link under Charitable to user with the manage_charitable_settings permission. #736
  • FIX: Do not add the Profile page as a menu item if a profile page hasn’t been set. #733
  • Removed unused and outdated translations.


  • NEW: Added charitable_gateway_object_{gateway_id} filter.
  • FIX: Preserve the name & value of the clicked button when submitting a form. #723
  • FIX: Improved styling of the end date field in the admin, related to changes in WordPress 5.3.


  • NEW: Improved stylistic integration with the Twenty Twenty theme and some other popular themes (Twenty Nineteen, Divi, Hello Elementor).
  • NEW: Made it easier to add Charitable pages to navigation menus. #729
  • NEW: Added the charitable_button_class filter to easily add/remove classes to Charitable buttons. #494
  • FIX: The default date in the admin donation form was incorrect in certain languages. #728


  • NEW: Added select2 script for easier donor selection when adding a manual donation. #727
  • FIX: Display stored donor details when creating a manual donation for an existing donor. #706
  • FIX: Prevent form submit buttons from being clicked more than once. This applies to the Registration, Profile and Campaign form. #723
  • FIX: If your campaign name contains apostrophes or some other characters, donations to the campaign would have the campaign name escaped. #725


  • NEW: Added charitable_disable_cookie filter to provide the ability to completely disable the charitable_session cookie. The charitable_session cookie is a necessary cookie used to keep track of your donation history whilst your session is active. This allows you to access your donation receipt without being a registered, logged-in user. It is also used when you submit the Campaign Donation widget form to track the amount you would like to donate to the campaign, as well as the donation period (one-time, monthly, etc.). #717
  • NEW: Automatically integrated with GDPR Cookie Compliance plugin. This ensures that if a user opts to have all cookies disabled, including necessary ones, the charitable_session cookie is removed as well.
  • FIX: In certain cases where Recurring Donations was active on a campaign, adding a custom donation amount would result in a notice about needing to donate more than $0. #716
  • FIX: In some cases, if you try to access the donation receipt for a donation you don’t have access to (or you need to log in for), the login form would appear twice. #715
  • FIX: Improved how fields registered through the Fields APIs are sorted, allowing you to modify the position of a field by setting its show_before or show_after value. #707


  • FIX: Resolves a bug with Recurring Donations that resulted in a pre-set custom recurring donation amount not being registered as the active choice properly. #713
  • FIX: When using Ultimate Member, if your Profile page in Charitable was set to UM’s User page, it messed up Charitable’s Endpoints API. #710
  • FIX: Also with Ultimate Member, fixed issue where Charitable’s user email verification process fails while UM is active. #711
  • FIX: Fatal error on PHP 5.2. #712


  • NEW: Automatically set the selected amount in the donation form by appending query parameters to the donation form URL. For example, going to will load the donation form with a $10 donation preset. #684
  • NEW: Mark a user’s email address as verified when they complete Ultimate Member’s email activation process. #709
  • NEW: Registered image as a Campaign Field. $campaign->get( 'image' ) will return the ID of the campaign’s featured image.
  • FIX: Add singular.php as a fallback template to use for Charitable endpoints.
  • FIX: Ensure that wp_title has a page name set for Charitable endpoints. #660
  • FIX: Prevent adding duplicate pending processes to the donation form Javascript handler. #697
  • FIX: Ensure that shortcodes in the Terms & Conditions text are parsed when the donation form is loaded via AJAX. #708
  • FIX: Fixed error that prevented Charitable settings using a select element from correctly showing the current selected value if the value is 0. #639
  • UPDATE: Replaced ambassadors_form with campaign_form in the Campaign Fields API. ambassadors_form has thus far been unused; campaign_form will be supported in the next release of Charitable Ambassadors.


  • UPDATE: Officially adopted Unicode CLDR recommendations for country names. Several country names have been updated. #704 and #700
  • FIX: Show which fields are required in the admin donation form. #702
  • FIX: When a manual donation submission fails because of some missing required fields, show the error notice. #703
  • FIX: In some cases, the End Date, Goal and Description fields would be removed from the campaign editor in the admin. #690


  • NEW: Added option to specify year_range parameter for datepicker fields. By default, the datepicker will show the previous 100 years. #696
  • NEW: Added charitable_user_verified action hook to do something after a user verifies their email address.
  • NEW: Added charitable_profile_endpoint_descendent_query_vars filter, which is used internally when registering endpoints through Charitable’s Endpoints API to handle cases where endpoints use the Profile endpoint as their base.
  • FIX: In some cases, the js.cookie script was not loaded correctly due to the presence of Javascript module loaders, which resulted in Charitable’s session script not working correctly. #699


  • NEW: Added gateway transaction ID to donation meta and as an optional email field. #694
  • NEW: Added client-side helper function to check whether the donation being processed is a recurring donation.
  • FIX: Improved compatibility with Twenty Seventeen theme to avoid a Javascript error on the donation pages. #693
  • FIX: Corrected spelling of default text in Offline Donation Receipt.
  • FIX: Fixed issue preventing conditionally loaded admin settings/form fields from working correctly when there is more than one on the page.


  • FIX: Prevent Polylang from modifying the rewrite rule for the webhook listener endpoint. With certain configurations, Polylang prevented webhooks/IPNs from working. #692


  • FIX: Corrected error introduced by 1.6.19 resulting in donations not processing in certain situations when using Authorize.Net or Stripe.


  • NEW: Registered campaigns fields for getting a campaign’s tags and categories as commma-separated lists. These are now available in campaign-related emails as well as the Campaigns export. #688
  • NEW: Include Charitable version in Javascript vars. This is available as CHARITABLE_VARS.version. We also added a way to check that Charitable is at least a certain version, using CHARITABLE.VersionCompare( version ) (where version is the version it must be).
  • NEW: Added extra jQuery events when processing/viewing a donation form: charitable:form:processed, triggered right after a donation is created but before being redirected to the donation receipt or payment page; charitable:form:amount:changed, triggered when the donor changes the amount they are donating; charitable:form:total:changed, triggered when the donor changes the total amount they are donating (i.e. they choose a different payment amount or opt in to pay the processing fees).
  • NEW: Added charitable_my_donation_total_amount filter to allow the donation amount shown in the output of [charitable_my_donations] to include any processing fees paid by the donor.
  • FIX: Improved return links for settings pages nested under other settings page (i.e. individual MailChimp list settings page links back to MailChimp settings).
  • FIX: charitable_get_current_url() returned incorrect URLs on multisite. #687


  • NEW: Added email tag for donor’s last name. #685
  • NEW: Added an inline-content setting type.
  • FIX: Added __sleep() methods to Campaign and Donation classes to avoid serializing Donation/Campaign Fields. This avoids errors relating to serialization of closures.
  • FIX: Improved error message when max file size is exceeded while trying to upload a picture via the front-end picture field. #683
  • FIX: After clicking «Change» link in donation form to select a different donation amount, hide the link to avoid confusion. #682


  • FIX: Removing pending processes in Javascript fails in certain cases when there is more than one pending process. #681
  • FIX: Improved styling of <legend> elements inside Charitable meta boxes.
  • FIX: Delete user dashboard menu transient if one isn’t set. This fixes a bug in Reach. #52


  • NEW: Allow value_callback in admin_form settings for a field registered with the Campaign Fields API to override the main value_callback parameter. #679
  • FIX: Prevent credit card validation in donation widget, which prevented it from working in certain specific scenarios. #680


  • NEW: Added Colombian Peso as currency. #676
  • FIX: Error resulted in donation receipts not getting sent initially for manually added donations, and then getting sent twice. #631
  • FIX: Avoid fatal error related to the new Webhook Listener Endpoint when Social Warfare is active. #678


  • FIX: Show terms and conditions, privacy policy and contact consent on the registration form if enabled, regardless of whether the settings have been saved. #657
  • FIX: If you have multiple extensions installed and you have an unfinished upgrade routine, the notice was shown repeatedly. #655
  • NEW: Added option to force HTTPS on the campaign donation page. This is off by default but can be enabled by returning true to the charitable_campaign_donation_endpoint_force_https filter. #658
  • NEW: Added Webhook Listener endpoint to provide pretty URL for IPNs/webhooks. Note: The IPN listener is now run on the parse_query hook, which is later than previously when it was run on the init hook. #659
  • NEW: Added option to force HTTPS for the IPN/Webhook listener URL. This is off by default but can be enabled by returning true to the charitable_webhook_listener_endpoint_force_https filter.
  • NEW: Added ability for Charitable to check whether an extension update has minimum requirements (i.e. minimum PHP or Charitable version) and prevent update if those minimum requirements are not met.
  • NEW: Added filter to set whether a campaign can be saved with custom donations disabled and no suggested donations. #669
  • NEW: Added charitable_is_localhost function to return whether installation is localhost. This also introduces the charitable_localhost_ips filter to filter the set of permitted IP addresses that will result in charitable_is_localhost returning true.
  • NEW: Improved support for Comet Cache and Litespeed Cache. #673 and #674
  • FIX: Ensure that $0 donations work if charitable_permit_0_donation is returning true. #668
  • FIX: Numerous small errors fixed.


  • FIX: «Remove» button in Picture field was hidden in the Twenty Nineteen theme. #654
  • FIX: Undefined variable notice in Picture field template. #653
  • FIX: Gracefully handle currency symbols included in the goal parameter in the [charitable_stat] shortcode. #652
  • FIX: Fix campaign grid layout in themes where campaigns don’t have the hentry class. #650
  • FIX: Ensure campaign grid is responsive in themes where campaigns don’t have the hentry class. #651


  • FIX: Picture drag & drop field would not show unless pictures were already set. #648


  • FIX: Fixed error that would show the incorrect amount in the admin donation form in sites that use commas for the decimal separator. #497


  • FIX: Load template files in admin area. This resolves a fatal error when using a Charitable shortcode in the Shortcode block, or when using Divi. #646 and #605


  • FIX: Handle deleted images set as the value of a Picture field. #644
  • FIX: Fixed logic error in check for whether the donation amount is above the minimum amount. This only affected situations where the minimum donation was $0 and someone tried to donate $0.
  • NEW: Added a more flexible way for asynchronous processes to pause donation form processing. #645


  • FIX: Resolved bug related to WordPress core updates that prevented any donations from appearing under Charitable > Donations when on the «All» view. #641
  • NEW: Added «Subtotal» row to the Donation Overview table in the admin. This is not shown by default, but will be used by extensions like Gift Aid and our new Fee Relief extension. #643
  • NEW: Added support for querying by donation plan with Charitable_Donations_Query. This will be used by Recurring Donations. #608
  • NEW: Allow Charitable_Donations_Query to output a list of IDs. #633
  • NEW: Added the currency symbol to the Javascript variables used in the donation form. #635


  • FIX: Load scripts properly when adding a custom ‹picture› field to the donation form. #627
  • FIX: Save settings on Extensions settings page when there is only a single checkbox field. This bug affected Donor Comments. #629
  • FIX: Add full support for radio & multi-checkbox fields with the Donation Fields API. #577 and #576
  • FIX: Properly reflect the value for the «Send after Registration» setting in the settings for the User Verification email. #626
  • FIX: Only define defaults for database fields that require one. This avoids duplicate primary key issues in certain environments (Windows servers). #623
  • FIX: Add responsive styling for campaign grid when masonry is turned on. #628
  • FIX: Removed confusing «Payment attempted» log message for new donations. #624
  • FIX: Added debug logging when CHARITABLE_DEBUG constant is set and true, and when a nonce check fails. #630
  • FIX: Made sure the charitable_user_registration_fields filter actually works. 🙂


  • FIX: Prevents an endless loop in the donor id upgrade process added in version 1.6.5. In certain cases, the upgrade could not complete properly.


  • NEW: Added meta_query and date_query support to Charitable_Donations_Query and Charitable_Donor_Query. #615 and #614
  • NEW: Added charitable_get_campaign_creator_field helper function to retrieve meta information about a campaign creator given a campaign ID and a key. Designed to be used with the Campaign Fields API.
  • NEW: Added charitable_donor_contact_consent_changed hook to broadcast when a donor has updated their contact consent setting.
  • NEW: Added a multi-select field for admin forms. #609
  • NEW: Added a Customizer control for select fields with optgroups. #610
  • FIX: Fixed an error that resulted in a database error when adding donations in certain conditions. This only occurred on sites that upgraded to version 1.6.0 – 1.6.4 without running the database upgrade, and could result in donations being prevented or in donations being recorded without a donor record. This version resolves this bug, and also adds an upgrade routine to retroactively add donor records for all donations missing one. #616
  • FIX: Help text for End Date & Goal fields were swapped. #606
  • FIX: Browser security warning when doing a donation in the PayPal sandbox. #604
  • FIX: Prevent time-outs in AJAX requests to process donations.


  • FIX: Fixed a fatal error triggered during donations when using a previous version of WordPress. #603


  • FIX: Fixed bug that prevented donation form from submitting in certain cases when using Stripe or Authorize.Net alongside another payment gateway. #601


  • NEW: Allow donors to manage their contact consent preference via the Profile form. #591
  • NEW: Include terms and conditions, privacy policy and contact consent checkbox in Registration form. #599
  • NEW: Include donor’s contact consent status in Donations export. #590
  • NEW: Show whether contact consent was given in donation details. #589
  • NEW: Added «User Privacy» and «Terms and Conditions» sections to the Charitable Customizer panel. #592
  • NEW: Added the required attribute to all required form fields. #595
  • FIX: Prevent donors from changing their profile email to same as existing donor. #596
  • FIX: Fixed array_combine PHP warning in donation form. #593
  • FIX: Misspelt function name in Donation Field Registry class. #594
  • FIX: Improved inline documentation for PayPal API fields. #587 and #588


  • FIX: Cleans up a fatal error in the previous release in certain versions of PHP.


  • NEW: Added Terms and Conditions section to the donation form with privacy notice, terms and conditions checkbox and marketing consent checkbox. #558
  • NEW: Added Privacy Policy snippets for policy page builder in WordPress 3.9.6. #557
  • NEW: Included Charitable donation and donor data in user data erasure, with additional settings to control when data can be erased. #551 & #556
  • NEW: Included Charitable donation and donor data in user data export. #550
  • NEW: Added «Customize» link to the Charitable menu to expose Customizer options. #559
  • NEW: Added checkbox to the donation form to get donor consent to being contacted. #420
  • NEW: Added a [charitable_stat] shortcode. #23
  • NEW: Automatically refund donations in PayPal (more gateway support coming soon). #269
  • NEW: Added campaign export report. #529
  • NEW: Added Campaign Fields API. #530
  • NEW: Added a «meta» section within the «Your Details» donation form section. #495
  • NEW: Added ability to register new sections in forms through fields APIs. #541
  • NEW: Added Charitable REST API namespace in preparation for Gutenberg. #542
  • NEW: REST API: Added /reports/ REST API endpoint. #543
  • NEW: Added informed consent notice to Licenses settings page. #547
  • NEW: Added the ability to enter different PayPal addresses for live and testing (sandbox). #517
  • FIX: Improved underlying structure of the Campaign Settings meta box. #531
  • FIX: Support creating manual donations without an email address. #535
  • FIX: Added way to re-check license expiry dates in case of license renewal. #477
  • FIX: Prevent donation forms from displaying publicly for unpublished or inactive campaigns. This includes the Donate widget. #276.
  • FIX: Removed «Change Status» toggle in Donation management page. Status changes are included in the Donation Actions meta box. #579
  • FIX: Bug that treated dates differently in the Donations Filter and Export. #546


  • SECURITY FIX: Prevent unauthorized users from accessing the user and donation details of previous donations through an exploit. See our blog for a post in the coming days.
  • FIX: Avoid duplicate donations when a donation fails and is re-attempted by the donor. #173


  • FIX: In some cases, when a custom donation field is registered, it was left blank in donation receipts & other donation emails. This occurred with regular PayPal donations as well as recurring donations through Stripe, and most probably with other payment gateways as well. #540
  • FIX: A previous update broke the way required checkboxes in donation forms and other forms worked. When a required checkbox is not checked, the form should not submit. This was broken, but is now fixed. #539


  • FIX: In some themes, campaign pages displayed the campaign description and summary block twice. This has been fixed. #536
  • FIX: Prevent a fatal error related to the Endpoint interface in certain environments. #534
  • FIX: Tweaked admin styles to avoid select fields getting cropped in some browsers. #516
  • FIX: Check for type of donation before displaying receipt to avoid clash with Recurring Donations. #510


  • FIX: Preserve pre-existing donor data when editing donations. #526
  • FIX: Flush donation cache when transferring a donation from one campaign to another campaign. The stats of both the old and new campaigns should be updated automatically. #527
  • FIX: Improved the way the Javascript is structured to ensure better compatibility with pages containing multiple donation forms. In one specific scenario (using Stripe with Stripe Checkout enabled) this could prevent donation forms from processing on these pages.


  • FIX: Ensure that campaigns without end dates are saved with the correct value of 0 for the end date meta field. #524


  • NEW: Added Charitable_Campaign_Processor class in preparation for new version of Charitable Ambassadors.
  • NEW: Added Charitable_Data_Processor class in preparation for new version of Charitable Ambassadors. This will also be used eventually by other forms in Charitable core.
  • NEW: Allow Charitable_Deprecated class to be extended by plugins. #503
  • NEW: Added support for showing helper text in Charitable’s admin forms/meta boxes. #511
  • FIX: Tweaked Donor role in Charitable, ensuring it does not take away permissions from users who are already registered. #522
  • FIX: Ensured that custom donation fields with a checkbox are correctly saved. #500
  • FIX: Improved styling of links within frontend Charitable notices. #519
  • FIX: Always direct the donor to the main donation form when they submit the Donate widget. #515
  • FIX: Made sure the Charitable loading gif has a transparent background to avoid display issues. #518
  • FIX: Fixed a bug that broke the filtering of donations by date in the admin donations table in some non-English languages. #506
  • FIX: Remove the «Send an email receipt…» checkbox when adding donations manually if the donation receipt email is disabled. #490
  • FIX: Preserve redirection URL when proceeding to registration page from login page. #504
  • FIX: Allow charitable_template_from_session to receive a different class name, to allow extensions to re-use it. #509
  • FIX: Removed object caching for admin list of pages; we’re using a single-request cache instead. #505
  • FIX: Added namespace to Charitable icons to avoid clashes with other plugins/themes, including Redux. #499
  • FIX: Re-order Forgot Password, Reset Password and Registration endpoints. #502
  • FIX: Avoid fatal error with A2 Optimized fork of W3TC. #496
  • FIX: Ensured that filters run as expected when checking what the current endpoint is. #501


  • FIX: Updated the data that is sent to PayPal to provide better compatibility with IPNs.


  • NEW: Added a new optional masonry layout for the [campaigns] shortcode. To use it, just add masonry=1 to the shortcode. #326
  • NEW: Additional donor meta like their address and phone number are automatically populated when a new manual donation is created for someone who donated previously. #472
  • NEW: Allowed email verification to be disabled for registrations. With this off, the email verification process can still be initiated by the donor from the My Donations page (i.e. the output of [charitable_my_donations]). #482
  • NEW: Added the username in the output of [charitable_profile]. #325
  • FIX: Resending the offline donation notification for admins previously sent the regular donation notification instead of the offline one. Bug squashed. #481
  • FIX: When custom donations are turned off, donors could proceed through the donation form without selecting a suggested amount. This is fixed now. #478
  • FIX: Prevented errors when overriding template functions. #488
  • FIX: For Charitable customers, correctly show lifetime licenses as having no expiry. #479
  • FIX: The Donors widget only showed the 10 most recent campaigns. It now correctly shows all. #480
  • FIX: Improved inconsistencies in the way shortcodes are set up under the hood. #454
  • FIX: Fixed an issue with the custom donation amount input extending outside the edge of the donate widget in the Storefront theme (and possibly other themes). #488


  • NEW: Allow a default donation amount to be set via the charitable_default_donation_amount filter. #470
  • NEW: Made the list of resendable donation emails a filterable list, using the charitable_resendable_donation_emails filter. #476
  • FIX: Fixed an incorrect PayPal URL that prevented IPNs from working correctly.
  • FIX: Prevents Charitable from co-opting the forgot password page in WooCommerce. #473
  • FIX: Minor styling update to improve theme compatibility for [campaigns] display. #475


  • FIX: Fixes fatal error in the campaign submission form in Ambassadors. #471


  • NEW: You can now display campaign categories or tags in a dropdown through the Campaign Categories / Tags widget. #408
  • NEW: The donation status is now shown in the output of [charitable_my_donations]. #287
  • NEW: Added Charitable_Donation_Log class as a single purpose class designed to interact with all log entries related to a donation.
  • NEW: Users with the edit_products capability can now access the WordPress dashboard. This improves compatibility with Easy Digital Downloads and WooCommerce. #468
  • NEW: Added index to the donor_id column in the charitable_campaign_donations table. Prevents a sub-optimal query using a full table scan. #465
  • NEW: Added unsigned to columns in both the charitable_campaign_donations and charitable_donors tables.
  • NEW: Removed the PayPal sandbox test tool. This can now be downloaded separately as a utility plugin from GitHub. #418
  • FIX: Set site base country as default for Country field in Donation Form. #463
  • FIX: Fixed SQL error in donor count queries. #467
  • FIX: Avoid fatal error when adding certain shortcodes to pages while Yoast SEO is installed. #387
  • FIX: Also avoided similar fatal errors when running the Relevanssi build index. #397
  • FIX: Improved backwards compatibility. The solution added in 1.5.1/1.5.2 did not work in all cases. #469
  • FIX: Prevent WP Super Cache caching pages that should not be cached (login, donation form, forgot password, etc.). #398


  • FIX: Properly handles differing site date formats when editing donations. #461


  • NEW: Automatically set a user’s display name to their name when they update their profile through Charitable. #437
  • NEW: Adds a third parameter to the charitable_template function allowing extension developers to leverage this function. #451
  • NEW: Allow email send logs to be saved in user meta as well as post meta.
  • FIX: Cleans up problems with themes like Charity Home and Giving Hand that yesterday’s fix didn’t quite solve.
  • FIX: You can now specify a comma-separated list of categories or tags in the [campaigns] shortcode to include campaigns from multiple categories/tags. #452
  • FIX: Improves the layout of the campaign summary block on mobile. Kudos to @kkoppenhaver for his contribution. #315


  • FIX: Resolves a backwards compatibility problem that we had not accounted for. This specifically affected users of certain themes, including (but probably not limited to) Charity Home and Giving Hand.


  • NEW: Added a [charitable_donation_form] shortcode. Display a campaign’s donation form anywhere like this: [charitable_donation_form campaign_id=123]. #136
  • NEW: Added a [charitable_donors] shortcode. #129
  • NEW: Create and edit donations in the WordPress dashboard. No more adding mock donations through the Offline payment method. You can easily change donor details, add notes or change the amount/campaign of the donation. #18, #241, #172
  • NEW: Resend receipts & admin notifications for donations from the WordPress dashboard. #165
  • NEW: Added new emails specifically for Offline donations. You can now set up an admin notification and donation receipt that are sent for Offline donations while they are still pending. Also added [charitable_email show=offline_instructions] email field to include the Offline payment instructions in Offline donation receipts. #33, #324
  • NEW: Added email verification step to donor registration. After email verification is complete, donors are automatically able to see all donations they made under the same email address. #385, #409, #222
  • NEW: Added [charitable_logout] shortcode. A logout link is also shown on login and registration forms when the user is logged in. #431
  • NEW: Added Donation Fields API for easy registering of custom donation fields. #402
  • NEW: Added Form View API to separate how forms are rendered from how they are set up. #401
  • NEW: Added Endpoints API to provide developers with an infrastructure for registering custom endpoints in Charitable. #306
  • NEW: Added Charitable_Email_Fields class for registering email fields and getting their values in emails. #393
  • NEW: Added charitable_minimum_donation_amount filter to easily change the minimum donation amount. #298
  • NEW: Added can_receive_donations() method to the Charitable_Campaign class. The return value can be filtered with the charitable_campaign_can_receive_donations, providing a programmatic way to mark certain campaigns as no longer being able to receive donations. #447
  • NEW: Added an autoloader. Kudos to @helgatheviking. #404
  • NEW: The Forgot Password & Reset Password pages will automatically inherit the page template of their parent page (i.e. the Login page). #379
  • NEW: Added a count option to the Charitable_Query class, providing an easy way to user the query classes to get the number of donations, donors, etc. #322
  • NEW: Added charitable_monetary_amount filter to tweak how monetary amounts are formatted. #308
  • NEW: Added charitable_sanitize_value_{$section}_{$key} filter to sanitize individual settings fields. #352
  • NEW: Added basic styling for the datepicker form field. #317
  • NEW: Improved the Campaigns table in the admin to provide more helpful information at a glance, such as the current campaign status, end date and total funds raised. #417
  • NEW: Removed deprecated PayPal variables (cbt and no_note). Kudos to @bscottx. #413
  • FIX: Sessions have been improved to work alongside full page caching solutions like Varnish. Previously these caused problems with things like the donation receipt becoming inaccessible to donors after they donated. #383
  • FIX: Avoid creating records in wp_options for sessions that have no data. #399
  • FIX: Significantly improved the speed of Charitable settings pages. #236
  • FIX: The thousands separator for currencies can now be set to None, which will result in no spaces/commas/decimals appearing in large numbers such as 100000. #448
  • FIX: The donation log now displays log times in local time, not UTC. #446
  • FIX: Resolved a database error that broke the donation search function. #407
  • FIX: Changed login prompt text in donation form to something more logical. #384
  • FIX: Close modals with the ESC key. #191
  • FIX: Removed the drag drop field in the picture field on mobile devices. #373
  • FIX: A bug in Mobile Safari broke the picture field. #370, #259
  • FIX: In certain cases, hitting return key in form fields opened a file upload prompt. #363
  • FIX: Uploading more than max uploads to picture field works in certain cases. #376
  • FIX: Display Read More link in campaign loop for expired campaigns. #381
  • FIX: On email or gateway settings pages, provide a link back to the parent settings page. #351
  • FIX: When Stripe Checkout is closed/cancelled, donation form submission afterwards failed. #378
  • FIX: Fixed styling issue in REHub theme. #406
  • FIX: Campaign metabox tabs broke with Social Warfare activated. #364


  • Improve how plugin updates are shown for Charitable extensions. #382


  • Fixed a bug that prevented suggested donations with cents from showing correctly in sites where a comma is used for the decimal separator (i.e. 9,50). #356


  • Added an end time when editing campaigns to make it clearer when a campaign ends. Previously, a campaign’s end time was ambiguous and this caused confusion for some users. #335
  • Add space as a thousands separator for countries where 12 500,00 would be the correct way to format an amount. #332
  • Add campaign edit link as email shortcode option for campaign-related emails. #345
  • Fixed multiple HTML validation issues in Charitable forms and the campaigns widget. #344 and #349
  • Prevent a bug where the donated amount on a campaign is completely wrong after a site changes its decimal/thousands separators. #279
  • Flush the campaign donation cache in popular caching plugins (WP Super Cache, W3 Total Cache, WP Rocket and WP Fastest Cache). #186
  • Fixed an error during donation processing that prevented donations when database caching is enabled in W3 Total Cache. #347
  • Improved the way upgrades are run to ensure they are not re-run unneccesarily and store the minimum required information about each upgrade.


  • THANK YOU: Thanks to first-time contributor @qriouslad for his contribution to this release!
  • When using Stripe Checkout, amounts over $999 were sometimes incorrectly sent to the Stripe modal. #339
  • Avoid fatal error in rare instances (only encountered in the Layers theme by Obox) when the donation form scripts are loaded through an admin AJAX request. #340
  • Added support for linking to campaign donated to from donation-related emails. #341
  • Improved i18n for dates.
  • Introduced unit testing for Javascript, using QUnit. Developers, this is only available with the full package download from GitHub.
  • Sanitize result of queries for campaign totals and total number of site donations.
  • Avoid error that happens in situations where Divi and Yoast SEO are both installed alongside Charitable. #316
  • Better formatting of code commenting to improve compatibility with WordPress coding standards.


  • Updated bundled version of WP Session Manager library to latest version (1.2.2).


  • Add recurring donations support to Offline gateway. #329


  • After submitting the donate widget, redirect to the actual donation form on the page. #328
  • Improved compatibility for the donate widget with Recurring Donations.


  • Added tag parameter to the [campaigns] shortcode. #313
  • We cleaned up another bug involving our Easy Digital Downloads Connect extension, which resulted in being unable to set an end date for contribution rules when the campaign doesn’t have an end date. #310
  • Persist un-rendered notices across page loads. #314
  • Hide radio inputs when Javascript is enabled. #312
  • We made some minor improvements to how the donation form submission is processed in Javascript. Needed for improvements to Stripe extension.


  • If you were using our Easy Digital Downloads Connect extension and your site language is not English, you may have had problems with end dates for your benefactor relationships not saving correctly. We’ve fixed up that bug now. #305


  • Corrected a problem that caused newly created/saved campaigns without an end date to stop showing in the [campaigns] shortcode output. #301
  • Fixed an issue that resulted in PayPal donations left as Pending when allow_url_fopen was turned off on the server. #302
  • Avoid displaying the donation form & campaign information outside of the loop (this caused weird issues in the Layers theme). #303
  • Provided a more flexible API for toggling settings based on other setting values.


  • Correctly filter donations by date in the CSV export. This was broken in certain non-English languages. #299
  • Fixed an issue that prevented the custom donation amount from being picked up on sites using our new Recurring Donations extension.


  • Added Ghanaian Cedi and Egyptian Pound to currencies. #288 and #282
  • Remove $wp_version global. #294
  • Miscellaneous accessibility improvements. #291, #292 and #293


  • Removed some code left over from plugin testing.


  • Avoid issues with PayPal IPNs missing the ‹invoice› parameter in certain cases — likely a bug on the PayPal end. This resulted in donations remaining stuck as Pending. We have reworked how IPNs are processed to avoid reliance on this and avoid further issues. #289
  • Store the PayPal transaction ID for donations after an IPN has been received. #270
  • Add a notice to the donation form when viewed by site admin to remind them that Test Mode is enabled. #233
  • Improve styling for the donation receipt summary. #214
  • Make sure that donor count and donors widget both include donations to child campaigns. #263 and #264
  • Correctly show the donor count in the Donation Stats widget, not the number of donations. #268
  • Show a blank field for formatted addresses in the donation export or admin donation pages when no address details were provided. Previously, the donor’s name was shown. #255 and #256
  • Fix client-side credit card validation. #280
  • Fix issue causing incorrect donation status to be displayed in admin notification email and donation receipt. #261
  • Remove the Licenses tab from the Settings area when you don’t have any extensions installed. #249
  • Miscellaneous other minor, under-the-hood improvements and tweaks.


  • Properly activate Charitable on all sites when it is network activated. Also makes sure that Charitable is correctly installed when a new site is added to a network that has Charitable network-activated. #225
  • Display success messages to the user after settings are updated in the admin. #54
  • Fixes a bug that prevented donations from being displayed in the admin when filtering by campaign. #242
  • Removes PHP warnings that were displayed on the Charitable donations page in the dashboard when there are no donations. #232
  • Changed the hook that the Donation Receipt and Donation Notification emails are sent on from save_post to charitable-completed_donation. #217
  • Added a CHARITABLE_DEBUG constant for error logging. Currently, enabling this only logs the IPN responses that are received from PayPal after donations are made. #229
  • Ensure that the donation form script is always loaded for the campaign donation widget. #239
  • Fixes a bug that prevented the password reset from working correctly. #238
  • Refer to campaigns as campaigns instead of posts in admin update messages. #234


  • The permissions for accessing Donations and Campaigns in the WordPress dashboard has changed. Users who are set up as Campaign Managers can access both Donations and Campaigns, but cannot access Charitable settings. This permission is reserved for admin users. In addition, the manage_charitable_settings permission has been removed from Campaign Managers. #209
  • Fixes the way donations are processed in Javascript to avoid issues when the donation is not processed with AJAX (currently, this is only the case if you’re using the Easy Digital Downloads extension, Pronamic iDEAL or an old version of one of our premium payment gateway extensions). #223
  • Fixes the registration form shortcode, which was being printed out too early on the page. #224
  • Adds a new filter for the list of active payment gateways: charitable_active_gateways. See Charitable_Gateways::get_active_gateways().
  • Three new methods have been added to the Charitable_Donation abstract class: get_donation_type() retrieves the type of donation; get_donation_plan_id() returns the ID of the recurring donation plan (to be used by the Recurring Donations extension); get_donation_plan() returns the recurring donation object. PR #215
  • Export files now include the type of export (note: this does not work if you are on PHP 5.2). #200
  • The custom parameter for PayPal donations now accepts a JSON string. PR #198


  • Resolves a new issue related to the donation form validation introduced in version 1.4.3, which prevented the donation widget form from being submitted. #221 and #205
  • Fixes a bug that resulted in logged in users who had never made a donation being able to see a list of all donations with the [charitable_my_donations] shortcode. No personal donor data was displayed, and the donation receipts remained inaccessible to the users. All they could see was the date of the donation, the campaign donated to and the amount of the donation. #220 and #205


  • Added a new sandbox testing tool to allow you to test your PayPal donation flow. If you’re using PayPal, you should test this as soon as you can to avoid disruption, as PayPal is making some security upgrades to its platform which may cause problems for certain sites. Read more about how PayPal’s upgrades will affect you
  • Added honeypot form validation for the donation form and registration, password reset, forgot password and profile forms. This is an anti-spam measure designed to prevent fake donations from being created by bots.
  • Prevent donations from being created if an invalid email address or payment gateway is used.
  • Ensure that client-side validation is always performed for donations, even when the gateway integration has not been updated for compatibility with the AJAX-driven donations introduced in version 1.3. The only gateway that we know of that falls into this category is Pronamic iDEAL, so this is a nice update if you are using Pronamic iDEAL.


  • Added a link to the registration form from the login form and vice versa. #204 and #205
  • Included two new parameters in the [charitable_registration] shortcode: redirect sets the default page that people should be redirect to after registering, and login_link_text sets the text of the login link (see above). #208 and #205
  • Also included a new parameter in the [charitable_login] shortcode: registration_link_text sets the text of the login link (see above). #204
  • Added a column for the campaign creator to the campaigns page in the WordPress dashboard. #166
  • Added three new fields that can be displayed in donation-related emails, like the donation receipt or admin notification: the total amount donated, the campaign(s) that received the donation and the categories of the campaign(s) that received the donation. #202 and #203
  • Made sure that setting the order parameter in the [campaigns] shortcode works with lowercase and uppercase. ASC, DESC, asc and desc are all valid options now. #206
  • Fixed a bug that prevented the campaign end date from saving when using Charitable in a non-English installation. #201
  • Fixed a bug that prevented the comments section from appearing on campaigns when modal donations were enabled. #210
  • Fixed a bug that caused a PHP warning when trying to use the site_url email shortcode parameter in emails.


  • The donor address is split over multiple columns in the donation export. #194
  • In certain cases, credit card validation was getting triggered for non-credit card donations (i.e. PayPal or Offline). This bug has been fixed. #189
  • After a donor makes a successful donation is made, their session is cleared as expected. #181
  • Pending and draft campaigns are now included in the filtering options on the Donations page. #187
  • The Bolivian Boliviano currency (BOB) has been added. #193


  • Added the [charitable_my_donations] shortcode. Use this shortcode to allow logged in users to view a history of their donations, including links to the donation receipts. #14
  • Scale the campaign grid gracefully when viewing on smaller screens. The [campaigns] shortcode now supports a responsive paramater, which is enabled by default. You can set it to a specific px/em amount to change the breakpoint, or set it to 0 to disable responsive styling. #88
  • Also provided appropriately responsive styling for suggested donation amounts on small screens. #159
  • Added client-side validation for the donation form. This checks whether donors have filled out all the required fields, whether they’re donating more than $0 (because seriously, a $0 donation won’t go far :)) and whether they have used a valid credit card (if you’re using our Stripe or Authorize.Net extensions). #176 and #63
  • Added a password reset process to provide a complete user-facing login and registration workflow. #89
  • Include an order paramater for the [campaigns] shortcode, to reverse the direction in which campaigns are displayed. #64
  • Allow campaigns in the [campaigns] shortcode to be ordered by any of the orderby options for WP_Query.
  • Added drag and drop support for the Picture form field, which is used in the User Avatar and Ambassadors extensions. #111
  • Improved how the plugin checks for updates to Charitable extensions, to keep the WordPress dashboard running smoothly. #133
  • Added a charitable_create_donation() function for developers who want to create donations programatically. #109
  • Added a new Charitable_Donations_Query class, which can be used by developers to retrieve donations from the database. #155
  • Added a new Charitable_Deprecated class, which is used to record any incorrect usage of Charitable functions or methods.
  • Switched to using the built-in edit.php admin page for listing Charitable donations, instead of relying on a custom admin page with a custom posts table. While there, we also simplified the interface and added colour-coding to the donation statuses. #110
  • Include the donor’s phone number, address and the payment method in the donations export CSV. #154
  • When multiple gateways are enabled, the default one is listed first in the donation form. #139
  • Automatically cancel a donation when the donor returns from the gateway before completing it. This works with PayPal, PayUMoney and PayFast. #90 and #117
  • Added a Charitable_Donor::__toString() method, so that echoing the object simply prints out the donor name.
  • Added charitable_sanitize_amount() function to convert any amount of type string into a float.
  • Trim the currency symbol from monetary amounts to prevent the symbol being treated as part of the amount. #145
  • Trim the currency symbol from the suggested donation amounts when saving a campaign. #147
  • When a donation fails and the user is redirected back to the donation form, they can re-attempt the same donation. Previously, a new donation would have been created, leaving a phantom pending donation behind. #106
  • Prevent duplicate donations caused by clicking the donate button repeatedly. #164
  • Fixed a bug related to empty content in the Layers theme. #9


  • Makes Charitable_Currency::get_currency_symbol() a publicly accessible method.
  • Allow email shortcode values to be dynamically generated without being registered first. This simplifies the process of displaying dynamic data within emails if there is no existing shortcode output for it. #134
  • Provide a consistent api for determining the status of a campaign. Developers can use $campaign->get_status_key() (where $campaign is a Charitable_Campaign object) to check whether a campaign is inactive, ended, ended and successfully funded, ended and not successfully funded, ending soon, or active.
  • Reset the positioning and styling of the modal when window or modal change in size. This prevents the modal from growing larger than the size of the window without having scrollbars. #135


  • Prevented campaigns being created with no suggested donation amounts and custom donations disabled. This results in $0 donations. #127
  • Fixed errors when exporting donations with errors set to display. #128
  • Deprecated Charitable_Email::return_value_if_has_valid_donation() method, since this was completely broken and should not be used.


  • Added is_preview() method to Charitable_Email class.
  • Added get_donations() method to Charitable_Donor class.
  • Improved custom post status labels.
  • Only include completed payments in the Donation Statistics dashboard widget, for the period summaries.
  • Fixed PHP notices in email previews.
  • Deprecated Charitable_Session::get_session_id(). We are no longer using a public session ID.


  • Added selective refresh support for Charitable widgets.
  • Added support for passing multiple campaign IDs to campaign donation queries. #112
  • Fixed a bug where donors without a completed donation were included in the donor count in the Donation Stats widget. #114
  • Fixed a bug that incorrectly set the from address for emails to always be the site email address, instead of using the provided settings. #113
  • Fixed a bug that stopped the cron scheduler from being activated in any new installs.
  • Fixed display issues in the Charitable settings area with number fields.
  • Deprecated usage of shortcode_atts() for the email shortcode, in favor of wp_parse_args(). If you relied on the shortcode_atts_charitable_email filter, this will no longer do anything and you should test & update your code.


  • Fixes a bug that prevented donors being able to access their donation receipts after making their donation.
  • Flush rewrite rules after installation to avoid «Page not found» errors.


  • Fixed a bug that turned comments off everywhere. #104
  • Added a better fallback for donations for users with Javascript enabled, when using the modal donation forms. #60
  • Avoid sending donation notifications & receipts multiple times when a donation’s status is toggled on/off Paid. #96
  • Donate button in campaign grids links to the campaign page when the donation form is set up to show on the same page as the campaign. #107
  • Fixed a bug that caused invalid shortcode options to show for custom emails sub-classing Charitable_Email. #95


  • APOLOGIES: 1.3.0 introduced a couple of bugs that we failed to pick up on before releasing the update. We have fixed those bugs now and are working on improving the process around how we push out updates, to avoid issues like this in the future.
  • Removes leftover testing code that prevented campaigns from being created or edited.
  • Format the donation amount so that PayPal can understand it (PayPal doesn’t like amounts with more than two decimal places). See issue
  • Prevent PHP notice when making a donation. See issue
  • Fixes a bug that prevented the Donate widget from working as expected.


  • THANK YOU: A massive thank you to the following contributors who have contributed to Charitable 1.3: @helgatheviking, @rafecolton, @ciegovolador, @ElStupid and @altatof.
  • NEW: Export donations to CSV via the WordPress dashboard. Go to Charitable > Donations and click on the Export button to generate your report.
  • NEW: Donations are now processed via AJAX, which results in a smoother donation flow, particularly if you’re using modal donations. See issue
  • NEW: Added an id parameter to the [campaigns] shortcode to show just a single campaign’s widget.
  • NEW: Dutch & French translations! Major props to @ElStupid (Dutch translation) and @altatof (French translation).
  • NEW: Added custom body classes for the following templates: donation receipt, donation processing and email preview. All body classes are added via a single function: charitable_add_body_classes().
  • Added ARS currency.
  • Fixed a bug that prevented donations with cents from being stored/displayed correctly when using commas for the currency decimal. See issue
  • Fixed a bug that let to donations being saved with the incorrect donation time. Run the upgrade routines to fix this in all your existing donations.
  • Removed charitable_templates_start hook and deprecated all methods in the Charitable_Templates class. If you were calling any of these directly or using the charitable_templates_start hook, update your application code. All templates are now loaded via a single method: Charitable_Templates::template_loader(). All custom body classes are added via charitable_add_body_classes(). Charitable_Templates::remove_admin_bar_from_widget_template() has been replaced with charitable_hide_admin_bar().
  • Fixes a styling bug that caused the progress bar to extend beyond the campaign widget when more than 100% of a campaign’s has been raised. See issue
  • Fixes a Javascript bug that prevented the $ variable (jQuery) from being defined in certain cases in the admin scripts.
  • Fixes a clash with Cart66.
  • Fixed a bug in modal donation window. See issue
  • Changed the amount column in the wp_charitable_campaign_donations table to a DECIMAL, instead of FLOAT. See issue


  • Updated for compatibility with WordPress 4.4.
  • Improves the API for dealing with the donation processor. Both the charitable_before_process_donation_form and charitable_before_process_donation_amount_form hooks now pass the donation form object as a second parameter.
  • Fixes a bug that prevented you from being able to select the donation amount inside a modal opened via AJAX.
  • Fixes a bug that prevented the donation form display option from being set correctly when changed via the Customizer.
  • Fixes a bug in the form submission handler.


  • NEW: The [campaigns] widget now supports a new button argument, so you can specify whether you would like to show a «Read more» link, a «Donate» button, or nothing at all. See the documentation for details on how to use the new argument.
  • Improved styling for the modal donation form.
  • Added method to retrieve all donation IDs for a particular campaign.
  • Fixes a bug that blocked donations with a dollar sign in the amount field.
  • Fixes a bug that prevented template functions from being «pluggable» in themes.
  • Fixes a bug that stopped the profile form from displaying the user’s saved address fields.
  • Fixes a bug that prevented form submission validating when submitting a value of 0 for required fields.


  • Fixes a bug that prevented the donation form from working correctly when the donor is not logged in.


  • Including missing files from 1.2.0 release.


  • Read the full release notes.
  • NEW: Change the highlight colour via the WordPress Customizer. You can preview your changes as you make them.
  • NEW: There is a shiny new dashboard widget when you log into the WordPress dashboard to highlight your donation stats.
  • NEW: You can now limit the donation form to only display required user fields.
  • NEW: Create a static page with the [donation_receipt] shortcode to customize your donation receipt.
  • NEW: All donation data is now displayed in the admin donation page.
  • NEW: You can now change the campaign creator via the Campaign management page.
  • NEW: Adds a login link to the donation form when donors are not logged in.
  • NEW: When a user is logged in but has not filled out all required fields, they are presented with all the user fields.
  • Removed the ‹charitable_after_update_donation› hook. To respond to updates to a donation, use the ’save_post_donation›.
  • Fixed a bug that resulted in [campaigns orderby=popular] to include non-complete donations when determining the order of campaigns.
  • Fixed a bug that prevented donors from receiving their donation receipt after a donation is updated directly on the donation page.
  • Fixes a bug that redirected donors to a «Page Not Found» page after donating on sites where the WordPress address and site address are not the same.
  • Fixes bugs in the Donation Stats and Donors widget that causes them to include pending donations in the total.
  • Fixes a bug in the Benefactors addon that caused fixed contribution amounts to not be saved.
  • Major performance improvements in the WordPress dashboard.
  • Better PHP 5.2 compatibility.


  • Fixes a bug that allowed people to make a donation without entering required details, or with an amount of $0 or less.


  • Fixes a critical bug that resulted in PayPal donations not working if you didn’t have any other gateways installed.
  • Fixes an error when trying to retrieve a donor name for a donation that does not have a matching donor.


  • Enhancement: Added the ability to change the dimensions of the user avatars added using Charitable User Avatar, with a PHP filter function.
  • Fixes an issue where only having one active gateway meant that those gateway’s donation form fields would not show.
  • Fixes a problem with the permalinks structure that prevented you being able to create pages with slugs of «/donate/» or «/widget».
  • Fixes the WP Editor form field template to prevent the text from being wrapped in HTML tags.


  • Security Fix: Prevent unauthorized users accessing your donation receipt.
  • Fix: Localization with the .po/.mo files now really does work correctly. For real this time.


  • Fix: Emails will now correctly be sent with the body, headline and subject you set, instead of the default.


  • Enhancement: Added a new email that can be sent when a campaign has finished.

  • Fix: Localization with the .po/.mo files now works correctly.

  • Fix: Chrome 45 bug when clicking directly on suggested amount inputs is resolved.


  • Improvement: Using wp_list_pluck instead of array_column for compatibility with versions of PHP prior to 5.5.
  • PHP 5.2 Compatibility: Avoid T_PAAMAYIM_NEKUDOTAYIM error in older versions of PHP.


  • Fix: Added missing file into the repo.


  • Improvement: Moved the user dashboard functionality into the core of the plugin, so that it is always available.
  • Fix: The installation routine now flushes permalinks correctly — no more «Page not Found» problems!


  • Initial release