Details
-
Improvement
-
Resolution: Fixed
-
Major
-
12.5
-
None
Description
The new event store fully covers the user notification UI use case since XWIKI-17330 but it was too close to the 12.5RC1 release deadline to make it the default so we decided to enable it at the beginning of the 12.6 branch instead.
Also need to work on migrating old events.
TODO:
- propose to migrate old events in the DW
- -
resume prefiltering when it has unfinished status after a restart- - -
enable pre filtering by default- - -
enable solr store by default - -
add support for mail notification pre filtering- - -
refactor live mail based on pre filtering- - -
refactor scheduled mails based on pre filtering- - -
set the new "prefiltered" flag in the event when the pre filtering proccess is finished- - -
provide a Debian package to register the event core in a standalone Solr instance-
Attachments
Issue Links
- is duplicated by
-
XWIKI-15875 Notifications are not received if the user watches only a page on Oracle
- Closed
-
XWIKI-16355 Clear All Notifications doesn't work for users created after setting custom default Notification events from Administration
- Closed
-
XWIKI-16702 StackOverflow error for NotificationEventExecutor from the user profile
- Closed
-
XWIKI-14812 Decreased scalability of XWiki caused by Notifications
- Closed
-
XWIKI-15897 Notifications displayed for events that took place before the user stoped unwatch a wiki
- Closed
-
XWIKI-17558 Notifications pull-down displays StackOverflowError and stack trace
- Closed
-
XWIKI-7554 Add again support for Named Parameters in the Event Stream
- Closed
- relates to
-
XWIKI-17620 Introduce a legacy events migrator
- Closed