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)

Back up existing files and the database
If an ".htaccess" file exist it should also be backup. Please add this information also to the UPGRADE file. --84.174.105.53 13:22, 25 June 2007 (UTC)

Fatal Error after upgrade to 1.10
Can someone please help me? I have just upgraded to 1.10. I ran the "update.php" script with no problems, and it went through all of its upgrades and at the end said everything was fine and the upgrade was complete.

Now, when I go to my Wiki, I get the following error Message:

'''Fatal error: Call to undefined function wfProfileIn in /home/content/o/o/t/ootskdog/html/wiki/includes/Setup.php on line 22 '''

I am pulling my hair out here! Thanks!

Nothing
I can't express how upset I am that not ONE of the options under updating to 1.10.1 work AT ALL. I have never spent more than an hour on upgrading from one version to another (and I've been doing this since 1.4) -- not even if I had to rip it all out and clean install. I have now spent over four hours on this and still do not have a site to speak of. This will be the last time I trust MediaWiki to put out a solid product. I've never backed up in the past and updated on the fly. Never had to since it's been smooth sailing from the beginning. I don't know why I took the time to backup this time, but I'm certainly glad I did. This is all kinds of toast. I will wait until they actually come out with some instructions that work, but BE WARNED these instructions do not work "out of the box" but no-one has taken the time to update them to the correct instructions.

Patching 1.10.1 to 1.10.2
I could not find anything in the documentation about how to use the Unix `patch` utility to update from 1.10.1 to 1.10.2. The patch file is a "unified diff" file which is easily fed to the `patch` program. I've just tried it without problems. Here's what to do: patch -p0 LocalSettings.php lives)
 * 3) Give the command:

That is a zero after the -p, to tell the `patch` program not to strip out any directory levels from filenames.

--Eric Myers 18:29, 11 September 2007 (UTC)