Since I have run out of ideas of where to nag devs with shell access
(bugzilla is completely ignored most of the time, and mail/irc didn't
have much effect either), I'll try here.
The following are all one-line configuration changes:

Bug 14716 – Grant noratelimit right to the editor group in the
Hungarian Wikipedia (open for over a year)
Bug 19109 – Enable AbuseFilter in Hungarian Wikipedia (open for two months)
Bug 19315 – Set $wgCategoryPrefixedDefaultSortkey=false on Hungarian
Wikipedia (open for one and half month)
Bug 19885 – Restore autoreview for confirmed usergroup on huwiki
(severity:major, open for 10 days)

It would be really nice if someone could finally take a look at these,
especially the last one which completely sabotages the use of FlagRev
on huwiki (and which resulted from careless sysadmin action in the
first place).

More generally, I think the procedure for responding to site requests
(if there is a procedure at all) needs fixing. My impression is that
some requests are resolved quickly, and the rest leave the range of
whatever method shell people use to monitor new requests, and are
never picked up again (much like recent changes patroling on the
wiki). Some sort of backlog of open site requests might help the
situation. (Again, these are one-liners that need neither much thought
nor much effort, nor are they terribly frequent - there were 3 site
requests alltogether this year for huwiki, which is a top20 wikipedia
- so I'm sure it's an attention problem, not a resource problem.)

convenience links:
https://bugzilla.wikimedia.org/show_bug.cgi?id=14716
https://bugzilla.wikimedia.org/show_bug.cgi?id=19109
https://bugzilla.wikimedia.org/show_bug.cgi?id=19315
https://bugzilla.wikimedia.org/show_bug.cgi?id=19885

_______________________________________________
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Reply via email to