Details
-
Type:
Bug
-
Status: Done/Fixed
-
Priority:
Major
-
Resolution: Fixed/Completed
-
Affects Version/s: 4.2.7
-
Fix Version/s: Unscheduled
-
Component/s: CiviContribute, CiviMember, WordPress Integration
-
Labels:
-
Documentation Required?:None
-
Funding Source:Needs Funding
Description
Labels and values of custom profile fields placed in second/last position for the member sign-up do not display correctly in online registration email receipts.
Please see the attached screenshot image of email receipt.
Some discussion about the topic was started here but not resolved.
http://forum.civicrm.org/index.php?topic=27587
Attachments
Activity
I still don't understand how this is not a bug, if that's what you're saying? The expectation would be that any profile with custom fields, no matter what the combination, allowed by the UI to be created without an error, and allowed to be associated with the contribution/membership without an error should display correctly. Or, at least in part instead of an entire list of nonsense. And, especially when in all other places the receipt is displayed there is no issue. Why then would the issue only exist in the email receipts if it is not a bug?
It is a bug and hence it is still open. The above was just a data point on what is happening with our event reg
Sorry... we've been beating our heads against a wall trying to fix this on our own for weeks, and we've got a client that is none too happy about what would appear to be a simple thing to resolve. Our attempts to trace the layers of code in Civi has some very experienced programmers stumped, including me. Anything I can do to help, I'll do it. First thing tomorrow I'll start excluding a single field at a time to try to narrow it down, among other combinations. Thanks
I;m about to debug another WP issue. Can you email me a copy of your DB along with steps to reproduce this, and i can take a quick look
Sorry I missed your message. I can't seem to find your email.
When 'On behalf of ' profile is used, the membership record is created for the Org and not the Individual,
hence it makes sense to collect the membership data in the On behalf of profile rather than custom pre/post profiles.
Since your Membership Details has all the fields of type 'Membership', I would recommend you to move all such fields to your On behalf of profile and that should fix it for you.
I have filed CRM-11953 which prohibits using membership related fields in pre/post profile when on-behalf profile is in use.
Related https://issues.civicrm.org/jira/browse/CRM-11953 closed and fixed.
Closed in error
i just checked our civicon registration emails which do have custom fields, and we are getting the values there.
I do think this might be an issue of some combination of custom fields etc as i mentioned in my forum reply