CiviCRM Community Forums (archive)

Hi there,

One of our clients is having a problem that is very similar to issue #CRM-122210.

1. Create a membership type of: annual, fixed or rolling
2. Build a contribution page for that membership where payment is "pay later" by default
3. Submit the form to purchase a membership
4. Open the membership record to and edit the contribution, which is currently in "pending" status
5. Edit that record, add the contribution amount, select the payment method and update the status to "Complete"
6. The membership extends itself by an extra year

This also occurs when editing the contribution from the contribution tab, instead of starting from the membership record.

Our client follows the same steps and has the same problem, but is using Drupal 6.28 and Civi 3.4.7 rather than D7/4.2.7. Unfortunately that issue was closed as it couldn't be reproduced on the demo site.

Initially I couldn't replicate this problem and assumed that he was following the steps for a standard renewal (which adds an extra year as expected), but eventually I managed to replicate it and also came across the issue.

Any help is appreciated. I'll do my best to provide any extra information.

Many thanks!

Can you clarify your ref to 122210

D'oh - my mistake, I meant #12221 without the trailing zero. It's on Jira.

I emailed Simon West (the one who submitted that issue), and he has given some extra information:

It may have been solved when the membership prices were moved from being entered on the contribution form, to the membership type itself. I think that was the case; in the end, their membership structure was probably one of the most complex you can think of!

So I'll take a look into this and see if anything comes from it.

Hi there,

Wondering if anyone got any further with this? I've looked a little further into this to no avail.

Thanks!

Hi Dave,
I'll replicate the steps as outlined in the first post.

1. Create a membership type of: annual, fixed or rolling.
http://drupal.demo.civicrm.org/civicrm/admin/member/membershipType?reset=1

2. Build a contribution page for that membership where payment is "pay later" by default
http://drupal.demo.civicrm.org/civicrm/contribute/transact?reset=1&id=4
Done this exactly as it's set up on the client's site; they have an option to add a magazine subscription when signup, which is why you can add extra amounts.
Our client also has some profiles set up - instead of "I will pay by cheque" they have "I will pay by direct debit". They collect the member's details, then process the direct debit manually by sending the details off to the bank themselves.

3. Submit the form to purchase a membership
see: http://drupal.demo.civicrm.org/civicrm/contact/view/contribution?reset=1&id=95&cid=202&action=view&context=contribution&selectedChild=contribute
See attachment 1.

4. Open the membership record to and edit the contribution, which is currently in "pending" status
See attachment 2. At this stage, our client uses the Status Override and manually sets the membership to "Current" so that they can use the site while payment is being processed, then save the record before going to the next step (after a couple of days).

5. Edit that record, add the contribution amount, select the payment method and update the status to "Complete"
See attachment 3.

6. The membership extends itself by an extra year
See attachment 4: top is the "Edit membership" screen; bottom is the Membership tab.


Whew, glad I managed to replicate that. :-) I was worried I wouldn't be able to.

I'll file an issue on Jira. Will there be any chance of back porting it to 3.4.7?

Hi Dave,

Argh! - that's so not what the client wanted to hear - but I understand thank you for the feedback.

Is it possible to have this documented somewhere (or, indeed, is it documented somewhere and I've just missed it), just for future reference?

As far as temporary authentication goes - I'll have to discuss with the client. I suspect that being a current member means they get discounts on conferences, etc., that they can't get a discount on if their membership is pending. I could be wrong, but this client does deal with a lot of conferences with discounts for members, so I'm extrapolating.

Again - thank you for the help! Much appreciated.