@Udehb-WMF @EUwandu-WMF @Astinson Do you have any recommendations for where in Preferences it makes sense for editors to opt out of being included in Event Invitation lists?

Notes on ticket from team meeting:

• This can probably be done after other MVP tickets; it shouldn't be the first
• It could be under User Profile (since new features are getting added there) or Notifications tab
• This will be more useful when we have messaging support, since we will have information at the bottom on how to opt out of event invitations. However, for best practice and t+s issues, we should allow them to opt out even before messaging support.
• Behavior should be that users are not included in the invitation lists
• Do we remove people from old invitation lists if they opt out after an invitation list is generated?

Sorry didn't respond to the earlier question: yes, I think putting it near notifications is sensible, it starts to create a space in the area where we are going to be doing other kinds of communication eventually.

Thank you, @Sadads!

Change #1079285 had a related patch set uploaded (by Mhorsey; author: Mhorsey):

[mediawiki/extensions/CampaignEvents@master] Create preference for users to opt out of invitation list inclusion

https://gerrit.wikimedia.org/r/1079285

@ifried can you confirm if the AC is correct, or if we are going with @Sadads suggestion to put this in the notifications area?

@MHorsey-WMF, thanks for checking! We can go with the AC.

The background on this decision is that neither option (user profile or notifications) is perfect. However, we chose User Profile since Notifications is really about automated notifications about things that have already happened (such as the automated message we send when a participant registers for an event), so it seemed like a bit of a confusing fit. Meanwhile, the User Profile is more general, so many things can apply.

Thank you!

Change #1079285 merged by jenkins-bot:

[mediawiki/extensions/CampaignEvents@master] Create preference for users to opt out of invitation list inclusion

https://gerrit.wikimedia.org/r/1079285

Acceptance Criteria:

• Given that a wiki has the CampaignEvents extension enabled,
• And if they have Invitation lists enabled,
  • A user can see go to Preferences > User profile,
    • ✅ And they will see a new section: "Invitation Lists"
      • ✅ And there will be a checkbox: "Include me in invitation lists"
        • ✅ And it should be automatically checked,
        • But if the user unchecks it and saves changes,
          • ✅ They will be removed from all future invitation lists

New section "Invitation Lists"

Here is an example of a user opting out using the same article list. For the first invitation list, vdubs81 opted in to be included in invitation lists, and for the second vdubs81 opted out of being included in invitation lists and was successfully not included.

opt in	opt out

However, that if a user opts out, they are not hidden or removed from invitation lists that have already been created. This is correct per the AC which is for all future invitation lists, but noting it here that if we also want to remove them from existing invitation lists, that would be a separate ticket. Is this something we would want a ticket for or not @ifried?

One more question for @ifried too. In the AC, the header copy to add to Special:Preferences is Invitation Lists but I am wondering if it should be Invitation lists instead. The rest of the preferences are cased like that.

In T356705#10274716, @vaughnwalters wrote:

However, that if a user opts out, they are not hidden or removed from invitation lists that have already been created. This is correct per the AC which is for all future invitation lists, but noting it here that if we also want to remove them from existing invitation lists, that would be a separate ticket. Is this something we would want a ticket for or not @ifried?

Yup, this is intentional. It was originally part of this task, but then it's been moved over to T370908.

In T356705#10274757, @Daimona wrote:

In T356705#10274716, @vaughnwalters wrote:

However, that if a user opts out, they are not hidden or removed from invitation lists that have already been created. This is correct per the AC which is for all future invitation lists, but noting it here that if we also want to remove them from existing invitation lists, that would be a separate ticket. Is this something we would want a ticket for or not @ifried?

Yup, this is intentional. It was originally part of this task, but then it's been moved over to T370908.

Okay great thanks @Daimona.

Last thing then is if the casing on this is correct. Everything else looks good and all AC met.

One more question for @ifried too. In the AC, the header copy to add to Special:Preferences is Invitation Lists but I am wondering if it should be Invitation lists instead. The rest of the preferences are cased like that.

Hi @vaughnwalters, thanks for these questions:

• Yes, as noted, removing from past invitation lists is a separate ticket, which we may or may not work on in the future. Depends on what user feedback we get.
• Oh, good catch. Yup, we should follow the standard and have it be "Invitation lists." I will update the AC.

Change #1084267 had a related patch set uploaded (by Daimona Eaytoy; author: Daimona Eaytoy):

[mediawiki/extensions/CampaignEvents@master] Fix case of Special:Preferences section

https://gerrit.wikimedia.org/r/1084267

I made a patch to change the case. There don't seem to be any translations to update right now.

Change #1084267 merged by jenkins-bot:

[mediawiki/extensions/CampaignEvents@master] Fix case of Special:Preferences section

https://gerrit.wikimedia.org/r/1084267

In T356705#10275147, @ifried wrote:

Hi @vaughnwalters, thanks for these questions:

• Yes, as noted, removing from past invitation lists is a separate ticket, which we may or may not work on in the future. Depends on what user feedback we get.
• Oh, good catch. Yup, we should follow the standard and have it be "Invitation lists." I will update the AC.

This is fixed now and all other AC met, sending to product sign off

This work has been released, so I am marking it as done.