Nice Liquid Threads Discussion Page

I love this LQT Discussion Page! <3 DaSch (talk) 00:05, 25 July 2012 (UTC)

I'm confused. This is the discussion page for Echo, which is about notifications. Jorm (WMF) (talk) 00:06, 25 July 2012 (UTC)

I know! Just think about it ;)

Which thinks were sacrificed for this DaSch (talk) 00:10, 25 July 2012 (UTC)

The Echo project is something that we need far more than Liquid Threads, I'm afraid. This is a resourcing issue, not a desire issue.

I would dearly love to build out Liquid Threads into the type of system that I think it could (and should) become. But we just don't have the manpower to do it, especially given the extreme pushback from the global editor community. It would be unwise for us to spend what limited developer resources we have focusing on a project that most likely will not see wide deployment at this time.

Trust me, I feel your pain, but this project has to be the priority. Jorm (WMF) (talk) 00:21, 25 July 2012 (UTC)

When there is the possibility I'm the first to deactivate it on mediawiki.org DaSch (talk) 06:50, 25 July 2012 (UTC)

I'm sorry? I don't understand what you're trying to say. Jorm (WMF) (talk) 06:51, 25 July 2012 (UTC)

I don't need this feature. This is somehow just for saving one click to the watchlist.

And by the number of page in my watchlist on some wikimedia projects this would create more chaos then it helps. DaSch (talk) 06:56, 25 July 2012 (UTC)

I don't think you understand what Project Echo is. Jorm (WMF) (talk) 07:00, 25 July 2012 (UTC)

this is 122.166.232.144 08:39, 5 March 2013 (UTC)

Daily notifications?

I have my preferences setup on MW wiki for daily notifications. While I see notifications in my toolbar, I do not get daily notifications when they happen. Is this just not yet turned on for MW? If not, can we turn it on? Varnent (talk)^(COI) 19:14, 13 January 2013 (UTC)

Fly out

Hi how do I enable echo fly out 90.215.138.14 18:33, 6 June 2013 (UTC)

If you have JavaScript enabled, all you have to do is click on the red notification block. I've never tried it as an IP, but I don't see why it wouldn't work for IP users. Technical 13 (talk) 18:57, 6 June 2013 (UTC)

I mean for users and plus it doesent work with IP address because you have to be login to see notification 86.176.186.77 17:12, 2 September 2013 (UTC)

Marking Notifications as Read

Is it possible to mark notifications as read or otherwise clear the flyout and badge? I run a locally-hosted MediaWiki installation and recently performed some bulk actions. The result is that I now have hundreds of notifications.

Examples:

• http://i.imgur.com/6jI6KZQ.png
• http://i.imgur.com/Ok1Mp2e.png Ckoerner (talk) 15:44, 2 July 2013 (UTC)

[Resolved] Fatal Error when Upgrading: Class 'EchoHooks' not found

Just trying to use the web update function at /mw-config/ for another extension I'm adding, Echo works well on the site as of the snapshot Aug 08. But after I select my language I get this instead of a page asking for my upgrade key:

Fatal error: Class 'EchoHooks' not found in mysite/public_html/wiki/extensions/Echo/Echo.php on line 352

Great work so far though! Keep it up :) (I'm using the 1.22 wmf master snapshot as well) MarkJurgens (talk) 14:21, 8 August 2013 (UTC)

I have the same error if you remove the line for installing echo in LocalSettings.php and then upgrade using /mw-config and using your upgrade key it should work and then add the line again after you upgrade. For now that is the only option until some one fixes the issue. 86.176.186.77 17:11, 2 September 2013 (UTC)

hi please file a bug on http://bugzila.wikimedia.org please 90.212.81.76 18:30, 11 October 2013 (UTC)

and also please provide the website so that someone can investigate the issue 90.212.81.76 18:33, 11 October 2013 (UTC)

Fixed in gerrit:91485 Legoktm (talk) 20:03, 4 November 2013 (UTC)

Notification Box Problem

When use this extension on a mediawiki website which uses languages such as Farsi or Arabic, Some part of notification bar doesn't show up because of it's collision with browser. Look at this image:

Is there any solution? Omidh (talk) 13:24, 9 October 2013 (UTC)

Hello Omidh. Could you please tell me what browser you are using? Keegan (WMF) (talk) 05:21, 10 October 2013 (UTC)

I tested on Ubuntu Firefox and Chromium, I think it's language problem rather than a browser problem. Because in most MediaWiki Languages, Header links listed on top right of the page, So the notification box is far enough but in Farsi Mediawiki links listed on top left so the notification is near browser's border and it show up incomplete.

Look at this image:

Omidh (talk) 07:17, 10 October 2013 (UTC)

Thank you for the screenshots. I filed a bug, we'll get this fixed. Keegan (WMF) (talk) 16:45, 11 October 2013 (UTC)

...and the bug is already patched to review. We appreciate you reporting this, Omidh. Keegan (WMF) (talk) 22:23, 11 October 2013 (UTC)

Mentionings super hard.

It is possible to simplify the mentioning system?

I would like to use it, but with all the regex's and signed users limitation it seems that it will only work, with a very specific add topic and commenting style (which is not a default setting in Mediawiki). Could you provide some documentation on the structure you actually expect in order for a mention to be properly identified and/or extensions which would be needed to achieve this?

Actually, I think some of these settings should be customizable, e.g. issue a mention without beeing able to identify the user who made the comment.

Best

PS:I hope, I read the Regex's correctly. Weeltagalk (talk) 22:45, 22 October 2013 (UTC)

Skinning Echo?

I just enabled Echo on WikiApiary and it looks to be working well. I use the Foreground skin on WikiApiary and would like to try and integrate Echo into the skin. Is there a guide anywhere for integrating Echo into other skins? 🐝 thingles (talk) 13:54, 17 November 2013 (UTC)

Not an answer, just a quick note: http://i.imgur.com/H1mOMTH.png This is what I see (the part I assume you want to fix?). –Quiddity (talk) 01:19, 19 November 2013 (UTC)

Actually, that is where I got after I added some stuff to the Foreground skin to move it out of the personal tools section. I used jQuery to move the item up to the top bar which is better, but other CSS has problems. I think I'll need to do some custom work in the ext.echo.overlay and ext.echo.badge items mentioned by User:Legoktm below. 🐝 thingles (talk) 02:14, 19 November 2013 (UTC)

It would be awesome, if you have a few moments, if you could leave notes here on your progress/successes/problems, so that other folks can benefit if they come searching for the same thing. (Note: I'm not a dev. I'm just a bystander who frequently prods the devs to "add moar documentation!". ;) Best wishes, –Quiddity (talk) 19:23, 19 November 2013 (UTC)

There's no guide for skinning Echo, it has only been designed to work with the default core skins AFAIK.

If you want to try and skin it, you can just create the JS/CSS files you need, and add the 'skinScripts' & 'skinStyles' parameters in $wgResourceModules: use the 'ext.echo.overlay' module for the flyout, and 'ext.echo.badge' for the badge. Legoktm (talk) 01:26, 19 November 2013 (UTC)

Does not work with 1.22

A database query error has occurred. This may indicate a bug in the software.

Notice: Uncommitted DB writes (transaction from DatabaseBase::query (DatabaseBase::query)). in /wiki/includes/db/Database.php on line 3944

Using the https://git.wikimedia.org/commit/mediawiki%2Fextensions%2FEcho/97d7d7ff84e0cb2119fde154c2d350afbbf3cb39 with 1.22.0

https://git.wikimedia.org/commit/mediawiki%2Fextensions%2FEcho.git/1598a9685e0453824a3110e505e55c6af4520c0c for 1.22 does not work due to "Fatal Error when Upgrading: Class 'EchoHooks' not found" Zoglun (talk) 04:11, 7 December 2013 (UTC)

Hi, I've fixed the EchoHooks issue using the REL1_22 branch, the patch just hadn't been backported (gerrit:100120).

I'm not sure the Uncommitted DB writes is an Echo issue, see bugzilla:56269. Does the error go away if you disable Echo? Legoktm (talk) 07:01, 7 December 2013 (UTC)

I tried to use the newest echo version but they seems can't import the tables into database.

So I manually import echo.sql then tried to run update.php again, but their are not any notification comes out at all under MW 1.20.0, only the shell shows up.

Then I tried your version, the Uncommitted DB writes problem comes out again. I am using shared user tab now, and trying to figure out what cause this problem, which need some time. Zoglun (talk) 08:32, 7 December 2013 (UTC)

Ok the Uncommitted DB writes despaired after I set all the table in all the database to UTF8. However, the "mention" function still does not work in my wiki.

I replace the Hook.php by https://gerrit.wikimedia.org/r/#/c/93508/ patch here. Now everything works just fine. lol Zoglun (talk) 08:44, 7 December 2013 (UTC)

Apply un-merged patches to your code makes it harder for us to debug and actually fix the problems you might be having. But if it works....great. Legoktm (talk) 01:31, 8 December 2013 (UTC)

How to specify notification default configuration for new created accounts?

For both emails and web notifications? 188.61.123.117 17:26, 29 January 2014 (UTC)

In Echo/Hooks.php, you can edit the values that are set in the "onAccountCreated" function. Legoktm (talk) 02:34, 5 February 2014 (UTC)

I thought they can be configured in LocalSetttings.php...

IMO, default configurations for specifying notification method are customized settings, thus should not be modified in extension source code, right? Sunjizu (talk) 14:41, 25 July 2014 (UTC)

Bring back the Orange Bar of Death

Echo works for me but...

I noticed at an edit-a-thon that several new users failed to notice Echo as editors left messages on their talk pages. This is the primary way the community reaches out to new users. Could we make the "Orange Bar of Death" the default for new users and IPs with Echo as an opt-in? Chris Troutman (talk) 08:36, 15 March 2014 (UTC)

The OBOD is still the default for IPs, because Echo is only available to logged-in users.

I wonder what other methods we could use to draw attention to "a new-registered-editor's first Notification"? Perhaps using a bright "tipsy" popout dialog (eg File:2014-02-12 Flow flyout.png) which points to the red-badge the first time a user gets one? –Quiddity (talk) 19:27, 15 March 2014 (UTC)

Just the first time? I'd like to see it go a little further than that. I'd think that for the first week, every time there is a notification point it out. Also, maybe a counter that says if a person has more than X page loads and doesn't click to see what the notification is, then remind them to look at it. So, if there have been at least three pages loaded and at least fifteen minutes has elapsed, remind them that there is a notification there. Just some brainstorming ideas... Technical 13 (talk) 15:40, 19 March 2014 (UTC)

Encountered the same issue at the Wadewitz memorial edit-a-thon at Occidental College. New editors didn't see Echo's tiny red box until I pointed it out. If other editors had been reverted them, welcoming them, or anything else it would have gone unnoticed. New users need the OBOD because we as a community need to be able to reach those new users. Chris Troutman (talk) 18:09, 29 May 2014 (UTC)

I partially don't agree - I was at an editathon months ago and users were ignoring the OBOD as well. What we need is a popup à la GuidedTour which points to the red-badge right after the registration, saying "Here is where you'll get notified of new messages", with a "Got it" button. Then, another one when a second message arrives "Did you notice you got a message?", with a "Yes, don't show this message anymore" button. Elitre (talk) 06:43, 29 June 2014 (UTC)

Manualy database updating

Hello, is it possible to update database manually ArsenArsen1 (talk) 10:46, 21 July 2014 (UTC)

What database updates do you want to do manually? Legoktm (talk) 10:56, 21 July 2014 (UTC)

Well, program need to run update scrypt, i cant, i ned to do it manualy, but how? ArsenArsen1 (talk) 11:46, 21 July 2014 (UTC)

And i need for ver 1.15.0 MediaWiki ArsenArsen1 (talk) 11:47, 21 July 2014 (UTC)

Can you explain why you can't run the script manually?

Echo doesn't support 1.15, you need to upgrade to a more modern version (at least 1.22). Legoktm (talk) 20:36, 21 July 2014 (UTC)

My PHP is old... I would ArsenArsen1 (talk) 20:47, 21 July 2014 (UTC)

Yet another special page?...

--Gryllida 22:45, 31 August 2014 (UTC)

Is there something wrong with having too many special pages?

In any case, the special page is really only intended as a no-JS fallback rather than something users are intentionally exposed to. Legoktm (talk) 21:14, 1 September 2014 (UTC)

Ah. When I click 'all notifications', where am I taken? Thought I'm taken to Special:Notifications... Gryllida 22:06, 1 September 2014 (UTC)

There's a bug with the Compact Personal Bar, that sends us directly to Special:Notifications. Clicking the red number badge, should just open the flyout. It's bugzilla:64862. Quiddity (WMF) (talk) 22:21, 1 September 2014 (UTC)

Ta. But that special page is the only place where non-JS users see the Echo notifications. I'm referring to that problem in my question. Gryllida 22:57, 1 September 2014 (UTC)

More details. Gryllida 05:28, 3 September 2014 (UTC)

Conflict with WikiEditor

Hi there,

I have a problem with this extension and WikiEditor. After installed this one, I cannot use WikiEditor any more. It raise this error to me : Unknown dependency: mediawiki.ui.anchor.

Is there any hint ? I posted this problem on WikiEditor discussion but no one answer :(.

Please help, Thanks and best regards. 203.162.139.107 09:09, 24 October 2014 (UTC)

What version of MediaWiki do you have installed? What version of Echo did you download? Legoktm (talk) 09:27, 24 October 2014 (UTC)

Hi Legoktm,

I used MediaWiki 1.23.5 and Echo for 1.24.

After reading your question, I try Echo for 1.23 and everything works fine now.

Thanks for your reply :)

Best regards. 203.162.139.107 03:19, 27 October 2014 (UTC)

How to configure Echo to notification on all changes with daily digest?

Hi All,

  Is it possible to configure Echo to notification on all changes with daily digest?
  The mediawiki parameter $wgUsersNotifiedOnAllChanges will send all changes with each update, it is too frequent.

Thanks in advance. BOW 15.211.153.78 08:45, 5 November 2014 (UTC)

Can anybody help? thanks. Brain wang (talk) 08:47, 5 November 2014 (UTC)

IIUC, the Manual:Configuration_settings#Email_notification (Enotif) settings are all very old (circa 2007). There are no bundling/digest options for those emails.

In contrast, the Echo extension is from 2013, and hasn't been integrated with the old system. There have been discussions about doing so, but there hasn't been time/resources to do so, yet. Quiddity (WMF) (talk) 19:01, 6 November 2014 (UTC)

no flyout in some cases when clicking on the new message counter

Here is a screencast of the bug: , in the screencast you see me click my new message counter, and it turns down to 0 without opening the flyout or taking me to special:notifications Matanya (talk) 20:58, 22 November 2014 (UTC)

Note: Post bugzilla-migration, Matanya filed this as phab:T75795. (Thanks again!) Quiddity (WMF) (talk) 00:11, 25 November 2014 (UTC)

Enable reply-to-like template

Hi, how can we set up a w:en:Template:Reply to-like template on WP-nl? Stratoprutser (talk) 22:35, 19 December 2014 (UTC)

Copy the source to w:nl:Template:Reply to. Simple. :) Technical 13 (talk) 22:40, 19 December 2014 (UTC)

@Technical 13: That's what I thought! However, w:nl:Sjabloon:Ping nor w:nl:Sjabloon:Reply to seem to trigger notifications? Stratoprutser (talk) 23:14, 19 December 2014 (UTC)

Does nl have Extension:Echo installed (you'd be able to find out on w:nl:Special:Version). Technical 13 (talk) 20:48, 13 January 2015 (UTC)

yep it has... Stratoprutser (talk) 22:29, 22 January 2015 (UTC)

How to disable the "page linked" notification generated by Echo?

All newly registered user in my wiki got the "Page link" email checked under "Notify me about these events" in Preferences.

How to turn the default setting off?

 $wgDefaultUserOptions['echo-subscriptions-email-page-linked'] = true;    ? Zoglun (talk) 03:34, 7 March 2015 (UTC)

Just looking over the code in Echo.php i believe the two relevant options are:

$wgDefaultUserOptions['echo-subscriptions-email-article-linked'] = false;

$wgDefaultUserOptions['echo-subscriptions-web-article-linked'] = false;

It looks like the default value is false for both of those, email because all emails default to off, and web because there is a specific override in place in the Echo.php file. EBernhardson (WMF) (talk) 22:34, 11 March 2015 (UTC)

@EBernhardson (WMF) and Zoglun: This is a consequence of the way new users get settings different from the default settings (so established would be less impacted). This is implemented in an AddNewAccount hook.

We could probably add a preference to disable that entire hook (so the default preferences apply unmodified to new users). It would be a little more work to make this customizable on a per-preference basis, but still doable. Mattflaschen (WMF) (talk) 22:57, 11 March 2015 (UTC)

How do I change the background colour of the Echo notification badge?

I added the following CSS to "MediaWiki:Common.css":

/* Echo * /
#pt-notifications .mw-echo-notifications-badge {
	background-color: #fff;
}
#pt-notifications .mw-echo-notifications-badge.mw-echo-unread-notifications {
	background-color: #fab951;
}

As a result nothing happens. No caching involved neither on the wiki nor at the client side. Other CSS adaptions get through immediately. I am pretty sure that I picked the correct classes so I am utterly puzzled for the reason why nothing happens ... This is pretty frustrating so any help is appreciated. Thanks and cheers [[kgh]] (talk) 20:32, 13 April 2015 (UTC)

I am kinda stupid: /* Echo */ instead of /* Echo * / does the trick. [[kgh]] (talk) 20:43, 13 April 2015 (UTC)

Tangentially, see also phab:T94634 which they'll be implementing over the next few weeks. Quiddity (WMF) (talk) 22:37, 14 April 2015 (UTC)

Thanks for the pointer. This will indeed be a very nice improvement. [[kgh]] (talk) 14:44, 15 April 2015 (UTC)

extensions/Echo/modules/badge are the css files, I just renamed them all and created empty files, then the badge fit in seamlessly with by bootstrap skin Fractalfederation (talk) 17:56, 18 June 2015 (UTC)

Missing items

Hi, me and a few other users on our wiki have noticed an issue with Echo REL1_25 on MW1.25.1 where dates appear without any items, as in: this screen shot.

Does anybody have any idea what might be causing this? ~Φנσѕєρнєяυм ^w•t•c 12:05, 23 July 2015 (UTC)

Also I am finding that notifications for messages appear in conjunction with Extension:Flow, however no items appear in the list. I have deleted the tables from the database and run update.php again to reinstall, but the issues persist. ~Φנσѕєρнєяυм ^w•t•c 14:56, 25 July 2015 (UTC)

Document subscriptions-web-emailuser

Hi

[[Special:Preferences]] includes a checkbox mw-input-wpecho-subscriptions-web-emailuser ("Email from other user").

The name of the preference to enable/disable it by default isn't currently documented on the page. Dereckson (talk) 08:36, 14 October 2015 (UTC)

I think my update here now covers that? (But IANAD, so let me know if it doesn't. Thanks) Quiddity (WMF) (talk) 20:10, 16 October 2015 (UTC)

I have no idea what I'm doing wrong.

Installed Echo, ran the maintenance and got this:

<code>Original exception: [874e0470] /index.php?title=Hauptseite DBQueryError from line 1119 of /data/web/e28582/html/iads-mediawiki-1_26_2/includes/db/Database.php: A database error has occurred. Did you forget to run maintenance/update.php after upgrading? See: https://www.mediawiki.org/wiki/Manual:Upgrading#Run_the_update_script

Query: SELECT etp_user,etp_page,etp_event FROM `qlnd_echo_target_page` WHERE etp_user = '1' AND etp_page = '17' 

Function: EchoTargetPageMapper::fetchByUserPageId

Error: 1146 Table 'u283124db1.qlnd_echo_target_page' doesn't exist (localhost)</code> Miles.world (talk) 00:57, 16 January 2016 (UTC)

Same here. I was able to install echo on a fresh mediawiki install, but not on an install I made a few months ago. However, I ran the update.php numerous times, so I would expect the older wiki to be "like new". Perig1234 (talk) 22:48, 30 January 2016 (UTC)

Having same problem. Unfortunately, I don't have SSH access, so can't even check whether the "Update script" step works or not. AhmadF.Cheema (talk) 04:56, 12 March 2016 (UTC)

A more detailed advanced discussion on this issue is going on here:

Project:Support desk/Flow/2015/12#h-Installing_Extension:Echo_has_messed_up_something-2015-12-19T16:19:00.000Z AhmadF.Cheema (talk) 01:35, 14 March 2016 (UTC)

Table:echo_target_page

For some users, installing the extension breaks their Wiki and the error which is provided by the debugging information, is that table "echo_target_page" is not getting created even after running the Update.php script.

I manually added the table using the method documented at the end of this topic: Project:Support desk/Flow/2015/12#h-Installing_Extension:Echo_has_messed_up_something-2015-12-19T16:19:00.000Z.

After which the extension appears to be working (although, now Extension:Thanks is breaking the Wiki).

Also, Table:echo_target_page is not even documented in this extension's infobox but it is present in the "echo.sql" file.

Can some developer comment here and let the users know if this issue is being resolved or not or at the very least it should be documented on the Extension page. AhmadF.Cheema (talk) 05:45, 15 March 2016 (UTC)

alert tooltip limits

Hi there is some parameter in order to define the limits of the alerts in the tooltip showed clicking the bell? Rdelloro (talk) 14:21, 17 March 2016 (UTC)

How can we see alerts and notifications of tranlations on SDWiki

Hi, Can anyone tell How can we see alerts and notifications of translations on SDWiki? Additionally If I use Ping template I don't know whether it notify the intended user or not.! JogiAsad (talk) 05:52, 18 March 2016 (UTC)

Allow marking Echo notifications as unread

Should the results of https://phabricator.wikimedia.org/T73564 be incorporated into the article? PhotographerTom (talk) 20:04, 9 May 2016 (UTC)

How to display the Real Name ?

How can I display the Real Name instead of the User Name in the Echo popup ? It is done by JS so the Realnames extension can't do the job. Emmanuel T. (talk) 10:52, 11 May 2016 (UTC)

Error after Installing

I have installed the ECHO extension. Now i have an error.

Things that i have done:

1. Downloaded newest Version and copy it to extension folder
2. Add require_once "$IP/extensions/Echo/Echo.php"; to my LocalSettings.php
3. Run web update (http://mediawiki/mw-config/

With all the other extensions this worked fine....

But now this:

Can anyone help me please?

MediaWiki internal error.

Original exception: [e6bf0512] /index.php?title=Hauptseite DBQueryError from line 1119 of /mnt/webw/d0/34/56993034/htdocs/testde/includes/db/Database.php: A database error has occurred. Did you forget to run maintenance/update.php after upgrading? See: https://www.mediawiki.org/wiki/Manual:Upgrading#Run_the_update_script

Query: SELECT etp_user,etp_page,etp_event FROM `de_echo_target_page` WHERE etp_user = '1' AND etp_page = '1'

Function: EchoTargetPageMapper::fetchByUserPageId

Error: 1146 Table 'DB2553860.de_echo_target_page' doesn't exist (xxxx.xxxx.de) MeikelHH (talk) 18:26, 25 May 2016 (UTC)

"i can't post the full error log. I became an error here ;) This action has been automatically identified as harmful, and has been disallowed.

I MeikelHH (talk) 18:28, 25 May 2016 (UTC)

The possible solution at the end of this Project:Support desk/Flow/2015/12#h-Installing_Extension:Echo_has_messed_up_something-2015-12-19T16:19:00.000Z, might help. AhmadF.Cheema (talk) 23:25, 7 June 2016 (UTC)

I have the same error. Did you solve it? 88.23.23.90 (talk) 07:54, 16 June 2016 (UTC)

The problem is apparently that table: "echo_target_page" does not get automatically created. You can either manually create it through phpMyAdmin (or some similar software) or use the method mentioned at the end of Project:Support desk/Flow/2015/12#h-Installing_Extension:Echo_has_messed_up_something-2015-12-19T16:19:00.000Z. AhmadF.Cheema (talk) 08:01, 16 June 2016 (UTC)

If you look inside the Echo extension directory, you'll see a nice "echo.sql".

I opened it and saw there were just the queries to create Echo missing tables which are indeed not created with the Update script.

So I went to phpMyAdmin and imported the echo.sql to create the new tables.

For me, this worked. I don't think this is quite regular, but it works, so...

PS : if you have prefix to your wiki installation, don't forget to add it for the echo_email_batch, echo_event, echo_notification, and echo_target_page S3r3nd1 (talk) 00:12, 28 October 2016 (UTC)

I am having the same problem.

This all seems be an issue with the web updater (I have no shell access); it seems to be less functional than update.php. Should the web updater be examined and repaired? Bozonbozon (talk) 09:56, 30 November 2016 (UTC)

Echo doesn't work

I installed Echo recently on MediaWiki 1.28-wmf.8 and it doesn't work. Clicking on the notification icons will result in nothing, going to Special:Notifications results in an endless loop of loading. Anyone know why? Agent Isai (talk) 23:30, 5 July 2016 (UTC)

Badge didn't changed

I installed Echo on Mediawiki 1.27. It is working, but the only problem is the badge didn't change when I got msg or alert. I have to manually click on badge then I can see newest msgs. Anyone knows what is going on? JHK (talk) 02:35, 30 August 2016 (UTC)

As test result, I got badge changed to red and display "1" new msg when someone send "Thanks" to me by extension:Thanks function.

But when some one mentioned my account or leave msg in my account discussion page, I got no-changed badge. I think the badge should be changed with color and number for this kind of events.

Or this is normal....? JHK (talk) 03:05, 30 August 2016 (UTC)

Hook error after installing Echo

Hello, after installing Echo I got the following error:

PHP message: PHP Catchable fatal error:  Argument 2 passed to EchoHooks::onOutputPageCheckLastModified() must be an instance of OutputPage, none given in /home/apocrypha/apocrypha/extensions/Echo/Hooks.php on line 1034

Has someone experienced this before? I'm running 1.27.1. Version here:

http://www.apocrifa.org/Especial:Versi%C3%B3n

Thank you. Krusher (talk) 07:22, 6 October 2016 (UTC)

Shared tables for wiki family

Hello all! I have a wikii family website with shared database of users, users group and some other so that they can use one login for each localization.

So I would like to try install Echo for users notifications and wonder if I can do it at one for all my wiki family websites? Fokebox (talk) 14:56, 12 December 2016 (UTC)

Echo error

I suddenly got an internal error. On my Alerts say that "Failed to fetch notifications." and on the Special:Notifications page I'm getting the following error:

[2447d285182867a75232a839] /Special:Notifications InvalidArgumentException from line 13 of /var/www/html/extensions/Echo/includes/formatters/EchoIcon.php: The gratitude icon is not registered

Backtrace:

#0 /var/www/html/extensions/Echo/includes/formatters/SpecialNotificationsFormatter.php(110): EchoIcon::getUrl(string, string)
#1 /var/www/html/extensions/Echo/includes/formatters/SpecialNotificationsFormatter.php(18): SpecialNotificationsFormatter->getIconURL(EchoUserRelationshipPresentationModel)
#2 /var/www/html/extensions/Echo/includes/formatters/EchoEventFormatter.php(63): SpecialNotificationsFormatter->formatModel(EchoUserRelationshipPresentationModel)
#3 /var/www/html/extensions/Echo/includes/DataOutputFormatter.php(170): EchoEventFormatter->format(EchoEvent)
#4 /var/www/html/extensions/Echo/includes/DataOutputFormatter.php(136): EchoDataOutputFormatter::formatNotification(EchoEvent, User, string, Language)
#5 /var/www/html/extensions/Echo/includes/special/SpecialNotifications.php(59): EchoDataOutputFormatter::formatOutput(EchoNotification, string, User, Language)
#6 /var/www/html/includes/specialpage/SpecialPage.php(522): SpecialNotifications->execute(NULL)
#7 /var/www/html/includes/specialpage/SpecialPageFactory.php(576): SpecialPage->run(NULL)
#8 /var/www/html/includes/MediaWiki.php(283): SpecialPageFactory::executePath(Title, RequestContext)
#9 /var/www/html/includes/MediaWiki.php(851): MediaWiki->performRequest()
#10 /var/www/html/includes/MediaWiki.php(512): MediaWiki->main()
#11 /var/www/html/index.php(43): MediaWiki->run()
#12 {main}

Innosflew (talk) 18:45, 17 December 2016 (UTC)

Please provide MediaWiki and Echo version information, also in your duplicate posting on phab:T153555. AKlapper (WMF) (talk) 08:53, 18 December 2016 (UTC)

Mediawiki: 1.29.0-alpha (5b211eb)

Echo: – (7ac77d8) Innosflew (talk) 09:57, 18 December 2016 (UTC)

Little help for Cross wiki setup

I'm trying to setup Echo within a wiki family. I'm almost done but I can't find detailed information about $wgMainStash and $wgMainWANCache and how to share them between the wikis.

What I have done at the moment:

1. In LocalSettings.php for each wiki I've added next lines:

$wgSharedDB = 'tCommons'; 
$wgSharedTables[] = 'ipblocks';
$wgSharedTables[] = 'user_groups';
$wgSharedTables[] = 'interwiki';
$wgSharedTables[] = 'user_properties';

## Extension:Echo
wfLoadExtension( 'Echo' );
$wgEchoSharedTrackingDB = 'tCommons';
$wgEchoUseJobQueue = true;
$wgEchoCrossWikiNotifications = true;
$wgEchoUseCrossWikiBetaFeature = true;
$wgDefaultUserOptions['echo-cross-wiki-notifications'] = true;

2. In the terminal:

sudo mysql -u'root' -p tCommons < /var/www/mediawiki/extensions/Echo/db_patches/echo_unread_wikis.sql
sudo php /var/www/mediawiki/maintenance/update.php --conf /var/www/each-wiki/LocalSettings.php

At this stage, I receive cross-wiki notifications, but they are empty - as it shown here.

Could someone help me, please? Spas.Z.Spasov (talk) 18:39, 27 December 2016 (UTC)

Base on what I know for $wgMainStash and $wgMainWANCache . These are two settings for sharing cached data across data center.

I found the wgMainStash in https://noc.wikimedia.org/conf/InitialiseSettings.php.txt

It is set to

'wgMainStash' => [

'default' => 'redis_local', // declared in redis.php

'wikitech' => 'memcached-pecl',

],

You got all sharing setting ready but not acutally sharing the message itself.

I guess you need a single cache (uAPC / memcached/ redis) for all wiki, then point

$wgMainStash = CACHE_ACCEL; (assume using uAPC)

However, set $wgMainWANCache = true without touching $wgMainWANCache give me no result at all.

If you got it work please share it with me, thank you! Deletedaccount4567435 (talk) 04:08, 2 February 2017 (UTC)

Hello, @Zoglun. Thanks for your response! I'm missing something. Yes I'm with uAPC. I have followed your advice and have set $wgMainStash = CACHE_ACCEL;, but when I set $wgMainWANCache = true; I've got an error message. Obviously, I must reading more about the caching. Spas.Z.Spasov (talk) 15:26, 7 February 2017 (UTC)

Any success in that? Wess (talk) 00:00, 30 April 2017 (UTC)

Unfortunately not. We don't use extensively our wiki in other languages, so I left it as it is for the moment. Spas.Z.Spasov (talk) 12:17, 3 May 2017 (UTC)

Is there an official description of how to setup cross-wiki echo notifications? Revansx (talk) 17:21, 1 May 2018 (UTC)

@Spas.Z.Spasov, do you have cross-site notifications working? Revansx (talk) 13:10, 23 May 2018 (UTC)

Hello, @Revansx.

I hope you are well! Sorry I haven answered your question at the last time, I just forgot and the time went further :)

I do not have any success with this task. Did you succed with it? Did you read the article Interwiki cache? Spas.Z.Spasov (talk) 09:54, 17 June 2019 (UTC)

Hi Spas.. I'm well, thanks. likewise! :-) .. reading now Revansx (talk) 12:13, 21 June 2019 (UTC)

I'm still struggling to understand how this relates specifically to getting cross-site notifications configured. Please tell me if I'm understanding this correctly.. Is it true that configuring for cross-site notifications is essential exactly as you have detailed it in your original post here:

----

[quoting] 1. In LocalSettings.php for each wiki I've added next lines:

$wgSharedDB = 'tCommons'; 
$wgSharedTables[] = 'ipblocks';
$wgSharedTables[] = 'user_groups';
$wgSharedTables[] = 'interwiki';
$wgSharedTables[] = 'user_properties';
## Extension:Echo
wfLoadExtension( 'Echo' );
$wgEchoSharedTrackingDB = 'tCommons';
$wgEchoUseJobQueue = true;
$wgEchoCrossWikiNotifications = true;
$wgEchoUseCrossWikiBetaFeature = true;
$wgDefaultUserOptions['echo-cross-wiki-notifications'] = true;

2. In the terminal:

sudo mysql -u'root' -p tCommons < /var/www/mediawiki/extensions/Echo/db_patches/echo_unread_wikis.sql
sudo php /var/www/mediawiki/maintenance/update.php --conf /var/www/each-wiki/LocalSettings.php

At this stage, I receive cross-wiki notifications, but they are empty.

----

And then that's where I don't see any resolution to your question. Did you ever get your cross-site notifications to work after the steps outlined above? what were the final steps? Revansx (talk) 12:20, 21 June 2019 (UTC)

Or has this work been accomplished via the "Central Notice extension" [1]

[1] https://www.mediawiki.org/wiki/Extension:CentralNotice Revansx (talk) 17:45, 24 June 2019 (UTC)

Hello, @Revansx, I spent another few hour in reading and play with the settings. I've got more familiar with the cache options, and tried some outdated cache bug solutions with no success. The situation is the same, with the settings above, I'm receiving notification that says I'm having a message from another wiki, but I can't see any details about the message until I'm not going to the wiki where it is received.

I'm assuming, probably there is something hard coded in the source, when I have enough time I will try to inspect it. Meanwhile I will review the extension that you have shared.

Regards, Spas Spas.Z.Spasov (talk) 21:14, 1 July 2019 (UTC)

@Spas.Z.Spasov @Revansx I was running into this issue today when trying to set up my local environment. There is code in ForeignWikiRequest.php which requires CentralAuth in order to obtain the details of the cross-wiki notice. I'll see if it's possible to have a workaround for the SharedDB approach.

As an aside, you are probably affected by the discussion in T243276 with regards to shared tables. KHarlan (WMF) (talk) 09:35, 22 January 2020 (UTC)

Hi User:Spas.Z.Spasov, thanks for the reply. I'm pretty sure that the Extension:CentralNotice is unrelated to cross-site notifications via echo. And I have still not figured out how to implement cross-site notification on my enterprise wiki-farm that uses an common SSO for all wikis. Maybe someday someone will make it straight forward to do. If you figure out what you need to do, please let me know. I'll do the same. cheers! Revansx (talk) 23:52, 25 November 2019 (UTC)

How to configure Echo to notification on all changes with daily digest?

Same problem raised 2 year ago and its 2017 now.

Does the $wgDefaultUserOptions['echo-email-frequency'] setting server for this purpose? Deletedaccount4567435 (talk) 03:38, 2 February 2017 (UTC)

OK I got it: in includes/EmailBatch.php it says:

* user based on the user setting, this assumes the following value for

* member setting for echo-email-frequency

* -1 - no email

*  0 - instant

*  1 - once everyday

* 7 - once every 7 days

So $wgDefaultUserOptions['echo-email-frequency'] = 1; should send email daily Deletedaccount4567435 (talk) 03:43, 2 February 2017 (UTC)

Unfortunately this setting will not create daily digest. Instead, it just store notification emails in jobs, and then send many emails out at midnight. :( Deletedaccount4567435 (talk) 04:19, 15 February 2017 (UTC)

It seems that jobs need to be stored in Redis. But not sure whether will it bundle email or not.

wfLoadExtension( 'Echo' );

$wgEchoUseJobQueue = true;

// 1 means 1 day here, see https://github.com/wikimedia/mediawiki-extensions-Echo/blob/c7bd07fc0c53c52184b308d220a42cd416626e24/includes/EmailBatch.php for info

$wgDefaultUserOptions['echo-email-frequency'] = 1;

//4 hours，see https://gerrit.wikimedia.org/r/#/c/translatewiki/+/267873/1/TranslatewikiSettings.php

$wgEchoBundleEmailInterval = 14400;

// See https://gerrit.wikimedia.org/r/#/c/mediawiki/extensions/Echo/+/52319/

$wgJobTypeConf['MWEchoNotificationEmailBundleJob'] = array(

'class'       => 'JobQueueRedis',

'redisServer' => '127.0.0.1:6379',

'redisConfig' => array( 'connectTimeout' => 1 ),

'claimTTL'    => 3600,

'checkDelay'  => true

); Deletedaccount4567435 (talk) 14:49, 2 April 2020 (UTC)

Echo error

Not working when symlinked

To ease maintenance I put all non-bundled extensions into a directory parallel to the MW base directory, and symlink to those downloaded extensions from ./extensions:

Most extensions work, however Echo is among the few that don't.

Upon running update.php I get:

PHP Warning:  require_once(/var/www/wiki/mw-extensions/Echo-REL1_28-f55bdd9/maintenance/../../../maintenance/Maintenance.php): failed to open stream: No such file or directory in /var/www/wiki/mw-extensions/Echo-REL1_28-f55bdd9/maintenance/removeOrphanedEvents.php on line 9

PHP Fatal error:  require_once(): Failed opening required '/var/www/wiki/mw-extensions/Echo-REL1_28-f55bdd9/maintenance/../../../maintenance/Maintenance.php' (include_path='/var/www/wiki/mediawiki-1.28.0/vendor/pear/pear_exception:/var/www/wiki/mediawiki-1.28.0/vendor/pear/console_getopt:/var/www/wiki/mediawiki-1.28.0/vendor/pear/pear-core-minimal/src:/var/www/wiki/mediawiki-1.28.0/vendor/pear/mail_mime:/var/www/wiki/mediawiki-1.28.0/vendor/pear/mail_mime-decode:/var/www/wiki/mediawiki-1.28.0/vendor/pear/net_socket:/var/www/wiki/mediawiki-1.28.0/vendor/pear/net_smtp:/var/www/wiki/mediawiki-1.28.0/vendor/pear/mail:.:/usr/share/php') in /var/www/wiki/mw-extensions/Echo-REL1_28-f55bdd9/maintenance/removeOrphanedEvents.php on line 9

All files reported missing actually do exist. I think it has to do with how the extnsions constructs its own path in PHP. Ahmad Gharbeia أحمد غربية (talk) 21:28, 23 March 2017 (UTC)

Does /var/www/wiki/mw-extensions/Echo-REL1_28-f55bdd9/maintenance/../../../maintenance/Maintenance.php exist? I suspect you need to set the MW_INSTALL_PATH env variable:

require_once ( getenv( 'MW_INSTALL_PATH' ) !== false
	? getenv( 'MW_INSTALL_PATH' ) . '/maintenance/Maintenance.php'
	: __DIR__ . '/../../../maintenance/Maintenance.php' );

Legoktm (talk) 17:19, 3 April 2017 (UTC)

in localsetting.php ?

require_once ( getenv( 'MW_INSTALL_PATH' ) !== false

? getenv( 'MW_INSTALL_PATH' ) . '/maintenance/Maintenance.php'

: __DIR__ . '/../../../maintenance/Maintenance.php' ); Alexandroslee (talk) 01:49, 19 September 2018 (UTC)

installation instructions incorrect

Set $wgShowExceptionDetails = true; and $wgShowDBErrorBacktrace = true; at the bottom of LocalSettings.php to show detailed debugging information

extension.js does not exist while installing

After downloading, extracting, uploading, according to the installation instructions, I'm getting:

Exception encountered, of type "Exception"

[WdlZWxdbRgIADdpvSfoAAAAA] /wiki/mw-config/?page=ExistingWiki Exception from line 106 of /home/mysite.com/wiki/includes/registration/ExtensionRegistry.php: /home/mysite.com/wiki/extensions/Echo/extension.json does not exist!

I've tried manually creating such a file from git, and I get the following:

Exception encountered, of type &quot;Exception&quot;<br />

[WdlcIBdbRgIADm@7SHAAAAAC] /wiki/mw-config/?page=Upgrade   Exception from line 195 of /home/mysite.com/wiki/includes/registration/ExtensionRegistry.php: /home/mysite.com/wiki/extensions/Echo/extension.json: unsupported manifest_version: 2<br />

What's the issue? 107.77.215.166 (talk) 23:33, 7 October 2017 (UTC)

What version of MediaWiki are you running? What version of Echo did you download? Legoktm (talk) 01:10, 8 October 2017 (UTC)

1.27 and 1.27 67.205.210.121 (talk) 13:04, 9 October 2017 (UTC)

Echo started to support "extension.json" only with MW 1.28 and later. [[kgh]] (talk) 16:25, 8 October 2017 (UTC)

That's likely the source of the issue. Do you know how to get it not to look for that file then? 67.205.210.121 (talk) 13:05, 9 October 2017 (UTC)

Make sure you read the installation instructions provided here. [[kgh]] (talk) 14:24, 9 October 2017 (UTC)

OK, I see that I mistakenly used the >=1.28 instructions with 1.27. After redoing the insallaion with 1.27 instructions, the database update seems to work, and I can access the wiki. However, when I log in, I get the following error:

Original exception: [WdvqOBdbRgIAC@quMcwAAAAG] /wiki/index.php?title=Main_Page DBQueryError from line 934 of /home/mysite.com/wiki/includes/db/Database.php: A database error has occurred. Did you forget to run maintenance/update.php after upgrading? See: https://www.mediawiki.org/wiki/Manual:Upgrading#Run_the_update_script

Query: SELECT etp_user,etp_page,etp_event,event_type FROM `mwxp_echo_target_page` JOIN `mwxp_echo_event` ON ((etp_event=event_id)) WHERE etp_user = '1' AND etp_page = '1'

Function: EchoTargetPageMapper::fetchByUserPageId

Error: 1146 Table 'dbprefix_mw849.mwxp_echo_target_page' doesn't exist (localhost)

What could this be? 107.77.215.81 (talk) 21:31, 9 October 2017 (UTC)

OK, rerunning the update script from the command line instead of the web interface seemed to do it. Thank you for all your awesome help! :)

BTW, this probably isn't the best place to ask, but if anyone has thoughts on when to upgrade WikiMedia installation, specifically to 1.29 or generally to the latest version, that would be great! :) 107.77.215.81 (talk) 21:36, 9 October 2017 (UTC)

Yep, only the line on invoking the extension is different. All other instructions still need to be followed.

I guess the easiest is to wait for the next LTS branch which will be 1.31 unless there are very good reasons to do half yearly upgrades from branch to branch. I only stay on LTS.

Note that the web updater is only a method of last resort, i.e. if you have command line access you should use it in the first place. [[kgh]] (talk) 22:53, 9 October 2017 (UTC)

No HTML mails

On a 1.29.1 Wiki with Echo we do not get HTML mails. The Plugin is properly loaded, notifications work in general but all the mails are plain-text ones although wgAllowHTMLEmail is true and the preferences are poperly set. When trying to debug i saw that in Notifier.php the method notifyWithEmail is never called. Seems that the notifications are sent out the standard way as it was done without echo. Does anyone has an idea would could be the reason for that problems? Aschroet (talk) 13:12, 20 October 2017 (UTC)

MediaWiki internal error.

Hello,

After installing of Echo Extension I get this fatal error on my MediaWiki website:

==============================================

MediaWiki internal error.

Original exception: [2dcb20bb4bc6dd2dedb174f0] 2017-10-28 11:54:10: Fatal exception of type "Wikimedia\Rdbms\DBQueryError"

Exception caught inside exception handler.

Set $wgShowExceptionDetails = true; and $wgShowDBErrorBacktrace = true; at the bottom of LocalSettings.php to show detailed debugging information

After I set $wgShowExceptionDetails = true; and $wgShowDBErrorBacktrace = true; on Local Settings, I get this message.

==============================================

It's look like database table has not been created . At least that I understand.

I also did the update process. Accessing mywebsite.com/mw-config I made click on the reset install and proceed with the update. I did something wrong ?

echo dont want installed on 19.2 version

echo dont want installed on 19.2 version

what can i do? 82.174.102.34 (talk) 11:29, 8 November 2017 (UTC)

What is at version 19.2? Please be more specific about what you're trying, what version of MediaWiki you're using, and what version of Echo you're trying. Legoktm (talk) 01:26, 9 November 2017 (UTC)

i have the extension put in the extension folder

update

and get error 82.174.102.34 (talk) 19:19, 10 November 2017 (UTC)

<!DOCTYPE html>

<html><head><title>Internal error - MediaWiki</title><style>body { font-family: sans-serif; margin: 0; padding: 0.5em 2em; }</style></head><body>

<div class="errorbox"><p>[12a4bea7e32ef6edaedb9f42] /mw-config/index.php?page=Upgrade   Exception from line 196 of E:\HostingSpaces\\xxxxx\wiki.domain.eu\wwwroot\includes\registration\ExtensionRegistry.php:

E:\HostingSpaces\\xxxxx\wiki.domain.eu\wwwrootextensions/Echo/extension.json: unsupported manifest_version: 2</p><p>Backtrace:</p><p>#0 E:\HostingSpaces\\xxxxx\wiki.domain.eu\wwwrootincludes\installer\DatabaseUpdater.php(159): ExtensionRegistry-&gt;readFromQueue(array)<br />

#1 E:\HostingSpaces\\xxxxx\wiki.domain.eu\wwwrootincludes\installer\DatabaseUpdater.php(121): DatabaseUpdater-&gt;loadExtensions()<br />

#2 E:\HostingSpaces\\xxxxx\wiki.domain.eu\wwwroot\includes\installer\DatabaseUpdater.php(187): DatabaseUpdater-&gt;__construct(DatabaseMysqli, boolean, NULL)<br />

#3 E:\HostingSpaces\\xxxxx\wiki.domain.eu\wwwroot\includes\installer\DatabaseInstaller.php(353): DatabaseUpdater::newForDB(DatabaseMysqli)<br />

#4 E:\HostingSpaces\\xxxxx\wiki.domain.eu\wwwroot\includes\installer\WebInstallerUpgrade.php(65): DatabaseInstaller-&gt;doUpgrade()<br />

#5 E:\HostingSpaces\\xxxxx\wiki.domain.eu\wwwroot\includes\installer\WebInstaller.php(279): WebInstallerUpgrade-&gt;execute()<br />

#6 E:\HostingSpaces\\xxxxx\wiki.domain.eu\wwwroot\mw-config\index.php(81): WebInstaller-&gt;execute(array)<br />

#7 E:\HostingSpaces\\xxxxx\wiki.domain.eu\wwwroott\mw-config\index.php(39): wfInstallerMain()<br />

#8 {main}</p></div>

</body></html> 82.174.102.34 (talk) 19:35, 10 November 2017 (UTC)

the wiki is 18.2 82.174.102.34 (talk) 19:36, 10 November 2017 (UTC)

That isn't a real version. Visit Special:Version on your wiki and please copy the version number it says for MediaWiki. Legoktm (talk) 06:14, 11 November 2017 (UTC)

1.28.2 82.174.102.34 (talk) 14:05, 12 November 2017 (UTC)

You probably downloaded the wrong version of Echo. Try https://extdist.wmflabs.org/dist/extensions/Echo-REL1_28-f55bdd9.tar.gz

Also 1.28 will no longer receive security support at the end of this month, so I'd recommend upgrading to 1.29. Legoktm (talk) 19:11, 12 November 2017 (UTC)

does not working she say/ extension.json not there 82.174.102.34 (talk) 22:44, 12 November 2017 (UTC)

Alert "bell" icon is visibly cattywonkus

I run a private enterprise SMW with Echo installed and I've noticed that the bell icon for alerts has been visibly erratic in its visibility. I dismissed this thinking it was something that had to do with some custom css I hadn't properly thought through, but then I noticed that same icon on mediawiki.org was doing the exact same thing.. anyone else experiencing this? Revansx (talk) 23:22, 8 November 2017 (UTC)

Hey :) Please could you elaborate/specify what you mean by cattywonkus and visibly erratic? Perhaps compare "what you get" with "what you expected". Screenshots might also help. Thanks!

(p.s. I can't resist noting the standard spelling, partially because I love the word: wikt:catawampus ;-) Quiddity (WMF) (talk) 01:10, 9 November 2017 (UTC)

Hi! .. thanks for the reply :-) .. I was worried that maybe my choice of words would offend someone, but it's great that you like it. Cool :-)

ok.. What I expect: I expect the icon to be stable .. unchanging.. except for the red numeric integer that should only vary when the value changes.

"What I'm getting" admittedly varies situationally .. right now.. sitting at home on my laptop using chrome.. no problems.. and I even feel silly discussing it... at work (enterprise network without any admin control of my browser) .. I see a flickering icon that varies corresponding to the mouse movements.. as I move my mouse across the page, the alert bell icon flickers as if the icon image is being updated with every mouse movement .. and .. such that I can jiggle my mouse anywhere on the page and change the outcome of whether or not it is displaying... wierd.. i know.. i'm sorry to even be reporting this.. however, when this was only happening on my own wiki.. i assumed it was something i screwed up in my configurations (custom css or something) .. but then I saw the same behavior on this site (mediawiki.org) and I thought, "ok.. this is not my configuration. This must be something related to my browser... But what?" ... and so I thought I would ask if anyone out there was seeing similar behavior. Thanks for taking me seriously. cheers! :-) Revansx (talk) 01:55, 9 November 2017 (UTC)

please see the following screen capture snipit Revansx (talk) 02:09, 9 November 2017 (UTC)

Intriguing! I'll pass along to the devs. Oh, what browser are you using, and any esoteric add-ons? Quiddity (WMF) (talk) 07:51, 9 November 2017 (UTC)

Hm, this is super weird, especially since the "cut" of that top of the bell doesn't even look straight, it looks like there's something else obscuring it.

I can't reproduce this, so I wonder, @Revansx, can you note what browser you're using, and if there are any gadgets that you have?

Can you try to load a page and add ?safemode=1 to the URL? This should load the page while preventing gadgets and scripts from loading, so if it doesn't happen when yo utry that, the fault is likely a script. Otherwise, it might be something weird with a certain browser/OS combination, so it would be helpful if you can give details on those. MSchottlender-WMF (talk) 19:48, 13 November 2017 (UTC)

Forgive me, the image was a gimped screenshot to 'try' to show what it looks like.. Here's a screen capture video I took using VLC https://www.youtube.com/watch?v=448Xim8bcQI Ignore the mouse smeared across the video, that's a VLC player glitch I think.. keep your eye on the Alert bell.. especially towards the end.

Adding ?safemode=1 to the url made the Alert bell ocluded altogether. the link is there, but it is as if the image of the bell is on display:none by css Revansx (talk) 02:51, 14 November 2017 (UTC)

Revansx, which browser/OS? And any esoteric or powerful addons that might be involved? (Thanks for the screencast!) Quiddity (WMF) (talk) 17:40, 14 November 2017 (UTC)

well... that's what I thought, but when I saw the same behavior on this site, I thought, "It can't be my installation". It's so weird because the notification inbox icon is solid. Only the alert is affected.

I'm using Win 7 SP1 ..

The problem exists with the site when I view it with Chrome

IE and Firefox are ok

I'll test it on some other workstations with different configurations and let you know. Thanks for your continued assistance. Revansx (talk) 18:07, 14 November 2017 (UTC)

this just in.. I went to the Chrome Help menu and without asking me it immediately started updating... I didn't catch what version it was..

and then when Chrome was finished updating and required a restart. Once it restarted all was well with the bell icon... dang.. updating Chrome.. why didn't I think of that? *derp* Revansx (talk) 18:12, 14 November 2017 (UTC)

I'm happy it got sorted out, but I'm a bit meh about the chance that the icon may not be working with older versions of Chrome. We're using a bit of a nonstandard CSS but all of it should be well supported by all browsers, definitely including Chrome's last few versions.

Thanks for checking and updating, @Revansx! If you run into this again - please let us know! MSchottlender-WMF (talk) 21:39, 16 November 2017 (UTC)

Alerts don't work for existing users

Hi¡

I have installed the extension in MW. 1.29, when I create a new user, alerts and welcome messages work's fine, but, the existing users before the installation don't see any alert or message,

It's normal?

Another question.... Can anyone explain me how to receive alerts in discussion pages where someone cites me ""user""?

Thanks for all.

guindelo. Guindelo (talk) 16:45, 14 November 2017 (UTC)

Did anyone have a solution for this? Have the same problem, alerts dont seem to be working. Oleolsenkjhølkølk (talk) 21:54, 10 September 2018 (UTC)

ALERT WHEN SOMEONE EDIT A PAGE CREATED BY ME

User:Nobody thanks

Desktop notification

Can't there be an option to enable desktop and email notifications for Echo? Ups and Downs (↕) 23:10, 27 February 2018 (UTC)

That is a good idea. Maybe you could suggest it on phabricator? Tinss (talk) 19:37, 7 July 2018 (UTC)

Sure. Let me do that as soon as possible.  :-) Ups and Downs (↕) 03:12, 8 July 2018 (UTC)

How to setup cross-wiki echo notifications

Is there an official page describing how to setup cross-wiki echo notifications? Notes about what to Do, Not do, and be-advised about before trying. Revansx (talk) 17:22, 1 May 2018 (UTC)

Hi @Revansx. Do you mean set it up for an individual or for a wiki? If for an individual, go to Preferences > Notifications. Find the section for "Cross-wiki notifications" and check the box for "Show notifications from other wikis." That should do the trick. JMatazzoni (WMF) (talk) 09:22, 19 May 2018 (UTC)

Hi JMatazzoni, thanks. That's good to know. But my question was actually aimed at how Wiki admin can set it up for a set of wikis on the same server.

Any instructions or tutorials would be much appreciated. Thanks.

-Rich Revansx (talk) 12:42, 19 May 2018 (UTC)

@JMatazzoni (WMF), I'm trying to setup Echo within a wiki family as was discussed here: Extension talk:Echo#h-Little_help_for_Cross_wiki_setup-2016-12-27T18:39:00.000Z Revansx (talk) 13:24, 19 May 2018 (UTC)

OK for an admin question, I'll call on my colleague @Sbisson (WMF), who can answer your question I'm sure. Stephane, can you point Revansx to the documentation for x-wiki notifications, please? JMatazzoni (WMF) (talk) 13:27, 19 May 2018 (UTC)

@JMatazzoni (WMF) .. any word from @Sbisson (WMF) ? Revansx (talk) 20:06, 21 May 2018 (UTC)

Hey Rich

Most of people with an expertise on that field have been recently busy (European Wikimedia hackathon) or are on vacation.

AFAK, unfortunately, there is no documentation concerning cross-wiki notifications. Trizek_(WMF) (talk) 12:42, 23 May 2018 (UTC)

Understood. Thanks. I'll check back with @Spas.Z.Spasov and see if he got any closure on his Extension talk:Echo#h-Little_help_for_Cross_wiki_setup-2016-12-27T18:39:00.000Z Revansx (talk) 13:09, 23 May 2018 (UTC)

@Trizek (WMF), @JMatazzoni (WMF), Is now a better time to get some insights on setting up cross-wiki echo notifications for wikis on the same server? Revansx (talk) 13:12, 26 July 2018 (UTC)

@Revansx, you've bad luck on timing again: most of people with an expertise on that field have been recently busy (Wikimania) or are on vacation. I'll ping people with the technical skills when they will be back. Trizek_(WMF) (talk) 13:37, 26 July 2018 (UTC)

ha. ok.. thanks.. this is merely on my wish list :-) .. but I'll keep trying periodically as the weeks go on. thanks again. Revansx (talk) 13:44, 26 July 2018 (UTC)

@Trizek (WMF), @Jmatazzoni, @Sbisson (WMF), .. just checking in. How's my timing now :-)

I'm trying to setup Echo within a wiki family as was discussed here: Extension talk:Echo#h-Little_help_for_Cross_wiki_setup-2016-12-27T18:39:00.000Z

Revansx (talk) 12:53, 29 August 2018 (UTC)

One day, I will find the time to write documentation about how to set up cross-wiki notifications...

In the meantime, I suggest first getting a wiki family with shared user accounts working (either with $wgSharedDB as in the post you linked to, or with CentralAuth). Once shared logins work well, you can try to set up cross-wiki notifications by setting $wgEchoCrossWikiNotifications = true; and point $wgEchoSharedTrackingDB to a shared database. You will also need to ensure that you have caching set up in a way that is shared between these wikis (e.g. point them all to the same memcached server, or set up DB caching in a shared DB somehow; I'll have to investigate that more later when I write this documentation). Roan Kattouw (WMF) (talk) 19:48, 6 September 2018 (UTC)

ok. thanks! .. my site uses a SSO provider (CA Policy Agent) that creates an immutable session from which the user's username is set by the SSO as a header property and consumed by Extension:Auth_RemoteUser on each wiki. So each wiki on my server sees the exact same users. Do you see any reason why I can't use CentralAuth in this scenario? Revansx (talk) 23:55, 6 September 2018 (UTC)

Oof, that is above my pay grade, sorry :( I know a lot about the Echo side of things, but not much about the CentralAuth side of things. Roan Kattouw (WMF) (talk) 00:03, 7 September 2018 (UTC)

fair enough. Can you give me the name of a CentralAuth guru in WMF? Revansx (talk) 00:15, 7 September 2018 (UTC)

Can this be installed without command line access to manually update schema at all?

I'm on shared hoster, which means I have no command line access to run any php script besides whatever Extension:MainanceShell does (or pretends do be doing) I tried to install the extensions, did run /mw-config/ but it doesn't seem to create the necessary tables via this. If I activate the extension it throws exceptions because the tables are missing (no surprise there):

[89cc3e61a284ed2f4a851274] 2018-06-08 09:48:03: Fatal exception of type "Wikimedia\Rdbms\DBQueryError"

MediaWiki internal error.

Original exception: [3ce14ff778f71f0be6b696d4] /wiki/Hauptseite Wikimedia\Rdbms\DBQueryError from line 1149 of /home/webpages/server/user/html/w/includes/libs/rdbms/database/Database.php: A database query error has occurred. Did you forget to run your application's database schema updater after upgrading? Query: SELECT * FROM `w1_echo_event` INNER JOIN `w1_echo_notification` ON ((notification_event=event_id)) INNER JOIN `w1_echo_target_page` ON ((etp_event=event_id)) WHERE event_deleted = '0' AND notification_user = '13' AND notification_read_timestamp IS NULL AND etp_page = '1' Function: EchoEventMapper::fetchUnreadByUserAndPage Error: 1146 Table 'db_12345_3.w1_echo_event' doesn't exist (mysql.server.de)

Backtrace:

1. 0 /home/webpages/server/user/html/w/includes/libs/rdbms/database/Database.php(979): Wikimedia\Rdbms\Database->reportQueryError(string, integer, string, string, boolean)
2. 1 /home/webpages/server/user/html/w/includes/libs/rdbms/database/Database.php(1343): Wikimedia\Rdbms\Database->query(string, string)
3. 2 /home/webpages/server/user/html/w/extensions/Echo/includes/mapper/EventMapper.php(155): Wikimedia\Rdbms\Database->select(array, string, array, string, NULL, array)
4. 3 /home/webpages/server/user/html/w/extensions/Echo/Hooks.php(883): EchoEventMapper->fetchUnreadByUserAndPage(User, integer)
5. 4 [internal function]: EchoHooks::onPersonalUrls(array, Title, SkinDarkVector)
6. 5 /home/webpages/server/user/html/w/includes/Hooks.php(177): call_user_func_array(string, array)
7. 6 /home/webpages/server/user/html/w/includes/Hooks.php(205): Hooks::callHook(string, string, array, NULL)
8. 7 /home/webpages/server/user/html/w/includes/skins/SkinTemplate.php(732): Hooks::run(string, array)
9. 8 /home/webpages/server/user/html/w/includes/skins/SkinTemplate.php(475): SkinTemplate->buildPersonalUrls()
10. 9 /home/webpages/server/user/html/w/includes/skins/SkinTemplate.php(249): SkinTemplate->prepareQuickTemplate()
11. 10 /home/webpages/server/user/html/w/includes/OutputPage.php(2442): SkinTemplate->outputPage()
12. 11 /home/webpages/server/user/html/w/includes/MediaWiki.php(858): OutputPage->output(boolean)
13. 12 /home/webpages/server/user/html/w/includes/MediaWiki.php(870): MediaWiki->{closure}()
14. 13 /home/webpages/server/user/html/w/includes/MediaWiki.php(523): MediaWiki->main()
15. 14 /home/webpages/server/user/html/w/index.php(43): MediaWiki->run()
16. 15 {main}

Exception caught inside exception handler: [3ce14ff778f71f0be6b696d4] /wiki/Hauptseite Wikimedia\Rdbms\DBQueryError from line 1149 of /home/webpages/server/user/html/w/includes/libs/rdbms/database/Database.php: A database query error has occurred. Did you forget to run your application's database schema updater after upgrading? Query: SELECT * FROM `w1_echo_event` INNER JOIN `w1_echo_notification` ON ((notification_event=event_id)) INNER JOIN `w1_echo_target_page` ON ((etp_event=event_id)) WHERE event_deleted = '0' AND notification_user = '13' AND notification_read_timestamp IS NULL AND etp_page = '1' Function: EchoEventMapper::fetchUnreadByUserAndPage Error: 1146 Table 'db_12345_3.w1_echo_event' doesn't exist (mysql.server.de)

Backtrace:

1. 0 /home/webpages/server/user/html/w/includes/libs/rdbms/database/Database.php(979): Wikimedia\Rdbms\Database->reportQueryError(string, integer, string, string, boolean)
2. 1 /home/webpages/server/user/html/w/includes/libs/rdbms/database/Database.php(1343): Wikimedia\Rdbms\Database->query(string, string)
3. 2 /home/webpages/server/user/html/w/extensions/Echo/includes/mapper/EventMapper.php(155): Wikimedia\Rdbms\Database->select(array, string, array, string, NULL, array)
4. 3 /home/webpages/server/user/html/w/extensions/Echo/Hooks.php(883): EchoEventMapper->fetchUnreadByUserAndPage(User, integer)
5. 4 [internal function]: EchoHooks::onPersonalUrls(array, Title, SkinDarkVector)
6. 5 /home/webpages/server/user/html/w/includes/Hooks.php(177): call_user_func_array(string, array)
7. 6 /home/webpages/server/user/html/w/includes/Hooks.php(205): Hooks::callHook(string, string, array, NULL)
8. 7 /home/webpages/server/user/html/w/includes/skins/SkinTemplate.php(732): Hooks::run(string, array)
9. 8 /home/webpages/server/user/html/w/includes/skins/SkinTemplate.php(475): SkinTemplate->buildPersonalUrls()
10. 9 /home/webpages/server/user/html/w/includes/skins/SkinTemplate.php(249): SkinTemplate->prepareQuickTemplate()
11. 10 /home/webpages/server/user/html/w/includes/OutputPage.php(2442): SkinTemplate->outputPage()
12. 11 /home/webpages/server/user/html/w/includes/exception/MWExceptionRenderer.php(135): OutputPage->output()
13. 12 /home/webpages/server/user/html/w/includes/exception/MWExceptionRenderer.php(54): MWExceptionRenderer::reportHTML(Wikimedia\Rdbms\DBQueryError)
14. 13 /home/webpages/server/user/html/w/includes/exception/MWExceptionHandler.php(75): MWExceptionRenderer::output(Wikimedia\Rdbms\DBQueryError, integer)
15. 14 /home/webpages/server/user/html/w/includes/exception/MWExceptionHandler.php(130): MWExceptionHandler::report(Wikimedia\Rdbms\DBQueryError)
16. 15 /home/webpages/server/user/html/w/includes/MediaWiki.php(550): MWExceptionHandler::handleException(Wikimedia\Rdbms\DBQueryError)
17. 16 /home/webpages/server/user/html/w/index.php(43): MediaWiki->run()
18. 17 {main}

So this means I can't use this since it requires to run update.php via command line to update the schema? Or should the tables be created via /mw-config/ as well (as it usual does for other Extension with databases changes) and it's just not working for me? I'm using a custom skin but it didn't work with one from of the bundled ones either.

CayceP (talk) 10:30, 17 May 2018 (UTC)

I have the same problem. 177.184.220.229 (talk) 18:30, 14 September 2018 (UTC)

Same issue here also. 104.142.125.214 (talk) 00:23, 29 April 2019 (UTC)

Another user (S3r3nd1) pointed towards the fix to this for ppl without command line access:

"If you look inside the Echo extension directory, you'll see a nice "echo.sql".

I opened it and saw there were just the queries to create Echo missing tables which are indeed not created with the Update script.

So I went to phpMyAdmin and imported the echo.sql to create the new tables.

For me, this worked. I don't think this is quite regular, but it works, so...

PS : if you have prefix to your wiki installation, don't forget to add it for the echo_email_batch, echo_event, echo_notification, and echo_target_page" 104.142.125.214 (talk) 04:24, 3 May 2019 (UTC)

This was so helpful, thank you very much! Felix Englisch (talk) 22:10, 12 June 2020 (UTC)

I filed https://phabricator.wikimedia.org/T249883 ·addshore· ^{talk to me!} 22:34, 9 April 2020 (UTC)

Notifications aren't marked for all users except first registered user

Is there a way to merge the "alert" badge and the "notifications"?

Right now, whenever someone is doing an action that creates a notification (giving thanks, making edits etc) the alert icon doesnt change or show a red symbol or anything. So a user doesnt know he has notifications until he looks in his profile menu and se a separate bar called "notifications".

So is it possible to have notifications show where "alerts" are? It seems a bit weird to keep these two as separate, and to even hide one of them. Oleolsenkjhølkølk (talk) 22:09, 10 September 2018 (UTC)

In the default setup and skin, notifications like "Thanks" are shown under the "Notices" icon. You can see a screenshot at Help:Notifications#Detailed notification layout. I would guess that perhaps you are talking about a different skin, and possibly a non-Wikimedia site? We would need more context in order to possibly help. Quiddity (WMF) (talk) 15:45, 11 September 2018 (UTC)

@Quiddity (WMF)

Oh, wow, i mean no offense but i actually wasnt expecting a reply until sometime next year, so thank you for noticing this. I really appreciate it.

And yes, it is a mediawiki site, with a skin that is called metrolook, which is built upon the vector skin. So, what happens is that there is a bell icon on the "toolbar" on the top, the same bar as most standard mediawiki skins have. But there is also a drop down menu for your profile related links, login/log out etc. Now, on the drop down menu there is a link called "notifications", where notifications from the echo extension shows up, while the "bell" icon remains basically unused. So, what i was wondering is whether it was possible to merge the two, as i have gotten the impression that in the echo extension "alerts" and "notifications" are two different things?

Currently, in order for a user to see notifications is to click on the alert icon (the bell) which gives a menu, and then the user clicks on a menu link saying notifications, in which they will se whether or not there are new notifications.

I have taken some screenshots, but not sure how to post them here, 88.90.0.192 (talk) 12:37, 8 October 2018 (UTC)

I'm not sure. @Roan Kattouw (WMF) do you know if there's an easy way for a 3rd party wiki to merge the two groups? Quiddity (WMF) (talk) 17:28, 8 October 2018 (UTC)

Or, any alternative solutions would be greatly appreciated too. Changing which events gives a notification where or something similar? Oleolsenkjhølkølk (talk) 09:17, 23 October 2018 (UTC)

Ideally, the skin that you're using would display both alerts and notifications in a useful way :/

However, changing which notification types are in which group is pretty easy to do in LocalSettings.php:

// To change individual notification types:

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

// To change all notification types at once:

foreach ( $wgEchoNotificationTypes as &$data ) {

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

} Roan Kattouw (WMF) (talk) 20:02, 23 October 2018 (UTC)

@Roan Kattouw (WMF)

Hmm, i added the line for changing all notification types at once into my localsettings, and it only produces a 500 error. But thanks for replying at least, but it seems like the easiest thing to do would just be switch around the section tags inside the echo extension files folder. Not quite sure which specific file to edit though, been looking through all the obvious ones without finding a list of which "event" goes where.

Oleolsenkjhølkølk (talk) 13:03, 22 January 2019 (UTC)

Oh that's right, I forgot that with extension registration, things work differently now. You might have more luck with the following code:

$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';

}

}; Roan Kattouw (WMF) (talk) 22:03, 5 February 2019 (UTC)

NotifUser.php: Class 'CentralIdLookup' not found

I got " NotifUser.php: Class 'CentralIdLookup' not found "

and seems from getMemcKey

how to do ? Alexandroslee (talk) 02:01, 19 September 2018 (UTC)

seems Build a memcached key got wrong ?! Alexandroslee (talk) 02:04, 19 September 2018 (UTC)

have to install memcached ? Alexandroslee (talk) 02:22, 19 September 2018 (UTC)

Cross-wiki notifications, database tables don't exist

Hello, I'm trying to enable cross-wiki notifications. I am missing the "echo_unread_wikis" table, according to the error output. How do I go about fixing this?

Thanks Garuda3 (talk) 08:58, 1 December 2018 (UTC)

no file called "Echo.php"

Hello.

I'm trying to install Echo. I download the files and add the command: require_once "$ IP / extensions / Echo / Echo.php";

But it's not working.

I noticed that in the Echo library there is no file called "Echo.php", but there is "Echo.alias.php". Is it related to the matter, or is there any other reason why it does not work for me? Ahikam eliraz (talk) 10:28, 28 January 2019 (UTC)

Follow Extension:Echo#Installing. If you have older MediaWiki, you may need to download an older version of Echo. Matěj Suchánek (talk) 12:43, 28 January 2019 (UTC)

Are you sure you followed the instructions for installing this extension? Or you downloaded the version for MW 1.28 and later and you are still on MW 1.2 [[kgh]] (talk) 12:43, 28 January 2019 (UTC)

Hi. Thanks.

I am working with version 1.28.

I've tried installing the newest version, and also 1.29 version .

I do not have the option to install 1.28 version.

Now I see that I have the 'Echo.php' file, but it still does not work for me.

If I write the command: wfLoadExtension ('Echo'); or the command: "require_once "$ IP / extensions / Echo / Echo.php";", in LocalSetting.php, - the site writes 'This page does not work'.

If I understand correctly, it just does not recognize the file. Ahikam eliraz (talk) 09:49, 29 January 2019 (UTC)

You should really upgrade your instance to a supported version. Anyhow this version is meant to be used for MW 1.28.x. [[kgh]] (talk) 13:49, 29 January 2019 (UTC)

Suggestion: add "run composer install" into Installing session.

Suggestion: add "run composer install" into Installing session. Without composer components, Echo return fatal error sometimes.

(Using Mediawiki 1.31.1 with matched Echo version.) Deletedaccount4567435 (talk) 04:50, 7 March 2019 (UTC)

Echo has no composer dependencies, what fatal errors are you seeing? Legoktm (talk) 06:50, 7 March 2019 (UTC)

Changing user preferences? How to?

I have no clue how to set user preferences, e.g. I want to set e-mails for mentions by default. Both

$wgDefaultUserOptions['echo-subscriptions-email-mention'] = 1;

or

$wgDefaultUserOptions['echo-subscriptions-email-mention'] = true;

fail gloriously. [[kgh]] (talk) 22:35, 15 March 2019 (UTC)

You should be able to set that in "Preferences", under the "Notifications" tab. There's a matrix of checkboxes dictating which type of notification you wish to get via the web popup and/or email. MSchottlender-WMF (talk) 00:22, 23 March 2019 (UTC)

Thanks for your reply. I am aware of this and I already changed my preferences.

However I still do not know how to change the defaults for all new users that will be registering on the wiki without requiring them to got to their preferences to change them accordingly. [[kgh]] (talk) 11:16, 23 March 2019 (UTC)

I have the same problem. Sokote zaman (talk) 23:07, 14 September 2019 (UTC)

Have you tried to create a new account after changing $wgDefaultUserOptions? Existing user accounts who had the (previous) default option and didn't set it explicitly (which means that it's not stored in the database) will then use the new default. Or simply press the "Restore all default settings (in all sections)" button? Because $wgDefaultUserOptions['echo-subscriptions-email-mention'] = true; works for me. Lens0021 (talk) 00:38, 15 September 2019 (UTC)

tnakyou

wfLoadExtension( 'Echo' ); #NOT Complate configrations--->>>

$wgEchoEnableEmailBatch = true;

$wgEchoUseJobQueue = true;

$wgEchoBundleEmailInterval = "3";

$wgEchoEmailFooterAddress = 'ویکی‌کد: دانشنامه جامع زبان‌های برنامه‌نویسی در ایران';

#$wgNotificationSender = xxxxxxxxxxxxxxxxxxxxxxxxxx

#$wgNotificationSenderName = xxxxxxxxxxxxxxxxxxxxxxxxxx

#$wgNotificationReplyName = xxxxxxxxxxxxxxxxxxxxxxxxxx

$wgEchoCluster = false;

$wgEchoMaxUpdateCount = "2000";

$wgEchoMaxMentionsCount = "500";

$wgEchoMentionStatusNotifications = false;

$wgEchoMentionsOnMultipleSectionEdits = true;

$wgEchoMentionOnChanges = true;

$wgEchoMaxMentionsInEditSummary = "10000";

$wgEchoNewMsgAlert = true;

$wgEchoShowFooterNotice = false;

#$wgEchoFooterNoticeURL = '';

$wgNotifyTypeAvailabilityByCategory = [

    // Otherwise, a user->user email could trigger an additional redundant notification email.

    'emailuser' => [

        'web' => true,

        'email' => false,

    ],

    'mention-failure' => [

        'web' => true,

        'email' => false,

    ],

    'mention-success' => [

        'web' => true,

        'email' => false,

    ],

];

$wgEchoNotifiers = [

    'web' => [ 'EchoNotifier', 'notifyWithNotification' ],

    'email' => [ 'EchoNotifier', 'notifyWithEmail' ],

];

#$wgEchoOnWikiBlacklist = xxxxxxxxxxxxxxxxxxxxxxxxxx

#$wgEchoPerUserWhitelistFormat = xxxxxxxxxxxxxxxxxxxxxxxxxx

$wgEchoCrossWikiNotifications = false;

$wgEchoUseCrossWikiBetaFeature = false;

#$wgEchoNotificationCategories = xxxxxxxxxxxxxxxxxxxxxxxxxx

$wgDefaultUserOptions['echo-show-alert'] = true;

$wgDefaultUserOptions['echo-email-frequency'] = "0";

$wgDefaultUserOptions['echo-dismiss-feedback-alert'] = "0";

$wgDefaultUserOptions['echo-email-format'] = "HTML";

#$wgDefaultUserOptions["echo-subscriptions-email-{$category}"] = xxxxxxxxxxxxxxxxxxxxxxxxxx

#$wgDefaultUserOptions["echo-subscriptions-web-{$category}"] = xxxxxxxxxxxxxxxxxxxxxxxxxx

#$wgEchoConfig = xxxxxxxxxxxxxxxxxxxxxxxxxx

#$wgEchoConfig = xxxxxxxxxxxxxxxxxxxxxxxxxx

$wgDefaultUserOptions['echo-subscriptions-email-mention'] = true; Sokote zaman (talk) 02:21, 15 September 2019 (UTC)

Can you trigger an email from within a conditional statement?

Is this possible?

{{#if: {{{Contact|}}}|yes|email support group}}

Email a certain person or group Legaulph (talk) 18:46, 12 April 2019 (UTC)

No, that would be horrifically abusable. 「ディノ奴千？！」^{☎ Dinoguy1000} 00:42, 13 April 2019 (UTC)

Displaying Database Label instead of "inbox"

So it looks like this bit of code makes it display my database label, "steveeng_mw19717-mw8z_", when i believe it should say "Inbox". What file do i need to edit with this bit of code in it?

<span class="oo-ui-labelElement-label mw-echo-ui-pageNotificationsOptionWidget-title-label">steveeng_mw19717-mw8z_</span> Steveengelhardt (talk) 04:05, 20 April 2019 (UTC)

Notifications for anonymous users

Is there any way to allow anonymous users to receive notifications? 181.55.114.245 (talk) 08:33, 16 May 2019 (UTC)

Not currently. The main complexity is that IP addresses can often be shared by many people (e.g. school networks, and sometimes entire countries!) and there is no way to guarantee that the intended person will see the notification. The task that is tracking progress towards a potential solution is phab:T58828, but moving slowly as epic tasks tend to do. HTH. Quiddity (WMF) (talk) 14:43, 16 May 2019 (UTC)

Ok, I have installed StructuredDiscussions and I've replaced all the user talks by structured discussions. The problem is that anonymous doesn't receive a notification when someone leaves a message in their discussion.

So, is there any chance that users receive notifications of structured discussions? Or how to disable structured discussions only for the user talks of anonymous users? 181.55.114.245 (talk) 16:04, 16 May 2019 (UTC)

Not receiving any notifications

PHP	7.1.8 (apache2handler)
Echo release 1.31
CategoryWatch	2.0, 2017-09-19 (542f9a1) 16:24, 17 April 2018
wfLoadExtension( 'Echo' );
#$wgRCWatchCategoryMembership=true;
wfLoadExtension( 'CategoryWatch' );
$wgCategoryWatchNotifyEditor = true;

Apache spawns too many processes after I installed Echo

Configuration: $wgEchoNotifications

Hello,

my skin

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": [

                                                "EchoUserLocator::locateEventAgent"

                                        ],

                                        "category": "system",

                                        "notify-type-availability": {

                                                "email": false

                                        },

                                        "group": "positive",

                                        "presentation-model": "EchoEditThresholdPresentationModel",

                                        "section": "alert"

},

but without success.

What should I do? Silkwood (talk) 10:17, 13 December 2019 (UTC)

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. Varlin (talk) 08:26, 20 May 2020 (UTC)

Thank you so much. Silkwood (talk) 08:40, 20 May 2020 (UTC)

Exactly what I needed, thanks a lot. Any clarification on why it is implemented with two icons instead of one ? 89.87.78.186 (talk) 12:33, 24 July 2021 (UTC)

There's "alerts" and "notifications". "alerts" are important and "notifications" are not. That way, important messages don't get spammed away by other messages.

e.g. if someone does something scary (like edit your userpage) and then everybody thanks you for every edit you've ever done, it's nice if the thank you messages don't hide the important message 92.63.169.50 (talk) 18:11, 19 June 2023 (UTC)

Problems Setting up Echo on my MediaWiki

I followed the installation step by step but when i load the wfLoadExtension( 'Echo' ); then when i load my wiki page, i get the following. I did run the update script through the web option. But it didnt do anything, can i get any help?

MediaWiki internal error.

Original exception: [XjeZihQ@PlaIURwVhWHuVAAAANc] /Special:Version Wikimedia\Rdbms\DBQueryError from line 1587 of /var/www/vhosts/geministation.com/wiki.geministation.com/includes/libs/rdbms/database/Database.php: A database query error has occurred. Did you forget to run your application's database schema updater after upgrading?

Query: SELECT COUNT(*) AS `rowcount` FROM (SELECT 1 FROM `wikiecho_notification` LEFT JOIN `wikiecho_event` ON ((notification_event=event_id)) WHERE notification_user = '4' AND notification_read_timestamp IS NULL AND event_deleted = '0' AND event_type IN ('edit-user-talk','reverted','mention','mention-summary','mention-failure','mention-failure-too-many','mention-success','user-rights','emailuser','foreign') LIMIT 100 ) `tmp_count`

Function: EchoUserNotificationGateway::getCappedNotificationCount

Error: 1146 Table 'gemwiki.wikiecho_notification' doesn't exist (localhost)

Backtrace:

#0 /var/www/vhosts/geministation.com/wiki.geministation.com/includes/libs/rdbms/database/Database.php(1556): Wikimedia\Rdbms\Database->getQueryExceptionAndLog(string, integer, string, string)

#1 /var/www/vhosts/geministation.com/wiki.geministation.com/includes/libs/rdbms/database/Database.php(1274): Wikimedia\Rdbms\Database->reportQueryError(string, integer, string, string, boolean)

#2 /var/www/vhosts/geministation.com/wiki.geministation.com/includes/libs/rdbms/database/Database.php(1784): Wikimedia\Rdbms\Database->query(string, string)

#3 /var/www/vhosts/geministation.com/wiki.geministation.com/includes/libs/rdbms/database/Database.php(1929): Wikimedia\Rdbms\Database->select(array, array, array, string)

#4 /var/www/vhosts/geministation.com/wiki.geministation.com/extensions/Echo/includes/gateway/UserNotificationGateway.php(171): Wikimedia\Rdbms\Database->selectRowCount(array, string, array, string, array, array)

#5 /var/www/vhosts/geministation.com/wiki.geministation.com/extensions/Echo/includes/NotifUser.php(543): EchoUserNotificationGateway->getCappedNotificationCount(integer, array, integer)

#6 /var/www/vhosts/geministation.com/wiki.geministation.com/extensions/Echo/includes/NotifUser.php(502): MWEchoNotifUser->computeLocalCountsAndTimestamps()

#7 /var/www/vhosts/geministation.com/wiki.geministation.com/includes/libs/objectcache/WANObjectCache.php(1414): MWEchoNotifUser->{closure}(boolean, integer, array, NULL)

#8 /var/www/vhosts/geministation.com/wiki.geministation.com/includes/libs/objectcache/WANObjectCache.php(1275): WANObjectCache->doGetWithSetCallback(string, integer, Closure, array)

#9 /var/www/vhosts/geministation.com/wiki.geministation.com/extensions/Echo/includes/NotifUser.php(503): WANObjectCache->getWithSetCallback(string, integer, Closure)

#10 /var/www/vhosts/geministation.com/wiki.geministation.com/extensions/Echo/includes/NotifUser.php(182): MWEchoNotifUser->getCountsAndTimestamps(boolean)

#11 /var/www/vhosts/geministation.com/wiki.geministation.com/extensions/Echo/includes/NotifUser.php(134): MWEchoNotifUser->getNotificationCount(string)

#12 /var/www/vhosts/geministation.com/wiki.geministation.com/extensions/Echo/includes/EchoHooks.php(966): MWEchoNotifUser->getMessageCount()

#13 /var/www/vhosts/geministation.com/wiki.geministation.com/includes/Hooks.php(174): EchoHooks::onPersonalUrls(array, Title, SkinVector)

#14 /var/www/vhosts/geministation.com/wiki.geministation.com/includes/Hooks.php(234): Hooks::callHook(string, array, array, NULL, string)

#15 /var/www/vhosts/geministation.com/wiki.geministation.com/includes/skins/SkinTemplate.php(762): Hooks::runWithoutAbort(string, array)

#16 /var/www/vhosts/geministation.com/wiki.geministation.com/includes/skins/SkinTemplate.php(463): SkinTemplate->buildPersonalUrls()

#17 /var/www/vhosts/geministation.com/wiki.geministation.com/includes/skins/SkinTemplate.php(228): SkinTemplate->prepareQuickTemplate()

#18 /var/www/vhosts/geministation.com/wiki.geministation.com/includes/OutputPage.php(2723): SkinTemplate->outputPage()

#19 /var/www/vhosts/geministation.com/wiki.geministation.com/includes/MediaWiki.php(872): OutputPage->output(boolean)

#20 /var/www/vhosts/geministation.com/wiki.geministation.com/includes/MediaWiki.php(884): MediaWiki->{closure}()

#21 /var/www/vhosts/geministation.com/wiki.geministation.com/includes/MediaWiki.php(515): MediaWiki->main()

#22 /var/www/vhosts/geministation.com/wiki.geministation.com/index.php(42): MediaWiki->run()

#23 {main}

Exception caught inside exception handler: [XjeZihQ@PlaIURwVhWHuVAAAANc] /Special:Version Wikimedia\Rdbms\DBQueryError from line 1587 of /var/www/vhosts/geministation.com/wiki.geministation.com/includes/libs/rdbms/database/Database.php: A database query error has occurred. Did you forget to run your application's database schema updater after upgrading?

Query: SELECT COUNT(*) AS `rowcount` FROM (SELECT 1 FROM `wikiecho_notification` LEFT JOIN `wikiecho_event` ON ((notification_event=event_id)) WHERE notification_user = '4' AND notification_read_timestamp IS NULL AND event_deleted = '0' AND event_type IN ('edit-user-talk','reverted','mention','mention-summary','mention-failure','mention-failure-too-many','mention-success','user-rights','emailuser','foreign') LIMIT 100 ) `tmp_count`

Function: EchoUserNotificationGateway::getCappedNotificationCount

Error: 1146 Table 'gemwiki.wikiecho_notification' doesn't exist (localhost) MasterBanri (talk) 04:34, 3 February 2020 (UTC)

What configuration values do you have in place related to Echo?

Do you have multiple wikis (and databases) served from this one document root?

It certainly looks like update.php didn’t run. KHarlan (WMF) (talk) 08:18, 3 February 2020 (UTC)

I only have 1 wiki and wont need multiple.

I dont have any config values, just the loading code: wfLoadExtension( 'Echo' );

Is that the issue?

I ran the web updater but yeah... MasterBanri (talk) 15:20, 3 February 2020 (UTC)

I guess this thread isnt active enough to provide help. MasterBanri (talk) 20:46, 4 February 2020 (UTC)

@MasterBanri it looks like update.php didn't run. Can you try via the command-line, if you have access? KHarlan (WMF) (talk) 11:33, 6 February 2020 (UTC)

MediaWiki internal error.

Original exception: [XjsztnVLTtZUulTtYuz-1AAAAQs] /Main_Page Wikimedia\Rdbms\DBQueryError from line 1587 of /var/www/vhosts/geministation.com/wiki.geministation.com/includes/libs/rdbms/database/Database.php: A database query error has occurred. Did you forget to run your application's database schema updater after upgrading?

Query: SELECT event_id,event_type,event_variant,event_agent_id,event_agent_ip,event_extra,event_page_id,event_deleted,notification_timestamp FROM `wikiecho_event` INNER JOIN `wikiecho_notification` ON ((notification_event=event_id)) INNER JOIN `wikiecho_target_page` ON ((etp_event=event_id)) WHERE event_deleted = '0' AND notification_user = '3' AND notification_read_timestamp IS NULL AND etp_page = '1'

Function: EchoEventMapper::fetchUnreadByUserAndPage

Error: 1146 Table 'gemwiki.wikiecho_event' doesn't exist (localhost)

Backtrace:

#0 /var/www/vhosts/geministation.com/wiki.geministation.com/includes/libs/rdbms/database/Database.php(1556): Wikimedia\Rdbms\Database->getQueryExceptionAndLog(string, integer, string, string)

#1 /var/www/vhosts/geministation.com/wiki.geministation.com/includes/libs/rdbms/database/Database.php(1274): Wikimedia\Rdbms\Database->reportQueryError(string, integer, string, string, boolean)

#2 /var/www/vhosts/geministation.com/wiki.geministation.com/includes/libs/rdbms/database/Database.php(1784): Wikimedia\Rdbms\Database->query(string, string)

#3 /var/www/vhosts/geministation.com/wiki.geministation.com/extensions/Echo/includes/mapper/EventMapper.php(151): Wikimedia\Rdbms\Database->select(array, array, array, string, NULL, array)

#4 /var/www/vhosts/geministation.com/wiki.geministation.com/extensions/Echo/includes/EchoHooks.php(885): EchoEventMapper->fetchUnreadByUserAndPage(User, integer)

#5 /var/www/vhosts/geministation.com/wiki.geministation.com/extensions/Echo/includes/EchoHooks.php(962): EchoHooks::processMarkAsRead(User, WebRequest, Title)

#6 /var/www/vhosts/geministation.com/wiki.geministation.com/includes/Hooks.php(174): EchoHooks::onPersonalUrls(array, Title, SkinVector)

#7 /var/www/vhosts/geministation.com/wiki.geministation.com/includes/Hooks.php(234): Hooks::callHook(string, array, array, NULL, string)

#8 /var/www/vhosts/geministation.com/wiki.geministation.com/includes/skins/SkinTemplate.php(762): Hooks::runWithoutAbort(string, array)

#9 /var/www/vhosts/geministation.com/wiki.geministation.com/includes/skins/SkinTemplate.php(463): SkinTemplate->buildPersonalUrls()

#10 /var/www/vhosts/geministation.com/wiki.geministation.com/includes/skins/SkinTemplate.php(228): SkinTemplate->prepareQuickTemplate()

#11 /var/www/vhosts/geministation.com/wiki.geministation.com/includes/OutputPage.php(2723): SkinTemplate->outputPage()

#12 /var/www/vhosts/geministation.com/wiki.geministation.com/includes/MediaWiki.php(872): OutputPage->output(boolean)

#13 /var/www/vhosts/geministation.com/wiki.geministation.com/includes/MediaWiki.php(884): MediaWiki->{closure}()

#14 /var/www/vhosts/geministation.com/wiki.geministation.com/includes/MediaWiki.php(515): MediaWiki->main()

#15 /var/www/vhosts/geministation.com/wiki.geministation.com/index.php(42): MediaWiki->run()

#16 {main}

Exception caught inside exception handler: [XjsztnVLTtZUulTtYuz-1AAAAQs] /Main_Page Wikimedia\Rdbms\DBQueryError from line 1587 of /var/www/vhosts/geministation.com/wiki.geministation.com/includes/libs/rdbms/database/Database.php: A database query error has occurred. Did you forget to run your application's database schema updater after upgrading?

Query: SELECT event_id,event_type,event_variant,event_agent_id,event_agent_ip,event_extra,event_page_id,event_deleted,notification_timestamp FROM `wikiecho_event` INNER JOIN `wikiecho_notification` ON ((notification_event=event_id)) INNER JOIN `wikiecho_target_page` ON ((etp_event=event_id)) WHERE event_deleted = '0' AND notification_user = '3' AND notification_read_timestamp IS NULL AND etp_page = '1'

Function: EchoEventMapper::fetchUnreadByUserAndPage

Error: 1146 Table 'gemwiki.wikiecho_event' doesn't exist (localhost)

Backtrace:

#0 /var/www/vhosts/geministation.com/wiki.geministation.com/includes/libs/rdbms/database/Database.php(1556): Wikimedia\Rdbms\Database->getQueryExceptionAndLog(string, integer, string, string)

#1 /var/www/vhosts/geministation.com/wiki.geministation.com/includes/libs/rdbms/database/Database.php(1274): Wikimedia\Rdbms\Database->reportQueryError(string, integer, string, string, boolean)

#2 /var/www/vhosts/geministation.com/wiki.geministation.com/includes/libs/rdbms/database/Database.php(1784): Wikimedia\Rdbms\Database->query(string, string)

#3 /var/www/vhosts/geministation.com/wiki.geministation.com/extensions/Echo/includes/mapper/EventMapper.php(151): Wikimedia\Rdbms\Database->select(array, array, array, string, NULL, array)

#4 /var/www/vhosts/geministation.com/wiki.geministation.com/extensions/Echo/includes/EchoHooks.php(885): EchoEventMapper->fetchUnreadByUserAndPage(User, integer)

#5 /var/www/vhosts/geministation.com/wiki.geministation.com/extensions/Echo/includes/EchoHooks.php(962): EchoHooks::processMarkAsRead(User, WebRequest, Title)

#6 /var/www/vhosts/geministation.com/wiki.geministation.com/includes/Hooks.php(174): EchoHooks::onPersonalUrls(array, Title, SkinVector)

#7 /var/www/vhosts/geministation.com/wiki.geministation.com/includes/Hooks.php(234): Hooks::callHook(string, array, array, NULL, string)

#8 /var/www/vhosts/geministation.com/wiki.geministation.com/includes/skins/SkinTemplate.php(762): Hooks::runWithoutAbort(string, array)

#9 /var/www/vhosts/geministation.com/wiki.geministation.com/includes/skins/SkinTemplate.php(463): SkinTemplate->buildPersonalUrls()

#10 /var/www/vhosts/geministation.com/wiki.geministation.com/includes/skins/SkinTemplate.php(228): SkinTemplate->prepareQuickTemplate()

#11 /var/www/vhosts/geministation.com/wiki.geministation.com/includes/OutputPage.php(2723): SkinTemplate->outputPage()

#12 /var/www/vhosts/geministation.com/wiki.geministation.com/includes/exception/MWExceptionRenderer.php(134): OutputPage->output()

#13 /var/www/vhosts/geministation.com/wiki.geministation.com/includes/exception/MWExceptionRenderer.php(53): MWExceptionRenderer::reportHTML(Wikimedia\Rdbms\DBQueryError)

#14 /var/www/vhosts/geministation.com/wiki.geministation.com/includes/exception/MWExceptionHandler.php(98): MWExceptionRenderer::output(Wikimedia\Rdbms\DBQueryError, integer)

#15 /var/www/vhosts/geministation.com/wiki.geministation.com/includes/exception/MWExceptionHandler.php(172): MWExceptionHandler::report(Wikimedia\Rdbms\DBQueryError)

#16 /var/www/vhosts/geministation.com/wiki.geministation.com/includes/MediaWiki.php(542): MWExceptionHandler::handleException(Wikimedia\Rdbms\DBQueryError)

#17 /var/www/vhosts/geministation.com/wiki.geministation.com/index.php(42): MediaWiki->run()

#18 {main} MasterBanri (talk) 14:16, 6 February 2020 (UTC)

I'm having a similar problem. Apparently multiple people over the years have had similar issues. Yes, I ran the updater.

MediaWiki internal error.

Original exception: [Xjyg-XCz3wOr8mEEXQNjgwAAAAk] 2020-02-06 23:27:57: Fatal exception of type "Wikimedia\Rdbms\DBQueryError"

Exception caught inside exception handler. Lostraven (talk) 23:33, 6 February 2020 (UTC)

Apparently this problem has been happening for more than four years! I wish I could understand why this isn't yet resolved in all that time. Yes, the web updater isn't creating the tables. Yes, I'm on a hosted solution. No, I have no clue how to do this: "So I went to phpMyAdmin and imported the echo.sql to create the new tables." I'm going to try the trick mentioned by AhmadF.Cheema here:

UPDATE: Ahmad's method seems to have worked for me.

Step 1. Add this to the bottom of your LocalSettings.php:

# Schema updates for update.php

$wgHooks['LoadExtensionSchemaUpdates'][] = 'fnMyHook';

function fnMyHook( DatabaseUpdater $updater ) {

$updater->addExtensionTable( 'echo_target_page',

__DIR__ . '/echo.sql' );

return true;

}

Step 2. Go to Extensions/Echo and copy echo.sql to both the base directory (where LocalSettings.php resides) and to the Maintenance folder. (Ahmad wasn't sure which folder it pulls from.)

Step 3. Run the web updater again. Walla! The tables are created. Presumably I can then remove the added material from Step 1 and 2. Lostraven (talk) 23:51, 6 February 2020 (UTC)

thanks!

i installed a mediawiki 1.31 LTS today and had a similar problem with the Echo extension (1_31 branch).

update.php did not work, but printed (and still prints) error messages all the time, such as:

Wikimedia\Rdbms\DBConnectionError from line 1004 of .../includes/libs/rdbms/database/Database.php: Cannot access the database: No such file or directory (localhost)

your solution solved my problem, too! Echo works fine now. :-) seth (talk) 10:31, 15 March 2020 (UTC)

it works by the method above

Thanks! Iamchenzetian (talk) 10:18, 1 November 2020 (UTC)

Upgrading MW and SMW Echo gives Fatal error: Uncaught Error: Call to undefined method ObjectCache

Is it possible to move the Echo icons out of mw-head?

Hi guys,

if you have a custom skin, is it possible to place the Echo icons somewhere else? Because I can't see the icons, but Echo is installed and is running. But I don't have 'mw-head' or 'p-personal'. Ophd (talk) 10:01, 11 February 2020 (UTC)

Echo uses the internal operation to add itself to personal tools so that the addition is consistent across skins. This is an internal operation in MediaWiki that creates the link in the p-personal/p-tb/etc tools. Skins are expected to implement an output for the personal tools so they can appear. I don't think you have to encapsulate them with a specific div, but they need to be outputted.

See an example and explanation for this in Manual:Skinning Part 2#Personal tools

I hope this solves the issue :) MSchottlender-WMF (talk) 01:35, 13 February 2020 (UTC)

@MSchottlender-WMF many thanks. Yes this solves then the issue. 2A02:8071:B9D:DD00:49A7:39D6:6722:4977 (talk) 18:51, 13 February 2020 (UTC)

How to write a one time notification?

Hello to all experts,

how can you write an one time notification to all users? For example to inform about an event?

Best Regards 193.16.224.3 (talk) 09:55, 27 February 2020 (UTC)

Echo Workaround

So I followed @Lostraven in his directions for adding tables for echo. And I ran into this error in the web updater:

Creating echo_target_page table ...
An error occurred:
Could not open "/var/www/vhosts/geministation.com/wiki.geministation.com/echo.sql".

I added the file to both LocalSettings directory and Maintenance Folder.

I also added the following code at the bottom of the localsettings file.

$wgHooks['LoadExtensionSchemaUpdates'][] = 'fnMyHook';
function fnMyHook( DatabaseUpdater $updater ) {
$updater->addExtensionTable( 'echo_target_page',
__DIR__ . '/echo.sql' );
return true;
}

It did absolutely nothing.

Here is also my error when trying to load the echo extension regardless;

MediaWiki internal error.

Original exception: [XmKinwx91T5ldTrlzPuaGAAAAMI] /Main_Page Wikimedia\Rdbms\DBQueryError from line 1587 of /var/www/vhosts/geministation.com/wiki.geministation.com/includes/libs/rdbms/database/Database.php: A database query error has occurred. Did you forget to run your application's database schema updater after upgrading?
Query: SELECT event_id,event_type,event_variant,event_agent_id,event_agent_ip,event_extra,event_page_id,event_deleted,notification_timestamp FROM `wikiecho_event` INNER JOIN `wikiecho_notification` ON ((notification_event=event_id)) INNER JOIN `wikiecho_target_page` ON ((etp_event=event_id)) WHERE event_deleted = '0' AND notification_user = '3' AND notification_read_timestamp IS NULL AND etp_page = '1'
Function: EchoEventMapper::fetchUnreadByUserAndPage
Error: 1146 Table 'gemwiki.wikiecho_event' doesn't exist (localhost)

Backtrace:
#0 /var/www/vhosts/geministation.com/wiki.geministation.com/includes/libs/rdbms/database/Database.php(1556): Wikimedia\Rdbms\Database->getQueryExceptionAndLog(string, integer, string, string)
#1 /var/www/vhosts/geministation.com/wiki.geministation.com/includes/libs/rdbms/database/Database.php(1274): Wikimedia\Rdbms\Database->reportQueryError(string, integer, string, string, boolean)
#2 /var/www/vhosts/geministation.com/wiki.geministation.com/includes/libs/rdbms/database/Database.php(1784): Wikimedia\Rdbms\Database->query(string, string)
#3 /var/www/vhosts/geministation.com/wiki.geministation.com/extensions/Echo/includes/mapper/EventMapper.php(151): Wikimedia\Rdbms\Database->select(array, array, array, string, NULL, array)
#4 /var/www/vhosts/geministation.com/wiki.geministation.com/extensions/Echo/includes/EchoHooks.php(885): EchoEventMapper->fetchUnreadByUserAndPage(User, integer)
#5 /var/www/vhosts/geministation.com/wiki.geministation.com/extensions/Echo/includes/EchoHooks.php(962): EchoHooks::processMarkAsRead(User, WebRequest, Title)
#6 /var/www/vhosts/geministation.com/wiki.geministation.com/includes/Hooks.php(174): EchoHooks::onPersonalUrls(array, Title, SkinVector)
#7 /var/www/vhosts/geministation.com/wiki.geministation.com/includes/Hooks.php(234): Hooks::callHook(string, array, array, NULL, string)
#8 /var/www/vhosts/geministation.com/wiki.geministation.com/includes/skins/SkinTemplate.php(762): Hooks::runWithoutAbort(string, array)
#9 /var/www/vhosts/geministation.com/wiki.geministation.com/includes/skins/SkinTemplate.php(463): SkinTemplate->buildPersonalUrls()
#10 /var/www/vhosts/geministation.com/wiki.geministation.com/includes/skins/SkinTemplate.php(228): SkinTemplate->prepareQuickTemplate()
#11 /var/www/vhosts/geministation.com/wiki.geministation.com/includes/OutputPage.php(2723): SkinTemplate->outputPage()
#12 /var/www/vhosts/geministation.com/wiki.geministation.com/includes/MediaWiki.php(872): OutputPage->output(boolean)
#13 /var/www/vhosts/geministation.com/wiki.geministation.com/includes/MediaWiki.php(884): MediaWiki->{closure}()
#14 /var/www/vhosts/geministation.com/wiki.geministation.com/includes/MediaWiki.php(515): MediaWiki->main()
#15 /var/www/vhosts/geministation.com/wiki.geministation.com/index.php(42): MediaWiki->run()
#16 {main}

Exception caught inside exception handler: [XmKinwx91T5ldTrlzPuaGAAAAMI] /Main_Page Wikimedia\Rdbms\DBQueryError from line 1587 of /var/www/vhosts/geministation.com/wiki.geministation.com/includes/libs/rdbms/database/Database.php: A database query error has occurred. Did you forget to run your application's database schema updater after upgrading?
Query: SELECT event_id,event_type,event_variant,event_agent_id,event_agent_ip,event_extra,event_page_id,event_deleted,notification_timestamp FROM `wikiecho_event` INNER JOIN `wikiecho_notification` ON ((notification_event=event_id)) INNER JOIN `wikiecho_target_page` ON ((etp_event=event_id)) WHERE event_deleted = '0' AND notification_user = '3' AND notification_read_timestamp IS NULL AND etp_page = '1'
Function: EchoEventMapper::fetchUnreadByUserAndPage
Error: 1146 Table 'gemwiki.wikiecho_event' doesn't exist (localhost)

Backtrace:
#0 /var/www/vhosts/geministation.com/wiki.geministation.com/includes/libs/rdbms/database/Database.php(1556): Wikimedia\Rdbms\Database->getQueryExceptionAndLog(string, integer, string, string)
#1 /var/www/vhosts/geministation.com/wiki.geministation.com/includes/libs/rdbms/database/Database.php(1274): Wikimedia\Rdbms\Database->reportQueryError(string, integer, string, string, boolean)
#2 /var/www/vhosts/geministation.com/wiki.geministation.com/includes/libs/rdbms/database/Database.php(1784): Wikimedia\Rdbms\Database->query(string, string)
#3 /var/www/vhosts/geministation.com/wiki.geministation.com/extensions/Echo/includes/mapper/EventMapper.php(151): Wikimedia\Rdbms\Database->select(array, array, array, string, NULL, array)
#4 /var/www/vhosts/geministation.com/wiki.geministation.com/extensions/Echo/includes/EchoHooks.php(885): EchoEventMapper->fetchUnreadByUserAndPage(User, integer)
#5 /var/www/vhosts/geministation.com/wiki.geministation.com/extensions/Echo/includes/EchoHooks.php(962): EchoHooks::processMarkAsRead(User, WebRequest, Title)
#6 /var/www/vhosts/geministation.com/wiki.geministation.com/includes/Hooks.php(174): EchoHooks::onPersonalUrls(array, Title, SkinVector)
#7 /var/www/vhosts/geministation.com/wiki.geministation.com/includes/Hooks.php(234): Hooks::callHook(string, array, array, NULL, string)
#8 /var/www/vhosts/geministation.com/wiki.geministation.com/includes/skins/SkinTemplate.php(762): Hooks::runWithoutAbort(string, array)
#9 /var/www/vhosts/geministation.com/wiki.geministation.com/includes/skins/SkinTemplate.php(463): SkinTemplate->buildPersonalUrls()
#10 /var/www/vhosts/geministation.com/wiki.geministation.com/includes/skins/SkinTemplate.php(228): SkinTemplate->prepareQuickTemplate()
#11 /var/www/vhosts/geministation.com/wiki.geministation.com/includes/OutputPage.php(2723): SkinTemplate->outputPage()
#12 /var/www/vhosts/geministation.com/wiki.geministation.com/includes/exception/MWExceptionRenderer.php(134): OutputPage->output()
#13 /var/www/vhosts/geministation.com/wiki.geministation.com/includes/exception/MWExceptionRenderer.php(53): MWExceptionRenderer::reportHTML(Wikimedia\Rdbms\DBQueryError)
#14 /var/www/vhosts/geministation.com/wiki.geministation.com/includes/exception/MWExceptionHandler.php(98): MWExceptionRenderer::output(Wikimedia\Rdbms\DBQueryError, integer)
#15 /var/www/vhosts/geministation.com/wiki.geministation.com/includes/exception/MWExceptionHandler.php(172): MWExceptionHandler::report(Wikimedia\Rdbms\DBQueryError)
#16 /var/www/vhosts/geministation.com/wiki.geministation.com/includes/MediaWiki.php(542): MWExceptionHandler::handleException(Wikimedia\Rdbms\DBQueryError)
#17 /var/www/vhosts/geministation.com/wiki.geministation.com/index.php(42): MediaWiki->run()
#18 {main} MasterBanri (talk) 19:45, 6 March 2020 (UTC)

Just saw the patch from my previous issue here. Should I re download and install the echo extension again? MasterBanri (talk) 20:03, 6 March 2020 (UTC)

Can I get notifications list using oauth token?

Can I get notifications list using oauth token? WeekThor (talk) 17:53, 25 April 2020 (UTC)

Installing the version from git broke my wiki

Did exactly this:

cd extensions/

git clone https://gerrit.wikimedia.org/r/mediawiki/extensions/Echo.git

then wfLoadExtension( 'Echo' ); in LocalSettings.php.

Running update.php suspiciously did not provide any output. Then my wiki did not open. Remedy: deleting Echo folder and getting it via usual (for me) download extension feature. Then all worked fine. Sergiidumyk (talk) 15:07, 17 May 2020 (UTC)

Error on Echo after installation

Hey there,

I recently installed echo extension on my wiki and I get error like this:

[XtnxGA5HlhkDk-tPralCPwAAABI] /wiki/Main_Page MWException from line 588 of /home/vol5_4/epizy.com/epiz_25902755/htdocs/wiki/includes/cache/localisation/LocalisationCache.php: LocalisationCache::readJSONFile: Invalid JSON file: /home/vol5_4/epizy.com/epiz_25902755/htdocs/wiki/extensions/Echo/i18n/hi.json

Backtrace:

#0 /home/vol5_4/epizy.com/epiz_25902755/htdocs/wiki/includes/cache/localisation/LocalisationCache.php(918): LocalisationCache->readJSONFile(string)

#1 /home/vol5_4/epizy.com/epiz_25902755/htdocs/wiki/includes/cache/localisation/LocalisationCache.php(489): LocalisationCache->recache(string)

#2 /home/vol5_4/epizy.com/epiz_25902755/htdocs/wiki/includes/cache/localisation/LocalisationCache.php(363): LocalisationCache->initLanguage(string)

#3 /home/vol5_4/epizy.com/epiz_25902755/htdocs/wiki/includes/cache/localisation/LocalisationCache.php(304): LocalisationCache->loadItem(string, string)

#4 /home/vol5_4/epizy.com/epiz_25902755/htdocs/wiki/languages/Language.php(4413): LocalisationCache->getItem(string, string)

#5 /home/vol5_4/epizy.com/epiz_25902755/htdocs/wiki/languages/Language.php(265): Language::getFallbacksFor(string)

#6 /home/vol5_4/epizy.com/epiz_25902755/htdocs/wiki/languages/Language.php(225): Language::newFromCode(string)

#7 /home/vol5_4/epizy.com/epiz_25902755/htdocs/wiki/includes/ServiceWiring.php(163): Language::factory(string)

#8 /home/vol5_4/epizy.com/epiz_25902755/htdocs/wiki/includes/libs/services/ServiceContainer.php(458): Wikimedia\Services\ServiceContainer->{closure}(MediaWiki\MediaWikiServices)

#9 /home/vol5_4/epizy.com/epiz_25902755/htdocs/wiki/includes/libs/services/ServiceContainer.php(427): Wikimedia\Services\ServiceContainer->createService(string)

#10 /home/vol5_4/epizy.com/epiz_25902755/htdocs/wiki/includes/MediaWikiServices.php(540): Wikimedia\Services\ServiceContainer->getService(string)

#11 /home/vol5_4/epizy.com/epiz_25902755/htdocs/wiki/includes/Setup.php(801): MediaWiki\MediaWikiServices->getContentLanguage()

#12 /home/vol5_4/epizy.com/epiz_25902755/htdocs/wiki/includes/WebStart.php(81): require_once(string)

#13 /home/vol5_4/epizy.com/epiz_25902755/htdocs/wiki/index.php(41): require(string)

#14 {main}

I follow all the instructions for avoid this error but, nothing happens. This is very important extension for me please help. I set my wiki to Hindi language.

Thanks WikiGamee (talk) 07:41, 5 June 2020 (UTC)

How to configure Echo to work with DPLForum?

I have planed to install this extension, because some of our users complained, that they have problems to follow forum posts or our maintenance post. Unfortunately it seems, that there's no (direct) way to configure Echo to work with the Forum Namespace of DPLForum.

So: What configuration is needed, that Echo displays notifications from the Forum? 80.128.144.188 (talk) 20:51, 20 June 2020 (UTC)

Mentions doesn't work

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' ); Chopin2712 (talk) 20:09, 14 July 2020 (UTC)

Did you get solution? 105.112.50.57 (talk) 14:13, 29 August 2020 (UTC)

No, sorry Chopin2712 (talk) 10:47, 29 October 2020 (UTC)

not working Wshen98 (talk) 04:57, 17 May 2021 (UTC)

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? Wshen98 (talk) 05:15, 17 May 2021 (UTC)

My site breaks when logging in after installing echo

MediaWiki internal error.

Original exception: [X1VXyH0qFBPD7urcbpcUrgAAOjk] /index.php?title=User:68duck Wikimedia\Rdbms\DBQueryError from line 1603 of /home4/anskidsc/public_html/wiki/includes/libs/rdbms/database/Database.php: A database query error has occurred. Did you forget to run your application's database schema updater after upgrading?

Query: SELECT event_id,event_type,event_variant,event_agent_id,event_agent_ip,event_extra,event_page_id,event_deleted,notification_timestamp FROM `mwu2_echo_event` INNER JOIN `mwu2_echo_notification` ON ((notification_event=event_id)) INNER JOIN `mwu2_echo_target_page` ON ((etp_event=event_id)) WHERE event_deleted = '0' AND notification_user = '1' AND notification_read_timestamp IS NULL AND etp_page = '11'

Function: EchoEventMapper::fetchUnreadByUserAndPage

Error: 1146 Table 'anskidsc_mw19395.mwu2_echo_event' doesn't exist (localhost)

Backtrace:

#0 /home4/anskidsc/public_html/wiki/includes/libs/rdbms/database/Database.php(1574): Wikimedia\Rdbms\Database->getQueryExceptionAndLog(string, integer, string, string)

#1 /home4/anskidsc/public_html/wiki/includes/libs/rdbms/database/Database.php(1152): Wikimedia\Rdbms\Database->reportQueryError(string, integer, string, string, boolean)

#2 /home4/anskidsc/public_html/wiki/includes/libs/rdbms/database/Database.php(1807): Wikimedia\Rdbms\Database->query(string, string)

#3 /home4/anskidsc/public_html/wiki/extensions/Echo/includes/mapper/EventMapper.php(171): Wikimedia\Rdbms\Database->select(array, array, array, string, NULL, array)

#4 /home4/anskidsc/public_html/wiki/extensions/Echo/includes/EchoHooks.php(872): EchoEventMapper->fetchUnreadByUserAndPage(User, integer)

#5 /home4/anskidsc/public_html/wiki/extensions/Echo/includes/EchoHooks.php(949): EchoHooks::processMarkAsRead(User, WebRequest, Title)

#6 /home4/anskidsc/public_html/wiki/includes/Hooks.php(174): EchoHooks::onPersonalUrls(array, Title, SkinMinerva)

#7 /home4/anskidsc/public_html/wiki/includes/Hooks.php(234): Hooks::callHook(string, array, array, NULL, string)

#8 /home4/anskidsc/public_html/wiki/includes/skins/SkinTemplate.php(744): Hooks::runWithoutAbort(string, array)

#9 /home4/anskidsc/public_html/wiki/includes/skins/SkinTemplate.php(446): SkinTemplate->buildPersonalUrls()

#10 /home4/anskidsc/public_html/wiki/skins/MinervaNeue/includes/skins/SkinMinerva.php(150): SkinTemplate->prepareQuickTemplate()

#11 /home4/anskidsc/public_html/wiki/includes/skins/SkinTemplate.php(215): SkinMinerva->prepareQuickTemplate()

#12 /home4/anskidsc/public_html/wiki/includes/OutputPage.php(2574): SkinTemplate->outputPage()

#13 /home4/anskidsc/public_html/wiki/includes/MediaWiki.php(907): OutputPage->output(boolean)

#14 /home4/anskidsc/public_html/wiki/includes/MediaWiki.php(919): MediaWiki->{closure}()

#15 /home4/anskidsc/public_html/wiki/includes/MediaWiki.php(527): MediaWiki->main()

#16 /home4/anskidsc/public_html/wiki/index.php(44): MediaWiki->run()

#17 {main}

Exception caught inside exception handler: [X1VXyH0qFBPD7urcbpcUrgAAOjk] /index.php?title=User:68duck Wikimedia\Rdbms\DBQueryError from line 1603 of /home4/anskidsc/public_html/wiki/includes/libs/rdbms/database/Database.php: A database query error has occurred. Did you forget to run your application's database schema updater after upgrading?

Query: SELECT event_id,event_type,event_variant,event_agent_id,event_agent_ip,event_extra,event_page_id,event_deleted,notification_timestamp FROM `mwu2_echo_event` INNER JOIN `mwu2_echo_notification` ON ((notification_event=event_id)) INNER JOIN `mwu2_echo_target_page` ON ((etp_event=event_id)) WHERE event_deleted = '0' AND notification_user = '1' AND notification_read_timestamp IS NULL AND etp_page = '11'

Function: EchoEventMapper::fetchUnreadByUserAndPage

Error: 1146 Table 'anskidsc_mw19395.mwu2_echo_event' doesn't exist (localhost)

Backtrace:

#0 /home4/anskidsc/public_html/wiki/includes/libs/rdbms/database/Database.php(1574): Wikimedia\Rdbms\Database->getQueryExceptionAndLog(string, integer, string, string)

#1 /home4/anskidsc/public_html/wiki/includes/libs/rdbms/database/Database.php(1152): Wikimedia\Rdbms\Database->reportQueryError(string, integer, string, string, boolean)

#2 /home4/anskidsc/public_html/wiki/includes/libs/rdbms/database/Database.php(1807): Wikimedia\Rdbms\Database->query(string, string)

#3 /home4/anskidsc/public_html/wiki/extensions/Echo/includes/mapper/EventMapper.php(171): Wikimedia\Rdbms\Database->select(array, array, array, string, NULL, array)

#4 /home4/anskidsc/public_html/wiki/extensions/Echo/includes/EchoHooks.php(872): EchoEventMapper->fetchUnreadByUserAndPage(User, integer)

#5 /home4/anskidsc/public_html/wiki/extensions/Echo/includes/EchoHooks.php(949): EchoHooks::processMarkAsRead(User, WebRequest, Title)

#6 /home4/anskidsc/public_html/wiki/includes/Hooks.php(174): EchoHooks::onPersonalUrls(array, Title, SkinMinerva)

#7 /home4/anskidsc/public_html/wiki/includes/Hooks.php(234): Hooks::callHook(string, array, array, NULL, string)

#8 /home4/anskidsc/public_html/wiki/includes/skins/SkinTemplate.php(744): Hooks::runWithoutAbort(string, array)

#9 /home4/anskidsc/public_html/wiki/includes/skins/SkinTemplate.php(446): SkinTemplate->buildPersonalUrls()

#10 /home4/anskidsc/public_html/wiki/skins/MinervaNeue/includes/skins/SkinMinerva.php(150): SkinTemplate->prepareQuickTemplate()

#11 /home4/anskidsc/public_html/wiki/includes/skins/SkinTemplate.php(215): SkinMinerva->prepareQuickTemplate()

#12 /home4/anskidsc/public_html/wiki/includes/OutputPage.php(2574): SkinTemplate->outputPage()

#13 /home4/anskidsc/public_html/wiki/includes/exception/MWExceptionRenderer.php(134): OutputPage->output()

#14 /home4/anskidsc/public_html/wiki/includes/exception/MWExceptionRenderer.php(53): MWExceptionRenderer::reportHTML(Wikimedia\Rdbms\DBQueryError)

#15 /home4/anskidsc/public_html/wiki/includes/exception/MWExceptionHandler.php(121): MWExceptionRenderer::output(Wikimedia\Rdbms\DBQueryError, integer)

#16 /home4/anskidsc/public_html/wiki/includes/exception/MWExceptionHandler.php(195): MWExceptionHandler::report(Wikimedia\Rdbms\DBQueryError)

#17 /home4/anskidsc/public_html/wiki/includes/MediaWiki.php(558): MWExceptionHandler::handleException(Wikimedia\Rdbms\DBQueryError)

#18 /home4/anskidsc/public_html/wiki/index.php(44): MediaWiki->run()

#19 {main} 2601:601:9A80:26B0:2D85:B2E1:AB74:F8EA (talk) 21:44, 6 September 2020 (UTC)

How did you install Echo? Did you run update.php? KHarlan (WMF) (talk) 09:58, 7 September 2020 (UTC)

Enabling for anonymous users

Hello, I have MobileFrontend installed but because it hides the talk page alert, anonymous mobile users can't see their talk pages. Is it possible to enable Echo for anonymous users, so they can see notifications when their talk page is altered? Thanks Garuda3 (talk) 22:03, 25 January 2021 (UTC)

mention a user worked a couple of times and stopped working

hello,

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 132.234.47.150 (talk) 06:22, 14 May 2021 (UTC)

i have run php update.php already 132.234.47.150 (talk) 06:23, 14 May 2021 (UTC)

Crosswiki notifications with no indication of source on small screens

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 (talk) 14:29, 27 June 2021 (UTC)

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? Kusma (talk) 10:26, 29 June 2021 (UTC)

Got the same issue here. And worse, the workaround explained above doesn't seem to work for me. L10nM4st3r (talk) 19:04, 9 July 2022 (UTC)

Echo icon color

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 2003:DE:2F24:6F00:6877:D9B1:3C6D:5034 (talk) 23:54, 14 March 2022 (UTC)

each day option don't send mail

hello,

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 ?

thanks. Nicolas senechal (talk) 09:17, 6 May 2022 (UTC)

New install throws up Resourceloader exception

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

Backtrace:

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)

... Ubuntupunk (talk) 05:08, 13 September 2022 (UTC)

Why was it decided to truncate titles inside of notifications?

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) Lectrician1 (talk) 03:56, 20 December 2022 (UTC)

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. SBisson (WMF) (talk) 15:14, 20 December 2022 (UTC)

Patch for T322143 bug

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? Costas Athan (talk) 09:54, 12 January 2023 (UTC)

What must be set for removing readed messages?

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. Want (talk) 12:47, 21 February 2023 (UTC)

There is currently no way for someone to explicitly delete notifications. Older read notifications are purged periodically from the database for performance reasons. SBisson (WMF) (talk) 13:56, 21 February 2023 (UTC)

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 (talk) 17:18, 21 February 2023 (UTC)

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. Want (talk) 14:05, 21 February 2023 (UTC)

rename wiki from local

Hello, on the Notification Area if you go to "All notifications" you see the "Recent activity" with the sum line of the wiki in blue. On my installation i see here a "local" not the name of the wiki. On MediaWiki it shows me "MediaWiki". Where i have to set the name? TomRamm (talk) 13:38, 11 September 2023 (UTC)

error displaying images in HTML email

hi!

I configured the extension to send email notifications

it works :)

But in the body of the letter there is a link to the image and it is not displayed:

/load.php?modules=ext.echo.emailicons&image=user-rights&lang=en&format=rasterized

The picture can be seen if i replace 'rasterized' to 'svg'

I manually corrected the code in EchoIcon.php. this helped me, but is there probably some other reason?

// If the URL is null or false call the resource loader

// rasterizing module

if ( $url === false || $url === null ) {

$iconUrl = wfScript( 'load' ) . '?' . wfArrayToCgi( [

'modules' => 'ext.echo.emailicons',

'image' => $icon,

'lang' => $lang,

#'format' => 'rasterized'

'format' => 'svg'

] );

} else {

// For icons that are defined by URL

$iconUrl = $wgEchoNotificationIcons[ $icon ][ 'url' ];

}

Derek Jones Smr (talk) 19:06, 14 March 2024 (UTC)

Granted REFERENCES right

Under Installation, it says:

• The database user must have been granted the "REFERENCES" right for the database.

Umm… OK, so how does one check whether this requirement is satisfied? dcljr (talk) 03:07, 24 July 2024 (UTC)

If you run SHOW GRANTS FOR 'wikiuser'@'localhost'; (or whatever your DB user and access mechanism is) it should give back a result – see upstream docs. Jdforrester (WMF) (talk) 13:57, 24 July 2024 (UTC)

This should be added to the article. I assume 'wikiuser' should match $wgDBuser from LocalSettings.php? dcljr (talk) 00:59, 25 July 2024 (UTC)

This should be added to the article.

I don't think it should; it will depend on what database back-end you as a sysadmin have chosen to install.

I assume 'wikiuser' should match $wgDBuser from LocalSettings.php?

Sorry, yes. Jdforrester (WMF) (talk) 13:37, 25 July 2024 (UTC)

Oh, wait… were you saying that 'wikiuser' should be used as a literal string in the SHOW command? (As you can tell, I have not had to do anything with databases since I installed my wiki, years ago.) dcljr (talk) 19:52, 25 July 2024 (UTC)

Is that an answer to my question about adding the information to the article or about the wikiuser matching $wgDBuser (or both, hence the semicolon)? dcljr (talk) 19:47, 25 July 2024 (UTC)

Sorry for the confusion! Have edited my answer to cover both. Jdforrester (WMF) (talk) 13:47, 26 July 2024 (UTC)

Thank you for the clarification. I still say we should add something like what you have told me here to the instructions. If I had a question about this, then others will, too. And if your answer was good enough for me (debatable? [wink]), then something like it should be good enough for others. If the addition covers the one or two most likely configurations for someone like me, who set up their wiki in essentially complete ignorance (just followed Manual:Installing MediaWiki, the comments in LocalSettings.php, and Manual:LocalSettings.php), then that will be better than the current situation (IMO). As you can see, my understanding of these things is tenuous at best, so I'd rather you (or someone else) actually choose the wording. dcljr (talk) 22:31, 26 July 2024 (UTC)

…Or if it would be correct to say, "This is almost always the case.", we can just say that. Anything is better than leaving a reader with no idea what to do. dcljr (talk) 22:36, 26 July 2024 (UTC)

I just made a change that applies to my case (and likely that of many like me, who don't know what they're doing). dcljr (talk) 22:57, 26 July 2024 (UTC)

Sending notifications to group and then updating on status

Hello,

I'm contributing to a news writing wiki. We need users to edit articles quickly. So I encounter the following use cases.

1) On page talk, I need to request that users make certain changes. This is because we have a 'peer review' in place. The reviewer requests changes and another user needs to make them. This works much more quickly if several interested users are notified. So I need to send out notifications to over a dozen of users. For now I accomplished this by adding "myUsersWhoLikeToBeSpammed" template and in this template I list users @nicks who opted into being notified each time there is an edit requested at a talk page of an article. Then at the top of my request i write {{subst:myUsersWhoLikeToBeSpammed}} to ensure the current list of users is added and they receive notifications. This is ugly, but at least it works. Would be nice to have a function in Echo/Notifications where users can join groups ('users who like to be nagged' and 'i like oceania' and 'i like politics' i.e. by topic) and i can send a notification to a group.

2) Once I sent notification to over a dozen of users and 1 or 2 of them made the edit, the remaining ~20 users have unread Notification. When they come back to their computer from their sleep/lunch/holiday/whatever, there will be maybe 20 Notifications in their accounts from 20 different pages. Maybe 15 of them will already be resolved by another user. Currently there is no mechanism for the ~20 users to know which notifications correspond to tasks which were already completed and which weren't. I'd propose that each Notification has a 'datesolved' or 'dateRecalled' column in database, if not set then works as normal, but the sender of the notification can add this timestampRecalled to mark the notification as solved. Then the ~20 users will receive notifications, of which 15 will already be marked as solved, which will make collaboration much easier.

Please let me know of these two requests for adding new features to Echo Notifications.

Many thanks, Gryllida 01:22, 30 April 2025 (UTC)

For 1), Extension:Newsletter sort of does that. But for your use case it uses wrong terminology (newsletter, issue). The messages can be overridden on-wiki, though. --Matěj Suchánek (talk) 07:42, 5 May 2025 (UTC)

Hi @Matěj Suchánek what WMF wikis use this extension? Gryllida 12:00, 9 May 2025 (UTC)

This wiki, and you can also experiment with it on test.wikipedia.org. --Matěj Suchánek (talk) 12:26, 9 May 2025 (UTC)