Sigh, there's now a seventh log (eparticle), but it isn't even added to $wgLogTypes hence T50495.

This should have used a single log_type with different log_actions from the start, since all of them are low-activity. (And add/remove should have been log_params, not log_actions.) Further filtering isn't really needed.

The old entries should still appear in the new log though, so something like T121177 is required.

In fact, we don't have to use different log_actions, we can group them in a new log type using T121177, remove the old log types from $wgLogTypes, and they'll still be correctly formatted.

In T47755#1872054, @Cenarium wrote:

In fact, we don't have to use different log_actions, we can group them in a new log type using T121177, remove the old log types from $wgLogTypes, and they'll still be correctly formatted.

Sounds neat, but can that be done after resolving this task, in a followup, or are they mutually exclusive?

In T47755#1876163, @Nemo_bis wrote:

In T47755#1872054, @Cenarium wrote:

In fact, we don't have to use different log_actions, we can group them in a new log type using T121177, remove the old log types from $wgLogTypes, and they'll still be correctly formatted.

Sounds neat, but can that be done after resolving this task, in a followup, or are they mutually exclusive?

They aren't mutually exclusive per se. But having taken a look at EducationProgram code, it looks like it would be difficult to use a single log_type for all EP logs. Especially if we want backward compatibility and still be able to filter the logs.

Hence in T121177, I've suggested a way to regroup different log_types. This could also apply to other groups of logs, such as global logs that have almost no activity outside meta.