Page MenuHomePhabricator

Echo: Emailed Notifications for new usertalkpage messages should include more or all of the message
Open, NormalPublic

Description

Currently we get a 150 character excerpt of the message left on our talkpage, in the emailed Notification. (or 0 characters, if it isn't signed properly, per T59152)

An editor has suggested that for this particular type of email-notification, the entire new message should be included, or at least a longer excerpt.

(Short discussion about it at https://www.mediawiki.org/wiki/Topic:Rqxynllw93ey6li9 )


Version: unspecified
Severity: normal

Details

Reference
bz62661

Event Timeline

bzimport raised the priority of this task from to Needs Triage.Nov 22 2014, 2:51 AM
bzimport added a project: Notifications.
bzimport set Reference to bz62661.
bzimport added a subscriber: Unknown Object (MLST).
Quiddity created this task.Mar 14 2014, 9:07 PM
EBernhardson set Security to None.
Qgil updated the task description. (Show Details)Dec 12 2014, 11:24 PM

Do we bundle such notifications?

If we send them individually, I think we should consider including the whole thing (or setting the limit very high so it will only be hit by pathological cases).

I found the snippet code, but it doesn't mention why the truncation is done.

These usertalkpage messages are not bundled.
I don't think these are even part of Echo, are they? They're the years-old https://www.mediawiki.org/wiki/Manual:$wgEnotifUserTalk

I'm asking some people if they know/recall why the limit is set so low...

Quiddity triaged this task as Normal priority.Jan 12 2015, 8:21 PM
Quiddity moved this task from Needs team triage to Untriaged on the Collaboration-Team-Triage board.
Quiddity added a project: MediaWiki-Email.

These usertalkpage messages are not bundled.

We've had some back and forth on this point, so we need to figure it out definitively as part of this change.

I don't think these are even part of Echo, are they? They're the years-old https://www.mediawiki.org/wiki/Manual:$wgEnotifUserTalk

No, this is now managed by Echo (if installed, of course) for consistency. See https://git.wikimedia.org/blob/mediawiki%2Fextensions%2FEcho.git/4db0c7ca94d9bee6ac1d69c7ddf7a3f57d38da80/Hooks.php#L328 .

Also, this is why these emails use the Echo styling:

I'm asking some people if they know/recall why the limit is set so low...

I believe the team consensus at the triage meeting was that it should be fine to raise it, but if you find a reason, it would be important to know, of course.

I'm asking some people if they know/recall why the limit is set so low...

ebernhardson said it might have been since that truncated version is also used in a flyout (but there is no inherent reason the limit has to be the same for both)

Nemo_bis added a project: Regression.EditedApr 6 2015, 6:38 PM
Nemo_bis added a subscriber: Nemo_bis.

This is a regression, because MediaWiki core (enotiftalk/enotifwatchlist) does better.

Also reported by Ckoerner.

Legoktm moved this task from Backlog to Needs plan on the Notifications board.Jul 6 2015, 8:38 AM
Qgil removed a subscriber: Qgil.Apr 25 2016, 10:02 PM
Elitre added a subscriber: Elitre.Mar 20 2017, 7:27 PM

I help manage the MediaWiki social media accounts. Another log on the pile for this feature request:

https://twitter.com/owenblacker/status/843877613336743937

That screenshot shows that Echo is still not showing the edit summary and therefore worsens the notifications compared to the traditional enotiftalk/enotifwatchlist email notifications of MediaWiki core.

I'm the Twitter user in question — the problem I'm complaining about is that User:MediaWiki message delivery fails to provide an excerpt. That might be because there's a bunch of divs confusing matters, but it's only ever those messages that fail to get any useful detail in the Echo email.

DannyH removed a subscriber: DannyH.Mar 24 2017, 11:16 PM
gpaumier removed a subscriber: gpaumier.Jul 18 2018, 5:57 PM
Restricted Application added a project: Growth-Team. · View Herald TranscriptJul 18 2018, 5:57 PM