https://bugzilla.wikimedia.org/show_bug.cgi?id=57935
--- Comment #2 from Quim Gil <[email protected]> --- (In reply to comment #1) > (In reply to comment #0) > > As a substitute of a bot, MassMessage inherits a subscription model based on > > entries listed in wiki pages. This is a very fragile process, open to abuse > > and user mistakes. > > Open to abuse how? Wiki pages provide full accountability and transparency, > unlike user preferences. Unlike user preferences, anybody can edit the pages that MassMessage relies on. Sure, if someone deletes 60 entries this will be noticed, but the risk of having users doing small changes adding/removing someone else's entries is high. > That said, catching/preventing user mistakes (or more directly: simplifying > the > subscription process) is the actual underlying bug here, I think. Agreed. > > A first step wold be very basic: subscribe to all notifications / > > unsubscribe > > from all notifications. > > I can't imagine any use-case for this. As far as I'm concerned, this is a > non-starter. 3rd party MediaWiki with a bunch of users wants to send them notifications from time to time. Maye I didn't describe a correct first step, but the use-case responds to a real need. > I don't think this is a MassMessage bug. Perhaps an Echo bug. Perhaps an > "Extensions requests" bug. But this seems likely out of scope for > MassMessage. It would be good to have a firm answer from the MassMessage maintainer(s). Currently MassMessage looks like the closest tool to deliver this needed feature. However, if you decide this functionality is out of scope then yes, we will need to find another way to do this. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
