MediaWiki-l May 2007

mediawiki-l@lists.wikimedia.org

155 participants
244 discussions

Strange "Too Many Connections" Error
by Andrew n marshall 07 May '07

07 May '07

I'm running a small, personal, rarely used MediaWiki site. Actually, two, off the same server and database. Because of lack of PHP 5 support at my host, I'm using MediaWiki 1.6.10. Yesterday, one of the two wikis stop working, returning the following error: WeddingWiki has a problem Sorry! This site is experiencing technical difficulties. Try waiting a few minutes and reloading. (Can't contact the database server: Too many connections (10.1.1.12:3309)) Now, if this was really a database problem, then I would expect the other wiki to give similar errors. And phpMySQL should have stopped working as well. But those work just fine, and only one wiki is having problems. Searching, I found two similar errors. At wikipedia: http://en.wikipedia.org/wiki/Wikipedia:Troubleshooting#Too-Many_Connections… is oriented toward contributors, and the error text doesn't quite match anyway. On this list, one other person mentioned the error back in Sept 2005, but he was told to just fix his MySQL number of connections. Again, because this only happens in one instance of MediaWiki, I do not believe the problem is in the database. Any ideas out there? Please CC: me on any replies. Anm

3 3

import database
by Klaus Becker 07 May '07

07 May '07

Hi, I tried to import my local wiki-database with phpmyadmin to OVH, but it doesn't work, certainlay because my file exceeds 2 MB: phpmyadmin tells me there is nothing to import. I succeeded to import database with a script given by OVH. But there are some pages which exist, but the link shows for example http://start1g.ovh.net/~katalogd/index.php?title=Universit%C3%A9_d%27Avigno…. Why "&action=edit" and what can I do ? If I delete "&action=edit" from the adress, the link works and the page is shown. I tried again after choosing french comme language instead of german. Now some pages are suddenly shown, others still aren't. cheers Klaus

1 1

Problems with CompressOld.php
by Alejandro Sánchez 07 May '07

07 May '07

Hi, I apply CompressOld.php to my wiki and when try to see differences between history pages appears this error message: *Fatal error*: Call to a member function uncompress() on a non-object in * /var/www/includes/HistoryBlob.php* on line *256* When retry to apply CompressOld.php this other shows and i dont understand what is this: root:/var/www/maintenance/storage# php compressOld.php Compressing database wiki ---------------------------------------------------------------------------- Starting from 0 of 88302 8310 Usuario:Wiki Array ( [rev_page] => 8310 [0] => rev_id < 303561 [1] => rev_text_id=old_id ) I see on some forums and on mediazilla pages that CompressOld.php has a bug and was fixed. But i dont know how to apply this fix. Can anybody help me before send a bug to mediazilla? Thanks.

1 0

Re: [Mediawiki-l] Sudden problem with some greek andcyrillic letters
by Ian Smith 07 May '07

07 May '07

> * Due to the limitations of MySQL's Unicode support, but default we continue to treat MySQL fields as binary and store pure UTF-8 Unicode in them, although MySQL may have them listed as Latin-1 depending on your server's defaults. Surely this is a bug? If MW wants binary fields, then surely it should explicitly create them as binary, instead of leaving it up to some random server default? Ian -----Original Message----- From: Brion Vibber [mailto:brion@wikimedia.org] Sent: Friday, May 04, 2007 08:18 AM Pacific Standard Time To: MediaWiki announcements and site admin list Subject: Re: [Mediawiki-l] Sudden problem with some greek andcyrillic letters -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Sylvain Machefert wrote: > Hi Brion, > what is strange, is that only the titles are affected, not the content of > the pages. Is that normal ? Yes -- the page text is in a binary BLOB field, which will not undergo the bogus lossy conversion. The summarize, the problem is roughly: * MediaWiki assumes that MySQL will preserve data that is put into it * MySQL sometimes corrupts the data in a little more detail: * Due to the limitations of MySQL's Unicode support, but default we continue to treat MySQL fields as binary and store pure UTF-8 Unicode in them, although MySQL may have them listed as Latin-1 depending on your server's defaults. * The mysqldump backup program by default in 4.1 and later applies a conversion of non-binary fields to UTF-8, with a marker to have them appropriately converted back when read in. * This conversion is lossy -- it treats Latin-1 as the Windows-1252 code page, which is an extension of ISO 8859-1 with additional characters in the 128-159 range which in ISO 8859 and Unicode is supposed to contain non-printing control characters. Four of the code points in this range are not assigned in Windows-1252, and so cannot be converted to UTF-8 Unicode -- these characters are silently corrupted into "?" characters during the conversion if they appear. * The UTF-8 encoding of Unicode uses the byte values which correspond to those four non-convertible characters. * As a result, UTF-8 text in a Latin-1 field may be corrupted, as some characters are destroyed in the conversion back and forth. Use the --default-charset=latin1 option on mysqldump when creating your database dumps to avoid this lossy conversion. (And/or find another way to dump/copy databases or another equivalent option to avoid the unnecessary conversion.) Since it appears that your hosting provider did this for you, you may need to ask them to redo it. Alternatively, you may be able to rig up a statistical fix based on which characters are being corrupted, though I'm not sure how easy that would be. - -- brion vibber (brion @ wikimedia.org) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGO06ewRnhpk1wk44RAsDXAKCJWzzINvB0TKwsSMQ6s0HNGvompQCg1ESu 4G38Ult52BKTj3Ruq40UtJk= =xVIo -----END PGP SIGNATURE----- _______________________________________________ MediaWiki-l mailing list MediaWiki-l(a)lists.wikimedia.org http://lists.wikimedia.org/mailman/listinfo/mediawiki-l

4 4

External mailserver setting
by Webb, Alister 07 May '07

07 May '07

Hi, I have set up an instance of MediaWiki on our internal corporate network. To get email reminders happening, I need to configure MediaWiki to point to our corporate mail server. Can anyone tell me where that pointer - the name of the server, e.g. mail.company.com - is set? I have looked in DefaultSettings.php (in the 'Includes' folder) and LocalSettings.php, but can't work it out. Running MS Server 2003, current version (as of about a month ago) of PHP, which i think is 5.2. Thanks, AW

4 9

Using the hook AlternateEdit to auto-add an edit summary
by Brianna Laugher 07 May '07

07 May '07

Hi, I'm trying to write an extension, that is intended to provide a special page with a list of translations. I want to offer a link that says 'update translation' and when they click on it, it leads to an edit box for that page with an already-filled in edit summary, "updating translation to rev $1". So the links on my special page are like 'index.php?title=Test&action=edit&translationrev=1706' this is what I wrote: <code> $wgHooks[ 'AlternateEdit' ][] = 'TranslationUpdateEdit'; /** * Function: TranslationUpdateEdit * - Inserts custom summary for users updating translation pages * * @param $editpage: the editpage (object) being called */ function TranslationUpdateEdit( &$editpage ) { global $wgRequest, $wgOut; $rev = $wgRequest->getVal( 'translationrev' ); if ( $rev ) { $editpage->summary = wfMsgForContent( 'translatorhelp_updateeditsummary', $rev ); $wgOut->addHTML("there was a rev!"); } else { $wgOut->addHTML("there was no rev!"); } return true; } </code> When I follow the link from my Special page, the edit page says "there was a rev!" so I am confident my function here is being utilised, but the edit summary is still blank. What am I doing wrong? thanks in advance, Brianna

1 0

Sorry! We could not process your edit due to a loss of session data.
by Nigel Gilbert 07 May '07

07 May '07

I have tried creating categories for the first time. Although all other pages on the site work as expected, when I click on the category name on a page to go to the category index, I get: > Editing Category:WP1 > You've followed a link to a page that doesn't exist yet. To create the page, > start typing in the box below (see the help page for more info). If you are > here by mistake, just click your browser's back button. > > Sorry! We could not process your edit due to a loss of session data. > Because this wiki has raw HTML enabled, the preview is hidden as a precaution > against JavaScript attacks. > > If this is a legitimate edit attempt, please try again. If it still doesn't > work, try logging out and logging back in. > > Articles in category "WP1" > There are 3 articles in this category. > > D > Draft Online Questionnaire > P > Project:WP workspace > Project:WP1 workspace I¹ve tried purging the cache, logging in and out, restarting the browser and so on, and also creating another category, which gives the same behaviour. There is nothing helpful in a the MediaWiki-l archives. I¹m using > MediaWiki: 1.9.3 > PHP: 5.2.1 (apache) > MySQL: 4.1.22-log > Any suggestions about what to do? Thanks Nigel ________________________________________________________________ Professor Nigel Gilbert, ScD, FREng, AcSS, Professor of Sociology, University of Surrey, Guildford GU2 7XH, UK. +44 (0)1483 689173

1 0

Change to [Edit] link
by Nigel Gilbert 07 May '07

07 May '07

I've upgraded from MediaWike 1.7 to 1.9. But I haven't knowingly done anything to the skins or CSS. Yet, I am sure that when I was running 1.7, the [Edit] link was on the right of section headings, in small lettering, while now it is on the left in large, for example: [edit] Pilot phase (month 1 12): Is this a change from upgrading, or one that got introduced some other way? Can I change it back? I¹m puzzled! Thanks Nigel ________________________________________________________________ Professor Nigel Gilbert, ScD, FREng, AcSS, Professor of Sociology, University of Surrey, Guildford GU2 7XH, UK. +44 (0)1483 689173

2 1

Other languages
by Eugen Grigorescu 06 May '07

06 May '07

Hi list, I would like to add to my wiki this "other languages"-option on the left side bar, so that I can translate each of my articles in another language only by clicking on the language I want to chose. Can anybody give me a hint how to proceed? Thanks a lot, Eugen -- "Feel free" - 10 GB Mailbox, 100 FreeSMS/Monat ... Jetzt GMX TopMail testen: http://www.gmx.net/de/go/topmail

2 1

UNIQ....-QINU
by Nigel Gilbert 06 May '07

06 May '07

Having upgraded to 1.9.3, I find that the Calendar extension that I used to use ( http://www.mediawiki.org/wiki/Extension:Calendar_%28Shane%29_extended ) no longer works. A number of users have noted this on the Discussion page: what happens id that instead of a calendar, on gets a string like UNIQ391290e6c0cc0c1-calendar-00000001-QINU I have googled around, but found no clear solution. The sanest advice seemed to be at: http://meta.wikimedia.org/wiki/QINU_fix In line with this, I changed the calendar extension code from the commented out lines to: // global $wgOut; // $input = $wgOut->parse($input, false); $input = $parser->parse($input, $parser->mTitle, $parser->mOptions, false, false); $array = explode(' ', $input); But now PHP complains that [Sat Apr 28 21:23:57 2007] [error] PHP Fatal error: Call to a member function getUseTeX() on a non-object in /opt/csw/apache/htdocs/mediawiki-1.9.3/includes/Parser.php on line 550 And investigation in Parser.php suggests that the problem is that $parser->mOptions is not an object as expected, but null. I'm thrashing around here. Can anyone give me some help to get this working? I can code in PHP, but don't know a lot about the mediawiki internals. Nigel ________________________________________________________________ Professor Nigel Gilbert, ScD, FREng, AcSS, Professor of Sociology, University of Surrey, Guildford GU2 7XH, UK. +44 (0)1483 689173

3 3

← Newer
1
...
18
19
20
21
22
23
24
25
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 May 2007