The current plan is to replace the trash icon with a "cancel registration" button, which would solve the accessibility issue. Not closing this task yet in case the decision changes, but making it a parent task so that we can re-check and potentially close this task once the subtask is done.

Also, I went through the lists of OOUI and codex icons, but didn't find the "userRights" icon used for the "organizers" section.

@gonyeahialam I have a question about the participants tab: in the updated prototype, the "select all" checkbox was replaced by an unlabelled checkbox in the top left corner. However, as previously decided in T320635, there should be a label saying "$num out $total selected" that changes dynamically as you select participants. Where would that label be in the new version?

Looks like this is officially completed! @cmelo I'll let you do the honors (and have the dopamine hit) of resolving this task.

I've just added a new AC that I completely forgot about when writing the code:

@vaughnwalters: The changes made as part of this task should all be no-ops. As such, the only thing to test is that basic functionality (enabling/editing events, registering, etc.) still works as before. Note that this task is beta-only; the task for production wikis is T336364 and that doesn't need to be tested for now.

Tables created, and I verified that they look good in all of the 4 wikis.

Decision from today's engineering + design meeting: we will include tracking tools on EventDetails (for both organizers and participants). This may or may not include the time of the lasy sync. @gonyeahialam will provide updated prototypes.

Decisions from today's engineering + design meeting:

Discussed today at engineering + design. The new prototypes for T317708 will include a reworded help text that specifically mentions publicly-registered participants.

I went through all the open tasks and wrote down a draft list of queries on these tables:

@vaughnwalters This is ready for the last round of QA now. There should be no functional differences, but the multiple organizers feature should now work without setting the feature flag.

In T317708#8882730, @gonyeahialam wrote:

In T317708#8866064, @Daimona wrote:

• Organizers would not be entering the course URL, but rather the course slug (shown in the management interface of the course); I think this would be a simple wording change.

Can you share a screenshot or describe how to access the course slug?

This is done, but note that the actual logging code hasn't reached production yet. I'm marking this as resolved because there'll be no way to test this in production, as this logging is only meant to kick in under extraordinary circumstances. The presence of the logs themselves is already part of the AC of T336900.

Thanks for clarifying :)

In T337377#8877694, @bd808 wrote:

Note that the tables will be in the extension1 cluster.

The wiki replicas do not contain the x1 cluster, so maybe this task is moot?

Something I just realized: I'm not sure if this feature can be enabled on beta, where there's really no such thing as PII. We may want to double-check/confirm that with the right people (who?).