Re: [Mediawiki-l] MediaWiki-l Digest, Vol 34, Issue 41 - MediaWiki-l

16 Jul 2006

      Dear respected sir, 
Brahmakumaris is an international org in 112 countries. 
We have more than 120 web sites in the name of brahmakumaris in all these countries. 
One person stole one of our domine brahmakumaris.info trying to tarnish the image of our 70 years of solid service to humanity. brahmaumaris.org is ngo in UN with 800,000 servers awarded seaven times for peace work. He is using the wikimedia. Kindly look in to our request. 
B.K.Karuna 
Chief of MultiMedia and Global PublicRelations.
On Godly Service,
www.brahmakumaris.com...for Humanity.
www.bkinfo.in...for God News.
Phone:-+91-9414153999
...
-----Original Message-----
From: mediawiki-l-request@wikimedia.org
Sent: Fri, 14 Jul 2006 12:32:52 +0000
To: mediawiki-l@wikimedia.org
Subject: MediaWiki-l Digest, Vol 34, Issue 41
Send MediaWiki-l mailing list submissions to
   mediawiki-l@Wikimedia.org
To subscribe or unsubscribe via the World Wide Web, visit
   http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
or, via email, send a message with subject or body 'help' to
   mediawiki-l-request@Wikimedia.org
You can reach the person managing the list at
   mediawiki-l-owner@Wikimedia.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of MediaWiki-l digest..."
Today's Topics:

Re: ISBN changes (Jimmy Collins)
Re: PHP5 (iubito)
Re: PHP5 (Dan Davis)
Re: PHP5 (Christopher L. Jorgensen)
Database errors when trying to make an edit after	upgrading
to 1.7.1 (Metaspheres)
Re: Database errors when trying to make an edit after
upgrading to 1.7.1 (Metaspheres)
Re: Database errors when trying to make an edit after
upgrading to 1.7.1 (Alec Usticke)
Re: Database errors when trying to make an edit after
upgrading to 1.7.1 (Metaspheres)
Re: Database errors when trying to make an edit after
upgrading to 1.7.1 (Alec Usticke)
Ldap Authentication (Markus.Gierich@fiducia.de)
404 handling to shorten urls,	header 200 OK doesn't work
(Sylvain Machefert)

Message: 1
Date: Thu, 13 Jul 2006 23:27:02 +0200
From: Jimmy Collins Jimmy.Collins@web.de
Subject: Re: [Mediawiki-l] ISBN changes
To: MediaWiki announcements and site admin list
   mediawiki-l@Wikimedia.org
Message-ID: 1167109770@web.de
Content-Type: text/plain; charset=iso-8859-15
Ruud,
if you open a bug with a list of dutch bookstores in this format (this is
an example from german L10n):
    'abebooks.de' =>

'http://www.abebooks.de/servlet/BookSearchPL?ph=2&isbn=$1',
        'Amazon.de' => 'http://www.amazon.de/exec/obidos/ISBN=$1',
        'buch.de' =>
'http://www.buch.de/de.buch.shop/shop/1/home/schnellsuche/buch/?fqbi=$1',
where $1 is the placeholder for the isbn number, we can add this to the
dutch localisation as default.
Cheers,
Jimmy
...
-----Urspr?ngliche Nachricht-----
Von: MediaWiki announcements and site admin list
mediawiki-l@Wikimedia.org
Gesendet: 13.07.06 09:40:15
An: MediaWiki announcements and site admin list
mediawiki-l@Wikimedia.org
Betreff: [Mediawiki-l] ISBN changes
...
after upgrading to 1.6.5 I noticed that my dutch links to ISBN resources
no longer exist on special:Booksources. I must have edited Language.php
in the past. According to http://www.mediawiki.org/wiki/Manual:ISBN the
links in language.php are just a fallback option if special:Booksources
does not exist.
Now, when i alter special:Booksources to include alternate links, the
page does not handle the MAGICNUMBER string. Links to additional
resources do show up, but the word MAGICNUMBER has not been replaced by
the given ISBN number.
any solutions?
I would prefer a solution that would still work after updateing the
software.
thanks in advance
Ruud Habets
_______________________________________________
MediaWiki-l mailing list
MediaWiki-l@Wikimedia.org
http://mail.wikipedia.org/mailman/listinfo/mediawiki-l

Message: 2
Date: Thu, 13 Jul 2006 23:28:04 +0200
From: iubito iubito@gmail.com
Subject: Re: [Mediawiki-l] PHP5
To: "MediaWiki announcements and site admin list"
   mediawiki-l@wikimedia.org
Message-ID:
   a59f889f0607131428g1d8ee951l2fffb2782e2004d7@mail.gmail.com
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Hello !
What Domas is exactly what I did for my wiki last week, and it worked.
I also renamed redirect.php to .php5, I don't know what it is used for.
2006/7/13, Domas Mituzas midom.lists@gmail.com:
...
Christopher,
...
Quick question. My hosting provider, who I have been happy with for
too many years, supports PHP5, but it's not the default. In order
to invoke 5 I have to use a .php5 extension. Does this seem like
it's going to be doable? Will I have to modify a lot of files or
just a few? I'll muddle and find my own answers, but figured this
will be quicker.
I think that all you need is simply renaming index.php to index.php5
and setting $wgScriptPath or something like that :)
MediaWiki has single 'entrance point', all other files are loaded by
mediawiki, and should already use php5.
Of course, you might want to rename config/index.php to config/
index.php5 too.
Domas
_______________________________________________
MediaWiki-l mailing list
MediaWiki-l@Wikimedia.org
http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
--
Sylvain Machefert
http://iubito.free.fr
http://tousauxbalkans.jexiste.fr

Message: 3
Date: Thu, 13 Jul 2006 18:07:29 -0400
From: "Dan Davis" hokie99cpe+wiki@gmail.com
Subject: Re: [Mediawiki-l] PHP5
To: "MediaWiki announcements and site admin list"
   mediawiki-l@wikimedia.org
Message-ID:
   e1e332090607131507q143905f0q6c7e8c74d016e3c8@mail.gmail.com
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
...
...
...
Quick question. My hosting provider, who I have been happy with for
too many years, supports PHP5, but it's not the default. In order
to invoke 5 I have to use a .php5 extension. Does this seem like
it's going to be doable? Will I have to modify a lot of files or
just a few? I'll muddle and find my own answers, but figured this
will be quicker.
Something that would probably be a cleaner solution is to determine
how the web server calls php4 vs php5 and change those settings for
your directory. But, there are a bunch of "if"s involved...
If the web server runs Apache, and
If the directory AllowOverride directive is All, and
If you can determine what Action processes PHP5 instead of PHP4, then
You can try something like this:
# grep php5 /etc/apache2/httpd.conf
AddHandler php-script .php5
Action php-script /cgi-bin/php5

Then in .htaccess in your directoy, put
AddHandler php-script .php

Or, this:
# grep php5 /etc/apache2/httpd.conf
AddType application/x-httpd-php .php5

The in .htaccess, you can try:
AddType application/x-httpd-php .php

Of, course, that all depends heavily on your environment.
Dan

Message: 4
Date: Thu, 13 Jul 2006 17:21:31 -0500
From: "Christopher L. Jorgensen" cjorgensen@mac.com
Subject: Re: [Mediawiki-l] PHP5
To: MediaWiki announcements and site admin list
   mediawiki-l@Wikimedia.org
Message-ID: 3842247.1152829291286.JavaMail.cjorgensen@mac.com
Content-Type: text/plain; charset=ISO-8859-1
It does run Apache, it handles PHP4 though a "module," I can use
.htaccess (and do) files. Will have to spend more time with this to
determine if this is the most elegant solution. I like the idea, since it
allows me to not have to worry about changing extensions when I update to
the next version.
On Thursday, July 13, 2006, at 05:07PM, Dan Davis
hokie99cpe+wiki@gmail.com wrote:
...
...
...
...
Quick question. My hosting provider, who I have been happy with for
too many years, supports PHP5, but it's not the default. In order
to invoke 5 I have to use a .php5 extension. Does this seem like
it's going to be doable? Will I have to modify a lot of files or
just a few? I'll muddle and find my own answers, but figured this
will be quicker.
Something that would probably be a cleaner solution is to determine
how the web server calls php4 vs php5 and change those settings for
your directory. But, there are a bunch of "if"s involved...
If the web server runs Apache, and
If the directory AllowOverride directive is All, and
If you can determine what Action processes PHP5 instead of PHP4, then
You can try something like this:
# grep php5 /etc/apache2/httpd.conf
   AddHandler php-script .php5
   Action php-script /cgi-bin/php5
Then in .htaccess in your directoy, put
AddHandler php-script .php
Or, this:
# grep php5 /etc/apache2/httpd.conf
   AddType application/x-httpd-php .php5
The in .htaccess, you can try:
AddType application/x-httpd-php .php
Of, course, that all depends heavily on your environment.
Dan
_______________________________________________
MediaWiki-l mailing list
MediaWiki-l@Wikimedia.org
http://mail.wikipedia.org/mailman/listinfo/mediawiki-l

Message: 5
Date: Thu, 13 Jul 2006 20:07:56 -0700 (PDT)
From: Metaspheres metaspheres@yahoo.com
Subject: [Mediawiki-l] Database errors when trying to make an edit
   after	upgrading to 1.7.1
To: MediaWiki announcements and site admin list
   mediawiki-l@Wikimedia.org
Message-ID: 20060714030756.34777.qmail@web38101.mail.mud.yahoo.com
Content-Type: text/plain; charset=iso-8859-1
Hello,
I have just upgraded from 1.6.7 to 1.7.1 and everything works fine except
for when I try to save an edit to an article, I get a database error that
reads as such:

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 "LinksUpdate::getExistingInterlangs". MySQL
returned error "1146: Table 'data_base.mx_langlinks' doesn't exist
(localhost)".

My host server is running PHP 5.0.4 and MySQL 4.1.19-standard-log. I
followed the instructions exactly as listed. Since I have no command-line
access I had to go through the regular web-based installation and then
restore my original LocalSettings.php.
Is there any way I can fix this or should I revert back to 1.6.7?
Thank you,
Sven

Sneak preview the  all-new Yahoo.com. It's not radically different. Just
radically better.

Message: 6
Date: Thu, 13 Jul 2006 20:15:50 -0700 (PDT)
From: Metaspheres metaspheres@yahoo.com
Subject: Re: [Mediawiki-l] Database errors when trying to make an edit
   after	upgrading to 1.7.1
To: MediaWiki announcements and site admin list
   mediawiki-l@Wikimedia.org
Message-ID: 20060714031550.55853.qmail@web38112.mail.mud.yahoo.com
Content-Type: text/plain; charset=iso-8859-1
Also, I forgot to mention that the edits do get saved and appear in the
recent changes despite the constant error message which I have described
that appears after every save, which is very strange.
Metaspheres metaspheres@yahoo.com wrote: Hello,
I have just upgraded from 1.6.7 to 1.7.1 and everything works fine except
for when I try to save an edit to an article, I get a database error that
reads as such:

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 "LinksUpdate::getExistingInterlangs". MySQL
returned error "1146: Table 'data_base.mx_langlinks' doesn't exist
(localhost)".

My host server is running PHP 5.0.4 and MySQL 4.1.19-standard-log. I
followed the instructions exactly as listed. Since I have no command-line
access I had to go through the regular web-based installation and then
restore my original LocalSettings.php.
Is there any way I can fix this or should I revert back to 1.6.7?
Thank you,
Sven

Sneak preview the  all-new Yahoo.com. It's not radically different. Just
radically better.

Message: 7
Date: Fri, 14 Jul 2006 00:30:02 -0400
From: Alec Usticke alec@usticke.org
Subject: Re: [Mediawiki-l] Database errors when trying to make an edit
   after	upgrading to 1.7.1
To: MediaWiki announcements and site admin list
   mediawiki-l@Wikimedia.org
Message-ID: na7eb2pkb4ennfdv1c3vs6pbvptkkm5jee@4ax.com
Content-Type: text/plain; charset=us-ascii
I just dealt with the exact same thing today. I fixed it by running
update.php and refreshLinks.php from the command line. I don't know
how you'd fix it without command line access.
On Thu, 13 Jul 2006 20:07:56 -0700 (PDT), Metaspheres
metaspheres@yahoo.com wrote in Message-ID
20060714030756.34777.qmail@web38101.mail.mud.yahoo.com:
...
Hello,
I have just upgraded from 1.6.7 to 1.7.1 and everything works fine
except for when I try to save an edit to an article, I get a database
error that reads as such:

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 "LinksUpdate::getExistingInterlangs". MySQL
returned error "1146: Table 'data_base.mx_langlinks' doesn't exist
(localhost)".

My host server is running PHP 5.0.4 and MySQL 4.1.19-standard-log. I
followed the instructions exactly as listed. Since I have no
command-line access I had to go through the regular web-based
installation and then restore my original LocalSettings.php.
Is there any way I can fix this or should I revert back to 1.6.7?
Thank you,
Sven
--
='''   Alec Usticke
c-OO   alec@usticke.org
   \   Neverwinter Nights Wiki

http://www.nwnwiki.org/

Message: 8
Date: Thu, 13 Jul 2006 21:49:25 -0700 (PDT)
From: Metaspheres metaspheres@yahoo.com
Subject: Re: [Mediawiki-l] Database errors when trying to make an edit
   after	upgrading to 1.7.1
To: MediaWiki announcements and site admin list
   mediawiki-l@Wikimedia.org
Message-ID: 20060714044925.14259.qmail@web38103.mail.mud.yahoo.com
Content-Type: text/plain; charset=iso-8859-1
I had tried phpshell to run those two scripts (which would be my only
recourse without direct shell access), but didn't work unfortunately.
Alec Usticke alec@usticke.org wrote: I just dealt with the exact same
thing today. I fixed it by running
update.php and refreshLinks.php from the command line. I don't know
how you'd fix it without command line access.

Do you Yahoo!?
 Everyone is raving about the  all-new Yahoo! Mail Beta.

Message: 9
Date: Fri, 14 Jul 2006 01:39:18 -0400
From: Alec Usticke alec@usticke.org
Subject: Re: [Mediawiki-l] Database errors when trying to make an edit
   after	upgrading to 1.7.1
To: MediaWiki announcements and site admin list
   mediawiki-l@Wikimedia.org
Message-ID: hebeb2hqkpssq8jee96bv374m342mdp337@4ax.com
Content-Type: text/plain; charset=us-ascii
I also had to setup AdminSettings.php to run the scripts. See
AdminSettings.sample in root.
On Thu, 13 Jul 2006 21:49:25 -0700 (PDT), Metaspheres
metaspheres@yahoo.com wrote in Message-ID
20060714044925.14259.qmail@web38103.mail.mud.yahoo.com:
...
I had tried phpshell to run those two scripts (which would be my only
recourse without direct shell access), but didn't work unfortunately.
Alec Usticke alec@usticke.org wrote: I just dealt with the exact same
thing today. I fixed it by running
update.php and refreshLinks.php from the command line. I don't know
how you'd fix it without command line access.
--
='''   Alec Usticke
c-OO   alec@usticke.org
   \   Neverwinter Nights Wiki

http://www.nwnwiki.org/

Message: 10
Date: Fri, 14 Jul 2006 12:12:21 +0200
From: Markus.Gierich@fiducia.de
Subject: [Mediawiki-l] Ldap Authentication
To: mediawiki-l@Wikimedia.org
Message-ID: 20060714101226.975B936C5B@mail12.fiducia.de
Content-Type: text/plain; charset=US-ASCII
I have problems using LdapAuthentication.php.
I include the file via require_once within LocalSettings.php an get the
following message:
Warning: Cannot modify header information - headers already sent by
(output
started at /var/local/wiki/extensions/LdapAuthentication.php:739) in
/var/local/wiki/includes/OutputPage.php on line 491
I'm using PHP 4.4 and Mediawiki 1.6 and the samples from
http://meta.wikimedia.org/wiki/LDAP_Authentication
Thank you for answering
Markus

Message: 11
Date: Fri, 14 Jul 2006 14:32:50 +0200
From: "Sylvain Machefert" iubito@gmail.com
Subject: [Mediawiki-l] 404 handling to shorten urls,	header 200 OK
   doesn't work
To: "MediaWiki announcements and site admin list"
   mediawiki-l@wikimedia.org
Message-ID:
   a59f889f0607140532o1e608f19i56b3a7f9a19866a6@mail.gmail.com
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Hi !
I've changed my "404 handling" to shorten my URLs.
If you call http://tousauxbalkans.jexiste.fr/Agenda the page displays in
the
browser, but if I look the header, using a downloader (httrack,
nettransport...), I get this :
2006-07-14 14:13:27.765 Connecting to tousauxbalkans.jexiste.fr:80
2006-07-14 14:13:27.859 Connecting to 84.207.24.9:80
2006-07-14 14:13:27.953 Connected
2006-07-14 14:13:27.953 GET /Agenda HTTP/1.1
2006-07-14 14:13:27.953 Host: tousauxbalkans.jexiste.fr
2006-07-14 14:13:27.953 Cookie:
tousauxbalkans_wiki__session=4c3m8g5rc1bata9427cs3cvid2;
tousauxbalkans_wiki_UserID=1; tousauxbalkans_wiki_UserName=Iubito;
tousauxbalkans_wiki_Token=100B814B9E1E60E57FBF45BF33C45428
2006-07-14 14:13:27.953 Accept: */*
2006-07-14 14:13:27.953 User-Agent: Mozilla/4.0 (compatible; MSIE 5.00;
Windows 98)
2006-07-14 14:13:27.968 Connection: Keep-Alive
2006-07-14 14:13:30.250 HTTP/1.1 404 Not Found
2006-07-14 14:13:30.250 Date: Fri, 14 Jul 2006 12:08:16 GMT
2006-07-14 14:13:30.250 Server: Apache/1.3.33 (Debian GNU/Linux)
mod_tsunami/3.0 mod_layout/3.2.1
2006-07-14 14:13:30.250 Cache-Control: private, must-revalidate,
max-age=0
2006-07-14 14:13:30.265 Content-language: fr
2006-07-14 14:13:30.265 ETag:
W/"tousauxbalkans:pcache:idhash:2842-0!1!0!2!!fr!2--20060714065302"
2006-07-14 14:13:30.265 Expires: Thu, 01 Jan 1970 00:00:00 GMT
2006-07-14 14:13:30.265 Vary: Accept-Encoding,Cookie
2006-07-14 14:13:30.281 X-Powered-By: PHP/5.1.2-1.1
2006-07-14 14:13:30.281 Set-Cookie:
tousauxbalkans_wiki__session=4c3m8g5rc1bata9427cs3cvid2; path=/
2006-07-14 14:13:30.281 Last-Modified: Fri, 14 Jul 2006 11:46:00 GMT
2006-07-14 14:13:30.281 Connection: close
2006-07-14 14:13:30.296 Transfer-Encoding: chunked
2006-07-14 14:13:30.296 Content-Type: text/html; charset=utf-8
2006-07-14 14:13:30.296 HTTP Error
and the downloader doesn't continue because it receive a HTTP/1.1 404 Not
Found
My .htaccess simply contains the following instruction :
ErrorDocument 404 /404.php5
In 404.php5, I include index.php that's why the browser get the page.
Even if I set header 200 OK, it receive a 404 not found.
Here is my 404.php5 code :
<?php
header('HTTP/1.1 200 OK');
$title = substr(getenv('REQUEST_URI'), 1);
$title = str_replace('index.php?title=', '', $title);
$title = str_replace('index.php5?title=', '', $title);
$_GET['title'] = urldecode($title);
$_POST['title'] = urldecode($title);
$_REQUEST['title'] = urldecode($title);
include('index.php5');
?>
If I replace the include by a redirect, I receive a 302, a redirect to
index.php5 and then a 200.
header("Location: index.php5?title='.$title);
2006-07-14 14:30:25.359 Connecting to tousauxbalkans.jexiste.fr:80
2006-07-14 14:30:25.437 Connecting to 84.207.24.9:80
2006-07-14 14:30:25.546 Connected
2006-07-14 14:30:25.546 GET /Agenda HTTP/1.1
2006-07-14 14:30:25.546 Host: tousauxbalkans.jexiste.fr
2006-07-14 14:30:25.546 Cookie:
tousauxbalkans_wiki__session=4c3m8g5rc1bata9427cs3cvid2;
tousauxbalkans_wiki_UserID=1; tousauxbalkans_wiki_UserName=Iubito;
tousauxbalkans_wiki_Token=100B814B9E1E60E57FBF45BF33C45428
2006-07-14 14:30:25.546 Accept: */*
2006-07-14 14:30:25.546 User-Agent: Mozilla/4.0 (compatible; MSIE 5.00;
Windows 98)
2006-07-14 14:30:25.562 Connection: Keep-Alive
2006-07-14 14:30:25.921 HTTP/1.1 302
2006-07-14 14:30:25.921 Date: Fri, 14 Jul 2006 12:25:13 GMT
2006-07-14 14:30:25.921 Server: Apache/1.3.33 (Debian GNU/Linux)
mod_tsunami/3.0 mod_layout/3.2.1
2006-07-14 14:30:25.921 X-Powered-By: PHP/5.1.2-1.1
2006-07-14 14:30:25.937 Location: index.php5?title=Agenda
2006-07-14 14:30:25.937 Connection: close
2006-07-14 14:30:25.937 Transfer-Encoding: chunked
2006-07-14 14:30:25.937 Content-Type: text/html
2006-07-14 14:30:25.953 Redirect to
http://tousauxbalkans.jexiste.fr/index.php5?title=Agenda
2006-07-14 14:30:25.953 Connecting to tousauxbalkans.jexiste.fr:80
2006-07-14 14:30:25.968 Connecting to 84.207.24.9:80
2006-07-14 14:30:26.062 Connected
2006-07-14 14:30:26.062 GET /index.php5?title=Agenda HTTP/1.1
2006-07-14 14:30:26.062 Host: tousauxbalkans.jexiste.fr
2006-07-14 14:30:26.062 Cookie:
tousauxbalkans_wiki__session=4c3m8g5rc1bata9427cs3cvid2;
tousauxbalkans_wiki_UserID=1; tousauxbalkans_wiki_UserName=Iubito;
tousauxbalkans_wiki_Token=100B814B9E1E60E57FBF45BF33C45428
2006-07-14 14:30:26.062 Accept: */*
2006-07-14 14:30:26.078 User-Agent: Mozilla/4.0 (compatible; MSIE 5.00;
Windows 98)
2006-07-14 14:30:26.078 Connection: Keep-Alive
2006-07-14 14:30:26.718 HTTP/1.1 200 OK
2006-07-14 14:30:26.718 Date: Fri, 14 Jul 2006 12:25:14 GMT
2006-07-14 14:30:26.718 Server: Apache/1.3.33 (Debian GNU/Linux)
mod_tsunami/3.0 mod_layout/3.2.1
2006-07-14 14:30:26.718 Cache-Control: private, must-revalidate,
max-age=0
2006-07-14 14:30:26.734 Content-language: fr
2006-07-14 14:30:26.734 ETag:
W/"tousauxbalkans:pcache:idhash:2842-0!1!0!2!!fr!2--20060714065302"
2006-07-14 14:30:26.734 Expires: Thu, 01 Jan 1970 00:00:00 GMT
2006-07-14 14:30:26.734 Vary: Accept-Encoding,Cookie
2006-07-14 14:30:26.750 X-Powered-By: PHP/5.1.2-1.1
2006-07-14 14:30:26.750 Set-Cookie:
tousauxbalkans_wiki__session=4c3m8g5rc1bata9427cs3cvid2; path=/
2006-07-14 14:30:26.765 Last-Modified: Fri, 14 Jul 2006 11:46:00 GMT
2006-07-14 14:30:26.765 Connection: close
2006-07-14 14:30:26.765 Transfer-Encoding: chunked
2006-07-14 14:30:26.765 Content-Type: text/html; charset=utf-8
2006-07-14 14:30:26.781 Receiving datas
2006-07-14 14:30:26.890 Finish At 14181
2006-07-14 14:30:26.906 Download finished.
How do you explain in the first case I get a 404 error in 3 seconds, and
in
the other case a 302 really quickly, whereas my .htaccess didn't changed,
and I never send header("HTTP/1.1 404 Not Found") in my code ?
--
Sylvain
http://iubito.free.fr
http://tousauxbalkans.jexiste.fr

MediaWiki-l mailing list
MediaWiki-l@Wikimedia.org
http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
End of MediaWiki-l Digest, Vol 34, Issue 41