Answers.Body: <p>This is a frustration and I wish there was a better answer. I've asked a <a href="https://civicrm.stackexchange.com/questions/29337/anonymous-user-filing-out-a-profile-unintentionally-remove-themselves-from-group">similar question myself.</a></p>
  <p>One solution is to use tokens in links sent out in mailings as much as possible, so this checkbox is already selected, but you won't be able to cover all uses with this.</p>
  <p>You can use two groups, the first of which is the one on your forms. Then set up a CiviRule that contacts are added to a second group, the real mailing list, when they are added to the first group. But then people who are logged in or using a tokenized link won't be able to remove themselves from the group, so I wouldn't recommend this unless you aren't using tokenized links or allowing logged in users.</p>
  <p>I'd like to fix this, at some point.</p>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2021-04-27T07:33:05.557Z
Answers.Text: Thank you Lars, I searched but idn't find your question, hence the duplicate... I will take look if civirules can solve this.
Answers.UserDisplayName: stijn
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2021-04-27T12:36:02.757Z
Answers.Text: I had a look at why this happens and figured out where in the code and a potential solution. Here's an issue on Gitlab: https://lab.civicrm.org/dev/core/-/issues/2572
Answers.UserDisplayName: Lars SG
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2021-04-27T01:14:21.557Z
Answers.LastActivityDate: 2021-04-27T01:14:21.557Z
Answers.UserDisplayName: Lars SG
Body: <p>We have CiviCRM install with a group, used for newsletters, and some event registrations. Our customer added a checkbox to the event registration profile to subscribe to the neweletter.</p>
  <p>Now, when someone already subscribed to the newsletter (added to group 'newsletter'), uses the event registration profile but not checking the checkbox to subscribe, this results in an unsubscription (removed by web).</p>
  <p>My question: how to avoid this (evidently unwanted) behavior? And how to allow people to subscribe in a better way to subscribe  to a newsletter from the event registration form.</p>
  <p>Thank you!</p>
  
Tags: <profile><unsubscribe><subscribe>
Title: Unwanted unsubscribe in profile
ThreadText: # Unwanted unsubscribe in profile
  
  (Asked by: username_0 on 2021-04-26)
  
  We have CiviCRM install with a group, used for newsletters, and some event registrations. Our customer added a checkbox to the event registration profile to subscribe to the neweletter.
  
  Now, when someone already subscribed to the newsletter (added to group 'newsletter'), uses the event registration profile but not checking the checkbox to subscribe, this results in an unsubscription (removed by web).
  
  My question: how to avoid this (evidently unwanted) behavior? And how to allow people to subscribe in a better way to subscribe to a newsletter from the event registration form.
  
  Thank you!
  
  **Tags:** profile, unsubscribe, subscribe
  
  
  ---
  
  ## 1 answers
  
  ### Answer by username_1 on 2021-04-27. Score: 1 | Accepted answer
  
  This is a frustration and I wish there was a better answer. I've asked a [similar question myself.](https://civicrm.stackexchange.com/questions/29337/anonymous-user-filing-out-a-profile-unintentionally-remove-themselves-from-group)
  
  One solution is to use tokens in links sent out in mailings as much as possible, so this checkbox is already selected, but you won't be able to cover all uses with this.
  
  You can use two groups, the first of which is the one on your forms. Then set up a CiviRule that contacts are added to a second group, the real mailing list, when they are added to the first group. But then people who are logged in or using a tokenized link won't be able to remove themselves from the group, so I wouldn't recommend this unless you aren't using tokenized links or allowing logged in users.
  
  I'd like to fix this, at some point.
  
  > **Comments:**
  > **username_0**: Thank you Lars, I searched but idn't find your question, hence the duplicate... I will take look if civirules can solve this.  
  > **username_1**: I had a look at why this happens and figured out where in the code and a potential solution. Here's an issue on Gitlab: https://lab.civicrm.org/dev/core/-/issues/2572  
  
  ---
  
  