Last modified: 2014-08-24 05:42:16 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T62119, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 60119 - "MediaWiki message delivery left you a message on Wikipedia" and similar e-mail subject lines need further thought
"MediaWiki message delivery left you a message on Wikipedia" and similar e-ma...
Status: NEW
Product: MediaWiki extensions
Classification: Unclassified
Echo (Other open bugs)
unspecified
All All
: Low enhancement (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2014-01-16 02:10 UTC by MZMcBride
Modified: 2014-08-24 05:42 UTC (History)
10 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description MZMcBride 2014-01-16 02:10:39 UTC
I received an e-mail in my inbox with the subject line "MediaWiki message delivery left you a message on Wikipedia".

I know what this means (sort of), but this is pretty cryptic and unfriendly, I think. I suppose it could be worse (e.g., "MediaWiki message delivery left you a message on Wikimedia"), but still... perhaps we need to rethink how we structure subject lines like this. I imagine bots and other automated processes have a similar issue.

Copying a few people who might be interested in this ticket, not necessarily anyone related to e-mail subject lines in particular. I'm assuming HTML e-mails like these are from MediaWiki core, but I suppose it's possible they're not... hmmm.
Comment 1 Jared Zimmerman (WMF) 2014-01-16 02:22:42 UTC
Can someone link to the existing strings.
Comment 2 Quiddity 2014-01-16 02:33:50 UTC
Screenshot of the problem, as it exists in onwiki Notifications, too: http://i.imgur.com/zPvh0F7.png

I believe it's to do with how a post is made - whether it is 4tilde ~~~~ signed or not. Some bot-notices are standard-signed, some are not.

It is related to (or duplicated at ?):
* bug 57152 (talkpage messages without a 4tilde signature, do not generate correct section links or summary)

But that has cross-issues with
* bug 53132 (Notifications are not sent when a user mentions another if the signature of the sender contains localized namespaces)
* bug 54639 (Echo is not triggering notifications when a mention is made while reorganizing comments in the page)

I particularly worry about https://bugzilla.wikimedia.org/show_bug.cgi?id=53132#c20 (If the signature requirement is removed, will "archiving a talkpage" trigger dozens of accidental pings?)
Comment 3 MZMcBride 2014-01-16 02:45:27 UTC
(In reply to comment #2)
> I believe it's to do with how a post is made - whether it is 4tilde ~~~~
> signed or not. Some bot-notices are standard-signed, some are not.

I think you may be misunderstanding the bug. :-)

(In reply to comment #1)
> Can someone link to the existing strings.

https://git.wikimedia.org/blob/mediawiki%2Fextensions%2FEcho.git/008401cb82ecff973ed63aca9175b48628c455f3/Echo.i18n.php#L68

Warning: that page/file is large.

There are actually at least two inter-related issues here:

1. Whether MassMessage, which currently uses the username "MediaWiki message delivery", should instead use the username of the user actually sending the message. There's a related bug about this ... somewhere.

2. Whether this type of construction "<Username (or bot username)> left you a message on <site you happened to give your e-mail address to>" in an e-mail subject line is best. We have some... interesting usernames and bot names that make for odd constructions. It feels a bit strange to see "Bongwarrior left you a message on Wikipedia" or "MediaWiki message delivery left you a message" in an inbox.
Comment 4 Jared Zimmerman (WMF) 2014-01-16 02:47:18 UTC
I though I understood the bug befor your post nick, now I'm confused.
Comment 5 Jared Zimmerman (WMF) 2014-01-16 02:48:14 UTC
Is this an issue with echo or Massmessage?
Comment 6 MZMcBride 2014-01-16 02:54:49 UTC
(In reply to comment #5)
> Is this an issue with echo or Massmessage?

For MassMessage and Echo interacting, let's use bug 57234 instead.

(In reply to comment #4)
> I though I understood the bug befor your post nick, now I'm confused.

Yeah, that was my fault. For this bug, let's focus on the general construction issue.

https://git.wikimedia.org/blob/mediawiki%2Fextensions%2FEcho.git/008401cb82ecff973ed63aca9175b48628c455f3/Echo.i18n.php#L68

> 2. Whether this type of construction "<Username (or bot username)> left you a
> message on <site you happened to give your e-mail address to>" in an e-mail
> subject line is best. We have some... interesting usernames and bot names
> that make for odd constructions. It feels a bit strange to see "Bongwarrior
> left you a message on Wikipedia" or "MediaWiki message delivery left you a
> message" in an inbox.

This. ^
Comment 7 Jared Zimmerman (WMF) 2014-01-16 03:03:49 UTC
Hmmm,


"$username left you a message on $sitename" seems to me to be the most efficient string to get the most information across in the shortest number of words. Especially on my phone where eliding happens pretty quickly. 

Do you have a proposal for a better subject construction?
Comment 8 MZMcBride 2014-01-16 03:22:06 UTC
(In reply to comment #7)
> "$username left you a message on $sitename" seems to me to be the most
> efficient string to get the most information across in the shortest number of
> words. Especially on my phone where eliding happens pretty quickly. 
> 
> Do you have a proposal for a better subject construction?

Nope. :-)

Though this bug does now have me thinking in other directions. For example, you could remove the username from the subject line and instead have the sender of the e-mail be the username. Some sites have experimented with this. There are also additional variables available, such as $section_header for talk page posts.
Comment 9 Quiddity 2014-01-16 03:32:11 UTC
(In reply to comment #8)
> (In reply to comment #7)
> > "$username left you a message on $sitename" seems to me to be the most
> > efficient string to get the most information across in the shortest number of
> > words. Especially on my phone where eliding happens pretty quickly. 
> > 
> > Do you have a proposal for a better subject construction?
> 

Perhaps adding the "User:" prefix to the $username string? To clarify that "User:NuclearWarfare" is emailing you, and not the event itself.

That would get slightly longer at some of the other languages though... eg. "Benutzer:" in German. What's the longest i18n string for that variable?


> There are also additional variables available, such as $section_header 
> for talk page posts.

(The occasionally missing $section_header in the body of the email, is the separate bug that I was confusing with this one. My apologies for that!)
Comment 10 Jared Zimmerman (WMF) 2014-01-16 06:11:45 UTC
I think that could be confusing, to have the originator as the name of the "from" especially if the email associated with it is a noreply@ type email address, also at that point what would the subject be?

I don't have a problem with the current strings, although I'll give you that the specific "MediaWiki message delivery left you a message on Wikipedia" is a bit awkward. but i assume this is due to all message originators use the same subject line, for MassMessage we might want to say something like "You have a message on Wikipedia" but if its a major change to Echo just to allow MassMessage to have a custom subject I'm not sure its worth it.
Comment 11 This, that and the other (TTO) 2014-04-14 10:00:25 UTC
(In reply to comment #10)
> for MassMessage we might want to say something like "You have a
> message on Wikipedia" 

Yep, I like "You have a new message on Wikipedia" when MessMessage sends the message. The current message is confusing.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links