Upgrade from 1.7.1 tu 1.8.2 doesn't work - MediaWiki-l

5 Dec 2006


      I had to change my server to upgrade from 1.6.8 because my old hoster
didn't provide the php5 the way i needed it.
i made a backup of my database.
put my complete Mediawiki-Folder onto the new server.
uploaded the 1.7.1 files.
performed the installscript (since i have no shell there).
it worked.
then i uploaded the 1.8.2 files.
performed the installschript.
and THIS stopped with this page:
---snip
MediaWiki 1.8.2 Installation
    ▪ 	Don't forget security updates! Keep an eye on the  low-traffic
release announcements mailing list.
Checking environment...
Please include all of the lines below when reporting installation problems.
    ▪ 	PHP 5.1.4 installed
    ▪ 	Found database drivers for: MySQL PostgreSQL
    ▪ 	Warning:  PHP's register_globals option is enabled. Disable it if
you can.
 MediaWiki will work, but your server is more exposed to PHP-based
security vulnerabilities.
    ▪ 	PHP server API is cgi; using ugly URLs (index.php?title=Page_Title)
    ▪ 	Have XML / Latin1-UTF-8 conversion support.
    ▪ 	PHP's memory_limit is 50M. If this is too low, installation may fail!
    ▪ 	Have zlib support; enabling output compression.
    ▪ 	Couldn't find Turck MMCache,  eAccelerator or  APC. Object caching
functions cannot be used.
    ▪ 	Found GNU diff3: /usr/bin/diff3.
    ▪ 	Found ImageMagick: /usr/bin/convert; image thumbnailing will be
enabled if you enable uploads.
    ▪ 	Found GD graphics library built-in.
    ▪ 	Installation directory: /kunden/XXXXX/webseiten/juliwiki.de
    ▪ 	Script URI path:
    ▪ 	Environment checked. You can install MediaWiki.
Generating configuration file...
    ▪ 	Database type: MySQL
    ▪ 	Loading class: DatabaseMysql
    ▪ 	Attempting to connect to database server as db114494_9...success.
    ▪ 	Connected to 4.1.22-debug-log
    ▪ 	Database XXXXXXX exists
    ▪ 	There are already MediaWiki tables in this database. Checking if
updates are needed...
    ▪ 	DB user account ok
...hitcounter table already exists.
...querycache table already exists.
...objectcache table already exists.
...categorylinks table already exists.
...logging table already exists.
...user_newtalk table already exists.
...transcache table already exists.
...trackbacks table already exists.
...externallinks table already exists.
...job table already exists.
...langlinks table already exists.
...querycache_info table already exists.
...filearchive table already exists.
...have ipb_id field in ipblocks table.
...have ipb_expiry field in ipblocks table.
...have rc_type field in recentchanges table.
...have rc_ip field in recentchanges table.
...have rc_id field in recentchanges table.
...have rc_patrolled field in recentchanges table.
...have user_real_name field in user table.
...have user_token field in user table.
...have user_email_token field in user table.
...have user_registration field in user table.
...have log_params field in logging table.
...have ar_rev_id field in archive table.
...have ar_text_id field in archive table.
...have page_len field in page table.
...have rev_deleted field in revision table.
...have img_width field in image table.
...have img_metadata field in image table.
...have img_media_type field in image table.
...have ss_total_pages field in site_stats table.
...have iw_trans field in interwiki table.
...have ipb_range_start field in ipblocks table.
...have ss_images field in site_stats table.
...have ipb_anon_only field in ipblocks table.
...already have interwiki table
...indexes seem up to 20031107 standards
Already have pagelinks; skipping old links table updates.
...image primary key already set.
The watchlist table is already set up for email notification.
...watchlist talk page rows already present
...user table does not contain old email authentication field.
Logging table has correct title encoding.
...page table already exists.
revision timestamp indexes already up to 2005-03-13
...rev_text_id already in place.
...page_namespace is already a full int (int(11)).
...ar_namespace is already a full int (int(11)).
...rc_namespace is already a full int (int(11)).
...wl_namespace is already a full int (int(11)).
...qc_namespace is already a full int (int(11)).
...log_namespace is already a full int (int(11)).
...already have pagelinks table.
...templatelinks table already exists
No img_type field in image table; Good.
Already have unique user_name index.
...user_groups table already exists.
...user_groups is in current format.
...wl_notificationtimestamp is already nullable.
...timestamp key on logging already exists.
Setting page_random to a random value on rows where it equals
0...changed 0 rows
Checking for additional recent changes indices...
...seems to be ok
Fatal error:  Call to undefined function:  initialisemessages() in
/kunden/XXXXXXXX/webseiten/juliwiki.de/maintenance/updaters.inc on line 848
---snap
i changed only some lines with personal information with XXXXXs.
So i don't get over that point.
The result is, that i have problems with german umlauts (not in the
articles but in the menue and the headlines that are generated by the
system).
you can see the problem here:
http://juliwiki.de
go to recent changes and see the headline. Letzte Änderungen ist spelled
differently there. The Ä and ä in the articles are correct.
I have no clue wehre else to look.
Do you?
With kind regards.
thomas.