https://bugzilla.wikimedia.org/show_bug.cgi?id=27070
Chad H. innocentkil...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
CC||innocentkil...@gmail.com
Resolution||WONTFIX
--- Comment #4 from Chad H. innocentkil...@gmail.com 2011-01-31 14:13:54 UTC
---
We should not mass delete extensions that are old and have not been updated.
Especially when the fixes (eg, r81247) are not terribly complicated.
SpecialPage::addPage() is a horrible, horrible interface, but it takes about 5
minutes to fix (and really, everything in trunk using it should get fixed so we
can slap a wfDeprecated() on it).
Deleting random extensions is going to hurt random third party users. I cannot
underline this next point enough, so it's getting it's own paragraph:
People leave error reporting off on a lot of production boxes (especially if
it's just throwing E_NOTICE or E_WARNING over something relatively trivial).
So broken extensions might still appear to be fully functional to third
parties. Are they bad sysadmins? Yep. But we shouldn't throw them a curveball.
At the very least, they should be marked with an OBSOLETE/DEPRECATED/OLD file
like we did with MakeSysop and friends as they were slowly removed. It can't
hurt to have them in for a release, and then nobody can fault you for not
saying anything.
Now, if you have some helpful suggestions for individual extensions we should
remove due to (really!) bad code, outdatedness, etc, I'm all ears. But to do it
en-masse is just a Bad Idea.
(In reply to comment #3)
Define working? Is that trunk extension on trunk core or with any version
of extension in the past year on any version of core in the past year. I
would
argue this needs some clarification.
I've been hitting this problem incredibly often as of late. The gears are
turning...we need a solution (but that's out of the scope of this and doesn't
change my WONTFIX)
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- 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
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l