Answers.Body: <p>It sounds like you need to give anonymous and Data Manager users the 'CiviCRM: profile create' permission, and likely 'CiviCRM: profile edit' and/or 'CiviCRM: profile view' additionally.</p>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2020-08-04T08:34:45.320Z
Answers.Text: That corrected the problem. Maybe this could be included in the documentation for Events.
Answers.UserDisplayName: Grant Watt
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2020-08-04T15:09:17.507Z
Answers.Text: @GrantWatt It's a good thought to document this, but I'm not sure it makes the most sense to document in Events.  This issue only comes up if someone changes the default permissions, and it's reasonable to assume that someone changing the permissions knows the effect.  That said, I think it's long overdue to have a more detailed permissions section of the documentation...but also, it should be explicitly listed in https://docs.civicrm.org/sysadmin/en/latest/install/drupal7/#permissions.
Answers.UserDisplayName: Jon G - Megaphone Tech
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2020-07-22T04:43:14.697Z
Answers.LastActivityDate: 2020-07-22T04:43:14.697Z
Answers.UserDisplayName: Jon G - Megaphone Tech
Body: <p>The following Message is returned when Users click on the Link to register for an Event.</p>
  <p>&quot;Sorry, due to an error, we are unable to fulfill your request at the moment. You may want to contact your administrator or service provider with more details about what action you were performing when this occurred.</p>
  <p>The requested Profile (gid=12) is disabled OR it is not configured to be used for 'Profile' listings in its Settings OR there is no Profile with that ID OR you do not have permission to access this profile. Please contact the site administrator if you need assistance.&quot;</p>
  <p>The Permissions for Anonymous users have been set to allow &quot;register for events&quot; and &quot;view event info&quot;.
  Using the Registration (test drive) the profile is accessed OK. When I also test by sending myself the link by email it also works OK. However for another user (with Data Manager role) the error message is returned.</p>
  <p>The Profile (ID=12) is a standard profile - &quot;Your Registration Info&quot; setup for Events.
  So I am not sure the message is describing the problem sufficiently. Any suggustions?</p>
  
Tags: <civievent><profile><online-registration>
Title: Permissions error message using Profile (gid=12) in Online Registration
ThreadText: # Permissions error message using Profile (gid=12) in Online Registration
  
  (Asked by: username_0 on 2020-07-22)
  
  The following Message is returned when Users click on the Link to register for an Event.
  
  "Sorry, due to an error, we are unable to fulfill your request at the moment. You may want to contact your administrator or service provider with more details about what action you were performing when this occurred.
  
  The requested Profile (gid=12) is disabled OR it is not configured to be used for 'Profile' listings in its Settings OR there is no Profile with that ID OR you do not have permission to access this profile. Please contact the site administrator if you need assistance."
  
  The Permissions for Anonymous users have been set to allow "register for events" and "view event info".
  Using the Registration (test drive) the profile is accessed OK. When I also test by sending myself the link by email it also works OK. However for another user (with Data Manager role) the error message is returned.
  
  The Profile (ID=12) is a standard profile - "Your Registration Info" setup for Events.
  So I am not sure the message is describing the problem sufficiently. Any suggustions?
  
  **Tags:** civievent, profile, online-registration
  
  
  ---
  
  ## 1 answers
  
  ### Answer by username_1 on 2020-07-22. Score: 1 | Accepted answer
  
  It sounds like you need to give anonymous and Data Manager users the 'CiviCRM: profile create' permission, and likely 'CiviCRM: profile edit' and/or 'CiviCRM: profile view' additionally.
  
  > **Comments:**
  > **username_0**: That corrected the problem. Maybe this could be included in the documentation for Events.  
  > **username_1**: @username_0 It's a good thought to document this, but I'm not sure it makes the most sense to document in Events.  This issue only comes up if someone changes the default permissions, and it's reasonable to assume that someone changing the permissions knows the effect.  That said, I think it's long overdue to have a more detailed permissions section of the documentation...but also, it should be explicitly listed in https://docs.civicrm.org/sysadmin/en/latest/install/drupal7/#permissions.  
  
  ---
  
  