2013-05-24 22:51:47 +00:00
|
|
|
<?php
|
2018-08-13 07:29:32 +00:00
|
|
|
|
2022-11-13 07:48:43 +00:00
|
|
|
namespace MediaWiki\Extension\Notifications;
|
|
|
|
|
|
|
|
use CentralIdLookup;
|
|
|
|
use InvalidArgumentException;
|
2022-11-02 03:37:20 +00:00
|
|
|
use MediaWiki\Extension\Notifications\Gateway\UserNotificationGateway;
|
2022-11-02 20:47:04 +00:00
|
|
|
use MediaWiki\Extension\Notifications\Mapper\NotificationMapper;
|
|
|
|
use MediaWiki\Extension\Notifications\Mapper\TargetPageMapper;
|
2022-11-02 21:34:17 +00:00
|
|
|
use MediaWiki\Extension\Notifications\Model\Notification;
|
2016-12-08 20:50:03 +00:00
|
|
|
use MediaWiki\MediaWikiServices;
|
2021-12-19 01:16:52 +00:00
|
|
|
use MediaWiki\User\UserFactory;
|
|
|
|
use MediaWiki\User\UserIdentity;
|
2021-12-01 18:29:00 +00:00
|
|
|
use MediaWiki\User\UserOptionsLookup;
|
2023-04-25 09:53:21 +00:00
|
|
|
use MediaWiki\WikiMap\WikiMap;
|
2022-11-13 07:48:43 +00:00
|
|
|
use MWTimestamp;
|
|
|
|
use ReadOnlyMode;
|
|
|
|
use WANObjectCache;
|
|
|
|
use WebRequest;
|
2019-01-02 18:40:58 +00:00
|
|
|
use Wikimedia\Rdbms\Database;
|
2013-05-24 22:51:47 +00:00
|
|
|
|
|
|
|
/**
|
|
|
|
* Entity that represents a notification target user
|
|
|
|
*/
|
2022-11-13 07:48:43 +00:00
|
|
|
class NotifUser {
|
2013-05-24 22:51:47 +00:00
|
|
|
|
|
|
|
/**
|
|
|
|
* Notification target user
|
2021-12-19 01:16:52 +00:00
|
|
|
* @var UserIdentity
|
2013-05-24 22:51:47 +00:00
|
|
|
*/
|
|
|
|
private $mUser;
|
|
|
|
|
|
|
|
/**
|
|
|
|
* Object cache
|
2016-12-08 20:50:03 +00:00
|
|
|
* @var WANObjectCache
|
2013-05-24 22:51:47 +00:00
|
|
|
*/
|
|
|
|
private $cache;
|
|
|
|
|
|
|
|
/**
|
2014-07-18 03:58:21 +00:00
|
|
|
* Database access gateway
|
2022-11-02 03:37:20 +00:00
|
|
|
* @var UserNotificationGateway
|
2013-05-24 22:51:47 +00:00
|
|
|
*/
|
2014-07-18 03:58:21 +00:00
|
|
|
private $userNotifGateway;
|
2013-05-24 22:51:47 +00:00
|
|
|
|
2014-08-13 22:00:25 +00:00
|
|
|
/**
|
|
|
|
* Notification mapper
|
2022-11-02 20:47:04 +00:00
|
|
|
* @var NotificationMapper
|
2014-08-13 22:00:25 +00:00
|
|
|
*/
|
|
|
|
private $notifMapper;
|
|
|
|
|
2014-08-07 00:07:34 +00:00
|
|
|
/**
|
|
|
|
* Target page mapper
|
2022-11-02 20:47:04 +00:00
|
|
|
* @var TargetPageMapper
|
2014-08-07 00:07:34 +00:00
|
|
|
*/
|
|
|
|
private $targetPageMapper;
|
|
|
|
|
2015-11-25 04:07:54 +00:00
|
|
|
/**
|
2022-11-13 07:53:42 +00:00
|
|
|
* @var ForeignNotifications|null
|
2015-11-25 04:07:54 +00:00
|
|
|
*/
|
2019-03-01 22:34:38 +00:00
|
|
|
private $foreignNotifications;
|
2015-11-25 04:07:54 +00:00
|
|
|
|
2016-03-24 15:33:13 +00:00
|
|
|
/**
|
2018-08-13 07:25:22 +00:00
|
|
|
* @var array[]|null
|
2016-03-24 15:33:13 +00:00
|
|
|
*/
|
NotifUser: Redo caching strategy for multi-DC compatibility
To use WANObjectCache correctly in a multi-DC-safe way, we need to use
getWithSetCallback() to read data, and call delete() when it changes.
NotifUser's caching of notification counts and timestamps relied
heavily on set() calls, and so wasn't multi-DC-safe.
Changes in this commit:
* Rather than caching counts/timestamps in separate cache keys, and
using separate cache keys for each section (alert/message/all), put
all this data in an array and store that in a single cache key.
This reduces the number of cache keys per user per wiki from 6 to 1.
* Similarly, use a single global cache key per user. The global check
key for the last updated timestamp is retained, so we now have
2 global cache keys per user (down from 7)
* Remove preloading using getMulti(), no longer needed
* Move computation of counts and timestamps into separate compute
functions (one for local, one for global), and wrap them with
a getter that uses getWithSetCallback().
* Use TS_MW strings instead of MWTimestamp objects internally, to
simplify comparisons and max() operations.
* Make existing getters wrap around this new getter. They now ignore
their $cached and $dbSource parameters, and we should deprecate/change
these function signatures.
* In resetNotificationCounts(), just delete the cache keys. In global
mode, also recompute the notification counts and put them in the
echo_unread_wikis table. We could also set() the data into the cache
at this point, but don't, because you're not supposed to mix set() and
getWithSetCallback() calls and I don't want to find out what happens
if you do.
Bug: T164860
Change-Id: I4f86aab11d50d20280a33e0504ba8ad0c6c01842
2018-05-25 17:49:07 +00:00
|
|
|
private $localCountsAndTimestamps;
|
|
|
|
|
|
|
|
/**
|
2018-08-13 07:25:22 +00:00
|
|
|
* @var array[]|null
|
NotifUser: Redo caching strategy for multi-DC compatibility
To use WANObjectCache correctly in a multi-DC-safe way, we need to use
getWithSetCallback() to read data, and call delete() when it changes.
NotifUser's caching of notification counts and timestamps relied
heavily on set() calls, and so wasn't multi-DC-safe.
Changes in this commit:
* Rather than caching counts/timestamps in separate cache keys, and
using separate cache keys for each section (alert/message/all), put
all this data in an array and store that in a single cache key.
This reduces the number of cache keys per user per wiki from 6 to 1.
* Similarly, use a single global cache key per user. The global check
key for the last updated timestamp is retained, so we now have
2 global cache keys per user (down from 7)
* Remove preloading using getMulti(), no longer needed
* Move computation of counts and timestamps into separate compute
functions (one for local, one for global), and wrap them with
a getter that uses getWithSetCallback().
* Use TS_MW strings instead of MWTimestamp objects internally, to
simplify comparisons and max() operations.
* Make existing getters wrap around this new getter. They now ignore
their $cached and $dbSource parameters, and we should deprecate/change
these function signatures.
* In resetNotificationCounts(), just delete the cache keys. In global
mode, also recompute the notification counts and put them in the
echo_unread_wikis table. We could also set() the data into the cache
at this point, but don't, because you're not supposed to mix set() and
getWithSetCallback() calls and I don't want to find out what happens
if you do.
Bug: T164860
Change-Id: I4f86aab11d50d20280a33e0504ba8ad0c6c01842
2018-05-25 17:49:07 +00:00
|
|
|
*/
|
|
|
|
private $globalCountsAndTimestamps;
|
2016-03-24 15:33:13 +00:00
|
|
|
|
2021-12-01 18:29:00 +00:00
|
|
|
/**
|
|
|
|
* @var UserOptionsLookup
|
|
|
|
*/
|
|
|
|
private $userOptionsLookup;
|
|
|
|
|
2021-12-19 01:16:52 +00:00
|
|
|
/**
|
|
|
|
* @var UserFactory
|
|
|
|
*/
|
|
|
|
private $userFactory;
|
|
|
|
|
2022-02-03 21:14:54 +00:00
|
|
|
/**
|
|
|
|
* @var ReadOnlyMode
|
|
|
|
*/
|
|
|
|
private $readOnlyMode;
|
|
|
|
|
2016-03-09 04:50:31 +00:00
|
|
|
// The max notification count shown in badge
|
|
|
|
|
|
|
|
// The max number shown in bundled message, eg, <user> and 99+ others <action>.
|
|
|
|
// This is really a totally separate thing, and could be its own constant.
|
|
|
|
|
|
|
|
// WARNING: If you change this, you should also change all references in the
|
|
|
|
// i18n messages (100 and 99) in all repositories using Echo.
|
2020-09-19 18:55:32 +00:00
|
|
|
public const MAX_BADGE_COUNT = 99;
|
2016-03-09 04:50:31 +00:00
|
|
|
|
2020-09-19 18:55:32 +00:00
|
|
|
private const CACHE_TTL = 86400;
|
|
|
|
private const CACHE_KEY = 'echo-notification-counts';
|
|
|
|
private const CHECK_KEY = 'echo-notification-updated';
|
NotifUser: Redo caching strategy for multi-DC compatibility
To use WANObjectCache correctly in a multi-DC-safe way, we need to use
getWithSetCallback() to read data, and call delete() when it changes.
NotifUser's caching of notification counts and timestamps relied
heavily on set() calls, and so wasn't multi-DC-safe.
Changes in this commit:
* Rather than caching counts/timestamps in separate cache keys, and
using separate cache keys for each section (alert/message/all), put
all this data in an array and store that in a single cache key.
This reduces the number of cache keys per user per wiki from 6 to 1.
* Similarly, use a single global cache key per user. The global check
key for the last updated timestamp is retained, so we now have
2 global cache keys per user (down from 7)
* Remove preloading using getMulti(), no longer needed
* Move computation of counts and timestamps into separate compute
functions (one for local, one for global), and wrap them with
a getter that uses getWithSetCallback().
* Use TS_MW strings instead of MWTimestamp objects internally, to
simplify comparisons and max() operations.
* Make existing getters wrap around this new getter. They now ignore
their $cached and $dbSource parameters, and we should deprecate/change
these function signatures.
* In resetNotificationCounts(), just delete the cache keys. In global
mode, also recompute the notification counts and put them in the
echo_unread_wikis table. We could also set() the data into the cache
at this point, but don't, because you're not supposed to mix set() and
getWithSetCallback() calls and I don't want to find out what happens
if you do.
Bug: T164860
Change-Id: I4f86aab11d50d20280a33e0504ba8ad0c6c01842
2018-05-25 17:49:07 +00:00
|
|
|
|
2013-05-24 22:51:47 +00:00
|
|
|
/**
|
2014-08-13 22:00:25 +00:00
|
|
|
* Usually client code doesn't need to initialize the object directly
|
|
|
|
* because it could be obtained from factory method newFromUser()
|
2021-12-19 01:16:52 +00:00
|
|
|
* @param UserIdentity $user
|
2016-12-08 20:50:03 +00:00
|
|
|
* @param WANObjectCache $cache
|
2022-11-02 03:37:20 +00:00
|
|
|
* @param UserNotificationGateway $userNotifGateway
|
2022-11-02 20:47:04 +00:00
|
|
|
* @param NotificationMapper $notifMapper
|
|
|
|
* @param TargetPageMapper $targetPageMapper
|
2021-12-01 18:29:00 +00:00
|
|
|
* @param UserOptionsLookup $userOptionsLookup
|
2021-12-19 01:16:52 +00:00
|
|
|
* @param UserFactory $userFactory
|
2022-02-03 21:14:54 +00:00
|
|
|
* @param ReadOnlyMode $readOnlyMode
|
2013-05-24 22:51:47 +00:00
|
|
|
*/
|
2014-08-13 22:00:25 +00:00
|
|
|
public function __construct(
|
2021-12-19 01:16:52 +00:00
|
|
|
UserIdentity $user,
|
2016-12-08 20:50:03 +00:00
|
|
|
WANObjectCache $cache,
|
2022-11-02 03:37:20 +00:00
|
|
|
UserNotificationGateway $userNotifGateway,
|
2022-11-02 20:47:04 +00:00
|
|
|
NotificationMapper $notifMapper,
|
|
|
|
TargetPageMapper $targetPageMapper,
|
2021-12-19 01:16:52 +00:00
|
|
|
UserOptionsLookup $userOptionsLookup,
|
2022-02-03 21:14:54 +00:00
|
|
|
UserFactory $userFactory,
|
|
|
|
ReadOnlyMode $readOnlyMode
|
2014-08-13 22:00:25 +00:00
|
|
|
) {
|
2013-05-24 22:51:47 +00:00
|
|
|
$this->mUser = $user;
|
2014-07-18 03:58:21 +00:00
|
|
|
$this->userNotifGateway = $userNotifGateway;
|
|
|
|
$this->cache = $cache;
|
2014-08-13 22:00:25 +00:00
|
|
|
$this->notifMapper = $notifMapper;
|
2014-08-07 00:07:34 +00:00
|
|
|
$this->targetPageMapper = $targetPageMapper;
|
2021-12-01 18:29:00 +00:00
|
|
|
$this->userOptionsLookup = $userOptionsLookup;
|
2021-12-19 01:16:52 +00:00
|
|
|
$this->userFactory = $userFactory;
|
2022-02-03 21:14:54 +00:00
|
|
|
$this->readOnlyMode = $readOnlyMode;
|
2013-05-24 22:51:47 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
2023-06-09 00:21:09 +00:00
|
|
|
* Factory method. The caller should make sure that the user is registered.
|
2021-12-19 01:16:52 +00:00
|
|
|
* @param UserIdentity $user
|
2022-11-13 07:48:43 +00:00
|
|
|
* @return NotifUser
|
2013-05-24 22:51:47 +00:00
|
|
|
*/
|
2021-12-19 01:16:52 +00:00
|
|
|
public static function newFromUser( UserIdentity $user ) {
|
2020-12-22 15:36:58 +00:00
|
|
|
if ( !$user->isRegistered() ) {
|
2023-06-09 00:21:09 +00:00
|
|
|
throw new InvalidArgumentException( 'User must be logged in to view notification!' );
|
2013-05-24 22:51:47 +00:00
|
|
|
}
|
2021-12-01 18:29:00 +00:00
|
|
|
$services = MediaWikiServices::getInstance();
|
2022-11-13 07:48:43 +00:00
|
|
|
return new NotifUser(
|
2015-11-01 09:59:16 +00:00
|
|
|
$user,
|
2021-12-01 18:29:00 +00:00
|
|
|
$services->getMainWANObjectCache(),
|
2022-11-02 03:37:20 +00:00
|
|
|
new UserNotificationGateway(
|
2019-08-30 20:58:41 +00:00
|
|
|
$user,
|
2022-11-12 07:19:00 +00:00
|
|
|
DbFactory::newFromDefault(),
|
2021-12-01 18:29:00 +00:00
|
|
|
$services->getMainConfig()
|
2019-08-30 20:58:41 +00:00
|
|
|
),
|
2022-11-02 20:47:04 +00:00
|
|
|
new NotificationMapper(),
|
|
|
|
new TargetPageMapper(),
|
2021-12-19 01:16:52 +00:00
|
|
|
$services->getUserOptionsLookup(),
|
2022-02-03 21:14:54 +00:00
|
|
|
$services->getUserFactory(),
|
|
|
|
$services->getReadOnlyMode()
|
2014-07-18 03:58:21 +00:00
|
|
|
);
|
2013-05-24 22:51:47 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
2018-05-31 23:33:23 +00:00
|
|
|
* Mark all edit-user-talk notifications as read. This is called when a user visits their user talk page.
|
2013-05-24 22:51:47 +00:00
|
|
|
*/
|
2018-05-31 23:33:23 +00:00
|
|
|
public function clearUserTalkNotifications() {
|
2013-05-24 22:51:47 +00:00
|
|
|
$this->markRead(
|
2014-07-18 03:58:21 +00:00
|
|
|
$this->userNotifGateway->getUnreadNotifications(
|
2013-05-24 22:51:47 +00:00
|
|
|
'edit-user-talk'
|
|
|
|
)
|
|
|
|
);
|
|
|
|
}
|
|
|
|
|
2015-08-13 00:54:16 +00:00
|
|
|
/**
|
|
|
|
* Get message count for this user.
|
|
|
|
*
|
|
|
|
* @return int
|
|
|
|
*/
|
2018-05-31 23:11:57 +00:00
|
|
|
public function getMessageCount() {
|
2022-11-12 07:19:00 +00:00
|
|
|
return $this->getNotificationCount( AttributeManager::MESSAGE );
|
2015-08-13 00:54:16 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* Get alert count for this user.
|
|
|
|
*
|
|
|
|
* @return int
|
|
|
|
*/
|
2018-05-31 23:11:57 +00:00
|
|
|
public function getAlertCount() {
|
2022-11-12 07:19:00 +00:00
|
|
|
return $this->getNotificationCount( AttributeManager::ALERT );
|
NotifUser: Refactor getNotificationCount() and friends, add caching for global counts
Previously, getNotificationCount() only looked at local notifications,
and foreign notifications were added in separately by getMessageCount()
and getAlertCount(). This didn't make any sense and resulted in
counter-intuitive things like I4d49b543.
Instead, add a $global flag to getNotificationCount(). If $global=false,
the local count is returned as before, but if $global=true, the
global count (=local+foreign) is returned. If $global is omitted,
the user's cross-wiki notification preference determines which is returned.
Update getLastUnreadNotificationCount() in the same way, since it had
the same issues.
Also add caching for global counts and timestamps, using a global
memc key.
Bug: T133623
Change-Id: If78bfc710acd91a075771b565cc99f4c302a104d
2016-04-27 07:12:32 +00:00
|
|
|
}
|
2015-11-25 04:07:54 +00:00
|
|
|
|
2018-05-31 23:11:57 +00:00
|
|
|
/**
|
|
|
|
* Get the number of unread local notifications in a given section. This does not include
|
|
|
|
* foreign notifications, even if the user has cross-wiki notifications enabled.
|
|
|
|
*
|
|
|
|
* @param string $section Notification section
|
|
|
|
* @return int
|
|
|
|
*/
|
2022-11-12 07:19:00 +00:00
|
|
|
public function getLocalNotificationCount( $section = AttributeManager::ALL ) {
|
2018-05-31 23:11:57 +00:00
|
|
|
return $this->getNotificationCount( $section, false );
|
2015-08-13 00:54:16 +00:00
|
|
|
}
|
|
|
|
|
2013-05-24 22:51:47 +00:00
|
|
|
/**
|
|
|
|
* Retrieves number of unread notifications that a user has, would return
|
2022-11-13 07:48:43 +00:00
|
|
|
* NotifUser::MAX_BADGE_COUNT + 1 at most.
|
2016-05-13 20:48:03 +00:00
|
|
|
*
|
|
|
|
* If $wgEchoCrossWikiNotifications is disabled, the $global parameter is ignored.
|
2013-05-24 22:51:47 +00:00
|
|
|
*
|
2014-08-05 21:50:54 +00:00
|
|
|
* @param string $section Notification section
|
2020-06-27 10:05:03 +00:00
|
|
|
* @param bool|string $global Whether to include foreign notifications.
|
|
|
|
* If set to 'preference', uses the user's preference.
|
2014-08-05 21:50:54 +00:00
|
|
|
* @return int
|
2013-05-24 22:51:47 +00:00
|
|
|
*/
|
2022-11-12 07:19:00 +00:00
|
|
|
public function getNotificationCount( $section = AttributeManager::ALL, $global = 'preference' ) {
|
2020-12-22 15:36:58 +00:00
|
|
|
if ( !$this->mUser->isRegistered() ) {
|
2013-05-24 22:51:47 +00:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2016-05-13 20:48:03 +00:00
|
|
|
global $wgEchoCrossWikiNotifications;
|
|
|
|
if ( !$wgEchoCrossWikiNotifications ) {
|
|
|
|
// Ignore the $global parameter
|
|
|
|
$global = false;
|
|
|
|
}
|
|
|
|
|
NotifUser: Refactor getNotificationCount() and friends, add caching for global counts
Previously, getNotificationCount() only looked at local notifications,
and foreign notifications were added in separately by getMessageCount()
and getAlertCount(). This didn't make any sense and resulted in
counter-intuitive things like I4d49b543.
Instead, add a $global flag to getNotificationCount(). If $global=false,
the local count is returned as before, but if $global=true, the
global count (=local+foreign) is returned. If $global is omitted,
the user's cross-wiki notification preference determines which is returned.
Update getLastUnreadNotificationCount() in the same way, since it had
the same issues.
Also add caching for global counts and timestamps, using a global
memc key.
Bug: T133623
Change-Id: If78bfc710acd91a075771b565cc99f4c302a104d
2016-04-27 07:12:32 +00:00
|
|
|
if ( $global === 'preference' ) {
|
|
|
|
$global = $this->getForeignNotifications()->isEnabledByUser();
|
|
|
|
}
|
|
|
|
|
NotifUser: Redo caching strategy for multi-DC compatibility
To use WANObjectCache correctly in a multi-DC-safe way, we need to use
getWithSetCallback() to read data, and call delete() when it changes.
NotifUser's caching of notification counts and timestamps relied
heavily on set() calls, and so wasn't multi-DC-safe.
Changes in this commit:
* Rather than caching counts/timestamps in separate cache keys, and
using separate cache keys for each section (alert/message/all), put
all this data in an array and store that in a single cache key.
This reduces the number of cache keys per user per wiki from 6 to 1.
* Similarly, use a single global cache key per user. The global check
key for the last updated timestamp is retained, so we now have
2 global cache keys per user (down from 7)
* Remove preloading using getMulti(), no longer needed
* Move computation of counts and timestamps into separate compute
functions (one for local, one for global), and wrap them with
a getter that uses getWithSetCallback().
* Use TS_MW strings instead of MWTimestamp objects internally, to
simplify comparisons and max() operations.
* Make existing getters wrap around this new getter. They now ignore
their $cached and $dbSource parameters, and we should deprecate/change
these function signatures.
* In resetNotificationCounts(), just delete the cache keys. In global
mode, also recompute the notification counts and put them in the
echo_unread_wikis table. We could also set() the data into the cache
at this point, but don't, because you're not supposed to mix set() and
getWithSetCallback() calls and I don't want to find out what happens
if you do.
Bug: T164860
Change-Id: I4f86aab11d50d20280a33e0504ba8ad0c6c01842
2018-05-25 17:49:07 +00:00
|
|
|
$data = $this->getCountsAndTimestamps( $global );
|
2022-09-21 18:31:18 +00:00
|
|
|
if ( $global && $data['global'] === null ) {
|
|
|
|
// No global user exists, no data. Use only local count
|
|
|
|
$global = false;
|
|
|
|
}
|
NotifUser: Redo caching strategy for multi-DC compatibility
To use WANObjectCache correctly in a multi-DC-safe way, we need to use
getWithSetCallback() to read data, and call delete() when it changes.
NotifUser's caching of notification counts and timestamps relied
heavily on set() calls, and so wasn't multi-DC-safe.
Changes in this commit:
* Rather than caching counts/timestamps in separate cache keys, and
using separate cache keys for each section (alert/message/all), put
all this data in an array and store that in a single cache key.
This reduces the number of cache keys per user per wiki from 6 to 1.
* Similarly, use a single global cache key per user. The global check
key for the last updated timestamp is retained, so we now have
2 global cache keys per user (down from 7)
* Remove preloading using getMulti(), no longer needed
* Move computation of counts and timestamps into separate compute
functions (one for local, one for global), and wrap them with
a getter that uses getWithSetCallback().
* Use TS_MW strings instead of MWTimestamp objects internally, to
simplify comparisons and max() operations.
* Make existing getters wrap around this new getter. They now ignore
their $cached and $dbSource parameters, and we should deprecate/change
these function signatures.
* In resetNotificationCounts(), just delete the cache keys. In global
mode, also recompute the notification counts and put them in the
echo_unread_wikis table. We could also set() the data into the cache
at this point, but don't, because you're not supposed to mix set() and
getWithSetCallback() calls and I don't want to find out what happens
if you do.
Bug: T164860
Change-Id: I4f86aab11d50d20280a33e0504ba8ad0c6c01842
2018-05-25 17:49:07 +00:00
|
|
|
$count = $data[$global ? 'global' : 'local'][$section]['count'];
|
|
|
|
return (int)$count;
|
2013-05-24 22:51:47 +00:00
|
|
|
}
|
|
|
|
|
2015-08-13 00:54:16 +00:00
|
|
|
/**
|
2016-07-18 23:46:53 +00:00
|
|
|
* Get the timestamp of the latest unread alert
|
2015-08-13 00:54:16 +00:00
|
|
|
*
|
2016-07-18 23:46:53 +00:00
|
|
|
* @return bool|MWTimestamp Timestamp of latest unread alert, or false if there are no unread alerts.
|
2015-08-13 00:54:16 +00:00
|
|
|
*/
|
2018-05-31 23:11:57 +00:00
|
|
|
public function getLastUnreadAlertTime() {
|
2022-11-12 07:19:00 +00:00
|
|
|
return $this->getLastUnreadNotificationTime( AttributeManager::ALERT );
|
2015-08-13 00:54:16 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
2016-07-18 23:46:53 +00:00
|
|
|
* Get the timestamp of the latest unread message
|
2015-08-13 00:54:16 +00:00
|
|
|
*
|
2015-11-25 04:07:54 +00:00
|
|
|
* @return bool|MWTimestamp
|
2015-08-13 00:54:16 +00:00
|
|
|
*/
|
2018-05-31 23:11:57 +00:00
|
|
|
public function getLastUnreadMessageTime() {
|
2022-11-12 07:19:00 +00:00
|
|
|
return $this->getLastUnreadNotificationTime( AttributeManager::MESSAGE );
|
2015-08-13 00:54:16 +00:00
|
|
|
}
|
|
|
|
|
2015-04-29 12:08:30 +00:00
|
|
|
/**
|
|
|
|
* Returns the timestamp of the last unread notification.
|
|
|
|
*
|
2016-05-13 20:48:03 +00:00
|
|
|
* If $wgEchoCrossWikiNotifications is disabled, the $global parameter is ignored.
|
|
|
|
*
|
2015-04-29 12:08:30 +00:00
|
|
|
* @param string $section Notification section
|
2020-06-27 10:05:03 +00:00
|
|
|
* @param bool|string $global Whether to include foreign notifications.
|
|
|
|
* If set to 'preference', uses the user's preference.
|
2016-07-18 23:46:53 +00:00
|
|
|
* @return bool|MWTimestamp Timestamp of latest unread message, or false if there are no unread messages.
|
2015-04-29 12:08:30 +00:00
|
|
|
*/
|
2022-11-12 07:19:00 +00:00
|
|
|
public function getLastUnreadNotificationTime( $section = AttributeManager::ALL, $global = 'preference' ) {
|
2020-12-22 15:36:58 +00:00
|
|
|
if ( !$this->mUser->isRegistered() ) {
|
2015-04-29 12:08:30 +00:00
|
|
|
return false;
|
|
|
|
}
|
|
|
|
|
2016-05-13 20:48:03 +00:00
|
|
|
global $wgEchoCrossWikiNotifications;
|
|
|
|
if ( !$wgEchoCrossWikiNotifications ) {
|
|
|
|
// Ignore the $global parameter
|
|
|
|
$global = false;
|
|
|
|
}
|
|
|
|
|
NotifUser: Refactor getNotificationCount() and friends, add caching for global counts
Previously, getNotificationCount() only looked at local notifications,
and foreign notifications were added in separately by getMessageCount()
and getAlertCount(). This didn't make any sense and resulted in
counter-intuitive things like I4d49b543.
Instead, add a $global flag to getNotificationCount(). If $global=false,
the local count is returned as before, but if $global=true, the
global count (=local+foreign) is returned. If $global is omitted,
the user's cross-wiki notification preference determines which is returned.
Update getLastUnreadNotificationCount() in the same way, since it had
the same issues.
Also add caching for global counts and timestamps, using a global
memc key.
Bug: T133623
Change-Id: If78bfc710acd91a075771b565cc99f4c302a104d
2016-04-27 07:12:32 +00:00
|
|
|
if ( $global === 'preference' ) {
|
|
|
|
$global = $this->getForeignNotifications()->isEnabledByUser();
|
|
|
|
}
|
|
|
|
|
NotifUser: Redo caching strategy for multi-DC compatibility
To use WANObjectCache correctly in a multi-DC-safe way, we need to use
getWithSetCallback() to read data, and call delete() when it changes.
NotifUser's caching of notification counts and timestamps relied
heavily on set() calls, and so wasn't multi-DC-safe.
Changes in this commit:
* Rather than caching counts/timestamps in separate cache keys, and
using separate cache keys for each section (alert/message/all), put
all this data in an array and store that in a single cache key.
This reduces the number of cache keys per user per wiki from 6 to 1.
* Similarly, use a single global cache key per user. The global check
key for the last updated timestamp is retained, so we now have
2 global cache keys per user (down from 7)
* Remove preloading using getMulti(), no longer needed
* Move computation of counts and timestamps into separate compute
functions (one for local, one for global), and wrap them with
a getter that uses getWithSetCallback().
* Use TS_MW strings instead of MWTimestamp objects internally, to
simplify comparisons and max() operations.
* Make existing getters wrap around this new getter. They now ignore
their $cached and $dbSource parameters, and we should deprecate/change
these function signatures.
* In resetNotificationCounts(), just delete the cache keys. In global
mode, also recompute the notification counts and put them in the
echo_unread_wikis table. We could also set() the data into the cache
at this point, but don't, because you're not supposed to mix set() and
getWithSetCallback() calls and I don't want to find out what happens
if you do.
Bug: T164860
Change-Id: I4f86aab11d50d20280a33e0504ba8ad0c6c01842
2018-05-25 17:49:07 +00:00
|
|
|
$data = $this->getCountsAndTimestamps( $global );
|
2022-09-21 18:31:18 +00:00
|
|
|
if ( $global && $data['global'] === null ) {
|
|
|
|
// No global user exists, no data. Use only local count
|
|
|
|
$global = false;
|
|
|
|
}
|
NotifUser: Redo caching strategy for multi-DC compatibility
To use WANObjectCache correctly in a multi-DC-safe way, we need to use
getWithSetCallback() to read data, and call delete() when it changes.
NotifUser's caching of notification counts and timestamps relied
heavily on set() calls, and so wasn't multi-DC-safe.
Changes in this commit:
* Rather than caching counts/timestamps in separate cache keys, and
using separate cache keys for each section (alert/message/all), put
all this data in an array and store that in a single cache key.
This reduces the number of cache keys per user per wiki from 6 to 1.
* Similarly, use a single global cache key per user. The global check
key for the last updated timestamp is retained, so we now have
2 global cache keys per user (down from 7)
* Remove preloading using getMulti(), no longer needed
* Move computation of counts and timestamps into separate compute
functions (one for local, one for global), and wrap them with
a getter that uses getWithSetCallback().
* Use TS_MW strings instead of MWTimestamp objects internally, to
simplify comparisons and max() operations.
* Make existing getters wrap around this new getter. They now ignore
their $cached and $dbSource parameters, and we should deprecate/change
these function signatures.
* In resetNotificationCounts(), just delete the cache keys. In global
mode, also recompute the notification counts and put them in the
echo_unread_wikis table. We could also set() the data into the cache
at this point, but don't, because you're not supposed to mix set() and
getWithSetCallback() calls and I don't want to find out what happens
if you do.
Bug: T164860
Change-Id: I4f86aab11d50d20280a33e0504ba8ad0c6c01842
2018-05-25 17:49:07 +00:00
|
|
|
$timestamp = $data[$global ? 'global' : 'local'][$section]['timestamp'];
|
|
|
|
return $timestamp === -1 ? false : new MWTimestamp( $timestamp );
|
2015-04-29 12:08:30 +00:00
|
|
|
}
|
|
|
|
|
2013-05-24 22:51:47 +00:00
|
|
|
/**
|
|
|
|
* Mark one or more notifications read for a user.
|
2017-08-09 15:20:55 +00:00
|
|
|
* @param array $eventIds Array of event IDs to mark read
|
2017-10-02 23:07:31 +00:00
|
|
|
* @return bool Returns true when data has been updated in DB, false on
|
|
|
|
* failure, or when there was nothing to update
|
2013-05-24 22:51:47 +00:00
|
|
|
*/
|
|
|
|
public function markRead( $eventIds ) {
|
|
|
|
$eventIds = array_filter( (array)$eventIds, 'is_numeric' );
|
2022-02-03 21:14:54 +00:00
|
|
|
if ( !$eventIds || $this->readOnlyMode->isReadOnly() ) {
|
2014-08-13 22:00:25 +00:00
|
|
|
return false;
|
2013-05-24 22:51:47 +00:00
|
|
|
}
|
|
|
|
|
2017-10-02 23:07:31 +00:00
|
|
|
$updated = $this->userNotifGateway->markRead( $eventIds );
|
|
|
|
if ( $updated ) {
|
2014-08-07 00:07:34 +00:00
|
|
|
// Update notification count in cache
|
2018-05-25 17:45:49 +00:00
|
|
|
$this->resetNotificationCount();
|
2015-08-15 01:51:11 +00:00
|
|
|
|
|
|
|
// After this 'mark read', is there any unread edit-user-talk
|
|
|
|
// remaining? If not, we should clear the newtalk flag.
|
2020-05-15 16:58:14 +00:00
|
|
|
$talkPageNotificationManager = MediaWikiServices::getInstance()
|
|
|
|
->getTalkPageNotificationManager();
|
|
|
|
if ( $talkPageNotificationManager->userHasNewMessages( $this->mUser ) ) {
|
2022-11-13 07:53:42 +00:00
|
|
|
$attributeManager = Services::getInstance()->getAttributeManager();
|
2016-10-13 18:55:34 +00:00
|
|
|
$categoryMap = $attributeManager->getEventsByCategory();
|
|
|
|
$usertalkTypes = $categoryMap['edit-user-talk'];
|
2020-06-27 10:05:03 +00:00
|
|
|
$unreadEditUserTalk = $this->notifMapper->fetchUnreadByUser(
|
|
|
|
$this->mUser,
|
|
|
|
1,
|
|
|
|
null,
|
|
|
|
$usertalkTypes,
|
|
|
|
null,
|
2021-05-03 07:28:02 +00:00
|
|
|
DB_PRIMARY
|
2020-06-27 10:05:03 +00:00
|
|
|
);
|
2018-06-17 16:59:03 +00:00
|
|
|
if ( $unreadEditUserTalk === [] ) {
|
2020-05-15 16:58:14 +00:00
|
|
|
$talkPageNotificationManager->removeUserHasNewMessages( $this->mUser );
|
2015-08-15 01:51:11 +00:00
|
|
|
}
|
|
|
|
}
|
2014-08-13 22:00:25 +00:00
|
|
|
}
|
2015-10-01 13:48:52 +00:00
|
|
|
|
2017-10-02 23:07:31 +00:00
|
|
|
return $updated;
|
2013-05-24 22:51:47 +00:00
|
|
|
}
|
|
|
|
|
2016-03-04 22:44:22 +00:00
|
|
|
/**
|
|
|
|
* Mark one or more notifications unread for a user.
|
2017-08-09 15:20:55 +00:00
|
|
|
* @param array $eventIds Array of event IDs to mark unread
|
2017-10-02 23:07:31 +00:00
|
|
|
* @return bool Returns true when data has been updated in DB, false on
|
|
|
|
* failure, or when there was nothing to update
|
2016-03-04 22:44:22 +00:00
|
|
|
*/
|
|
|
|
public function markUnRead( $eventIds ) {
|
|
|
|
$eventIds = array_filter( (array)$eventIds, 'is_numeric' );
|
2022-02-03 21:14:54 +00:00
|
|
|
if ( !$eventIds || $this->readOnlyMode->isReadOnly() ) {
|
2016-03-04 22:44:22 +00:00
|
|
|
return false;
|
|
|
|
}
|
|
|
|
|
2017-10-02 23:07:31 +00:00
|
|
|
$updated = $this->userNotifGateway->markUnRead( $eventIds );
|
|
|
|
if ( $updated ) {
|
2016-03-04 22:44:22 +00:00
|
|
|
// Update notification count in cache
|
2018-05-25 17:45:49 +00:00
|
|
|
$this->resetNotificationCount();
|
2016-03-04 22:44:22 +00:00
|
|
|
|
|
|
|
// After this 'mark unread', is there any unread edit-user-talk?
|
|
|
|
// If so, we should add the edit-user-talk flag
|
2020-05-15 16:58:14 +00:00
|
|
|
$talkPageNotificationManager = MediaWikiServices::getInstance()
|
|
|
|
->getTalkPageNotificationManager();
|
|
|
|
if ( !$talkPageNotificationManager->userHasNewMessages( $this->mUser ) ) {
|
2022-11-13 07:53:42 +00:00
|
|
|
$attributeManager = Services::getInstance()->getAttributeManager();
|
2016-10-13 18:55:34 +00:00
|
|
|
$categoryMap = $attributeManager->getEventsByCategory();
|
|
|
|
$usertalkTypes = $categoryMap['edit-user-talk'];
|
2020-06-27 10:05:03 +00:00
|
|
|
$unreadEditUserTalk = $this->notifMapper->fetchUnreadByUser(
|
|
|
|
$this->mUser,
|
|
|
|
1,
|
|
|
|
null,
|
|
|
|
$usertalkTypes,
|
|
|
|
null,
|
2021-05-03 07:28:02 +00:00
|
|
|
DB_PRIMARY
|
2020-06-27 10:05:03 +00:00
|
|
|
);
|
2018-06-17 16:59:03 +00:00
|
|
|
if ( $unreadEditUserTalk !== [] ) {
|
2020-05-15 16:58:14 +00:00
|
|
|
$talkPageNotificationManager->setUserHasNewMessages( $this->mUser );
|
2016-03-04 22:44:22 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2017-10-02 23:07:31 +00:00
|
|
|
return $updated;
|
2016-03-04 22:44:22 +00:00
|
|
|
}
|
|
|
|
|
2013-05-24 22:51:47 +00:00
|
|
|
/**
|
2014-08-13 22:00:25 +00:00
|
|
|
* Attempt to mark all or sections of notifications as read, this only
|
|
|
|
* updates up to $wgEchoMaxUpdateCount records per request, see more
|
|
|
|
* detail about this in Echo.php, the other reason is that mediawiki
|
|
|
|
* database interface doesn't support updateJoin() that would update
|
|
|
|
* across multiple tables, we would visit this later
|
|
|
|
*
|
|
|
|
* @param string[] $sections
|
2017-07-26 19:34:44 +00:00
|
|
|
* @return bool
|
2013-05-24 22:51:47 +00:00
|
|
|
*/
|
2022-11-12 07:19:00 +00:00
|
|
|
public function markAllRead( array $sections = [ AttributeManager::ALL ] ) {
|
2022-02-03 21:14:54 +00:00
|
|
|
if ( $this->readOnlyMode->isReadOnly() ) {
|
2013-05-24 22:51:47 +00:00
|
|
|
return false;
|
|
|
|
}
|
|
|
|
|
2014-08-13 22:00:25 +00:00
|
|
|
global $wgEchoMaxUpdateCount;
|
|
|
|
|
|
|
|
// Mark all sections as read if this is the case
|
2022-11-12 07:19:00 +00:00
|
|
|
if ( in_array( AttributeManager::ALL, $sections ) ) {
|
|
|
|
$sections = AttributeManager::$sections;
|
2014-08-13 22:00:25 +00:00
|
|
|
}
|
|
|
|
|
2022-11-13 07:53:42 +00:00
|
|
|
$attributeManager = Services::getInstance()->getAttributeManager();
|
2021-08-20 16:54:38 +00:00
|
|
|
$eventTypes = $attributeManager->getUserEnabledEventsBySections( $this->mUser, 'web', $sections );
|
2014-08-13 22:00:25 +00:00
|
|
|
|
2015-12-09 18:41:40 +00:00
|
|
|
$notifs = $this->notifMapper->fetchUnreadByUser( $this->mUser, $wgEchoMaxUpdateCount, null, $eventTypes );
|
2014-08-07 00:07:34 +00:00
|
|
|
|
|
|
|
$eventIds = array_filter(
|
2022-11-02 21:34:17 +00:00
|
|
|
array_map( static function ( Notification $notif ) {
|
2014-08-07 00:07:34 +00:00
|
|
|
// This should not happen at all, but use 0 in
|
2014-08-13 22:00:25 +00:00
|
|
|
// such case so to keep the code running
|
|
|
|
if ( $notif->getEvent() ) {
|
|
|
|
return $notif->getEvent()->getId();
|
|
|
|
}
|
2019-03-01 22:34:38 +00:00
|
|
|
return 0;
|
2014-08-07 00:07:34 +00:00
|
|
|
}, $notifs )
|
|
|
|
);
|
|
|
|
|
2017-10-02 23:07:31 +00:00
|
|
|
$updated = $this->markRead( $eventIds );
|
|
|
|
if ( $updated ) {
|
2014-08-07 00:07:34 +00:00
|
|
|
// Delete records from echo_target_page
|
2016-03-04 19:23:02 +00:00
|
|
|
/**
|
|
|
|
* Keep the 'echo_target_page' records so they can be used for moderation.
|
|
|
|
*/
|
|
|
|
// $this->targetPageMapper->deleteByUserEvents( $this->mUser, $eventIds );
|
2014-08-13 22:00:25 +00:00
|
|
|
}
|
2015-10-01 13:48:52 +00:00
|
|
|
|
2017-10-02 23:07:31 +00:00
|
|
|
return $updated;
|
2013-05-24 22:51:47 +00:00
|
|
|
}
|
|
|
|
|
2018-09-03 17:01:06 +00:00
|
|
|
/**
|
|
|
|
* Mark one of more notifications as read on a foreign wiki.
|
|
|
|
*
|
|
|
|
* @param int[] $eventIds Event IDs to mark as read
|
|
|
|
* @param string $wiki Wiki name
|
2021-10-21 11:19:39 +00:00
|
|
|
* @param WebRequest|null $originalRequest Original request data to be sent with these requests
|
2018-09-03 17:01:06 +00:00
|
|
|
*/
|
2021-10-21 11:19:39 +00:00
|
|
|
public function markReadForeign( array $eventIds, $wiki, ?WebRequest $originalRequest = null ) {
|
2022-11-13 07:53:42 +00:00
|
|
|
$foreignReq = new ForeignWikiRequest(
|
2021-12-19 01:16:52 +00:00
|
|
|
$this->userFactory->newFromUserIdentity( $this->mUser ),
|
2018-09-03 17:01:06 +00:00
|
|
|
[
|
|
|
|
'action' => 'echomarkread',
|
|
|
|
'list' => implode( '|', $eventIds ),
|
|
|
|
],
|
|
|
|
[ $wiki ],
|
|
|
|
'wikis',
|
|
|
|
'csrf'
|
|
|
|
);
|
2021-10-21 11:19:39 +00:00
|
|
|
$foreignReq->execute( $originalRequest );
|
2018-09-03 17:01:06 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* Get information about a set of unread notifications on a foreign wiki.
|
|
|
|
*
|
|
|
|
* @param int[] $eventIds Event IDs to look up. Only unread notifications can be found.
|
|
|
|
* @param string $wiki Wiki name
|
2021-10-21 11:19:39 +00:00
|
|
|
* @param WebRequest|null $originalRequest Original request data to be sent with these requests
|
2018-09-03 17:01:06 +00:00
|
|
|
* @return array[] Array of notification data as returned by api.php, keyed by event ID
|
|
|
|
*/
|
2021-10-21 11:19:39 +00:00
|
|
|
public function getForeignNotificationInfo( array $eventIds, $wiki, ?WebRequest $originalRequest = null ) {
|
2022-11-13 07:53:42 +00:00
|
|
|
$foreignReq = new ForeignWikiRequest(
|
2021-12-19 01:16:52 +00:00
|
|
|
$this->userFactory->newFromUserIdentity( $this->mUser ),
|
2018-09-03 17:01:06 +00:00
|
|
|
[
|
|
|
|
'action' => 'query',
|
|
|
|
'meta' => 'notifications',
|
|
|
|
'notprop' => 'list',
|
|
|
|
'notfilter' => '!read',
|
|
|
|
'notlimit' => 'max'
|
|
|
|
],
|
|
|
|
[ $wiki ],
|
|
|
|
'notwikis'
|
|
|
|
);
|
2021-10-21 11:19:39 +00:00
|
|
|
$foreignResults = $foreignReq->execute( $originalRequest );
|
2018-09-03 17:01:06 +00:00
|
|
|
$list = $foreignResults[$wiki]['query']['notifications']['list'] ?? [];
|
|
|
|
|
|
|
|
$result = [];
|
|
|
|
foreach ( $list as $notif ) {
|
|
|
|
if ( in_array( $notif['id'], $eventIds ) ) {
|
|
|
|
$result[$notif['id']] = $notif;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
return $result;
|
|
|
|
}
|
|
|
|
|
2013-05-24 22:51:47 +00:00
|
|
|
/**
|
2018-05-25 17:45:49 +00:00
|
|
|
* Invalidate cache and update echo_unread_wikis if x-wiki notifications is enabled.
|
2016-12-08 20:50:03 +00:00
|
|
|
*
|
2018-05-25 17:45:49 +00:00
|
|
|
* This updates the user's touched timestamp, as well as the value returned by getGlobalUpdateTime().
|
|
|
|
*
|
|
|
|
* NOTE: Consider calling this function from a deferred update, since it will read from and write to
|
2021-05-13 00:04:54 +00:00
|
|
|
* the primary DB if cross-wiki notifications are enabled.
|
2013-05-24 22:51:47 +00:00
|
|
|
*/
|
2018-05-30 22:38:51 +00:00
|
|
|
public function resetNotificationCount() {
|
2016-05-13 20:48:03 +00:00
|
|
|
global $wgEchoCrossWikiNotifications;
|
NotifUser: Redo caching strategy for multi-DC compatibility
To use WANObjectCache correctly in a multi-DC-safe way, we need to use
getWithSetCallback() to read data, and call delete() when it changes.
NotifUser's caching of notification counts and timestamps relied
heavily on set() calls, and so wasn't multi-DC-safe.
Changes in this commit:
* Rather than caching counts/timestamps in separate cache keys, and
using separate cache keys for each section (alert/message/all), put
all this data in an array and store that in a single cache key.
This reduces the number of cache keys per user per wiki from 6 to 1.
* Similarly, use a single global cache key per user. The global check
key for the last updated timestamp is retained, so we now have
2 global cache keys per user (down from 7)
* Remove preloading using getMulti(), no longer needed
* Move computation of counts and timestamps into separate compute
functions (one for local, one for global), and wrap them with
a getter that uses getWithSetCallback().
* Use TS_MW strings instead of MWTimestamp objects internally, to
simplify comparisons and max() operations.
* Make existing getters wrap around this new getter. They now ignore
their $cached and $dbSource parameters, and we should deprecate/change
these function signatures.
* In resetNotificationCounts(), just delete the cache keys. In global
mode, also recompute the notification counts and put them in the
echo_unread_wikis table. We could also set() the data into the cache
at this point, but don't, because you're not supposed to mix set() and
getWithSetCallback() calls and I don't want to find out what happens
if you do.
Bug: T164860
Change-Id: I4f86aab11d50d20280a33e0504ba8ad0c6c01842
2018-05-25 17:49:07 +00:00
|
|
|
|
|
|
|
// Delete cached local counts and timestamps
|
|
|
|
$localMemcKey = $this->getMemcKey( self::CACHE_KEY );
|
|
|
|
$this->cache->delete( $localMemcKey );
|
|
|
|
|
|
|
|
// Update the user touched timestamp for the local user
|
2021-12-19 01:16:52 +00:00
|
|
|
$this->userFactory->newFromUserIdentity( $this->mUser )->invalidateCache();
|
NotifUser: Redo caching strategy for multi-DC compatibility
To use WANObjectCache correctly in a multi-DC-safe way, we need to use
getWithSetCallback() to read data, and call delete() when it changes.
NotifUser's caching of notification counts and timestamps relied
heavily on set() calls, and so wasn't multi-DC-safe.
Changes in this commit:
* Rather than caching counts/timestamps in separate cache keys, and
using separate cache keys for each section (alert/message/all), put
all this data in an array and store that in a single cache key.
This reduces the number of cache keys per user per wiki from 6 to 1.
* Similarly, use a single global cache key per user. The global check
key for the last updated timestamp is retained, so we now have
2 global cache keys per user (down from 7)
* Remove preloading using getMulti(), no longer needed
* Move computation of counts and timestamps into separate compute
functions (one for local, one for global), and wrap them with
a getter that uses getWithSetCallback().
* Use TS_MW strings instead of MWTimestamp objects internally, to
simplify comparisons and max() operations.
* Make existing getters wrap around this new getter. They now ignore
their $cached and $dbSource parameters, and we should deprecate/change
these function signatures.
* In resetNotificationCounts(), just delete the cache keys. In global
mode, also recompute the notification counts and put them in the
echo_unread_wikis table. We could also set() the data into the cache
at this point, but don't, because you're not supposed to mix set() and
getWithSetCallback() calls and I don't want to find out what happens
if you do.
Bug: T164860
Change-Id: I4f86aab11d50d20280a33e0504ba8ad0c6c01842
2018-05-25 17:49:07 +00:00
|
|
|
|
2016-05-13 20:48:03 +00:00
|
|
|
if ( $wgEchoCrossWikiNotifications ) {
|
NotifUser: Redo caching strategy for multi-DC compatibility
To use WANObjectCache correctly in a multi-DC-safe way, we need to use
getWithSetCallback() to read data, and call delete() when it changes.
NotifUser's caching of notification counts and timestamps relied
heavily on set() calls, and so wasn't multi-DC-safe.
Changes in this commit:
* Rather than caching counts/timestamps in separate cache keys, and
using separate cache keys for each section (alert/message/all), put
all this data in an array and store that in a single cache key.
This reduces the number of cache keys per user per wiki from 6 to 1.
* Similarly, use a single global cache key per user. The global check
key for the last updated timestamp is retained, so we now have
2 global cache keys per user (down from 7)
* Remove preloading using getMulti(), no longer needed
* Move computation of counts and timestamps into separate compute
functions (one for local, one for global), and wrap them with
a getter that uses getWithSetCallback().
* Use TS_MW strings instead of MWTimestamp objects internally, to
simplify comparisons and max() operations.
* Make existing getters wrap around this new getter. They now ignore
their $cached and $dbSource parameters, and we should deprecate/change
these function signatures.
* In resetNotificationCounts(), just delete the cache keys. In global
mode, also recompute the notification counts and put them in the
echo_unread_wikis table. We could also set() the data into the cache
at this point, but don't, because you're not supposed to mix set() and
getWithSetCallback() calls and I don't want to find out what happens
if you do.
Bug: T164860
Change-Id: I4f86aab11d50d20280a33e0504ba8ad0c6c01842
2018-05-25 17:49:07 +00:00
|
|
|
// Delete cached global counts and timestamps
|
|
|
|
$globalMemcKey = $this->getGlobalMemcKey( self::CACHE_KEY );
|
|
|
|
if ( $globalMemcKey !== false ) {
|
|
|
|
$this->cache->delete( $globalMemcKey );
|
|
|
|
}
|
|
|
|
|
2022-11-13 07:48:43 +00:00
|
|
|
$uw = UnreadWikis::newFromUser( $this->mUser );
|
2016-12-08 20:50:03 +00:00
|
|
|
if ( $uw ) {
|
NotifUser: Redo caching strategy for multi-DC compatibility
To use WANObjectCache correctly in a multi-DC-safe way, we need to use
getWithSetCallback() to read data, and call delete() when it changes.
NotifUser's caching of notification counts and timestamps relied
heavily on set() calls, and so wasn't multi-DC-safe.
Changes in this commit:
* Rather than caching counts/timestamps in separate cache keys, and
using separate cache keys for each section (alert/message/all), put
all this data in an array and store that in a single cache key.
This reduces the number of cache keys per user per wiki from 6 to 1.
* Similarly, use a single global cache key per user. The global check
key for the last updated timestamp is retained, so we now have
2 global cache keys per user (down from 7)
* Remove preloading using getMulti(), no longer needed
* Move computation of counts and timestamps into separate compute
functions (one for local, one for global), and wrap them with
a getter that uses getWithSetCallback().
* Use TS_MW strings instead of MWTimestamp objects internally, to
simplify comparisons and max() operations.
* Make existing getters wrap around this new getter. They now ignore
their $cached and $dbSource parameters, and we should deprecate/change
these function signatures.
* In resetNotificationCounts(), just delete the cache keys. In global
mode, also recompute the notification counts and put them in the
echo_unread_wikis table. We could also set() the data into the cache
at this point, but don't, because you're not supposed to mix set() and
getWithSetCallback() calls and I don't want to find out what happens
if you do.
Bug: T164860
Change-Id: I4f86aab11d50d20280a33e0504ba8ad0c6c01842
2018-05-25 17:49:07 +00:00
|
|
|
// Immediately compute new local counts and timestamps
|
2021-05-03 07:28:02 +00:00
|
|
|
$newLocalData = $this->computeLocalCountsAndTimestamps( DB_PRIMARY );
|
NotifUser: Redo caching strategy for multi-DC compatibility
To use WANObjectCache correctly in a multi-DC-safe way, we need to use
getWithSetCallback() to read data, and call delete() when it changes.
NotifUser's caching of notification counts and timestamps relied
heavily on set() calls, and so wasn't multi-DC-safe.
Changes in this commit:
* Rather than caching counts/timestamps in separate cache keys, and
using separate cache keys for each section (alert/message/all), put
all this data in an array and store that in a single cache key.
This reduces the number of cache keys per user per wiki from 6 to 1.
* Similarly, use a single global cache key per user. The global check
key for the last updated timestamp is retained, so we now have
2 global cache keys per user (down from 7)
* Remove preloading using getMulti(), no longer needed
* Move computation of counts and timestamps into separate compute
functions (one for local, one for global), and wrap them with
a getter that uses getWithSetCallback().
* Use TS_MW strings instead of MWTimestamp objects internally, to
simplify comparisons and max() operations.
* Make existing getters wrap around this new getter. They now ignore
their $cached and $dbSource parameters, and we should deprecate/change
these function signatures.
* In resetNotificationCounts(), just delete the cache keys. In global
mode, also recompute the notification counts and put them in the
echo_unread_wikis table. We could also set() the data into the cache
at this point, but don't, because you're not supposed to mix set() and
getWithSetCallback() calls and I don't want to find out what happens
if you do.
Bug: T164860
Change-Id: I4f86aab11d50d20280a33e0504ba8ad0c6c01842
2018-05-25 17:49:07 +00:00
|
|
|
// Write the new values to the echo_unread_wikis table
|
2022-11-12 07:19:00 +00:00
|
|
|
$alertTs = $newLocalData[AttributeManager::ALERT]['timestamp'];
|
|
|
|
$messageTs = $newLocalData[AttributeManager::MESSAGE]['timestamp'];
|
NotifUser: Redo caching strategy for multi-DC compatibility
To use WANObjectCache correctly in a multi-DC-safe way, we need to use
getWithSetCallback() to read data, and call delete() when it changes.
NotifUser's caching of notification counts and timestamps relied
heavily on set() calls, and so wasn't multi-DC-safe.
Changes in this commit:
* Rather than caching counts/timestamps in separate cache keys, and
using separate cache keys for each section (alert/message/all), put
all this data in an array and store that in a single cache key.
This reduces the number of cache keys per user per wiki from 6 to 1.
* Similarly, use a single global cache key per user. The global check
key for the last updated timestamp is retained, so we now have
2 global cache keys per user (down from 7)
* Remove preloading using getMulti(), no longer needed
* Move computation of counts and timestamps into separate compute
functions (one for local, one for global), and wrap them with
a getter that uses getWithSetCallback().
* Use TS_MW strings instead of MWTimestamp objects internally, to
simplify comparisons and max() operations.
* Make existing getters wrap around this new getter. They now ignore
their $cached and $dbSource parameters, and we should deprecate/change
these function signatures.
* In resetNotificationCounts(), just delete the cache keys. In global
mode, also recompute the notification counts and put them in the
echo_unread_wikis table. We could also set() the data into the cache
at this point, but don't, because you're not supposed to mix set() and
getWithSetCallback() calls and I don't want to find out what happens
if you do.
Bug: T164860
Change-Id: I4f86aab11d50d20280a33e0504ba8ad0c6c01842
2018-05-25 17:49:07 +00:00
|
|
|
$uw->updateCount(
|
2021-12-21 00:47:31 +00:00
|
|
|
WikiMap::getCurrentWikiId(),
|
2022-11-12 07:19:00 +00:00
|
|
|
$newLocalData[AttributeManager::ALERT]['count'],
|
NotifUser: Redo caching strategy for multi-DC compatibility
To use WANObjectCache correctly in a multi-DC-safe way, we need to use
getWithSetCallback() to read data, and call delete() when it changes.
NotifUser's caching of notification counts and timestamps relied
heavily on set() calls, and so wasn't multi-DC-safe.
Changes in this commit:
* Rather than caching counts/timestamps in separate cache keys, and
using separate cache keys for each section (alert/message/all), put
all this data in an array and store that in a single cache key.
This reduces the number of cache keys per user per wiki from 6 to 1.
* Similarly, use a single global cache key per user. The global check
key for the last updated timestamp is retained, so we now have
2 global cache keys per user (down from 7)
* Remove preloading using getMulti(), no longer needed
* Move computation of counts and timestamps into separate compute
functions (one for local, one for global), and wrap them with
a getter that uses getWithSetCallback().
* Use TS_MW strings instead of MWTimestamp objects internally, to
simplify comparisons and max() operations.
* Make existing getters wrap around this new getter. They now ignore
their $cached and $dbSource parameters, and we should deprecate/change
these function signatures.
* In resetNotificationCounts(), just delete the cache keys. In global
mode, also recompute the notification counts and put them in the
echo_unread_wikis table. We could also set() the data into the cache
at this point, but don't, because you're not supposed to mix set() and
getWithSetCallback() calls and I don't want to find out what happens
if you do.
Bug: T164860
Change-Id: I4f86aab11d50d20280a33e0504ba8ad0c6c01842
2018-05-25 17:49:07 +00:00
|
|
|
$alertTs === -1 ? false : new MWTimestamp( $alertTs ),
|
2022-11-12 07:19:00 +00:00
|
|
|
$newLocalData[AttributeManager::MESSAGE]['count'],
|
NotifUser: Redo caching strategy for multi-DC compatibility
To use WANObjectCache correctly in a multi-DC-safe way, we need to use
getWithSetCallback() to read data, and call delete() when it changes.
NotifUser's caching of notification counts and timestamps relied
heavily on set() calls, and so wasn't multi-DC-safe.
Changes in this commit:
* Rather than caching counts/timestamps in separate cache keys, and
using separate cache keys for each section (alert/message/all), put
all this data in an array and store that in a single cache key.
This reduces the number of cache keys per user per wiki from 6 to 1.
* Similarly, use a single global cache key per user. The global check
key for the last updated timestamp is retained, so we now have
2 global cache keys per user (down from 7)
* Remove preloading using getMulti(), no longer needed
* Move computation of counts and timestamps into separate compute
functions (one for local, one for global), and wrap them with
a getter that uses getWithSetCallback().
* Use TS_MW strings instead of MWTimestamp objects internally, to
simplify comparisons and max() operations.
* Make existing getters wrap around this new getter. They now ignore
their $cached and $dbSource parameters, and we should deprecate/change
these function signatures.
* In resetNotificationCounts(), just delete the cache keys. In global
mode, also recompute the notification counts and put them in the
echo_unread_wikis table. We could also set() the data into the cache
at this point, but don't, because you're not supposed to mix set() and
getWithSetCallback() calls and I don't want to find out what happens
if you do.
Bug: T164860
Change-Id: I4f86aab11d50d20280a33e0504ba8ad0c6c01842
2018-05-25 17:49:07 +00:00
|
|
|
$messageTs === -1 ? false : new MWTimestamp( $messageTs )
|
|
|
|
);
|
|
|
|
// We could set() $newLocalData into the cache here, but we don't because that seems risky;
|
|
|
|
// instead we let it be recomputed on demand
|
2016-12-08 20:50:03 +00:00
|
|
|
}
|
NotifUser: Refactor getNotificationCount() and friends, add caching for global counts
Previously, getNotificationCount() only looked at local notifications,
and foreign notifications were added in separately by getMessageCount()
and getAlertCount(). This didn't make any sense and resulted in
counter-intuitive things like I4d49b543.
Instead, add a $global flag to getNotificationCount(). If $global=false,
the local count is returned as before, but if $global=true, the
global count (=local+foreign) is returned. If $global is omitted,
the user's cross-wiki notification preference determines which is returned.
Update getLastUnreadNotificationCount() in the same way, since it had
the same issues.
Also add caching for global counts and timestamps, using a global
memc key.
Bug: T133623
Change-Id: If78bfc710acd91a075771b565cc99f4c302a104d
2016-04-27 07:12:32 +00:00
|
|
|
|
NotifUser: Redo caching strategy for multi-DC compatibility
To use WANObjectCache correctly in a multi-DC-safe way, we need to use
getWithSetCallback() to read data, and call delete() when it changes.
NotifUser's caching of notification counts and timestamps relied
heavily on set() calls, and so wasn't multi-DC-safe.
Changes in this commit:
* Rather than caching counts/timestamps in separate cache keys, and
using separate cache keys for each section (alert/message/all), put
all this data in an array and store that in a single cache key.
This reduces the number of cache keys per user per wiki from 6 to 1.
* Similarly, use a single global cache key per user. The global check
key for the last updated timestamp is retained, so we now have
2 global cache keys per user (down from 7)
* Remove preloading using getMulti(), no longer needed
* Move computation of counts and timestamps into separate compute
functions (one for local, one for global), and wrap them with
a getter that uses getWithSetCallback().
* Use TS_MW strings instead of MWTimestamp objects internally, to
simplify comparisons and max() operations.
* Make existing getters wrap around this new getter. They now ignore
their $cached and $dbSource parameters, and we should deprecate/change
these function signatures.
* In resetNotificationCounts(), just delete the cache keys. In global
mode, also recompute the notification counts and put them in the
echo_unread_wikis table. We could also set() the data into the cache
at this point, but don't, because you're not supposed to mix set() and
getWithSetCallback() calls and I don't want to find out what happens
if you do.
Bug: T164860
Change-Id: I4f86aab11d50d20280a33e0504ba8ad0c6c01842
2018-05-25 17:49:07 +00:00
|
|
|
// Update the global touched timestamp
|
|
|
|
$checkKey = $this->getGlobalMemcKey( self::CHECK_KEY );
|
|
|
|
if ( $checkKey ) {
|
|
|
|
$this->cache->touchCheckKey( $checkKey );
|
|
|
|
}
|
|
|
|
}
|
2013-05-24 22:51:47 +00:00
|
|
|
}
|
|
|
|
|
2016-05-10 23:56:07 +00:00
|
|
|
/**
|
|
|
|
* Get the timestamp of the last time the global notification counts/timestamps were updated, if available.
|
|
|
|
*
|
|
|
|
* If the timestamp of the last update is not known, this will return the current timestamp.
|
|
|
|
* If the user is not attached, this will return false.
|
|
|
|
*
|
|
|
|
* @return string|false MW timestamp of the last update, or false if the user is not attached
|
|
|
|
*/
|
|
|
|
public function getGlobalUpdateTime() {
|
NotifUser: Redo caching strategy for multi-DC compatibility
To use WANObjectCache correctly in a multi-DC-safe way, we need to use
getWithSetCallback() to read data, and call delete() when it changes.
NotifUser's caching of notification counts and timestamps relied
heavily on set() calls, and so wasn't multi-DC-safe.
Changes in this commit:
* Rather than caching counts/timestamps in separate cache keys, and
using separate cache keys for each section (alert/message/all), put
all this data in an array and store that in a single cache key.
This reduces the number of cache keys per user per wiki from 6 to 1.
* Similarly, use a single global cache key per user. The global check
key for the last updated timestamp is retained, so we now have
2 global cache keys per user (down from 7)
* Remove preloading using getMulti(), no longer needed
* Move computation of counts and timestamps into separate compute
functions (one for local, one for global), and wrap them with
a getter that uses getWithSetCallback().
* Use TS_MW strings instead of MWTimestamp objects internally, to
simplify comparisons and max() operations.
* Make existing getters wrap around this new getter. They now ignore
their $cached and $dbSource parameters, and we should deprecate/change
these function signatures.
* In resetNotificationCounts(), just delete the cache keys. In global
mode, also recompute the notification counts and put them in the
echo_unread_wikis table. We could also set() the data into the cache
at this point, but don't, because you're not supposed to mix set() and
getWithSetCallback() calls and I don't want to find out what happens
if you do.
Bug: T164860
Change-Id: I4f86aab11d50d20280a33e0504ba8ad0c6c01842
2018-05-25 17:49:07 +00:00
|
|
|
$key = $this->getGlobalMemcKey( self::CHECK_KEY );
|
2016-05-10 23:56:07 +00:00
|
|
|
if ( $key === false ) {
|
|
|
|
return false;
|
|
|
|
}
|
2016-12-08 20:50:03 +00:00
|
|
|
return wfTimestamp( TS_MW, $this->cache->getCheckKeyTime( $key ) );
|
2016-05-10 23:56:07 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
NotifUser: Redo caching strategy for multi-DC compatibility
To use WANObjectCache correctly in a multi-DC-safe way, we need to use
getWithSetCallback() to read data, and call delete() when it changes.
NotifUser's caching of notification counts and timestamps relied
heavily on set() calls, and so wasn't multi-DC-safe.
Changes in this commit:
* Rather than caching counts/timestamps in separate cache keys, and
using separate cache keys for each section (alert/message/all), put
all this data in an array and store that in a single cache key.
This reduces the number of cache keys per user per wiki from 6 to 1.
* Similarly, use a single global cache key per user. The global check
key for the last updated timestamp is retained, so we now have
2 global cache keys per user (down from 7)
* Remove preloading using getMulti(), no longer needed
* Move computation of counts and timestamps into separate compute
functions (one for local, one for global), and wrap them with
a getter that uses getWithSetCallback().
* Use TS_MW strings instead of MWTimestamp objects internally, to
simplify comparisons and max() operations.
* Make existing getters wrap around this new getter. They now ignore
their $cached and $dbSource parameters, and we should deprecate/change
these function signatures.
* In resetNotificationCounts(), just delete the cache keys. In global
mode, also recompute the notification counts and put them in the
echo_unread_wikis table. We could also set() the data into the cache
at this point, but don't, because you're not supposed to mix set() and
getWithSetCallback() calls and I don't want to find out what happens
if you do.
Bug: T164860
Change-Id: I4f86aab11d50d20280a33e0504ba8ad0c6c01842
2018-05-25 17:49:07 +00:00
|
|
|
* Get the number of notifications in each section, and the timestamp of the latest notification in
|
|
|
|
* each section. This returns the raw data structure that is stored in the cache; unless you want
|
|
|
|
* all of this information, you're probably looking for getNotificationCount(),
|
|
|
|
* getLastUnreadNotificationTime() or one of its wrappers.
|
|
|
|
*
|
|
|
|
* The returned data structure looks like:
|
|
|
|
* [
|
|
|
|
* 'local' => [
|
|
|
|
* 'alert' => [ 'count' => N, 'timestamp' => TS ],
|
|
|
|
* 'message' => [ 'count' = N, 'timestamp' => TS ],
|
|
|
|
* 'all' => [ 'count' => N, 'timestamp' => TS ],
|
|
|
|
* ],
|
|
|
|
* 'global' => [
|
|
|
|
* 'alert' => [ 'count' => N, 'timestamp' => TS ],
|
|
|
|
* 'message' => [ 'count' = N, 'timestamp' => TS ],
|
|
|
|
* 'all' => [ 'count' => N, 'timestamp' => TS ],
|
|
|
|
* ],
|
|
|
|
* ]
|
|
|
|
* Where N is a number and TS is a timestamp in TS_MW format or -1. If $includeGlobal is false,
|
2022-09-21 18:31:18 +00:00
|
|
|
* the 'global' key will not be present. It could be null, if no global user exists.
|
2016-05-10 23:56:07 +00:00
|
|
|
*
|
NotifUser: Redo caching strategy for multi-DC compatibility
To use WANObjectCache correctly in a multi-DC-safe way, we need to use
getWithSetCallback() to read data, and call delete() when it changes.
NotifUser's caching of notification counts and timestamps relied
heavily on set() calls, and so wasn't multi-DC-safe.
Changes in this commit:
* Rather than caching counts/timestamps in separate cache keys, and
using separate cache keys for each section (alert/message/all), put
all this data in an array and store that in a single cache key.
This reduces the number of cache keys per user per wiki from 6 to 1.
* Similarly, use a single global cache key per user. The global check
key for the last updated timestamp is retained, so we now have
2 global cache keys per user (down from 7)
* Remove preloading using getMulti(), no longer needed
* Move computation of counts and timestamps into separate compute
functions (one for local, one for global), and wrap them with
a getter that uses getWithSetCallback().
* Use TS_MW strings instead of MWTimestamp objects internally, to
simplify comparisons and max() operations.
* Make existing getters wrap around this new getter. They now ignore
their $cached and $dbSource parameters, and we should deprecate/change
these function signatures.
* In resetNotificationCounts(), just delete the cache keys. In global
mode, also recompute the notification counts and put them in the
echo_unread_wikis table. We could also set() the data into the cache
at this point, but don't, because you're not supposed to mix set() and
getWithSetCallback() calls and I don't want to find out what happens
if you do.
Bug: T164860
Change-Id: I4f86aab11d50d20280a33e0504ba8ad0c6c01842
2018-05-25 17:49:07 +00:00
|
|
|
* @param bool $includeGlobal Whether to include cross-wiki notifications as well
|
2022-09-21 18:31:18 +00:00
|
|
|
* @return array
|
2016-05-10 23:56:07 +00:00
|
|
|
*/
|
NotifUser: Redo caching strategy for multi-DC compatibility
To use WANObjectCache correctly in a multi-DC-safe way, we need to use
getWithSetCallback() to read data, and call delete() when it changes.
NotifUser's caching of notification counts and timestamps relied
heavily on set() calls, and so wasn't multi-DC-safe.
Changes in this commit:
* Rather than caching counts/timestamps in separate cache keys, and
using separate cache keys for each section (alert/message/all), put
all this data in an array and store that in a single cache key.
This reduces the number of cache keys per user per wiki from 6 to 1.
* Similarly, use a single global cache key per user. The global check
key for the last updated timestamp is retained, so we now have
2 global cache keys per user (down from 7)
* Remove preloading using getMulti(), no longer needed
* Move computation of counts and timestamps into separate compute
functions (one for local, one for global), and wrap them with
a getter that uses getWithSetCallback().
* Use TS_MW strings instead of MWTimestamp objects internally, to
simplify comparisons and max() operations.
* Make existing getters wrap around this new getter. They now ignore
their $cached and $dbSource parameters, and we should deprecate/change
these function signatures.
* In resetNotificationCounts(), just delete the cache keys. In global
mode, also recompute the notification counts and put them in the
echo_unread_wikis table. We could also set() the data into the cache
at this point, but don't, because you're not supposed to mix set() and
getWithSetCallback() calls and I don't want to find out what happens
if you do.
Bug: T164860
Change-Id: I4f86aab11d50d20280a33e0504ba8ad0c6c01842
2018-05-25 17:49:07 +00:00
|
|
|
public function getCountsAndTimestamps( $includeGlobal = false ) {
|
|
|
|
if ( $this->localCountsAndTimestamps === null ) {
|
|
|
|
$this->localCountsAndTimestamps = $this->cache->getWithSetCallback(
|
|
|
|
$this->getMemcKey( self::CACHE_KEY ),
|
|
|
|
self::CACHE_TTL,
|
|
|
|
function ( $oldValue, &$ttl, array &$setOpts ) {
|
|
|
|
$dbr = $this->userNotifGateway->getDB( DB_REPLICA );
|
|
|
|
$setOpts += Database::getCacheSetOptions( $dbr );
|
|
|
|
return $this->computeLocalCountsAndTimestamps();
|
|
|
|
}
|
|
|
|
);
|
|
|
|
}
|
|
|
|
$result = [ 'local' => $this->localCountsAndTimestamps ];
|
|
|
|
|
|
|
|
if ( $includeGlobal ) {
|
|
|
|
if ( $this->globalCountsAndTimestamps === null ) {
|
|
|
|
$memcKey = $this->getGlobalMemcKey( self::CACHE_KEY );
|
|
|
|
// If getGlobalMemcKey returns false, we don't have a global user ID
|
|
|
|
// In that case, don't compute data that we can't cache or store
|
|
|
|
if ( $memcKey !== false ) {
|
|
|
|
$this->globalCountsAndTimestamps = $this->cache->getWithSetCallback(
|
|
|
|
$memcKey,
|
|
|
|
self::CACHE_TTL,
|
|
|
|
function ( $oldValue, &$ttl, array &$setOpts ) {
|
|
|
|
$dbr = $this->userNotifGateway->getDB( DB_REPLICA );
|
|
|
|
$setOpts += Database::getCacheSetOptions( $dbr );
|
|
|
|
return $this->computeGlobalCountsAndTimestamps();
|
|
|
|
}
|
|
|
|
);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
$result['global'] = $this->globalCountsAndTimestamps;
|
|
|
|
}
|
|
|
|
return $result;
|
|
|
|
}
|
2016-05-10 23:56:07 +00:00
|
|
|
|
NotifUser: Redo caching strategy for multi-DC compatibility
To use WANObjectCache correctly in a multi-DC-safe way, we need to use
getWithSetCallback() to read data, and call delete() when it changes.
NotifUser's caching of notification counts and timestamps relied
heavily on set() calls, and so wasn't multi-DC-safe.
Changes in this commit:
* Rather than caching counts/timestamps in separate cache keys, and
using separate cache keys for each section (alert/message/all), put
all this data in an array and store that in a single cache key.
This reduces the number of cache keys per user per wiki from 6 to 1.
* Similarly, use a single global cache key per user. The global check
key for the last updated timestamp is retained, so we now have
2 global cache keys per user (down from 7)
* Remove preloading using getMulti(), no longer needed
* Move computation of counts and timestamps into separate compute
functions (one for local, one for global), and wrap them with
a getter that uses getWithSetCallback().
* Use TS_MW strings instead of MWTimestamp objects internally, to
simplify comparisons and max() operations.
* Make existing getters wrap around this new getter. They now ignore
their $cached and $dbSource parameters, and we should deprecate/change
these function signatures.
* In resetNotificationCounts(), just delete the cache keys. In global
mode, also recompute the notification counts and put them in the
echo_unread_wikis table. We could also set() the data into the cache
at this point, but don't, because you're not supposed to mix set() and
getWithSetCallback() calls and I don't want to find out what happens
if you do.
Bug: T164860
Change-Id: I4f86aab11d50d20280a33e0504ba8ad0c6c01842
2018-05-25 17:49:07 +00:00
|
|
|
/**
|
|
|
|
* Compute the counts and timestamps for the local notifications in each section.
|
2021-05-13 00:04:54 +00:00
|
|
|
* @param int $dbSource DB_REPLICA or DB_PRIMARY
|
2018-08-13 07:25:22 +00:00
|
|
|
* @return array[] [ 'alert' => [ 'count' => N, 'timestamp' => TS ], ... ]
|
NotifUser: Redo caching strategy for multi-DC compatibility
To use WANObjectCache correctly in a multi-DC-safe way, we need to use
getWithSetCallback() to read data, and call delete() when it changes.
NotifUser's caching of notification counts and timestamps relied
heavily on set() calls, and so wasn't multi-DC-safe.
Changes in this commit:
* Rather than caching counts/timestamps in separate cache keys, and
using separate cache keys for each section (alert/message/all), put
all this data in an array and store that in a single cache key.
This reduces the number of cache keys per user per wiki from 6 to 1.
* Similarly, use a single global cache key per user. The global check
key for the last updated timestamp is retained, so we now have
2 global cache keys per user (down from 7)
* Remove preloading using getMulti(), no longer needed
* Move computation of counts and timestamps into separate compute
functions (one for local, one for global), and wrap them with
a getter that uses getWithSetCallback().
* Use TS_MW strings instead of MWTimestamp objects internally, to
simplify comparisons and max() operations.
* Make existing getters wrap around this new getter. They now ignore
their $cached and $dbSource parameters, and we should deprecate/change
these function signatures.
* In resetNotificationCounts(), just delete the cache keys. In global
mode, also recompute the notification counts and put them in the
echo_unread_wikis table. We could also set() the data into the cache
at this point, but don't, because you're not supposed to mix set() and
getWithSetCallback() calls and I don't want to find out what happens
if you do.
Bug: T164860
Change-Id: I4f86aab11d50d20280a33e0504ba8ad0c6c01842
2018-05-25 17:49:07 +00:00
|
|
|
*/
|
|
|
|
protected function computeLocalCountsAndTimestamps( $dbSource = DB_REPLICA ) {
|
2022-11-13 07:53:42 +00:00
|
|
|
$attributeManager = Services::getInstance()->getAttributeManager();
|
NotifUser: Redo caching strategy for multi-DC compatibility
To use WANObjectCache correctly in a multi-DC-safe way, we need to use
getWithSetCallback() to read data, and call delete() when it changes.
NotifUser's caching of notification counts and timestamps relied
heavily on set() calls, and so wasn't multi-DC-safe.
Changes in this commit:
* Rather than caching counts/timestamps in separate cache keys, and
using separate cache keys for each section (alert/message/all), put
all this data in an array and store that in a single cache key.
This reduces the number of cache keys per user per wiki from 6 to 1.
* Similarly, use a single global cache key per user. The global check
key for the last updated timestamp is retained, so we now have
2 global cache keys per user (down from 7)
* Remove preloading using getMulti(), no longer needed
* Move computation of counts and timestamps into separate compute
functions (one for local, one for global), and wrap them with
a getter that uses getWithSetCallback().
* Use TS_MW strings instead of MWTimestamp objects internally, to
simplify comparisons and max() operations.
* Make existing getters wrap around this new getter. They now ignore
their $cached and $dbSource parameters, and we should deprecate/change
these function signatures.
* In resetNotificationCounts(), just delete the cache keys. In global
mode, also recompute the notification counts and put them in the
echo_unread_wikis table. We could also set() the data into the cache
at this point, but don't, because you're not supposed to mix set() and
getWithSetCallback() calls and I don't want to find out what happens
if you do.
Bug: T164860
Change-Id: I4f86aab11d50d20280a33e0504ba8ad0c6c01842
2018-05-25 17:49:07 +00:00
|
|
|
$result = [];
|
|
|
|
$totals = [ 'count' => 0, 'timestamp' => -1 ];
|
2016-12-08 20:50:03 +00:00
|
|
|
|
2022-11-12 07:19:00 +00:00
|
|
|
foreach ( AttributeManager::$sections as $section ) {
|
2021-08-20 16:54:38 +00:00
|
|
|
$eventTypesToLoad = $attributeManager->getUserEnabledEventsBySections(
|
2020-06-27 10:05:03 +00:00
|
|
|
$this->mUser,
|
|
|
|
'web',
|
|
|
|
[ $section ]
|
|
|
|
);
|
2016-12-08 20:50:03 +00:00
|
|
|
|
2022-06-23 09:17:10 +00:00
|
|
|
$count = $this->userNotifGateway->getCappedNotificationCount(
|
2020-06-27 10:05:03 +00:00
|
|
|
$dbSource,
|
|
|
|
$eventTypesToLoad,
|
|
|
|
self::MAX_BADGE_COUNT + 1
|
|
|
|
);
|
NotifUser: Redo caching strategy for multi-DC compatibility
To use WANObjectCache correctly in a multi-DC-safe way, we need to use
getWithSetCallback() to read data, and call delete() when it changes.
NotifUser's caching of notification counts and timestamps relied
heavily on set() calls, and so wasn't multi-DC-safe.
Changes in this commit:
* Rather than caching counts/timestamps in separate cache keys, and
using separate cache keys for each section (alert/message/all), put
all this data in an array and store that in a single cache key.
This reduces the number of cache keys per user per wiki from 6 to 1.
* Similarly, use a single global cache key per user. The global check
key for the last updated timestamp is retained, so we now have
2 global cache keys per user (down from 7)
* Remove preloading using getMulti(), no longer needed
* Move computation of counts and timestamps into separate compute
functions (one for local, one for global), and wrap them with
a getter that uses getWithSetCallback().
* Use TS_MW strings instead of MWTimestamp objects internally, to
simplify comparisons and max() operations.
* Make existing getters wrap around this new getter. They now ignore
their $cached and $dbSource parameters, and we should deprecate/change
these function signatures.
* In resetNotificationCounts(), just delete the cache keys. In global
mode, also recompute the notification counts and put them in the
echo_unread_wikis table. We could also set() the data into the cache
at this point, but don't, because you're not supposed to mix set() and
getWithSetCallback() calls and I don't want to find out what happens
if you do.
Bug: T164860
Change-Id: I4f86aab11d50d20280a33e0504ba8ad0c6c01842
2018-05-25 17:49:07 +00:00
|
|
|
$result[$section]['count'] = $count;
|
|
|
|
$totals['count'] += $count;
|
|
|
|
|
2020-06-27 10:05:03 +00:00
|
|
|
$notifications = $this->notifMapper->fetchUnreadByUser(
|
|
|
|
$this->mUser,
|
|
|
|
1,
|
|
|
|
null,
|
|
|
|
$eventTypesToLoad,
|
|
|
|
null,
|
|
|
|
$dbSource
|
|
|
|
);
|
NotifUser: Redo caching strategy for multi-DC compatibility
To use WANObjectCache correctly in a multi-DC-safe way, we need to use
getWithSetCallback() to read data, and call delete() when it changes.
NotifUser's caching of notification counts and timestamps relied
heavily on set() calls, and so wasn't multi-DC-safe.
Changes in this commit:
* Rather than caching counts/timestamps in separate cache keys, and
using separate cache keys for each section (alert/message/all), put
all this data in an array and store that in a single cache key.
This reduces the number of cache keys per user per wiki from 6 to 1.
* Similarly, use a single global cache key per user. The global check
key for the last updated timestamp is retained, so we now have
2 global cache keys per user (down from 7)
* Remove preloading using getMulti(), no longer needed
* Move computation of counts and timestamps into separate compute
functions (one for local, one for global), and wrap them with
a getter that uses getWithSetCallback().
* Use TS_MW strings instead of MWTimestamp objects internally, to
simplify comparisons and max() operations.
* Make existing getters wrap around this new getter. They now ignore
their $cached and $dbSource parameters, and we should deprecate/change
these function signatures.
* In resetNotificationCounts(), just delete the cache keys. In global
mode, also recompute the notification counts and put them in the
echo_unread_wikis table. We could also set() the data into the cache
at this point, but don't, because you're not supposed to mix set() and
getWithSetCallback() calls and I don't want to find out what happens
if you do.
Bug: T164860
Change-Id: I4f86aab11d50d20280a33e0504ba8ad0c6c01842
2018-05-25 17:49:07 +00:00
|
|
|
if ( $notifications ) {
|
|
|
|
$notification = reset( $notifications );
|
|
|
|
$timestamp = $notification->getTimestamp();
|
|
|
|
} else {
|
|
|
|
$timestamp = -1;
|
2016-05-13 20:48:03 +00:00
|
|
|
}
|
NotifUser: Redo caching strategy for multi-DC compatibility
To use WANObjectCache correctly in a multi-DC-safe way, we need to use
getWithSetCallback() to read data, and call delete() when it changes.
NotifUser's caching of notification counts and timestamps relied
heavily on set() calls, and so wasn't multi-DC-safe.
Changes in this commit:
* Rather than caching counts/timestamps in separate cache keys, and
using separate cache keys for each section (alert/message/all), put
all this data in an array and store that in a single cache key.
This reduces the number of cache keys per user per wiki from 6 to 1.
* Similarly, use a single global cache key per user. The global check
key for the last updated timestamp is retained, so we now have
2 global cache keys per user (down from 7)
* Remove preloading using getMulti(), no longer needed
* Move computation of counts and timestamps into separate compute
functions (one for local, one for global), and wrap them with
a getter that uses getWithSetCallback().
* Use TS_MW strings instead of MWTimestamp objects internally, to
simplify comparisons and max() operations.
* Make existing getters wrap around this new getter. They now ignore
their $cached and $dbSource parameters, and we should deprecate/change
these function signatures.
* In resetNotificationCounts(), just delete the cache keys. In global
mode, also recompute the notification counts and put them in the
echo_unread_wikis table. We could also set() the data into the cache
at this point, but don't, because you're not supposed to mix set() and
getWithSetCallback() calls and I don't want to find out what happens
if you do.
Bug: T164860
Change-Id: I4f86aab11d50d20280a33e0504ba8ad0c6c01842
2018-05-25 17:49:07 +00:00
|
|
|
$result[$section]['timestamp'] = $timestamp;
|
|
|
|
$totals['timestamp'] = max( $totals['timestamp'], $timestamp );
|
2016-05-10 23:56:07 +00:00
|
|
|
}
|
NotifUser: Redo caching strategy for multi-DC compatibility
To use WANObjectCache correctly in a multi-DC-safe way, we need to use
getWithSetCallback() to read data, and call delete() when it changes.
NotifUser's caching of notification counts and timestamps relied
heavily on set() calls, and so wasn't multi-DC-safe.
Changes in this commit:
* Rather than caching counts/timestamps in separate cache keys, and
using separate cache keys for each section (alert/message/all), put
all this data in an array and store that in a single cache key.
This reduces the number of cache keys per user per wiki from 6 to 1.
* Similarly, use a single global cache key per user. The global check
key for the last updated timestamp is retained, so we now have
2 global cache keys per user (down from 7)
* Remove preloading using getMulti(), no longer needed
* Move computation of counts and timestamps into separate compute
functions (one for local, one for global), and wrap them with
a getter that uses getWithSetCallback().
* Use TS_MW strings instead of MWTimestamp objects internally, to
simplify comparisons and max() operations.
* Make existing getters wrap around this new getter. They now ignore
their $cached and $dbSource parameters, and we should deprecate/change
these function signatures.
* In resetNotificationCounts(), just delete the cache keys. In global
mode, also recompute the notification counts and put them in the
echo_unread_wikis table. We could also set() the data into the cache
at this point, but don't, because you're not supposed to mix set() and
getWithSetCallback() calls and I don't want to find out what happens
if you do.
Bug: T164860
Change-Id: I4f86aab11d50d20280a33e0504ba8ad0c6c01842
2018-05-25 17:49:07 +00:00
|
|
|
$totals['count'] = self::capNotificationCount( $totals['count'] );
|
2022-11-12 07:19:00 +00:00
|
|
|
$result[AttributeManager::ALL] = $totals;
|
NotifUser: Redo caching strategy for multi-DC compatibility
To use WANObjectCache correctly in a multi-DC-safe way, we need to use
getWithSetCallback() to read data, and call delete() when it changes.
NotifUser's caching of notification counts and timestamps relied
heavily on set() calls, and so wasn't multi-DC-safe.
Changes in this commit:
* Rather than caching counts/timestamps in separate cache keys, and
using separate cache keys for each section (alert/message/all), put
all this data in an array and store that in a single cache key.
This reduces the number of cache keys per user per wiki from 6 to 1.
* Similarly, use a single global cache key per user. The global check
key for the last updated timestamp is retained, so we now have
2 global cache keys per user (down from 7)
* Remove preloading using getMulti(), no longer needed
* Move computation of counts and timestamps into separate compute
functions (one for local, one for global), and wrap them with
a getter that uses getWithSetCallback().
* Use TS_MW strings instead of MWTimestamp objects internally, to
simplify comparisons and max() operations.
* Make existing getters wrap around this new getter. They now ignore
their $cached and $dbSource parameters, and we should deprecate/change
these function signatures.
* In resetNotificationCounts(), just delete the cache keys. In global
mode, also recompute the notification counts and put them in the
echo_unread_wikis table. We could also set() the data into the cache
at this point, but don't, because you're not supposed to mix set() and
getWithSetCallback() calls and I don't want to find out what happens
if you do.
Bug: T164860
Change-Id: I4f86aab11d50d20280a33e0504ba8ad0c6c01842
2018-05-25 17:49:07 +00:00
|
|
|
return $result;
|
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* Compute the global counts and timestamps for each section.
|
|
|
|
*
|
|
|
|
* This calls getCountsAndTimestamps() to get data about local notifications, which may end up
|
|
|
|
* calling computeLocalCountsAndTimestamps() if there's a cache miss.
|
2018-08-13 07:25:22 +00:00
|
|
|
* @return array[] [ 'alert' => [ 'count' => N, 'timestamp' => TS ], ... ]
|
NotifUser: Redo caching strategy for multi-DC compatibility
To use WANObjectCache correctly in a multi-DC-safe way, we need to use
getWithSetCallback() to read data, and call delete() when it changes.
NotifUser's caching of notification counts and timestamps relied
heavily on set() calls, and so wasn't multi-DC-safe.
Changes in this commit:
* Rather than caching counts/timestamps in separate cache keys, and
using separate cache keys for each section (alert/message/all), put
all this data in an array and store that in a single cache key.
This reduces the number of cache keys per user per wiki from 6 to 1.
* Similarly, use a single global cache key per user. The global check
key for the last updated timestamp is retained, so we now have
2 global cache keys per user (down from 7)
* Remove preloading using getMulti(), no longer needed
* Move computation of counts and timestamps into separate compute
functions (one for local, one for global), and wrap them with
a getter that uses getWithSetCallback().
* Use TS_MW strings instead of MWTimestamp objects internally, to
simplify comparisons and max() operations.
* Make existing getters wrap around this new getter. They now ignore
their $cached and $dbSource parameters, and we should deprecate/change
these function signatures.
* In resetNotificationCounts(), just delete the cache keys. In global
mode, also recompute the notification counts and put them in the
echo_unread_wikis table. We could also set() the data into the cache
at this point, but don't, because you're not supposed to mix set() and
getWithSetCallback() calls and I don't want to find out what happens
if you do.
Bug: T164860
Change-Id: I4f86aab11d50d20280a33e0504ba8ad0c6c01842
2018-05-25 17:49:07 +00:00
|
|
|
*/
|
|
|
|
protected function computeGlobalCountsAndTimestamps() {
|
|
|
|
$localData = $this->getCountsAndTimestamps()['local'];
|
|
|
|
$result = [];
|
|
|
|
$totals = [ 'count' => 0, 'timestamp' => -1 ];
|
2022-11-12 07:19:00 +00:00
|
|
|
foreach ( AttributeManager::$sections as $section ) {
|
NotifUser: Redo caching strategy for multi-DC compatibility
To use WANObjectCache correctly in a multi-DC-safe way, we need to use
getWithSetCallback() to read data, and call delete() when it changes.
NotifUser's caching of notification counts and timestamps relied
heavily on set() calls, and so wasn't multi-DC-safe.
Changes in this commit:
* Rather than caching counts/timestamps in separate cache keys, and
using separate cache keys for each section (alert/message/all), put
all this data in an array and store that in a single cache key.
This reduces the number of cache keys per user per wiki from 6 to 1.
* Similarly, use a single global cache key per user. The global check
key for the last updated timestamp is retained, so we now have
2 global cache keys per user (down from 7)
* Remove preloading using getMulti(), no longer needed
* Move computation of counts and timestamps into separate compute
functions (one for local, one for global), and wrap them with
a getter that uses getWithSetCallback().
* Use TS_MW strings instead of MWTimestamp objects internally, to
simplify comparisons and max() operations.
* Make existing getters wrap around this new getter. They now ignore
their $cached and $dbSource parameters, and we should deprecate/change
these function signatures.
* In resetNotificationCounts(), just delete the cache keys. In global
mode, also recompute the notification counts and put them in the
echo_unread_wikis table. We could also set() the data into the cache
at this point, but don't, because you're not supposed to mix set() and
getWithSetCallback() calls and I don't want to find out what happens
if you do.
Bug: T164860
Change-Id: I4f86aab11d50d20280a33e0504ba8ad0c6c01842
2018-05-25 17:49:07 +00:00
|
|
|
$localCount = $localData[$section]['count'];
|
|
|
|
$globalCount = self::capNotificationCount( $localCount + $this->getForeignCount( $section ) );
|
|
|
|
$result[$section]['count'] = $globalCount;
|
|
|
|
$totals['count'] += $globalCount;
|
|
|
|
|
|
|
|
$localTimestamp = $localData[$section]['timestamp'];
|
|
|
|
$foreignTimestamp = $this->getForeignTimestamp( $section );
|
2020-06-27 10:05:03 +00:00
|
|
|
$globalTimestamp = max(
|
|
|
|
$localTimestamp,
|
|
|
|
$foreignTimestamp ? $foreignTimestamp->getTimestamp( TS_MW ) : -1
|
|
|
|
);
|
NotifUser: Redo caching strategy for multi-DC compatibility
To use WANObjectCache correctly in a multi-DC-safe way, we need to use
getWithSetCallback() to read data, and call delete() when it changes.
NotifUser's caching of notification counts and timestamps relied
heavily on set() calls, and so wasn't multi-DC-safe.
Changes in this commit:
* Rather than caching counts/timestamps in separate cache keys, and
using separate cache keys for each section (alert/message/all), put
all this data in an array and store that in a single cache key.
This reduces the number of cache keys per user per wiki from 6 to 1.
* Similarly, use a single global cache key per user. The global check
key for the last updated timestamp is retained, so we now have
2 global cache keys per user (down from 7)
* Remove preloading using getMulti(), no longer needed
* Move computation of counts and timestamps into separate compute
functions (one for local, one for global), and wrap them with
a getter that uses getWithSetCallback().
* Use TS_MW strings instead of MWTimestamp objects internally, to
simplify comparisons and max() operations.
* Make existing getters wrap around this new getter. They now ignore
their $cached and $dbSource parameters, and we should deprecate/change
these function signatures.
* In resetNotificationCounts(), just delete the cache keys. In global
mode, also recompute the notification counts and put them in the
echo_unread_wikis table. We could also set() the data into the cache
at this point, but don't, because you're not supposed to mix set() and
getWithSetCallback() calls and I don't want to find out what happens
if you do.
Bug: T164860
Change-Id: I4f86aab11d50d20280a33e0504ba8ad0c6c01842
2018-05-25 17:49:07 +00:00
|
|
|
$result[$section]['timestamp'] = $globalTimestamp;
|
|
|
|
$totals['timestamp'] = max( $totals['timestamp'], $globalTimestamp );
|
|
|
|
}
|
|
|
|
$totals['count'] = self::capNotificationCount( $totals['count'] );
|
2022-11-12 07:19:00 +00:00
|
|
|
$result[AttributeManager::ALL] = $totals;
|
NotifUser: Redo caching strategy for multi-DC compatibility
To use WANObjectCache correctly in a multi-DC-safe way, we need to use
getWithSetCallback() to read data, and call delete() when it changes.
NotifUser's caching of notification counts and timestamps relied
heavily on set() calls, and so wasn't multi-DC-safe.
Changes in this commit:
* Rather than caching counts/timestamps in separate cache keys, and
using separate cache keys for each section (alert/message/all), put
all this data in an array and store that in a single cache key.
This reduces the number of cache keys per user per wiki from 6 to 1.
* Similarly, use a single global cache key per user. The global check
key for the last updated timestamp is retained, so we now have
2 global cache keys per user (down from 7)
* Remove preloading using getMulti(), no longer needed
* Move computation of counts and timestamps into separate compute
functions (one for local, one for global), and wrap them with
a getter that uses getWithSetCallback().
* Use TS_MW strings instead of MWTimestamp objects internally, to
simplify comparisons and max() operations.
* Make existing getters wrap around this new getter. They now ignore
their $cached and $dbSource parameters, and we should deprecate/change
these function signatures.
* In resetNotificationCounts(), just delete the cache keys. In global
mode, also recompute the notification counts and put them in the
echo_unread_wikis table. We could also set() the data into the cache
at this point, but don't, because you're not supposed to mix set() and
getWithSetCallback() calls and I don't want to find out what happens
if you do.
Bug: T164860
Change-Id: I4f86aab11d50d20280a33e0504ba8ad0c6c01842
2018-05-25 17:49:07 +00:00
|
|
|
return $result;
|
2016-05-10 23:56:07 +00:00
|
|
|
}
|
|
|
|
|
2013-06-24 00:22:08 +00:00
|
|
|
/**
|
|
|
|
* Get the user's email notification format
|
|
|
|
* @return string
|
|
|
|
*/
|
|
|
|
public function getEmailFormat() {
|
|
|
|
global $wgAllowHTMLEmail;
|
|
|
|
|
|
|
|
if ( $wgAllowHTMLEmail ) {
|
2021-12-01 18:29:00 +00:00
|
|
|
return $this->userOptionsLookup->getOption( $this->mUser, 'echo-email-format' );
|
2013-06-24 00:22:08 +00:00
|
|
|
}
|
2019-03-01 22:34:38 +00:00
|
|
|
|
2022-11-13 06:43:40 +00:00
|
|
|
return EmailFormat::PLAIN_TEXT;
|
2013-06-24 00:22:08 +00:00
|
|
|
}
|
|
|
|
|
NotifUser: Refactor getNotificationCount() and friends, add caching for global counts
Previously, getNotificationCount() only looked at local notifications,
and foreign notifications were added in separately by getMessageCount()
and getAlertCount(). This didn't make any sense and resulted in
counter-intuitive things like I4d49b543.
Instead, add a $global flag to getNotificationCount(). If $global=false,
the local count is returned as before, but if $global=true, the
global count (=local+foreign) is returned. If $global is omitted,
the user's cross-wiki notification preference determines which is returned.
Update getLastUnreadNotificationCount() in the same way, since it had
the same issues.
Also add caching for global counts and timestamps, using a global
memc key.
Bug: T133623
Change-Id: If78bfc710acd91a075771b565cc99f4c302a104d
2016-04-27 07:12:32 +00:00
|
|
|
/**
|
2018-05-31 23:01:57 +00:00
|
|
|
* Build a cache key for local use (local to this wiki)
|
|
|
|
*
|
NotifUser: Refactor getNotificationCount() and friends, add caching for global counts
Previously, getNotificationCount() only looked at local notifications,
and foreign notifications were added in separately by getMessageCount()
and getAlertCount(). This didn't make any sense and resulted in
counter-intuitive things like I4d49b543.
Instead, add a $global flag to getNotificationCount(). If $global=false,
the local count is returned as before, but if $global=true, the
global count (=local+foreign) is returned. If $global is omitted,
the user's cross-wiki notification preference determines which is returned.
Update getLastUnreadNotificationCount() in the same way, since it had
the same issues.
Also add caching for global counts and timestamps, using a global
memc key.
Bug: T133623
Change-Id: If78bfc710acd91a075771b565cc99f4c302a104d
2016-04-27 07:12:32 +00:00
|
|
|
* @param string $key Key, typically prefixed with echo-notification-
|
2018-05-31 23:01:57 +00:00
|
|
|
* @return string Cache key
|
NotifUser: Refactor getNotificationCount() and friends, add caching for global counts
Previously, getNotificationCount() only looked at local notifications,
and foreign notifications were added in separately by getMessageCount()
and getAlertCount(). This didn't make any sense and resulted in
counter-intuitive things like I4d49b543.
Instead, add a $global flag to getNotificationCount(). If $global=false,
the local count is returned as before, but if $global=true, the
global count (=local+foreign) is returned. If $global is omitted,
the user's cross-wiki notification preference determines which is returned.
Update getLastUnreadNotificationCount() in the same way, since it had
the same issues.
Also add caching for global counts and timestamps, using a global
memc key.
Bug: T133623
Change-Id: If78bfc710acd91a075771b565cc99f4c302a104d
2016-04-27 07:12:32 +00:00
|
|
|
*/
|
2018-05-31 23:01:57 +00:00
|
|
|
protected function getMemcKey( $key ) {
|
2016-12-01 16:50:18 +00:00
|
|
|
global $wgEchoCacheVersion;
|
2019-04-17 11:59:14 +00:00
|
|
|
return $this->cache->makeKey( $key, $this->mUser->getId(), $wgEchoCacheVersion );
|
2018-05-31 23:01:57 +00:00
|
|
|
}
|
2016-05-05 23:38:55 +00:00
|
|
|
|
2018-05-31 23:01:57 +00:00
|
|
|
/**
|
|
|
|
* Build a cache key for global use
|
|
|
|
*
|
|
|
|
* @param string $key Key, typically prefixed with echo-notification-
|
|
|
|
* @return string|false Memcached key, or false if one could not be generated
|
|
|
|
*/
|
|
|
|
protected function getGlobalMemcKey( $key ) {
|
|
|
|
global $wgEchoCacheVersion;
|
2021-06-24 19:21:49 +00:00
|
|
|
$globalId = MediaWikiServices::getInstance()
|
|
|
|
->getCentralIdLookup()
|
|
|
|
->centralIdFromLocalUser( $this->mUser, CentralIdLookup::AUDIENCE_RAW );
|
2016-05-05 23:38:55 +00:00
|
|
|
if ( !$globalId ) {
|
|
|
|
return false;
|
|
|
|
}
|
2019-04-17 11:59:14 +00:00
|
|
|
return $this->cache->makeGlobalKey( $key, $globalId, $wgEchoCacheVersion );
|
2016-03-24 15:33:13 +00:00
|
|
|
}
|
|
|
|
|
NotifUser: Refactor getNotificationCount() and friends, add caching for global counts
Previously, getNotificationCount() only looked at local notifications,
and foreign notifications were added in separately by getMessageCount()
and getAlertCount(). This didn't make any sense and resulted in
counter-intuitive things like I4d49b543.
Instead, add a $global flag to getNotificationCount(). If $global=false,
the local count is returned as before, but if $global=true, the
global count (=local+foreign) is returned. If $global is omitted,
the user's cross-wiki notification preference determines which is returned.
Update getLastUnreadNotificationCount() in the same way, since it had
the same issues.
Also add caching for global counts and timestamps, using a global
memc key.
Bug: T133623
Change-Id: If78bfc710acd91a075771b565cc99f4c302a104d
2016-04-27 07:12:32 +00:00
|
|
|
/**
|
2022-11-13 07:53:42 +00:00
|
|
|
* Lazy-construct an ForeignNotifications instance. This instance is force-enabled, so it
|
NotifUser: Refactor getNotificationCount() and friends, add caching for global counts
Previously, getNotificationCount() only looked at local notifications,
and foreign notifications were added in separately by getMessageCount()
and getAlertCount(). This didn't make any sense and resulted in
counter-intuitive things like I4d49b543.
Instead, add a $global flag to getNotificationCount(). If $global=false,
the local count is returned as before, but if $global=true, the
global count (=local+foreign) is returned. If $global is omitted,
the user's cross-wiki notification preference determines which is returned.
Update getLastUnreadNotificationCount() in the same way, since it had
the same issues.
Also add caching for global counts and timestamps, using a global
memc key.
Bug: T133623
Change-Id: If78bfc710acd91a075771b565cc99f4c302a104d
2016-04-27 07:12:32 +00:00
|
|
|
* returns information about cross-wiki notifications even if the user has them disabled.
|
2022-11-13 07:53:42 +00:00
|
|
|
* @return ForeignNotifications
|
NotifUser: Refactor getNotificationCount() and friends, add caching for global counts
Previously, getNotificationCount() only looked at local notifications,
and foreign notifications were added in separately by getMessageCount()
and getAlertCount(). This didn't make any sense and resulted in
counter-intuitive things like I4d49b543.
Instead, add a $global flag to getNotificationCount(). If $global=false,
the local count is returned as before, but if $global=true, the
global count (=local+foreign) is returned. If $global is omitted,
the user's cross-wiki notification preference determines which is returned.
Update getLastUnreadNotificationCount() in the same way, since it had
the same issues.
Also add caching for global counts and timestamps, using a global
memc key.
Bug: T133623
Change-Id: If78bfc710acd91a075771b565cc99f4c302a104d
2016-04-27 07:12:32 +00:00
|
|
|
*/
|
|
|
|
protected function getForeignNotifications() {
|
|
|
|
if ( !$this->foreignNotifications ) {
|
2022-11-13 07:53:42 +00:00
|
|
|
$this->foreignNotifications = new ForeignNotifications( $this->mUser, true );
|
NotifUser: Refactor getNotificationCount() and friends, add caching for global counts
Previously, getNotificationCount() only looked at local notifications,
and foreign notifications were added in separately by getMessageCount()
and getAlertCount(). This didn't make any sense and resulted in
counter-intuitive things like I4d49b543.
Instead, add a $global flag to getNotificationCount(). If $global=false,
the local count is returned as before, but if $global=true, the
global count (=local+foreign) is returned. If $global is omitted,
the user's cross-wiki notification preference determines which is returned.
Update getLastUnreadNotificationCount() in the same way, since it had
the same issues.
Also add caching for global counts and timestamps, using a global
memc key.
Bug: T133623
Change-Id: If78bfc710acd91a075771b565cc99f4c302a104d
2016-04-27 07:12:32 +00:00
|
|
|
}
|
|
|
|
return $this->foreignNotifications;
|
|
|
|
}
|
2016-05-29 20:54:15 +00:00
|
|
|
|
2018-05-30 22:30:40 +00:00
|
|
|
/**
|
|
|
|
* Get the number of foreign notifications in a given section.
|
2022-11-12 07:19:00 +00:00
|
|
|
* @param string $section One of AttributeManager::$sections
|
2018-05-30 22:30:40 +00:00
|
|
|
* @return int Number of foreign notifications
|
|
|
|
*/
|
2022-11-12 07:19:00 +00:00
|
|
|
protected function getForeignCount( $section = AttributeManager::ALL ) {
|
2019-04-18 05:07:14 +00:00
|
|
|
return self::capNotificationCount(
|
|
|
|
$this->getForeignNotifications()->getCount( $section )
|
|
|
|
);
|
2016-05-29 20:54:15 +00:00
|
|
|
}
|
|
|
|
|
2018-05-29 23:45:17 +00:00
|
|
|
/**
|
|
|
|
* Get the timestamp of the most recent foreign notification in a given section.
|
2022-11-12 07:19:00 +00:00
|
|
|
* @param string $section One of AttributeManager::$sections
|
2018-05-29 23:45:17 +00:00
|
|
|
* @return MWTimestamp|false Timestamp of the most recent foreign notification, or false if
|
|
|
|
* there aren't any
|
|
|
|
*/
|
2022-11-12 07:19:00 +00:00
|
|
|
protected function getForeignTimestamp( $section = AttributeManager::ALL ) {
|
2019-04-18 05:07:14 +00:00
|
|
|
return $this->getForeignNotifications()->getTimestamp( $section );
|
2016-05-29 20:54:15 +00:00
|
|
|
}
|
2016-09-09 22:44:40 +00:00
|
|
|
|
|
|
|
/**
|
|
|
|
* Helper function to produce the capped number of notifications
|
2022-11-13 07:48:43 +00:00
|
|
|
* based on the value of NotifUser::MAX_BADGE_COUNT
|
2016-09-09 22:44:40 +00:00
|
|
|
*
|
|
|
|
* @param int $number Raw notification count to cap
|
|
|
|
* @return int Capped notification count
|
|
|
|
*/
|
|
|
|
public static function capNotificationCount( $number ) {
|
2017-07-26 19:34:44 +00:00
|
|
|
return min( $number, self::MAX_BADGE_COUNT + 1 );
|
2016-09-09 22:44:40 +00:00
|
|
|
}
|
2013-05-24 22:51:47 +00:00
|
|
|
}
|