CiviCRM Community Forums (archive)

How does one separate members dues (for a membership form) from other amount contributions but allow both to show up on the same form.  Currently I have a membership sign up form with my membership types listed as a radio button set with their respective prices.  I want a member to sign up for a membership level by selecting the radio button.  This works.  If I process the form at this point just with the ratio buttons, the total members dues amount is charged to their credit card and shows up on their receipt.

However I want to add an other contribution amount field where they can type in an additional amount ... like $5.  Then I want this amount to get added to the membership amount.  So if the membership cost was $20, then they add the $5, it would total to $25 and show this as separate line items on their receipt.  The credit card would be charged for the $25.

When I try doing this with the other contribution amount field now it doesn't work quite like this.  Basically since they are both listed as members dues contribution types, the other amount field always needs to be filled out with the minimum fee for the order - which is the membership type fee.  I don't want the user to have to type this amount in since they already selected the radio button for it above it.  It seems to me that CiviContribute should just recognize this.  Why is it forcing the user to have to re-type this $ amount in along with their additional amount.  I want them to just type in their additional contribution.  Also, if they leave the field blank (they don't want to give an additional amount) it doesn't submit the form but tells them they need to put the minimum membership fee in that field.

Please help or point me in the right direction.  Thanks so much!!

There are issues I'm running into with this method and I'm wondering if it's a bug in the CiviCRM system?  When I add the additional "other amount" field it does not allow the person to submit the membership form without filling out that amount.  I don't want that amount to have to be required.  I want it as an additional amount field - they can choose to contribute $5 additional to their membership fee for instance.

The issue is that if they just type $5 in that field the form doesn't let them submit, since our smallest membership category amount if $20.  So it tells the person they must enter a minimum of $20.  Then if they enter $30 it doesn't just add $10 to the $20 membership.  It adds $30 and so the total is $50.  This doesn't make sense.  They should be able to enter any amount there, and not have to enter a minimum.

Is this possible?  Go to our form and you'll see what I mean:
https://www.origami-usa.org/redesign2/civicrm/contribute/transact?reset=1&action=preview&id=3

If you try and select a membership type, and then add another amount (less than the membership cost) it will not submit the form.

This does not seem correct.  There should be a way of entering any amount in the other contribution amount field??

Well, this is weird. That demo site form is working exactly as we'd like ours to work.  Are you using a different version of CiviCRM there?  I'm using version 1.9.13019.  I notice on the demo site that the field for additional amount is titled:  Additional Contribution.  On our form it's titled:  Contribution Amount *.  And ours is required.  So there are differences here.

I'll poke around the demo form settings and see if I can match ours.  Would the different version of CiviCRM make a difference?

Ah ha!  That could be the issue.  Is it relatively easy to upgrade?

Well, there's definitely something buggy in version 1.9.  I can't reproduce the issue in version 2 on the demo site.

So next question(s):

1) can I fix the issue in version 1.9?

2) If not how do I upgrade to version 2 when I'm running MySQL 4.1.22.  Will 2.0 run on MySQL 4.1?

1. I dont think it would be trivial to fix it in 1.9. If you can find the relevant issue which fixed this in 2.0 it might make it easier, else you'll need to debug it and figure what code changes are needed etc

2. We dont officially support MySQL 4.x with CiviCRM v2.0. I'm not aware of any MySQL 5 specific features that we use, you can give it a shot and try.

Better yet, you might want to convince your host to upgrade to a supported version of MySQL

lobo

1. you should start a new topic for this (and point back to this topic if u think its relevant). seems a bit too old to be relevant, IMO)

2. can you try and reproduce this on the demo server

thanx

lobo