Sorry if this list is not the right place.
I am looking for information on how to generate TOCs in my wikimedia
documents. I have looked in the Users guide but did not find anything...
thanks for your help
Olivier RICHE, University of Ulster, School of Biomedical Sciences,
Cromore Road, Coleraine BT52 1SA, Northern Ireland
-----BEGIN PGP SIGNED MESSAGE-----
I have a user who has forgotten their password. For a number of reasons,
email is not available on this system, so I need to jam a new password into
the database for him.
I see the user_password and user_newpassword fields in the user table, but
they are obviously hashes of some sort.
Can someone post the syntax of the appropriate SQL to insert a new password?
Thanks in advance.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)
Comment: Exmh version 2.5 01/15/2001
-----END PGP SIGNATURE-----
My host's database server just went down (again), for the first time
since I upgraded to 1.2.0. I thought I should report that I'm getting
an error message in addition to the usual "Sorry!" message:
Warning: mysql_error(): supplied argument is not a valid MySQL-Link
Database.php on line 196
Sorry! The wiki is experiencing some technical difficulties, and
cannot contact the database server.
Hopefully this will be helpful. ;-)
I've just upgraded my wiki installation at
http://www.sca.org.au/cunnan/ to 1.2.1 and noticed a two things:
* $wgUseCategoryMagic =true; causes all article space links to
* upgrade.php didn't update the recentchanges table. I had to add
rc_type, rc_moved_to_ns and rc_moved_to_title manually.
Otherwise everything went as expected, I'm not sure the second problem
was something I caused or a mistake in upgrade.php
This past week, our database was erased during an upgrade of the
MediaWiki software gone awry. We've managed to restore everything from
backup and things are running pretty smoothly now.
However, there's one problem that I haven't figured out how to solve:
because the database backup we've restored from is several weeks old,
the database thinks that there are several uploaded files that were
already deleted after the backup was made. That means the files are
gone from the actual upload directory, but they're still present in the
How can I delete the records from the database without screwing up the
After upgrading my wiki to from 1.1 to 1.2 this morning, I've found
that any attempt to view or edit a page that has an apostrophe in the
title will return an error page. I find this extremely annoying --
even crippling -- because a significant number of articles on my site
have (or will need) apostrophes in their titles.
Does this have anything to do with the fact that I switched the wiki
from ISO-Latin to UTF-8 when I upgraded? Please tell me there's some
way to get back the functionality!
I am currently exploring the idea of using a wiki for the documentation
of a software project. I like the idea of being able to instantly edit
pages, but we also need a structured manual. We would like to use
docbook xml to generate the (pdf/hardcopy) manual.
I am therefore looking for a way to convert a wiki to docbook xml.
Also, are there any ideas how one could consolidate the net that a wiki
represents to the tree that a traditional manual consists of? I'm shure
I'm not the first with this problem, so I don't want to reinvent the
Brion Vibber kirjoittaa keskiviikkona, 24. maaliskuuta 2004, kello
> On Mar 24, 2004, at 09:27, Steph Smith wrote:
>> I edited the LocalSettings.php and AdminSettings.php files as
>> directed, ran
>> the classic install (not the web-based installer), and everything
>> seemed to
>> go through just fine.
>> However, after running the installer, the following files are empty:
>> -rw-rw-r-- 1 arakune arakune 0 Mar 24 12:10
>> -rw-rw-r-- 1 arakune arakune 0 Mar 24 12:10 Version.php
>> -rw-rw-r-- 1 arakune arakune 0 Mar 24 12:10 index.php
>> -rw-rw-r-- 1 arakune arakune 0 Mar 24 12:10 redirect.php
>> -rw-rw-r-- 1 arakune arakune 0 Mar 24 12:10 redirect.phtml
>> -rw-rw-r-- 1 arakune arakune 0 Mar 24 12:10 wiki.phtml
> It looks like you're trying to install in-place. The destination
> directory MUST NOT be the same as the source directory with the
> classic install.
Actually when trying to use install.php i run into the same problem of
zero byte files and i did _not_ install in the source directory. I
fixed the problem by copying the files by hand from the source
directory and includes directory.
The web install works otherwise quite ok, but i find myself unable to
access the mediawiki-namespace messages at MediaWiki:All_messages. It
just gives an empty page. I used Finnish as the language, if that
If you look at the source of the main page you will also see
__NOEDITSECTION__ at the bottom.
I tried the same thing in my version of MediaWiki 1.1.0 and
got the same result. I think you need to upgrade to 1.2.0 for
this to take effect. And I assume it removes the "Edit" links
on the right hand side of each section, mainly as a way to
improve the appearance of the main page.
[mailto:mediawiki-l-bounces@Wikimedia.org]On Behalf Of Paul Fierro
Sent: Wednesday, March 17, 2004 2:45 PM
Subject: [Mediawiki-l] __NOEDITSECTION__
I recently installed MediaWiki 1.1.0, and on the Main Page the magic word
__NOEDITSECTION__ appears at the bottom. I couldn't find any obvious errors
in Language.php or OutputPage.php that would cause this. Has this happened
to anyone else?
While I'm not ruling out the possibility that I've completely bungled
something along the way, I've run into an install glitch which has me
This is a fresh install of the latest stable release, downloaded earlier
Server (if it matters) is a RedHat box, running PHP 4.3, and Apache
I edited the LocalSettings.php and AdminSettings.php files as directed, ran
the classic install (not the web-based installer), and everything seemed to
go through just fine.
However, after running the installer, the following files are empty:
-rw-rw-r-- 1 arakune arakune 0 Mar 24 12:10 LocalSettings.php
-rw-rw-r-- 1 arakune arakune 0 Mar 24 12:10 Version.php
-rw-rw-r-- 1 arakune arakune 0 Mar 24 12:10 index.php
-rw-rw-r-- 1 arakune arakune 0 Mar 24 12:10 redirect.php
-rw-rw-r-- 1 arakune arakune 0 Mar 24 12:10 redirect.phtml
-rw-rw-r-- 1 arakune arakune 0 Mar 24 12:10 wiki.phtml
I've tried re-installing, again with the same problem. At this point,
I'm thinking of trying with version 1.1, and seeing how that goes. But
all the same, wondering if there's something obvious that I'm missing
here, or if something slipped when bundling this release. I'd certainly
prefer to run with 1.2 if possible.
If there's any additional information that I can provide which might
help, let me know!
HOST SYSTEM RESPONDING, PROBABLY UP...