MediaWiki-l March 2007

mediawiki-l@lists.wikimedia.org

136 participants
224 discussions

install problem
by Jim Hu 21 Mar '07

21 Mar '07

I know I've encountered and gotten past this before, but the previous fixes aren't working for me. Installing 1.9.3 on Mac OSX 10.4 server I think he install fails when it hands over mysql from root to wikiuser. Reloading, the installer starts to update and the error is: Deleting old default messages...DB connection error: Unknown error (dimer.local) This is related to Apple's annoying practice of making localhost not work as a hostname for mysql. In the past, I just went into mysql and changed the host in the user and db tables. I must be forgetting something. Jim ===================================== Jim Hu Associate Professor Dept. of Biochemistry and Biophysics 2128 TAMU Texas A&M Univ. College Station, TX 77843-2128 979-862-4054

2 2

Creating a Google Friendly Sitemap?
by Caitlin Dempsey 21 Mar '07

21 Mar '07

I've been trying to find a way to create a Google friendly sitemap for my wiki. The few solutions I have found that are specific to Wikimedia haven't worked on my wiki. Any suggestions? Caitlin

3 2

Three questions...
by khuffman＠NGS.ORG 21 Mar '07

21 Mar '07

Hi, I'm using MediaWiki 1.8.x (mostly) and have three questions: 1) Does MediaWiki have the ability to check for bad links/link checker functionality? I saw/tested this extension http://www.mediawiki.org/wiki/Extension:LinkSearch but looks like it's more for "information" than has the additional utility I'm looking for. How do others handle the management of links going bad/dead links with MediaWiki? 2) Is upgrading from 1.8.x to 1.10.x okay to do OR do you recommend going from 1.8.x to 1.9.x to 1.10.x? 3) I have gotten my bulk import to work using an XML file and Special:Import page. Is there another way that you could bulk export ALL your records without have to do it manually using the Special:Export page? I suppose I could extract from MySQL table just the page titles... and then paste into the Special:Export page but just thought I'd check first on the listserv. Thank you, Karen

5 4

Wiki became unavailable--eAccelerator 0.9.5 incompatible with PHP 5.2.x
by Bill Egnatoff 21 Mar '07

21 Mar '07

Thanks to Brion Vibber, I learned that eAccelerator 0.9.5 is incompatible with PHP 5.2.1. (see https://www.eaccelerator.net/ticket/204 ) Turned it off by putting these lines in .htaccess: php_flag eaccelerator.enable 0 php_flag eaccelerator.optimizer 0 (see http://eaccelerator.net/wiki/Faq Usage) >Date: Tue, 20 Mar 2007 10:00:13 -0400 >From: Brion Vibber <brion(a)wikimedia.org> >Subject: Re: [Mediawiki-l] Wiki became unavailable--problem recurred >To: MediaWiki announcements and site admin list > <mediawiki-l(a)lists.wikimedia.org> >Message-ID: <1174399213.28181.2.camel@brion-imac> >Content-Type: text/plain > >On Tue, 2007-03-20 at 07:55 -0600, Bill Egnatoff wrote: > > PHP Fatal error: Cannot access protected property > > DatabaseMysql::$mOut in > > /home/egnatoff/public_html/wiki/includes/Database.php on line 429 > >Your server has a broken version of eAccelerator which doesn't work with >PHP 5.2. It'll need to be upgraded. > >-- brion vibber (brion @ wikimedia.org) ---------- William J. Egnatoff egnatoff(a)kingston.net Kingston, Ontario, Canada 613 634-3341

1 0

How to create Sidebar link with &variable=val ?
by Maarten 21 Mar '07

21 Mar '07

Hi, I'd like the Sidebar on my wiki to include a link to a list of the newest 10 pages in a custom namespace (name space #100). The URL I want to end up with is: > http://mydomain.com/wiki/index.php?title=Special:Newpages&namespace=100 Solutions that don't work: > [[Special:Newpages|namespace=100]]|New pages in Foo > Special:Newpages&namespace=100|New pages in Foo Someone suggested setting the Sidebar entry to: > Newstuff-url|New pages in Foo And creating [[Mediawiki:Newstuff-url]] to contain > {{localurl:Special:Newpages|namespace=100}} But the template expands so that the resulting URL in the sidebar has two copies of "/wiki/index.php?title=": http://mydomain.com/wiki/index.php?title=/wiki/index.php?title=Special:Newp… What's the right solution? Thanks in advance! /Maarten. (I'm running MediaWiki 1.9.3)

2 1

Editing Toolbar and Table Functions
by Morris Hooten - SLS Business Infrastructure 21 Mar '07

21 Mar '07

I would like to enable the table function icons in the toolbar like on this page but can't find the plugin or extension. Ho do i enable them? thanks http://meta.wikimedia.org/wiki/Help:Table

3 3

patch-backlinkindexes.sql
by Fred Bauder 21 Mar '07

21 Mar '07

I received the following error while installing Mediawiki-1.9.3 while updating an existing database: Query "ALTER TABLE `imagelinks` DROP INDEX il_to, ADD INDEX il_to(il_to, il_from) " failed with error code "Specified key was too long. Max key length is 500 (mysql.ibiblio.org)". This coding appears to come from patch-backlinkindexes.sql ALTER TABLE /*$wgDBprefix*/pagelinks DROP INDEX pl_namespace, ADD INDEX pl_namespace(pl_namespace, pl_title, pl_from); ALTER TABLE /*$wgDBprefix*/templatelinks DROP INDEX tl_namespace, ADD INDEX tl_namespace(tl_namespace, tl_title, tl_from); ALTER TABLE /*$wgDBprefix*/imagelinks DROP INDEX il_to, ADD INDEX il_to(il_to, il_from); Any suggestions? Fred

4 3

Re: [Mediawiki-l] Possible PHP bug causes page blanking in 1.9.3
by Ian Smith 21 Mar '07

21 Mar '07

I've already got PHP errors on (we have no security worries). What I reported was that preg_replace_callback() is returning an empty string (or null? Haven't had time to get much detail yet) when passed an input string with possibly invalid UTF characters. This happens when it is asked to do a replacement in UTF mode, even when it doesn't find any matches. A consequence of this in MW is that the parser converts the stored version of an article to an empty string. I don't think memory is an issue - the text is only 2K, and we handle much larger articles no problem. Besides, as I reported earlier, simply turning off UTF matches in MagicWord stops it happening. Unfortunately, I haven't had time to get a dump of exactly what's in the database, but I guess that there is an invalid UTF8 sequence there. My question is, where is the bug? The unicode standard requires the detection and suppression of invalid sequences, but is it legit for preg to dump the whole text? Also, is this an issue with how the upgrade from 1.6 to 1.9 worked; or is it still possible to enter invalid sequences into an article? Seems like we either need better input filtering, or a database cleanup as part of the upgrade. (or both.) The problem is highly annoying, and I'm worried about other side-effects of my workaround. Feedback on that from people who understand MW internals would be most welcome. I guess I should do more investigation, buti thought I would bounce it off the list first, in case there are known issues here. It'll have to wait in any case, as I'm going to be scrubbing out the bilge of my boat all weekend. Help with that would be most welcome too... ;-) Ian Ian Smith Motorola | Good Technology Group ismith(a)motorola.com 408-352-7467 4250 Burton Drive, Santa Clara, CA 95054 www.motorola.com/good Sent from my pocket PC using Good Mobile Messaging -----Original Message----- From: Brion Vibber [mailto:brion@pobox.com] Sent: Saturday, March 17, 2007 06:38 AM Pacific Standard Time To: MediaWiki announcements and site admin list Subject: Re: [Mediawiki-l] Possible PHP bug causes page blanking in 1.9.3 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ian Smith wrote: > Think you may have replied to the wrong email here... ;-) No, but if you're getting blank pages, you probably want to look at the error messages instead of throwing them in /dev/null. :) - -- brion vibber (brion @ pobox.com / brion @ wikimedia.org) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFF++7cwRnhpk1wk44RAle+AKCM8LRlPZuZf649XxGWwxItZnvzpQCgxFlS bH5d7JCGtCDAItKJsOx1Z6o= =NGZr -----END PGP SIGNATURE----- _______________________________________________ MediaWiki-l mailing list MediaWiki-l(a)lists.wikimedia.org http://lists.wikimedia.org/mailman/listinfo/mediawiki-l

4 10

Nesting Wikipedia content
by Frederich, Eric P21322 21 Mar '07

21 Mar '07

Is it possible on a corporate Wiki to include actual live Wikipedia content within a page. Possibly using a template. The idea being that you wouldn't have to go outside of the corporate Wiki to view certain Wikipedia content. Because we use MediaWiki as well it might confuse users if they followed a link, wound up at Wikipedia then tried to search Wikipedia instead of the corporate instance. If this is possible it would be great. I could picture a template where it says "The following content is not maintained within our corporate Wiki but on Wikipedia. Any links in the content below will bring you outside of this Wiki and into another." I think I have seen something before where you can include an entire page inside of another one but I'm not sure if you can do it across different Wikis. Thanks, ~Eric

3 2

Problem with article::doEdit
by Gunter 21 Mar '07

21 Mar '07

Hi, am writing an extension that does create articles. I successfully use $createSuccess = $article->doEdit( $a_text, $a_summary, EDIT_NEW ); to create the article. Unfortunatly not all characters are displayed right. If my text ist german "Eine Überraschung!", Ü would not be displayed correctly. I tried htmlentities($a_text) which gives the correct outcome in display, but not in the editor, where there are then inconvenient HTML-Special chars. How has the text to be transformed for german umlauts to be saved in the correct character set? Gunter

2 1

← Newer
1
...
8
9
10
11
12
13
14
...
23
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

MediaWiki-l March 2007