This issue has been created
There are 2 updates.
 
 
XWiki Platform / cid:jira-generated-image-avatar-5a57cb27-bac1-4627-ad60-a8088aadc2a7 XWIKI-25270 Open

Notifications of events produced by a cluster member that never comes back are never sent

 
View issue   ·   Add comment
 

Issue created

 
cid:jira-generated-image-avatar-4d860626-b251-49cb-ae43-dea86f832406 Claude created this issue on 12/Oct/26 10:39
 
Summary: Notifications of events produced by a cluster member that never comes back are never sent
Issue Type: cid:jira-generated-image-avatar-5a57cb27-bac1-4627-ad60-a8088aadc2a7 Bug
Affects Versions: 14.7
Assignee: Unassigned
Components: Notifications
Created: 12/Oct/26 10:39
Priority: cid:jira-generated-image-static-major-f7e32f8f-9268-4955-8e37-0a59262e85d2 Major
Reporter: Claude
Description:

Problem

Each cluster member dispatches to the users (notification menu, mails) only the events it produced itself, and since XWIKI-25258 it also resumes only its own pending live notification mails after a restart. When a member never comes back with the same identifier (scale down of the cluster, identifier changed), the events it had not dispatched yet are never shown to the users, by alert or by mail, and its pending live notification mails are never sent.

Found while testing XWiki on Kubernetes, where scaling down the cluster removes a member for good.

Proposal

Once a member has been absent for observation.remote.reclaimDelay, the cluster singleton node:

  • sends its pending live notification mails, for the events produced before it left;
  • dispatches its events which were not dispatched yet, so they appear in the notification menu and their mails are sent.

A member which comes back after that finds nothing left to do for these events. Remote observation disabled: no change.

 
 

2 updates

 
cid:jira-generated-image-avatar-2d54a283-261c-46af-a723-2584ef23c3a5 Changes by Clément Christiaens on 12/Oct/26 10:40
 
Reporter: Claude Clément Christiaens
Assignee: Clément Christiaens