I’m sorry to open this vote so late, so @ilie.andriuta discovered a regression (see XWIKI-21069) in the behaviour of Live Email Notifications related to my recent changes with the strategy for grouping notifications.
I will take an example to explain the change of behaviour: let’s assume that you have a grace time period of 1 minute and that you’re performing 4 editions of a page, 1 creation of another page, and 1 deletion of yet another page.
Before my change, after that minute, you will receive 3 emails: 1 for all the editions related to the page, 1 for the creation and 1 for the deletion.
After my change, after that minute, you will receive a single email containing all the 5 events.
But, after my change, you could change the default grouping email strategy, to decide receiving one email per event, to fallback on previous behaviour. But if you do that, it would apply not only for users having Live Email Notifications, but also for users having other kind of scheduling email notifications, including weekly mail notifications, which by default (and previous to my changes) are only sending a single email for users.
We should probably improve this in the future to allow having mail grouping strategies depending on the scheduling type (i.e. not same strategy for live and for weekly emails).
But the question is more about what to do for 15.5, as this behaviour has not been discussed yet and is already released as part of 15.5RC1.
There’s 2 options:
- We keep it like that and we document the changes (i.e. we remove the mention “During this time, if events of the same kind are recieved, they will be grouped in the same email.” for the grace time period doc, and we mentioned the strategy instead)
- I force using the strategy to send email per events for Live Email Notifications
For me 1. is probably a better solution because it’s more consistent, and it’s less dangerous than to change this 3 days before the release of 15.5.
So here’s my +1 for 1.