Page MenuHomePhabricator

introducing user_rights for Enotif: isAllowedToReceiveEnotifsFor.....
Closed, DeclinedPublic

Description

I propose to introduce two new user_rights:

(1) user is allowed to receive enotifs for user and user_talk page changes
(2) user is allowed to receive enotifs for all page changes

The Enotif program will then simply check the rights before actually sending
mail(s) to a certain watching user if and only if all other conditions are met:
Admin allows and user opted-in. The Enotif program is ready to use such rights;
please can you set these up, Brion ?

Need some smart names, isAllowedToReceiveEnotifsForUserPageChanges is far too
long, isn't it ? Please let me know, how you think about this proposal.


Version: 1.5.x
Severity: enhancement

Details

Reference
bz840
TitleReferenceAuthorSource BranchDest Branch
Update function-schemata sub-module to HEAD (b5a37af)repos/abstract-wiki/wikifunctions/wikilambda-cli!16jforrestersync-function-schematamain
Update function-schemata sub-module to HEAD (b5a37af)repos/abstract-wiki/wikifunctions/function-orchestrator!72apinesync-function-schematamain
Update function-schemata sub-module to HEAD (b5a37af)repos/abstract-wiki/wikifunctions/function-evaluator!62apinesync-function-schematamain
definitions: Add Z1913/mnc-mong and Z1914/mnc-latn ZNaturalLanguagesrepos/abstract-wiki/wikifunctions/function-schemata!41jforresterT284043main
Customize query in GitLab

Related Objects

View Standalone Graph
This task is connected to more than 200 other tasks. Only direct parents and subtasks are shown here. Use View Standalone Graph to show more of the graph.

Event Timeline

bzimport raised the priority of this task from to Lowest.Nov 21 2014, 7:09 PM
bzimport set Reference to bz840.
bzimport added a subscriber: Unknown Object (MLST).

Can someone of the HEAD developers comment this, please ?

I proposed these new user rights, so that a forthcoming Enotif module can check,
if a user might receive email notification at the stored address.

As usual, I am open for any valuable comment or hint.

Tom

Feel free to add new rights:

Add a string defining the new rights to $wgAvailableRights (in Define.php).

Then call the method User:isAllowed($right);

Where $right is a string in $wgAvailableRights.

Example:

if( ! $wgUser->isAllowed('block') ) {
print error message: not enough rights to access this page
} {
do something
}

Thank you Ashar for your remark.

Here is what I implemented in Enotif 2.00 for CVS (coming on 30.11.2004):

It might be necessary to lower email traffic for Enotif
http://bugzilla.wikipedia.org/show_bug.cgi?id=454 to a certain needed mininum.
For this reason it is advantageous to introduce user rights to allow Sysops to
select a subset (e.g. power users) of all users which only are allowed to
receive Enotifs for a) user_talk page changes and/or b) all watched page changes.

The new rights I am introducing are:

  1. rcv_enotif_usertalkpage (if set, this user X sees the user option in

preferences, where s/he can opt-in to have enotifs for changes on the user_talk
page X)

  1. rcv_enotif_allpages (if this is set, this user X sees also the option in

preference, where s/he can opt-in to have enotifs for changes on all the
watch-listed pages)

  1. emailaddr_authenticated (this means, that the emailaddr is authenticated anc

can be used by UserMailer to send generously enoitfs (dependent on rights under

  1. and 2., and the user preferences for this) .

regarding emailaddr_authentication, i am now impleementing the proposal
http://bugzilla.wikipedia.org/show_bug.cgi?id=866 (Email authentication by a
dummy "forgot my password" cycle)