Answers.Body: <p>I would check what is happening by setting up a Profile with the simplest possible profile eg just First and Last and Email</p>
  
  <p>That will help rule out the issue being related to any of your Fields or permissions related to eg Custom Fields.</p>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2019-11-28T08:43:46.100Z
Answers.Text: As you have suggested I created a new profile and started with simple fields from Individual and Contacts.
  This worked. The profile appeared in a user's Account for viewing and editing. As soon as I added a Custom Field, even a simple text one, the Profile disappeared from the User Account Page.
  I think I will take up something easier than this, perhaps Tiddlywinks...
Answers.UserDisplayName: themetman
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2019-11-28T18:41:09.580Z
Answers.Text: if the Profile stops showing as soon as you add a simple Contact-based text field (not participant or contribution or event or any other type of field) then the next thing to look at is the CMS permissions but I take it from your comment earlier that you do have the Custom Data permission set on.
Answers.UserDisplayName: petednz - fuzion
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2019-11-28T22:33:09.690Z
Answers.Text: Yes I do have the premissions set in the ALCs
Answers.UserDisplayName: themetman
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2019-11-29T02:39:04.510Z
Answers.Text: I said earlier that IMO this has nothing to do with ACLs - it is CMS permissions - but maybe in Backdrop speak it is the same thing - but in Drupal it is User Permissions - not CiviCRM ACLs - it may just be a language confusion - but this should be really easy, and if it isn't then i suspect you have something simple set incorrectly
Answers.UserDisplayName: petednz - fuzion
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2019-11-27T18:01:17.647Z
Answers.LastActivityDate: 2019-11-27T18:01:17.647Z
Answers.UserDisplayName: petednz - fuzion
Body: <p>I am using CiviCRM on Backdrop (Drupal 7). I am new to CiviCRM, but not new to Drupal.</p>
  
  <p>I have read the CiviCRM documentation on Groups, Profiles,etc. Well all of it pretty much. Also read old an new posts about Accounts and Roles and Profiles. I am pretty sure I have everything set up correctly.</p>
  
  <p>I have a CiviCRM Profile used for new user registration which works fine. It is creating the Backdrop Roles, Civi Group and Membership Type as I want.</p>
  
  <p>Logging in as the new user having got a password sorted, there is no sign of the Civi Profile or a link to it on the User Account Page.
  In the Profile Settings I have checked the 'View/Edit Drupal User Account [ x ] CiviContribute' field so it should show up.</p>
  
  <p>I have unchecked the Backdrop Permisssions for 'access all custom data' and in the Civi ACLs I have tried setting both 'A profile' and 'A set of custom data fields' in the 'Type of Data' but no go. The Profile is not seen on the Account Page. Even when logged in as the Administrator I cannot see this data on a user's accounts Page.</p>
  
  <p>I must be missing something here, but what?</p>
  
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2019-11-26T01:40:34.770Z
Comments.Text: my first guess is this would be permissions issue. does it work for user/1 ? "I have unchecked the Backdrop Permissions for 'access all custom data' - i would expect that does need ticking
Comments.UserDisplayName: petednz - fuzion
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2019-11-26T01:41:14.317Z
Comments.Text: also worth clarifying what sort of fields are in the profile. it would ONLY work if they are Contact fields, not eg Contribute fields
Comments.UserDisplayName: petednz - fuzion
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2019-11-26T07:15:04.993Z
Comments.Text: As I said above it does not work for User/1 (Administrator)
  Most fields are from a Custom Field Set.
  The Drupal Permissions override CiviCRM ACLs so somewhere I read that if you are going to use the Civi ACLs then uncheck the Drupal Permissions.
  I will try without the ACLs later today and see what happens
Comments.UserDisplayName: themetman
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2019-11-26T08:03:37.747Z
Comments.Text: Nope, Does not work. Disabling ACLs and using Drupal Permissions and the reverse. In this section of the documentation [here](https://docs.civicrm.org/user/en/latest/initial-set-up/permissions-and-access-control/#accessing-custom-data) it clearly says you use ACLs to access sets of custom data fields. So it mus be possible.
  I have added ACLs to allow the group to View and Edit both the Profile and the Custom Field Set, but it is still not seen.
Comments.UserDisplayName: themetman
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2019-11-26T17:54:21.630Z
Comments.Text: Your question doesn't mention ACLs. There is no reason i can see in what you are needing to have any ACLs involved. This should be purely a case of 'set up a Profile using only Contact fields, set it to show for User Create, set Permissions for custom fields, Profiles, etc'. I have never used Backdrop but would expect it to work as D7. Only thing i think i can offer is a link to a set of Permissions that should work for you but if you are user/1 (and assuming user/1 in Bdrop+Civi confers all powers, then seems it must be some other oddity.
Comments.UserDisplayName: petednz - fuzion
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2019-11-26T17:54:24.993Z
Comments.Text: Have you tried with the simplest possible profile eg just First and Last and Email?
Comments.UserDisplayName: petednz - fuzion
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2019-11-27T08:04:28.110Z
Comments.Text: I can get it to work with Contact fields, but not Custom Fields, especially if they are a Select type with multiple choices.
  Thank you all for your help.
  I understand now.
  What I am trying to do is not possible.
  Back to the drawing board.....
Comments.UserDisplayName: themetman
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2019-11-27T18:02:25.167Z
Comments.Text: ok. i added this as an Answer - pls +1 and accept it. but it also raises the question of 'why not'. There is a permission related to Custom Fields. Also 'multi record fields' have some limitations
Comments.UserDisplayName: petednz - fuzion
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2019-11-27T19:52:11.350Z
Comments.Text: If there is no private information related to the fields/profile, maybe a screenshot of the profile/fields in the admin backend and the user registration page (where the profile works) would help visualize what you're working with.
Comments.UserDisplayName: Laryn
Tags: <drupal><backdrop>
Title: CiviCRM Profile not showing on User Account Page
ThreadText: # CiviCRM Profile not showing on User Account Page
  
  (Asked by: username_0 on 2019-11-25)
  
  I am using CiviCRM on Backdrop (Drupal 7). I am new to CiviCRM, but not new to Drupal.
  
  I have read the CiviCRM documentation on Groups, Profiles,etc. Well all of it pretty much. Also read old an new posts about Accounts and Roles and Profiles. I am pretty sure I have everything set up correctly.
  
  I have a CiviCRM Profile used for new user registration which works fine. It is creating the Backdrop Roles, Civi Group and Membership Type as I want.
  
  Logging in as the new user having got a password sorted, there is no sign of the Civi Profile or a link to it on the User Account Page.
  In the Profile Settings I have checked the 'View/Edit Drupal User Account [ x ] CiviContribute' field so it should show up.
  
  I have unchecked the Backdrop Permisssions for 'access all custom data' and in the Civi ACLs I have tried setting both 'A profile' and 'A set of custom data fields' in the 'Type of Data' but no go. The Profile is not seen on the Account Page. Even when logged in as the Administrator I cannot see this data on a user's accounts Page.
  
  I must be missing something here, but what?
  
  **Tags:** drupal, backdrop
  
  > **Comments:**
  > **username_1**: my first guess is this would be permissions issue. does it work for user/1 ? "I have unchecked the Backdrop Permissions for 'access all custom data' - i would expect that does need ticking  
  > **username_1**: also worth clarifying what sort of fields are in the profile. it would ONLY work if they are Contact fields, not eg Contribute fields  
  > **username_0**: As I said above it does not work for User/1 (Administrator) Most fields are from a Custom Field Set. The Drupal Permissions override CiviCRM ACLs so somewhere I read that if you are going to use the Civi ACLs then uncheck the Drupal Permissions. I will try without the ACLs later today and see what happens  
  > **username_0**: Nope, Does not work. Disabling ACLs and using Drupal Permissions and the reverse. In this section of the documentation [here](https://docs.civicrm.org/user/en/latest/initial-set-up/permissions-and-access-control/#accessing-custom-data) it clearly says you use ACLs to access sets of custom data fields. So it mus be possible. I have added ACLs to allow the group to View and Edit both the Profile and the Custom Field Set, but it is still not seen.  
  > **username_1**: Your question doesn't mention ACLs. There is no reason i can see in what you are needing to have any ACLs involved. This should be purely a case of 'set up a Profile using only Contact fields, set it to show for User Create, set Permissions for custom fields, Profiles, etc'. I have never used Backdrop but would expect it to work as D7. Only thing i think i can offer is a link to a set of Permissions that should work for you but if you are user/1 (and assuming user/1 in Bdrop+Civi confers all powers, then seems it must be some other oddity.  
  > **username_1**: Have you tried with the simplest possible profile eg just First and Last and Email?  
  > **username_0**: I can get it to work with Contact fields, but not Custom Fields, especially if they are a Select type with multiple choices. Thank you all for your help. I understand now. What I am trying to do is not possible. Back to the drawing board.....  
  > **username_1**: ok. i added this as an Answer - pls +1 and accept it. but it also raises the question of 'why not'. There is a permission related to Custom Fields. Also 'multi record fields' have some limitations  
  > **username_2**: If there is no private information related to the fields/profile, maybe a screenshot of the profile/fields in the admin backend and the user registration page (where the profile works) would help visualize what you're working with.  
  
  ---
  
  ## 1 answers
  
  ### Answer by username_1 on 2019-11-27. Score: 1 | Accepted answer
  
  I would check what is happening by setting up a Profile with the simplest possible profile eg just First and Last and Email
  
  That will help rule out the issue being related to any of your Fields or permissions related to eg Custom Fields.
  
  > **Comments:**
  > **username_0**: As you have suggested I created a new profile and started with simple fields from Individual and Contacts. This worked. The profile appeared in a user's Account for viewing and editing. As soon as I added a Custom Field, even a simple text one, the Profile disappeared from the User Account Page. I think I will take up something easier than this, perhaps Tiddlywinks...  
  > **username_1**: if the Profile stops showing as soon as you add a simple Contact-based text field (not participant or contribution or event or any other type of field) then the next thing to look at is the CMS permissions but I take it from your comment earlier that you do have the Custom Data permission set on.  
  > **username_0**: Yes I do have the premissions set in the ALCs  
  > **username_1**: I said earlier that IMO this has nothing to do with ACLs - it is CMS permissions - but maybe in Backdrop speak it is the same thing - but in Drupal it is User Permissions - not CiviCRM ACLs - it may just be a language confusion - but this should be really easy, and if it isn't then i suspect you have something simple set incorrectly  
  
  ---
  
  