wikimedia/mediawiki-extensions-Echo
1
0
Fork 0
mirror of https://gerrit.wikimedia.org/r/mediawiki/extensions/Echo synced 2024-11-27 17:20:40 +00:00
Code Issues Packages Projects Releases Wiki Activity
mediawiki-extensions-Echo/i18n/en.json

285 lines
23 KiB
JSON
Raw Normal View History

Migrate to JSON i18n Procedure per https://www.mediawiki.org/wiki/Manual:GenerateJsonI18n.php with shim. Change-Id: I45c23439d25b081d932ff4354fd3308122e5b186
2014-03-26 14:22:57 +00:00
{
Add i18n for API module help MediaWiki core change I04b1a384 added support for i18n of API module help. This takes advantage of that while still maintaining backwards compatibility with earlier versions of MediaWiki. Once support for MediaWiki before 1.25 is dropped, the methods marked deprecated in this patch may be removed. Change-Id: I67395aff48185f3e09da31b51a08aa2541fe6a17
2014-10-28 19:42:41 +00:00
"@metadata": {
"authors": [
Add i18n/en.json authors The names wereound by running `git shortlog -s -n` on i18n/en.json and on the old Echo.i18n.php. Change-Id: Ie3837e0a6df6d368ee1e0952fd29bdd2fa209486
2016-03-12 10:53:27 +00:00
"Andrew Garrett",
"Alangi Derick",
"Alex Monk",
"Amir E. Aharoni",
"Andrew Garrett",
"Benny Situ",
"Brad Jorsch",
"Erik Bernhardson",
"James D. Forrester",
"Jon Robson",
"Kunal Mehta",
"lokal-profil",
"lwelling",
"MatmaRex",
"Matthew Flaschen",
"Matthias Mullie",
"mhutti1",
"Moriel Schottlender",
"Nemo bis",
"Nischay Nahata",
"Raimond Spekking",
"Reedy",
"Roan Kattouw",
"Ryan Kaldari",
"Siebrand Mazeland",
"Stephane Bisson",
"theopolisme",
"Tony Thomas",
"Terry Chay",
"umherirrender",
"Yuki Shira"
Add i18n for API module help MediaWiki core change I04b1a384 added support for i18n of API module help. This takes advantage of that while still maintaining backwards compatibility with earlier versions of MediaWiki. Once support for MediaWiki before 1.25 is dropped, the methods marked deprecated in this patch may be removed. Change-Id: I67395aff48185f3e09da31b51a08aa2541fe6a17
2014-10-28 19:42:41 +00:00
]
},
More detailed Echo description This shows up at e.g. Special:Version. Bug: T106211 Change-Id: I438b2cc30ba926daef871edff98da9ce549253f3
2015-07-29 05:57:37 +00:00
"echo-desc": "System for notifying users about events and messages",
Add i18n for API module help MediaWiki core change I04b1a384 added support for i18n of API module help. This takes advantage of that while still maintaining backwards compatibility with earlier versions of MediaWiki. Once support for MediaWiki before 1.25 is dropped, the methods marked deprecated in this patch may be removed. Change-Id: I67395aff48185f3e09da31b51a08aa2541fe6a17
2014-10-28 19:42:41 +00:00
"prefs-echo": "Notifications",
Add a description for Special:Preferences layout Added a description that will be displayed in the Special:Preferences mobile layout Bug: T311717 Change-Id: I7cc9061b1b9bc209a035fa16801a778d7631ae3f
2022-09-27 17:40:16 +00:00
"prefs-description-echo": "Select which notifications {{GENDER:|you}} get and how to receive them.",
Add i18n for API module help MediaWiki core change I04b1a384 added support for i18n of API module help. This takes advantage of that while still maintaining backwards compatibility with earlier versions of MediaWiki. Once support for MediaWiki before 1.25 is dropped, the methods marked deprecated in this patch may be removed. Change-Id: I67395aff48185f3e09da31b51a08aa2541fe6a17
2014-10-28 19:42:41 +00:00
"prefs-emailsettings": "Email options",
"prefs-echosubscriptions": "Notify me about these events",
Always show a cross-wiki notifications preference, even if the beta feature is disabled In the non-BetaFeature case, put it in the Notifications tab instead. Bug: T129077 Change-Id: I116bec24e0725b3d84276593a50f4315981d2ab1
2016-03-11 01:48:06 +00:00
"prefs-echocrosswiki": "Cross-wiki notifications",
Better explain how the Mute feature works Update the English form labels to better explain how the Mute feature works. Bug: T166626 Change-Id: Ia4294372d633c3b362f7e7fec9e8253b3d321363
2017-08-16 22:26:48 +00:00
"prefs-blocknotificationslist": "Muted users",
Change pref header to specify it's about page link notifications If/when we add other notification types, we could switch this string back to "Muted pages" and nest other notification types underneath, or we could use a different UI pattern for exposing those preferences. Bug: T46787 Change-Id: I66cb2795a17994197b8610d04691dfca55ebc588
2020-05-25 17:13:33 +00:00
"prefs-mutedpageslist": "Muted pages for page link notifications",
Define preference for poll updates New preference added so that user can set * Displaying (n) total unread count in the title * Displaying notification snippet for incoming notification Bug: T229732 Change-Id: I35eb68dedf1e087b4668bfec404935f1244b3d0b
2019-08-02 20:14:05 +00:00
"prefs-echopollupdates": "Live notifications",
Dormant mobile notifications overlay lives in Echo This code will be enabled when Iba1d7863171268066bf7597182c57a0a2041497f relinquishes the responsibility for rendering the Echo notification badge and wiring up of the related JS. It makes 3 assumptions: 1) Minerva will expose a VERSION property on the skins.minerva.scripts module to tell Echo it can begin control of the functionality 2) A new hook `SkinMinervaReplaceNotificationsBadge` will run on the server side allowing Echo extension to render the Notifications badge in Minerva. 3) A new client side hook (echo.mobile) will fire whenever the Echo dialog is opened or closed. All code relating to Echo inside MobileFrontend and Minerva is moved here. CSS for the modules is kept in Minerva as skinStyles This code remains dormant until Iba1d7863171268066bf7597182c57a0a2041497f lands. It pre-registers a "to-be-created" hook SkinMinervaReplaceNotificationsBadge that substitutes the Minerva badge. It also watches the export value of skins.minerva.scripts for a VERSION value - when this appears it will take the signal that it should manage the frontend code. In the new system the mobile specific code is limited to the mobile version of Minerva. The desktop version of Echo loads on Minerva desktop - presenting an opportunity in future to consolidate both implementations to use the same component. The mobile version of Vector and Timeless for example will load the mobile overlay (with existing styling issues that we don't need to worry about right now given we don't officially support skins other than Minerva as mobile) Testers: * Check require( 'ext.echo.mobile' )(); inside initMobile inside ext.echo.init does not fire until Iba1d7863171268066bf7597182c57a0a2041497f is checked out. Depends-On: I1a66939d2b596094b419de40b370e79f09c85581 Bug: T221007 Change-Id: I09c27a084100b223662f84de6cbe01bebe1fe774
2019-10-01 20:15:25 +00:00
"echo-mobile-notifications-filter-title": "Filter notifications",
Define preference for poll updates New preference added so that user can set * Displaying (n) total unread count in the title * Displaying notification snippet for incoming notification Bug: T229732 Change-Id: I35eb68dedf1e087b4668bfec404935f1244b3d0b
2019-08-02 20:14:05 +00:00
"echo-pref-show-poll-updates": "Display new notifications as they arrive",
"echo-pref-show-poll-updates-help": "Show the number of unread notifications in the title bar, and show a snippet of each notification immediately when it arrives.",
Add i18n for API module help MediaWiki core change I04b1a384 added support for i18n of API module help. This takes advantage of that while still maintaining backwards compatibility with earlier versions of MediaWiki. Once support for MediaWiki before 1.25 is dropped, the methods marked deprecated in this patch may be removed. Change-Id: I67395aff48185f3e09da31b51a08aa2541fe6a17
2014-10-28 19:42:41 +00:00
"echo-pref-send-me": "Send me:",
"echo-pref-send-to": "Send to:",
"echo-pref-email-format": "Email format:",
"echo-pref-web": "Web",
"echo-pref-email": "Email",
Change push notification preference column label to "Apps" Bug: T251462 Change-Id: Ibdec818df6c605d1bc2d2bcb8edb72b62aa35005
2020-06-24 21:28:14 +00:00
"echo-pref-push": "Apps",
Add i18n for API module help MediaWiki core change I04b1a384 added support for i18n of API module help. This takes advantage of that while still maintaining backwards compatibility with earlier versions of MediaWiki. Once support for MediaWiki before 1.25 is dropped, the methods marked deprecated in this patch may be removed. Change-Id: I67395aff48185f3e09da31b51a08aa2541fe6a17
2014-10-28 19:42:41 +00:00
"echo-pref-email-frequency-never": "Do not send me any email notifications",
"echo-pref-email-frequency-immediately": "Individual notifications as they come in",
"echo-pref-email-frequency-daily": "A daily summary of notifications",
"echo-pref-email-frequency-weekly": "A weekly summary of notifications",
"echo-pref-email-format-html": "HTML",
"echo-pref-email-format-plain-text": "Plain text",
Always show a cross-wiki notifications preference, even if the beta feature is disabled In the non-BetaFeature case, put it in the Notifications tab instead. Bug: T129077 Change-Id: I116bec24e0725b3d84276593a50f4315981d2ab1
2016-03-11 01:48:06 +00:00
"echo-pref-cross-wiki-notifications": "Show notifications from other wikis",
i18n: Replace mw: interwiki with url to mediawiki.org The interwiki table must not contains an interwiki link with prefix mw: Change-Id: Ic94758aa2a3949edf325e840a27060c5ad0324da
2024-05-15 21:36:34 +00:00
"echo-pref-notifications-blacklist": "Do not display notifications from these users. ([https://www.mediawiki.org/wiki/Special:MyLanguage/Help:Notifications#mute learn more])",
"echo-pref-notifications-page-linked-title-muted-list": "Do not display \"Page link\" notifications for these pages. ([https://www.mediawiki.org/wiki/Special:MyLanguage/Help:Notifications#mute learn more])",
Add preference to not receive digests about read notifications Allows users to opt out of receiving daily or weekly digests containing notifications they have already marked as read on the web. Bug: T169386 Change-Id: Ib47248678f88095492fb6896530be5a9f5bb43ca
2019-12-10 00:13:29 +00:00
"echo-pref-dont-email-read-notifications": "Don't include read notifications in summary emails",
Add i18n for API module help MediaWiki core change I04b1a384 added support for i18n of API module help. This takes advantage of that while still maintaining backwards compatibility with earlier versions of MediaWiki. Once support for MediaWiki before 1.25 is dropped, the methods marked deprecated in this patch may be removed. Change-Id: I67395aff48185f3e09da31b51a08aa2541fe6a17
2014-10-28 19:42:41 +00:00
"echo-learn-more": "Learn more",
Add 'Log' link to user-rights notification Bug: T127249 Change-Id: I0ee20fefa2241d2858e6473bb709dce9519b82d4
2016-02-24 16:36:22 +00:00
"echo-log": "Public log",
Move talk page notification data from 'user-menu' to 'notifications' **Note**: This change will affect the order of the yellow talk page message notification on legacy Vector/other skins by moving it from after the `#pt-notifications-notice` element to before the `#pt-notifications-alert` element. This was done because the notification is related to the list of messages that appear when the bell icon is clicked so having it in close proximity to that icon is hopefully more intuitive than having it next to the unrelated inbox icon. [1] Per T274428, we need this notification to be inside the `notifications` array instead of inside the `user-menu` array. Additionally: * Per T274428, update the notifications message copy to "You have a new Talk page message" * Remove the `onPersonalUrls` hook method inside EchoHooks, unregister its use as a hook in extension.json, and update its references in Echo. [1] T274428#7113896 Bug: T274428 Change-Id: I5ae0ec089bcf0eec1ec7ac13f60e811f54e1d8e1
2021-05-14 20:44:10 +00:00
"echo-new-messages": "You have a new Talk page message",
Simplify "my user talk page" to "my talk page" I believe that saying "my talk page" is canon and really more than enough. Even less confusing, especially when compared with the other messages that talk about "my user page". An additional motivation here is to make this easier to localize. This turns out to be especially relevant in languages like German where "user" needs to be gendered. We can avoid this here entirely. Change-Id: I6588032d2b54e3729200c3342d668fc445f46312
2024-06-21 22:19:34 +00:00
"echo-category-title-edit-user-talk": "{{PLURAL:$1|Edit|Edits}} to my talk page",
Add notification type for user page edits Creates a notification type to notify users when their user page is edited. Co-authored-by: Kunal Mehta <legoktm@debian.org> Co-authored-by: Ed Sanders <esanders@wikimedia.org> Bug: T3876 Change-Id: Ibe0092a96d96f6fa9d93991418b723f3e70e1b75
2023-03-09 14:18:07 +00:00
"echo-category-title-edit-user-page": "{{PLURAL:$1|Edit|Edits}} to my user page",
Add i18n for API module help MediaWiki core change I04b1a384 added support for i18n of API module help. This takes advantage of that while still maintaining backwards compatibility with earlier versions of MediaWiki. Once support for MediaWiki before 1.25 is dropped, the methods marked deprecated in this patch may be removed. Change-Id: I67395aff48185f3e09da31b51a08aa2541fe6a17
2014-10-28 19:42:41 +00:00
"echo-category-title-article-linked": "Page {{PLURAL:$1|link|links}}",
"echo-category-title-reverted": "Edit {{PLURAL:$1|revert|reverts}}",
"echo-category-title-mention": "{{PLURAL:$1|Mention|Mentions}}",
Echo notifications for mention failures - Adds global "$wgEchoMentionStatusNotifications" to activate mention status notifications. (must be set before extension is loaded) - Adds notification types and icon for some basic mention failures. - Adds failure and stats for anonymous IP. - Adds check for links to user subpages. - Adds config var for max mention notifications allowed. - Bundles notifications. - Refactors test for the event generation and adds tests for unknown users, user links with subpages and failures for too many mentions. Bug: T136326 Change-Id: I388bdc3714feb9a2865a5ad10dbeabb0a6a09a4f
2016-06-21 14:42:56 +00:00
"echo-category-title-mention-failure": "Failed {{PLURAL:$1|mention|mentions}}",
Echo notifications for successful mentions Adds new notification type and icon for successful mentions. Complements existing test to consider successful mentions. Bug: T139623 Change-Id: I7a77b40e8b14c95cadb9023065ee916247feacf9
2016-07-21 13:00:54 +00:00
"echo-category-title-mention-success": "Successful {{PLURAL:$1|mention|mentions}}",
Add i18n for API module help MediaWiki core change I04b1a384 added support for i18n of API module help. This takes advantage of that while still maintaining backwards compatibility with earlier versions of MediaWiki. Once support for MediaWiki before 1.25 is dropped, the methods marked deprecated in this patch may be removed. Change-Id: I67395aff48185f3e09da31b51a08aa2541fe6a17
2014-10-28 19:42:41 +00:00
"echo-category-title-other": "{{PLURAL:$1|Other}}",
"echo-category-title-system": "{{PLURAL:$1|System}}",
Split system category into system and system-noemail This will allow us to remove notify-type-availability for individual types, and manage all of it on a per-category basis instead. Bug: T221264 Change-Id: I78ed6782be8b819cf25cceabb4ea794b15eacafd
2019-04-20 00:45:33 +00:00
"echo-category-title-system-noemail": "{{PLURAL:$1|System}}",
Create system-emailonly category I need this category to be able to complete T231395, it doesn't make sense to web-notify user they were renamed since renaming kills user session, so when they log in, they already know. Bug: T231397 Change-Id: Ib49a42969a2134bb89c17f62a7aea7db820374fa
2019-08-27 22:18:00 +00:00
"echo-category-title-system-emailonly": "{{PLURAL:$1|System}}",
Add i18n for API module help MediaWiki core change I04b1a384 added support for i18n of API module help. This takes advantage of that while still maintaining backwards compatibility with earlier versions of MediaWiki. Once support for MediaWiki before 1.25 is dropped, the methods marked deprecated in this patch may be removed. Change-Id: I67395aff48185f3e09da31b51a08aa2541fe6a17
2014-10-28 19:42:41 +00:00
"echo-category-title-user-rights": "{{PLURAL:$1|User rights change|User rights changes}}",
Add an emailuser web notification When an user sent an email to another user with [[Special:Emailuser]] or action=emailuser, give an echo for the target user to be lookup in his mailbox. This option is off by default. It is only useful as web notification, because an email notification would go to the same address. Bug: T56130 Change-Id: Ie279457daf51e1c34c998197ce9e76c78ee705e4
2015-09-19 20:49:34 +00:00
"echo-category-title-emailuser": "{{PLURAL:$1|Email from other user|Emails from other users}}",
i18n tweak for article reminder category on preferences Due to team discussion - there is a need to keep the singular-plural This makes it consistent with the others and allows flexibility. Change-Id: I990a09cc688dcdae3176c5ecd995d4957a4bc402
2017-07-04 12:41:47 +00:00
"echo-category-title-article-reminder": "Page {{PLURAL:$1|reminder|reminders}}",
Make thank-you-edit notifications configurable Add a preference in the notifications section to allow disabling the 'thank-you-edit' notifications completely. This is useful to editors active on several wikis. They can disable it in global preferences and stop seeing them globally. Bug: T169924 Change-Id: If6716bb98ed2309813536a5834e03833fb537dcf
2019-04-10 20:54:51 +00:00
"echo-category-title-thank-you-edit": "Edit {{PLURAL:$1|milestone|milestones}}",
Add support for watchlist events Bug: T203941 Change-Id: I9bcd13cb0a547393696dde0e977b7761cc1fea68
2019-12-09 02:42:55 +00:00
"echo-category-title-watchlist": "Edit to watched page",
"echo-category-title-minor-watchlist": "Minor edit to watched page",
Add API module for sending notifications Allows users to send notifications to themselves (T306211). For sending notifications to others, a new permission is created (echo-create), assigned only to bots by default. For now, only one user can be notified in one API request. If the email flag is set in the API params, the notification is also sent as an email, provided the user hasn't disabled email notifications for the "api-triggered" category. This feature is behind a feature flag. Set $wgEchoEnableApiEvents = true to use. Adapted from If0267a38be7d454e3d284d30f93c93a828288dd7. Co-authored-by: TheresNoTime <starling-ctr@wikimedia.org> Bug: T58362 Bug: T306211 Change-Id: I94642bff5dcb075cb9db862206d59c19edad9fd1
2023-06-07 20:18:51 +00:00
"echo-category-title-api-triggered": "API triggered notifications",
Simplify "my user talk page" to "my talk page" I believe that saying "my talk page" is canon and really more than enough. Even less confusing, especially when compared with the other messages that talk about "my user page". An additional motivation here is to make this easier to localize. This turns out to be especially relevant in languages like German where "user" needs to be gendered. We can avoid this here entirely. Change-Id: I6588032d2b54e3729200c3342d668fc445f46312
2024-06-21 22:19:34 +00:00
"echo-pref-tooltip-edit-user-talk": "Notify me when someone edits my talk page.",
Add notification type for user page edits Creates a notification type to notify users when their user page is edited. Co-authored-by: Kunal Mehta <legoktm@debian.org> Co-authored-by: Ed Sanders <esanders@wikimedia.org> Bug: T3876 Change-Id: Ibe0092a96d96f6fa9d93991418b723f3e70e1b75
2023-03-09 14:18:07 +00:00
"echo-pref-tooltip-edit-user-page": "Notify me when someone edits my user page.",
Improve messages about page reminders * Changed "article" to "page" in all the messages. This is the custom in all MediaWiki messages. It ensures that the messages can be used in wikis where pages are not necessarily articles. * Removed unnecessary PLURAL clause. If it's a category title, then it's probably constant. * Correct the grammar of echo-pref-tooltip-article-reminder. "When I asked" is always past, and it's probably supposed to refer to actions that may happen in the future. Change-Id: Iddf4ac8bec4f751c570138c9557dc9174772d272
2017-07-01 12:44:24 +00:00
"echo-pref-tooltip-article-linked": "Notify me when someone links to a page I created from another page.",
Revert "Add GENDER support to tooltip messages" There was no need to merge this, and I suggest it is reverted. Parameterless use of GENDER is supported already. "{{GENDER:|male|female|other}}" will switch for the current user. This reverts commit c8b80f2003e08401921a16fcce88fc3dd8e78f53. Change-Id: I15a0bd79abea9d9f0e9b0547c87e848ebf88b5de
2016-04-02 13:41:56 +00:00
"echo-pref-tooltip-reverted": "Notify me when someone reverts an edit I made, by using the undo or rollback tool.",
"echo-pref-tooltip-mention": "Notify me when someone links to my user page.",
Improve mention success and failure messages. Bug: T143084 Change-Id: Ia6ed8acf33a39971fbe2927ebbb7b403838efc80
2016-09-05 10:00:37 +00:00
"echo-pref-tooltip-mention-failure": "Notify me when I could not send out a mention to someone.",
"echo-pref-tooltip-mention-success": "Notify me when I send out a mention to someone.",
Revert "Add GENDER support to tooltip messages" There was no need to merge this, and I suggest it is reverted. Parameterless use of GENDER is supported already. "{{GENDER:|male|female|other}}" will switch for the current user. This reverts commit c8b80f2003e08401921a16fcce88fc3dd8e78f53. Change-Id: I15a0bd79abea9d9f0e9b0547c87e848ebf88b5de
2016-04-02 13:41:56 +00:00
"echo-pref-tooltip-user-rights": "Notify me when someone changes my user rights.",
"echo-pref-tooltip-emailuser": "Notify me when someone sends me an email.",
Improve messages about page reminders * Changed "article" to "page" in all the messages. This is the custom in all MediaWiki messages. It ensures that the messages can be used in wikis where pages are not necessarily articles. * Removed unnecessary PLURAL clause. If it's a category title, then it's probably constant. * Correct the grammar of echo-pref-tooltip-article-reminder. "When I asked" is always past, and it's probably supposed to refer to actions that may happen in the future. Change-Id: Iddf4ac8bec4f751c570138c9557dc9174772d272
2017-07-01 12:44:24 +00:00
"echo-pref-tooltip-article-reminder": "Notify me about this page when I ask.",
Make thank-you-edit notifications configurable Add a preference in the notifications section to allow disabling the 'thank-you-edit' notifications completely. This is useful to editors active on several wikis. They can disable it in global preferences and stop seeing them globally. Bug: T169924 Change-Id: If6716bb98ed2309813536a5834e03833fb537dcf
2019-04-10 20:54:51 +00:00
"echo-pref-tooltip-thank-you-edit": "Notify me when I reach my 1st, 10th, 100th... edit.",
Add support for watchlist events Bug: T203941 Change-Id: I9bcd13cb0a547393696dde0e977b7761cc1fea68
2019-12-09 02:42:55 +00:00
"echo-pref-tooltip-watchlist": "Notify me when someone makes a (non-minor) edit to a page on my watchlist.",
"echo-pref-tooltip-minor-watchlist": "Notify me when someone makes a minor edit to a page on my watchlist.",
Add API module for sending notifications Allows users to send notifications to themselves (T306211). For sending notifications to others, a new permission is created (echo-create), assigned only to bots by default. For now, only one user can be notified in one API request. If the email flag is set in the API params, the notification is also sent as an email, provided the user hasn't disabled email notifications for the "api-triggered" category. This feature is behind a feature flag. Set $wgEchoEnableApiEvents = true to use. Adapted from If0267a38be7d454e3d284d30f93c93a828288dd7. Co-authored-by: TheresNoTime <starling-ctr@wikimedia.org> Bug: T58362 Bug: T306211 Change-Id: I94642bff5dcb075cb9db862206d59c19edad9fd1
2023-06-07 20:18:51 +00:00
"echo-pref-tooltip-api-triggered": "Send me notifications triggered by bots or gadgets via the API.",
Add i18n for API module help MediaWiki core change I04b1a384 added support for i18n of API module help. This takes advantage of that while still maintaining backwards compatibility with earlier versions of MediaWiki. Once support for MediaWiki before 1.25 is dropped, the methods marked deprecated in this patch may be removed. Change-Id: I67395aff48185f3e09da31b51a08aa2541fe6a17
2014-10-28 19:42:41 +00:00
"notifications": "Notifications",
Add a tooltip to the notification badges Since the nojs "base" version uses the automatic title creation of the personal tools, the message keys were adjusted accordingly, and the old unified message was removed. Bug: T108190 Change-Id: I1f242f530aa68562aa4dc885156586c22c4df618
2015-09-07 23:54:47 +00:00
"tooltip-pt-notifications-alert": "{{GENDER:|Your}} alerts",
Change 'messages' to 'notices' throughout the interface Bug: T139520 Change-Id: Ib7f4dc4ea1ff4c5d1fccdc5fdf0c66b049162cb2
2016-07-07 22:05:56 +00:00
"tooltip-pt-notifications-notice": "{{GENDER:|Your}} notices",
Unlisted special page for displaying notification configuration This provides a simple unlisted special page, Special:DisplayNotificationsConfiguration, to document how the notifications are structured and configured. It shows: * Which types are in each category * Which notify types (web/email) can be enabled for each category * Which notify types are mandatory for each category * Which notify types are enabled by default: ** For existing users ** For new users Bug: T132127 Change-Id: I25b447a69a7c984941dfd703345d7977c0000bfe
2016-04-19 03:06:03 +00:00
"echo-displaynotificationsconfiguration": "Display Notifications configuration",
"echo-displaynotificationsconfiguration-summary": "This is an overview of how Notifications are configured on this wiki.",
"echo-displaynotificationsconfiguration-notifications-by-category-header": "Notifications by category",
Display special: Add which section (curr. Alert v. Msg.) each type's in Replace getAlertEvents and getMessageEvents with getEventsForSection. Also, add IDs for linking to sections Bug: T123018 Change-Id: Ic480320a52a401609d853fc8c75c781b89bb8722
2016-04-27 21:43:00 +00:00
"echo-displaynotificationsconfiguration-sorting-by-section-header": "Sorting of types",
"echo-displaynotificationsconfiguration-sorting-by-section-legend": "Which section each notification type is sorted into",
Unlisted special page for displaying notification configuration This provides a simple unlisted special page, Special:DisplayNotificationsConfiguration, to document how the notifications are structured and configured. It shows: * Which types are in each category * Which notify types (web/email) can be enabled for each category * Which notify types are mandatory for each category * Which notify types are enabled by default: ** For existing users ** For new users Bug: T132127 Change-Id: I25b447a69a7c984941dfd703345d7977c0000bfe
2016-04-19 03:06:03 +00:00
"echo-displaynotificationsconfiguration-available-notification-methods-header": "Allowed notification methods",
"echo-displaynotificationsconfiguration-available-notification-methods-by-category-legend": "Which notification methods are supported for each category",
"echo-displaynotificationsconfiguration-enabled-default-header": "Enabled by default",
"echo-displaynotificationsconfiguration-enabled-default-existing-users-legend": "Existing users",
"echo-displaynotificationsconfiguration-enabled-default-new-users-legend": "New users",
"echo-displaynotificationsconfiguration-mandatory-notification-methods-header": "Required notification methods",
"echo-displaynotificationsconfiguration-mandatory-notification-methods-by-category-legend": "Which notification methods are mandatory for each category",
Add i18n for API module help MediaWiki core change I04b1a384 added support for i18n of API module help. This takes advantage of that while still maintaining backwards compatibility with earlier versions of MediaWiki. Once support for MediaWiki before 1.25 is dropped, the methods marked deprecated in this patch may be removed. Change-Id: I67395aff48185f3e09da31b51a08aa2541fe6a17
2014-10-28 19:42:41 +00:00
"echo-specialpage": "Notifications",
Adjust styling for "Mark group as read" Bug: T134204 Change-Id: Ia0486fa400be7e96ffc4e1ad47f952c17f40042c
2016-05-16 14:03:13 +00:00
"echo-specialpage-section-markread": "Mark group as read",
Add mark-as-read button to notifications in Special:Notifications Bug: T115528 Change-Id: I54dba5f86d28a069659d66dede5b7ab9981213aa
2016-03-09 20:13:48 +00:00
"echo-specialpage-markasread": "Notification: Mark as read",
"echo-specialpage-markasread-invalid-id": "Invalid event ID",
Add `aria-label` to Notifications page “Recent activity” filter widget Adding `aria-label` to the filter widget, with `listbox` role assigned to allow screen readers parse read the content. Bug: T244543 Change-Id: I72a4045abe9a7c391ee3fe471ed944d96259b79e
2020-02-06 22:15:59 +00:00
"echo-specialpage-pagefilterwidget-aria-label": "Filter by wiki and page title",
Add `aria-label` to SpecialHelpMenuWidget Bug: T244543 Change-Id: I04c2c47c5d20cf69f9f0602a2e535c05b01f5f3c
2020-05-18 19:34:40 +00:00
"echo-specialpage-special-help-menu-widget-aria-label": "Additional options and Notifications preferences.",
Display a message if there are no notifications in Special:Notifications The zero results can either be because there are no notifications at all for this user in the local wiki, or because there are no results for the specific filter. Both messages are used for either case. Also, clean up the display of push/pop pending for the inbox widget and hide the label in case the message count is 0 or 1 notifications as it is unhelpful and irrelevant in these cases. Bug: T136586 Bug: T136574 Bug: T129363 Change-Id: I1465f772bb9f5247df645d6612f951e5fd7d38cf
2016-05-31 00:12:31 +00:00
"echo-specialpage-pagination-numnotifications": "$1 {{PLURAL:$1|notification|notifications}}",
"echo-specialpage-pagination-range": "$1 - $2",
Add a cross-wiki sidebar to the Special:Notifications page Add a sidebar with cross-wiki sources and pages of unread notifications. The filter allows the user to fetch notifications from a foreign source and specific pages if those exist. Bug: T129366 Change-Id: I57d827a47f80274d75364c2099a9624049a26834
2016-05-31 22:32:16 +00:00
"echo-specialpage-pagefilters-title": "Recent activity",
"echo-specialpage-pagefilters-subtitle": "Pages with unread notifications",
Add mark-as-read button to notifications in Special:Notifications Bug: T115528 Change-Id: I54dba5f86d28a069659d66dede5b7ab9981213aa
2016-03-09 20:13:48 +00:00
"notificationsmarkread-legend": "Mark notification as read",
Add i18n for API module help MediaWiki core change I04b1a384 added support for i18n of API module help. This takes advantage of that while still maintaining backwards compatibility with earlier versions of MediaWiki. Once support for MediaWiki before 1.25 is dropped, the methods marked deprecated in this patch may be removed. Change-Id: I67395aff48185f3e09da31b51a08aa2541fe6a17
2014-10-28 19:42:41 +00:00
"echo-none": "You have no notifications.",
Remove technical error from echo-api-failure Bug: T129764 Change-Id: Ia8779ff90b71c1c8b4df5b28fd61bfb891533b06
2016-05-26 20:43:14 +00:00
"echo-api-failure": "Failed to fetch notifications.",
Create a specific message for CORS failure in cross-wiki API request Bug: T123797 Change-Id: I877c826a5571fb1f664af496b9b3469aa24884f6
2016-01-21 23:03:39 +00:00
"echo-api-failure-cross-wiki": "Access to the remote domain was denied.",
Show a default message if no notifications are available Bug: T112251 Change-Id: Ia17c50a11ea0a49041795332ba79bd3cbda5b548
2015-09-17 21:14:49 +00:00
"echo-notification-placeholder": "There are no notifications.",
Changing "this" to "these" because it refers to plural criteria (filters) Change-Id: Ie309ccf4a6c7a8817c8ba162c595ba3b2e33c69f Bug: T143072
2016-08-16 00:32:02 +00:00
"echo-notification-placeholder-filters": "There are no notifications matching these criteria.",
Redirect anonymous user to login page from Special:Notifications Added code to redirect the user and display a short message informing them of the need to login. Bug: T118873 Change-Id: I2145bc1502dbd19d660302d9f19e0d4a2ad5ad50
2015-12-08 18:54:44 +00:00
"echo-notification-loginrequired": "You must login to see your notifications.",
Display readable API error message If an error has occurred while fetching from the API, the placeholder item should display the API error information. If the error is specifically a login issue, a specific error message is displayed. Also, adjusted the mw.echo.ui.PlaceholderItemWidget to accept a clickable link; when valid (currently only with login error) the link is applied so the user can click the notification and be taken to the login page. For general notices (like API error or a general 'no notifications found' message) the link does nothing. Bug: T121923 Change-Id: I89a43c7c0eb2cf8e63d03704536e0938ab57dd4d
2015-12-21 21:47:09 +00:00
"echo-notification-popup-loginrequired": "Please log in to view your notifications.",
Add 'mark as read' as secondary action to unread notifications Bug: T121935 Change-Id: I0dda7335ba00492c5dc5a6f0e9f2faea1da612bc
2016-01-21 19:29:21 +00:00
"echo-notification-markasread": "Mark as read",
Allow mark-as-unread in notifications Add a 'mark as unread' to all unread notifications and allow them to be marked unread. These notifications will no longer be automatically marked as read when the pages they refer to are visited. Bug: T73564 Change-Id: I677d3c0399e46fd7c35531df1cc0e61db2d4eb1b
2016-03-04 22:44:22 +00:00
"echo-notification-markasunread": "Mark as unread",
Add tooltips for 'mark as read' and 'more options' Bug: T130831 Change-Id: I1533d20019157c05f9354a60661512a33920c336
2016-04-15 20:30:14 +00:00
"echo-notification-markasread-tooltip": "Mark as read",
"echo-notification-more-options-tooltip": "More options",
Add dynamic secondary action to mute/unmute page-linked notifications Also adds an API module for muting and unmuting pages (and users). Bug: T46787 Bug: T115264 Change-Id: Icf4e4bfa9fd7fa27b4c40892e3d5ce000eb22d5a
2020-04-28 03:39:40 +00:00
"notification-dynamic-actions-mute-page-linked": "{{GENDER:$2|Mute}} link notifications on \"$1\"",
"notification-dynamic-actions-mute-page-linked-confirmation": "\"Page link\" notifications are now disabled for the page \"$1\"",
"notification-dynamic-actions-mute-page-linked-confirmation-description": "{{GENDER:$2|You}} can manage your muted pages in [$1 your preferences] anytime.",
"notification-dynamic-actions-unmute-page-linked": "{{GENDER:$2|Unmute}} link notifications on \"$1\"",
"notification-dynamic-actions-unmute-page-linked-confirmation": "\"Page link\" notifications are now enabled for the page \"$1\"",
"notification-dynamic-actions-unmute-page-linked-confirmation-description": "{{GENDER:$2|You}} can manage your muted pages in [$1 your preferences] anytime.",
Add {{GENDER}} support to dynamic action messages Make sure we pass the current user to the message, since empty {{GENDER:|}} doesn't seem to work in PHP. - Add parameter to documentation - Add {{GENDER}} syntax to en.json as example - Add parameter to the message creation Bug: T144538 Change-Id: Ifc5e3bbe8309cc9ce120b7d61cdc050d7055aacc
2016-09-12 22:24:19 +00:00
"notification-dynamic-actions-unwatch": "{{GENDER:$3|Stop}} watching new activity on \"$1\"",
"notification-dynamic-actions-unwatch-confirmation": "{{GENDER:$3|You}} are no longer watching the page \"$1\"",
"notification-dynamic-actions-unwatch-confirmation-description": "{{GENDER:$3|You}} can watch [$2 this page] anytime.",
"notification-dynamic-actions-watch": "{{GENDER:$3|Follow}} new activity on \"$1\"",
"notification-dynamic-actions-watch-confirmation": "{{GENDER:$3|You}} are now watching the page \"$1\"",
"notification-dynamic-actions-watch-confirmation-description": "{{GENDER:$3|You}} can stop watching [$2 this page] anytime.",
Expandable bundle Support bundles being expandable to show their sub-notifications. Bug: T114356 Change-Id: I1507cae360f45cc87f2d60e966b4d047abfa202d
2016-06-07 20:08:16 +00:00
"notification-link-text-expand-all": "Expand",
Change "Expand N alerts/messages" to "View N alerts/messages" Bug: T121936 Change-Id: I1a550d1ed12287ee148689255374d7d5edd00765
2016-03-01 18:13:14 +00:00
"notification-link-text-expand-alert-count": "View {{PLURAL:$1|$1 alert|$1 alerts}}",
Change 'messages' to 'notices' throughout the interface Bug: T139520 Change-Id: Ib7f4dc4ea1ff4c5d1fccdc5fdf0c66b049162cb2
2016-07-07 22:05:56 +00:00
"notification-link-text-expand-notice-count": "View {{PLURAL:$1|$1 notice|$1 notices}}",
Change "Expand N alerts/messages" to "View N alerts/messages" Bug: T121936 Change-Id: I1a550d1ed12287ee148689255374d7d5edd00765
2016-03-01 18:13:14 +00:00
"notification-link-text-expand-all-count": "View {{PLURAL:$1|$1 notification|$1 notifications}}",
Change bundle collapse label from "Collapse all" to "Collapse" Bug: T130358 Change-Id: Ief7d057a2221d85d8b3702c57914092cf0a10c12
2016-03-18 16:01:27 +00:00
"notification-link-text-collapse-all": "Collapse",
Add i18n for API module help MediaWiki core change I04b1a384 added support for i18n of API module help. This takes advantage of that while still maintaining backwards compatibility with earlier versions of MediaWiki. Once support for MediaWiki before 1.25 is dropped, the methods marked deprecated in this patch may be removed. Change-Id: I67395aff48185f3e09da31b51a08aa2541fe6a17
2014-10-28 19:42:41 +00:00
"notification-link-text-view-message": "View message",
"notification-link-text-view-mention": "View mention",
Echo notifications for mention failures - Adds global "$wgEchoMentionStatusNotifications" to activate mention status notifications. (must be set before extension is loaded) - Adds notification types and icon for some basic mention failures. - Adds failure and stats for anonymous IP. - Adds check for links to user subpages. - Adds config var for max mention notifications allowed. - Bundles notifications. - Refactors test for the event generation and adds tests for unknown users, user links with subpages and failures for too many mentions. Bug: T136326 Change-Id: I388bdc3714feb9a2865a5ad10dbeabb0a6a09a4f
2016-06-21 14:42:56 +00:00
"notification-link-text-view-mention-failure": "{{PLURAL:$1|View mention|View mentions}}",
Add GENDER support to 'View changes' Change-Id: I42b8b253b8b865c081ba1aec62848afadd21e0f4
2016-02-23 16:55:07 +00:00
"notification-link-text-view-changes": "{{GENDER:$1|View}} changes",
Add i18n for API module help MediaWiki core change I04b1a384 added support for i18n of API module help. This takes advantage of that while still maintaining backwards compatibility with earlier versions of MediaWiki. Once support for MediaWiki before 1.25 is dropped, the methods marked deprecated in this patch may be removed. Change-Id: I67395aff48185f3e09da31b51a08aa2541fe6a17
2014-10-28 19:42:41 +00:00
"notification-link-text-view-page": "View page",
Add notification type for user page edits Creates a notification type to notify users when their user page is edited. Co-authored-by: Kunal Mehta <legoktm@debian.org> Co-authored-by: Ed Sanders <esanders@wikimedia.org> Bug: T3876 Change-Id: Ibe0092a96d96f6fa9d93991418b723f3e70e1b75
2023-03-09 14:18:07 +00:00
"notification-header-edit-user-page": "$1 {{GENDER:$2|edited}} <strong>{{GENDER:$3|your}} user page</strong>.",
Use strong and em instead of wiki markup bold and italics Change-Id: I9ef1846984c5d5192f73715ed9341740b5a6e8c0
2016-03-03 09:25:51 +00:00
"notification-header-edit-user-talk": "$1 {{GENDER:$2|left}} a message on <strong>{{GENDER:$3|your}} talk page</strong>.",
"notification-header-edit-user-talk-with-section": "$1 {{GENDER:$2|left}} a message on <strong>{{GENDER:$3|your}} talk page</strong> in \"<strong>$4</strong>\".",
Add notification type for user page edits Creates a notification type to notify users when their user page is edited. Co-authored-by: Kunal Mehta <legoktm@debian.org> Co-authored-by: Ed Sanders <esanders@wikimedia.org> Bug: T3876 Change-Id: Ibe0092a96d96f6fa9d93991418b723f3e70e1b75
2023-03-09 14:18:07 +00:00
"notification-compact-header-edit-user-page": "$1 {{GENDER:$2|edited}} {{GENDER:$3|your}} user page.",
Make edit-user-talk notifications expandable Bug: T162299 Change-Id: I79a5e52dc8b861bd0ed4a55ce5d80c5a97cddb70
2017-10-20 09:26:24 +00:00
"notification-compact-header-edit-user-talk": "$1 {{GENDER:$2|left}} {{GENDER:$3|you}} a message.",
"notification-compact-header-edit-user-talk-with-section": "$1 {{GENDER:$2|left}} {{GENDER:$3|you}} a message in \"<strong>$4</strong>\".",
Presentation model for edit-user-talk Bug: T116843 Change-Id: Ia11f5b57747ed0be5d4b00c75925d5fcdde87c43
2015-11-17 13:37:39 +00:00
"notification-body-edit-user-talk-with-section": "$1",
Use strong and em instead of wiki markup bold and italics Change-Id: I9ef1846984c5d5192f73715ed9341740b5a6e8c0
2016-03-03 09:25:51 +00:00
"notification-header-page-linked": "A link was made from <strong>$4</strong> to <strong>$3</strong>.",
Expandable bundle Support bundles being expandable to show their sub-notifications. Bug: T114356 Change-Id: I1507cae360f45cc87f2d60e966b4d047abfa202d
2016-06-07 20:08:16 +00:00
"notification-compact-header-page-linked": "Linked from <strong>$1</strong>.",
"notification-bundle-header-page-linked": "Links were made from {{PLURAL:$5||$5 pages|100=99+ pages}} to <strong>$3</strong>.",
Improve messages about page reminders * Changed "article" to "page" in all the messages. This is the custom in all MediaWiki messages. It ensures that the messages can be used in wikis where pages are not necessarily articles. * Removed unnecessary PLURAL clause. If it's a category title, then it's probably constant. * Correct the grammar of echo-pref-tooltip-article-reminder. "When I asked" is always past, and it's probably supposed to refer to actions that may happen in the future. Change-Id: Iddf4ac8bec4f751c570138c9557dc9174772d272
2017-07-01 12:44:24 +00:00
"notification-header-article-reminder": "A page {{GENDER:$2|you}} have requested to be reminded about is at <strong>$3</strong>",
Update page-linked notification text Bug: T121812 Change-Id: Ie875f105230c8364291a918b869b9c26dbdf1e83
2015-12-22 19:51:45 +00:00
"notification-link-text-what-links-here": "All links to this page",
Add snippet to mention notification Bug: T121817 Change-Id: I9a77d8ecb1b91f6a196f17777cfabf97c0b59da7
2016-01-20 01:19:05 +00:00
"notification-body-mention": "$1",
Use strong and em instead of wiki markup bold and italics Change-Id: I9ef1846984c5d5192f73715ed9341740b5a6e8c0
2016-03-03 09:25:51 +00:00
"notification-header-mention-other": "$1 {{GENDER:$2|mentioned}} {{GENDER:$3|you}} on <strong>$4</strong> in \"<strong>$5</strong>\".",
"notification-header-mention-other-nosection": "$1 {{GENDER:$2|mentioned}} {{GENDER:$3|you}} on <strong>$4</strong>.",
Replace "the user talk page of" with "the talk page of user" The main motivation here is to make this easier to localize. For example, in German the word "user" needs to be gendered depending on the user's preference. But the user name appears only much later in the sentence, after "of". It appears like this can easily be improved and even the original English message reads better then, doesn't it? Change-Id: I055481edbd572334bd2fffdcad9da67376ca5464
2024-06-21 22:27:30 +00:00
"notification-header-mention-user-talkpage-v2": "$1 {{GENDER:$2|mentioned}} {{GENDER:$3|you}} on the <strong>talk page of {{GENDER:$5|user}} $4</strong> in \"<strong>$6</strong>\".",
"notification-header-mention-user-talkpage-nosection": "$1 {{GENDER:$2|mentioned}} {{GENDER:$3|you}} on the <strong>talk page of {{GENDER:$5|user}} $4</strong>.",
Use strong and em instead of wiki markup bold and italics Change-Id: I9ef1846984c5d5192f73715ed9341740b5a6e8c0
2016-03-03 09:25:51 +00:00
"notification-header-mention-agent-talkpage": "$1 {{GENDER:$2|mentioned}} {{GENDER:$3|you}} on <strong>{{GENDER:$2|his|her|their}} talk page</strong> in \"<strong>$4</strong>\".",
"notification-header-mention-agent-talkpage-nosection": "$1 {{GENDER:$2|mentioned}} {{GENDER:$3|you}} on <strong>{{GENDER:$2|his|her|their}} talk page</strong>.",
"notification-header-mention-article-talkpage": "$1 {{GENDER:$2|mentioned}} {{GENDER:$3|you}} on the <strong>$4</strong> talk page in \"<strong>$5</strong>\".",
"notification-header-mention-article-talkpage-nosection": "$1 {{GENDER:$2|mentioned}} {{GENDER:$3|you}} on the <strong>$4</strong> talk page.",
fixed typo: exists -> exist Bug: T368278 Change-Id: I19cbd5e599315b53dd3c00d0a515b86cddedd8ba
2024-07-03 21:47:13 +00:00
"notification-header-mention-failure-user-unknown": "Cannot send {{GENDER:$2|your}} mention of <strong>$3</strong> because an account with this name doesn't exist.",
Improve messages that talk about "users" that aren't users The main motivation here is to make these messages easier to localize. The English versions aren't necessarily wrong, but a bit ambiguous and hard to localize in languages like German where the word "user" needs to be gendered. Note these are error messages. Change-Id: I76d58120e86730ee69216a87349b08f94e7b979e
2024-06-21 22:35:00 +00:00
"notification-header-mention-failure-user-anonymous": "Cannot send {{GENDER:$2|your}} mention of <strong>$3</strong> because the person is anonymous.",
Fix missing number in message Change-Id: If1a96e8452b3ee64a6ad2a058c4e5b88ee1e5870
2017-04-29 13:29:26 +00:00
"notification-header-mention-failure-too-many": "{{GENDER:$2|You}} tried to mention more than $3 {{PLURAL:$3|user|users}}. All mentions above that limit were not sent.",
Minor text changes in mention failure messages. To address newest text changes discussed in the ticket and preparation for the bigger bundleing. Bug: T140224 Change-Id: Ie532e9c918f24e7ea241aaaca18169b6021cf304
2016-07-28 15:38:27 +00:00
"notification-header-mention-failure-bundle": "{{PLURAL:$3|A mention|$3 mentions}} {{GENDER:$2|you made}} on the <strong>$4</strong> talk page {{PLURAL:$3|could}} not be sent.",
Remove double quotes around usernames in failures Bug: T140224 Change-Id: I126d3f296ffec0a6c094dbdf2399fd55472b084d
2016-08-03 15:24:50 +00:00
"notification-compact-header-mention-failure-user-unknown": "<strong>Username does not exist:</strong> $1",
"notification-compact-header-mention-failure-user-anonymous": "<strong>IPs cannot be mentioned:</strong> $1",
Add bold names for mentions status notifications Bug: T140224 Change-Id: If4737a627c884f358bdc619849d6c9a8e6d20009
2016-08-11 10:14:12 +00:00
"notification-header-mention-success": "{{GENDER:$2|Your}} mention of <strong>$3</strong> was sent.",
Echo notifications for successful mentions Adds new notification type and icon for successful mentions. Complements existing test to consider successful mentions. Bug: T139623 Change-Id: I7a77b40e8b14c95cadb9023065ee916247feacf9
2016-07-21 13:00:54 +00:00
"notification-header-mention-success-bundle": "{{PLURAL:$3|A mention|$3 mentions}} {{GENDER:$2|you made}} on the <strong>$4</strong> talk page {{PLURAL:$3|were}} sent.",
"notification-compact-header-mention-success": "<strong>{{GENDER:$2|You mentioned}}:</strong> $3",
Bundle mention success and failure notifications Adds common bundling including messages and icons. Bundling relates to revision now. Changed order how notifications are generated. Now errors will show first, since they are generated last. Bug: T140224 Change-Id: I1069aeb5523db8710da4e8e21065bf447d031e3c
2016-07-29 10:15:34 +00:00
"notification-header-mention-status-bundle": "{{PLURAL:$3|A notification|$3 notifications}} about mentions {{GENDER:$2|you made}} on the <strong>$4</strong> talk page: {{PLURAL:$5|$5 not sent}}, {{PLURAL:$6|$6 sent}}.",
Fix 'user-rights' notification messages Bug: T121661 Change-Id: I5b73001f2f748a39c3b28f6b571f076a51f8f785
2016-02-08 13:44:26 +00:00
"notification-header-user-rights-add-only": "{{GENDER:$4|Your}} user rights were {{GENDER:$1|changed}}. You have been added to: $2.",
"notification-header-user-rights-remove-only": "{{GENDER:$4|Your}} user rights were {{GENDER:$1|changed}}. You are no longer a member of: $2.",
"notification-header-user-rights-add-and-remove": "{{GENDER:$6|Your}} user rights were {{GENDER:$1|changed}}. You have been added to: $2. You are no longer a member of: $4.",
Add proper message when user group expiry is changed There's a lot more that could be done to improve user "rights" notifications (really user group notifications), but this will do for now. Bug: T159301 Depends-On: I5d32445f8e5b41599889b8488a2431e7a908f858 Change-Id: I27d52bc5c39219c832bf63a491faa1e421b0c024
2017-04-08 07:43:05 +00:00
"notification-header-user-rights-expiry-change": "The expiry of {{GENDER:$4|your}} membership in the following {{PLURAL:$3|group|groups}} has been {{GENDER:$1|changed}}: $2.",
Add a presentation model for Echo "Welcome" notification Bug: T116843 Change-Id: Ia43ce2c467873390c2b36439af1db8932708cda9
2015-11-03 00:00:29 +00:00
"notification-header-welcome": "{{GENDER:$2|Welcome}} to {{SITENAME}}, $1! We're glad {{GENDER:$2|you're}} here.",
Ping users mentioned in edit summaries Disabled by default for now. Bug: T32750 Change-Id: I8012b82b6e27cc2612fb2302d0c9feb3f3623d62
2018-01-19 21:26:49 +00:00
"notification-header-mention-summary": "$1 {{GENDER:$2|mentioned}} {{GENDER:$3|you}} in an edit summary on <strong>$4</strong>.",
Add support for watchlist events Bug: T203941 Change-Id: I9bcd13cb0a547393696dde0e977b7761cc1fea68
2019-12-09 02:42:55 +00:00
"notification-header-watchlist-changed": "$1 {{GENDER:$2|changed}} <strong>$3</strong>, a page on {{GENDER:$4|your}} watchlist{{PLURAL:$5||, $5 times}}.",
"notification-header-watchlist-created": "$1 {{GENDER:$2|created}} <strong>$3</strong>, a page on {{GENDER:$4|your}} watchlist{{PLURAL:$5||, $5 times}}.",
"notification-header-watchlist-deleted": "$1 {{GENDER:$2|deleted}} <strong>$3</strong>, a page on {{GENDER:$4|your}} watchlist{{PLURAL:$5||, $5 times}}.",
"notification-header-watchlist-moved": "$1 {{GENDER:$2|moved}} <strong>$3</strong>, a page on {{GENDER:$4|your}} watchlist{{PLURAL:$5||, $5 times}}.",
"notification-header-watchlist-restored": "$1 {{GENDER:$2|restored}} <strong>$3</strong>, a page on {{GENDER:$4|your}} watchlist{{PLURAL:$5||, $5 times}}.",
Add PLURAL to new messages These new messages should have {{PLURAL}} in the English original even though the number will be larger than 1. For other languages (like Russian) the plurals work differently, so having the {{PLURAL}} in the English message even though it won't have any effect there works as a guide to the translators (just like the {{GENDER}} does). Change-Id: I925818bbf3da95e2ffdb629f448f54911752e346
2019-12-13 11:37:11 +00:00
"notification-header-watchlist-multiuser-changed": "<strong>$1</strong>, a page on {{GENDER:$2|your}} watchlist, was changed $3 {{PLURAL:$3|time|times}}.",
"notification-header-watchlist-multiuser-created": "<strong>$1</strong>, a page on {{GENDER:$2|your}} watchlist, was created $3 {{PLURAL:$3|time|times}}.",
"notification-header-watchlist-multiuser-deleted": "<strong>$1</strong>, a page on {{GENDER:$2|your}} watchlist, was deleted $3 {{PLURAL:$3|time|times}}.",
"notification-header-watchlist-multiuser-moved": "<strong>$1</strong>, a page on {{GENDER:$2|your}} watchlist, was moved $3 {{PLURAL:$3|time|times}}.",
"notification-header-watchlist-multiuser-restored": "<strong>$1</strong>, a page on {{GENDER:$2|your}} watchlist, was restored $3 {{PLURAL:$3|time|times}}.",
Add API module for sending notifications Allows users to send notifications to themselves (T306211). For sending notifications to others, a new permission is created (echo-create), assigned only to bots by default. For now, only one user can be notified in one API request. If the email flag is set in the API params, the notification is also sent as an email, provided the user hasn't disabled email notifications for the "api-triggered" category. This feature is behind a feature flag. Set $wgEchoEnableApiEvents = true to use. Adapted from If0267a38be7d454e3d284d30f93c93a828288dd7. Co-authored-by: TheresNoTime <starling-ctr@wikimedia.org> Bug: T58362 Bug: T306211 Change-Id: I94642bff5dcb075cb9db862206d59c19edad9fd1
2023-06-07 20:18:51 +00:00
"notification-header-api-triggered": "$1",
"notification-tooltip-api-triggered": "This notification was sent to you by $1",
Specify that watchlist emails are only sent once per page Bug: T203941 Change-Id: I2a19b06dbddd927a0f9c046301abc698c2494b8d
2020-06-01 02:17:13 +00:00
"notification-body-watchlist-once": "There will be no other email notifications in case of further activity unless {{GENDER:$1|you visit}} this page while logged in.",
Allow welcome notifications to have a primary link Wikis can customize the 'notification-welcome-link' to a page title (like "Project:Welcome" for example) and the "Welcome!" notification new users receive will have a primary link to that page. Bug: T117509 Change-Id: I29f6d69db480fa7d39573941e762c4dad8737ed0
2015-11-12 22:30:51 +00:00
"notification-welcome-link": "",
"notification-welcome-linktext": "Welcome",
Avoiding the use of {{SITENAME}} Removing locations where {{SITENAME}} was used which are not necessary as filed by the following bugs; Bug: T126876 Bug: T126875 Change-Id: Ia355185656a8fa2d9caf36d580e37e82f0b7e22b
2016-02-14 21:25:32 +00:00
"notification-header-thank-you-1-edit": "{{GENDER:$2|You}} just made {{GENDER:$2|your}} first edit; thank {{GENDER:$2|you}}, and welcome!",
"notification-header-thank-you-10-edit": "{{GENDER:$2|You}} just made {{GENDER:$2|your}} tenth edit; thank {{GENDER:$2|you}}, and please keep going!",
"notification-header-thank-you-100-edit": "{{GENDER:$2|You}} just made {{GENDER:$2|your}} hundredth edit; thank {{GENDER:$2|you}} very much!",
"notification-header-thank-you-1000-edit": "{{GENDER:$2|You}} just made {{GENDER:$2|your}} thousandth edit; thank {{GENDER:$2|you}} for being a great contributor!",
Provide three more edit threshold congratulatory notifications Change-Id: Icd213fe7dd7ab8451432d35d6ee289c49449d5d1
2016-02-26 23:51:25 +00:00
"notification-header-thank-you-10000-edit": "{{GENDER:$2|You}} just made {{GENDER:$2|your}} ten thousandth edit; thank {{GENDER:$2|you}} so very much!",
"notification-header-thank-you-100000-edit": "{{GENDER:$2|You}} just made {{GENDER:$2|your}} hundred thousandth edit; thank {{GENDER:$2|you}} for an amazing contribution!",
"notification-header-thank-you-1000000-edit": "{{GENDER:$2|You}} just made {{GENDER:$2|your}} millionth edit; thank {{GENDER:$2|you}} for an astonishing contribution!",
Add ten millionth edit thank you notification, per demand on Facebook Change-Id: I26a0dd0954f7f3f61014cde371fa0c46c4db78cb
2020-06-17 18:39:39 +00:00
"notification-header-thank-you-10000000-edit": "{{GENDER:$2|You}} just made {{GENDER:$2|your}} ten millionth edit; thank {{GENDER:$2|you}} for your brilliant dedication!",
Introduce congratulatory notifications for reaching edit thresholds Bug: T124003 Change-Id: I21c6570e178fd03d969a516bdb31a6da9735d242
2016-01-18 23:55:47 +00:00
"notification-link-thank-you-edit": "{{GENDER:$1|Your}} edit",
Cleanup old notification formatting system * Deprecated main entry-points * Removed unused configuration * Removed old formatters for Echo events (mention, edit-user-talk, etc) * Removed unused messages Bug: T121612 Change-Id: I639b9d9906d3ff37021cb9b5ed3cb401354b5bd9
2016-06-29 20:23:56 +00:00
"notification-link-text-view-edit": "View edit",
Improve messages about page reminders * Changed "article" to "page" in all the messages. This is the custom in all MediaWiki messages. It ensures that the messages can be used in wikis where pages are not necessarily articles. * Removed unnecessary PLURAL clause. If it's a category title, then it's probably constant. * Correct the grammar of echo-pref-tooltip-article-reminder. "When I asked" is always past, and it's probably supposed to refer to actions that may happen in the future. Change-Id: Iddf4ac8bec4f751c570138c9557dc9174772d272
2017-07-01 12:44:24 +00:00
"notification-link-article-reminder": "View page",
Add API module for sending notifications Allows users to send notifications to themselves (T306211). For sending notifications to others, a new permission is created (echo-create), assigned only to bots by default. For now, only one user can be notified in one API request. If the email flag is set in the API params, the notification is also sent as an email, provided the user hasn't disabled email notifications for the "api-triggered" category. This feature is behind a feature flag. Set $wgEchoEnableApiEvents = true to use. Adapted from If0267a38be7d454e3d284d30f93c93a828288dd7. Co-authored-by: TheresNoTime <starling-ctr@wikimedia.org> Bug: T58362 Bug: T306211 Change-Id: I94642bff5dcb075cb9db862206d59c19edad9fd1
2023-06-07 20:18:51 +00:00
"notification-link-api-triggered": "View page",
Added a period to "Notification-header-reverted". Bug: T142917 Change-Id: I38679de5e3fe1142b6b1660c747a573670f16643
2016-08-16 12:58:12 +00:00
"notification-header-reverted": "Your {{PLURAL:$4|edit on <strong>$3</strong> was|edits on <strong>$3</strong> were}} {{GENDER:$2|reverted}}.",
Display revert edit summary in revert notification body Only display when it's different than the pre-populated edit summary (Undo revision 123 by User). Bug: T121808 Change-Id: I5a00ff174fd31fdbf776a06b7b9375f63b921677
2016-01-14 19:58:21 +00:00
"notification-body-reverted": "$1",
Add a period at the end of notification-header-emailuser All other notification messages end with a period. Change-Id: If0aff1e25c45026966ebdcdc4f18f93c9593acb2
2015-12-18 01:13:25 +00:00
"notification-header-emailuser": "$1 {{GENDER:$2|sent}} you an email.",
Add email body preview to emailuser notification when the subject line is left with the default generated value, we take the begining of the email content to add a preview in the notification. Bug: T121831 Change-Id: Ib7c646f6709c7100ef51186f84fe14807d6a211a
2016-02-10 22:09:41 +00:00
"notification-body-emailuser": "$1",
Add API module for sending notifications Allows users to send notifications to themselves (T306211). For sending notifications to others, a new permission is created (echo-create), assigned only to bots by default. For now, only one user can be notified in one API request. If the email flag is set in the API params, the notification is also sent as an email, provided the user hasn't disabled email notifications for the "api-triggered" category. This feature is behind a feature flag. Set $wgEchoEnableApiEvents = true to use. Adapted from If0267a38be7d454e3d284d30f93c93a828288dd7. Co-authored-by: TheresNoTime <starling-ctr@wikimedia.org> Bug: T58362 Bug: T306211 Change-Id: I94642bff5dcb075cb9db862206d59c19edad9fd1
2023-06-07 20:18:51 +00:00
"notification-body-api-triggered": "$1",
Add notification type for user page edits Creates a notification type to notify users when their user page is edited. Co-authored-by: Kunal Mehta <legoktm@debian.org> Co-authored-by: Ed Sanders <esanders@wikimedia.org> Bug: T3876 Change-Id: Ibe0092a96d96f6fa9d93991418b723f3e70e1b75
2023-03-09 14:18:07 +00:00
"notification-edit-user-page-email-subject": "$1 {{GENDER:$2|edited}} {{GENDER:$3|your}} user page on {{SITENAME}}",
Pass viewing user as $3 to email subject messages (for GENDER) Do this by default in EventPresentationModel so it automatically works for all email subject messages. Update messages to use this parameter. Also update email subject messages that were trying to use parameters that didn't exist, and fix message documentation that was completely wrong about what the parameters were. Also update translated messages to account for parameter shifts (in many cases, these messages were using the wrong parameter or a nonexistent one). Bug: T219620 Change-Id: Ia420c4db13c95d91e1bfc4c7950942df5858379b
2019-04-04 21:37:03 +00:00
"notification-edit-talk-page-email-subject2": "$1 {{GENDER:$2|left}} {{GENDER:$3|you}} a message on {{SITENAME}}",
"notification-page-linked-email-subject": "A page {{GENDER:$3|you}} created was linked on {{SITENAME}}",
"notification-reverted-email-subject2": "{{GENDER:$3|Your}} {{PLURAL:$4|edit was|edits were}} {{GENDER:$2|reverted}} on {{SITENAME}}",
"notification-mention-email-subject": "$1 {{GENDER:$2|mentioned}} {{GENDER:$3|you}} on {{SITENAME}}",
"notification-user-rights-email-subject": "{{GENDER:$3|Your}} user rights have changed on {{SITENAME}}",
Add a short abbreviation for timestamps in notifications Use 'm' instead of 'minutes', 's' instead of 'seconds', etc, for shorter timestamp rendering in the notification list. Bug: T125970 Change-Id: I9479c5406a4bf44ef560bef2c8f204a9f60cafc6
2016-02-27 01:19:06 +00:00
"notification-timestamp-ago-seconds": "{{PLURAL:$1|$1s}}",
"notification-timestamp-ago-minutes": "{{PLURAL:$1|$1m}}",
"notification-timestamp-ago-hours": "{{PLURAL:$1|$1h}}",
"notification-timestamp-ago-days": "{{PLURAL:$1|$1d}}",
"notification-timestamp-ago-months": "{{PLURAL:$1|$1mo}}",
"notification-timestamp-ago-years": "{{PLURAL:$1|$1yr}}",
Initial version of Special:Notifications Javascript page Bug: T129176 Change-Id: I2f55358c16f78e234ec19154b944a4edebfbe639
2016-03-16 22:47:20 +00:00
"notification-timestamp-today": "Today",
"notification-timestamp-yesterday": "Yesterday",
Filter notifications by read state in Special:Notifications Change-Id: I7b47e76ae48eaf4732d99616baa3b4b1ee4ddff5
2016-05-20 04:22:41 +00:00
"notification-inbox-filter-read": "Read",
"notification-inbox-filter-unread": "Unread",
"notification-inbox-filter-all": "All",
Echo: Add gender support for Mute user label Bug: T251687 Depends-On: Ie41331fe37ba08dba343f2b229d2374c0443a074 Change-Id: I563f3f3df84cc12a4256feb158f2e1ccf7c69aad
2020-05-03 07:27:58 +00:00
"echo-specialmute-label-mute-notifications": "Mute notifications from this {{GENDER:$1|user}}",
Add GENDER support to a few Echo messages * echo-email-plain-footer * echo-email-html-footer-preference-link-text * echo-email-html-footer-with-link Bug: T145439 Change-Id: I2d55a617910efa11effef1a469e6d845eebc5591
2016-12-28 16:43:40 +00:00
"echo-email-plain-footer": "To control which emails we send {{GENDER:$1|you}}, check {{GENDER:$1|your}} preferences:",
"echo-email-html-footer-preference-link-text": "check {{GENDER:$1|your}} preferences",
"echo-email-html-footer-with-link": "To control which emails we send {{GENDER:$2|you}}, $1.",
Add i18n for API module help MediaWiki core change I04b1a384 added support for i18n of API module help. This takes advantage of that while still maintaining backwards compatibility with earlier versions of MediaWiki. Once support for MediaWiki before 1.25 is dropped, the methods marked deprecated in this patch may be removed. Change-Id: I67395aff48185f3e09da31b51a08aa2541fe6a17
2014-10-28 19:42:41 +00:00
"echo-notification-alert": "{{PLURAL:$1|Alert ($1)|Alerts ($1)|100=Alerts (99+)}}",
Change 'messages' to 'notices' throughout the interface Bug: T139520 Change-Id: Ib7f4dc4ea1ff4c5d1fccdc5fdf0c66b049162cb2
2016-07-07 22:05:56 +00:00
"echo-notification-notice": "{{PLURAL:$1|Notice ($1)|Notices ($1)|100=Notices (99+)}}",
Add i18n for API module help MediaWiki core change I04b1a384 added support for i18n of API module help. This takes advantage of that while still maintaining backwards compatibility with earlier versions of MediaWiki. Once support for MediaWiki before 1.25 is dropped, the methods marked deprecated in this patch may be removed. Change-Id: I67395aff48185f3e09da31b51a08aa2541fe6a17
2014-10-28 19:42:41 +00:00
"echo-notification-alert-text-only": "Alerts",
Change 'messages' to 'notices' throughout the interface Bug: T139520 Change-Id: Ib7f4dc4ea1ff4c5d1fccdc5fdf0c66b049162cb2
2016-07-07 22:05:56 +00:00
"echo-notification-notice-text-only": "Notices",
Add i18n for API module help MediaWiki core change I04b1a384 added support for i18n of API module help. This takes advantage of that while still maintaining backwards compatibility with earlier versions of MediaWiki. Once support for MediaWiki before 1.25 is dropped, the methods marked deprecated in this patch may be removed. Change-Id: I67395aff48185f3e09da31b51a08aa2541fe6a17
2014-10-28 19:42:41 +00:00
"echo-overlay-link": "All notifications",
"echo-overlay-title": "<b>Notifications</b>",
Add PLURAL support for "mark all as read" buttons Pass a relevant number of unread notifications to the messages 'echo-mark-all-as-read' and 'echo-mark-wiki-as-read' each time they are used, in order to facilitate the use of PLURAL in the messages. This allows translators to say e.g. "mark both as read" when there are two unread notifications, for instance. Bug: T321462 Change-Id: Ida65be2d7f2663d9802f71c7ea1eb588db8cd254
2023-04-21 11:53:26 +00:00
"echo-mark-all-as-read": "Mark {{PLURAL:$1|all}} as read",
Add confirmation popup widget Mainly used for mobile actions, and should be appended to the overlay - this widget assumes it should appear and then fade out with some confirmation message. Also moved 'doubleCheck' icon to the ooui definitions, including an inverted icon that is necessary for this widget. Bug: T141404 Change-Id: I67a44962eaee6b7bd8cac26dcb5277177fa5d224
2016-08-23 20:57:04 +00:00
"echo-mark-all-as-read-confirmation": "$1 {{PLURAL:$1|notification|notifications}} marked as read",
Add PLURAL support for "mark all as read" buttons Pass a relevant number of unread notifications to the messages 'echo-mark-all-as-read' and 'echo-mark-wiki-as-read' each time they are used, in order to facilitate the use of PLURAL in the messages. This allows translators to say e.g. "mark both as read" when there are two unread notifications, for instance. Bug: T321462 Change-Id: Ida65be2d7f2663d9802f71c7ea1eb588db8cd254
2023-04-21 11:53:26 +00:00
"echo-mark-wiki-as-read": "Mark {{PLURAL:$2|all}} as read in selected wiki: $1",
Display notification text for incoming notification As now polling is used to update the notification count on header icons. If there are any new notifications then a snippet containing the header part of the notification will appear using mw.notify(). Bug: T226130 Change-Id: Id38c8ebedebd4c68b9cef0635043d6f9304784dd
2019-07-19 14:08:06 +00:00
"echo-displaysnippet-title": "New notification",
Add i18n for API module help MediaWiki core change I04b1a384 added support for i18n of API module help. This takes advantage of that while still maintaining backwards compatibility with earlier versions of MediaWiki. Once support for MediaWiki before 1.25 is dropped, the methods marked deprecated in this patch may be removed. Change-Id: I67395aff48185f3e09da31b51a08aa2541fe6a17
2014-10-28 19:42:41 +00:00
"echo-date-today": "Today",
"echo-date-yesterday": "Yesterday",
Add notification type for user page edits Creates a notification type to notify users when their user page is edited. Co-authored-by: Kunal Mehta <legoktm@debian.org> Co-authored-by: Ed Sanders <esanders@wikimedia.org> Bug: T3876 Change-Id: Ibe0092a96d96f6fa9d93991418b723f3e70e1b75
2023-03-09 14:18:07 +00:00
"notification-bundle-header-edit-user-page": "{{PLURAL:$1|One new edit|$1 new edits|100=99+ new edits}} to <strong>{{GENDER:$2|your}} user page</strong>.",
Bold 'talk page' in edit-user-talk bundled notification Bug: T131476 Change-Id: I269cfad73a70ec60940bf5e18623261e0fa932b6
2016-04-15 18:19:12 +00:00
"notification-bundle-header-edit-user-talk-v2": "{{PLURAL:$1|One new message|$1 new messages|100=99+ new messages}} on <strong>{{GENDER:$3|your}} talk page</strong>.",
Add i18n for API module help MediaWiki core change I04b1a384 added support for i18n of API module help. This takes advantage of that while still maintaining backwards compatibility with earlier versions of MediaWiki. Once support for MediaWiki before 1.25 is dropped, the methods marked deprecated in this patch may be removed. Change-Id: I67395aff48185f3e09da31b51a08aa2541fe6a17
2014-10-28 19:42:41 +00:00
"echo-email-batch-bullet": "•",
"echo-email-batch-subject-daily": "You have {{PLURAL:$2|a new notification|new notifications}} at {{SITENAME}}",
"echo-email-batch-subject-weekly": "You have {{PLURAL:$2|a new notification|new notifications}} at {{SITENAME}} this week",
"echo-email-batch-body-intro-daily": "Hi $1,\nHere's a summary of today's activity on {{SITENAME}} for you.",
"echo-email-batch-body-intro-weekly": "Hi $1,\nHere's a summary of this week's activity on {{SITENAME}} for you.",
"echo-email-batch-link-text-view-all-notifications": "View all notifications",
Move list of wiki names from header to body in cross-wiki notification item Using wiki names in the header is problematic because the messages we were using weren't designed to be used in a sentence, only in headings. This removes the wiki names from the sentence in the header, and instead puts a comma-separated list (with "and") of wikis in the body. The messages keep $3 and $4 for backwards compatibility, so translations of the form "from Commons and 2 other wikis" will keep working. Bug: T121936 Change-Id: Ideeba794e260b3c388fa29226b53197c050162ef
2016-03-01 07:11:09 +00:00
"notification-header-foreign-alert": "More alerts from {{PLURAL:$5|another wiki|$5 other wikis}}",
Change 'messages' to 'notices' throughout the interface Bug: T139520 Change-Id: Ib7f4dc4ea1ff4c5d1fccdc5fdf0c66b049162cb2
2016-07-07 22:05:56 +00:00
"notification-header-foreign-notice": "More notices from {{PLURAL:$5|another wiki|$5 other wikis}}",
Display only one foreign bundle on mobile Display a single foreign bundle containing both alerts and messages on mobile. Bug: T131683 Change-Id: I9d3d160586c31457d3a1825e9cecadde42debf7c
2016-04-15 19:45:48 +00:00
"notification-header-foreign-all": "More notifications from {{PLURAL:$5|another wiki|$5 other wikis}}",
Move list of wiki names from header to body in cross-wiki notification item Using wiki names in the header is problematic because the messages we were using weren't designed to be used in a sentence, only in headings. This removes the wiki names from the sentence in the header, and instead puts a comma-separated list (with "and") of wikis in the body. The messages keep $3 and $4 for backwards compatibility, so translations of the form "from Commons and 2 other wikis" will keep working. Bug: T121936 Change-Id: Ideeba794e260b3c388fa29226b53197c050162ef
2016-03-01 07:11:09 +00:00
"notification-body-foreign": "$1",
Display human-readable wiki names for cross-wiki notifications Bug: T121936 Change-Id: Ic14fe65f4ecc6db94fc6774ca0c39d1c2a47db9d
2016-01-26 08:23:32 +00:00
"echo-foreign-wiki-lang": "$1 - $2",
Document message "echo-blacklist" This way it shows up on [[Special:AllMessages]] Change-Id: I19ae033b8972029d32018a55e0724a1afbd8e61c
2019-12-13 16:26:36 +00:00
"echo-badge-count": "{{PLURAL:$1|$1|100={{formatnum:99}}+}}",
Create push subscription manager group/right to clean up dead subs Creates a new push-subscription-manager group and an associated right, manage-all-push-subscriptions. The purpose of this is to allow privileged accounts to purge expired subscriptions from the database on behalf of other users. A user with this right will be permitted to delete any subscription from the DB based on the token alone. For all other users, deletion requests will be limited to those associated with the requesting user's central ID. This right will be granted to a bot account on Metawiki associated with the Wikimedia push notifications service, and the push notifications service account will make push subscription delete requests to the API for subscriptions for which vendor APIs return bad subscription responses. Additionally, the providertoken parameter to ApiPushSubscriptionDelete is updated to allow multiple providertoken values. Bug: T259148 Change-Id: Ia6c17588ee94e6be74e5e3a75eb33e38f172fc93
2020-08-11 20:34:21 +00:00
"echo-blacklist": "",
Add API module for sending notifications Allows users to send notifications to themselves (T306211). For sending notifications to others, a new permission is created (echo-create), assigned only to bots by default. For now, only one user can be notified in one API request. If the email flag is set in the API params, the notification is also sent as an email, provided the user hasn't disabled email notifications for the "api-triggered" category. This feature is behind a feature flag. Set $wgEchoEnableApiEvents = true to use. Adapted from If0267a38be7d454e3d284d30f93c93a828288dd7. Co-authored-by: TheresNoTime <starling-ctr@wikimedia.org> Bug: T58362 Bug: T306211 Change-Id: I94642bff5dcb075cb9db862206d59c19edad9fd1
2023-06-07 20:18:51 +00:00
"right-echo-create": "Send notifications to others",
"action-echo-create": "send notifications to others",
Create push subscription manager group/right to clean up dead subs Creates a new push-subscription-manager group and an associated right, manage-all-push-subscriptions. The purpose of this is to allow privileged accounts to purge expired subscriptions from the database on behalf of other users. A user with this right will be permitted to delete any subscription from the DB based on the token alone. For all other users, deletion requests will be limited to those associated with the requesting user's central ID. This right will be granted to a bot account on Metawiki associated with the Wikimedia push notifications service, and the push notifications service account will make push subscription delete requests to the API for subscriptions for which vendor APIs return bad subscription responses. Additionally, the providertoken parameter to ApiPushSubscriptionDelete is updated to allow multiple providertoken values. Bug: T259148 Change-Id: Ia6c17588ee94e6be74e5e3a75eb33e38f172fc93
2020-08-11 20:34:21 +00:00
"right-manage-all-push-subscriptions": "Manage all push subscriptions",
"action-manage-all-push-subscriptions": "manage all push subscriptions",
"group-push-subscription-manager": "Push subscription managers",
"group-push-subscription-manager-member": "{{GENDER:$1|push subscription manager}}",
"grouppage-push-subscription-manager": "{{ns:project}}:Push subscription managers"
Split user rights changes into their own category This will allow users to disable them if they wish to. By default, both web and email are enabled for all users, which is the current default. This also fixes a bug in the EventLogging portion where user rights changes would be logged with a user id of -1, instead of the actual user. Bug: 55337 Change-Id: I026b9392b085e295fbcd375095c9aed682fc29a2
2013-10-25 02:25:42 +00:00
}
Reference in a new issue Copy permalink