Extension talk:Echo

About this board

What must be set for removing readed messages?

Want (talkcontribs)

I have installed Extension:Echo. Notifying it's ok, but I don't know, what can be set it to allow removing readed messages. User can only do switch between 'read' or 'unread' state.

SBisson (WMF) (talkcontribs)

There is currently no way for someone to explicitly delete notifications. Older read notifications are purged periodically from the database for performance reasons.

Want (talkcontribs)

Best solution for my wiki was finally change of code in includes/gateway/UserNotificationGateway.php, where I remove item in 'notification_table' instead of writing the timestamp into 'notification_read_timestamp'. Orphaned item remain in the 'event_table', but isn't problem, because may be later cleaned by maintenance script maintenance/removeOrphanedEvents.php

Want (talkcontribs)

I know that. But here, when I mark a message as read, is probably changed value 'event_deleted' from 0 to 1 in the table Extension:Echo/echo_event table. Because it has this effect for view of the Alerts. In the code is a function „toggleDeleted” that should allow this, but it's not clear to me how and when it is called.

Reply to "What must be set for removing readed messages?"
Costas Athan (talkcontribs)

Is there a need to apply the patch for bug T322143 independently if I have downloaded the latest available version of the Echo extension?

If yes, how can the patch get applied manually?

Reply to "Patch for T322143 bug"

Why was it decided to truncate titles inside of notifications?

Lectrician1 (talkcontribs)

I'm currently implementing changes to how titles are render in notifications. I was wondering why it was decided to truncate titles inside of notifications. I'm thinking about removing the feature because it would make it easier to implement making the page names inside notifications links. Showing the full page name is also critical to distinguishing similar-named named pages, particularly Wikibase entities which can often be similarly-named.

@SBisson (WMF)

SBisson (WMF) (talkcontribs)

I think truncating titles was a trade off for having longer and more explicit notification text while keeping the whole text not too long.

Back around 2015, notifications used to have links in their text but it was removed in favor of the entire notification being a single primary link with a number of secondary links below and under the "..." menu. This was considered more usable, especially on mobile, by the designers at the time.

I have no opinion about your task specifically, I just wanted to share historical perspective.

Reply to "Why was it decided to truncate titles inside of notifications?"

New install throws up Resourceloader exception

Ubuntupunk (talkcontribs)

I have latest version of mediawiki. Extension installed, and db updated.

Original exception: [7378ff8ac9065fadc602aa86] /wiki/index.php/Main_Page TypeError: Argument 1 passed to MediaWiki\Extension\Notifications\Hooks::onResourceLoaderRegisterModules() must be an instance of MediaWiki\ResourceLoader\ResourceLoader, instance of ResourceLoader given, called in /home/xxx/public_html/medialternatives.com/bedrock/web/wiki/includes/HookContainer/HookContainer.php on line 338


from /home/xxx/public_html/medialternatives.com/bedrock/web/wiki/extensions/Echo/includes/Hooks.php(186)

#0 /home/xxx/public_html/medialternatives.com/bedrock/web/wiki/includes/HookContainer/HookContainer.php(338): MediaWiki\Extension\Notifications\Hooks::onResourceLoaderRegisterModules(ResourceLoader)

#1 /home/xxx/public_html/medialternatives.com/bedrock/web/wiki/includes/HookContainer/HookContainer.php(137): MediaWiki\HookContainer\HookContainer->callLegacyHook(string, array, array, array)

#2 /home/xxx/public_html/medialternatives.com/bedrock/web/wiki/includes/resourceloader/HookRunner.php(48): MediaWiki\HookContainer\HookContainer->run(string, array, array)

#3 /home/xxx/public_html/medialternatives.com/bedrock/web/wiki/includes/ServiceWiring.php(1413): MediaWiki\ResourceLoader\HookRunner->onResourceLoaderRegisterModules(ResourceLoader)


Reply to "New install throws up Resourceloader exception"

Crosswiki notifications with no indication of source on small screens

Kusma (talkcontribs)

When I receive crosswiki notifications, the only place where I can see what they are is the "Recent activity" box. However, this box gets hidden on small screens (both in Vector and in Responsive Monobook). So I can see on my phone that I have notifications, but if I click on them I don't see what they are (if they are from crosswiki). That's clearly not ideal: either merge the crosswiki notifications with the others, or forbid hiding of the selector box, but don't tell me I have messages with no way of telling where they are. See also enwiki VPT post: https://en.wikipedia.org/w/index.php?title=Wikipedia:Village_pump_(technical)&diff=1030694901&oldid=1030691061#Crosswiki_notifications_and_the_responsive_monobook_skin

Kusma (talkcontribs)

A workaround is to use .mw-echo-ui-notificationsInboxWidget-sidebar {display:block;} in my skin.css file, but that doesn't look great on small screens either. Could the widget box be moved instead of being hidden completely?

L10nM4st3r (talkcontribs)

Got the same issue here. And worse, the workaround explained above doesn't seem to work for me.

Reply to "Crosswiki notifications with no indication of source on small screens"

each day option don't send mail

Nicolas senechal (talkcontribs)


In my wiki when the user chose $wgDefaultUserOptions['echo-email-frequency']=1 (so send mail each day) the user doesn't receive but if the user put $wgDefaultUserOptions['echo-email-frequency']=0 (so immediately) he receives the mail, so I have 2 questions.

for each day what time of the day ?

and why don't the user receive?

I test with the Extension:EditNotify maybe it come from here ?


Reply to "each day option don't send mail"
2003:DE:2F24:6F00:6877:D9B1:3C6D:5034 (talkcontribs)

Hi there, I am trying very hard to change the color of the icons to white using css (bootstrap / chameleon skin). I cannot for the love of god figure out, how to change the color. Could someone please point me in the right direction? I read the configuration section of the extension but do not wont to completely switch out the icon. Just color it white and get rid of the transparency of the bell icon. Thank you a million times. H

Reply to "Echo icon color"

Configuration: $wgEchoNotifications

Silkwood (talkcontribs)
Product Version
MediaWiki 1.32.5
PHP 7.2.17-0ubuntu0.18.04.1 (apache2handler)
MariaDB 10.1.38-MariaDB-0ubuntu0.18.04.1


my skin

Skin Version License Description Authors
Metrolook 7.0 alpha 2 (578ddcf) 19:13, October 11, 2018 GPL-2.0-or-later Metrolook is a Metro-inspired fork of the Vector skin immewnity, Paladox, Craig Davison and lagleki

does not show the tray icon next to the bell icon in the top-bar of my wiki, so I managed to show all the notifications in one place (the bell).

Despite every attempt, I haven't been able to redirect notifications to "alerts" (instead of "messages").

I tried (as suggested below by @Roan Kattouw (WMF)) with:

$wgExtensionFunctions[] = function () {

    global $wgEchoNotifications;

    // To change individual notification types:

    $wgEchoNotifications['welcome']['section'] = 'alert';

    // To change all notification types at once:

    foreach ( $wgEchoNotificationTypes as &$data ) {

        $data['section'] = 'alert';



in LocalSettings.php, and also to modify the file .../extensions/Echo/extension.json (as explained in Echo Extension Configuration section) like this:

"thank-you-edit": {

                                        "user-locators": [



                                        "category": "system",

                                        "notify-type-availability": {

                                                "email": false


                                        "group": "positive",

                                        "presentation-model": "EchoEditThresholdPresentationModel",

                                        "section": "alert"


but without success.

What should I do?

Varlin (talkcontribs)

Hi, I don't know if you're still looking for an answer, but I managed to display all notifications under the bell icon (so I can hide the tray icon, I don't see the point of having two icons), with this code :

$wgExtensionFunctions[] = function () {
    global $wgEchoNotifications;
    foreach ( $wgEchoNotifications as &$data ) {
        $data['section'] = 'alert';

Thanks, your messages helped.

Silkwood (talkcontribs)

Thank you so much. (talkcontribs)

Exactly what I needed, thanks a lot. Any clarification on why it is implemented with two icons instead of one ?

Reply to "Configuration: $wgEchoNotifications"

Mentions doesn't work

Chopin2712 (talkcontribs)

Hello, I have just installed Echo on my Mediawiki install but the mentions are not working. I don't receive any notifications when I use format. Can you help me? I don't know what to do. I will also add that I didn't setted up any config. This is my only configuration for this extension:

wfLoadExtension( 'Echo' ); (talkcontribs)

Did you get solution?

Chopin2712 (talkcontribs)

No, sorry

Wshen98 (talkcontribs)

not working

Wshen98 (talkcontribs)

setup a new server. seems it's now working if talk is signed. don't know how to remove this requirement in MediaWiki:Echo-pref-tooltip-mention as mentioned in the guide. anyone has any idea?

Reply to "Mentions doesn't work"

mention a user worked a couple of times and stopped working

2 (talkcontribs)


just installing a new mediawiki, i have echo installed, also added "wfLoadExtension( 'Echo' );" to LocalSettings.php. It acually worked twice. after that, it stopped working (like in a couple of minutes, without changing any configuration).

is there any troubleshooting guide?

thanks (talkcontribs)

i have run php update.php already

Reply to "mention a user worked a couple of times and stopped working"
Return to "Echo" page.