Hey - great work on getting this out. Thought I would throw some time at testing. Couldn't see any documentation so not sure if i am covering ground that is already known - but was good to give it a work out. Put this in as Bug Report but is more General Testing.

NOTE: To get Product Feature, first create the Product, then Save and Continue, or Save and then Edit - then you see the Product Feature Tab (in case this confuddles anyone else).

I added the following Products

- normal membership
- relationship based membership
- an Event
- a Donation

When logged in the Delivery and Billing information had no pre-filled fields (guessing this is an ubercart issue but just reporting). When I entered a name that was different to the logged in person it did NOT update the civiCrm record.

Purchasing a normal Membership resulted in Membership in civicrm but no Contribution record. An Activity for the Membership was created. The status of the Membership was CURRENT which is incorrect (the product is set to 'new' status, though not sure Membership Status needs to be set in the Product Feature does it?)

Purchasing the Relationship-based Membership got this
Fatal error: Class 'CRM_Core_Action' not found in /home/www-home/apps/civicrm-3.2.5/civicrm/CRM/Member/BAO/Membership.php on line 383.

However, my record did show the Membership (again as Current, and again no Contribution)

Purchasing the Event, resulted in Event record in CiviCRM - but no associated Contribution.

When I purchased a Donation it correctly add the Contribution, and noted Source was Ubercart, but no Activity created.

When I purchased an Event and a Donation, both were created in CiviCRM, but again no Contribution for the Event.

For ANON a civicrm record was created with only the email address - no name or address data was passed through. The Donation was added.

ps I presume you are aware of http://drupal.org/project/uc_civicrm. I think it does the following which seems are not yet incorporated in to this one but maybe code you can incorporate as both have benefits:

Passed through Name and Address data to civicrm

Adds an Activity as an Ubercart Purchase.

Adds to a Group of Purchasers.

Can't recall whether that module updates the civicrm record for logged in purchasers.

I didn't try running the two modules together - maybe nexting round ;-)

Comments

petednz’s picture

Title: Purchasing membership gives Fatal Error » General testing of module capabilities - results and issues

doh - needed to change title of this

Anonymous’s picture

Status: Active » Postponed (maintainer needs more info)

Hey - great work on getting this out. Thought I would throw some time at testing. Couldn't see any documentation so not sure if i am covering ground that is already known - but was good to give it a work out. Put this in as Bug Report but is more General Testing.

NOTE: To get Product Feature, first create the Product, then Save and Continue, or Save and then Edit - then you see the Product Feature Tab (in case this confuddles anyone else).

I added the following Products

  • normal membership
  • relationship based membership
  • an Event
  • a Donation

When logged in the Delivery and Billing information had no pre-filled fields (guessing this is an ubercart issue but just reporting). When I entered a name that was different to the logged in person it did NOT update the civiCrm record.

Shared addresses between Ubercart and CiviCRM is not supported.

Purchasing a normal Membership resulted in Membership in civicrm but no Contribution record. An Activity for the Membership was created. The status of the Membership was CURRENT which is incorrect (the product is set to 'new' status, though not sure Membership Status needs to be set in the Product Feature does it?)

You must create also add the CiviContribute product feature to the product. The Membership product feature only creates the CiviMember record.

Purchasing the Relationship-based Membership got this
Fatal error: Class 'CRMCoreAction' not found in /home/www-home/apps/civicrm-3.2.5/civicrm/CRM/Member/BAO/Membership.php on line 383.

I don't know anything about relationship-based memberships, so for now they're not supported. If you want to open a feature request, it will remain on our radar.

Purchasing the Event, resulted in Event record in CiviCRM - but no associated Contribution.

Same as above. The CiviContribute feature must be added to the product.

When I purchased a Donation it correctly add the Contribution, and noted Source was Ubercart, but no Activity created.

This appears to be inconsistencies in or mixed versions of CiviCRM API. This module does not create the activity records directly, so the fact that Membership creates one is because the membership API does this. The CiviContribute donation isn't creating the activity because the CiviCRM API doesn't create it automatically.

What's the desirable behavior? Should it be optional?

When I purchased an Event and a Donation, both were created in CiviCRM, but again no Contribution for the Event.

You can add multiple CiviContribute product features to the same product.

For ANON a civicrm record was created with only the email address - no name or address data was passed through. The Donation was added.

Do anonymous users have to register and login before they can complete a purchase?

ps I presume you are aware of http://drupal.org/project/uc_civicrm. I think it does the following which seems are not yet incorporated in to this one but maybe code you can incorporate as both have benefits:

petednz’s picture

hey bangpound - thanks for engaging

so do i understand you are saying that to sell a priced event so that both the Participant Record and the Contribution Record are created in CiviCRM there need to be two products listed - one for the Event and one for the Fee?

briopel4k1’s picture

Maybe I missed something :

1- I activated module Ubercart CiviCRM Products
2- I created an event on CIVICRM
3- I created an product, then I linked it to the event via Feature tab on products edit
4- I purshased the product with UBERCART

And there is still no CIVICRM event registry.

I'am I wrong or it should work.

Thanks for your help !

BR

petednz’s picture

hi - well my testing did create an Event Participation record in civicrm, which is the anticipated behaviour, so i would say that aspect is working.

briopel4k1’s picture

Thanks petednz for your response.

If you take a look on my step by step procedure, do you think I forgot something (like an admin or permission setting) ?

I can't figure out why it doesn't work for me, it's a little bit frustrated, cause it seems to work for you ;-).

Thanks

BR

miganza’s picture

I just set it up and it seems to work fine. It added the info after the order was completed in uc not after payment received. Hope that helps.

mclyde’s picture

I tried running uc_civicrm and the civicrm_products modules together and ended up with some odd behaviour. THe civi contact billing info was updated by the UC billing using teh integration module-- although changing the contact name to billing name is not desirable in case a third party is paying for event/membership etc.

While civiMember entries were added, the uc_civicrm added only a single contribution record with all items listed together -- this makes it more difficult to create reports in civi so not quite what we need. The products module was adding separate entries, which is preferable.

hope the other bugs can be fixed in the products module!