Extension talk:MassMessage
This page used the Structured Discussions extension to give structured discussions. It has since been converted to wikitext, so the content and history here are only an approximation of what was actually displayed at the time these comments were made. |
Default account name
- The term "bot" is improperly interpreted by too many users. I suggest to replace it with something that makes it clearer how it's a MediaWiki feature, as we did with the earlier accounts for automated edits (e.g. "MediaWiki default"): for instance "MediaWiki message delivery" or something. Bonus points if it's language-neutral. Nemo 16:07, 27 September 2013 (UTC)
- Agree with Nemo, I noticed that several projects have blocked MediaWiki bots. Romaine (talk) 02:35, 2 November 2013 (UTC)
- Done in gerrit:94697. Thanks! Legoktm (talk) 05:25, 11 November 2013 (UTC)
- It should be noted that this name will appear in the Notifications box, so it’s probably better to localize it, probably better before deployment (I don’t know how MediaWiki would react if the MassMessage username is changed).
- Related to that, I find quite counterintuitive to receive the mass-messages from a system account (this behaviour existed with EdwardBot), since the Notifications box will say "Mediawiki message delivery left a message on your talk page"; it would be more intuitive to see "Legoktm left a message on your talk page", or something like "Mediwiki message delivery (on behalf of Legoktm) left a message on your talk page". Just an opinion, I will perhaps open a bug instead of this page. ~ Seb35 16:00, 16 November 2013 (UTC)
- What's the notifications box? ;) I think you missed some discussions on wikitech-l etc.: this extension is currently designed for the standard MediaWiki behaviour because it was just impossible to do otherwise; other extensions trying to do shinier things will need some work to improve the interaction (e.g. fetch the name used from the signature rather than from history, or provide a way for this extension to set it).
- As for localisation of MediaWiki script's names, it would be nice but a way to do it has not yet invented as far as I know. Nemo 08:14, 17 November 2013 (UTC)
- The Echo notifications box (flyout & special page, and also the email if enabled) displays the name of the user who left a message on our talkpages.
- I think Seb35 is asking for 1 of 2 potential features in MassMessage, namely:
- A field where the user who is sending the massmessage can put their username, which will somehow be added to the Notifications about a new talkpage message.
- (Not currently possible, but would be an Echo bug/feature if anything. I agree it could be useful)
- A way to translate the username, for non-English languages.
- (As Nemo said, this is not possible)
- Background, current setup
- A field where the user who is sending the massmessage can put their username, which will somehow be added to the Notifications about a new talkpage message.
- If we add a (4tilde) signature to a MassMessage, it comes out as:
[[User:MediaWiki message delivery|MediaWiki message delivery]] ([[User talk:MediaWiki message delivery|talk]]) 19:31, 17 November 2013 (UTC)
- Currently, the name of the user sending the massmessage is included, but only as a hidden comment at the very end. Eg:
<!-- Message sent by User:Quiddity@testwiki using the list at http://test.wikipedia.org/wiki/User_talk:Quiddity/MMtestlist -->
- Suggestions
- A reminder (in the Special:MassMMessage interface) to add our own name in wikitext, if we want it visible at the end of the message.
- I think changing the auto-generated "signature" section, might be a good idea. Match the format that many "Global message delivery" messages currently use. I.E. Include links for:
- About
- Un/Subscribe
- User sending
- Account that was used to send ("User:MediaWiki message delivery")
- Eg. The Signpost would end with:
- About · Unsubscribe · Distributed on behalf of The ed17 by MediaWiki message delivery 21:30, 17 November 2013 (UTC)
- This would help standardize (and improve the possibility of translating) the various elements that are currently erratically included, eg the 3 messages visible here and below all use a different layout and wording. –Quiddity (talk) 21:30, 17 November 2013 (UTC)
- For the name of the user who is sending the massmessage, I wondered why choose a system account instead of the real massmessage sender user (this is a design question); I understand a point is the sender could possibly be non-existant on the receiving wiki (apart wikis belonging to a same CentralAuth system).
- In the case this is a system account which delivers the message, my original point was indeed the name displayed in the notification box of Echo. I quickly checked the Echo code, and I guess it is currently not possible to display another name in place of the real user (here MediaWiki message delivery), because there is only one User object in the EchoEvent object and no "on-behalf-of" user and the EchoEvent::BeforeEchoEventInsert hook cannot change the underlying object. So if it would be useful for MassMessage (I think so), a feature request should be filled for Echo.
- Quiddity, about your proposition of standardizing the footer, I think it would be really useful for translation purposes. I think it could be already possible by removing the comment markup of MediaWiki:Massmessage-hidden-comment, although this message was not originally intended to be viewed by the user. ~ Seb35 [^_^] 12:25, 18 November 2013 (UTC)
- I originally designed the extension to be as close to how m:User:EdwardsBot currently functions as possible.
- I had looked into this earlier, but even if the person sending the message had an account everywhere, there is a bot flag logic issue (bugzilla:33461) that prevents edits from being flagged as a bot. Legoktm (talk) 09:30, 19 November 2013 (UTC)
- The reason 4 tildes use the bot's username is purely technical. We simply post the exact wikitext you enter to the API, which is transformed using the bot's context.
- I think un/subscribe links, who was sending it, etc should all be localized on the wiki that is utilizing the tool. I imagine meta will do this since it's now reasonably easy to do so. Legoktm (talk) 09:24, 19 November 2013 (UTC)
- For the localisation of the MediaWiki script’s names, I initially thought to change the variable $wgMassMessageAccountUsername per-wiki/language, but it’s probably a very bad idea. Your idea of some localisation only in the history/notification box/etc. without changing the core usernames is probably better. ~ Seb35 [^_^] 11:58, 18 November 2013 (UTC)
- An initial version of the extension had a localized username, but after discussing this with Siebrand at Wikimania, I switched it to use just one username. There was a security issue in my implementation, but it also didn't make sense in a "global" environment like the WMF has with CentralAuth.
- I have filed bugzilla:57234 to discuss sending a more specific Echo notifications, this can include a better username and message content. Legoktm (talk) 09:17, 19 November 2013 (UTC)
- Done in gerrit:94697. Thanks! Legoktm (talk) 05:25, 11 November 2013 (UTC)
- Agree with Nemo, I noticed that several projects have blocked MediaWiki bots. Romaine (talk) 02:35, 2 November 2013 (UTC)
Namespaces
Re: $wgNamespacesToPostIn = array( NS_PROJECT, NS_USER_TALK );
- I'd suggest changing that, if it's the default example that gets installed, to include NS_PROJECT_TALK,
as messages are often sent to WikiProject talkpages.
Future-feature-request: Perhaps the "Preview" could give an indication if any of the #target
s are going to be converted?
(I've updated the Help:Extension:MassMessage#Creating a page list guide to specifically note that "Any messages targeted to "User:Foo" will be automatically converted/sent to "User talk:Foo" - but you might want to rewrite it.)
Other than that, my tests at testwiki went great :) –Quiddity (talk) 17:45, 26 October 2013 (UTC)
- I wonder if we should just enable all talk pages by default. The namespace restriction was mainly so that the bot doesn't accidentally (or maliciously) dump messages
- There's currently a bug somewhere for displaying more information on preview, but we can only show namespace switching if the target is on a local wiki.
- Thanks for updating the help page! Legoktm (talk) 17:04, 29 October 2013 (UTC)
- Enabled all talk pages by default in gerrit:94698. Legoktm (talk) 05:35, 11 November 2013 (UTC)
- as messages are often sent to WikiProject talkpages
- ...on the English Wikipedia. WikiProjects don't really exist anywhere else. (I've no objection to including both.) Whatamidoing (WMF) (talk) 13:41, 2 November 2013 (UTC)
- Yes they do. Some wikis even have a separate namespace for them: d:User_talk:Legoktm/namespaces#wikiproject :) Legoktm (talk) 04:25, 3 November 2013 (UTC)
Add a link to the help page from within
At the top of Special:MassMessage - include a link to mw:Help:Extension:MassMessage for forgetful people (like me) or newcomers to the system. –Quiddity (talk) 23:19, 29 October 2013 (UTC)
- gerrit:94696. Thanks! Legoktm (talk) 05:23, 11 November 2013 (UTC)
Creating a page list
Can we please rewrite Help:Extension:MassMessage#Creating_a_page_list in layman's terms? Ed [talk] [en:majestic titan] 08:39, 9 November 2013 (UTC)
- Be bold! Is there anything specific you find confusing about the instructions? Legoktm (talk) 19:11, 9 November 2013 (UTC)
- I think it would help if we linked to a live example distribution list using {{#target:foo}} syntax. Maybe a list on the English Wikipedia that's been converted? MZMcBride (talk) 05:59, 25 November 2013 (UTC)
- I have added a link to a real list page (Tech News) Qgil (talk) 23:18, 10 January 2014 (UTC)
Incompatible with existing recipient list format
So the format for entries in a recipient list ({{#target:Project:Noticeboard|en.wikipedia.org}}
) differs from that used for EdwardsBot/Global Message Delivery.
For those recipient lists that use the Target template on Meta, Kunal appears to have just fixed this, thankfully, by editing that template (after this issue had earlier today caused me to abandon an attempt to migrate from GMD to MM with one of the messages I'm sending out regularly). This fix hopefully enables most of the existing recipient lists under m:Global message delivery/Targets to be used for both MM and GMD. But if I'm informed correctly, there are a lot of other recipients lists around which don't use the Target template and will therefore be broken, e.g. the Signpost's or that of the Bugle. Also, I seem to recall that EdwardsBot can take a category as recipient list.
I had been under the impression that backward compatibility with EdwardsBot/Global Message Delivery was a development goal for MassMessage, but maybe I haven't been following the discussions closely enough.
Regards, Tbayer (WMF) (talk) 01:48, 23 November 2013 (UTC)
- The parserfunction is one of the few places where backwards compatibility was broken. The main design constraint for this was supporting global messages in a not-super-complicated way.
- External links and interwiki links didn't work cleanly, so the easiest way to have users add structured data to a page was with a parser function. For local deliveries we could have added in allowing "User:"/"User talk:" links to work, however it would be a weird user experience if that worked on enwiki, but you had to use a special format to make it work on Meta. The parser function also enables us to display errors if a user provides invalid input.
- For migrating existing lists, it should be possible to fix most of them with a simple find/replace regex. Ideally there should be some kind of wrapper template so that in case the backend does switch in the future, migrating will be less painful. Legoktm (talk) 03:51, 23 November 2013 (UTC)
- OK, these sound like good reasons - I'm unfamiliar with the problems that ruled out interwiki links as solution, but I'm not questioning the decision to go with the parser function. And I don't have strong feelings about the category feature (never used it myself).
- My main point is that the need for this conversion work and (possibly) the removal of the category feature should have been communicated more clearly when announcing MM as a replacement for GMD and EdwardsBot, redirecting pages etc.
- And +1 for the wrapper template idea. Regards, Tbayer (WMF) (talk) 07:43, 23 November 2013 (UTC)
- I've filed bugzilla:57473 for the category support. Legoktm (talk) 05:19, 23 November 2013 (UTC)
- Parser functions generally use {{foo:bar}} (or {{#foo:bar}}) while MediaWiki page templates generally use {{foo|bar}}. It's a subtle distinction, but it was unavoidable breaking change given outside constraints. Interwiki syntax would've been nice to use, but it presents a lot of headaches when trying to pull the data out.
- As Lego notes, a simple find and replace should be fine for local lists. An edit or two to m:Template:Target will likely suffice for global message delivery. Fortunately only two wikis will need any help and I hope anyone who gets stuck will know to ask for help at m:Talk:MassMessage. MZMcBride (talk) 05:47, 25 November 2013 (UTC)
- See also m:Talk:MassMessage#MessMessage not working for the Signpost. Regards, Tbayer (WMF) (talk) 01:39, 5 January 2014 (UTC)
Stops Wiki Version 1.22.6
After trying to install, copying the required files to the directory MassMessage and changing the LocalSetting.php my Wiki at www.rockinberlin.de stopped working completely! Parameters:
- Extension MassMessage einschalten
$wgAllowGlobalMessaging = true; $wgMassMessageAccountUsername = 'Admin'; $wgNamespacesToPostIn = array( NS_PROJECT ); require_once( "$IP/extensions/MassMessage/MassMessage.php;
Any Idea? Or is there a site to see an example of the extension working? Bernd M. 06:43, 21 May 2014 (UTC)
- Is that exactly what you typed in? It looks like you have a typo. The following should work.
# Extension MassMessage einschalten require_once( "$IP/extensions/MassMessage/MassMessage.php" ); $wgAllowGlobalMessaging = true; $wgMassMessageAccountUsername = 'Admin'; $wgNamespacesToPostIn = array( NS_PROJECT );
- You were missing the final closing parenthesis and quote mark on the last line.
- Also, the configuration variables have to be specified after you "require_once" the extension, otherwise they'll be replaced by the defaults. Legoktm (talk) 17:51, 21 May 2014 (UTC)
- Thank you Lego,
- It's the first time someone cares about some problem of mine in this 'community'. I tried your configuration and mediawiki stops working just the same. Bernd M. from Berlin 20:09, 21 May 2014 (UTC)
- Have you placed the "MassMessage" folder into the correct directory (inside the "extensions" folder)? What happens if you comment out the line that starts with "require_once"?
- Also, you can try enabling everything listed in Manual:How to debug, and check your apache/web server logs for hints. Legoktm (talk) 22:54, 21 May 2014 (UTC)
- Thank you Lego,
- The folder is placed correctly and if I put a comment character at the require line, that means the extension will not be used, everything works. I will just not use this extension, like many others.
- Best Regards Bernd M. 07:15, 22 May 2014 (UTC)
- That's a bummer :(
- I suspect your problem is that you placed MassMessage into the wrong directory. I would recommend using eval.php with:
echo "$IP/extensions/MassMessage";
- and make sure that directory in fact exists and is where you placed the extension. Legoktm (talk) 16:31, 23 May 2014 (UTC)
- Hello Lego,
- I'm used to the oldfashioned style of programming. When I put a new function into an application, I would write some exit routines, to put out some error messages, if something is missing or goes wrong, but keep the applicaton alive and running.
- Best Regards Bernd M. 14:40, 31 May 2014 (UTC)
- If you want that, change the "require_once" part into "include" and it will spit out warnings rather than dying. Legoktm (talk) 04:45, 2 June 2014 (UTC)
- If I use the include statement, I get these warnings:
- Warning: array_shift() expects parameter 1 to be array, null given in /home/www/web64951/html/extensions/MetaKeywords/MetaKeywords.php on line 47
- Warning: array_unshift() expects parameter 1 to be array, null given in /home/www/web64951/html/extensions/MetaKeywords/MetaKeywords.php on line 52
- Best Regards Bernd M. 09:23, 7 June 2014 (UTC)
- That sounds like you have another configuration problem.
- But does MassMessage start working if you use include? Legoktm (talk) 11:07, 7 June 2014 (UTC)
- As you might have noticed, Lego, those warnings are from the MetaKeywords extension and they do not affect the wiki at all. The MassMessage seems not to be present. Is there some place to look for? Are you aware, that my wiki is running with the German Version?
- Best Regards Bernd M. 11:56, 7 June 2014 (UTC)
- If you want that, change the "require_once" part into "include" and it will spit out warnings rather than dying. Legoktm (talk) 04:45, 2 June 2014 (UTC)
GSoC project update
I have been working on improving how delivery lists are stored and managed as a Google Summer of Code student. Currently, I have completed the new backend, an interface for creating delivery lists (and importing from the current format), a basic interface for editing raw list content, an API for adding / removing target pages, and a list view that supports in-place removal and addition of pages. I will also create a UI for adding / removing multiple pages simultaneously and write tests for the features I've implemented. You can track my progress here. Please feel free to raise any questions or suggestions. Thanks. wctaiwan (talk) 04:42, 23 July 2014 (UTC)
Mass Message Log
At https://en.wikipedia.org/wiki/Special:Log/massmessage there are a number of entries in the form
"Delivery of "X" to User talk:Example was skipped because target has opted-out of message delivery"
When I opted out of message delivery, I expected to be left alone, not to see a notice in my watchlist every time a message delivery was skipped.
An obvious fix would be to replace "User talk:Example" with "Example's talk page" in the notices. Guy Macon (talk) 05:16, 30 September 2014 (UTC)
- Filed as https://bugzilla.wikimedia.org/show_bug.cgi?id=71600 (but I don't currently have time to work on this). wctaiwan (talk) 07:02, 3 October 2014 (UTC)
Incoherent instructions - lists should be lists of users according to the extension description
- Why are all the instructions talking about lists of pages when the extension description clearly says "The MassMessage extension allows a user to send a message to a list of users"?
- How does sending a message to a page manifest itself? Are you tagging some extra content onto the page? How can a page respond to a message?
- Is this a language/translation problem?
- Can someone fill in this gaping hole in explaining what this extension actually does? Hoggle42 (talk) 11:45, 19 December 2014 (UTC)
- The tool posts messages on a list of pages. Usually, those "pages" are specifically "user talk pages". However, they could be other kinds of pages, like Village pump pages or WikiProject pages. Whatamidoing (WMF) (talk) 20:12, 19 December 2014 (UTC)
- I've changed the description to say pages instead of users. wctaiwan (talk) 23:22, 20 December 2014 (UTC)
- ok, thank you - so it doesn't do what I thought it did and send out mass emails. Hoggle42 (talk) 09:32, 22 December 2014 (UTC)
- MassMessage posts messages on wiki, like this one. Whatamidoing (WMF) (talk) 18:26, 1 January 2015 (UTC)
- ok, thank you - so it doesn't do what I thought it did and send out mass emails. Hoggle42 (talk) 09:32, 22 December 2014 (UTC)
- For those still interested, it is possible to add email features to this extension by installing Extension:MassMessageEmail. Ike Hecht 04:58, 2 May 2018 (UTC)
Help re. Error: You do not have permission to create a list with this title.
Are there any special requirements for a mass message delivery list title? I keep running into this "You do not have permission to create a list with this title" error message when using the Create Mass Message Delivery List on the special pages.
I'm using mw 1.25.1 w/ semantic. My LocalSettings.php does not have any references to $wgContentHandlerUseDB so I assume that I have not explicitly set this to false. My MassMessage settings are as follows:
wfLoadExtension( 'MassMessage' );
# When posting messages, only post them in the specified namespaces.
$wgNamespacesToPostIn = array( NS_VOL, NS_VOL_TALK, NS_PROJECTS, NS_PROJECTS_TALK, NS_HMS_MEMBERS, NS_HMS_MEMBERS_TALK, NS_USER_TALK );
$wgNamespacesToConvert = array( NS_USER => NS_USER_TALK );
$wgMassMessageAccountUsername = 'HMS_Messager';
I am using custom namespaces and do have a PROJECTS namespace as well as a PROJECT namespace. I'm using LockDown, but not on those namespaces.
I am the administrator. I do have permission to send MassMessages. I don't see that there's a permission for creating lists. I have not tried to use a list that I have manually created . . . what's the protocol that people are using for storing lists ... where is a good place to create a MassMessage list?
Do MassMessage lists need to be saved in a particular namespace and require a namespace in the title?
Thanks in advance,
(signed automatically by the system) Loonybomber (talk) 12:27, 4 June 2015 (UTC)
- Hi. To be able to create delivery lists, you need to have the "editcontentmodel" user right, which is not granted to any user group (including sysops) by default at the moment. We hope to make it so that sysops are granted the right by default soon, but for now you can work around the issue by adding
$wgGroupPermissions['sysop']['editcontentmodel'] = true;
- to your LocalSettings.php. I've updated the documentation to clarify. Sorry about the confusion. wctaiwan (talk) 01:12, 9 June 2015 (UTC)
- Thank you. Loonybomber (talk) 02:44, 14 June 2015 (UTC)
Unescaped language links - what to do?
I'm getting "Warning: There are unescaped language links in your message." This is for delivery of the Signpost, so it's a bunch of code -- I don't see links in wikitext. The only language code I see is this one:
<div lang="en" dir="ltr"
This help page does not explain what the problem is with wikitext (what to do if you get the error) -- but I think my problem is even deeper than that. Any ideas? -Pete F (talk) 16:59, 4 November 2016 (UTC)
- Is the draft link available, so that we can look at the text you're trying to put in?
- Are you using the automatic or manual process described at w:en:Wikipedia:Wikipedia_Signpost/Newsroom/Coordination#Publication? Quiddity (WMF) (talk) 17:08, 4 November 2016 (UTC)
- I'm using the manual process at that link. (Sorry for not including it, but good job finding it!) Our automated process has been broken for several months, I believe because our bot or templates were unable to handle some updates to MediaWiki.
- Here's the code:
- <div lang="en" dir="ltr" class="mw-content-ltr"><div style="-moz-column-count:2; -webkit-column-count:2; column-count:2;"> {{Wikipedia:Wikipedia Signpost/2016-XX-XX}} </div><!--Volume 12, Issue XX--> <div class="hlist" style="margin-top:10px; font-size:90%; padding-left:5px; font-family:Georgia, Palatino, Palatino Linotype, Times, Times New Roman, serif;"> * '''[[Wikipedia:Wikipedia Signpost|Read this Signpost in full]]''' * [[Wikipedia:Wikipedia Signpost/Single/2016-xx-xx|Single-page]] * [[Wikipedia:Wikipedia Signpost/Subscribe|Unsubscribe]] * [[User:MediaWiki message delivery|MediaWiki message delivery]] ([[User talk:MediaWiki message delivery|talk]]) ~~~~~ </div></div>
- I did send it, and did not notice any problems. Here is an example of the output: https://en.wikipedia.org/w/index.php?title=User_talk:Peteforsyth&diff=747840030&oldid=747638885 Pete Forsyth (talk) 21:29, 4 November 2016 (UTC)
- Does this mean you've resolved the issue? (I assume so, as my copy was delivered!)
- If so, did you change/fix something in particular? (I.e. anything that should be noted in the Signpost publication docs, or, anything that should be noted in the MassMessage help docs)
- Re: Signposts's automated system not working - Have you asked Jarry1250 for help? (he's the tool's maintainer, but I can't see any related questions about it in his talkpage archives or his recent (750) contributions.) Quiddity (WMF) (talk) 21:43, 4 November 2016 (UTC)
- No, I have not resolved it -- I just took the chance that it would be OK, and I think I got away with something this time. But I suspect this will come up every time we publish going forward; I'd like to either (a) know for sure that it's not a problem, so I can put it in the docs that we can ignore it, or (b) fix the problem (obviously preferable!)
- Thank you for pointing me to Jarry1250. I will certainly reach out to him, but not immediately; we have some personnel issues to resolve internally first, and I want to be sure we have the right technical skills "in house" at the Signpost first, before we go seeking advice or help that we might not be equipped to make use of. But regardless, very happy to know who to ask! -Pete F (talk) 22:53, 4 November 2016 (UTC)
- Also -- apart from my specific issue -- I think the main page here could benefit from a little more detail on the "unescaped language links" item. Pete Forsyth (talk) 22:54, 4 November 2016 (UTC)
- Quiddity (WMF), can you think of anywhere else I can ask? Should I create a Phabricator ticket, perhaps? Pete Forsyth (talk) 22:43, 7 November 2016 (UTC)
- Ah, the documentation explains the message at Help:Extension:MassMessage#Input_checking (note, the Help: page, not the extension page, although that talkpage redirects here).
- However, I'm not sure what the problem was in your case... The pasted code doesn't contain any interwiki links misformatted as interlanguage links (unescaped language links), and I can't figure out how w:en:Wikipedia:Wikipedia Signpost/2016-11-04 would have caused any problems...
- Oh... I wonder if it's due to the [[Wikipedia:...]] ? (which would work differently on other wikis, linking to Enwiki per Special:Interwiki, instead of the namespace itself, and hence potentially warrant triggering a warning like this).
- I'll ask a dev, and if necessary file a task. Quiddity (WMF) (talk) 22:59, 7 November 2016 (UTC)
- My guess was incorrect, but there was a bug. It's been filed as phab:T150225. Just ignore the warning for now. Thanks for the nudge to look again. :-) Quiddity (WMF) (talk) 00:55, 8 November 2016 (UTC)
- Filed as https://phabricator.wikimedia.org/T150225, thanks for the report! This turned out to be a pretty unexpected bug. Legoktm (talk) 01:09, 8 November 2016 (UTC)
Examples of use?
Why this extension is useful? I didn't understand what I can do with it. If you installed it, please tell me the goal on your wiki, or an example of use. 87.91.248.85 (talk) 17:48, 6 March 2019 (UTC)
- It allows you to send a message to multiple users at the same time, potentially across a wikifarm. Wikimedia wikis use it for global message delivery, so newsletters and other messages can be sent to users' talk pages. Legoktm (talk) 18:01, 6 March 2019 (UTC)
I suggest adding Special:Log/massmessage to Interface section of the description
I suggest adding [[Special:Log/massmessage]] to Interface section of the description. Maksim E. Otstavnov (talk) 03:07, 1 August 2021 (UTC)
sendMessages.php
What's wrong with the file?
$ cat test.txt
User:Test
$ php sitename/extensions/MassMessage/maintenance/sendMessages.php --pagelist test.txt --subject test.txt --message test.txt
test.txt is empty, must have some content.
MediaWiki 1.36.1, PHP 7.4.15 (cgi-fcgi), MySQL 5.7.28-log, ICU 60.2, Apache 2.4.29-1ubuntu4.16
Extensions: Echo – (1a15ef8), VisualEditor 0.1.2, MyVariables 3.5.1, NoTitle 0.4.0 (780dbb6), DynamicSidebar 1.1 (b2f3feb), Lockdown – (2409546), MassMessage0.4.0 (c9b6e87) 19:21, 22 July 2021 Maksim E. Otstavnov (talk) 03:45, 1 August 2021 (UTC)
- Update:
- Maksim E. Otstavnov (talk) 09:23, 1 August 2021 (UTC)
$ ln -s test.txt test1.txt $ ln -s test.txt test2.txt $ php sitename/extensions/MassMessage/maintenance/sendMessages.php --pagelist test.txt --subject test1.txt --message test2.txt test.txt is empty, must have some content.
Section of the page?
After previewing the form with "Тест" in "Page to be sent as a message" I don't see any sections in "Section of the page" pulldown. The page contains the following:
==Section1== Section1 ==Section2== Section2
MediaWiki 1.36.1, PHP 7.4.15 (cgi-fcgi), MySQL 5.7.28-log, ICU 60.2, Apache 2.4.29-1ubuntu4.16
Extensions: Echo – (1a15ef8), VisualEditor 0.1.2, MyVariables 3.5.1, NoTitle 0.4.0 (780dbb6), DynamicSidebar 1.1 (b2f3feb), Lockdown – (2409546), MassMessage0.4.0 (c9b6e87) 19:21, 22 July 2021 Maksim E. Otstavnov (talk) 09:14, 1 August 2021 (UTC)
Is there a way to unsend and resend?
I sent out a WikiProject-wide newsletter before realizing that there were errors on the page that was sent. I corrected the errors on the page, but is there a way to rescind a MM and then resend it? Thanks for any help. Miniapolis (talk) 13:45, 17 September 2021 (UTC)
- You can undo all the edits the delivery account made and resend it. Other than that, it's like sending an email - there's no practical way to unsend it. Legoktm (talk) 16:23, 17 September 2021 (UTC)
- Thanks for your reply; I don't think this is fixable, although in my early mass-messaging days I seem to remember someone (I forget who) helping me out of an oopsie with some kind of mass-reversion tool. Cheers! Miniapolis (talk) 17:39, 17 September 2021 (UTC)
regex to extract usernames from a free text member list
< input.txt perl -lne 'while (/\[\[user([ _]talk)? *: *([^ \[\]\|]+)(\|[^ \[\]\|]+)?\]\]/gi) { print "user talk:$2"; }' | sort
| uniq > output.txt
Error code of Ratelimit
I send to a category that have 220 pages, Delivery of "Test message" to Test Page failed with an error code of ratelimited ?
Any idea how to resolved this issues ?
Second issue that I have the Mass message log show that message has been sent to a page but when I visited the page, it doesn't show any message ? Lotusccong (talk) 10:06, 22 December 2022 (UTC)
Duplicate despatch?
Hi, I've been using MassMessage for years to despatch ''The Bugle'', the monthly Military History WikiProject newsletter, and never had a problem before now. The last issue I despatched on 7 May was sent out a second time on 8 May. Is there a bug or is it possible I put the thing on 'repeat' (didn't know there was such a thing though)...?! Cheers, Ian Rose (talk) 13:12, 8 May 2023 (UTC)
- There is a long-standing occasional (unpredictable) bug (phab:T93049) that the devs have had difficulties diagnosing. However, it looks like there is a recent software patch drafted, and once that has been tested & reviewed & merged it might help prevent future occurrences.
- I've been affected by this bug, too, so you have my deepest empathy. Thanks for reporting it here! Quiddity (WMF) (talk) 16:44, 8 May 2023 (UTC)
Unsubscirbe
Does anyone know how to unsubscribe myself from a periodical message sent by this extension. I have removed my username from this list: id:Wikipedia:Gambar pilihan/Usulan/Pesan massal but I'm still receiving the messages for almost a month now. Thank you. RXerself (talk) 23:31, 12 December 2023 (UTC)
- You might have an incoming redirect from another/old username. I suggest checking for that. Let us know if that doesn't explain and solve it! Quiddity (WMF) (talk) 18:10, 13 December 2023 (UTC)
- Ah yes, I have deleted that now. Let's see when the next cycle of new message is sent whether I'll receive that or not. Thanks. RXerself (talk) 02:39, 14 December 2023 (UTC)
Customizing the header of sent messages
Hello!
This is a very useful extension for me.
But I'm wondering if there is a way to add some sentences to the header of message, like "massmessage-message-footer" for its footer?
The ideal announcement message I want to send to my users should look something like this:
1. Several lines of custom announcement header
2.The first page of the article (the entire article is not needed, especially if it is large)
3.Footer with common phrases Derek Jones Smr (talk) 11:39, 20 December 2023 (UTC)
Hard limit?
Hi @Legoktm and Wctaiwan: what is the maximum amount of MassMessages that can be sent at once? RamzyM (WMF) (talk) 14:30, 19 March 2024 (UTC)
- It's been a while since I looked through the code, but I did just now and didn't immediately see a limit. There are some practical limits, if you want to send bigger deliveries there are better options depending on what you're doing though. Legoktm (talk) 02:56, 20 March 2024 (UTC)
- Thanks a lot, Legoktm! RamzyM (WMF) (talk) 12:22, 20 March 2024 (UTC)