[Resolved] Change a user’s role with Cred Commerce on payment and post expiration

[Author]

Posts

[daveG-7]

Hi. We have a CRED post form that accepts payment, giving people membership privileges that then expire after a year. Would it be possible for the system to change their user role when payment is accepted, then again when the post expires?

[Nigel]

Hi Dave

You should be able to use the hooks provided by the Forms API to change the user role when the order completes.

Specifically, there is the cred_commerce_after_order_completed hook that you could use to trigger code that uses the set_role method of user objects: https://developer.wordpress.org/reference/classes/wp_user/set_role/

https://toolset.com/documentation/programmer-reference/cred-commerce-api/#cred_commerce_after_order_completed

It's less obvious what to do about changing the role back, because there is no hook available when the post expires. (It seems to me there should be, so I just created a request for one.)

You'll need to use built-in WordPress hooks that would be triggered by the action that occurs when the post is expired. So I would need to know what your form settings are for what happens when a post is expired, e.g. status is changed to...?

[daveG-7]

Thanks, that's a great start. As for expiration, the post status is changed to draft. However, there are other instances when a post is changed to draft where we probably wouldn't want the user role changed, so if it were possible to make it only happen to posts that were changed to draft by expiration, that would be ideal. However, as you say, there's no hooks for that, so if it's only possible when posts are changed to draft, that still might be better than it not changing it at all.

[Nigel]

There are several WP hooks that could be used here (see https://codex.wordpress.org/Post_Status_Transitions), and I would be inclined to go with the {status}_{post_type} hook, which is triggered whenever the status of a post of the specified type changes to the specified status.

Not sure what your post type is, but say it were 'project', then the draft_project hook would be fired whenever a project post were changed to draft.

Now, this would catch all such post transitions, not just those where the post was expired.

But it should be simple enough to test the post expiration date against the current date-time. If the post expiration date has passed already, then we can assume the post was expired.

The post expiration date is available as a timestamp from the postmeta field with a key of '_cred_post_expiration_time'.

[daveG-7]

I think that points me in the right direction. If I encounter other issues further down the road, I'll start a new thread. Thanks.