[Mediawiki-l] MediaWiki-l Digest, Vol 34, Issue 42

B. K. Karuna bkk at inbox.com
Sun Jul 16 00:20:10 UTC 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 at wikimedia.org 
> Sent: Fri, 14 Jul 2006 19:11:13 +0000 
> To: mediawiki-l at wikimedia.org 
> Subject: MediaWiki-l Digest, Vol 34, Issue 42 
> 
> Send MediaWiki-l mailing list submissions to 
> mediawiki-l at 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 at Wikimedia.org 
> 
> You can reach the person managing the list at 
> mediawiki-l-owner at Wikimedia.org 
> 
> When replying, please edit your Subject line so it is more specific 
> than "Re: Contents of MediaWiki-l digest..." 
> 
> 
> Today's Topics: 
> 
> 1. Re: Working on upgrading to 1.7.1 (Dan Davis) 
> 2. Re: Get Mediawiki to read template variables withinextension 
> tags? (Chris Earle) 
> 3. Re: Get Mediawiki to read template variableswithinextension 
> tags? (Chris Earle) 
> 4. File delete error (Simon Renshaw) 
> 5. Re: Working on upgrading to 1.7.1 (Gary Kirk) 
> 6. Re: Working on upgrading to 1.7.1 (Gary Kirk) 
> 7. Re: Database errors when trying to make an edit after 
> upgrading to 1.7.1 (Metaspheres) 
> 8. Re: Working on upgrading to 1.7.1 (Petr Andreyev) 
> 9. Re: 404 handling to shorten urls, header 200 OK doesn't work 
> (Petr Andreyev) 
> 10. Re: Database errors when trying to make an edit after 
> upgrading to 1.7.1 (H?nandil) 
> 11. Re: 404 handling to shorten urls, header 200 OK doesn't work 
> (Sylvain Machefert) 
> 
> 
> ---------------------------------------------------------------------- 
> 
> Message: 1 
> Date: Fri, 14 Jul 2006 08:33:38 -0400 
> From: "Dan Davis" <hokie99cpe+wiki at gmail.com> 
> Subject: Re: [Mediawiki-l] Working on upgrading to 1.7.1 
> To: "MediaWiki announcements and site admin list" 
> <mediawiki-l at wikimedia.org> 
> Message-ID: 
> <e1e332090607140533k1484c4e8va55b587b27cc0bd9 at mail.gmail.com> 
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed 
> 
> On 7/13/06, Rob Church <robchur at gmail.com> wrote: 
>> On 13/07/06, Dan Davis <hokie99cpe+wiki at gmail.com> wrote: 
>>> That said, is there a way to extend the MagicWords system via an 
>>> extension? I've grown to enjoy my __NOCACHE__ addition... 
>> 
>> There are various hooks for it. 
> 
> Thanks, Rob. 
> 
> Guess it would've helped if I had thought to check out 
> mediawiki-1.7.1/docs/magicword.txt before I mailed the list. :) 
> 
> Dan 
> 
> 
> ------------------------------ 
> 
> Message: 2 
> Date: Fri, 14 Jul 2006 08:38:24 -0400 
> From: "Chris Earle" <cearle at cbltech.ca> 
> Subject: Re: [Mediawiki-l] Get Mediawiki to read template variables 
> withinextension tags? 
> To: mediawiki-l at wikimedia.org 
> Message-ID: <e98391$fqe$1 at sea.gmane.org> 
> 
> Hi all, 
> 
> i'm going to keep hunting around for a fix for this problem -- i have not 
> checked recent changelog entries to see if it is being addressed, but in 
> the 
> meantime, can someone point me in the direction of a fix? or something 
> about 
> sending stuff to the parser? 
> 
> I read this part of the extensions FAQ 
> http://meta.wikimedia.org/wiki/MediaWiki_extensions_FAQ#Templates_with_extension_tags 
> but there's no solution offered up..... 
> 
> Stumbled upon this when I whipped together a little extension for myself 
> only to find out it wouldn't work with the template I'm using it in 
> 
> 
> Thanks for any suggestions, 
> 
> -- 
> Chris 
> 
> 
> "Jan Steinman" <Jan at Bytesmiths.com> wrote in 
> message news:747B4A83-73C1-4F6A-A5C2-C4DACF26BDFF at Bytesmiths.com... 
>>> From: Billy Covington 
> <wrcovington at gmail.com> 
>>> 
>>> I am attempting to create a template in which all anyone needs to do 
>>> to put a Google Map on a page is use a template with 3 variables 
>>> (longitude, latitude, and description) using Evan Miller's Google Maps 
>>> extension (http://meta.wikimedia.org/wiki/User:Emiller/ 
>>> GoogleMapsExtension). 
>>> 
>>> The only problem is, Mediawiki won't read the variables if they're 
>>> inside the <googlemap></googlemap> extension tags. 
>> 
>> You will have to modify the extension to feed the included text 
>> through the wiki parser. 
>> 
>>> I am definitely no expert or even novice at php... 
>> 
>> This would seem to be beyond your scope, then. It sounds like an 
>> interesting project, but I have no extra time to help you right now! 
>> Perhaps someone else with an interest will want to craft a solution. 
>> 
>> 
>> :::: We may no longer have a free press, but it is reasonably priced. 
>> -- John Cory 
>> :::: Jan Steinman <http://www.Bytesmiths.com> 
> 
> 
> 
> 
> 
> ------------------------------ 
> 
> Message: 3 
> Date: Fri, 14 Jul 2006 09:34:57 -0400 
> From: "Chris Earle" <cearle at cbltech.ca> 
> Subject: Re: [Mediawiki-l] Get Mediawiki to read template 
> variableswithinextension tags? 
> To: mediawiki-l at wikimedia.org 
> Message-ID: <e986j0$r03$1 at sea.gmane.org> 
> 
> Seeing some stuff here 
> http://meta.wikimedia.org/wiki/MediaWiki_extensions_FAQ#How_do_I_render_wikitext_in_my_extension.3F 
> 
> About accessing the parser 
> 
> Trying this, not working though.....not sure if it's a PHP5 thing 
> 
> function myHook($input, $argv, &$parser) 
> { 
> $localParser = new Parser(); 
> $output = $localParser->parse("<big>$input</big>", $parser->mTitle, 
> $parser->mOptions); 
> $text = $output->getText(); 
> } 
> 
> Tried returning that $text in my extension....no go 
> Not sure if the reference there to the &$parser is valid 
> 
> Any takers? 
> 
> -- 
> Chris 
> 
> "Chris Earle" <cearle at cbltech.ca> wrote in 
> message news:e98391$fqe$1 at sea.gmane.org... 
>> Hi all, 
>> 
>> i'm going to keep hunting around for a fix for this problem -- i have 
>> not 
>> checked recent changelog entries to see if it is being addressed, but in 
> the 
>> meantime, can someone point me in the direction of a fix? or something 
> about 
>> sending stuff to the parser? 
>> 
>> I read this part of the extensions FAQ 
>> 
> http://meta.wikimedia.org/wiki/MediaWiki_extensions_FAQ#Templates_with_extension_tags 
>> but there's no solution offered up..... 
>> 
>> Stumbled upon this when I whipped together a little extension for myself 
>> only to find out it wouldn't work with the template I'm using it in 
>> 
>> 
>> Thanks for any suggestions, 
>> 
>> -- 
>> Chris 
>> 
>> 
>> "Jan Steinman" <Jan at Bytesmiths.com> wrote in 
>> message 
> news:747B4A83-73C1-4F6A-A5C2-C4DACF26BDFF at Bytesmiths.com... 
>>>> From: Billy Covington 
>> <wrcovington at gmail.com> 
>>>> 
>>>> I am attempting to create a template in which all anyone needs to do 
>>>> to put a Google Map on a page is use a template with 3 variables 
>>>> (longitude, latitude, and description) using Evan Miller's Google Maps 
>>>> extension (http://meta.wikimedia.org/wiki/User:Emiller/ 
>>>> GoogleMapsExtension). 
>>>> 
>>>> The only problem is, Mediawiki won't read the variables if they're 
>>>> inside the <googlemap></googlemap> extension tags. 
>>> 
>>> You will have to modify the extension to feed the included text 
>>> through the wiki parser. 
>>> 
>>>> I am definitely no expert or even novice at php... 
>>> 
>>> This would seem to be beyond your scope, then. It sounds like an 
>>> interesting project, but I have no extra time to help you right now! 
>>> Perhaps someone else with an interest will want to craft a solution. 
>>> 
>>> 
>>> :::: We may no longer have a free press, but it is reasonably priced. 
>>> -- John Cory 
>>> :::: Jan Steinman <http://www.Bytesmiths.com> 
> 
> 
> 
> 
> 
> ------------------------------ 
> 
> Message: 4 
> Date: Fri, 14 Jul 2006 11:16:41 -0400 
> From: Simon Renshaw <simon at castortech.com> 
> Subject: [Mediawiki-l] File delete error 
> To: MediaWiki announcements and site admin list 
> <mediawiki-l at wikimedia.org> 
> Message-ID: 
> <D5F291ABFAB3454D85DB58B747B639821D5743 at castor-srvr1.castortech.com> 
> Content-Type: text/plain; charset=us-ascii 
> 
> Hi, 
> 
> I tried to delete a file that was uploaded on my Wiki and got the 
> following 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 "Article::doDeleteArticle". MySQL returned error 
> "1364: Field 'ar_text' doesn't have a default value (localhost)". 
> 
> Any idea what is causing this? That DB was originally running on MySQL 4 
> so maybe I forgot to do something when I imported it to version 5. But 
> everything else is working fine on the Wiki. 
> 
> I'm running: 
> 
> MediaWiki: 1.6.6 
> PHP: 5.0.5 (cgi-fcgi) 
> MySQL: 5.0.22-community-nt 
> 
> Will update to 1.7 soon :) 
> 
> Thanks! 
> Simon 
> 
> 
> ------------------------------ 
> 
> Message: 5 
> Date: Fri, 14 Jul 2006 18:41:33 +0100 
> From: "Gary Kirk" <gary.kirk at gmail.com> 
> Subject: Re: [Mediawiki-l] Working on upgrading to 1.7.1 
> To: "MediaWiki announcements and site admin list" 
> <mediawiki-l at wikimedia.org> 
> Message-ID: 
> <8731ce350607141041o7573b0e5y58974a79e7d0d994 at mail.gmail.com> 
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed 
> 
> Maybe, but that's what those guys are here for :) 
> 
> -- gary kirk 
> 
> On 7/14/06, Dan Davis <hokie99cpe+wiki at gmail.com> wrote: 
>> On 7/13/06, Rob Church <robchur at gmail.com> wrote: 
>>> On 13/07/06, Dan Davis <hokie99cpe+wiki at gmail.com> wrote: 
>>>> That said, is there a way to extend the MagicWords system via an 
>>>> extension? I've grown to enjoy my __NOCACHE__ addition... 
>>> 
>>> There are various hooks for it. 
>> 
>> Thanks, Rob. 
>> 
>> Guess it would've helped if I had thought to check out 
>> mediawiki-1.7.1/docs/magicword.txt before I mailed the list. :) 
>> 
>> Dan 
>> _______________________________________________ 
>> MediaWiki-l mailing list 
>> MediaWiki-l at Wikimedia.org 
>> http://mail.wikipedia.org/mailman/listinfo/mediawiki-l 
>> 
> 
> 
> -- 
> Gary Kirk 
> 
> 
> ------------------------------ 
> 
> Message: 6 
> Date: Fri, 14 Jul 2006 18:43:15 +0100 
> From: "Gary Kirk" <gary.kirk at gmail.com> 
> Subject: Re: [Mediawiki-l] Working on upgrading to 1.7.1 
> To: "MediaWiki announcements and site admin list" 
> <mediawiki-l at wikimedia.org> 
> Message-ID: 
> <8731ce350607141043wd570e80l899981d29a088329 at mail.gmail.com> 
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed 
> 
> Maybe, but that's what those guys are here for :) 
> 
> -- gary kirk 
> 
> On 7/14/06, Dan Davis <hokie99cpe+wiki at gmail.com> wrote: 
>> On 7/13/06, Rob Church <robchur at gmail.com> wrote: 
>>> On 13/07/06, Dan Davis <hokie99cpe+wiki at gmail.com> wrote: 
>>>> That said, is there a way to extend the MagicWords system via an 
>>>> extension? I've grown to enjoy my __NOCACHE__ addition... 
>>> 
>>> There are various hooks for it. 
>> 
>> Thanks, Rob. 
>> 
>> Guess it would've helped if I had thought to check out 
>> mediawiki-1.7.1/docs/magicword.txt before I mailed the list. :) 
>> 
>> Dan 
>> _______________________________________________ 
>> MediaWiki-l mailing list 
>> MediaWiki-l at Wikimedia.org 
>> http://mail.wikipedia.org/mailman/listinfo/mediawiki-l 
>> 
> 
> 
> -- 
> Gary Kirk 
> 
> 
> ------------------------------ 
> 
> Message: 7 
> Date: Fri, 14 Jul 2006 11:09:53 -0700 (PDT) 
> From: Metaspheres <metaspheres at 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 at Wikimedia.org> 
> Message-ID: <20060714180953.97434.qmail at web38113.mail.mud.yahoo.com> 
> Content-Type: text/plain; charset=iso-8859-1 
> 
> Yes, I had that all configured but phpshell cannot run the scripts (keeps 
> saying "This script must be run from the command-line"), so I'm assuming 
> my host does not allow any of these functions unfortunately. I'm guessing 
> my only recourse is to go back to 1.6.7. 
> 
> Alec Usticke <alec at usticke.org> wrote: I also had to setup 
> AdminSettings.php to run the scripts. See 
> AdminSettings.sample in root. 
> 
> 
> --------------------------------- 
> How low will we go? Check out Yahoo! Messenger?s low PC-to-Phone call 
> rates. 
> 
> ------------------------------ 
> 
> Message: 8 
> Date: Fri, 14 Jul 2006 22:22:13 +0400 
> From: "Petr Andreyev" <gulliput at gmail.com> 
> Subject: Re: [Mediawiki-l] Working on upgrading to 1.7.1 
> To: "MediaWiki announcements and site admin list" 
> <mediawiki-l at wikimedia.org> 
> Message-ID: 
> <b8c1aae50607141122n7c0293a0q6761804ee5ebc8e3 at mail.gmail.com> 
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed 
> 
> Hi Dan, 
> 
>> Using your NamespacePermissions extension, is there a way to retrieve 
>> a list of namespaces to which a user has RO or RW access? 
>> 
> 
> One can know if a user is in one of the autocreated groups: 
> ex. 
> in_array( "ns{$ns_title}RO", $user->getGroups() ); 
> 
> It is possible also to know if a user can do a particular action with 
> an article in a namespace: 
> e.g. 
> $user->isAllowed( "ns100_read" ). 
> This is a more adequate way to obtain access permissions for a given 
> namespace, since the access level is determined by permissions; 
> autogroups just contain most usable sets of permissions. 
> 
> Petr 
> 
> 
> ------------------------------ 
> 
> Message: 9 
> Date: Fri, 14 Jul 2006 22:38:43 +0400 
> From: "Petr Andreyev" <gulliput at gmail.com> 
> Subject: Re: [Mediawiki-l] 404 handling to shorten urls, header 200 OK 
> doesn't work 
> To: "MediaWiki announcements and site admin list" 
> <mediawiki-l at wikimedia.org> 
> Message-ID: 
> <b8c1aae50607141138s23fbcdebkdb166d9f41661453 at mail.gmail.com> 
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed 
> 
> Hi Sylvain, 
> 
> I do not know the answer (perhaps error document always returns 404 -- 
> it's 
> just a way to customize your message) --- but why don't you just use 
> mod_rewrite to shorten your urls? 
> 
> -- 
> Petr 
> 
> 2006/7/14, Sylvain Machefert <iubito at gmail.com>: 
>> 
>> Hi ! 
>> 
>> I've changed my "404 handling" to shorten my URLs. 
>> 
>> 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 at Wikimedia.org 
>> http://mail.wikipedia.org/mailman/listinfo/mediawiki-l 
>> 
> 
> 
> ------------------------------ 
> 
> Message: 10 
> Date: Fri, 14 Jul 2006 11:56:29 -0700 
> From: H?nandil <hinandil at freespirits.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 at Wikimedia.org> 
> Message-ID: <44B7E8DD.8010900 at freespirits.org> 
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed 
> 
> Metaspheres wrote: 
>> Yes, I had that all configured but phpshell cannot run the scripts 
>> (keeps saying "This script must be run from the command-line"), so I'm 
>> assuming my host does not allow any of these functions unfortunately. 
>> I'm guessing my only recourse is to go back to 1.6.7. 
> 
> Why not ask your host to run those scripts for you? 
> 
> H?nandil 
> 
> 
> ------------------------------ 
> 
> Message: 11 
> Date: Fri, 14 Jul 2006 21:11:04 +0200 
> From: "Sylvain Machefert" <iubito at gmail.com> 
> Subject: Re: [Mediawiki-l] 404 handling to shorten urls, header 200 OK 
> doesn't work 
> To: "MediaWiki announcements and site admin list" 
> <mediawiki-l at wikimedia.org> 
> Message-ID: 
> <a59f889f0607141211j4c0070beg68eff11626d3760c at mail.gmail.com> 
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed 
> 
> because my host doesn't allow it. I'll ask them to do this, but not sure 
> they will. 
> When I add the rewrite rules in .htaccess, I get bad errors 
> 
> 2006/7/14, Petr Andreyev <gulliput at gmail.com>: 
>> 
>> Hi Sylvain, 
>> 
>> I do not know the answer (perhaps error document always returns 404 -- 
>> it's 
>> just a way to customize your message) --- but why don't you just use 
>> mod_rewrite to shorten your urls? 
>> 
>> -- 
>> Petr 
>> 
>> 2006/7/14, Sylvain Machefert <iubito at gmail.com>: 
>>> 
>>> Hi ! 
>>> 
>>> I've changed my "404 handling" to shorten my URLs. 
>>> 
>>> 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 at Wikimedia.org 
>>> http://mail.wikipedia.org/mailman/listinfo/mediawiki-l 
>>> 
>> _______________________________________________ 
>> MediaWiki-l mailing list 
>> MediaWiki-l at Wikimedia.org 
>> http://mail.wikipedia.org/mailman/listinfo/mediawiki-l 
>> 
> 
> 
> 
> -- 
> Sylvain Machefert 
> http://iubito.free.fr 
> http://tousauxbalkans.jexiste.fr 
> 
> 
> ------------------------------ 
> 
> _______________________________________________ 
> MediaWiki-l mailing list 
> MediaWiki-l at Wikimedia.org 
> http://mail.wikipedia.org/mailman/listinfo/mediawiki-l 
> 
> 
> End of MediaWiki-l Digest, Vol 34, Issue 42 
> *******************************************



More information about the MediaWiki-l mailing list