Answers.Body: <p>The fact that you are seeing Primary suggests this has been added as an Address custom field, and it seems that these new-ish field types have not been fully integrated to receipting.</p>
  
  <p>You have some options</p>
  
  <p>1/ change your field to a standard Contact field and then edit your tpls to have the field show where you want it (this seems the 'right' way to fix this since otherwise you are using an Address field, with its options of Location Types, for a field that should not be offering Location Types)</p>
  
  <p>2/ get the code improved so these fields do show in the receipts either by contributing a patch or funding a <a href="https://civicrm.org/partners-contributors" rel="nofollow noreferrer">Partner</a> to do this on your behalf and help grow this open source project.</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-09-25T01:50:06.487Z
Answers.Text: Thank you.  I did what you advised and stopped trying to use a custom field and just used the "Address Name" field and changed the Label to ID Number.  That places it in the perfect spot on  in the profile. I appreciate you sticking with me through this and setting us on the right track until we worked it out.
Answers.UserDisplayName: fdarn
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-09-25T05:39:58.210Z
Answers.Text: phew glad we got there
Answers.UserDisplayName: petednz - fuzion
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-09-24T19:27:15.247Z
Answers.LastActivityDate: 2017-09-24T19:27:15.247Z
Answers.UserDisplayName: petednz - fuzion
Body: <p>Using CiviCRM 4.7.22 on Wordpress 4.8.22
  We are having a problem with our contribution form submissions.  We have a Custom field.  When the member submits the form, the information from the custom field is added to the profile in the dashboard, but it shows up as blank in the email receipts to both the member and to the Admins. We need this data to show in the email receipts also. 
  Please see screenshots below for more details.<br>
  <a href="https://i.sstatic.net/j7887.jpg" rel="nofollow noreferrer"><img src="https://i.sstatic.net/j7887.jpg" alt="image 1"></a></p>
  
  <p><a href="https://i.sstatic.net/GfmWI.jpg" rel="nofollow noreferrer"><img src="https://i.sstatic.net/GfmWI.jpg" alt="Image 2"></a></p>
  
  <p><a href="https://i.sstatic.net/3IAOQ.jpg" rel="nofollow noreferrer"><img src="https://i.sstatic.net/3IAOQ.jpg" alt="image 3"></a></p>
  
  <p><a href="https://i.sstatic.net/Hrd0a.jpg" rel="nofollow noreferrer"><img src="https://i.sstatic.net/Hrd0a.jpg" alt="Image 4"></a></p>
  
  <p><a href="https://i.sstatic.net/FxS0P.jpg" rel="nofollow noreferrer"><img src="https://i.sstatic.net/FxS0P.jpg" alt="Image 5"></a></p>
  
  <p><a href="https://i.sstatic.net/2bGXc.jpg" rel="nofollow noreferrer"><img src="https://i.sstatic.net/2bGXc.jpg" alt="Image 6"></a></p>
  
  <p><a href="https://i.sstatic.net/xgFz8.jpg" rel="nofollow noreferrer"><img src="https://i.sstatic.net/xgFz8.jpg" alt="Image 7"></a></p>
  
  <p><a href="https://i.sstatic.net/TZ2f3.jpg" rel="nofollow noreferrer"><img src="https://i.sstatic.net/TZ2f3.jpg" alt="Image 8"></a></p>
  
  <p>*******ADDITIONAL INFORMATION BELOW******</p>
  
  <p>I noticed that when I add the custom field to the profile it says it is a "Primary" field, but when I go to edit it after adding it, it is no longer a primary field.  Why does it change?  Could that be what is preventing it from being included in the emails?</p>
  
  <p>This is a "Contact" field, because we need it to appear below the Address area in the member's profile page on civi. It is just a simple membership, not multiple records.  I noticed that if I use an "Individual" field instead, it will work properly with the email, but the problem is it puts that field way on the bottom of the member's profile page in civi.  This really needs to be close to the address area.  So I guess the question is, why does an "Individual" custom field show the data in email receipts, but a "Contact" custom field won't, and how to do we fix that?</p>
  
  <p><a href="https://i.sstatic.net/3iJ4Q.jpg" rel="nofollow noreferrer"><img src="https://i.sstatic.net/3iJ4Q.jpg" alt="enter image description here"></a></p>
  
  <p><a href="https://i.sstatic.net/NyKdw.jpg" rel="nofollow noreferrer"><img src="https://i.sstatic.net/NyKdw.jpg" alt="enter image description here"></a></p>
  
  <p><a href="https://i.sstatic.net/Dxyin.jpg" rel="nofollow noreferrer"><img src="https://i.sstatic.net/Dxyin.jpg" alt="enter image description here"></a></p>
  
  <p><a href="https://i.sstatic.net/qn9IB.jpg" rel="nofollow noreferrer"><img src="https://i.sstatic.net/qn9IB.jpg" alt="enter image description here"></a></p>
  
  <p>*****NEW IMAGE*****
  <a href="https://i.sstatic.net/oHGCM.jpg" rel="nofollow noreferrer"><img src="https://i.sstatic.net/oHGCM.jpg" alt="enter image description here"></a></p>
  
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2017-09-23T00:43:16.330Z
Comments.Text: Great explanation. One of the best bits of documenting a problem I have seen. Sorry I don't have a useful pointer for you. I think the only thing I can't tell from the above is whether the Group of Fields, that this field belongs to, is set for something unusual like 'multiple records'.
Comments.UserDisplayName: petednz - fuzion
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2017-09-23T03:09:28.957Z
Comments.Text: Thank you for your reply.  I added some additional information and 4 more screenshots that I hope will shed some light on the problem.
Comments.UserDisplayName: fdarn
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2017-09-23T20:30:21.100Z
Comments.Text: that gives the clue. the fact that it offers 'primary' suggests you/someone set this up as a Location Type field, which seems inappropriate and is probably the problem. i would suggest you discuss how to reset the field so it is not related to 'location types'
Comments.UserDisplayName: petednz - fuzion
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2017-09-23T20:31:32.530Z
Comments.Text: alternatively you could try just setting the Location Type on the profile to eg Home and see if that gets it working for you
Comments.UserDisplayName: petednz - fuzion
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2017-09-23T20:35:22.627Z
Comments.Text: I originally said that from the above I couldn't tell what the Custom Group of Fields was used for. Still not sure you have answered this. Have you added it as a set of Address fields?
Comments.UserDisplayName: petednz - fuzion
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2017-09-23T22:20:32.243Z
Comments.Text: I might be misunderstanding the question.  This group of fields is for a membership.  There is only one Custom field added to this profile, the rest are presets. The custom field is for the ID number, our members are often assigned an ID number before they create an account, and we need that included when they create the account on civi. We need that field to show up close to the address area in Civi, because if we mail to this person, the envelope needs to have that ID number written on it. is there another way to add a custom field in that area without the location/address field?
Comments.UserDisplayName: fdarn
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2017-09-24T03:46:29.703Z
Comments.Text: ok. but the fact that it shows Primary, (and presumably your other Location Types) suggests that civi things it is an Address field (otherwise you would not see Primary afaik). But, while your last comment says 'these are Membership fields" your first screenshot suggests they are 'Contact' fields. And if you create a set of Custom Fields, and set them to be active on Addresses, then when you come to add that field to a Profile, it will be listed as a Contact type of field. I will add this as an Answer as I am pretty sure this is what is going on.
Comments.UserDisplayName: petednz - fuzion
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2017-09-24T03:48:40.230Z
Comments.Text: To confirm this one way or another, paste a screenshot from Admin > Customise > Custom Fields which shows your set of Custom Fields. I will bet a beer it says Used For = Addresses. which is kind of reinforced by how you describe where it shows. Address 'custom fields' are a bit of a new feature and i suspect no one has picked up on them not working in Receitps. But I would also like to hear from you what happens if you do change Primary to eg Home in the Profile and retest
Comments.UserDisplayName: petednz - fuzion
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2017-09-24T15:50:27.100Z
Comments.Text: I added one more image above.  You are correct it does say Used for Addresses.  Is there something else I could try that will still place the field close to the address in civi?   I just tried it selecting Home instead of Primary.  I had the same result, it did not show in the email.
Comments.UserDisplayName: fdarn
Tags: <custom-fields>
Title: Custom Fields not emailing
ThreadText: # Custom Fields not emailing
  
  (Asked by: username_0 on 2017-09-22)
  
  Using CiviCRM 4.7.22 on Wordpress 4.8.22
  We are having a problem with our contribution form submissions. We have a Custom field. When the member submits the form, the information from the custom field is added to the profile in the dashboard, but it shows up as blank in the email receipts to both the member and to the Admins. We need this data to show in the email receipts also.
  Please see screenshots below for more details.  
  [![image 1](https://i.sstatic.net/j7887.jpg)](https://i.sstatic.net/j7887.jpg)
  
  [![Image 2](https://i.sstatic.net/GfmWI.jpg)](https://i.sstatic.net/GfmWI.jpg)
  
  [![image 3](https://i.sstatic.net/3IAOQ.jpg)](https://i.sstatic.net/3IAOQ.jpg)
  
  [![Image 4](https://i.sstatic.net/Hrd0a.jpg)](https://i.sstatic.net/Hrd0a.jpg)
  
  [![Image 5](https://i.sstatic.net/FxS0P.jpg)](https://i.sstatic.net/FxS0P.jpg)
  
  [![Image 6](https://i.sstatic.net/2bGXc.jpg)](https://i.sstatic.net/2bGXc.jpg)
  
  [![Image 7](https://i.sstatic.net/xgFz8.jpg)](https://i.sstatic.net/xgFz8.jpg)
  
  [![Image 8](https://i.sstatic.net/TZ2f3.jpg)](https://i.sstatic.net/TZ2f3.jpg)
  
  \*\*\*\*\*\*\*ADDITIONAL INFORMATION BELOW\*\*\*\*\*\*
  
  I noticed that when I add the custom field to the profile it says it is a "Primary" field, but when I go to edit it after adding it, it is no longer a primary field. Why does it change? Could that be what is preventing it from being included in the emails?
  
  This is a "Contact" field, because we need it to appear below the Address area in the member's profile page on civi. It is just a simple membership, not multiple records. I noticed that if I use an "Individual" field instead, it will work properly with the email, but the problem is it puts that field way on the bottom of the member's profile page in civi. This really needs to be close to the address area. So I guess the question is, why does an "Individual" custom field show the data in email receipts, but a "Contact" custom field won't, and how to do we fix that?
  
  [![enter image description here](https://i.sstatic.net/3iJ4Q.jpg)](https://i.sstatic.net/3iJ4Q.jpg)
  
  [![enter image description here](https://i.sstatic.net/NyKdw.jpg)](https://i.sstatic.net/NyKdw.jpg)
  
  [![enter image description here](https://i.sstatic.net/Dxyin.jpg)](https://i.sstatic.net/Dxyin.jpg)
  
  [![enter image description here](https://i.sstatic.net/qn9IB.jpg)](https://i.sstatic.net/qn9IB.jpg)
  
  \*\*\*\*\*NEW IMAGE\*\*\*\*\*
  [![enter image description here](https://i.sstatic.net/oHGCM.jpg)](https://i.sstatic.net/oHGCM.jpg)
  
  **Tags:** custom-fields
  
  > **Comments:**
  > **username_1**: Great explanation. One of the best bits of documenting a problem I have seen. Sorry I don't have a useful pointer for you. I think the only thing I can't tell from the above is whether the Group of Fields, that this field belongs to, is set for something unusual like 'multiple records'.  
  > **username_0**: Thank you for your reply.  I added some additional information and 4 more screenshots that I hope will shed some light on the problem.  
  > **username_1**: that gives the clue. the fact that it offers 'primary' suggests you/someone set this up as a Location Type field, which seems inappropriate and is probably the problem. i would suggest you discuss how to reset the field so it is not related to 'location types'  
  > **username_1**: alternatively you could try just setting the Location Type on the profile to eg Home and see if that gets it working for you  
  > **username_1**: I originally said that from the above I couldn't tell what the Custom Group of Fields was used for. Still not sure you have answered this. Have you added it as a set of Address fields?  
  > **username_0**: I might be misunderstanding the question.  This group of fields is for a membership.  There is only one Custom field added to this profile, the rest are presets. The custom field is for the ID number, our members are often assigned an ID number before they create an account, and we need that included when they create the account on civi. We need that field to show up close to the address area in Civi, because if we mail to this person, the envelope needs to have that ID number written on it. is there another way to add a custom field in that area without the location/address field?  
  > **username_1**: ok. but the fact that it shows Primary, (and presumably your other Location Types) suggests that civi things it is an Address field (otherwise you would not see Primary afaik). But, while your last comment says 'these are Membership fields" your first screenshot suggests they are 'Contact' fields. And if you create a set of Custom Fields, and set them to be active on Addresses, then when you come to add that field to a Profile, it will be listed as a Contact type of field. I will add this as an Answer as I am pretty sure this is what is going on.  
  > **username_1**: To confirm this one way or another, paste a screenshot from Admin > Customise > Custom Fields which shows your set of Custom Fields. I will bet a beer it says Used For = Addresses. which is kind of reinforced by how you describe where it shows. Address 'custom fields' are a bit of a new feature and i suspect no one has picked up on them not working in Receitps. But I would also like to hear from you what happens if you do change Primary to eg Home in the Profile and retest  
  > **username_0**: I added one more image above.  You are correct it does say Used for Addresses.  Is there something else I could try that will still place the field close to the address in civi?   I just tried it selecting Home instead of Primary.  I had the same result, it did not show in the email.  
  
  ---
  
  ## 1 answers
  
  ### Answer by username_1 on 2017-09-24. Score: 1 | Accepted answer
  
  The fact that you are seeing Primary suggests this has been added as an Address custom field, and it seems that these new-ish field types have not been fully integrated to receipting.
  
  You have some options
  
  1/ change your field to a standard Contact field and then edit your tpls to have the field show where you want it (this seems the 'right' way to fix this since otherwise you are using an Address field, with its options of Location Types, for a field that should not be offering Location Types)
  
  2/ get the code improved so these fields do show in the receipts either by contributing a patch or funding a [Partner](https://civicrm.org/partners-contributors) to do this on your behalf and help grow this open source project.
  
  > **Comments:**
  > **username_0**: Thank you.  I did what you advised and stopped trying to use a custom field and just used the "Address Name" field and changed the Label to ID Number.  That places it in the perfect spot on  in the profile. I appreciate you sticking with me through this and setting us on the right track until we worked it out.  
  > **username_1**: phew glad we got there  
  
  ---
  
  