Since the first release candidate, an in-place web-based install script has been added. While still a bit experimental and incomplete, it makes it much easier to get a new wiki started, particularly where shell access isn't available for the old command-line installer.
*NOTE:* The web install script doesn't yet support updating old databases or other maintenance procedures. It can create a new database, or write a basic LocalSettings.php to access an existing (up-to-date) database without altering it. The new installer is still experimental and may fail mysteriously; we'd love to hear from you, if you do or don't get it to work.
Download and release notes: http://sourceforge.net/project/showfiles.php?group_id=34373
See 'INSTALL' in the archive for some notes on the new installer.
MediaWiki 1.2.0 includes improved inline image and thumbnailing support, smoother account management, and a number of interface tweaks as well as numerous bug fixes and backend features (squid cache purging, authenticated SMTP, tighter upload security, PHP5 compatibility). Also fixes an incompatibility with MySQL 3.2.x in the default install that cropped up in 1.1.
-- brion vibber (brion @ pobox.com)
Hi, I am running MediaWiki 1.1.0 with LanguageTa.php. I am able to get the page up, but get the following warnings at the page: ---- Warning: session_start(): Cannot send session cookie - headers already sent by (output started at /usr/local/apache/htdocs/wiki/LanguageTa.php:375) in /usr/local/apache/htdocs/wiki/Setup.php on line 53
Warning: Cannot modify header information - headers already sent by (output started at /usr/local/apache/htdocs/wiki/LanguageTa.php:375) in /usr/local/apache/htdocs/wiki/OutputPage.php on line 208 ---- These warnings repeat a few more times. Help? Should I pick up the 1.2.0rc2?
thanx. Selva.
On Mar 3, 2004, at 22:29, Selva wrote:
I am running MediaWiki 1.1.0 with LanguageTa.php. I am able to get the page up, but get the following warnings at the page:
Warning: session_start(): Cannot send session cookie - headers already sent by (output started at /usr/local/apache/htdocs/wiki/LanguageTa.php:375) in /usr/local/apache/htdocs/wiki/Setup.php on line 53
This would seem to indicate some sort of error on line 375 in LanguageTa.php, but I don't see anything obviously wrong with it. Hmm... What version of PHP are you using? Is this the plain 1.1.0 version of LanguageTa.php, or have you edited it or replaced it with a newer version?
These warnings repeat a few more times. Help? Should I pick up the 1.2.0rc2?
It would be worth a try... Tinkering with a test copy of 1.1.0 I've found some installation problems when selecting a non-Latin1 language, which have since been fixed (LanguageUtf8.php not installed, installation aborts early without warning, etc). Might help...
-- brion vibber (brion @ pobox.com)
Brion, I was using the copy of LanguageTa.php and LanguageUtf8.php from the CVS (latest source). I replaced LanguageTa.php and LanguageUtf8.php with 1.20rc2 copy and things are fine now.
Haven't tried 1.2.0rc2 yet.
thanx. selva.
On Mar 4, 2004, at 1:04 AM, Brion Vibber wrote:
On Mar 3, 2004, at 22:29, Selva wrote:
I am running MediaWiki 1.1.0 with LanguageTa.php. I am able to get the page up, but get the following warnings at the page:
Warning: session_start(): Cannot send session cookie - headers already sent by (output started at /usr/local/apache/htdocs/wiki/LanguageTa.php:375) in /usr/local/apache/htdocs/wiki/Setup.php on line 53
This would seem to indicate some sort of error on line 375 in LanguageTa.php, but I don't see anything obviously wrong with it. Hmm... What version of PHP are you using? Is this the plain 1.1.0 version of LanguageTa.php, or have you edited it or replaced it with a newer version?
These warnings repeat a few more times. Help? Should I pick up the 1.2.0rc2?
It would be worth a try... Tinkering with a test copy of 1.1.0 I've found some installation problems when selecting a non-Latin1 language, which have since been fixed (LanguageUtf8.php not installed, installation aborts early without warning, etc). Might help...
Just a quick note: when using update.php, it does *not* reinitialize user interface messages that have already been stored ready in the MediaWiki: namespace. In particular, this means if you're upgrading from MediaWiki 1.1.0 (which initialized the messages, but didn't use them by default), your later-changed $wgSitename setting or any customizations directly in Language.php will appear overridden by the old defaults. The next release should be a little more sensible and automatically update all messages that haven't been manually edited.
You can force the use of messages taken directly out of Language*.php by setting $wgUseDatabaseMessages = false; or you can reinitialize all the messages using rebuildMessages.php in the maintenance directory (command-line script). You can also update the messages manually, if you're going to change them all anyway. :)
For some general help on the messages system, see http://meta.wikipedia.org/wiki/MediaWiki_namespace
Also, the command-line install & update scripts forget to install magnify-clip.png, which is used for thumbnail image display. Copy it from images/ into your uploads directory if you notice it's missing. The in-place installation never forgets to install a file of course, because they're all right there! I'd much appreciate feedback from anyone testing the in-place web install, particularly on Windows or other obscure operating systems. :)
-- brion vibber (brion @ pobox.com)
Brion Vibber wrote:
MediaWiki 1.2.0 includes [...] numerous bug fixes
It seems that half of the bug that led to the corruption of the links table has been fixed. However, Whatlinkshere still often displays duplicates of many links, example:
http://en.wikipedia.org/wiki/Special:Whatlinkshere/MediaWiki:NPOV
Why does the links table not have a UNIQUE key on it? :-p
Timwi
On Mar 4, 2004, at 15:53, Timwi wrote:
Why does the links table not have a UNIQUE key on it? :-p
No damn clue.
It will in the next revision, though (in addition to using numeric IDs instead of text for the l_from, which is a big pain to work with).
-- brion vibber (brion @ pobox.com)
mediawiki-l@lists.wikimedia.org