On Fri, Feb 12, 2010 at 19:00, Siebrand Mazeland <s.mazeland(a)xs4all.nl> wrote:
> List of extensions used by Wikimedia without a Bugzilla maintainer:
> * Cite The Cite special page and parser hook extensions.
I wrote it, it's high profile and seems to have been somewhat unloved
since I left it.
I've looked at it a few times since then with the intent of fixing it
up but I never got past the point of looking at Bugzilla and trying to
determine what was actually needed for it and what was just the
minority report of some user wanting some feature that him and 3 other
people in the world are ever going to use.
Domas has also complained that it eats up resources. Is this something
that can conceivably be fixed in it or is it just inherent in anything
that calls the parser from an extension tag and will thus need parser
fixups to get anywhere?
> * Newuserlog The Newuserlog extension.
I can take it. It's not like it needs much maintenance.
> * CrossNamespaceLinks The CrossNamespaceLinks special page extension.
Ditto.
> * Desysop Desysop extension
Isn't this also covered by UserRights? (I don't know).
> * Espionage The Espionage extension.
That's CheckUser, does that one have a maintainer?
> * Eval The Eval special page extension.
I patched it up a bit. It's not like anyone other than me has actually
ever used it. But sure, I'll take it.
> * PageCSS The PageCSS parser hook extension.
I'll take it, not that anyone cares.
Siebrand Mazeland wrote:
> Would also appreciate information about any extension in this list that may be obsolete on MediaWiki trunk; this will allow us to tag it in trunk and remove it after branching the next MediaWiki version.
How are we dealing with obsolete extensions? Just deleting the folder on
trunk?
> List of extensions used by Wikimedia without a Bugzilla maintainer:
> * Makebot Special:Makebot extension
> * Makesysop The Makesysop special page extension.
These are deprecated by UserRights.
> List of extensions without a Bugzilla maintainer:
> * ConfirmEdit The ConfirmEdit CAPTCHA extension.
> * DynamicPageList DynamicPageList extension (not DynamicPageList2, which is not in use at Wikimedia)
> * Spam Blacklist Spam blacklist extension
These are in use by wikimedia, should have been in the other list.
> * UsernameBlacklist Username Blacklist extension
Superseeded by TitleBlacklist
Lisa Ridley (lhridley): UserPageEditProtection, maintenance of various
unmaintained extensions, core documentation.
John Erling Blad (jeblad): various extensions.
Hello,
I was trying to figure out how to work with Central Auth but the page
on the wiki is kind of small and not clear.
I have four wiki's all running on the same server with mediawiki
1.16alpha and mysql
All four wiki's have a own database
main
intern
llam
kook
Is it needed for me to merge them all in one database?
I also understand that I need to create a new database with the data
for the Central Auth and run the sql on that database, or should I run
that on all the databases?
Best regards,
Huib
--
"The soldiers graves are great preachers of peace...."
http://commons.wikimedia.org/wiki/User:Abigor
--
"The soldiers graves are great preachers of peace...."
http://commons.wikimedia.org/wiki/User:Abigor
There are 36 FIXMEs left in Code Review at the moment (-18 compared to 2010-01-17). 14 are about commits made 2 or more months ago.
Details: http://tr.im/NWF5 (mediawiki.org Code Review)
Find below a table with open FIXME count per committer, 25 in total (-5 compared to last time).
If you have not already addressed the Code Review comment(s), please do so. If the comments have been addressed, please set the issues status to 'new', or if you cannot do this, ask another user to do this for you.
Thanks!
Siebrand
nimishg 4
conrad 3
mah 3
reedy 2
freakolowsky 2
dale 2
ialex 2
ning 1
ashley 1
tomasz 1
philip 1
brion 1
purodha 1
happy-melon 1
diana 1
raymond 1
jonwilliford 1
shmichael 1
tstarling 1
tparscal 1
vasilievvv 1
adam 1
werdna 1
maxsem 1
mglaser 1
Dear all,
I have done a scan of our current bugzilla settings, and there are 45 or so named extensions that are currently present in the MediaWiki Subversion extensions/ folder without a maintainer. Instead, the default maintainer is used for new issues (wikibugs-l at lists.wikimedia.org). This decreases the changes that the reported issues will ever get any attention.
I would like to call upon you to adopt an extension.
If you want to adapt an extension and current have:
(a) commit access: please e-mail me your Bugzilla e-mail address, and I will add you as a maintainer and assign existing open issues to you trusting that you will address them properly.
(b) no commit access: please e-mail "commit-access-requests at wikimedia.org"[1] to request it. Once approved, do as in (a) above.
Would also appreciate information about any extension in this list that may be obsolete on MediaWiki trunk; this will allow us to tag it in trunk and remove it after branching the next MediaWiki version.
Cheers!
Siebrand
[1] http://lists.wikimedia.org/pipermail/wikitech-l/2010-February/046741.html
List of extensions used by Wikimedia without a Bugzilla maintainer:
* Cite The Cite special page and parser hook extensions.
* CodeReview CodeReview extension for SVN post-commit review.
* ContributionTracking Fundraising information tracking/display frontend.
* ExpandTemplates ExpandTemplates extension
* Makebot Special:Makebot extension
* Makesysop The Makesysop special page extension.
* MediaFunctions MediaFunctions extension
* Newuserlog The Newuserlog extension.
* Nuke The Nuke special page extension.
* ParserFunctions ParserFunctions extension
* Quiz Quiz extension for MediaWiki
* ScanSet The ScanSet parser hook extension.
* SiteMatrix Wikimedia site matrix
* texvc The texvc module which renders <math> formulae.
* WikiHiero The WikiHiero (hieroglyphics) extension.
List of extensions without a Bugzilla maintainer:
* AskSQL The AskSQL special page extension.
* BackAndForth The BackAndForth extension.
* BadImages Bad Image List extension
* BotQuery The bot query API (query.php)
* ConfirmEdit The ConfirmEdit CAPTCHA extension.
* Contributors Contributors extension
* CountEdits CountEdits extension
* CrossNamespaceLinks The CrossNamespaceLinks special page extension.
* Desysop Desysop extension
* DismissableSiteNotice Dismissable Site Notice extension
* DoubleWiki The DoubleWiki extension.
* DynamicPageList DynamicPageList extension (not DynamicPageList2, which is not in use at Wikimedia)
* DynamicPageList2 Dynamic page list. Two!
* Editcount The Editcount special page extension.
* Espionage The Espionage extension.
* Eval The Eval special page extension.
* FCKeditor FCKeditor WYSIWYG extension.
* FootNote FootNote extension
* GIS The GIS extension.
* Glossary Glossary extension (not maintained in Wikimedia SVN)
* Highlight The Highlight parser hook extension.
* Nogomatch The Nogomatch logging extension.
* PageCSS The PageCSS parser hook extension.
* Patroller Patroller extension
* RandomImage RandomImage extension
* Sort Sort extension
* Spam Blacklist Spam blacklist extension
* Tasks The Tasks extension
* Throttle The Throttle extension.
* UsernameBlacklist Username Blacklist extension
* UserRightsNotif UserRightsNotif extension
* WhiteList WhiteList extension
Hello,
I was trying to restore the Arabic wikipedia dump yesterday using
importDump.php (using the latest mediawiki), I got the following warning
then it stopped:
73000 (6.75 pages/sec 6.75 revs/sec)
Warning: DOMDocument::loadXML(): Excessive depth in document: 256 use
XML_PARSE_HUGE option in Entity, line: 256 in
/Library/WebServer/Documents/wiki/includes/parser/Preprocessor_DOM.php on
line 107
Warning: DOMDocument::loadXML(): Extra content at the end of the document in
Entity, line: 256 in
/Library/WebServer/Documents/wiki/includes/parser/Preprocessor_DOM.php on
line 107
Set $wgShowExceptionDetails = true; in LocalSettings.php to show detailed
debugging information.
Any ideas?
Thanks.
--
Best Regards,
Muhammad Yahia
Wow, this sparked quite a discussion -- I'm pleased to hear that so many
people are interested in reworking MW's skin system to make it better! :-)
As per Tim's request, I've created a branch for this in r62304 and applied
the initial patch in r62306. Feel free to check out the branch[1] and submit
patches against it -- I've only tested my initial patch against the obvious
errors (parse errors, fatals).
[1] http://svn.wikimedia.org/svnroot/mediawiki/branches/SkinSystemRewrite/
Thanks and regards,
--
Jack Phoenix
MediaWiki developer
Le ven 12/02/10 14:24, "Christensen, Courtney" ChristensenC(a)battelle.org a écrit:
> We use the DumpHTML extension (http://www.mediawiki.org/wiki/Extension:DumpHTML) to
> make static copies of our wikis. It used to be a maintenance script.
> Maybe that would work for you?
The DumpHTML extension is something else... this is tool a to get a static HTML version of Mediawiki articles.
If you speak from http://static.wikipedia.org/... this is also an other topic because these pages are not our content, but only a not customizable view of our content (I can't do nothing with it).
Our content is the wiki code and the files (images, etc.) ... and this is what seems not to be fully reusable currently.
Emmanuel
PS: DumpHTML seems also not to be maintened currently... have a look to the bug reports.
Le ven 12/02/10 01:52, "Tim Starling" tstarling(a)wikimedia.org a écrit:
> emmanu
> el(a)engelhart.org wrote:
> mwdumper is an almost mandatory tool to spread our
> content and for this reason i wanted to
> speak about that on the ML.
>
> You might have to be more specific than that. It doesn't seem like a
> mandatory tool to me.
XML dumps+mwdumper are the only one solution I know to make quality static dumps?
Do you know an other one?
Emmanuel