These two extensions should assist -
The second extension provides tokens for all active contribution pages and active events with online registration enabled.
This issue is logged here: https://issues.civicrm.org/jira/browse/CRM-16234
The fix is implemented in this PR: https://github.com/civicrm/civicrm-core/pull/5645
You can apply the fix now, CiviCRM 4.6.3 will have this included.
You can include a Profile in your Contribution Pages and Events and include recaptcha for it.
To set up your reCAPTCHA keys visit Administer > System Settings > Misc (/civicrm/admin/setting/misc?reset=1)
Then to set it in your Profile visit
Administer -> Customise Data and Screens -> Profiles
Click on settings link for the profile added on your ...
In CRM/Contribute/Form/ContributionBase.php(349) the system is not able to determine the name of your payment processor. Please check:
that you at least one payment processors configured
that all payment configured processors have a 'name' defined and not empty
that at least one of your payment processors is set as 'default'
since the chosen payment ...
Short answer: I've prepared a patch that I'd love for someone to test to fix this.
Longer answer: In recent months, CiviCRM has implemented support for currencies with more than two digits after the decimal point. This is important both for cryptocurrencies as well as certain countries' tax calculations. The decision was, "Store all currencies in the ...
<p>Thanks for supporting our organization with your membership. You can learn more about membership benefits from our members only page.</p>
window.location = "https://civicrm.org/"
I gather you are not looking for a development solution (ie. extension, custom template, etc.) since the API/template system is extremely extensible.
If that is the case you might consider creating a button or link on the form (if you are slick you might adjust the css or use jquery to place it in the price-set.) that takes the user to a separate ...
Do you mean an account is required to even fill in your page, or that filling in the page creates an account?
If the former then it sounds like a permission issue such as Anon not having access to the following
CiviCRM: profile listings and forms
CiviCRM: access all custom data.
These Permissions are usually part of default permissions afaik
This layout is coming from some theme or plugin on your site.
CiviCRM includes its own CSS which delivers your desired result out of the box, and you can override or replace those CSS files.
In this case, your site theme / some plugin is instructing the browser to lay out the form differently from how CiviCRM does per default. I'd hazard the site shown ...
one way you could do this is to create one field in your priceset for the ticket (probably making it required to ensure that they actually purchase tickets), and then another field (not required) that's a text field with a value set to 1 (which will multiply by the amount they enter), e.g., https://www.screencast.com/t/Db1nHAWfA (You can also set the ...
Turns out that Jetpack conflicts with CiviCRM - Fix for now is to disable Jetpack when using CiviCRM Profiles on contribution pages and then reactivate when done. Also note: Jetpack also impacts the ability to edit a calendar date in CiviEvents.
In speaking with Jetpack, the Jetpack Notifications module relies on Backbone.js and is in conflict with ...
Similar functionality was added as a part of https://issues.civicrm.org/jira/browse/CRM-19263 which should be included in version >= 4.7.12.
What it includes -
You need to add a Default Invoice Payment Page on CiviContribute Component Settings.
Now any pay later contribution created by a user would contain a Pay Now link on User dashboard page /civicrm/...
The easiest way to do this (whilst not 100% foolproof) would be to create a special donation page for the link in the email (i.e. separate from the donation page that presumably appears as link and 'proper' page on your website).
Go to Contributions >> New Contribution Page or Administer >> CiviContribute >> Manage Contribution Pages.
Then once your new ...
On the Contribution Page setup, below the checkbox to enable 'on behalf of' there is help text explaining that it uses the "On Behalf Of Organization" profile - unless you change it. You are seeing an error relating to profiles when you enable the section that says it uses a profile, so that is a good clue as to the cause of the problem.
Let's step through ...
The text that you add to the "Pay Later Instructions' box should show per the following:
Instructions added to Confirmation and Thank-you pages, as well as the confirmation email, when the user selects the 'pay later' option (e.g. 'Mail your check to ... within 3 business days.').
what I wrote in the editor doesn't appear on the "...
Black Fly Solutions has an extension called ca.civicrm.contribution_recur that enhances recurring contributions. One option it adds is to force recurring payments, which should meet your first need.
The contribution widget only shows total contributions, not total of recurring contributions. To show that you'd need a bit of custom work.
Are you using the new block editor... in this case you don't see the civicrm button. Easiest solution is to switch to the classic editor. I think the documentation needs updating. Once you know what the shortcodes look like you could just type them in (you would need to know the contribution id)
I found out by accident, or trial and error really, that if I select a Price Set in the 'Contribution Page' -> 'Membership Tab' then the new user is not created, but If I do NOT select a 'Price Set' and just the 'Membership Type', then the Backdrop User is created.
Now to get that to assign the correct Role is the next task.
At a client of us they have the same use case. They have a membership of a minimum fee of 5 euro a year but it could be anything more than that.
They don't have online payments but their memberships are payed by direct debit each quarter. (1st of Januaru, 1st of April, 1st of July, 1st of October).
We have created a custom membership api which allows to ...
The basic feature described here has been available for many years. This is what's described in the book. However, the specific need for auto-renew may cause trouble, as would the clutter of fields presented to the user.
For the basics:
Don't use a price set.
On the contribution amounts tab, make the contribution amount section active and allow other ...
So I finally figured out what was causing this - but it created another small hiccup. In Wordpress' theme customizer if you set any sort of static front page that's when things start breaking. I tested a bunch of different pages, the civiCRM page that is set as the base page, a page with a contribution on it overridden content and non-overridden. All these ...