@Mooeypoo, I went ahead and created the 7-day retention ticket we talked about. I put the basic info in, for your reference. Please go ahead and work your Implementation magic.

@jmatazzoni When you say "without participants", do you mean in the case that only a category is specified? Because the tool can't generate any metrics unless a participant list is provided, right?

In T214102#4892412, @Niharika wrote:

@jmatazzoni When you say "without participants", do you mean in the case that only a category is specified? Because the tool can't generate any metrics unless a participant list is provided, right?

The plan is to break the reliance on a participant list, whether by including Categories or Worklist.

In T214102#4892676, @jmatazzoni wrote:

In T214102#4892412, @Niharika wrote:

@jmatazzoni When you say "without participants", do you mean in the case that only a category is specified? Because the tool can't generate any metrics unless a participant list is provided, right?

The plan is to break the reliance on a participant list, whether by including Categories or Worklist.

Hmm, I think this ticket won't be workable until there is a decision about whether we are using categories or worklist. To calculate 7-day-retention, you need a list of users in some way. Right now it comes from the participants list. Depending on whether we go with categories or worklist, it will change the way the list of users is calculated.
Unless this ticket is for making the current implementation independent of where the user ids come from. In that case we should clarify that in the ticket.

Here's how I understand it: The page IDs will be used to find the users that have edited those pages within the timeframe of the event. Then, with this list of users, we can do what we need to find the 7-day retention.

Got it. That makes sense. I think the ticket can be clarified to make that clear. Will leave that to Moriel.