The functionality is totally broken on
http://test.leuksman.com which is
a pity.
Tim answered:
It's disabled, not broken.
Tim,
thank you for your answers.
When Enotif is disabled by sysops as you are telling me, then my original patch suppresses
usually showing the options in user preferences!
However, currently in testwiki, the options _are_shown_ and users can check or unchkeck
the options ( in MISC ) w/o having influence on the feature.
This is, what has puzzled me. It looks as if you have removed other code parts of Enotif
patch in SpecialPreferences.php. Can you let me see the current LocalSettings.php and
current DefaultSettings.php for testwiki please ?
I suggest, that the functionaliy is please be restored:
when sysops have disabled Enotif options (for any page changes, for user-talk page
changes), then the correspoinding options should not be visible to the users in their user
preferences. Cf. my EnotifWiki
http://www.wikinaut.de/mw/rel15alpha1+enec326_CVS.tgz code.
This does work as described.
Since it works much better in HEAD than it did in any
of your patches,
What you are saying, is.... ridiculous and I must cleary insist on
revoking this statement because your are disseminating a misleading
information. My patches work since August 2004 and the most recent one,
based on MediaWiki1.5alpha1 CVS HEAD 06.05.2005 is perfect. It uses
Brion's EConfirm and works very smoothly.It makes apparent, that you
never have tested the version
http://meta.wikimedia.org/wiki/Enotif#Download. The Enotif
implementation in CVS HEAD was broken when Dammit introduced partially
wrong wfTimestamp() function calls - when he tried to make it database
independent, which was a good idea of course. This is now repaired in
the following bugzilla 2014, which also removed an admittedly weird
abuse of this field for the purpose of a delayed action. To summarise:
the bugziall 2014 supplies you developers with the basic instructions,
who to repair all things with enotif.
I strongly recommend to apply this patch to the CVS HEAD version.
It also finally drops the ugly UserTalkUpdate.php module (yes, this will
become fully obsolete. It also reintroduces the memchache efficient
method to store newtalk flag - we talk about this about six months ago.
Please have a look to the code - I also fully removed Enotif calls in
Article.php and shifted them all to RecentChange.php, where they better
fit it (all hooks together now).
The bugzilla has a concise description what is patched and why.
http://bugzilla.wikipedia.org/show_bug.cgi?id=2014 (patchlet #1)
Another patchlet #2 adds e-mail notification for new pages
http://bugzilla.wikipedia.org/show_bug.cgi?id=2066 and can be applied
optionally because it is short. The newpage-notifs can be
sysop-configured, so that only powerusers (developers, sysops,
bureaucrats) get notifs when a new page is created. (Any user sees a
personal option "enotif for new pages" so that he can opt-in or opt-out
at his discretion and noone should feel bothered by it.
Kindest regards,
Tom
P.S.
Users, who want to test a complete MediaWiki with all email functions
working
- notification on any page change
- notification on user and user-talk page changes
- notification on new pages
are invited to download
http://www.wikinaut.de/mw/rel15alpha1+enec326_CVS.tgz (from EnotifWiki
from
http://meta.wikimedia.org/wiki/Enotif#Download with the
documentation) and to compare this version with the official
http://prdownloads.sf.net/wikipedia/mediawiki-1.5alpha1.tar.gz?download .