Jump to content

Talk:CampaignEvents

Add topic
From Meta, a Wikimedia project coordination wiki
(Redirected from Talk:CampaignEvents/Deployment status)
Latest comment: 12 days ago by IFried (WMF) in topic Why admins and not bureaucrats?

Raised a discussion on enwp

[edit]

I have raised a discussion on English Wikipedia to enable this feature, after seeing the informative session at Wikimania. Would Udehb-WMF or someone else be willing to answer some questions participants have? For example how CheckUsers could prepare for this feature to support new editors. The required user groups should also be mentioned in the description of this feature. Thank you! Shushugah (talk) 23:21, 29 August 2024 (UTC)Reply

Extension Experience

[edit]

Greetings! 魔琴 and I experimented with this extension on Chinese Wikipedia. It worked great! We think this extension can greatly improve the process. However, we encountered some issues:

  1. It is not possible to recreate an event on a Event:page where an event has been deleted. Is this intentional?
  2. If a participant chooses to modify or register in new windows at Special:RegisterForEvent, there is no link or redirect back to the Event:page.
  3. Reply-to email address in the emails sent to participants will be the event-organizer's address. There is no indication in the interface that this information will be disclosed to the recipients.
  4. The interface for setting the start and end time of an event does not conform to Chinese conventions. Looks like 二 1 10月 2024 00:00, means TWO 1 October 2024 00:00 The "二" (TWO) at the beginning can confuse people.

At the same time, we wish to add the following features:

  • Built-in MassMessage
    • Some users may not have registered their email addresses, talk page would be the only way to contact, then sending messages to talk page of multiple users at once are necessary.
  • Post-registration Instructions
    • Show a popup or redirect to a page with custom information after registration, so they will know what to do directly.
  • User Filter
    • Filter applicants by user group or other.

Finally, thank you all again for developing this helpful extension. Let me know if anything is unclear. Looking forward to your reply. ZhaoFJx(Talk) 00:17, 5 November 2024 (UTC)Reply

Hi @ZhaoFJx, I'm Benedict, the Movement Communications Specialist for the Campaigns team. Thank you so much, for sharing your experience with the tool! Your ideas will be a big help in making it better for both organizers and our community.
Your points about recreating events, navigation flow, and the need to inform organizers that emailing registered participants will expose their email are all appreciated. We have plans to work on some of these issues, especially improving how we handle the event times (T362639). As for the ability to restore disabled registration (T318159), it is something we are considering working on in the future, so thank you for bringing it up! Also, we have created a ticket based on the email issue (T379289), which we may work on later, so thank you for reporting this!
Your feature suggestions are also very helpful, especially the idea of post-registration instructions, which could be pointing users to the event page and/or pointing them to the Special:AllEvents page. We are happy to share that we have recently implemented a feature improvement that addresses one of these suggestions. Now, when people register for events, they will see a notification that includes a link to the Collaboration List (see T377863) on the event page. We would like to continue to improve and expand this notification over time, so we are open to suggestions on how to do this. We think it is a great idea to allow organizers to write custom instructions, so we will think about this some more.
We have 2 follow-up questions:
  1. How would you like MassMessage integration with the tools to work, ideally? We would love to learn more about this and why you think it would be useful.
  2. Filter applicants by user group: Do you mean filter participants? And by user group, do you mean the affiliate they are a part of? We would love to learn more about this too.
Thanks again for your feedback! We look forward to hearing more as we keep improving. -Udehb-WMF (talk) 18:30, 7 November 2024 (UTC)Reply
@Udehb-WMF: Hi Benedict, thanks for reply! Regarding your two questions, here are my thoughts:
  1. Perhaps a column could be added under the email panel tab, titled "Mass Message". Event organizers would be free to choose between using email or using talk pages. If using talk pages, a wikitext input box would appear to let event organizers customize the message. After clicking "Confirm", the message would be posted on the selected user's talk page.
    1. Onsite talk pages are more open and transparent, and easier to use for experienced users. On-site talk pages are easier to follow and can make events with multiple event organizers easier - emails can only be replied to by the email address holder, but talk pages can be replied to by anyone.
  2. Maybe like "requirement"? For example, this event can only be sign up if user has more than 100 edits on local wiki, otherwise there will be a friendly error message showed. Filter participants sounds good too, make it easier for event organizers to find newcomers and people who can help them.
Thank you, let me know if anything is unclear please. ZhaoFJx(Talk) 00:53, 10 November 2024 (UTC)Reply
@ZhaoFJx, thank you for the helpful details!
  1. Thanks for clarifying. We understand why some organizers would want massmessage support. We didn’t prioritize it for early versions of the tool because a) many organizers do not have the massmessage right, and b) many participants prefer to receive notification via different methods, such as email. However, we know that there are also many participants who prefer to receive notifications and messages on their talk pages, so perhaps this is something we can look into the future.
    Perhaps there are 2 approaches - either integrating massmessage into the communication support for event registration OR allowing organizers to import usernames/user talk pages to the massmessage tool from the participant list - do you see this the same way?
  2. We have a ticket that one of our community ambassadors wrote on participant eligibility - phab:T379637. This work is quite complex because different communities and organizers would want different criteria, so we don’t think is something we can work on immediately due to the size and complexity, but we know it is important to organizers so we may work on it in the future, especially if we can determine a smaller first version that can satisfy many use cases. So we encourage you to share any ideas you have on this ticket.
Good to know that more filtering for participants would be useful for you too - this is something we can think about for future improvements. Thank you so much, for all your amazing feedbacks! - Udehb-WMF (talk) 11:50, 13 November 2024 (UTC)Reply
@Udehb-WMF: I agree with you about massmessage right, maybe we could consider giving the event organizer some massmessaging right that only let them sending message to participants' talk page - but that might be complicated. Exporting the participants list seems to be easier as a solution.
I'll keep an eye on that ticket, thank you for sharing. I also appreciate your thoughts and responds! Wishing CampaignEvents extension can be more and more success. ZhaoFJx(Talk) 03:27, 14 November 2024 (UTC)Reply
Thank you @ZhaoFJx -Udehb-WMF (talk) 09:13, 14 November 2024 (UTC)Reply

Campaign Events Extension-implementation

[edit]

My name is Sridhar G, and I am an Administrator from Tamil Wikipedia. Thank you for reaching out regarding the Campaign Events extension. I have a few queries about its implementation.

  • Will this tool be available to all administrators in our community once the official version is released, or would our community’s consent be required for its implementation?
  • If all administrators have access, we plan to create a draft after testing the tool. Please let us know how we should proceed.

@User:RASharma (WMF) Looking forward to your response. -- Sridhar G (talk) 10:17, 22 March 2025 (UTC)Reply

@Sridhar G, hello and thank you for reaching outǃ When the extension is enabled on Tamil Wikipedia, admins will immediately have the ability to grant the event-organizer right to users on Tamil Wikipedia. If they want to test the tools that require the event-organizer right (Event Registration and Invitation Lists), they can first only grant the right to themselves or a small group of users they trust to begin the testing period. So, yes, the admins can certainly have a testing period for 2 of the tools before they are used by the wider community. There is one tool that cannot be tested by only admins (Collaboration List), but this is because it is a read-only page that will not make any changes to pages on the wiki. The way it works is that you can go to SpecialːAllEvents and see a global list of events (which can be filtered by Tamil Wikipedia, if users want) and a list of WikiProjects on Tamil Wikipedia. Here is an example on English Wikipedia. I hope this answers the question, and I am happy to answer any more questions you have. Thank youǃ IFried (WMF) (talk) 15:48, 25 March 2025 (UTC)Reply
Thank you for your detailed explanation. It enhances my understanding. As per our discussions in our VP, we will create a draft after testing the tool.-- Sridhar G (talk) 16:23, 26 March 2025 (UTC)Reply
@Sridhar G, sounds greatǃ Thank you for the questions and follow-up. IFried (WMF) (talk) 19:02, 26 March 2025 (UTC)Reply

Why admins and not bureaucrats?

[edit]

Hello, thank you for contacting the Tagalog Wikipedia community. I am an administrator and bureaucrat on the Tagalog Wikipedia. I have questions regarding this extension: Why would an administrator grant privileges to this new user right? Isn't that the responsibility of a bureaucrat? --Jojit (talk) 05:59, 27 March 2025 (UTC)Reply

@Jojit fb, hello and thank you for the questionǃ We allow admins to assign the event-organizer right because it is a low-risk right and many people may request it. So, by having admins manage the right, we create less work/burden for bureaucrats. However, if a wiki wants to have bureaucrats manage the right, they can create a Phabricator ticket to request this change (and add the Campaigns-Product-Team tag), and we can configure it differently for that wiki. IFried (WMF) (talk) 17:23, 27 March 2025 (UTC)Reply