MediaWiki-l December 2011

mediawiki-l@lists.wikimedia.org

62 participants
57 discussions

Memory Leak Issue
by Olivier Beaton 10 Dec '11

10 Dec '11

I recently upgraded to from 1.17.0 to 1.18.0, upgraded all my extensions. It seems to be running OK. One extension we use heavily is External Data[1] (I installed the latest), and to solve the problem of dynamic external content it recommends I turn off caching using the instructions in the MW FAQ on meta [2]. I did so yesterday afternoon, and by this morning the server had completely maxed out it's memory (despite not having any users overnight) adn was spitting out errors into the php.ini (could not allocate, etc). Trying to trace things down using top and ps, although I'm not as experienced as I'd like to be in linux, proved fruitless. Is there any tips anyone could give me on figuring out what the problem is? I've turned chaching back on and it seems to be running OK, at a steady 400MB used for the system instead of the 4GB this morning. Restarting apache didn't affect anything. I'm running MW 1.18.0 with Apache 2, PHP 5.3.3 (from redhat) w/ APC on CentOS 5.5 [1] http://www.mediawiki.org/wiki/Extension:External_Data#Common_problems [2] http://meta.wikimedia.org/wiki/MediaWiki_FAQ#How_do_I_completely_disable_ca… Thanks, Olivier Finlay Beaton

3 2

[MediaWiki-l] Skin-Synagonism
by Kaseluris-Nikos-1959 10 Dec '11

10 Dec '11

I have created the skin "synagonism" that greatly improvespage-READING by moving the table-of-contents on the left and showingthe position the reader is reading! More specifically:1) The left sidebar now is a drop-down menu, always visible.2) Thelogo, the portlets personal and search and the title of the page arealways visible.3) The table-of-contents (toc) moved on the left in asplittable-pane, always visible.4) The toc is an expandable tree.5)There is two-way communication between the toc and the articles.* Byclicking on the toc, goes to that heading and the user can copy theaddress of any section of an article.* By clicking on a section of anarticle, in the toc is highlited this section and its parents are onlyexpanded, giving to the reader the big picture of the position s|he isreading. Thus improves the readability of big articles.6) If there isno toc in a page (eg less than 3 headings), the toc automaticallycloses and leaves all the space for the article.7) Splitbar has abutton that closes|opens the toc with one click.You can find it at SourceForge: http://synagonism-mw.sourceforge.net/ I don't have much MediaWiki code experience and I am too old to bean expert on it!!! Please, If commiters are interesting in my skin's functionality, docode review and commit my skin for me. Reporting bugs to me, I'll do my best. (my slogan at the end, shows why I call my skin "synagonism"!) -- Kaseluris-Nikos-1959 Synagonism = ALL winners, Antagonism = ONE winner

2 1

Problem updating mediawiki
by Marlen Caemmerer 09 Dec '11

09 Dec '11

Hello, I try to run maintenance/update.php. It always fails with this error: Your system has a combination of PHP and libxml2 versions which is buggy and can cause hidden data corruption in MediaWiki and other web apps. Upgrade to PHP 5.2.9 or later and libxml2 2.7.3 or later! ABORTING (see http://bugs.php.net/bug.php?id=45996). But my versions are quite new: # php -v PHP 5.3.8 (cli) (built: Dec 7 2011 21:07:33) Copyright (c) 1997-2011 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2011 Zend Technologies and: # ldd `which php`|grep xml2 libxml2.so.2 => /opt/ts/lib/libxml2.so.2 # ls -l /opt/ts/lib/libxml2.so.2 lrwxrwxrwx 1 root root 16 Dec 9 2010 /opt/ts/lib/libxml2.so.2 -> libxml2.so.2.7.8 Do you have any ideas what else could cause this output? Is it possible that PhpXmlBugTester() is not working simply because a PHP compile time option is not enabled? Cheers Marlen -- * Marlen Caemmerer * Richard-Sorge-Str. 82 monoro * 10249 Berlin * * Tel: 0179/733 90 72 USt-ID: DE 252684276

2 3

Memory issue
by John W. Foster 09 Dec '11

09 Dec '11

I snipped this from the terminal screen when I was running runjobs.php Seems I have a memory issue & I,m not sure what I need to do to fix it. System has 8Gb of ram so I don't think that is the problem. Perhaps a setting in PHP or Mediawiki 1.17. Any tips? frosty

1 0

Upgrade to 1.18
by Gordon Joly 07 Dec '11

07 Dec '11

I have Mediawiki installation went from 1.17 through 1.18 RC1 and to 1.18 - no problems. But another Mediawiki has had some problems going direct from 1.17 to 1.18 - I took out Recaptcha and now see this: *Fatal error*: Cannot redeclare wfprofilein() (previously declared in /xxxxxxxx/public_html/includes/profiler/Profiler.php:14) in */xxxxx/public_html/includes/ProfilerStub.php* on line *25* Not sure why... Gordo -- Gordon Joly gordon.joly(a)pobox.com http://www.joly.org.uk/ Don't Leave Space To The Professionals!

9 21

Re: [Mediawiki-l] Does wikipedia use different methods to compute the hash part of an image path?
by Daniel Friesen 07 Dec '11

07 Dec '11

You could also use Special:FilePath. Definitely a good idea. We long for a day when we can eliminate the current way we organize files and do things like renaming a file in the ui without having to rename files, handling paths in a way that don't suffer from negative caching effects and make it so the url of an old file version is the same as when it was the main file, and maybe even possibilities like using only one file instead of multiples when two files have the same contents. Those kind of changes we could make in the future would completely destroy clients that hardcode this kind of handling.me On Tue, 06 Dec 2011 06:40:12 -0800, C Stafford <c.stafford(a)gmail.com> wrote: > You may be more future proof by asking the API for the image url, > rather then trying to figure it out your self, as each wiki install > may have other factors that determine that director/hash structure > (i've seen places that have 3 levels, not 2) > > http://en.wikipedia.org/w/api.php?action=query&prop=imageinfo&iiprop=url&ti… > > On Mon, Dec 5, 2011 at 6:25 PM, Tommy Chheng <tommy.chheng(a)gmail.com> > wrote: >> I'm computing the url of an image by the following: >> (the md5 of the first char and the second two chars concat) >> >> val md = MessageDigest.getInstance("MD5") >> val messageDigest = md.digest(fileName.getBytes) >> val md5 = (new BigInteger(1, messageDigest)).toString(16) >> >> val hash1 = md5.substring(0, 1) >> val hash2 = md5.substring(0, 2) >> >> val urlPart = hash1 + "/" + hash2 + "/" + fileName >> >> Most of the time, the function works correctly but on a few cases, it >> is incorrect: >> >> For "Stewie_Griffin.png", I get 2/26/Stewie_Griffin.png but the real >> one is 0/02/Stewie_Griffin.png >> >> The source file info is here: >> http://en.wikipedia.org/wiki/File:Stewie_Griffin.png >> http://upload.wikimedia.org/wikipedia/en/0/02/Stewie_Griffin.png >> >> Any ideas why the hashing scheme doesn't work sometimes? >> >> I posted this question on stackoverflow but I might be able to get a >> better answer >> here.http://stackoverflow.com/questions/8389616/does-wikipedia-use-differen… >> >> -- >> @tommychheng >> http://tommy.chheng.com >> >> _______________________________________________ >> Mediawiki-api mailing list >> Mediawiki-api(a)lists.wikimedia.org >> https://lists.wikimedia.org/mailman/listinfo/mediawiki-api -- ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://daniel.friesen.name]

2 2

Re: [Mediawiki-l] MediaWiki-l Digest, Vol 99, Issue 5
by Ron Laufer 06 Dec '11

06 Dec '11

> On Mon, Dec 5, 2011 at 8:18 AM, Ron Laufer <gonzoron(a)hotmail.com> wrote: > > > > > I had the Replace_Text extension working fine until the upgrade to 1.18. > > I reinstalled the latest version of the extension (version 0.9.1), and > > it's showing up in Special:Version, > > but the page: > > http://fraternityofshadows.com/wiki/Special:ReplaceText > > is missing. > > > > Missing how? Does it say "no such special page"? Or "only users in this > group can perform this action: administrators"? Or do you see a blank white > page with no text or user interface at all? (check your error log / error > reporting settings in php.ini) > > Also, try 0.9.2 (the now-latest version)? > > -- brion Missing as in, if I wasn't not logged in as an admin, I got "only users in this group can perform this action: administrators", as expected. But if I _was_ logged in as an admin, I got an http 500 error. But regardless, installing 0.9.2 did the trick. Thanks! Ron -- Ron Laufer

1 0

Some problems after 1.17 / 1.18: DatabaseFunctions.php and addMessage()
by Eric K 06 Dec '11

06 Dec '11

There's two issues I'm having after upgrading from 1.16.5 to 1.18.0: 1. Some people (including me) had included "DatabaseFunctions.php" in their extensions, for example by doing: include_once './extensions/DatabaseFunctions.php'; 1.17 took that file out (file: History): === Configuration changes in 1.17 === * DatabaseFunctions.php that was needed for compatibility with pre-1.3 extensions has been removed. I was using the database functions for example: $my_query = wfQuery($this_query, DB_WRITE); I can fix that temporarily by copying that file and using it but I want to work with whatever is "new" now so I dont use any old methods. 2. I'm also getting this in a few extensions: Fatal error: Call to a member function addMessage() on a non-object in [...]/extensions/MetaDescriptionTag.php on line 72 That function is being used like this: $wgMessageCache->addMessage Anyone know any workarounds? I'm going to work on it in any case in the next few days and will report back if I'm successful.

2 2

Re: [Mediawiki-l] Custom Namespace hidden from search
by Sal Quintanilla 06 Dec '11

06 Dec '11

I'd like to create a custom namespace that isn't searchable. Defaulting search to be disabled for the namespace is easy with $wgNamespacesToBeSearchedDefault, but is there a way to keep it from showing up under the Search options of "my preferences"? This is for an intranet site, so I don't have any problem completely hiding the Search options tab for setting namespaces to search. But I do need the preferences available to users for other reasons. It would be nice to be able to accomplish this without editing any mediawiki files. I'm using MW 1.16. Thanks for reading. Sal

2 4

Wiki migration
by Stephen Berg (Contractor) 05 Dec '11

05 Dec '11

I've been tasked to migrate a MediaWiki install (V 1.5.6) to a new server. I suppose I could just install the older version but I'd rather migrate if it's possible. Is the jump from 1.5.6 to the current 1.18.0 too big a jump? I was planning on dumping the database from the old server and importing to the new if that is possible. I don't have a lot of experience here but if that will then I should be able to copy in all the images from old to new and be pretty much done. This wiki doesn't have any add-ons, just a basic wiki for some of my users to collect and share information. -- Stephen Berg Systems Administrator NRL Code: 7320 Office: 228-688-5738 stephen.berg.ctr(a)nrlssc.navy.mil

7 7

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

MediaWiki-l December 2011