Manual talk:Upgrading to 1.10

Where to download ZIP Package? -- 213.217.33.208 17:49, 3 May 2007 (UTC)


 * I don't know, but you can unzip the tar.gz package with WinZip. I know as I did that and set up a MediaWiki installation. ;) -- Sayuri 17:49, 4 May 2007 (UTC)

After I tried this, I was getting; Database error A database query syntax error has occurred. This may indicate a bug in the software. The last attempted database query was:(SQL query hidden) from within function "". MySQL returned error "1146: Table 'mediawiki.cur' doesn't exist (database.server.name)". --198.243.253.250 22:03, 11 May 2007 (UTC)
 * At which point of the installation? Titoxd (?!?) 08:14, 13 May 2007 (UTC)

Got the error after installing and trying to load up the main page. Installed via the overwrite method since the command line method isn't configured on the server that I'm using. --Mark J. 198.243.253.250 17:54, 14 May 2007 (UTC)

update.php and safe_mode
Our server has safe_mode switched off by per-VirtualHost rules. So in our php.ini there's  safe_mode = On

Having safe_mode = On results in A copy of your installation's LocalSettings.php must exist and be readable in the source directory. [/data/www/wiki.uugrn.org/htdocs/LocalSettings.php]

if ( ! is_readable( $settingsFile ) ) { print "A copy of your installation's LocalSettings.php\n". "must exist and be readable in the source directory.\n". "[".$settingsFile."]\n"; exit( 1 ); }
 * commandLine.inc:

... but the file is there and readable: -rw-r--r-- 1 root  www  4925 Mar 31 13:08 /data/www/wiki.uugrn.org/htdocs/LocalSettings.php

You (developers) should check against safe_mode settings and put at least a warning then.

Setting safe_mode = Off is necessary before running update.php

Everything else went fine (updating from 1.9.2 to 1.10.0), thx! :-)

Regards
 * Raphael H. Becker

I'm going to perform a fresh install of 1.10 (and SWM 0.7) at a non-public address, then copy over my existing 1.8.2/0.5 database and perform the upgrade script from there. After I verify that both the table structure changes & my custom hacks/extensions are operating correctly, I'm going to re-sync the databases and switch the DNS of my production site to the mirror site.

While it might seem to be a little overkill, it at least provides me with workspace to verify that everything is ok before going operational. Thoughts/comments? 66.74.137.114 17:52, 23 May 2007 (UTC)

Update error without effects?

I updated from 1.6.7 to 1.10.0, and after some localsettings tweaks (for my extensions) it seems to work, even if the update.php quit with: Fatal error: Call to a member function addGroup on a non-object in D:\web2\root\wiki\maintenance\deleteDefaultMessages.php on line 19

Keran (--194.138.39.56 14:50, 5 June 2007 (UTC))
 * Additional to this, I made an update from 1.7.1 (another wiki) to 1.10.0, using the update.php. This worked well.
 * Keran (--194.138.39.56 16:00, 5 June 2007 (UTC))

Update.php from address bar?
Is it impossible to run the update.php script from the address bar? (http://www.domain.com/w/maintenance/update.php) --89.1.57.35 16:19, 5 June 2007 (UTC)

Warning message updating from 1.6.10
I followed all instructions to update to 1.10.0 and I'm getting: Warning: array_slice [function.array-slice]: The first argument should be an array in /home/astrolo4/public_html/astrology/w/languages/Language.php on line 1139 What does that mean? I hope I won't get bugs creeping into my beloved wiki! --89.1.57.35 20:20, 5 June 2007 (UTC)


 * Apparently parserFunctions is to blame. I upgraded it and there are less occurences of the above message, but still one remains. I have no idea what to do with it! --89.1.57.35 22:47, 5 June 2007 (UTC)


 * Yes, I see what is happening. Thankfully I'm obssessive-compulsive :-)
 * Any hook setup, $wgParser->setFunctionHook(...) has got to have a magicWord assigned to it, or it shoots down Language.php's getMagic function, which does not handle any exception to this rule.
 * I'm going to report it to bugzilla. --89.1.57.35 01:51, 6 June 2007 (UTC)


 * ParserFunctions.php has now been modified to work out of the box for all languages, HE and FA included (see bug 10165). Still, the rule above must be noted for anyone wishing to fiddle with or localise it (regardless of the second bug 10166 being fixed really). I'll see if I can clarify it on the ParserFunctions page. --89.1.57.35 14:12, 7 June 2007 (UTC)