Rowe, Dolores A | 23 Jul 18:57 2014

Debugging Variables

Dear Wiki'ers,

I added the following debug variables to a MediaWiki 1.22.8 LocalSettings.php on Windows that is giving me
some troubles.
$wgShowSQLErrors = true;
$wgDebugDumpSql = true;
$wgShowDBErrorBacktrace = true;

I thought that output would be displayed in the browser, at least for DumpSql, but I'm not getting anything.
Do I have to do anything else for these to work in MediaWiki 1.22.8.

Thanks for any help !
MediaWiki-l mailing list
To unsubscribe, go to:
Bill Traynor | 21 Jul 16:50 2014

multiple application servers

I have an opportunity to migrate a wiki that's currently hosted on one
machine to a setup with two application servers and one database
server.  I understand that I require an HTTP-level cache using either
varnish or squid as well as memcached.

I'm just curious if anyone has any experience with this configuration
and if there are any caveats I should look out for?


MediaWiki-l mailing list
To unsubscribe, go to:
David Gerard | 21 Jul 14:27 2014

How to allow upload of SVGs with links?

By default, MediaWiki sensibly blocks upload of SVGs with links.

However, we'd like to upload some to our intranet wiki (1.19). Is
there a setting to allow this?

(We already allow MS Office documents, so we're living on the edge obviously.)

- d.

MediaWiki-l mailing list
To unsubscribe, go to:
晒太阳的冰 | 19 Jul 17:28 2014

Anyone get (null) after using varnish cache?

Hi everyone,
My site got lots of random *(null)* error when varnish
enabled. The error message and only error message is no repeat *(null)*.
Anyone have idea? How to solve this problem?

MediaWiki 1.23.1
PHP 5.4.27 (fpm-fcgi)
MySQL 5.6.17
Bask Ice | 晒太阳的冰
E-mail ice <at>
2290 3rd Avenue Basement, New York.
MediaWiki-l mailing list
To unsubscribe, go to:
RobertGarritano | 19 Jul 11:01 2014

AUTO: Robert Garritano is out of the office - 7/18 - 7/27 (returning 07/28/2014)

I am out of the office until 07/28/2014.

Thank you for your email.  Please contact BT-MMS-MiddlewareEngineering for
any emergencies.

Thank you,
Best Regards,
Robert L. Garritano | Discover Financial Services
MMS - Middleware Engineering
2500 Lake Cook Road, Riverwoods, IL 60015
( Office (224) 405-1621
RobertGarritano <at>

Note: This is an automated response to your message  "[MediaWiki-l] Fwd:
Bug 68266 - Enable subpages by default (reverse $wgNamespacesWithSubpages)"
sent on 07/19/2014 3:40:57.

This is the only notification you will receive while this person is away.

Please consider the environment before printing this email.

MediaWiki-l mailing list
To unsubscribe, go to:
Federico Leva (Nemo | 19 Jul 10:40 2014

Fwd: Bug 68266 - Enable subpages by default (reverse $wgNamespacesWithSubpages)

I filed a bug to track a proposal sent earlier to another list: .
Which comes with a question for you all wiki admins:
> What wikis are using this [slashes in titles] on namespaces that do
not have
> sub-pages *and* would cause problems if sub-pages were enabled?


MediaWiki-l mailing list
To unsubscribe, go to:
Xie Chao Qin | 17 Jul 22:28 2014

Mikoyan-Gurevich MiG-35 MAKS'2007 Pichugin'2007_Pichugin.jpg

By Dmitriy Pichugin [GFDL 1.2 ( or GFDL 1.2
(], via Wikimedia Commons from Wikimedia Commons

Xie Chao Qin


MediaWiki-l mailing list
To unsubscribe, go to:
Steffen Köhler | 16 Jul 14:01 2014

Login via OAuth 2.0: Any functional extension known?

Hi all

we try to use open Authorization on our wiki. We first started with OpenID,
but then we suddenly realized that the big players like Google won't
support this protocol any longer.

So we want to move over to OAuth2.0, but the only extension we found so far
is SocialLogin, which seems not to work under MW 1.23 anymore, according to
its talk page and to our own experience :-(

Does anybody of you has either SocialLogin brought up to work or do you
have any other extension in mind which would allow an OAuth2.0 login to
support accounts from Google, Facebook etc.?

many thanks in advance & best regards

MediaWiki-l mailing list
To unsubscribe, go to:
Bill Traynor | 15 Jul 19:30 2014

replacing syntaxhighlighting tags site wide

I have about 400 pages in a wiki I'm administering that use
syntaxhighlighting using the old <code lang="lang">some code
here</code> method provided by and extension called

I'd like to remove the old extension and use SyntaxHighlight_GeSHi
going forward.  To do this, I need to replace:

<code lang="lang"> with <syntaxhighlight lang="lang">
</code> with </syntaxhighlight>

Using the ReplaceText extension is one possibility, but I keep ending
up with a problem when <code></code> is used, as the closing tag gets
replaced and breaks the formatting.

Is there some magic regular expression that can do this?  I'm working
through these pages manually right now.


MediaWiki-l mailing list
To unsubscribe, go to:
xcq5678m | 15 Jul 17:25 2014


         沧海一粒   籽麻开门  
                惊涛骇浪   颠覆世界
MediaWiki-l mailing list
To unsubscribe, go to:
Jan Steinman | 14 Jul 03:14 2014

Re: Forms inside the wiki

> From: Chris Tharp <tharpenator <at>>
> ... what I was looking for is an easy way to allow page editors to add forms embedded into a page. Those forms
could be in turn filled out by the end users (readers) without editing the page. A contact email page would
be the clearest and easiest to understand example. 
> Anyone else have any notions on how this could be done? Thanks

We've been using PostForm.php, but the spambots quickly found it and inundated us. We renamed all such
pages with "_(hidden)" appended and removed the automatic #REDIRECT with a page that tells the user to put
"_(hidden)" after the URL -- not exactly very user-friendly.

Forms without a CAPTCHA are nothing but trouble.

:::: I had rather be on my farm than be emperor of the world. -- George Washington
:::: Jan Steinman, EcoReality Co-op ::::

MediaWiki-l mailing list
To unsubscribe, go to: