Last modified: 2011-11-29 20:44:15 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T3116, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 1116 - E-mail notification for page changes or new pages, where title or body or category matches a regular expression
E-mail notification for page changes or new pages, where title or body or cat...
Product: MediaWiki extensions
Classification: Unclassified
Extensions requests (Other open bugs)
All All
: Lowest enhancement (vote)
: ---
Assigned To: Nobody - You can work on this!
Depends on: 454
Blocks: 1932
  Show dependency treegraph
Reported: 2004-12-16 19:43 UTC by T. Gries
Modified: 2011-11-29 20:44 UTC (History)
2 users (show)

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


Description T. Gries 2004-12-16 19:43:51 UTC
As an extension to the concept of , I develop an additional
setting where users (or only powerusers having certain user_rights such as
admins) can set a regular expression (RE) in their user options, and

when the Regular Expression matches a string in the

a) page title and/or
b) the page text

on a change or new creation of page, then also an e-mail notification is sent to
that user.
Comment 1 T. Gries 2004-12-18 10:39:42 UTC
This is not yet implemented in the current ENotif+EAuthent 2.00. I'll working on
that soon.
Comment 2 T. Gries 2004-12-20 01:01:31 UTC
Reconsidering my proposal, I think, this potentially adds a lot of processing
load to Parser.php as every newly saved page must be parsed against (one or
many) regular expressions of all watching users for that page.

It will be possible to implement this theoretically nice proposal, but I think,
only for power users. The Regular Expressions must also be checked to avoid
severe Denial-of-service attacks. Do we have some experts listening here who
could support me in implementing a >>>robust<<< solution from the beginning ?

I could think of an algorithm which performs this "Regular-Expression
scan-and-notify" at low usage times of the wikis and with a low task priority,
i.e. at a later time than the change - but do we really have such *low* request
times, Brion ?
Comment 3 T. Gries 2005-04-20 19:04:29 UTC
I amended the title to better to reflect the new goals.

The ENotif version 3.x already
notifies on new pages. However, this bugzilla enhancement aims to a further

* to notify on page changes or creations


* page title or
* body or
* [[category:tag(s)]]

matches a regular expression, which the watching user is allowed to store in the
user preferences. It is proposed to allow this feature only for superusers
(bureaucrats, developers, sysops), similar to the existing "notify me when a new
page is created", see (ENotif)

Implementation remark:
Since ENotif v3.x already offers a reliable framework for notifications for new
pages, this enhancement will become relatively easy to implemented now.
Comment 4 T. Gries 2005-04-29 21:38:04 UTC
Proposed are two REGEXES for each user
(or only for super-users, see below, why)
in the user preferences:

  the new page must match this
  the new page must not match this regex

This would allow notifying when a newpage with a certain category is created.

A notification is only sent to such users under the condition that

* wiki has emailing and ENotifying enabled AND
* user is allowed to receive ENotifs AND
* user is allowed to receive ENotifs also for new pages AND
* REGEX_1 matches AND
* REGEX_2 does not match

I would now like to ask you all, whether

- you support me in writing this patch (which looks to be an easy one)
  (pls. be reminded, that I already have newpage-notification ready, so there's
no need for you to program this newly)

- security aspect: 
  do you think, that such two REGEXes can be allowed to be stored (after
escaping) for each of the entitled user in the db ?

- performance aspect:
  if too many users are entitled, too many regex need to be evaluated.
  But this is the reason, why I restricted the newpage-notif to super-users
(bureaucrats, developers, sysops) at the beginning.

From my point, this is a reasonable approach, and, given that I publish
newpage-enotif, would you like to see this implemented in MediaWiki ? I'm asking
this in order not to invest into something, what nobody wants to see in the CVS
and ask for your numerous answers.
Comment 5 T. Gries 2005-04-29 21:40:32 UTC
This bugzilla covers also:

* sending ENotifs on page _changes_ (i.e. not only for new page creations)
when these rules match or do not match.
Comment 6 Chad H. 2011-11-29 19:16:23 UTC
Moving to extension requests. No way this would ever go in core -- it couldn't be done efficiently.
Comment 7 Brion Vibber 2011-11-29 20:44:15 UTC
I'm considering this as WORKSFORME -- AbuseFilter does this sort of filtering searches. I'm not sure how notifications are always handled but there are various options and it gets used very much.

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