CiviCRM Community Forums (archive)

I'm attempting to write a hook that takes an action when a Contact's Membership is deleted, but I noticed I'm not getting a contact_id provided in the objectRef during the post-Membership delete hook:

Object ID: 286
Object: CRM_Member_DAO_Membership Object ( [id] => 286 [contact_id] => [membership_type_id] => [join_date] => [start_date] => [end_date] => [source] => [status_id] => [is_override] => [reminder_date] => [owner_membership_id] => [is_test] => [is_pay_later] => [contribution_recur_id] => [campaign_id] => [_DB_DataObject_version] => 1.8.12 [__table] => civicrm_membership [N] => 0 [_database_dsn] => [_database_dsn_md5] => 927092404cb5c3525bb72cf81b730c9f [_database] => jml25 [_query] => Array ( [condition] => WHERE ( civicrm_membership.id = 286 ) ) [_DB_resultid] => [_resultFields] => [_link_loaded] => [_join] => [_lastError] => )

This seems counter-intuitive; is it by design, or a bug? 

In any case, since I'm not getting it, I guess I'll have to look up the contact_id by membership ID in the civicrm_membership table, probably in a pre-Membership delete hook.  Sound right?

Thanks Lobo.  From a hook perspective, if the action is associated with a contact at all, it seems like the contact ID should be provided.

The post-membership delete context, in my case, is less about needing membership object information and more about the contact who just lost it.

I'm sure everyone uses this in different ways.

we use mysql cascaded deletes to do the deletions and hence the hooks for those are not called explicitly. You'll need to trap the contact delete hook to catch this case. It makes the code a lot cleaner and easier (and probably a lot faster too)

lobo