https://bugzilla.wikimedia.org/show_bug.cgi?id=52723
--- Comment #50 from Nemo <[email protected]> --- (In reply to comment #34) > [...] Last year, there was a broken core change about timestamping slipped > through > Platform review and got deployed. Because of that, a better thought-out and > previously-developed pending core change for the exact same feature from > Werdna > got bumped. [...] The only thing I found is https://gerrit.wikimedia.org/r/#/c/15746 which was merged after ignoring code-review for months, causing a developer and translator revolt. (In reply to comment #48) > So I'm not comfortable with a deploy that amounts to giving admins in every > wiki 'massmessage' permission to every other wiki. I'd be fine with 1) > limiting > the availability of the massmessage permission to Meta, or 2) adding back the > global/local message delivery distinction and enabling local delivery on all > wikis, and global delivery on Meta. > > Better broadcasting tools should still continually be developed, and the > imperfections of this approach will hopefully feed into whatever comes next, > whether it's an iteration on MassMessage or an entirely new approach. +1 I think this is totally reasonable and was indeed my only true worry about the extension. I'd add the permission to a special group, possibly reusing centralnoticeadmin group, since the first deploy, to avoid needless requests for adminship. More than that, we could even try to replicate the logging of the messages content to a wiki page, for enhanced accountability. -- 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
