erorr :unexpected 'ini_set'...see below

Hi I Have a problem in first run media wiki that :

Parse error: syntax error, unexpected 'ini_set' (T_STRING) in C:\wamp\www\LocalSettings.php on line 149
Call Stack
#	Time	Memory	Function	Location
1	0.0000	141720	{main}( )	..\index.php:0
2	0.0000	156512	require( 'C:\wamp\www\includes\WebStart.php' )	..\index.p

my information:

php:5.4.16
mysql:5.6.12
mediawiki:1.22.1
os:windows
wampserver
Local

tank Ermiagh (talk) 05:45, 1 February 2014 (UTC)

Hi!

You have a syntax error in the file LocalSettings.php. Around or before line 149, before you have put "ini_set(...)" there is an error; maybe a missing semicolon or maybe also something else. 88.130.73.220 12:42, 1 February 2014 (UTC)

Main footer is different then other footers

Hello

On my main page the footer looks different to the others.

This is how it looks on my Main page: http://puu.sh/6GiXF.png And this is how it looks on my other pages: http://puu.sh/6Gj4M.png

Website: http://www.lilypadwikisecret.tk/wiki MediaWiki Version: 1.21.2

How can I fix this? 94.213.159.10 (talk) 19:01, 1 February 2014 (UTC)

It looks like you've already fixed this. I imagine there were unbalanced tags somewhere. ☠MarkAHershberger☢(talk)☣ 20:10, 4 February 2014 (UTC)

[RESOLVED] Cannot upload files

When attempting to upload a file, I get the message Could not create directory "mwstore://local-backend/local-public/1/1f".

I have followed the Manual:Configuring file uploads and verified that php.ini is correctly configured, I have verified directory ownership and attributes to be correct (www-data and 775), in LocalSettings.php I have $wgEnableUploads = true; and $wgGroupPermissions['editor']['upload'] = true; $wgGroupPermissions['editor']['reupload'] = true; and I verified my user is an editor. I have verified the file type is allowed with the following entry $wgFileExtensions = array_merge( $wgFileExtensions, array( 'php', 'js', 'zip', 'gz', 'tar.gz', ) ); (I have nginx set to read these types as plain text in the /images directory, so not a security issue).

What am I missing? MadenssContinued (talk) 01:10, 2 February 2014 (UTC)

First, add

error_reporting( -1 );

ini_set( 'display_errors', 1 );

to your LocalSettings.php file and see if any errors are displayed. If none are, try enabling debugging and see if the file shows you anything. ☠MarkAHershberger☢(talk)☣ 20:22, 4 February 2014 (UTC)

Thanks for the response. I had to find some way to fix this and ended up just reinstalling Mediawiki, which fixed it. If I come across this issue again, I'll try those solutions. MadenssContinued (talk) 22:43, 4 February 2014 (UTC)

Scribunto: LuaStandalone Cannot allocate memory

Versions:

• MediaWiki: 1.22.1
• PHP 5.4.20 (cgi-fcgi)
• MySQL 5.1.56-log

URL: www.ixfalia.com/skitterdevice

Pages for the website above can only be edited with accounts currently.

Issue: I'm attempting to get "Infoboxes" to work, but no modules will run in my wiki, not even "Hello World." All modules give an error: Script error: "Lua error: Internal error: The interpreter exited with status 2."

Steps I have taken:

• I have activated the logging feature for the luaStandalone, the output is posted below
• I have attempted to increase the amount of data that can be allocated by setting: $wgMaxShellMemory = 131072;
  • Error still occurs after this was set

luastandalone errorLog output:

• ../ixfalia.com/skitterdevice/extensions/Scribunto/engines/LuaStandalone/lua_ulimit.sh: xrealloc: ../bash/parse.y:2228: cannot allocate 512 bytes (49152 bytes allocated)
• ../ixfalia.com/skitterdevice/extensions/Scribunto/engines/LuaStandalone/lua_ulimit.sh: xrealloc: ../bash/subst.c:658: cannot allocate 640 bytes (45056 bytes allocated)
• ../ixfalia.com/skitterdevice/extensions/Scribunto/engines/LuaStandalone/lua_ulimit.sh: xmalloc: ../bash/execute_cmd.c:3556: cannot allocate 298 bytes (49152 bytes allocated)

Each line of the errors above occurred on separate attempts to save the same module. Ixfalia~mediawikiwiki (talk) 12:26, 2 February 2014 (UTC)

I know this is really old, but has this issue been fixed by more recent updates, or is it still an issue? Aaron Beaty (talk) 01:33, 8 December 2014 (UTC)

Install cirrus extension

Hi how can I install this extension if I am on a free host and i doint have access to install programs or scripts on the server I am using so how can I install cirrus search extension and the elastic search. Do I ask for elastic search to be installed on the server I am using. 86.135.251.105 (talk) 19:33, 2 February 2014 (UTC)

If it's a problem for you that you are on a free host, then you should change to another host. 88.130.92.6 19:59, 2 February 2014 (UTC)

Ok 90.195.250.246 16:17, 3 February 2014 (UTC)

Hi, is it possible to install cirrus on a mutualised server (e.g. at OVH), or is a dedicated server necessary? It seems on mutualised server it is not possible to install programs... Of course a dedicated server is much more expensive. Is there a way to avoid this? 89.87.108.223 00:03, 9 February 2014 (UTC)

Not really. A simple virtual server can be had from Linode for $20/mo or Digital Ocean for $5/mo. I haven't really tried the Digital Ocean one, though. ☠MarkAHershberger☢(talk)☣ 12:22, 9 February 2014 (UTC)

If you have shell access to your shared host, you can probably still install programs locally to your account. Its just not as easy. Bawolff (talk) 23:16, 9 February 2014 (UTC)

Many thanks. A virtual server would most likely meet my need. Many thanks Mark and Bawolff! 89.87.108.223 23:48, 9 February 2014 (UTC)

Cannot login after upgrade from 1.9 to 1.19.11

Hi,

I've upgraded a mediawiki installation from version 1.9 to 1.19.11. I've deactivated all extensions and I've reset the WikiSysop user's password using the changePassword script. When I try to login with the WikiSysop user, nothing happens - I get no error message, I see no error in the apache log files, and the site just reloads without logging me in. This happens with any browser. Cookies are enabled. PHP is version 5.3.28, MySQL is MariaDB 5.5.33.

What is wrong? 79.203.93.90 (talk) 20:13, 2 February 2014 (UTC)

Hmm, it didn't work with Firefox and IE, even after deleting cookies. But I found out it works with Iron. And after installing vbsso extension and connecting the wiki with a vbulletin installation, login works in all browsers (because it is managed by vbsso). 79.203.93.90 21:51, 2 February 2014 (UTC)

Try upgrading to Mediawiki 1.22 because you have php php 5.3 you can use Mediawiki 1.22 90.195.250.246 16:16, 3 February 2014 (UTC)

Easy way to upgrade from version 1.8 to 1.22? - Part 2

As per the request to create a new thread...

As mentioned, the new Mediawiki while showing it has pages in the DB, does not display them.

The first image is of the new mediawiki Index page: http://imagizer.imageshack.us/v2/640x480q90/691/16cx.jpg

The second, one of the content pages - selected from the list down the left-hand side. In this case "Knowledgebase": http://imagizer.imageshack.us/v2/640x480q90/856/agtx.jpg

Compare the two with what they should look like, on the old mediawiki:

Index page: http://imagizer.imageshack.us/v2/640x480q90/690/0bv4.jpg

Contents page: http://imagizer.imageshack.us/v2/640x480q90/197/cqtp.jpg Brian 665 (talk) 05:20, 3 February 2014 (UTC)

Hi Brian,

the screenshots show that the pages themselves are there. The problem is that they do not display the way they did before - but the pages themselves are there.

I cannot really read it, but the screenshot cqtp.jpg seems to display some kind of category list. I see the headlines "By Subject" and "By Article Type". What is missing between them? Please post that part of the wiki code of that page (edit page), which is no longer displaying! 88.130.106.120 13:23, 3 February 2014 (UTC)

Thanks again for your help.

I am a mediawiki neophyte. This is the code for that page. I am unsure why it is not working. I am just starting to understand the relationship between code and extension(s). I take it that unless an extension is mentioned in the LocalSettings.php file, the code won't find it?

 __NOEDITSECTION__
 [[image:Knowledge Management.jpg|125px|left]]
 [[Image:Mind Meld.jpg|150px|right]]
 Welcome to the ASG Technical Knowledge Base. From here you can find all the knowledge articles published in {{SITENAME}} associated with Knowledge Management.
 
 Knowledge Management articles are submitted by staff members and can be as simple as a FAQ articles with some simple facts, or as comprehensive as a Work Instruction. These articles are designed to assist staff in doing their job and sharing valuable information if a semi-formal way. As such they do not replace formal procedures, policies and contractual obligations.
 
 The Knowledge Base is a managed site and additions and edits are reviewed by the site administrator and by Subject Matter Experts. To obtain information on how to create or edit and article, refer to the [[Help:Contents|Online Help]].
 
 =Search=
 <inputbox>
 type=fulltext
 searchbuttonlabel=Search the Knowledge Base
 namespaces = Knowledge**,WikiSphere**,Main
 bgcolor=#bed62f
 break=no
 </inputbox>
 
 =Create a new Knowledge Base Article=
 <inputbox>
 type = create
 bgcolor=#1abfdf
 buttonlabel=Create a New Knowledge Base article
 editintro=Template:Infobox Knowledge Article/editintro
 preload=Template:Infobox Knowledge Article/include
 default=Knowledge:
 bgcolor=#eeeeff
 break=no
 </inputbox>
 =View All Knowledge Articles=
 *[[Knowledge Article List - All Articles|All Knowledge Articles - Alphabetical order]]
 ==By Subject Matter==
 All the {{SITENAME}} Knowledge Articles are catagorised. They are available via the following sorted lists.
 {{#dpl:|namespace=Category|titlematch=Knowledge_Domain_-%|replaceintitle=/Knowledge Domain - /,|format=,\n*[[%PAGE%|%TITLE%]],,|columns=8}}
 ==By Article Type==
 All the {{SITENAME}} Knowledge Articles are catagorised. They are available via the following sorted lists.
 {{#dpl:|namespace=Category|titlematch=Knowledge_Type_-%|replaceintitle=/Knowledge Type - /,|format=,\n*[[%PAGE%|%TITLE%]],,}}
 ==By Engagement==
 All the {{SITENAME}} Knowledge Articles are catagorised. They are available via the following sorted lists.
 {{#dpl:|namespace=Category|titlematch=Knowledge_Engagement_-%|replaceintitle=/Knowledge Engagement - /,|format=,\n*[[%PAGE%|%TITLE%]],,|columns=3}}

203.25.255.17 01:33, 4 February 2014 (UTC)

Correct. When an extension is not included or required in LocalSettings.php, it will not be used and its functions will not be available.

So the stuff, which is no longer rendered is this:

{{#dpl:|namespace=Category|titlematch=Knowledge_Domain_-%|replaceintitle=/Knowledge Domain - /,|format=,\n*%TITLE%,,|columns=8}}

According to this should be handled by Extension:DynamicPageList_(third-party). Update this extension from Git (using the newest version from the master branch; a branch for 1.22 does not seem to exist) and put these files in your installation instead of the old ones!

Next edit LocalSettings.php and activate the extension (again)!

Maybe you have to play with the syntax in these three lines inside the wiki page afterwards; I don't know that. See the section "Extended DPL functionality" at Extension:DynamicPageList_(third-party)! 88.130.106.120 02:24, 4 February 2014 (UTC)

Thaks for your help. I managed to get the extension working.

Now my problem is that while the index and content pages are displaying what they should, when I drill down to the actual document pages, they are blank, displaying nothing.

As in: http://imagizer.imageshack.us/v2/800x600q90/38/3u69.jpg

Is there an extension missing again? 203.25.255.17 03:55, 5 February 2014 (UTC)

This new issue is not related to Extension:DynamicPageList, right? It is a new problem, right?

So what source code do you have on that page, which does not display? Or is that a Special: page? Do you somehow use LDAP in the wiki? 88.130.112.51 12:20, 5 February 2014 (UTC)

I suspect it is a new problem.

This is the code included at the top of the page:

<!--- use {{Yes}} and {{No}} for Yes/No answers --> 
 {{Infobox Knowledge Article
 | <!--- Line of Business for which this article has the most relevance ---> LOB                    = Technical Solutions
 | <!--- Primary Domain of Knowledge e.g. Linux, Oracle Database, etc -----> KnowledgeDomain        = UNIX
 | <!--- Secondary Domain of Knowledge e.g. Linux, Oracle Database, etc ---> KnowledgeDomain2       = Solaris
 | <!--- Tertiary Domain of Knowledge (Leave blank if none) ---------------> KnowledgeDomain3       = LDAP
 | <!--- 4th Domain of Knowledge (Leave blank if none) --------------------> KnowledgeDomain4       = User Admin
 | <!--- 5th Domain of Knowledge (Leave blank if none) --------------------> KnowledgeDomain5       = 
 | <!--- Type of article e.g. How to, FAQ, work instruction, tips ---------> TypeofKnowledgeArticle = Support Procedures
 | <!--- Your name --------------------------------------------------------> Author                 = Brian
 | <!--- Date after which this article is likely to be unreliable ---------> ExpiryDate             = 
 | <!--- Engagement where article was created (leave blank if none)--------> Engagement             = WP
 | <!--- Put {{Yes}} here is article is Engagement specific ---------------> EngagementSpecific     = {{Yes}}
 }}
<!--- Start you article below --> 
 
 = LDAP Notes =

I can't include the rest of the page because it is proprietary but it's all just bog standard formatting, as far as I am aware.

And No, LDAP isn't used in the mediawiki, this is a page describing how to administer LDAP on one of our client sites. Brian 665 (talk) 00:46, 6 February 2014 (UTC)

Looks like the whole site is no longer rendered: The template "Infobox Knowledge Article" is the first part, whih does not show up, but also the stuff after it (like the headline "LDAP Notes") is not there. Maybe there is something wrong with the template; I don't know... 88.130.81.80 13:16, 6 February 2014 (UTC)

Thanks for your help. Looks like I will be forced to abandon this effort to upgrade this product and we will soldier on with the old version. It works fine. I will investigate transferring the pages manually (copy-and-paste) from the old to the new and see if I can recreate it that way. Only 500+ pages to do.  :( There appears to have been little thought given to making upgrades easy. Brian 665 (talk) 01:16, 12 February 2014 (UTC)

The image describes a standard "this page does not exist" message. You probably reached that page from a red link, which means that page was deleted, or it never existed in the first place but still someone linked to it. Ciencia Al Poder (talk) 16:55, 7 February 2014 (UTC)

I assure you, the link was not red and the page did exist in the old Mediawiki. Brian 665 (talk) 01:13, 12 February 2014 (UTC)

Then go to the history page of that page on the old wiki, click on any old revision (the link should be something like https://oldserver/w/index.php?title=pagename&oldid=123456) and adapt that URL to point to the new server/installation. If gives you an error about "this revision (123456) does not exist", then your export/import didn't succeed. If you see the page correctly, maybe there was some problem with the page title, maybe an encoding problem. Remove the title=pagename part of the URL to see the real title on your wiki and see what's different. Ciencia Al Poder (talk) 10:28, 12 February 2014 (UTC)

Brian, I think you had a variety of problems, but I don't see a way to come around them. As I have already written before, you are in fact updating a six year old system and you are updating through I think it was 8 major releases. It is absolutely no wonder that there will be problems. However, not all of them were caused by MediaWiki. For example it is not MediaWikis fault when after you copied the database it does no longer contain all tables.

Anyway, if you want an advice from my side, whether you should continue with the update or not, I would definitely continue the update. You have already solved a number of problems and invested a lot of time; don't throw that away! 88.130.82.19 13:32, 12 February 2014 (UTC)

[RESOLVED] Extension to count the time somebody stays on a specific page

Hello everybody,

for my private wiki i need an extension, which count the time, how long somebody stays on a specific page. After that, the time should be document in a txt data or a database. Whats matter is, that i can see, how long a user stays on a page and that this information is document.

MediaWiki 1.22.0 PHP 5.4.16 (cgi-fcgi) Database 5.5.31-MariaDB

I hope somebody can help me :(. 134.91.10.143 (talk) 12:55, 3 February 2014 (UTC)

This is not something you can do easily. Web pages are disconnected from the server once they're received by the client. When the user closes the page or navigates away, you can't reliably send another request to the server to say "hey, the user viewing page X had this page open during Y seconds". Ciencia Al Poder (talk) 10:36, 4 February 2014 (UTC)

Maybe one of the Web Analytics extensions can do the job. Ricordisamoa 19:40, 5 February 2014 (UTC)

Thanks for the help :). In the end, Piwik was the tool that helped me :). 134.91.10.143 09:24, 10 February 2014 (UTC)

Exception thrown while uploading documents - ezMediawikiLuceneSaveHook failed to return a value

Team, I am performing a RHEL 6 migration for the mediawiki application. The configuration and setup is complete. We experience a issue, while UPLOADING any document. While uploading document, the document is being uploaded successfully [ confirmed from logs] Once upload is done, I get an Exception thrown as shown below: [ Lucene indexing is not performed - this is my understanding] Support is required.

Exception thrown on screen after uploading :

Internal error Detected bug in an extension! Hook ezMediawikiLuceneSaveHook failed to return a value; should return true to continue hook processing or false to abort. Backtrace:

1. 0 /apps/htdocs/wikey/includes/Article.php(1564): wfRunHooks('ArticleSaveComp...', Array)
2. 1 /apps/htdocs/wikey/includes/filerepo/LocalFile.php(898): Article->doEdit(, , 9)
3. 2 /apps/htdocs/wikey/includes/filerepo/LocalFile.php(739): LocalFile->recordUpload2(, , , Array, false)
4. 3 /apps/htdocs/wikey/includes/specials/SpecialUpload.php(573): LocalFile->upload('/tmp/phpCou7Gk', , , 1, Array)
5. 4 /apps/htdocs/wikey/includes/specials/SpecialUpload.php(291): UploadForm->internalProcessUpload(NULL)
6. 5 /apps/htdocs/wikey/includes/specials/SpecialUpload.php(273): UploadForm->processUpload()
7. 6 /apps/htdocs/wikey/includes/specials/SpecialUpload.php(14): UploadForm->execute()
8. 7 [internal function]: wfSpecialUpload(NULL, Object(SpecialPage))
9. 8 /apps/htdocs/wikey/includes/SpecialPage.php(748): call_user_func('wfSpecialUpload', NULL, Object(SpecialPage))
10. 9 /apps/htdocs/wikey/includes/SpecialPage.php(534): SpecialPage->execute(NULL)
11. 10 /apps/htdocs/wikey/includes/Wiki.php(224): SpecialPage::executePath(Object(Title))
12. 11 /apps/htdocs/wikey/includes/Wiki.php(55): MediaWiki->initializeSpecialCases(Object(Title), Object(OutputPage), Object(WebRequest))
13. 12 /apps/htdocs/wikey/index.php(93): MediaWiki->initialize(Object(Title), NULL, Object(OutputPage), Object(User), Object(WebRequest))
14. 13 {main}

Debug logs:

Fully initialised Connecting to cwb02qwikid01:3306 wiki... Connected MessageCache::load: Loading en... got from global cache

WebRequest::getFileName() 'aaaa.xls' normalized to 'aaaa.xls' User::isBlocked: enter User::getBlockedStatus: checking... IP: 10.20.150.225 Block::load: , '2908', 1 User::getBlockedStatus: No block. User::isBlockedFrom: enter User::isBlockedFrom: asking isBlocked() User::isBlocked: enter User::getBlockedStatus: already loaded. User::isBlockedFrom: enter User::isBlockedFrom: asking isBlocked() User::isBlocked: enter User::getBlockedStatus: already loaded. User::isBlockedFrom: enter User::isBlockedFrom: asking isBlocked() User::isBlocked: enter User::getBlockedStatus: already loaded. File::getPropsFromPath: Getting file info for /tmp/phpCou7Gk MimeMagic::__construct: loading mime types from /apps/htdocs/wikey/includes/mime.types MimeMagic::__construct: loading mime info from /apps/htdocs/wikey/includes/mime.info MimeMagic::guessMimeType: internal type detection failed for /tmp/phpCou7Gk (.xls)... MimeMagic::detectMimeType: magic mime type of /tmp/phpCou7Gk: application/vnd.ms-excel MimeMagic::guessMimeType: final mime type of /tmp/phpCou7Gk: application/vnd.ms-excel MediaHandler::getHandler: no handler found for application/vnd.ms-excel. File::getPropsFromPath: /tmp/phpCou7Gk loaded, 603648 bytes, application/vnd.ms-excel. MacBinary::loadHeader: header bytes 0 and 74 not null MimeMagic::guessMimeType: internal type detection failed for /tmp/phpCou7Gk (.)... MimeMagic::detectMimeType: magic mime type of /tmp/phpCou7Gk: application/vnd.ms-excel MimeMagic::guessMimeType: final mime type of /tmp/phpCou7Gk: application/vnd.ms-excel SpecialUpload::detectScript: checking for embedded scripts and HTML stuff SpecialUpload::detectScript: no scripts found UploadForm::detectVirus: virus scanner disabled UploadForm::verify: all clear; passing. 1 FSRepo::publishBatch: wrote tempfile /tmp/phpCou7Gk to /apps/htdocs/wikey/images/3/38/Aaaa.xls

Article::editUpdates: No vary-revision, using prepared edit... Saved in parser cache with key wiki:pcache:idhash:22866-0!1!0!!en!2 and timestamp 20140203133132

/wikey/index.php?title=Special:Upload&httpUpload=true Exception from line 141 of /apps/htdocs/wikey/includes/Hooks.php: Detected bug in an extension! Hook ezMediawikiLuceneSaveHook failed to return a value; should return true to continue hook processing or false to abort. 156.77.111.20 (talk) 13:47, 3 February 2014 (UTC)

Which MediaWiki version is this about? AKlapper (WMF) (talk) 15:35, 3 February 2014 (UTC)

Hi AKlapper, Thanks for the response,

The mediawiki version is 1.13.2

php version - 5.3.3 (apache2handler)

MySQL - 5.1.69

Please let me know if more information is needed. 156.77.111.17 16:38, 3 February 2014 (UTC)

1.13.2. Whou. Sorry, my time machine is broken, and the oldest supported version is currently 1.19. :) AKlapper (WMF) (talk) 16:52, 3 February 2014 (UTC)

You mean to say we get any error if I upgrade it to above 1.19 ? 156.77.111.17 17:00, 3 February 2014 (UTC)

Sorry, I am not able to edit my last message. You mean to say we don't get any error if I upgrade it to above 1.19 ? 156.77.111.17 17:01, 3 February 2014 (UTC)

I cannot promise that as I do not know your setup, plus I don't know from what you migrate from. However I'd recommend to grep the source where ezMediawikiLuceneSaveHook is used. I guess you have checked out https://www.mediawiki.org/wiki/Manual:Configuring_file_uploads already? AKlapper (WMF) (talk) 17:33, 3 February 2014 (UTC)

How to get Piwik code into MobileFrontend?

I use the Piwik Integration extension, but the Piwik code doesn't make its way into mobile view of the site.

What can I change to accomplish this? MadenssContinued (talk) 05:13, 4 February 2014 (UTC)

It looks like the Piwik extension uses the Hooks/SkinAfterBottomScripts hook to inject itself and the mobile skin doesn't call the function that calls that hook.

It looks like the clue is here:

// TODO and the suckage continues. This function is really just a wrapper around
// OutputPage::getBottomScripts() which takes a Skin param. This should be cleaned
// up at some point

☠MarkAHershberger☢(talk)☣ 20:44, 4 February 2014 (UTC)

See deprecate Skink::bottomScripts(), move use of SkinAfterBottomScripts hook to OutputPage::getBottomScripts() ☠MarkAHershberger☢(talk)☣ 20:54, 4 February 2014 (UTC)

Thanks for that. Can you suggest a place that I could paste the Piwik code into so I can get reports for mobile users? MadenssContinued (talk) 22:51, 4 February 2014 (UTC)

You could put the code in your site's [[MediaWiki:Common.js]] and that would be used for both mobile and regular interfaces. Make sure $wgUseSiteJs is true, though.

If/when the bug gets fixed, though, you'll want to remove the code from your Common.js, of course. ☠MarkAHershberger☢(talk)☣ 14:59, 5 February 2014 (UTC)

I commented out the plugin related entries in LocalSettings.php. I then added the Piwik code from the Piwik dashboard to MediaWiki:Common.js and set $wgUseSiteJs = true in LocalSettings.php.

Loading my site with this configuration gives error 500 internal server error. Commenting out the $wgUseSiteJs statement returns the server to normal.

I tried copying only the javascript itself (not that tags around it) and got the same error. I'm not sure how to set this configuration. MadenssContinued (talk) 23:29, 8 February 2014 (UTC)

Is there a semicolon at the end of $wgUseSiteJS = true? Like this:

$wgUseSiteJS = true;

If you leave it un-commented, but change it to false instead of true does the error disappear?

Could you give me the URL to your site?

What version of MediaWiki are you using?

Which extensions do you have installed? ☠MarkAHershberger☢(talk)☣ 12:19, 9 February 2014 (UTC)

Geez, I did forget the semicolon.

www.unpm.org/wiki

Mediawiki 1.22.2

Cite

SyntaxHighlight

MobileFrontend

The contents of Mediawiki:Common.js do not show up in page source with $wgUseSiteJS = true;. MadenssContinued (talk) 19:39, 9 February 2014 (UTC)

Well, nevermind. Somehow the script loads without appearing in page source. I can see Piwik tracking me on the site, but I can't see the script in the page source. It does track when using Mobile View, as well.

There is a <noscript> code to use for image tracking when users browse a site without javascript. Will that load if I put it in MediaWiki:Common.js? MadenssContinued (talk) 19:52, 9 February 2014 (UTC)

Not at all. But you could put it into MediaWiki:Sitenotice instead (not sure if it works). Ricordisamoa 22:09, 9 February 2014 (UTC)

Putting it in MediaWiki:Sitenotice did not work. It just displayed the text, including tags, at the top of every page in the wiki. MadenssContinued (talk) 17:35, 14 February 2014 (UTC)

Then it is probably in raw HTML, which is not allowed in MediaWiki by default (enabling raw HTML would raise security issues). So it should be inserted server-side. Ricordisamoa 23:59, 14 February 2014 (UTC)

Which file would I edit (I administrate the server)? MadenssContinued (talk) 04:44, 14 March 2014 (UTC)

Use the SkinAfterBottomScripts hook to add it. You can do this by using something like the following (untested) code:

$wgHooks['SkinAfterBottomScripts'][] =
 function ($skin, &$text) {
   $text .= "<script><!-- js you want --></script>";
 };

☠MarkAHershberger☢(talk)☣ 14:32, 14 March 2014 (UTC)

That should be added to your LocalSettings.php. ☠MarkAHershberger☢(talk)☣ 16:17, 14 March 2014 (UTC)

I found this thread while trying to fix the same problem. I have no real experience with websites, so I'm having a little difficulty following along. Where can I find the MediWiki:Common.js file mentioned above? 134.53.245.65 23:13, 22 April 2014 (UTC)

It is a MediaWiki configuration page:

http://www.example.com/wiki/MediaWiki:Common.js MadenssContinued (talk) 20:56, 26 April 2014 (UTC)

One user gets no emails from their watchlist

PHP 5.3.3 mysql 5.1.71 mediawiki 1.22.1

I have one user who never gets email alerts from her watchlist. I have defaulted her preferences. Her email is verified. Out of ideas. 173.9.119.118 (talk) 14:48, 4 February 2014 (UTC)

And all other users do get emails?

• Something special with the e mail address? Some "strange" signs in it?
• Otherwise I think the user's spam filter takes the mail out. Providers have lists of IPs/host names, which they consider spammy. I know of cases where mails from these IPs/hosts got deleted without notifying the mailbox owner. 88.130.73.139 15:34, 4 February 2014 (UTC)

Yes others get email.

I confirmed that there is nothing odd about the email address

It's not getting caught in a SPAM filter as I never see an email leave the wiki server in the sendmail logs 173.9.119.118 17:33, 4 February 2014 (UTC)

Then the problem is somewhere on the wiki server: Either in sendmail or in MediaWiki. 88.130.73.139 18:07, 4 February 2014 (UTC)

I know this is a fairly old post, but was this problem ever fixed? Aaron Beaty (talk) 00:38, 9 December 2014 (UTC)

Lua/Infobox Script Errors

I've just installed infoboxes and whatnot, and I'm getting jammed up with a big red Script Error on any pages that attempts to include them. Clicking the error gives me "Lua error: Internal error: Error reading from pipe," and the Lua error log gives me:

domains/hwc.tv/html/w/extensions/Scribunto/engines/LuaStandalone/lua_ulimit.sh: xmalloc: ../bash/subst.c:3503: cannot allocate 255 bytes (73728 bytes allocated)

The number of unallocated/allocates bytes varies depending on the page, attempts to edit, etc. Example is at http://hwc.tv/w/index.php?title=Template:Infobox

So far I've attempted changing the $wgMaxShellMemory to numerous values, from reasonable to absurdly high, and 755 permissions are set correctly. The engine is Luastandalone. I'm running out of things to change. 72.43.186.146 (talk) 16:13, 4 February 2014 (UTC)

I know this post is pretty old, but are you still having a problem with this or has a more recent update to MediaWiki solved you problem?

Happy MediaWiki-ing, Aaron Beaty (talk) 00:40, 9 December 2014 (UTC)

Uncommitted DB writes - DB error

Notice: Uncommitted DB writes (transaction from DatabaseBase::query (LCStore_DB::get)). in .../mediawiki/includes/db/Database.php on line 3944 

Using NoFollow on MediaWiki

Hello ya'll, im trying to search enginge optimize my Wiki, and im thinking about using nofollow internal links, how do i do that? Any other tips to SEO? Thanks 80.217.48.41 (talk) 19:00, 4 February 2014 (UTC)

MediaWiki is pretty good with SEO, and external links are already nofollowed. I'm not sure why you would want to nofollow internal links. But if you did, you would have to write a small hook. I did something like this for opening a certain type of file in a new window. I can probably dig up the code if you're interested. ☠MarkAHershberger☢(talk)☣ 19:48, 4 February 2014 (UTC)

Option "packed-overlay" and "packed-hover" for the code "gallery"

Hello,

I've got a problem with the code "gallery". I'd like to create two gallerys: one with the option "packed-hover" and the other one with "packed-overlay". But, unfortunately, I didn't succeed in activate these options.

Here are the links to the wiki pages: For the "packed-overlay" For the "packed-hover"

Could Someone help me please ?

Thanks,

PS: Sorry for my disgusting english !!!

10:44, 5 February 2014 (UTC)10:44, 5 February 2014 (UTC)10:44, 5 February 2014 (UTC)10:44, 5 February 2014 (UTC)10:44, 5 February 2014 (UTC)10:44, 5 February 2014 (UTC)10:44, 5 February 2014 (UTC)10:44, 5 February 2014 (UTC)10:44, 5 February 2014 (UTC)10:44, 5 February 2014 (UTC)10:44, 5 February 2014 (UTC)10:44, 5 February 2014 (UTC)10:44, 5 February 2014 (UTC)10:44, 5 February 2014 (UTC)

Bonjour,

J'ai un soucis avec le code "gallery" pour la création de mes pages. En effet, j'aimerais créer une gallerie d'image en y activant l'option "packed-hover" pour l'une, et "packed-overlay" pour l'autre. Toutefois, et malgré mes recherches, je n'arrive à activer ces options. Est-ce quelqu'un pourrait m'aider à y parvenir svp ???

Le lien vers les deux pages sont les suivants: [pour le "packed-hover"] [pour le "packed-overlay"]

Merci d'avance !!! 109.89.46.4 (talk) 10:44, 5 February 2014 (UTC)

Which "gallery" code does this refer to? Is this code in MediaWiki or an extension, or is this code that you yourself created? AKlapper (WMF) (talk) 15:41, 5 February 2014 (UTC)

It's the code

...

You can see the using code with these links:

http://www.petitcoinderecif.be/bibliobulle/index.php?title=Zebrasoma_Veliferum

http://www.petitcoinderecif.be/bibliobulle/index.php?title=Zebrasoma 212.68.220.252 22:53, 6 February 2014 (UTC)

Your version of mediawiki is too old. The new types of galleries is new in MediaWiki 1.22. Bawolff (talk) 23:37, 6 February 2014 (UTC)

[RESOLVED] Two articles still listed as DeadEndPages despite havinge outgoing links?

Hi there,

I went through articles listed as DeadEnds (Special:DeadendPages) on my wiki and added interwiki links to other articles where possible. Most of them disappeared from the view right away but two articles are still listed as DeadEnd despite having outgoings and ingoing links now. Has anyone a idea what I can do about this? (Links can be provided via private message, installation is not an English wiki).

MediaWiki 1.21.5 PHP 5.4.23 (apache2handler) MySQL 5.5.33-31.1 CayceP (talk) 16:39, 5 February 2014 (UTC)

You should try to purge the server cache of those pages, enabling the 'forcelinkupdate' option. Ricordisamoa 12:57, 6 February 2014 (UTC)

As an alternative to Ricordisamoa's suggestion (Although his/her suggestion would work fine), try making a dummy edit to those pages. Bawolff (talk) 23:41, 6 February 2014 (UTC)

Hi there,

purge of server cache did not work but the edit thing worked. My issue is resolved, thank you :) CayceP (talk) 09:56, 7 February 2014 (UTC)

Extension, or function to rotate links/image upon refresh?

Hello!

I've been searching high and low for some extension - Or feature, which can rotate (As in, swap) content on a page anytime a user refreshes for revisits.

For example, I'd like to link to three separate sites for external help, but I don't want any of those three sites to appear on top or bottom more often than the other; so I'd like to be able to have them re-arrange upon refresh or re-visit.

Similarly, I'd like for an image within a template to be swapped on out for another refresh, but once again, I cannot find such an extension or feature.

I've seen things at least in contrast of this idea, but I've yet to find what it's called, perhaps I'm using the wrong keywords. I just can't seem to find anything that fits this description.

Using MediaWiki, 1.22.2 PHP version is 5.3.23 (cgi-fcgi), and we're running MySQL version 5.5.35-cll.

Again, I've read around a lot and just can't seem to find such a thing, so I'm out of options. Does anything like this exist? It will be a huge problem if any of these three competitor sites are displayed above or below each other by our will, it was hard enough to get them to partner with us. MarPuma (talk) 03:11, 6 February 2014 (UTC)

Extension:RandomSelection may do the job. I'd put every combination as an <option> Ciencia Al Poder (talk) 10:45, 6 February 2014 (UTC)

Deleting "Category:Pages with broken file links" *and* removing erroneously-created not-actually-existing categories

So after the latest MediaWiki update... I'm not impressed.

I want to get rid of the "Pages with broken file links" category. It serves no purpose for me (What purpose does it serve anyway, given that there is already a "Wanted files" special page? Why do all readers of a wiki need to be notified of missing files with such a bright red link?!). I do not want to upload placeholders, I just want my non-file to be what it is until I upload a file, and my readers certainly don't need to see this "Pages with broken file links" category, especially since it preempts the categories that are useful for them. I tried the advice in a different thread about replacing the contents of the "MediaWiki:Broken-file-category" page with a single hyphen, and that did not work. Please let me know how I can actually get rid of it.

Also, when going through my "most-linked to categories" page, since I want to add new content to categories that are not highly populated, I almost had a heart attack when seeing almost 50 empty categories - I thought "Who has hacked my site, and left no trace of it in the changes log?!" - and then I looked more closely and saw that they were all misspellings, etc. that had accidentally been entered when I was typing quickly, and then corrected afterwards. But apparently they still exist?! (Only they don't, because they're red links.) Why is this list suddenly popping up, and how do I make it go away?

If neither of these things is fixable, fastest advice on downgrading to the previous MediaWiki version? Celmina (talk) 05:23, 6 February 2014 (UTC)

You may create the "Pages with broken file links" category and place __HIDDENCAT__ on it to prevent it being displayed. See Help:Categories#Hidden_categories

For the other special page, you may need to run updateSpecialPages.php Ciencia Al Poder (talk) 10:49, 6 February 2014 (UTC)

For the MediaWiki:Broken-file-category thing - replacing with a single hyphen will only take affect after the next time pages in that category are edited (Or unless you run refreshLinks.php which could take a while on anything other than a small wiki).

As for most linked categories - this was a regression introduced back in 2011 (r103759) as part of trying to make the query more efficient so it can run quickly on big wikis. It was recently fixed last month (bug 58967; fix is currently scheduled to be included in 1.23 whenever 1.23 gets released). If its really bothering you, you could try to modify includes/specials/SpecialMostlinkedcategories.php to add the fix (Its a one line change adding 'conds' => array( 'cat_pages > 0' ), after line 46. Normally we recommend never to do custom modifications to mediawiki files, but this change is going to be in the next version anyhow). Bawolff (talk) 00:20, 7 February 2014 (UTC)

[RESOLVED] Mediawiki DB connection error while attempting to upgrade

I have a mediawiki installation on a shared host server. It's at version 1.19.1 and I'm trying to update to 1.22.2. The documentation indicates that a one-step update should be OK for this.

Details: MediaWiki 1.19.1 PHP 5.3.28 (cgi-fcgi) MySQL 5.5.32-percona-sure1-log URL: http://www.informationtamers.com/WikIT/

I've done updates in the past successfully several times, and am following my previous notes. I set up a new directory (WikITnew) with 1.22.2 in it, copied LocalSettings.php and contents of /images/ directory from the working live directory to the new one. LocalSettings.php has entries for $wgDBuser, $wgDBpassword, $wgDBadminuser and $wgDBadminpassword all defined.

I have command line access to the server, and tried to run the update process in WikITnew, by

cd WikITnew
php maintenance/update.php 

but it responds:

DB connection error: Unknown MySQL server host 'localhost:/tmp/mysql5.sock' (34)
 (localhost:/tmp/mysql5.sock)

If I do the same in /WikiIT it works. Of course it does not do any actual update as I'm updating 1.19.1 to 1.19.1, but the usual type of messages appear, with indications that changes are not required, and it purges caches. WikIT remains operational.

So the same data for the connection string exists in both copies of LocalSettings.php, both copies of maintenance/update.php are accessing the same MySQL database, but one accepts the connection string and the other doesn't.

Has something changed between 1.19 and 1.22? I've looked for 'Configuration changes' in the release notes for 1.20, 1.21, and 1.22, but see no instruction to make any change.

Thanks if you can spot my, no doubt dumb, error. Argey (talk) 08:42, 6 February 2014 (UTC)

It may be a bug similar to bug 58153 Ciencia Al Poder (talk) 10:54, 6 February 2014 (UTC)

Thanks, it does look likely.

I'm trying to find out from my ISP if there is any alternative connection string I can use.

This experience must be common among users running Wikimedia on shared host servers, mustn't it? Argey (talk) 13:11, 6 February 2014 (UTC)

For the record, the answer was to change the DB host from

$wgDBserver = "localhost:/tmp/mysql5.sock"

to just

$wgDBserver = "localhost" Argey (talk) 13:33, 6 February 2014 (UTC)

Discussing articles in my wiki

Hello. Im looking to make a commenting/discussing-section of all of my pages, where the anonymous users can ask questions and such.. Do you have any tip for an extension or maby i have overlooked it in the mediawiki?

I wish to be able to delete inapropriate post!

I have searched on google and mediawiki, but i havent found anything i liked!

Thanks in advance 80.217.48.41 (talk) 11:50, 6 February 2014 (UTC)

Extension:LiquidThreads (LQT) 2.0 is what you have used to ask your question. It hasn't been actively developed for a while, though.

A possible alternative would be Extension:Flow, but I wouldn't recommend using it. Ricordisamoa 12:43, 6 February 2014 (UTC)

Add a new link to

Hi,

As a administrator i have to add new link or url under left side navigation menu or tab in my mediawiki. can you please tell me how to do that. i gone through several online manuals but they did not help me. County (talk) 01:15, 7 February 2014 (UTC)

Have you tried looking at manual:Sidebar?

Basically, go to the page named MediaWiki:Sidebar on your wiki, add a line that looks like **page_to_link_to|Text to show user for link.

If that doesn't work, tell us the exact text you put in MediaWiki:Sidebar, and what link you expect to show up vs what actually showed up. Better yet give a link to your wiki if public. Bawolff (talk) 01:20, 7 February 2014 (UTC)

thanks for quick response, unfortunately i don't see any page name lie manual:Sidebar. County (talk) 17:30, 7 February 2014 (UTC)

Manual:Sidebar is the explanation here at MediaWiki.org. You have to edit MediaWiki:Sidebar in your wiki. Tim (SVG) 17:57, 7 February 2014 (UTC)

now i found it. thanks for help. its little bit trick i had to apply. County (talk) 17:59, 7 February 2014 (UTC)

wikivoyage:dump: how to get countryName

Hi everyone, I'm looking around in the wikivoyage dumps of the latest articles and I am looking for the countryname of do/see/eat/drink/sleep objects. I think this is parentid, but parentid is a number. Where can I find the (table with parentid>) countryname? thanks, Mary. 105.228.114.207 (talk) 06:58, 7 February 2014 (UTC)

parent id is the number of the previous revision of a page (Its a revision id). Its probably not what you are looking for.

I'm not very familiar with wikivoyage, but it seems like the do/see/eat/drink things are just sections on a specific page (e.g. voy:Colombia#Eat). In which case there would be a page for the place, and specific things are offset with ==Foo==. Bawolff (talk) 16:58, 8 February 2014 (UTC)

[RESOLVED] Cannot upload files (anymore)

I'm running Mediawiki 1.22.2; PHP 5.3.28 (apache2handler); MySQL 5.5.34 on a amazon Linux AMI 2013.09 and I was able to upload until I: 1. moved the images directory (changing $wgUploadPath and $wgUploadDirectory); 2. upgraded to 1.22.2; Now I get a Could not create directory "mwstore://local-backend/local-public/a/a4" whenever I try to upload. Please note that it does not work even if I chmod -R 777 the images directory or move it back inside the wiki folder. I have no open_basedir directive set in php. (And I don't think it can be a problem with php or httpd because in the very same instance - just a few directories away - I also run wordpress (and upload successfully). I even re-installed mediawiki. Now I really don't known what to do... Please help! Maurizio Torchio (talk) 14:16, 7 February 2014 (UTC)

Look at Manual:How_to_debug#Setting_up_a_debug_log_file, it may give you some hints about what may be happening, and also display the folders where it's trying to create the files. Ciencia Al Poder (talk) 11:10, 9 February 2014 (UTC)

Thank you Ciencia Al Poder, debug said:

[FSFileBackend] mkdir(): Permission denied<br>
failed to mkdir "/wiki/images/e/e4" mode 0777 [Called from wfMkdirParents in /var/www/html/wiki/includes/GlobalFunctions.php at line 2543]

I've solved it by bringing the images folder back inside the wiki (which I already did, but to no avail) AND deleting $wgUploadPath and $wgUploadDirectory from LocalSettings.

I mean: even when $wgUploadPath and $wgUploadDirectory points to the standard folder INSIDE the wiki (and images already there are correctly loaded) they somehow create problems with new uploads. Summing up: I'll never ever try to use $wgUploadPath and $wgUploadDirectory again! Maurizio Torchio (talk) 09:55, 10 February 2014 (UTC)

Permission to create a account just for ONE specific IP address

Hello, I'm searching for an extension with which I can't block definided IP addresses, but WHITELIST just ONE specific IP adress (164.61.13.24). It's beacause the mediawiki I create is just for the employees of my company. And they all use the same IP addresse: 164.61.13.24. And I want to offer the possibility to create an account just for visitors with this IP address. The wiki is not installed of my own server but on a server of a normal webhoster. And you reach the wiki via a normal http://www. address. Do you know an extension to solve this? Thank you very much Tom 164.61.12.23 (talk) 16:48, 7 February 2014 (UTC)

If your webhoster supports .htaccess files (they usually do), create an .htaccess file in the base directory:

DENY FROM ALL
ALLOW FROM 164.61.13.24

It doesn't require any MediaWiki extension and your images, videos, etc are protected too. Tim (SVG) 17:53, 7 February 2014 (UTC)

This hack would also prevent public reading-access to the wiki. I don't know if it is the desired behaviour. Ricordisamoa 20:24, 7 February 2014 (UTC)

If you do not want to block public readers, you could simply revoke createaccount from public readers if they do not come with your company's IP address. Add this to your LocalSettings.php:

if ($_SERVER['HTTP_CLIENT_IP'] != '164.61.13.24') {
	$wgGroupPermissions['*']['createaccount'] = false;
}

Tim (SVG) 06:18, 12 February 2014 (UTC)

Lost customized toolbar when updating to 1.22

Hi,

I recently updated my wiki from MediaWiki 1.21 to 1.22. After the process, I realized that my custom toolbar had gone missing. I had set it by editing the MediaWiki:Common.js page, where I declared buttons like this :

var button = {
        "imageFile": "images/c/c9/Button_strike.png", //image to be shown on the button
        "speedTip": "Strike", // text shown in a tooltip when hovering the mouse over the button
        "tagOpen": "<s>", // the text to use to mark the beginning of the block
        "tagClose": "</s>",      // the text to use to mark the end of the block (if any)
        "sampleText": "strike text"  // the sample text to place inside the block
};
mwCustomEditButtons.push(button);

I have tried to refresh the browser cache by using Ctrl-F5, I have rebooted the services and all, but I can't find a way to get my old toolbar back.

Any hint? Thank you very much for your help! Nouklea (talk) 18:49, 7 February 2014 (UTC)

Are you using the new WikiEditor or the "old" classic one?

Old:

New:

I guess that your customizations only work for the former. Ricordisamoa 20:53, 7 February 2014 (UTC)

Hi,

I was using the old one.

Is there a page somewhere explaining how to set up the new one?

Thanks! Nouklea (talk) 03:25, 10 February 2014 (UTC)

Extension:WikiEditor is responsible of displaying the bar. You can place

$wgDefaultUserOptions['usebetatoolbar'] = 1;

in your LocalSettings.php. Then, see Extension:WikiEditor/Toolbar customization to create custom buttons (place the code in your wiki's MediaWiki:Common.js. Ricordisamoa 11:33, 10 February 2014 (UTC)

wikidata extension how to enable it

hi how can I enable wikibase repo in wikidata extension. 5.66.147.95 (talk) 21:09, 7 February 2014 (UTC)

Please explain your problem clearly. There's no extension named 'Wikidata', so I suppose you're meaning Extension:Wikibase Repository. Ricordisamoa 12:56, 8 February 2014 (UTC)

Well now there is now an extension called extension:wikidata build and it includes wikibase and all the other required extensions init but I doint know how to enable WikibaseRepo epo in wikidata 2.221.61.175 13:30, 8 February 2014 (UTC)

According to Extension:Wikidata build#Configuration, you should put the following code in your wiki's LocalSettings.php (not tested):

// Load the Repo Extension (default false)
$wmgUseWikibaseRepo = true;

Ricordisamoa 18:44, 8 February 2014 (UTC)

I have added that but it still haven't enabled it 86.135.248.16 19:47, 8 February 2014 (UTC)

Can you post your full LocalSettings.php? Ricordisamoa 00:24, 9 February 2014 (UTC)

What do you mean post my full LocalSettings.php 86.135.248.16 11:25, 9 February 2014 (UTC)

LocalSettings.php is the custom configuration file for your wiki. Copying all its contents into a reply could help us searching for problems. Anyway, you have to insert

require_once("$IP/extensions/Wikidata/Wikidata.php");

into it. Ricordisamoa 11:32, 9 February 2014 (UTC)

Oh ok I will copy it but li will leave out password 86.135.248.16 13:02, 9 February 2014 (UTC)

Extended content

<?php # This file was automatically generated by the MediaWiki 1.23wmf3 # 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 = "Random Wikisaur"; $wgMetaNamespace = "Random_Wikisaur"; ## 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 = ""; $wgScriptExtension = ".php"; ## The protocol and server name to use in fully-qualified URLs $wgServer = "http://en.random-wikisaur.tk"; $wgArticlePath = "/wiki/$1"; ## 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/Wikivoyage_fantasy_balloon_logo_5_lenka_stabilo_wo_text.svg"; ## UPO means: this is also a user preference option $wgEnableEmail = true; $wgEnableUserEmail = true; # UPO $wgEmergencyContact = "apache@en.random-wikisaur.tk"; $wgPasswordSender = "apache@en.random-wikisaur.tk"; $wgEnotifUserTalk = false; # UPO $wgEnotifWatchlist = false; # UPO $wgEmailAuthentication = true; ## Database settings $wgDBtype = "mysql"; $wgDBserver = "localhost"; $wgDBname = "paladox_en"; $wgDBuser = "paladox_admin"; $wgDBpassword = "example"; # MySQL specific settings $wgDBprefix = ""; # MySQL table options to use during installation or update $wgDBTableOptions = "ENGINE=InnoDB, DEFAULT CHARSET=binary"; # 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 = true; ## 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 = "$IP/cache"; # Site language code, should be one of the list in ./languages/Names.php $wgLanguageCode = "en"; $wgSecretKey = "example"; # Site upgrade key. Must be set to a string (default provided) to turn on the # web installer while LocalSettings.php is in place $wgUpgradeKey = "example"; ## Default skin: you can change the default skin. Use the internal symbolic ## names, ie '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 = ""; $wgReadOnly = false; require_once( "$IP/extensions/InputBox/InputBox.php" ); require_once("$IP/extensions/Cite/Cite.php"); require_once( "$IP/extensions/ParserFunctions/ParserFunctions.php" ); require_once( "$IP/extensions/Nuke/Nuke.php" ); require_once("$IP/extensions/Renameuser/Renameuser.php"); require_once( "$IP/extensions/UserMerge/UserMerge.php" ); // By default nobody can use this function, enable for bureaucrat? $wgGroupPermissions['bureaucrat']['usermerge'] = true; // optional: default is array( 'sysop' ) $wgUserMergeProtectedGroups = array( 'groupname' ); #Dynamic Page List require_once("$IP/extensions/intersection/DynamicPageList.php"); require_once( "$IP/extensions/Interwiki/Interwiki.php" ); // To grant sysops permissions to edit interwiki data $wgGroupPermissions['sysop']['interwiki'] = true; // To create a new user group that may edit interwiki data // (bureaucrats can add users to this group) #$wgGroupPermissions['developer']['interwiki'] = true; #<---delete the comment indicator as appropriate $wgEnableScaryTranscluding = true; $wgInterwikiMagic = true; $wgHideInterlanguageLinks = false; require_once( "$IP/extensions/CharInsert/CharInsert.php" ); define("NS_RANDOM_WIKISAUR_BLOG", 500); define("NS_RANDOM_WIKISAUR_BLOG_TALK", 501); $wgExtraNamespaces[NS_RANDOM_WIKISAUR_BLOG] = "Random_WikiSaur_Blog"; $wgExtraNamespaces[NS_RANDOM_WIKISAUR_BLOG_TALK] = "Random_WikiSaur_Blog_talk"; // underscore required define("NS_PORTAL", 502); define("NS_PORTAL_TALK", 503); $wgExtraNamespaces[NS_PORTAL] = "Portal"; $wgExtraNamespaces[NS_PORTAL_TALK] = "Portal_talk"; // underscore required require_once( "$IP/extensions/WikiEditor/WikiEditor.php" ); # Enables use of WikiEditor by default but still allow users to disable it in preferences $wgDefaultUserOptions['usebetatoolbar'] = 1; $wgDefaultUserOptions['usebetatoolbar-cgd'] = 1; require_once("$IP/extensions/LocalisationUpdate/LocalisationUpdate.php"); # Diff require_once( "$IP/extensions/Diff/Diff.php" ); require_once( "$IP/extensions/Scribunto/Scribunto.php" ); $wgScribuntoDefaultEngine = 'luastandalone'; require_once("$IP/extensions/SyntaxHighlight_GeSHi/SyntaxHighlight_GeSHi.php"); require_once( "$IP/extensions/ExtensionDistributor/ExtensionDistributor.php" ); require_once( "$IP/extensions/SiteMatrix/SiteMatrix.php" ); require_once( "$IP/extensions/MaintenanceShell/MaintenanceShell.php" ); // Grant access to Special:MaintenanceShell to the "developer" user group: $wgGroupPermissions['developer']['maintenanceshell'] = true; # Or // Create a new "maintenanceshell" user group for Special:MaintenanceShell: $wgGroupPermissions['maintenanceshell']['maintenanceshell'] = true; $wgAllowUserCss = true; require_once( "$IP/extensions/Echo/Echo.php" ); require_once ("$IP/extensions/CentralAuth/CentralAuth.php"); //require the extension, pretty self-explanitory # General CentralAuth configuration $wgCentralAuthAutoNew = true; $wgCentralAuthDatabase = 'paladox_en'; // default is 'centralauth' $wgCentralAuthAutoMigrate = true; #$wgCentralAuthCookieDomain = '.example.org'; # Create the local account on pageview, set false to require a local login to create it. $wgCentralAuthCreateOnView = true; # Skips the "login success" page $wgCentralAuthSilentLogin = true; # Deprecated, will be removed soon. $wgCentralAuthUseOldAutoLogin = false; $wgConf = new SiteConfiguration; # Read wiki lists $wgLocalDatabases = array( 'paladox_en', ); //all wiki databases, as an array. Important to change. $wgConf->wikis = $wgLocalDatabases; $wgConf->suffixes = array( 'wiki' ); //We have the same suffix of wiki //all databases have suffix wiki $wgConf->suffixes = $wgLocalDatabases; $wgConf->localVHosts = array( 'localhost' ); //your database server. could be example.com or IP address. no http:// $wgConf->fullLoadCallback = 'wmfLoadInitialiseSettings'; $wgConf->siteParamsCallback = 'efGetSiteParams'; $wgConf->extractAllGlobals( $wgDBname ); $wgConf->settings = array( 'wgServer' => array( 'paladox_en' => 'http://en.random-wikisaur.tk', ), 'wgScriptPath' => array( 'default' => '', ), 'wgArticlePath' => array( 'default' => '/wiki/$1', ), //IF IT'S NOT WORKING //keep articlepath the same as scriptpath, with /$1 at the end. So for test_wiki it would be /testwiki and /testwiki/$1 'wgLanguageCode' => array( //dont change, if all wikis are english *BE careful not to alter this line if you use RegEx to replace COD with your wiki name! 'paladox_en' => 'en', ), 'wgLocalInterwiki' => array( 'default' => '$lang', ), ); function efGetSiteParams( $conf, $wiki ) { $site = null; $lang = null; foreach( $conf->suffixes as $suffix ) { if ( substr( $wiki, -strlen( $suffix ) ) == $suffix ) { $site = $suffix; $lang = substr( $wiki, 0, -strlen( $suffix ) ); break; } } return array( 'suffix' => $site, 'lang' => $lang, 'params' => array( 'lang' => $lang, 'site' => $site, 'wiki' => $wiki, ), 'tags' => array(), ); } $wgFavicon = "$wgScriptPath/favicon.ico"; require_once ( "$IP/extensions/CheckUser/CheckUser.php" ); require_once("$IP/extensions/GlobalBlocking/GlobalBlocking.php"); require_once( "$IP/extensions/Gadgets/Gadgets.php" ); require_once( "$IP/extensions/CodeEditor/CodeEditor.php" ); $wgScribuntoUseGeSHi = true; $wgScribuntoUseCodeEditor = true; require_once "$IP/extensions/ConfirmAccount/ConfirmAccount.php"; $wgConfirmAccountRequestFormItems['Biography']['minWords'] = false; require_once "$IP/extensions/BetaFeatures/BetaFeatures.php"; require_once "$IP/extensions/TemplateSandbox/TemplateSandbox.php"; require_once "$IP/extensions/Wikidata/Wikidata.php"; // Load the Repo Extension (default false) $wmgUseWikibaseRepo = true; # End of automatically generated settings. # Add more configuration options below.

there you go I have removed the security code and password. 86.135.248.16 13:09, 9 February 2014 (UTC)

It just seems ok... but you could need some additional configuration. Ricordisamoa 16:49, 9 February 2014 (UTC)

ok but wikibase repo should show in special version on my wiki but it doesent 86.135.248.16 17:05, 9 February 2014 (UTC)

As a nearly hopeless try, you could test

$wgUseWikibaseRepo = true;

(I really don't know what wmg means)

Otherwise, you should wait for a reply by a real tech guru. Ricordisamoa 19:23, 9 February 2014 (UTC)

Ok 86.135.248.16 19:52, 9 February 2014 (UTC)

it still dosent work ill wait till the expert can answer this but thanks for your help 86.135.248.16 20:22, 9 February 2014 (UTC)

Well they can update the extension to support that and to not support meaning you would add a setting to LocalSettings and you says ether true or false for people who doint or have access to sh 176.253.248.56 16:22, 11 February 2014 (UTC)

hi I have fixed the issue and have got it to enable it but one of these settings enabled it

$wgEnableWikibaseRepo = true; $wgEnableWikibaseClient = false; $wmgUseWikibaseRepo = true; $wmgUseWikibaseClient = false; require_once __DIR__ . "/extensions/Wikidata/Wikidata.php"; require_once __DIR__ . "/extensions/Wikidata/extensions/Wikibase/repo/ExampleSettings.php";

and by going to http://wikidata-jenkins.wmflabs.org/ci/job/wikidata-build-repo-tests/ws/ and looking at the settings in localsetting.php 90.195.251.120 15:21, 12 February 2014 (UTC)

Fresh Install.. Doesn't load pages

Hello

The install pages worked perfect, however as soon as I dropped the LocalSettings in the main directory nothing will load, the pages just hang forever..

Any idea what could be wrong?

Thanks! 92.234.134.173 (talk) 01:10, 8 February 2014 (UTC)

Bit more info.

MediaWiki: Latest Version.

PHP 5.4

MySQL 5.1

It seems to be connecting with the database fine as the page hit counter is going up for Main_Page. 92.234.134.173 01:16, 8 February 2014 (UTC)

See blank page. We need an error message in order to tell you more! 88.130.72.234 12:38, 8 February 2014 (UTC)

It may be one of the problems described here: Manual:Job_queue#Changes_introduced_in_MediaWiki_1.22. Try the workarounds described there to see if the problem gets solved. Ciencia Al Poder (talk) 11:13, 9 February 2014 (UTC)

Several Questions About Visual Editor

We're an organization that uses MediaWiki for their information. We've got many questions about Visual Editor. But we can't say them until we learn if it's allowed to share e-mail addresses. MWTreeFort (talk) 04:48, 8 February 2014 (UTC)

Allowed to share email? If its your own email you're allowed to share it (Other people's you should ask permission first). However generally people prefer to answer questions on the site instead of through unsolicited email.

There's also an irc channel for VisualEditor at #mediawiki-visualeditor on freenode which might be useful for your questions. Bawolff (talk) 16:21, 8 February 2014 (UTC)

[RESOLVED] Mediawiki 1.23 Wmf 13 page hasent been updated to it

Hi please update page https://toolserver.org/~krinkle/mwSnapshots/#!/mediawiki-core/master because it hasent been updated to Mediawiki 1.23 Wmf 13. Please update it. 2.221.61.175 (talk) 11:54, 8 February 2014 (UTC)

Hi!

It's obviously User:Krinkle whom you should ask about that. 88.130.72.234 12:39, 8 February 2014 (UTC)

Ok 2.221.61.175 13:30, 8 February 2014 (UTC)

scribunto error

hi I get this error when trying to create a module page in my wiki Script error: Lua error: Cannot create process: proc_open is not available. Check PHP's "disable_functions" configuration directive. how can I fix it and my website is at http://en.random-wikisaur.tk and mediawiki version is 1.23 wmf13 2.221.61.175 (talk) 12:35, 8 February 2014 (UTC)

Contact your host. They've disabled a php function that scribunto needs. Bawolff (talk) 16:18, 8 February 2014 (UTC)

Ok what should I ask them to do what php function do they need to enable 86.135.248.16 17:24, 8 February 2014 (UTC)

Have you read the error message? It's all in there! 88.130.72.234 17:49, 8 February 2014 (UTC)

Oh thanks so I just write the error message that I get and they will enable what the error says 86.135.248.16 19:48, 8 February 2014 (UTC)

[RESOLVED] Coord template problems

Hi,

I have a problem with using {{Coord}} for displaying coordinates. They just don't render properly.

I've imported "Template:Coord", I've installed the extension "Extension:Math" including texvc and all that. I've imported "Module:Coordinates".

I've spent many hours trying to figure it out, but it just isn't happening. :(

When I put the following in my page as an example:
{{Coord|57|18|22|N|4|27|32|W|display=title}}

This is what I get once I save the page:
Coordinates: 57°18′22″N 4°27′32″W{{#coordinates:57|18|22|N|4|27|32|W| |primary |name= }}

Why does it add "Coordinates:" to the front and what is the "#coordinates" tag after? I read it has something to do with a GeoData extension, but this isn't mentioned anywhere in the Coord template documentation.

Any help appreciated, I'm completely at a loss... 106.68.148.150 (talk) 04:26, 9 February 2014 (UTC)

I had to install the GeoData extension after all and now it's working, even though this isn't mentioned anywhere :/ 106.68.148.150 05:23, 9 February 2014 (UTC)

Although there is still a little issue, for some reason the coordinates are not shown in the top left corner of the screen but rather just where ever the Coord tag is used. I'm using "display=title" but that doesn't seem to do it! Strange... 106.68.148.150 05:30, 9 February 2014 (UTC)

Wikipedia may have some CSS applied to that template so it's placed at the top left corner. See Manual:Interface/Stylesheets Ciencia Al Poder (talk) 11:21, 9 February 2014 (UTC)

Thanks for the reply. The thing I'm not too sure about is how do I actually apply these stylesheets.

Do I use the Wiki export page feature and the import it on my own wiki or do I need to create a css file somewhere on my linux server in the mediawiki folder? The documentation regarding this procedure is a little lacking... :) 106.68.148.150 13:46, 9 February 2014 (UTC)

You only need to hit F12, inspect the element, view the CSS rules applied to it and copy the entire CSS selector into your MediaWiki:Common.css page. Alternatively, look at that page on the English Wikipedia to see the code, which includes styles for a bunch of templates and not only Coord. Ciencia Al Poder (talk) 15:39, 9 February 2014 (UTC)

Thanks, I figured it out. The style was actually in Vector.css! 106.68.148.150 22:26, 9 February 2014 (UTC)

[RESOLVED] extension:centralauth settings

hi what should I set this $wgConf->fullLoadCallback = 'wmfLoadInitialiseSettings'; as because this wmfLoadInitialiseSettings was removed from mediawiki and I get these errors

Warning: call_user_func() expects parameter 1 to be a valid callback, function 'wmfLoadInitialiseSettings' not found or invalid function name in /home/paladox/public_html/en/includes/SiteConfiguration.php on line 595 86.135.248.16 (talk) 13:33, 9 February 2014 (UTC)

Someone (seems to me like it even was you) has already asked that question some time ago. The answer - now as then - was: Do not use Wikimedia specific configuration files! 88.130.102.129 14:23, 9 February 2014 (UTC)

I doint use Wikimedia configuaton files 86.135.248.16 14:36, 9 February 2014 (UTC)

There is also a settings page for Centralauth on how to configure it and set it up http://www.mediawiki.org/w/index.php?title=Extension:CentralAuth/Walkthrough&stable=0&shownotice=1 86.135.248.16 14:39, 9 February 2014 (UTC)

Funny how do you explain the letters "wmf" in your message? Those letters only appear in Wikimedia specific config files. Bawolff (talk) 23:14, 9 February 2014 (UTC)

Ok but centralauth is also used on other wikis but that error should be fixed in centralauth 176.253.248.56 16:56, 10 February 2014 (UTC)

Where do you think would there be an error in CentralAuth? The problem is that you are using a wrong configuration; not the other way around. Should you however find a simple fix, which would allow people to use the WMF configuration for their own wikis, then please don't hesitate to push a patch! 88.130.67.161 22:15, 10 February 2014 (UTC)

Ok 86.135.248.16 22:47, 10 February 2014 (UTC)

Well the answer could be that wikimedia when releasing there new Mediawiki version could include the wmfLoadInitialiseSettings in the core of Mediawiki so that it works properly 86.135.248.16 22:48, 10 February 2014 (UTC)

Have you read the thread I linked above? 88.130.67.161 22:50, 10 February 2014 (UTC)

This is a nonsense discussion: I have already wasted my time on this half a year ago and I will definitely stop doing so after this post. You have already been told that Wikimedia specific configuration stuff will not be added to the MediaWiki core. That this is that way is absolutely correct and is not to be changed. Also has no reason been given why the WMF configuration would be useful for setups, which are not run at WMF. That it would "fix" your configuration is no such reason. This discussion leads from nothing to nowhere. When you are driving on the highway you also cannot force people to set up a speed limit of 30 miles/hour just because you do not manage to change gears. 88.130.67.161 22:58, 10 February 2014 (UTC)

[RESOLVED] Image permissions

MediaWiki 1.22.1

PHP 5.4.17 (apache2handler)

MySQL 5.6.15

OS X Mavericks localhost

-rwxrwxr-x 1 _www staff 79031 9 Hel 20:31 filename.png

drwxrwxr-x 3 _www staff 102 9 Hel 20:31 4b

drwxrwxr-x 4 _www staff 136 9 Hel 20:41 4

drwxrwxr-x@ 11 _www staff 374 9 Hel 20:31 images

drwxr-xr-x@ 23 myusername staff 782 31 Tam 08:56 extensions

MediWiki works very well but not images. When I upload or remove an image owner must be _www. If I use my normal owner like myusername it won't upload.

I get the error when I try to look of it as owner like: _www or myusername

You don't have permission to access /~myusername/mediawiki/images/4/4b/filename.png on this server 188.238.141.48 (talk) 19:00, 9 February 2014 (UTC)

You should always upload and/or delete images from mediawiki's web interface (Which should automtiaclly have the same permission as your web server. If it doesn't something is very very odd with the way you have apache set up). You cannot simply put images in the images directory as that misses important stuff in the database. If you want to import images from the command line, you can use importImages.php, but you should either su or sudo into the web (_www) user. Bawolff (talk) 23:13, 9 February 2014 (UTC)

Thank you Bawolff. That's very strange because I have done everything with mediawiki's web interface. "very very odd" describes well. I'll try to look for apache set ups. 188.238.141.48 07:12, 10 February 2014 (UTC)

[RESOLVED] Painful problem is resolved. Just remove .htaccess from /images folder. There is something wrong with it. It says it protects against bug 28235. I don't know is this a good idea but file upload and can view the files works now. Apache server cd /private/etc/apache2/httpd.conf change User to yourmacusername and Group to staff did not help but I made that change too from _www. Remember MediaWiki is installed in this case OSX Mavericks. 188.238.24.213 10:33, 20 February 2014 (UTC)

Fatal error: Class 'FileRepo' not found in /homepages/21/d242594422/htdocs/mylatestobsession/wiki/includes/filerepo/LocalRepo.php on line 31

Versions:

       MediaWiki 1.22.2
       PHP 5.4
       Database?

http://wiki.mylatestobsession.com/index.php?title=Main_Page

Today I upgraded from MediaWiki 1.18.X. I was able to run the upgrade script with no trouble, but now I'm getting error "Fatal error: Class 'FileRepo' not found in /homepages/21/d242594422/htdocs/mylatestobsession/wiki/includes/filerepo/LocalRepo.php on line 31" on all my pages.

The part of my localrepo.php file referenced in the error looks like this, which as far as I can tell is correct.

class LocalRepo extends FileRepo {

var $fileFactory = array( 'LocalFile' , 'newFromTitle' );

var $fileFactoryKey = array( 'LocalFile' , 'newFromKey' );

var $fileFromRowFactory = array( 'LocalFile' , 'newFromRow' );

var $oldFileFactory = array( 'OldLocalFile', 'newFromTitle' );

var $oldFileFactoryKey = array( 'OldLocalFile', 'newFromKey' );

var $oldFileFromRowFactory = array( 'OldLocalFile', 'newFromRow' );

Another thing to mention is that in the same directory as LocalRepo.php, I have a FileRepo.php...which is completely empty. Is line 31 actually trying to reference that file and finding nothing there? If so, what do I put in the file? https://doc.wikimedia.org/mediawiki-core/master/php/html/FileRepo_8php_source.html isn't really copyable.

Any help please? I've tried googling around but I haven't found much at all.

Thank you!! 67.44.192.51 (talk) 23:12, 9 February 2014 (UTC)

Download and unpack the MediaWiki 1.22.x files again on your installation folder. Also, please, be sure you follow the instructions in Manual:Upgrading, specially the advise of not unpacking the MediaWiki tarball over the old files, but instead on an empty folder and then coy/move configuration and data files from old installation to new. Ciencia Al Poder (talk) 10:44, 10 February 2014 (UTC)

Sorting Tibetan content in Category page

Hi! i am trying to create a wiki with Tibetan language content. I use MediaWiki 1.22.2, PHP 5.4.23 (fpm-fcgi) and MySQL 5.1.66-0+squeeze1-log. I have trouble sorting pages in category pages in tibetan alphabetical order. If i understand correctly $wgCategoryCollation does not support tibetan specifically (uca-bo does not seem to be among the 68 recognized langcode). Do you see another way to achieve a correct sorting? I have noticed some wiki which have managed to do it... In particular: http://www.rigpawiki.org/index.php?title=Category:Tibetan-English_Dictionary&until=%E0%BD%80%E0%BE%B3%E0%BD%BC%E0%BD%84%E0%BC%8B%E0%BD%86%E0%BD%BA%E0%BD%93%E0%BC%8B%E0%BD%A6%E0%BE%99%E0%BD%B2%E0%BD%84%E0%BC%8B%E0%BD%90%E0%BD%B2%E0%BD%82%E0%BC%8B. Sorry to bother you with such a specific question... 89.87.108.223 (talk) 23:59, 9 February 2014 (UTC)

I have seen numerous tickets about "setting $wgCategoryCollation to 'uca-abcde' on Abcde Wikipedia" in Bugzilla: https://bugzilla.wikimedia.org/buglist.cgi?query_format=advanced&short_desc=Set%20%24wgCategoryCollation&short_desc_type=substring

Matma Rex has been pretty active in that area but I have no idea if there already is a Tibetian sort order in the codebase. AKlapper (WMF) (talk) 11:32, 10 February 2014 (UTC)

Thanks for your reply. I will check. 89.87.108.223 22:08, 10 February 2014 (UTC)

While it may appear to collate the Tibetan correctly, upon closer look, it does not. If you notice, all of the entries are merely in order as the characters appear. In Tibetan "Alphabetization", it is a bit more complicated. For instance "བསྒྲུབས་"and "སྒྲུབས་" should all appear under "ག་", but on mediawiki it does not, the first would appear under "བ་" and the second would appear under "ས་".

This is a an issue that has been addressed many different way by various software engineers in the world of Tibetan language, but no standard has yet been developed.

See The Current Status of Sorting Order or Sorting Dzongkha and Tibetan Unicode in MySQL through a Custom Collation for more info (though outdated info) CJL108 23:01, 10 February 2014 (UTC)

forgot to log in so I am in this thread CJL108 (talk) 23:04, 10 February 2014 (UTC)

Hi, is there a way i may contact you directly?

The second link you gave look to have the solution, however i can't find the 'MySQL character set definition file' that must be edited. Is it accessible by PhPMyAdmin for a website that is hosted on a mutualized server? 89.87.108.223 00:01, 11 February 2014 (UTC)

I am afraid I can't help beyond that. I just know it is an issue, and I found those links. I do work with mediawiki and have encountered this issue before, but it is above my head. I happened to be searching today to see if something new had happened since I last searched and came across your post. good luck and let us know if you figure anything out! CJL108 (talk) 00:51, 11 February 2014 (UTC)

Howto export/import help pages for offline wiki?

I run MediaWiki in a offline corporate network (the users are offline too) Now I like to get the Content from Help:Contents and subpage in my wiki. I try PDF export to get the content, but some is broken. How do I export Help:Contents and subpages and import this in my own wiki? Thanks. Slick (talk) 07:24, 10 February 2014 (UTC)

You can try Special:Export https://www.mediawiki.org/w/index.php?title=Special:Export&addcat&catname=Help&action=submit

And then, Special:Import on your wiki. Ciencia Al Poder (talk) 10:52, 10 February 2014 (UTC)

Also documented here: Project:PD help/Copying Gryllida 08:21, 10 August 2014 (UTC)

Wiki add string to the end of the Page

Hello,

sometimes my wiki adds some additional chars at the end of a page when saving the page. But this not happened every time only sometimes. I think it start some time after update to latest version. For example on one page the software add

t
眠

Any Ideas where this can come from?

TomyLee (talk) 07:48, 10 February 2014 (UTC)

Have you moodified any of the php files in your MediaWiki installation?

If your wiki is public, a link to an example of this might help, also. ☠MarkAHershberger☢(talk)☣ 14:02, 18 February 2014 (UTC)

Can you see if the problem is the same as the one described there? Project:Support desk/Flow/2014/02#h-Wiki_add_string_to_the_end_of_the_Page-2014-02-10T07:48:00.000Z

And if it is, look if the resolution also applies to you Ciencia Al Poder (talk) 10:10, 20 February 2014 (UTC)

It looks like you've linked to this thread, but I doubt that is what you meant to do. ☠MarkAHershberger☢(talk)☣ 17:29, 20 February 2014 (UTC)

Maybe this one: Project:Support desk/Flow/2014/01#h-&#91RESOLVED]_Strange_Characters_in_footer_after_basic_1.22_install-2014-01-13T03:00:00.000Z? ☠MarkAHershberger☢(talk)☣ 17:32, 20 February 2014 (UTC)

Yes, my bad! Ciencia Al Poder (talk) 19:48, 20 February 2014 (UTC)

no, in my Situation the string is inserted at the end of the page the user want to edit.

If i Edit the Page i see These Chars at the text and can delete these chars.

Then everything is fine with this page and the chars not inserted again.

These happens very rare,estimated only every 200 Edits.

Wiki is not public, used as Intranet System within my Company. TomyLee (talk) 08:48, 21 February 2014 (UTC)

So you say they are inserted during editing, but not every time. That makes things somehow more complicated. Is it always one and the same sign, which is inserted? Is it always the sign "眠" (which btw stands for "close your eyes and go to sleep")?

If so, I would searchall wiki files for that one sign; it must be there somewhere... 88.130.92.144 16:16, 21 February 2014 (UTC)

No, it is not allways the same sign. TomyLee (talk) 08:18, 24 February 2014 (UTC)

Do the edits, in which it gets added, have anything in common? Is it always a certain set of users, who have this problem? Is it always say the last paragraph of a page, that was edited when the sign got added?

Can you reproduce the problem? E.g. when you have an edit, where such a sign got added, do a revert and then have the same user do the same edit again. Is the sign there again? Again the same one as before? 88.130.120.29 12:47, 24 February 2014 (UTC)

[Solved] Problem with Encoding only in external links

Hi, i have the following Problem after Upgrading my Wiki to 1.21:

when I add a Link to an external destination containing german “umlaute” then the link doesn’t work if I save the page. In preview-mode everything works correct, only after saving the page the link is broken.

The Link showing in the text looks ok, it shows me: /Preisübersicht but the link behind the text is broken: /Preisübersicht/

If I make a internal link to a page with “umlaute”, this works.

This works fine: <html><a href="file://folderA\Preisübersicht\">Preisübersicht</a><html> (so the problem is not within the mysql Database), the generated code by the page is: <a class="external text" href="file:///FolderABC\Preisübersicht\" rel="nofollow"> Preisübersicht</a>

Doesn't work: [file:///folderAB\Preisübersicht\ Preisübersicht] The code generated by the preview function is: <a class="external text" href="file:///folderABC\Preisübersicht\" rel="nofollow">Preisübersicht</a> The code generated by the "normal" page (after save) is: <a class="external text" href="file:///folderABC%5CPreis%C3%BCbersicht%5C" rel="nofollow">Preisübersicht</a> this is wrong, the code %C3 + %BC are à + ¼

TomyLee (talk) 07:53, 10 February 2014 (UTC)

Have you seen this problem with more than one browser? AKlapper (WMF) (talk) 11:33, 10 February 2014 (UTC)

Sorry, should have been more verbose (plus saw that you also posted in http://www.gossamer-threads.com/lists/wiki/mediawiki/426562 ). I simply wonder about the charset / character encoding settings both in your browser(s) and your database behind MediaWiki. That might also be the reason for your other thread "Wiki add string to the end of the Page" here - if a two-byte character is not interpreted as such but as two characters which have one byte each. Just a wild guess though. AKlapper (WMF) (talk) 11:37, 10 February 2014 (UTC)

Also some guesses from my site:

You say you have updated MediaWiki and then the problem occurred. From which version did you upgrade? Was it a really old one (like 1.4 or 1.5 or so)?

Have you also changed something else? Have you e.g. updated the MySQL version? Or moved the database to a new MySQL server?

Have you maybe changed some configuration setting in LocalSettings.php, e.g. the value of $wgDBmysql5? 88.130.67.161 14:03, 10 February 2014 (UTC)

mediawiki is behaving correctly. the problem is your OS is expecting iso8859-1 encoded urls, not utf-8 encoded urls. To work around, manually percent encode in the other encoding, e.g use wikicode like [file:///folderABC\Preis%FCbersicht\ Preisübersicht] Bawolff (talk) 16:17, 11 February 2014 (UTC)

I have updated from mediawiki 1.19. The old Version still exist on the Server without these Problems (no changes on mysql, make a backup from database and change the configuration in old installationfolder to connect with backup, so i can use the old Version paralel).

If the Problem is a wrong Encoding, why the preview-function works well and code the URL correctly, also the internal URL works fine. TomyLee (talk) 08:07, 12 February 2014 (UTC)

It would be helpful to have a link to your wiki to see for myself. The output should definitely not differ between saved and preview. It also really should not have changed since 1.19 (As far as I know, the code hasn't changed).

Do you know how to look at HTTP headers of the request (You can do it via most browsers "developer" consoles). Check if the content-type header differs between saved and preview (Perhaps some sort of caching proxy could cause that, but it would be super weird). Check also the html output in a separate text editor (in order to verify the output is actually byte for byte different, and not just different because the web browser is detecting a different charset).

Last of all, check your php error log for any "Headers already sent" warnings. Bawolff (talk) 22:35, 14 February 2014 (UTC)

Today I found out that this error is caused by the extension Lingo [Extension:Lingo].

If on a page a word occurs that is defined in the Lingo Glossary, then there error described above ocure.

As soon as I remove that single word from the side, the link displayed correctly and work again. TomyLee (talk) 14:28, 21 February 2014 (UTC)

Hide paragraph with UACL

Hi all, I have organized my Wiki with namespaces. is it possible to hide a paragraph in a page, if the user don't have the required permissions? I use a plugin (NamespacePermissions) to define the permissions for the namespaces.

Cheers fk Fiberkill (talk) 09:47, 10 February 2014 (UTC)

Extension:NamespacePermissions has security issues. You could use Extension:Lockdown to hide entire pages belonging to specific namespaces, but Extension:PrivatePageProtection seems more suitable for your case. You should place the 'secret' content in a separate page, alongside with the allow-groups parser function (e.g. {{#allow-groups:sysop}} for administrators). I don't know if that extension also forbids viewing content transcluded from read-protected pages. Ricordisamoa 12:07, 10 February 2014 (UTC)

[RESOLVED] leaving a note after moving my wiki

hi, I just moved my wiki to a new server and I would like to inform my viewers about that. Is there any script that would display simple message instead of any article that someone might be try to access? Cristal01 (talk) 12:54, 10 February 2014 (UTC)

In your wiki you can use the wiki page MediaWiki:Sitenotice to give your users some information; see Manual:Interface/Sitenotice. If you mean that you want to add this note on the old server, then maybe you in fact want to use an .htaccess RewriteRule. 88.130.67.161 13:57, 10 February 2014 (UTC)

ok thanks, sitenote will probably do Cristal01 (talk) 14:22, 10 February 2014 (UTC)

Unable to set the site language using command line installer

Hello.

I'm trying to install MediaWiki 1.21.5 using command line installer. So I launch the install.php script:

php ./maintenance/install.php --dbname my_wiki --dbtype postgres --dbuser postgres --dbpass postgres --lang ru --pass 123 --scriptpath /mediawiki --server http://localhost MyWiki admin

The '--lang' param seems to have no effect. After the installation completes the 'LocalSettings.php' file has default language code param $wgLanguageCode = "en". How do I change it during the command line installation? Hanky (talk) 14:36, 10 February 2014 (UTC)

Hi!

I would try reading the source code of maintenance/install.php to understand, if/how the language can be set.

Our article Manual:Install.php really does not contain any information; please add anything to it, which you think might be helpful for others! :-) 88.130.67.161 15:44, 10 February 2014 (UTC)

Bug filed: cli installer ignores lang parameter ☠MarkAHershberger☢(talk)☣ 16:05, 10 February 2014 (UTC)

Content Language

Hello,

I installed mediawiki 1.21 in a local server, and it's working. But my problme is the language of the content. Does not change only the menu, i want it to change everything when i click on the left list of the languages.

do you know how can i solve this?

many thanks

Alberto 212.103.207.38 (talk) 16:50, 10 February 2014 (UTC)

Have you set up different language versions on the same wiki? Or are you trying to make content translatable? Ricordisamoa 17:54, 10 February 2014 (UTC)

Yes I have 5 languages, (I installed Universal Language Selector extension) and i'm trying to create content translation (but change only the menu)

What can I do?

thanks

Alberto 89.189.62.169 22:16, 10 February 2014 (UTC)

You can try Extension:Translate. Ricordisamoa 02:07, 11 February 2014 (UTC)

I'm trying with this extension but not change, the menu change and not the content of the page.

you can see my wiki in this test version: wiki test 212.103.207.38 09:15, 11 February 2014 (UTC)

Of course you need to mark pages for translation first; but the link you provided is broken. Ricordisamoa 11:35, 11 February 2014 (UTC)

Extension:scribunto remove some things

Hi could extension:scribunto remove support for Script error: Lua error: Cannot create process: proc_open is not available. Check PHP's "disable_functions" configuration directive.this please because certain hosts won't enable it because it is a security risk 176.253.248.56 (talk) 17:38, 10 February 2014 (UTC)

I suppose it is necessary. See Project:Support desk/Flow/2014/02#h-scribunto_error-2014-02-08T12:35:00.000Z. Ricordisamoa 17:50, 10 February 2014 (UTC)

Ok 176.253.248.56 16:21, 11 February 2014 (UTC)

hi I have fixed the issue and have got it to enable it but one of these settings enabled it

$wgEnableWikibaseRepo = true;

$wgEnableWikibaseClient = false;

$wmgUseWikibaseRepo = true;

$wmgUseWikibaseClient = false;

require_once __DIR__ . "/extensions/Wikidata/Wikidata.php";

require_once __DIR__ . "/extensions/Wikidata/extensions/Wikibase/repo/ExampleSettings.php";

and by going to http://wikidata-jenkins.wmflabs.org/ci/job/wikidata-build-repo-tests/ws/ and looking at the settings in localsetting.php 176.253.248.56 13:05, 12 February 2014 (UTC)

wrong place to put it please delete the bit abouve about hi I have fixed the issue and have got it to enable it but one of these settings enabled it

$wgEnableWikibaseRepo = true; $wgEnableWikibaseClient = false; $wmgUseWikibaseRepo = true; $wmgUseWikibaseClient = false; require_once __DIR__ . "/extensions/Wikidata/Wikidata.php"; require_once __DIR__ . "/extensions/Wikidata/extensions/Wikibase/repo/ExampleSettings.php";

and by going to http://wikidata-jenkins.wmflabs.org/ci/job/wikidata-build-repo-tests/ws/ and looking at the settings in localsetting.php

please 90.195.251.120 15:21, 12 February 2014 (UTC)

Well they can update the extension to support that and to not support meaning you would add a setting to LocalSettings and you says ether true or false for people who doint or have access to sh 90.195.251.120 15:22, 12 February 2014 (UTC)

please delete both of these

wrong place to put it please delete the bit abouve about hi I have fixed the issue and have got it to enable it but one of these settings enabled it

$wgEnableWikibaseRepo = true; $wgEnableWikibaseClient = false; $wmgUseWikibaseRepo = true; $wmgUseWikibaseClient = false; require_once __DIR__ . "/extensions/Wikidata/Wikidata.php"; require_once __DIR__ . "/extensions/Wikidata/extensions/Wikibase/repo/ExampleSettings.php";

and by going to http://wikidata-jenkins.wmflabs.org/ci/job/wikidata-build-repo-tests/ws/ and looking at the settings in localsetting.php

please

abouve thanks 90.195.251.120 15:30, 12 February 2014 (UTC)

Visual Editor shows only Loading Bar

Hello, I try to install the Visual Editor. We have to install all prerequisites successfuly (Parseoid, NodeJS). Now when we try to edit an article, then the Visual Editor shows only Loading Bar. Have anyone an solution or any idea for this issue?

ThanX for help. Tom 46.127.42.213 (talk) 19:00, 10 February 2014 (UTC)

Which MediaWiki and VE versions do you use? Manual:How_to_debug might also provide some hints. AKlapper (WMF) (talk) 09:07, 11 February 2014 (UTC)

Change Font size in Category page

Hi, How can i change the font size in a Category page? I would like to increase the font size of the list of pages that appear in their Category page. Many thanks in advance 89.87.108.223 (talk) 23:07, 10 February 2014 (UTC)

You should be able to use a rule like the following on your [[MediaWiki:Common.css]]:

#mw-pages ul li a { font-size: 200%; }

☠MarkAHershberger☢(talk)☣ 14:01, 18 February 2014 (UTC)

Search resets connection

I'm using MAMP, latest version of PHP and Mediawiki available. When I search for a page that doesn't exist yet, on Firefox, it says "the connection was reset... the connection to the server was reset while the page was loading". Why is this? Shuvuuia (talk) 04:46, 12 February 2014 (UTC)

It may be a segfault on apache. Look at the apache error log Ciencia Al Poder (talk) 10:33, 12 February 2014 (UTC)

That's exactly what it is. When I do that, the error log says:

[notice] child pid ''xxxx'' exit signal Segmentation fault (11)

XXXX is a four-digit number. I still don't know what to do. Shuvuuia (talk) 02:36, 13 February 2014 (UTC)

A segmentation fault indicates a bug in PHP. Sometimes this is caused by opcode caches (APC, eAccelerator, X-Cache, etc)

Sadly, this is not something we can fix. Try to see if there's a newer version of MAMP that fixes this issue, or a legacy stable release Ciencia Al Poder (talk) 10:32, 13 February 2014 (UTC)

Create a customized collation key for categories

Hi, is it possible to create a customized collation key? Does generateCollationData.php enable this? I have some contents in a language not supported by $wgCategoryCollation and would like to create a new collation key for categories. Many thanks in advance for any insight you may have 89.87.108.223 (talk) 07:39, 12 February 2014 (UTC)

You can set $wgCategoryCollation to a custom uca-<langcode> then create it using Collation::factory via an extension. Ricordisamoa 17:11, 12 February 2014 (UTC)

error in wikidata extension

hi I get this problem when I go to /mw-config/

MediaWiki internal error.

Original exception: [49a8af6b] /mw-config/?page=ExistingWiki Exception from line 318 of /home/paladox/public_html/en/includes/MagicWord.php: Error: invalid magic word 'noexternallanglinks'
Backtrace:
#0 /home/paladox/public_html/en/includes/MagicWord.php(241): MagicWord->load(string)
#1 /home/paladox/public_html/en/includes/parser/Parser.php(4974): MagicWord::get(string)
#2 /home/paladox/public_html/en/extensions/Wikidata/extensions/Wikibase/client/WikibaseClient.hooks.php(634): Parser->setFunctionHook(string, string, integer)
#3 [internal function]: Wikibase\ClientHooks::onParserFirstCallInit(Parser)
#4 /home/paladox/public_html/en/includes/Hooks.php(206): call_user_func_array(string, array)
#5 /home/paladox/public_html/en/includes/GlobalFunctions.php(3976): Hooks::run(string, array, NULL)
#6 /home/paladox/public_html/en/includes/parser/Parser.php(275): wfRunHooks(string, array)
#7 /home/paladox/public_html/en/includes/parser/Parser.php(287): Parser->firstCallInit()
#8 /home/paladox/public_html/en/includes/parser/Parser.php(4815): Parser->clearState()
#9 /home/paladox/public_html/en/includes/parser/Parser.php(367): Parser->startParse(Title, ParserOptions, integer, boolean)
#10 /home/paladox/public_html/en/includes/installer/Installer.php(606): Parser->parse(string, Title, ParserOptions, boolean)
#11 /home/paladox/public_html/en/includes/installer/WebInstaller.php(668): Installer->parse(string, boolean)
#12 /home/paladox/public_html/en/includes/installer/WebInstallerPage.php(358): WebInstaller->getInfoBox(string)
#13 /home/paladox/public_html/en/includes/installer/WebInstallerPage.php(346): WebInstaller_ExistingWiki->showKeyForm()
#14 /home/paladox/public_html/en/includes/installer/WebInstaller.php(275): WebInstaller_ExistingWiki->execute()
#15 /home/paladox/public_html/en/mw-config/index.php(61): WebInstaller->execute(array)
#16 /home/paladox/public_html/en/mw-config/index.php(29): wfInstallerMain()
#17 {main}

Exception caught inside exception handler: [cfc27786] /mw-config/?page=ExistingWiki Exception from line 318 of /home/paladox/public_html/en/includes/MagicWord.php: Error: invalid magic word 'noexternallanglinks'
Backtrace:
#0 /home/paladox/public_html/en/includes/MagicWord.php(241): MagicWord->load(string)
#1 /home/paladox/public_html/en/includes/MagicWord.php(717): MagicWord::get(string)
#2 /home/paladox/public_html/en/includes/MagicWord.php(884): MagicWordArray->getHash()
#3 /home/paladox/public_html/en/includes/parser/Parser.php(3288): MagicWordArray->matchStartToEnd(string)
#4 /home/paladox/public_html/en/includes/parser/Preprocessor_DOM.php(1113): Parser->braceSubstitution(array, PPFrame_DOM)
#5 /home/paladox/public_html/en/includes/parser/Parser.php(3147): PPFrame_DOM->expand(PPNode_DOM, integer)
#6 /home/paladox/public_html/en/includes/parser/Parser.php(620): Parser->replaceVariables(string)
#7 /home/paladox/public_html/en/includes/parser/Parser.php(4842): Parser->preprocess(string, NULL, ParserOptions)
#8 /home/paladox/public_html/en/includes/cache/MessageCache.php(1002): Parser->transformMsg(string, ParserOptions, NULL)
#9 /home/paladox/public_html/en/includes/Message.php(856): MessageCache->transform(string, boolean, Language, NULL)
#10 /home/paladox/public_html/en/includes/Message.php(592): Message->transformText(string)
#11 /home/paladox/public_html/en/includes/Message.php(649): Message->toString()
#12 /home/paladox/public_html/en/includes/OutputPage.php(847): Message->text()
#13 /home/paladox/public_html/en/includes/OutputPage.php(893): OutputPage->setHTMLTitle(Message)
#14 /home/paladox/public_html/en/includes/OutputPage.php(2118): OutputPage->setPageTitle(string)
#15 /home/paladox/public_html/en/includes/Exception.php(216): OutputPage->prepareErrorPage(string)
#16 /home/paladox/public_html/en/includes/Exception.php(265): MWException->reportHTML()
#17 /home/paladox/public_html/en/includes/Exception.php(612): MWException->report()
#18 /home/paladox/public_html/en/includes/Exception.php(686): MWExceptionHandler::report(MWException)
#19 [internal function]: MWExceptionHandler::handle(MWException)
#20 {main} 176.253.248.56 (talk) 13:14, 12 February 2014 (UTC)

Exact steps to reproduce welcome (in general and always), especially as there is no "wikidata extension". Also see Extension:Wikibase_Client#noexternallanglinks. For historical reasons, https://bugzilla.wikimedia.org/show_bug.cgi?id=52038 also looks very related. AKlapper (WMF) (talk) 16:07, 13 February 2014 (UTC)

But there is it is at extension:wikidata build but renamed to wikidata 90.195.251.120 16:48, 13 February 2014 (UTC)

What I mean is there is an extension called wikidata which was recently released this year. The extension page is at extension:wikidata build but the extension name on special pages is wikidata. It is meant to include all of the extension wikibase depends on and wikibase is included in it. 90.195.251.120 16:51, 13 February 2014 (UTC)

Ah, thanks for clarifying. I am sorry - I wasn't aware of this. AKlapper (WMF) (talk) 16:54, 13 February 2014 (UTC)

Oh ok 90.195.251.120 16:56, 13 February 2014 (UTC)

extension confirmaccount

hi how can I edit the confirmaccount extension to change the login/create account link to create account and login introduced in the new mediawiki version 1.20 I think so that I can redirect create account link to request account 90.195.251.120 (talk) 15:20, 12 February 2014 (UTC)

Not sure if I understand the question correctly - could you post that again by using punctuation marks, so it gets easier to read? AKlapper (WMF) (talk) 16:14, 13 February 2014 (UTC)

Ok. Well how can I edit the extension:ConfirmAccount. to change login/create account to create account and then login like the way you do without the extension. 90.195.251.120 16:45, 13 February 2014 (UTC)

[RESOLVED] problem downloading 1.23 wmf 13

hi it show this error when I go to download mediawiki 1.23 wmf 13 https://tools.wmflabs.org/snapshots/snapshots/mediawiki-core/mediawiki-snapshot-wmf_1_23wmf13-21a6f8e.tar.gz 90.195.251.120 (talk) 15:24, 12 February 2014 (UTC)

Another user already noted that problem with the master branch and informed User:Krinkle here: User_talk:Krinkle#problem_downloading_mediawiki. Please add there that 1.23wmf13 also does not work. 88.130.82.19 15:31, 12 February 2014 (UTC)

ok 90.195.251.120 16:09, 12 February 2014 (UTC)

Creating a collaborative book on mediawiki

Context -- A well established author wants to make his next book available in wiki-form so that others can add/edit to the work.

Questions concerning making a book available with a Wiki: 1 - Is it possible for each chapter to be available in an unmodified form, then in a form that can be modified, with a discussion board connected to each chapter so people can explain what they think needs to be included? Is there a place to include references and footnotes? 2 - Is there a way that all of the changes can be reviewed and approved/negated. 72.43.162.194 (talk) 18:17, 12 February 2014 (UTC)

> 1 - Is it possible for each chapter to be available in an unmodified form,

Yes, put the content in its own namespace and do not give readers the right to edit in this namespace, e.g. with Extension:Lockdown.

> then in a form that can be modified,

Yes, e.g. by putting the stuff again on another page and by giving readers access to edit the according pages.

> with a discussion board connected to each chapter so people can explain what they think needs to be included?

Yes, e.g. with Extension:LiquidThreads.

> Is there a place to include references and footnotes?

Yes, <ref> tags as provided by Extension:Cite.

> 2 - Is there a way that all of the changes can be reviewed and approved/negated.

In fact this is question five. ;-) This can be done with Extension:FlaggedRevs. 88.130.82.19 19:02, 12 February 2014 (UTC)

[RESOLVED] Some Special: pages won't display in version 1.22.2 Apache Win 7

Rules/Terms to be followed while showing MediaWiki data on website.

Team,I would like to know the rules/regulations/terms that one needs to incorporate while using the MediaWiki API JSON extract response on showing content on my website. This content extracted from Wiki will not be editing or processed and will be used as is.ThanksAbhilash Abhilashlr (talk) 18:44, 12 February 2014 (UTC)

Hi!

Wikipedia content is under the licences as indicated below the according Wikipedia pages. The way in which you get this information is not relevant. 88.130.82.19 18:55, 12 February 2014 (UTC)

SpecialPages gives 500 Internal Service Error - Premature end of script headers: php5

MediaWiki 1.22.2

PHP 5.3.6 (cgi-fcgi)

MySQL 5.1.72-cll

URL: http://resources.spertus.edu/sentinel

Whenever I try to access SpecialPages (http://resources.spertus.edu/sentinel/index.php?title=Special:SpecialPages), I get a 500 Internal Service Error. Here is the full error message on the page:

Internal Server Error

The server encountered an internal error or misconfiguration and was unable to complete your request.

Please contact the server administrator, webmaster@resources.spertus.edu and inform them of the time the error occurred, and anything you might have done that may have caused the error.

More information about this error may be available in the server error log.

Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request.

The error generated in the Apache error log: Premature end of script headers: php5

Additional details:

This seems to only happen when I access SpecialPages. All other pages work fine, to my knowledge. I have PHP configured to do full error reporting. Any help would be greatly appreciated. This is a fresh install; all I did was unzip the MediaWiki.gzip file and went through the installation process to create my LocalSettings.php file. Any help would be appreciated. Dhynds (talk) 19:52, 12 February 2014 (UTC)

https://www.mediawiki.org/wiki/Manual:How_to_debug#PHP_errors explains how to get more verbose PHP debug output. And FastCGI is mentioned in http://stackoverflow.com/questions/4336757/500-server-error-premature-end-of-script-headers AKlapper (WMF) (talk) 22:50, 12 February 2014 (UTC)

Thanks. I added the verbose PHP reporting to my LocalSetings file, but it didn't return any new errors (whether on the page itself or in the apache error log). I still just get the same errors as listed above. I've tried looking into the FastCGI, but haven't had luck yet. I attempted the suggestion on stackoverflow about FastCGI, but had trouble. I grepped for files named "vhost.conf" and or containing "fcgid", but didn't turn up any relevant files (a few logs and manuals, but that's it). I'm not knowledgable enough about server admin to know where else to look to adjust the FcgidIOTimeout.

In case it's relevant, the server is running CENTOS 5.10 x86_64. Dhynds (talk) 18:28, 13 February 2014 (UTC)

The relavent config file would be somewhere in your /etc directory (probably in /etc/apache2 or /etc/httpd or something along those lines.) Bawolff (talk) 22:55, 14 February 2014 (UTC)

I'm still not having luck locating the appropriate file. When I execute this find / -name "vhost.conf" I get zero results. The same search for vhost* yields the following results:

• /etc/selinux/targeted/modules/previous/modules/vhostmd.pp
• /etc/selinux/targeted/modules/active/modules/vhostmd.pp
• /var/cpanel/templates/apache2/vhost.default
• /var/cpanel/template_compiles/var/cpanel/templates/apache2_2/vhost.default
• /var/cpanel/template_compiles/var/cpanel/templates/apache2/vhost.default
• /home/cpeasyapache/src/httpd-2.2.19/server/.libs/vhost.o
• /home/cpeasyapache/src/httpd-2.2.19/server/vhost.c
• /home/cpeasyapache/src/httpd-2.2.19/server/vhost.lo
• /home/cpeasyapache/src/httpd-2.2.19/server/vhost.o
• /home/cpeasyapache/src/httpd-2.2.19/docs/manual/rewrite/vhosts.html.en
• /home/cpeasyapache/src/httpd-2.2.19/docs/manual/rewrite/vhosts.html
• /home/cpeasyapache/src/httpd-2.2.19/docs/manual/vhosts
• /usr/local/apache.backup/manual/rewrite/vhosts.html.en
• /usr/local/apache.backup/manual/rewrite/vhosts.html
• /usr/local/apache.backup/manual/vhosts
• /usr/local/apache.backup_archive/20110611.1307814644/manual/rewrite/vhosts.html.en
• /usr/local/apache.backup_archive/20110611.1307814644/manual/rewrite/vhosts.html
• /usr/local/apache.backup_archive/20110611.1307814644/manual/vhosts
• /usr/local/apache.backup_archive/20110611.1307814565/manual/rewrite/vhosts.html.en
• /usr/local/apache.backup_archive/20110611.1307814565/manual/rewrite/vhosts.html
• /usr/local/apache.backup_archive/20110611.1307814565/manual/vhosts
• /usr/local/cpanel/src/templates/apache2/vhost.default
• /usr/local/cpanel/src/templates/apache2_4/vhost.default
• /usr/local/cpanel/src/templates/apache1/vhost.default
• /usr/local/cpanel/Cpanel/AdvConfig/apache/vhost.pm
• /usr/local/apache/manual/rewrite/vhosts.html.en
• /usr/local/apache/manual/rewrite/vhosts.html
• /usr/local/apache/manual/vhosts
• /usr/share/selinux/targeted/vhostmd.pp Dhynds (talk) 20:06, 17 February 2014 (UTC)

Are you using cpanel to manage apache? It probably does its own config system (as suggested by /var/cpanel/templates/apache2/vhost.default ). Consult cpanel's docs.

Additionally there is no requirement the config file be named vhost.conf, that's just a convention. You can also try looking for httpd.conf. Anyhow you should probably consult the documentation that comes with whatever you used to install apache Bawolff (talk) 03:54, 18 February 2014 (UTC)

Extension:MaintenanceShell

hi I get this error in extension:MaintenanceShell. When I go to http://en.random-wikisaur.tk/wiki/Special:SpecialPages

Notice: Did not find alias for special page 'MaintenanceShell'. Perhaps no aliases are defined for it? [Called from SpecialPageFactory::getLocalNameFor in /home/paladox/public_html/en/includes/specialpage/SpecialPageFactory.php at line 569] in /home/paladox/public_html/en/includes/debug/Debug.php on line 301

Notice: Did not find alias for special page 'MaintenanceShell'. Perhaps no aliases are defined for it? [Called from SpecialPageFactory::getLocalNameFor in /home/paladox/public_html/en/includes/specialpage/SpecialPageFactory.php at line 569] in /home/paladox/public_html/en/includes/debug/Debug.php on line 301

I am running mediawiki 1.23 wmf 12. 90.195.251.120 (talk) 16:58, 13 February 2014 (UTC)

MaintenanceShell is largely unmaintained AFAIK. However you can add this if you like. See the aliases file. ☠MarkAHershberger☢(talk)☣ 19:50, 17 February 2014 (UTC)

Hooks/DiffViewHeader doesn't support 4th parameter

I've tried to use DiffViewHeader and code here (Line 26 to 28):

$wgHooks['DiffViewHeader'][]=function($diff, $oldRev, $newRev, &$out){
print_r($diff);
};

and result here:

Warning: Missing argument 4 for {closure}() in *****censored*****.php on line 26
DifferenceEngine Object
(
    [mOldid] => 3
    [mNewid] => 4
    [mOldTags] => 
    [mNewTags] => 
    [mOldContent] => 
    [mNewContent] => 
    [mDiffLang:protected] => 
    [mOldPage] => Title Object
        (

blahblahblah.

When I remove , &$out on line 26, Warning does not appear.

Does 1.22 really support $out?

Addition: includes/diff/DifferenceEngine.php (Line 256, MediaWiki 1.22.2)

wfRunHooks( 'DiffViewHeader', array( $this, $this->mOldRev, $this->mNewRev ) );

It doesn't seem to support. Xnuk (talk) 18:41, 13 February 2014 (UTC)

No, the change adding $wgOut was reverted in gerrit:94764 Bawolff (talk) 22:52, 14 February 2014 (UTC)

subpages on files

I would like to create a subpage on a file. Is this possible? I tried to add

$wgNamespacesWithSubpages[NS_FILE] = true;

But that doesn't seem to be working. Is their something I can do to make it work? The1gofer (talk) 04:39, 14 February 2014 (UTC)

I ended up creating a custom namespace, not exactly what I wanted, but it will work. Thank you! The1gofer (talk) 16:53, 14 February 2014 (UTC)

It works fine for me (Except the subpage has the "No file exists by that name" text). What sort of problem did you run into? Bawolff (talk) 22:44, 14 February 2014 (UTC)

[RESOLVED] List pages of a category

Hi,

PAGESINCATEGORY returns a number. I would like to iterate over the names of the pages, just to create a list on another site within the wiki.

Any ideas?

Qwertz84 (talk) 08:12, 14 February 2014 (UTC)

Look at any of the Category extensions or Extension:DynamicPageList (Wikimedia) Ciencia Al Poder (talk) 10:54, 14 February 2014 (UTC)

Thank you. Thats it. Qwertz84 (talk) 12:31, 15 February 2014 (UTC)

Cannot open the Artikel about Trident_(Software)

Request: GET http://de.wikipedia.org/wiki/Trident_(Software), from 91.198.174.62 via amssq57 amssq57 ([91.198.174.67]:3128), Varnish XID 921322233 Forwarded for: 62.53.164.158, 91.198.174.62 Error: 503, Service Unavailable at Fri, 14 Feb 2014 08:27:00 GMT 62.53.164.158 (talk) 08:29, 14 February 2014 (UTC)

That's a temporary error on the wikipedia server. The same kind of problm has also been recently reported at other places. Currently it works, but it seems like server errors are lately happening more often than they did in the past. 88.130.111.148 12:44, 14 February 2014 (UTC)

Error opening page: "Mandarino"

Error opening page: "Mandarino". http://it.wikipedia.org/wiki/Mandarino

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://it.wikipedia.org/wiki/Mandarino, from 91.198.174.65 via amssq57 amssq57 ([91.198.174.67]:3128), Varnish XID 926105814 Forwarded for: 188.219.12.75, 91.198.174.65 Error: 503, Service Unavailable at Fri, 14 Feb 2014 09:54:27 GMT 188.219.12.75 (talk) 10:05, 14 February 2014 (UTC)

That's a temporary error on the wikipedia server. The same kind of problm has also been recently reported at other places. Currently it works, but it seems like server errors are lately happening more often than they did in the past. 88.130.111.148 12:44, 14 February 2014 (UTC)

Error opening Seagate Technology page

I'm getting this error 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/wiki/Seagate_Technology, from 91.198.174.60 via amssq57 amssq57 ([91.198.174.67]:3128), Varnish XID 928000494 Forwarded for: 41.250.248.146, 91.198.174.60 Error: 503, Service Unavailable at Fri, 14 Feb 2014 10:27:27 GMT 41.250.248.146 (talk) 10:29, 14 February 2014 (UTC)

That's a temporary error on the wikipedia server. The same kind of problm has also been recently reported at other places. Currently it works, but it seems like server errors are lately happening more often than they did in the past. 88.130.111.148 12:45, 14 February 2014 (UTC)

Wiki not showing up properly if i use my IP in the place of the "localhost" text.

Here is a screenshot of the way its getting displayed. <wikieditor-toolbar-tool-file-pre>prob.png]] 203.99.193.190 (talk) 10:50, 14 February 2014 (UTC)

Hi!

You have not linked to a screenshot. It looks like you might have meant File:prob.png, but that obviously is not what you are talking about.

My guess is that Manual:$wgServer is set incorrectly; however, the problem might also be completely different depending on what the screenshot actually looks like. 88.130.111.148 12:49, 14 February 2014 (UTC)

error 500

hi why do I get this 500 error

Internal Server Error

The server encountered an internal error or misconfiguration and was unable to complete your request.

Please contact the server administrator, webmaster@pt-br.random-wikisaur.tk and inform them of the time the error occurred, and anything you might have done that may have caused the error.

More information about this error may be available in the server error log.

Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request.

Apache/2.2.16 (Unix) mod_ssl/2.2.16 OpenSSL/0.9.8e-fips-rhel5 FrontPage/5.0.2.2635 mod_bwlimited/1.4 mod_auth_passthrough/2.1 mod_wsgi/3.3 Python/2.7.1 Server at pt-br.random-wikisaur.tk Port 80

and my website is at http://pt-br.random-wikisaur.tk and mediawiki version 1.23 wmf 14 176.24.248.97 (talk) 14:09, 14 February 2014 (UTC)

Check your apache error log. Tell us what it says.

>mediawiki version 1.23 wmf 14

Keep in mind the 1.23wmfXX are experimental releases, so there may be bugs, etc. The most recent stable release is 1.22. See Download Bawolff (talk) 22:46, 14 February 2014 (UTC)

wikidata inter wiki linking up

hi how can I setup wikidata extension so that I can use repo to hold all my interwiki links and to use client on my other wikis linked up to repo 176.24.248.97 (talk) 15:28, 14 February 2014 (UTC)

Could you elaborate (and use punctuation marks so it is easier to read) what the current problem is and what you would like to achieve? AKlapper (WMF) (talk) 20:39, 16 February 2014 (UTC)

what I mean is how can I link up wikibase client to wikibase repo on my main wiki. like wikidata and Wikipedia. 86.135.249.17 20:32, 17 February 2014 (UTC)

There are limited docs at Extension:Wikibase. You may also be interested in Extension:Wikidata_build Bawolff (talk) 04:36, 18 February 2014 (UTC)

hi thanks but it doesent tell me how to link up like wikidata and Wikipedia. it only gives you access to the wikidata and Wikipedia database 86.135.250.124 11:37, 18 February 2014 (UTC)

If you haven't gotten help here yet, then your best course of action is to file a bug report against Wikidata. That way the developers will know they should upgrade their documentation. ☠MarkAHershberger☢(talk)☣ 13:56, 18 February 2014 (UTC)

ok thanks I will file a bug report 86.135.250.124 12:11, 19 February 2014 (UTC)

hi can you add wikibase and wikidata to the extension list at bugzilla please 86.135.250.124 12:22, 19 February 2014 (UTC)

hi can you add wikibase and wikidata to the extension list at bugzilla please. 86.135.250.124 12:22, 19 February 2014 (UTC)

Looks like you found your way to bugzilla:61535 though I have doubts that communication will be successful. AKlapper (WMF) (talk) 13:04, 19 February 2014 (UTC)

[RESOLVED] centralauth error

hi I get these errors in centralauth.

Warning: array_map() [function.array-map]: An error occurred while invoking the map callback in /home/paladox/public_html/pt-br/extensions/CentralAuth/specials/SpecialMergeAccount.php on line 443

Internal error - MediaWiki

website at http://pt-br.random-wikisaur.tk 176.24.248.97 (talk) 16:19, 14 February 2014 (UTC)

Please enable exception details and report the extended error. See How to debug Bawolff (talk) 22:44, 14 February 2014 (UTC)

MediaWiki with F5 LTM and ASM

I was wondering if anyone else is using MediWiki sites behind an F5 LTM running ASM (Application Security Module)? I encounter issues where ASM will block post/previews of pages that contain script examples for documentation. It blocks these events because ASM things a user is trying to do shellcode injections. If anyone is running in this configuration I am interested on how you managed to get ASM and MediaWiki to place nicely together. 128.244.11.5 (talk) 21:24, 14 February 2014 (UTC)

I'm not familiar with F5 LTM or ASM, but this seems like a problem that you should ask on their site. ☠MarkAHershberger☢(talk)☣ 19:44, 17 February 2014 (UTC)

Working both angles. Was just wondering if anyone on this site was running the same config. john 01:54, 19 February 2014 (UTC)

Need extension name

Hi Just recently setup mediawiki for internal use I was browsing something and saw a box inside it there was text and color. I was wondering what that extension was called.

It's similar to the language box, you have different languages to pick from. I want to create that box, where I can reference wikis from a few places I set it up on. If i'm making any sense and there is such an extension I would really appreciate it.

Thank you 216.14.179.129 (talk) 22:26, 14 February 2014 (UTC)

Can you be a bit more descriptive? (Even better, take a screen shot, or tell us what wiki-code generates the box)

Keep in mind, you can make boxes without extensions (Google a tutorial on basic CSS). For example:

It's a box

Which is made by

<div style="background-color:lightgreen; color:brown;border:navy dashed medium">
It's a box
</div>

Bawolff (talk) 22:40, 14 February 2014 (UTC)

If you mean the yellow box seen e.g. at the top of Download, then you should take a look at the <languages/> tag used by Extension:Translate. Ricordisamoa 02:40, 16 February 2014 (UTC)

$wgUploadBaseUrl

What is $wgUploadBaseUrl for?

I'm trying to improve Manual:$wgUploadBaseUrl, and I simply cannot imagine a scenario in which this setting would be needed. WMF sites don't use it. This, that and the other (talk) 01:33, 15 February 2014 (UTC)

meh, I guess legacy support for old wikis. Basically you can put the host for your upload server here, but most people just put the full url in $wgUploadPath. Its only used in Setup.php, so someone could probably deprecate it if they wanted to. Bawolff (talk) 00:53, 17 February 2014 (UTC)

Would someone use it if they were trying to set up a wiki farm with a central place for the uploads? ☠MarkAHershberger☢(talk)☣ 19:34, 17 February 2014 (UTC)

They could but don't have to. I would personally recommend they simply use $wgUploadPath with a full url for that situation. Bawolff (talk) 03:50, 18 February 2014 (UTC)

Merging two MediaWikis by importing XML has created two Main Pages

I've used MediaWiki Export Page and Import Pages via 'Page Tools' to dump all pages from a source MediaWiki installation to a target here: http://www.insightdigital.org/team/index.php?title=Main_Page

The imported pages are visible and correctly imported, however while the source Main Page did not overwrite the target Main Page, I see that search yields a database error if the search term was present on the source MediaWiki's Main Page (e.g.: "treasures") -- so it seems there is a conflict in the SQL database file. A few notes:

- A listing of all pages on the target MediaWiki shows only one Main Page, and no candidate is visible for the source MediaWiki Main Page - Moving the Main Page to 'Home' did not reveal the conflicting source Main Page. Now, Main Page redirects to Home, but the conflicting source is still hidden.

How can I clean the DB of the conflicting source MediaWiki Main Page in order to restore search?

Thanks,

-Kevin

MediaWiki: 1.22.2 PHP: 5.3.20 (cgi-fcgi) MySQL: 5.1.72 2604:2000:103C:8063:6188:5D38:6F55:3615 (talk) 19:42, 15 February 2014 (UTC)

Hi Kevin!

Note that the import/export function is not supposed to be used to import two wikis into one database. This may work, but there may also be conflicts (like you see for the main page).

You might try running the maintenance script rebuildall.php to fix the search again. This script will amongts other things rebuild the search index. 88.130.98.162 02:30, 16 February 2014 (UTC)

Based on your suggestion I did try the rebuildall.php script, which stalled when processing the search index. I repaired the search index in phpMyAdmin and, after running rebuildall.php once more, all seems well. Thanks again! 66.65.111.133 02:27, 17 February 2014 (UTC)

database error (1205) isolated to spam page

I am currently working on deleting spam from my wiki (which is currently locked down to adminstrators only) and there is one spam page that I cannot delete. When I try to delete it, I get this 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 "LinkCache::addLinkObj". Database returned error "1205: Lock wait timeout exceeded; try restarting transaction (internal-db.s22006.gridserver.com)".

The page is located here: http://wiki.stoneybrookite.org/index.php?title=SibellaTopper920

So far, this is the only page I have run into that returns this error.

I am running

MediaWiki 1.19.2 PHP 5.3.27 (cgi-fcgi) MySQL 5.1.55-rel12.6

Any guidance would be much appreciated! 178.66.157.160 (talk) 15:15, 16 February 2014 (UTC)

Hi!

to see the problematic SQL query, see Manual:How_to_debug#SQL_errors.

However, if you in fact only want to remove that page, then you might also be able to use the maintenance script nukePage.php from the shell like so:

cd maintenance/

nukePage.php SibellaTopper920

And after you saw the information, which MediaWiki gives you there, run

nukePage.php SibellaTopper920 --delete

That should remove the page in a way, which is unrecoverable. 88.130.64.252 18:15, 16 February 2014 (UTC)

I have over 120GB of core.xxxxxx files

They are in the root of my site, and they keep generating more and more. They are all about 13MB each, and I have thousands. They have used all of my disk space available. What are they? and can I delete them? 198.20.62.249 (talk) 15:51, 16 February 2014 (UTC)

Hi!

These files do not belong to a default MediaWiki installation. They are core dumps, created because your PHP process somehow crashed during execution. I would keep a few of the newest ones and remove all older ones. If you want to know more about your actual problem, you can analyze the files with a program like gdb. Otherwise, it might be worth poking your host about it as it could indicate a misconfiguration of PHP. 88.130.64.252 18:11, 16 February 2014 (UTC)

mediawiki and suPHP

mediawiki 1.22

LAMP root server (all newest versions)

Hello,

i installed mediawiki 1.22 with http://www.mediawiki.org/wiki/Manual:Running_MediaWiki_on_Debian_GNU/Linux

i´m running suPHP.

i have a "SoftException in Application.cpp:266: UID or GID of symlink "..../wiki/index.php" is not matching its target"

i found this hint -> https://lists.marsching.com/pipermail/suphp/2007-March/001489.html

but the link to the solution is broken now.

anybody here who knows to fix it? -> skip the mediwiki's redirect using the apache rewrite module

or is there a newer solution? the hint is quite old.

thanks a lot. 91.52.189.171 (talk) 19:17, 16 February 2014 (UTC)

Well given that the error message is UID or GID of symlink "..../wiki/index.php" is not matching its target", have you considered trying to change the owner and group of the symlink so it matches the target? Or use rewrite rules as you suggest in your own post. Bawolff (talk) 00:47, 17 February 2014 (UTC)

Having a problem viewing my wiki. Text only. Please help !!

So here is my site http://wiki.trenderlife.com/ its showing like this http://s4.postimg.org/4y0evmn4d/Screenshot_from_2014_02_16_21_33_01.png

This wiki was installed by the softaculous program thing online. And is hosted also from cpanel if that makes sense or helps... Thanks in advance and if more info is required then ask away :) 86.46.228.131 (talk) 21:35, 16 February 2014 (UTC)

Most likely the well known problem with load.php. See there for the probable solution! 88.130.64.252 23:21, 16 February 2014 (UTC)

How to separate Login and create Account options in Mediawiki 1.20.2 when ConfirmAccount is enabled?

How to separate Login and create Account options in Mediawiki 1.20.2 when ConfirmAccount extension is enabled? Please give any patch or code soon. Nitishkumartn (talk) 11:59, 17 February 2014 (UTC)

$wgUseCombinedLoginLink= false; Mlpearc (open channel) 17:37, 17 February 2014 (UTC)

Its already given $wgUseCombinedLoginLink= false; in DeafultSettings.php Even though the link is Login/Create Account link is single. After Enabling the ConfirmAccount Extension in mediawiki 1.20.2 Please give some solution ASAP Nitishkumartn (talk) 07:52, 18 February 2014 (UTC)

If the problem only appears after enabling the ConfirmAccount extension, you should file a bug report ☠MarkAHershberger☢(talk)☣ 13:53, 18 February 2014 (UTC)

Logo not showing up properly

Hi, All of a sudden, my logo is showing up duplicating. Initially, it was showing properly with one instance, but changed somehow, and I can't seem to get it back. I've tried deleting the logo and reuploading, tried clearing my browser cache, and tried various CSS hacks, but nothing works. Any help would be appreciated.

http://www.kleinmanngenealogy.com/genwiki/index.php?title=Main_Page

I am on MW 1.22.2, PHP 5.3.26, and MySQL 5.1.72-cll.

Thanks, John LaxRef93 (talk) 16:00, 17 February 2014 (UTC)

Adding the following to your MediaWiki:Common.css should do the trick:

#mw-panel a:link { background-repeat: no-repeat; }

☠MarkAHershberger☢(talk)☣ 19:19, 17 February 2014 (UTC)

I knew it had to be something simple! I was just having a brain freeze, and not remembering it was a linked image. Thanks so much for the help! LaxRef93 (talk) 19:54, 17 February 2014 (UTC)

How to remove some text from the Special Login Page?

Hi all,

I would like to remove the following text    " SITE NAME is made by people like you." from the Special login page.

Could anyone help please..

Regards,

Lekshmi 2001:638:404:A800:AA20:66FF:FE5A:425B (talk) 16:07, 17 February 2014 (UTC)

Can you provide a link to your Special:UserLogin page ? Mlpearc (open channel) 17:27, 17 February 2014 (UTC)

Go to the page where you see the message you want to change. Add "uselang=qqx" to the url and you'll see the message replaced with a token that indicates how you can change this message.

For example, on the login page here you see the message "Forgot your password?". Adding "uselang=qqx" to the url shows "(userlogin-resetpassword-link)" in place of that text. This indicates that if you want to change that message you can edit the MediaWiki:userlogin-resetpassword-link page. ☠MarkAHershberger☢(talk)☣ 19:09, 17 February 2014 (UTC)

Thanks for the response Mark. I will try it out.

Regards,

Lekshmi 134.94.171.57 09:13, 18 February 2014 (UTC)

[RESOLVED] Category displaying "only the following" even for more than 1 item!

When I look at a category, it shows "only" no matter how many items are listed, for example:

Category:My-Category

Subcategories
This category has only the following subcategory.
S
Subcat1
Subcat2

Pages in category ‘My-Category’

This category contains only the following page.
P
Page-1
Page-2


Is there a setting that I need to change (or may have accidentally changed) to make sure it says "the following subcategories/pages" when there are more than one (it correctly show the "only" message for a single item)? -- PhantomSteve/talk|contribs\ 19:34, 17 February 2014 (UTC)

The messages are category-subcat-count and category-article-count and it looks like there may be a problem in how they are used since they already use pluralization. You should probably file a bug. ☠MarkAHershberger☢(talk)☣ 19:41, 17 February 2014 (UTC)

The message is correct on other wikis that I tried - it seems to be just mine!

The two -count messages are both exactly as shown in the file, so I'm not sure why it's not working on my wiki!

Unless there are others who are having the problem, I think it's a problem with my set-up rather than a bug! -- PhantomSteve/talk|contribs\ 23:41, 17 February 2014 (UTC)

Did you create MediaWiki:Category-subcat-count or MediaWiki:Category-article-count on your wiki? Then delete them. Ricordisamoa 03:42, 18 February 2014 (UTC)

Go to mywiki.com/w/index.php?title=Special%3ACategories&from=My-category&limit=1 (replacing My-category with the cat name, and mywiki.com with the url). What sort of counts are shown for that category.

It sounds like there is a mismatch between how many articles are actually in that category and how many MediaWiki thinks there is. However if its a small category (<200 members) this shouldn't happen as inconsistencies are checked for small categories. And even in a big category it should output category-subcat-count-limited in a situation like this.

Do you have any category related extensions installed (e.g. CategoryTree) [CategoryTree shouldn't cause this, but good to collect details]

If your wiki is public, a link to it would be helpful. Bawolff (talk) 04:33, 18 February 2014 (UTC)

Thanks for the help and sugegstions so far, everyone - it is appreciated! This is only a little niggle, but it annoys me, and I'd prefer to get it sorted!

1. I have not created the system messages, it uses the default

2. A link to the wiki, going to an example category that isn't displaying properly, is here - do you need to be able to log in, or can you do it as is?

3. The only category-related addition is HotCat

4. The link you suggested trying (http://wiki.sepe.org.uk/index.php?title=Special%3ACategories&from=Comic_People&limit=1) shows: Comic People‏‎ (71 member) -- PhantomSteve/talk|contribs\ 10:40, 18 February 2014 (UTC)

It looks like the 'plural' function is completely broken on your wiki: should return '$1 days and my bananas' but it returns '2 day and my banana' instead.

Try looking at your i18n/L10n settings. Ricordisamoa 11:46, 18 February 2014 (UTC)

Wow, that's odd. I've never heard of that happening before.

Interestingly enough, its only broken for en and en-gb languages. http://wiki.sepe.org.uk/index.php?title=Category:Comic_People&uselang=en-ca seems to work fine.

You could maybe try running rebuildLocalisationCache.php --force . Maybe make sure all your language files were copied to the server correctly. Bawolff (talk) 10:36, 19 February 2014 (UTC)

Thanks - rebuilding the cache worked!

Thanks everyone for their help, I'll marked this as resolved! -- PhantomSteve/talk|contribs\ 14:22, 19 February 2014 (UTC)

centralauth error

hi I get this error Sorry! This site is experiencing technical difficulties.

Try waiting a few minutes and reloading.

(Cannot contact the database server)

when I try to migrate my account to a global account

please help 86.135.250.124 (talk) 11:30, 18 February 2014 (UTC)

Is this on Wikipedia? You should file a bug report with your account information. The Support Desk is for non-Wikimedia MediaWiki sites. ☠MarkAHershberger☢(talk)☣ 13:48, 18 February 2014 (UTC)

no it is on my wiki 86.135.250.124 12:23, 19 February 2014 (UTC)

Then you'll need to provide us with some documentation. And if your wikis are public, providing a link would help.

First, add

 error_reporting( -1 );
 ini_set( 'display_errors', 1 );

to your LocalSettings.php file and see if any errors are displayed. If none are, try enabling debugging and see if the file shows you anything. ☠MarkAHershberger☢(talk)☣ 17:06, 19 February 2014 (UTC)

ldap_connect not working

I'm using mediawiki with IIS 8.5 on Microsoft Server 2012 R2. (PHP 5.5). I'm using Windows NTLM LDAP Auto Auth Extension and the code is passing over the ldap_connect command (I set it to the default port :389) As far as I can tell, no exception is thrown or any network packet is sent. Am I missing anything? Sioncohen (talk) 14:03, 18 February 2014 (UTC)

Try enabling debugging and see if anything shows up.

First, add

 error_reporting( -1 );
 ini_set( 'display_errors', 1 );

to your LocalSettings.php file and see if any errors are displayed. If none are, try enabling debugging and see if the file shows you anything. ☠MarkAHershberger☢(talk)☣ 17:42, 18 February 2014 (UTC)

I got the following error:

Fatal error: Call to undefined function ldap_connect() in ...mediawiki\extensions\WinNTLMLDAPAutoAuth.php.

I've made sure that the dll is listed in php.ini file:

[ExtensionList]

....

extension=php_ldap.dll Sioncohen (talk) 15:20, 20 February 2014 (UTC)

Look over the installation instructions for PHP's LDAP support. There are some Windows-specific items that may help. ☠MarkAHershberger☢(talk)☣ 17:28, 20 February 2014 (UTC)

[RESOLVED] Date calculations not working

Hi.. I would like to do some date calculations, and so I tried using the following:

{{#time: r|now + 2 hours}}

I was expecting to see: Thu, 15 May 2025 16:54:55 +0000 But all I get is: {{#time: r|now + 2 hours}} on the saved page.

Is there something extra I need to do to "turn on" the parser functions?

Results here

MW v1.22.2

Thanks, John LaxRef93 (talk) 16:26, 18 February 2014 (UTC)

Nevermind.. I figured it out! LaxRef93 (talk) 16:57, 18 February 2014 (UTC)

How? 88.130.76.26 18:32, 18 February 2014 (UTC)

I needed to add the following line in my LocalSettings.php file:

require_once "$IP/extensions/ParserFunctions/ParserFunctions.php";

Adding that turned on functionality to the Parser Functions.

-John LaxRef93 (talk) 01:42, 19 February 2014 (UTC)

Ahh, so your code was correct, alone the ext processing it was not activated. 88.130.76.26 02:43, 19 February 2014 (UTC)

Catecory page's description not showing

MediaWiki 1.22.2 PHP 5.3.27 (cgi-fcgi) MySQL 5.1.67-rel14.3-log

Hi, I export from an old wiki version 1.13.4 all pages and import them to 1.22.2 because I wanted to start from empty database. But I have lost the category pages' description texts. How to move them? You know the text which is written above the page links when open a category. 188.238.24.213 (talk) 17:43, 18 February 2014 (UTC)

You would probably have to go to Special:Export on the old wiki and export the Category pages themselves. ☠MarkAHershberger☢(talk)☣ 17:49, 18 February 2014 (UTC)

Thank you your help. But I need to do it manually with text editor adding the front of every category name a word Category: like Category:yourcategoryname and then normally export/import them. 188.238.24.213 18:45, 18 February 2014 (UTC)

You can use Pywikibot. Ricordisamoa 02:04, 19 February 2014 (UTC)

[RESOLVED] Force rebuilding localisation cache without rebuildLocalisationCache.php

Hi,

I recently upgraded from MediaWiki 1.18 to 1.22 and I ran into the "invalid magic word 'speciale'" error. I am reading everywhere that I'm supposed to run rebuildLocalisationCache.php --force, but the website is on a web hotel so I'm unable to access the console and run it.

The 1.18 installation was from one of the web hotel's one-click-installer, last time I'm ever using that.

Is there any quick solution to this or will I have to manually migrate all the articles into a fresh install? 46.239.108.188 (talk) 20:14, 18 February 2014 (UTC)

You should be able to achieve the same results by truncating (removing all files of the table) the l10n_cache table, supoposing that the caching is done in database, or deleting the cache files if the cache is being done on files. See Localisation cache for details Ciencia Al Poder (talk) 10:25, 19 February 2014 (UTC)

Thanks, that did it! I truncated the l10n_cache and removed "$wgLocalisationCacheConf['manualRecache'] = true" in LocalSettings.php, now it works. 46.239.108.188 19:47, 19 February 2014 (UTC)

Company intranet wikisite

my company is running a win8 operated server for their internet and we are now developing a media wiki for work related stuff. My question is, can i tell the server to boot up mediawiki on every company computer on startup? if yes how.

thanks in advance Uffinator (talk) 08:14, 19 February 2014 (UTC)

MediaWiki doesn't work that way. It's purely software to manage the content of your website.

I don't entirely understand what you want, but it sounds like you should perhaps use Task Scheduler to open a browser at startup and use Group Policy to set the intranet site as the default homepage. Jasper Deng (talk) 08:54, 19 February 2014 (UTC)

To me it sounds like you in fact want to do two things:

• First you want to make servers (probably Apache and MySQL) start when booting the OS on the according Windows 8 Server. This can be done using services.
• If you then also want your end-users to start their PC and then to automatically see the wiki, you will additionally have to configure their systems so that Windows automatically starts their browser. In that browser you have configured the wiki URL as startpage. 88.130.74.254 13:18, 19 February 2014 (UTC)

API Create account doesn't work

Hi,

I've got some node.js code that makes a request to obtain a token and then makes a second request using a token but I get the same output as the first request - with just the token.

var token = "";

		var data = querystring.stringify({
        	action: "createaccount",
        	name: "SeanTest",
        	email: "xxx",
        	password: "test",
        	token: token,
        	format: "xml"
	    });

	    var options = {
	        host: '54.201.91.132',
	        port: 80,
	        path: '/wiki/api.php',
	        method: 'POST',
	        headers: {
	            'Content-Type': 'application/x-www-form-urlencoded',
	            'Content-Length': Buffer.byteLength(data)
	        }
	    };

	    var req = http.request(options, function(res)
	    {
	        res.setEncoding('utf8');
	        res.on('data', function (chunk) {
	            console.log("body: " + chunk);

	            var idxTokenStart = chunk.indexOf('token="');
	            idxTokenStart = chunk.indexOf('"', idxTokenStart+1);
	            idxTokenStart++;

	            var idxTokenEnd = chunk.indexOf('"', idxTokenStart);

	            token = chunk.substring(idxTokenStart, idxTokenEnd);

	            var mydata = querystring.stringify({
		        	action: "createaccount",
		        	name: "SeanTest",
		        	email: "xxx",
		        	password: "test",
		        	token: token,
		        	format: "xml"
			    });

			    var myoptions = {
			        host: '54.201.91.132',
			        port: 80,
			        path: '/wiki/api.php',
			        method: 'POST',
			        headers: {
			            'Content-Type': 'application/x-www-form-urlencoded',
			            'Content-Length': Buffer.byteLength(mydata)
			        }
	    		};

		    	console.log("Data is: " + JSON.stringify(mydata));

	            var createReq = http.request(myoptions, function(createRes)
	    		{
			    	createRes.setEncoding('utf8');
	        		createRes.on('data', function (chunk) {
	            		console.log("Data Body Is: " + JSON.stringify(chunk));
	            	});
	    		});

	    		createReq.write(mydata);
	    		createReq.end();
	        });
	    });
	    
	    req.write(data);
	    req.end();
	}

Any ideas?

Sean 80.194.78.100 (talk) 13:28, 19 February 2014 (UTC)

What does the documentation say you should be seeing? What are you actually seeing? Headers+body would be helpful. ☠MarkAHershberger☢(talk)☣ 17:02, 19 February 2014 (UTC)

Hi, This is the output.

"readable":false,"domain":null,"_maxListeners":10,"httpVersion":"1.1","complete":true,"_pendingIndex":0,"url":"","method":null,"statusCode":200,"_consuming":true,"_dumped":false,"httpVersionMajor":1,"httpVersionMinor":1,"upgrade":false,"body":"<?xml version=\"1.0\"?><api><createaccount token=\"bf6f04a1eaece418c3510412f8b34cb0\" result=\"needtoken\" /></api>","_readableState":{"bufferSize":16384,"highWaterMark":16384,"lowWaterMark":0,"length":0,"pipes":null,"pipesCount":0,"flowing":false,"ended":true,"endEmitted":true,"reading":false,"sync":false,"needReadable":true,"emittedReadable":false,"objectMode":false,"ranOut":false,"awaitDrain":0,"pipeChunkSize":null,"decoder":null,"buffer":[],"onread":{}},"_events":{"end":[{},{},{}],"readable":{},"close":[{},{}],"data":{}},"socket":{"_connecting":false,"readable":true,"domain":null,"_maxListeners":10,"writable":true,"allowHalfOpen":false,"onend":null,"destroyed":false,"errorEmitted":false,"bytesRead":459,"_bytesDispatched":279,"_pendingWrite":null,"parser":null,"ondata":null,"_handle":{"writeQueueSize":0,"reading":true,"onread":{}},"_readableState":{"bufferSize":16384,"highWaterMark":16384,"lowWaterMark":0,"length":0,"pipes":null,"pipesCount":0,"flowing":false,"ended":false,"endEmitted":false,"reading":true,"sync":false,"needReadable":true,"emittedReadable":false,"objectMode":false,"ranOut":false,"awaitDrain":0,"pipeChunkSize":null,"decoder":null,"buffer":[],"onread":{}},"_events":{"connect":null,"end":{"listener":{}},"finish":{},"_socketEnd":{},"free":{},"close":[{},{}]

81.155.185.96 20:13, 19 February 2014 (UTC)

I responded in the thread above, but to repeat, are you sure that you are handling cookies properly in node.js Bawolff (talk) 23:48, 19 February 2014 (UTC)

external link syntax without mentioning http

Since when did MediaWiki support an external link syntax like this without mentioning "http" ?

You type: [//harrywood.co.uk]

You get:

Couple of things about this. I can't see it mentioned on Help:Links. If it's an intended feature I guess it should be added?

Does this work properly with some external link control mechanisms such as MediaWiki:Captcha-addurl-whitelist I could be wrong, but it doesn't seem to work on our wiki. We're seeing captchas always appearing for links done in this style. ) Harry Wood (talk) 16:08, 19 February 2014 (UTC)

Schema relative links have been supported for a few versions now. They are widely supported and are used on Wikipedia as well.

If you find a bug, you should file a bug report. ☠MarkAHershberger☢(talk)☣ 16:59, 19 February 2014 (UTC)

Oh wow. It's actually a feature supported browsers and HTML nowadays. Never come across it before. So anyway yeah I think there's a captcha whitelist bug. I wonder what else it breaks Harry Wood (talk) 17:53, 19 February 2014 (UTC)

Tracked in bug 61556 Ciencia Al Poder (talk) 10:21, 20 February 2014 (UTC)

Wikipedia wiki editor on mobile old

When editing Wikipedia using a mobile on view desktop it shows the old wiki editor not the new one please fix it. 86.135.250.124 (talk) 21:00, 19 February 2014 (UTC)

Please open a bug report! 88.130.74.254 21:16, 19 February 2014 (UTC)

Please include your web browser when making the bug report. Also by "old" editor, do you mean you get File:VectorEditorBasic-en.png, or File:Edit_toolbar.gif or do you have no buttons at all? Bawolff (talk) 23:46, 19 February 2014 (UTC)

node.js post request to mediawiki API

Hi,

I'm trying to post data to the mediawiki API and it's not recognising the token I am sending.

   var data = querystring.stringify({
              action: "createaccount",
              name: "sean",
              email: "xxx",
              password: "test",
              token: "66cde5ad831521fe9d0fe4df3a2db25f"
        });

        var options = {
            host: '54.201.91.132',
            port: 80,
            path: '/wiki/api.php',
            method: 'POST',
            headers: {
                'Content-Type': 'application/x-www-form-urlencoded',
                'Content-Length': Buffer.byteLength(data)
            }
        };

        var req = http.request(options, function(res) {
            res.setEncoding('utf8');
            res.on('data', function (chunk) {
                console.log("body: " + chunk);
            });
        });

        req.write(data);
        req.end();

I have tried sending the same data using the Postman chrome extension and this works fine.

    POST /wiki/api.php HTTP/1.1
    Host: 54.201.91.132
    Cache-Control: no-cache
    Content-Type: application/x-www-form-urlencoded
     action=createaccount&name=shamus&email=xxx&password=test&token=5dc9c943ac3255f87dc7782c24f61ac6&format=json

    {
    "createaccount": {
        "username": "Shamus",
        "userid": 22,
        "token": "c3744c0f19ea62f6baf89b10f7c86f7f",
        "result": "success"
    }
    }

Any ideas what I'm doing wrong?

Thanks,

Sean 81.155.185.96 (talk) 23:21, 19 February 2014 (UTC)

I'm not familiar with node, but does it automatically manage cookies? Or do you need to do it yourself? createaccount does require cookies to be enabled. Bawolff (talk) 23:44, 19 February 2014 (UTC)

Fatal exception of type MWException - different

This post by Revibot was moved on 2015-07-11. You can find it at Extension talk:Chklist#h-Fatal_exception_of_type_MWException_-_different-2014-02-20T03:08:00.000Z. Ciencia Al Poder (talk) 10:23, 20 February 2014 (UTC)

InstantCommons - Location of generated thumbs

I am working in an symlinked environment using a single codebase for multiple wikis. One strange, at least to me, thing occurs when using InstantCommons. The generated thumbs for files embedded via InstantCommons end up in the image directory of the symlinked codebase and not in the image directory of the respective wiki which is obviously not symlinked. Is this the intended behaviour? This started with the upgrade from MW 1.20 to MW 1.21 as far as I can verify. The thumbs of directly uploaded images end up in the expected location, i.e. /images/thumb/ of the respective wiki. [[kgh]] (talk) 16:41, 20 February 2014 (UTC)

That definitely sounds like a bug. Could you file one and put me on the CC list? ☠MarkAHershberger☢(talk)☣ 18:37, 20 February 2014 (UTC)

I dug a bit further and did more testing. This dislocation seems to have happened during the upgrade process from 1.20. to 1.21. These files are still affected whereas all newly via InstantCommons embedded files indeed end up in the expected folders. So probably some APC caching seems to be involved, too. Is this still a notworthy bug or just though luck. [[kgh]] (talk) 19:40, 20 February 2014 (UTC)

Still a noteworthy bug. It would be good to record this issue in bugzilla, if nothing else. ☠MarkAHershberger☢(talk)☣ 16:19, 27 February 2014 (UTC)

Well, fair enough. Done with bug 62140. Thank you and cheers [[kgh]] (talk) 13:21, 3 March 2014 (UTC)

Fatal error: Possible integer overflow in memory allocation

I upgraded from version 1.17.0 to 1.22.2 and now when I click on Special Pages I receive this error: Fatal error: Possible integer overflow in memory allocation (2147483648 * 4 + 0) in /var/www/wiki/includes/User.php on line 2312

I went and opened up user.php and line 2312 reads:

if ( !$ignoreHidden && in_array( $oname, $wgHiddenPrefs ) ) {
     return self::getDefaultOption( $oname );
}

Stomkiewicz (talk) 17:06, 20 February 2014 (UTC)

Have you tried increasing the memory limit? ☠MarkAHershberger☢(talk)☣ 17:20, 20 February 2014 (UTC)

I found 2 php.ini files and increased them both to say 256M, still no luck. (one originally said 128M, the other said -1) Stomkiewicz (talk) 17:51, 20 February 2014 (UTC)

Weird. I came across this post with the discouraging solution:

Ok, found the trouble...

One of the twelve CPU's in the system had a bit fualt in bit 2 of its integer calculations... with that CPU off, it works flawlessy again...

The CPU doesnt show any errors during testing, but the fault dissapears completely with that one off.

I wouldn't even know how to track that down. ☠MarkAHershberger☢(talk)☣ 17:56, 20 February 2014 (UTC)

Is it always on the same line number? What extensions do you have installed? ☠MarkAHershberger☢(talk)☣ 17:58, 20 February 2014 (UTC)

I'm running on a virtual server. As far as extensions, I don't know if any are actually installed. Our old IT directory set this up, then quit, and we had just been using it for a year until it just recently crashed and I'm trying to get it going again. Stomkiewicz (talk) 19:34, 20 February 2014 (UTC)

You can check the extensions directory for the installed extensions. What directories and files are in there? ☠MarkAHershberger☢(talk)☣ 01:45, 24 February 2014 (UTC)

I can reproduce this on a new 1.22.2 wiki. It doesn't appear if I switch to 1.21.5, so that narrows it down to...every change between 1.21 and 1.22, I guess. :-) —Emufarmers^(T|C) 20:12, 21 February 2014 (UTC)

I can't duplicate this on a new Debian installation. Could you share more information? Extensions, etc? ☠MarkAHershberger☢(talk)☣ 02:43, 24 February 2014 (UTC)

I'm facing the same issue with fresh installation of MediaWiki v1.22.0 on CentOS release 5.4, PHP 5.3.6, MySQL 5.1.57. I do not have any extensions installed in the fresh installation. 86.159.119.122 22:06, 26 February 2014 (UTC)

I suspect this is either a PHP issue, or underlying OS issue, and not a mediawiki issue. Bawolff (talk) 06:23, 27 February 2014 (UTC)

If it was PHP or OS issue then I should be getting similar error on existing old installation of MediaWiki on the same server.

My current installation of MW is v1.17.0rc1. When I either upgrade it to v1.22.0 or install it fresh, accessing special pages throws "Fatal error: Possible integer overflow in memory allocation (2147483648 * 4 + 0) in /var/www/wiki/includes/User.php on line 2312" exception. Rest every other functionality works normally.

Server Configuration: CentOS release 5.4, PHP 5.3.6, MySQL 5.1.57 86.145.23.211 00:09, 2 March 2014 (UTC)

Try upgrading to php 5.4: http://webtatic.com/packages/php54/ ☠MarkAHershberger☢(talk)☣ 01:27, 2 March 2014 (UTC)

It's not a MediaWiki bug, but a problem with either PHP or a hardware problem. The fact that it didn't happened in previous versions is because the new version is able to trigger that bug somewhat, but the bug is in the PHP engine, apache or somewhere else.

Looking for that error in search engines gives me a lot of results for other PHP software like joomla, phpBB, etc.

The only solution would be to get a new version of PHP, or even recompile PHP yourself, to see if that solves your problem, although some of the reports I've seen are from old PHP versions from 2006(!) so it may not solve the problem at all. Ciencia Al Poder (talk) 10:41, 18 April 2014 (UTC)

Error creating thumbnail (but only for logged in users)

MediaWiki - 1.16.1 PHP - 5.4.24 MySQL - 5.5.36

My wiki (impdb.org) is posting this error when a new image is uploaded, and I have been searching like crazy for a couple of days and can not find a solution to this specific problem. The error is only viewable for persons who are logged in. If I (or other users) log out then the image thumbnail is viewable. 76.27.74.20 (talk) 18:33, 20 February 2014 (UTC)

What error is being displayed? ☠MarkAHershberger☢(talk)☣ 18:39, 20 February 2014 (UTC)

The error is "Error creating thumbnail:" and appears as a gray box where the image would be. 76.27.74.20 18:47, 20 February 2014 (UTC)

The error happens for not logged-in users as well.

See Manual:How to debug to enable logging and display of errors, and use this URL for reproducing the error: http://impdb.org/thumb.php?f=I514854.jpg&width=320 Ciencia Al Poder (talk) 11:26, 21 February 2014 (UTC)

Thank you. I have turned on error reporting per your link and get no error report on the pages where a thumbnail error occurs. I did find another error that an extension was throwing (below) but it appears to be unrelated as it only appears on the page where the extension is called, and where no thumbnail error exists.

Strict Standards: Non-static method DOMDocument::loadHTML() should not be called statically, assuming $this from incompatible context in site/extensions/RandomImage/RandomImage.class.php on line 114 192.223.163.5 17:48, 28 February 2014 (UTC)

That URL works now, but I can reproduce it again changing 320 to 321 (from the URL) Ciencia Al Poder (talk) 20:29, 28 February 2014 (UTC)

Some of my users are reporting this error is only occurring with JPEG images, and that PNG and others are working correctly. I have not started my own testing. 192.223.163.5 15:49, 4 March 2014 (UTC)

Single Location Login for a WikiFarm

Hi,

So my understanding is that a wikifarm would allow me to install multiple instances of mediawiki sharing one core. I would like multiple private wikis. Can each animal have it's own users? And can it be made so that those users can sign in on the core homepage and be redirected to their animal based on their username?

I am currently running this on a Wordpress Multisite, but I believed mediawiki better suits my needs. My Wordpress Multisite has each site as its own, sharing a plugin database and all core files. However, you log in from my homepage and are redirected to your multisite based on your username and where the user was created.

Any chance mediawiki can do the same? 50.161.28.233 (talk) 16:14, 21 February 2014 (UTC)

> Can each animal have it's own users

You mean these things they have in zoos? Like giraffe Marius or Knut the icebear? I am not sure if I get you here. 88.130.92.144 16:29, 21 February 2014 (UTC)

Sorry, dokuwiki calls them animals, shouldn't have assumed a cross-referenced relationship.

Via MediaWiki (Farm or Multisite)

Main MediaWiki Core

- Wiki 1

- Wiki 2

- Wiki 3

All with private users and private wikis. Think company intranet with a login on the main page that will redirect you as user to your Wiki #. 50.161.28.233 16:50, 21 February 2014 (UTC)

Step by step guide on how to install InfoBox Template

Can somebody please post or direct me to a step by step guide on how to setup an Infobox template on MediaWiki (version 1.22)? I've tried for weeks with resources found online but have not been successfully.

Thanks in advance, I appreciate your time. Ken. 71.196.79.240 (talk) 01:36, 22 February 2014 (UTC)

Well if you use scribunto then just copy template:infobox from en wiki and then copy the modules it requires. If you doint have scribunto install then go in the template:infobox history and copy it from before they changed to lua scripting and it should work ether way. 90.211.153.192 13:40, 22 February 2014 (UTC)

[RESOLVED] Two problems after failed 1.22 install/reversion to 1.21.1

Product Version MediaWiki 1.21.1 PHP 5.3.24 (cgi-fcgi) MySQL 5.5.35-cll

Using Softaculous I attempted an upgrade from MediaWiki 1.21 to 1.22. My wiki would then not work at all so I restored the backup I had made. There was an error restoring a missing table which my web host put right for me, but I am left with two outstanding problems that the web host says I should ask MediaWiki for help with.

1. On every page, instead of section Edit links I see

<editsection-brackets>

(not clickable - cannot even click and drag to highlight it)
2. On my list of Special pages, under "List of pages" the first line reads

& l t ; disambiguations & g t; (spaces inserted to preserve original code)

and under "Media reports and uploads" the first line reads

& l t ; filepath & g t; (again, spaces inserted)

I would very much appreciate any help anyone could give. I know little about databases but am prepared to dive into MySQL if the solution is fairly straightforward. 87.194.54.47 (talk) 14:08, 22 February 2014 (UTC)

It may be a problem with Localisation#Caching. Depending on your configuration, you should clear the localisation cache, that can be stored in the l10n_cache table in the database, a directory and/or memcache. Try that to see if the problem gets solved. Ciencia Al Poder (talk) 20:46, 22 February 2014 (UTC)

Hi!

Which was the table with the problem and which problem did it have (did the host say it had)? This might be relevant to say, if any further actions might be necessary or whether this might lead to further problems in the future.

What you describe in 1. and 2. is that you actually do not see the text of the language labels, but their names. What happened, after you followed Ciencia's advice? 88.130.100.150 23:51, 22 February 2014 (UTC)

Problem no. 2 (names of language labels) is now fixed, thank you. I flushed l10n_cache table in the database. Not sure where to look for a directory and/or memcache so I didn't do that.

Problem no. 1 (<editsection-brackets> instead of section Edit links) has not gone away.

You asked which table had the problem. Immediately after I attempted to restore from backup I got the error message "Error: 1146 Table 'xxxxx_mw620.mw_archive' doesn't exist (localhost)". My web host said "There was an error while restoring the missing table, xxxxx_mw620.mw_archive. It's corrected and the table is restored from backup database in your account." This worked, in that the 1146 error message disappeared.

I should be grateful for further advice on how to get my section Edit links back - thanks. 87.194.48.180 15:33, 15 March 2014 (UTC)

Woot! My section edit links have returned! I guess clearing the l10n_cache did do the trick after all, but the old version of the page had got stuck in my browser. Turned the computer off overnight, came back this morning and everything's working fine.

Thank you very much, Ciencia Al Poder. 87.194.48.180 10:52, 16 March 2014 (UTC)

table does not exists - fresh 'Translate' installation

I am trying to add 'Translate' extension and this does not go well.

I have MediaWiki 1.22.2, PHP 5.4.25 (cgi-fcgi), MySQL 5.1.73-log

I have created a sub-folder in the 'extentions' folder, I have uploaded the 'translate' extension content and I've trued enabling it with just one new line into the 'LocalSettings.php': "require_once ( "$IP/extensions/Translate/Translate.php" );" Once I do this, I get an sql error :( I've enabled some debug options to see the message and it is: A database query error has occurred. This may indicate a bug in the software.

   Query:
   SELECT tmi_value FROM `wiki_translate_messageindex` WHERE tmi_key = '0:main_Page' LIMIT 1
   Function: DatabaseMessageIndex::get
   Error: 1146 Table 'db515168816.wiki_translate_messageindex' doesn't exist (db515168816.db.1and1.com)

Backtrace:

1. 0 /homepages/5/d451478433/htdocs/wiki/includes/db/Database.php(1039): DatabaseBase->reportQueryError('Table 'db515168...', 1146, 'SELECT tmi_val...', 'DatabaseMessage...', false)
2. 1 /homepages/5/d451478433/htdocs/wiki/includes/db/Database.php(1496): DatabaseBase->query('SELECT tmi_val...', 'DatabaseMessage...')
3. 2 /homepages/5/d451478433/htdocs/wiki/includes/db/Database.php(1210): DatabaseBase->select('translate_messa...', 'tmi_value', Array, 'DatabaseMessage...', Array)
4. 3 /homepages/5/d451478433/htdocs/wiki/extensions/Translate/utils/MessageIndex.php(342): DatabaseBase->selectField('translate_messa...', 'tmi_value', Array, 'DatabaseMessage...')
5. 4 /homepages/5/d451478433/htdocs/wiki/extensions/Translate/utils/MessageIndex.php(48): DatabaseMessageIndex->get('0:main_Page')
6. 5 /homepages/5/d451478433/htdocs/wiki/extensions/Translate/utils/MessageHandle.php(50): MessageIndex::getGroupIds(Object(MessageHandle))
7. 6 /homepages/5/d451478433/htdocs/wiki/extensions/Translate/utils/MessageHandle.php(70): MessageHandle->figureMessage()
8. 7 /homepages/5/d451478433/htdocs/wiki/extensions/Translate/tag/TranslatablePage.php(762): MessageHandle->getKey()
9. 8 /homepages/5/d451478433/htdocs/wiki/extensions/Translate/tag/PageTranslationHooks.php(590): TranslatablePage::isTranslationPage(Object(Title))
10. 9 [internal function]: PageTranslationHooks::preventDirectEditing(Object(Title), Object(User), 'read', )
11. 10 /homepages/5/d451478433/htdocs/wiki/includes/Hooks.php(199): call_user_func_array('PageTranslation...', Array)
12. 11 /homepages/5/d451478433/htdocs/wiki/includes/GlobalFunctions.php(3877): Hooks::run('getUserPermissi...', Array)
13. 12 /homepages/5/d451478433/htdocs/wiki/includes/Title.php(1945): wfRunHooks('getUserPermissi...', Array)

I wonder what I do wrong here? 2602:306:CD99:A080:7461:A475:FBAE:5D4 (talk) 05:45, 23 February 2014 (UTC)

Hi!

The translate extension obviously needs additional tables and/or columns in the database; just by adding this one line to LocalSettings.php, the database will not be updated. Make sure to run the maintenance script update.php to do the needed changes to the database. Extension:Translate should have more information on that! 88.130.82.95 12:51, 23 February 2014 (UTC)

According to http://www.mediawiki.org/wiki/Extension:Translate#Installation I should be fine with one line exactly.

Can you please elaborate on your 'run the maintenance script update.php' suggestion? I must me missing the link on 'Special pages'.

Without the line in LocalSettings.php there is no way for mediawiki to know the extension is there, with the link I cannot open any page since they all report the SQL error. 2602:306:CD99:A080:7461:A475:FBAE:5D4 15:08, 23 February 2014 (UTC)

Running the update script is explained here: Manual:Upgrading#Run_the_update_script. If the information to run it is missing on the extension page, then this is a mistake. 88.130.82.95 16:11, 23 February 2014 (UTC)

Thank you! You suggestion has solved my problem.

So, while my wikifront end was showing the error I got into the 'upgrade' console which was functional and the 'upgrade' process has created the missing table. Thank you for you help! 2602:306:CD99:A080:7461:A475:FBAE:5D4 19:15, 23 February 2014 (UTC)

Apparently, not User:Nemo bis perspective :( Ciencia Al Poder (talk) 21:12, 24 February 2014 (UTC)

how can I search only templetes and categories?

I want to use the wikepedia tree on a app foe Iphone and Android.

from any given search item I dont need the page I only need the templete and categories in the end of the page.

Can someone please help me do that?

Thanks Yaron Yaronbar (talk) 13:26, 23 February 2014 (UTC)

What is the "Wikipedia tree"? AKlapper (WMF) (talk) 16:21, 23 February 2014 (UTC)

I am a noob at this but i will try to explayn:

The app we are developing needs to show this if a user searches for: "Dexter (TV series"

it needs to show only the Templete and the categories page found in the end of the "Dexter (TV series)" page.

Like in this page: http://en.wikipedia.org/wiki/Template:Dexter

and then I need for the user to be able to drill down and find what he needs.

Hope I explained it

Thanks !! 46.116.200.94 16:38, 23 February 2014 (UTC)

Did you already try using the MediaWiki API for that? AKlapper (WMF) (talk) 16:43, 23 February 2014 (UTC)

I have a developer who is trying, with no success untill now... 46.116.200.94 16:49, 23 February 2014 (UTC)

You are free to share the progress and specific problems so far here, so people can help. :) AKlapper (WMF) (talk) 16:56, 23 February 2014 (UTC)

Thanks so much

I will do that 46.116.200.94 17:27, 23 February 2014 (UTC)

Blocking profanity, restricting external links by user groups and blocking edits by user age?

Hello!

I've searched high and low for a solution - No luck.

Here's the premise to this problem:

-Basically, our Wiki is signing on with a COPPA cooperative site. With this, we must forbid profanity (We'd also like to be notified if any profanity is attempted - Perhaps through spam filters. Is this possible?)
--In addition, we must ask for user's ages and forbid anyone below age 13 from posting content.

-We also need to restrict offsite linking. Basically, we want only users in a certain user group to be withheld to linking to pre-approved sites, with only admins and staff being able to link anywhere.

I would have thought some extension would have existed which could do atleast one of the above - Yet I cannot find any.

So, how would I achieve the above? I'm well aware I'll have to manually type each profanic (Word?) term, but I'm willing to do so in order to keep my users safe. MarPuma (talk) 05:25, 24 February 2014 (UTC)

To block profanity and external links, I would suggest using some simple AbuseFilters. If you're unfamiliar with AbuseFilter, I'd be able to give you some basic codes for it once you set it up on your wiki, which would hopefully get the job done. Abuse Filters also have associated logs that list infractions of the filter.

As for blocking age, I personally don't know which MediaWiki extensions there are that can prevent user sign-up to certain age. I know Wikia has it, but I don't know if there is an extension for it that you could use. Someone else would have to find that for you. I hope that AbuseFilter will meet some of your needs though. :) GeorgeBarnick (talk) 05:33, 24 February 2014 (UTC)

Thank-you for your offer - I will definitely contact you when the time comes! I'm very surprised I did not find this before.

Just to get things straight - It can work in a reversed way, correct? We'd like for users to not link anywhere else but a specific set of sites approved as safe. MarPuma (talk) 05:40, 24 February 2014 (UTC)

Yeah, that can be done. Just let me know in this thread or on my talk page with the details on what sites you need to have allowed to be linked. :) GeorgeBarnick (talk) 05:42, 24 February 2014 (UTC)

[RESOLVED] Remove old subdirectory from URL

Hey all,

I have complete updated a site that is a mediawiki site. The URL used to be domain.com/wiki but now it is just domain.com since that what it is by definition.

Here is the current rewrite to make the URL's more SEO friendly:

NGINX:

location @friendly_url { rewrite ^/([^?]*)(?:\?(.*))? /index.php?title=$1&$2 last; }
        
location / { try_files $uri $uri/ @friendly_url; }

There is also this added in the LocalSettings.php file:

$wgScriptPath = "";
## Added for Freindly URLS ## START ##
$wgArticlePath      = "/$1";
$wgUsePathInfo      = true;
## Added for Freindly URLS ## END ##
$wgScriptExtension = ".php";

The problem is that there may still be some people with bookmarks and I just want to strip out the "wiki" part of the url they may still have. I have tried editing the "@friendly_url" to this:

rewrite ^/[wiki/?]?([^?]*)(?:\?(.*))? /index.php?title=$1&$2 last;

NOTE** the spot with "wiki" I added.

But it didn't seem to make any difference. If I try wiki after the domain, it tries to pull up a wikipage titled wiki. Would anyone have a good idea on how to handle this?

Thanks, -Bill Qops1981 (talk) 22:20, 24 February 2014 (UTC)

I don't know how nginx work, but instead of doing a rewrite, you should do a redirect instead. A rewrite makes the old page still accessible, but users won't see that it changed, and search engines will find the same page in both locations, which is bad. Do a redirect, instead. That will change the URL in the browser's location bar and also tell search engines that the old URL has been moved to the new one. Ciencia Al Poder (talk) 10:34, 25 February 2014 (UTC)

Thanks..

I got it to work with this:

 location ~* /wiki { rewrite (?i)^/wiki(.*) http://flyerguide.com$1 permanent; }

-Bill Qops1981 (talk) 16:26, 25 February 2014 (UTC)

Upgade problem 1.16 to 1.19

I tried earlier upgrade to 1.19 and server php was too low. So i Had to change files back to normal. Now with new server i managed to do upgrade without errors. Only problems are: Version number is still 1.16.2? Edit don´t work: Internal error Detected bug in an extension! Hook alternateEdit failed to return a value; should return true to continue hook processing or false to abort. Backtrace:

1. 0 /var/www/customers/ohjelmapartio/public_html/includes/EditPage.php(288): wfRunHooks('AlternateEdit', Array)
2. 1 /var/www/customers/ohjelmapartio/public_html/includes/EditPage.php(271): EditPage->edit()
3. 2 /var/www/customers/ohjelmapartio/public_html/includes/Wiki.php(553): EditPage->submit()
4. 3 /var/www/customers/ohjelmapartio/public_html/includes/Wiki.php(70): MediaWiki->performAction(Object(OutputPage), Object(Article), Object(Title), Object(User), Object(WebRequest))
5. 4 /var/www/customers/ohjelmapartio/public_html/index.php(117): MediaWiki->performRequestForTitle(Object(Title), Object(Article), Object(OutputPage), Object(User), Object(WebRequest))
6. 5 {main}

Any helps, please? 86.60.200.109 (talk) 23:56, 24 February 2014 (UTC)

Hi!

Two things:

• When Special:Version still displays the old version number you are still using the old version. Make sure that you have updated the correct files!
• Your special error is caused by an extnsion, which uses the hook "AlternateEdit", bu does no provide a return value there. This should be solved by updating your extensions. Upgrade contains all the information you need. 88.130.120.29 01:59, 25 February 2014 (UTC)

How to make Article summary on the main page/front page?

I want to make new pages summary appear on the main page such 'From today's featured article' section on http://wikipedia.org/ mainpage. It just appearing some sentence or a paragraph. is there any extension to use? if no, how to make it appear? thanks 203.130.201.38 (talk) 04:34, 25 February 2014 (UTC)

Copy the text/sentences you want from the featured article to the place in the main page where you want that article to be featured. There's no automatic way to do that. Ciencia Al Poder (talk) 10:36, 25 February 2014 (UTC)

Using Extension:Scribunto you would be able to get content of pages, process it and show it anywhere.

See also Extension:TextExtracts. Ricordisamoa 17:00, 25 February 2014 (UTC)

[RESOLVED] Wiki spam and related problems

Hello, I am not sure this is the right place since my question is not related to the domain Wikipedia.org, but I really need help and I hope to find some expert that can advise me. In order to get my PhD, I am running this wiki website (http://www.ichscotlandwiki.org/index.php?title=Main_Page) created by Edinburgh Napier University. Since it has been recently assaulted by spam content because of the action of relentless bots which created thousands of fake pages, me and other two people with administrator access have started to block and prevent new creations of a lot of bots, so to stop the creation of automatic new pages and focus on the removal of the older spam. However, since yesterday all pages appear (as you can see even in the main page) as to don't have any text. They can't be even restored or modified as they wouldn't be in any section. I am asking here because neither I nor my partners have any idea to how to solve this problem. Is anyone able to figure out what happened? Tanonero (talk) 15:11, 25 February 2014 (UTC)

Strange. I haven't seen this sort of behavior before. Are there any scripts you executed or DB modifications that you made?

Could you try some debugging?

First, add

 error_reporting( -1 );
 ini_set( 'display_errors', 1 );

to your LocalSettings.php file and see if any errors are displayed. If none are, try enabling debugging and see if the file shows you anything.

Finally, you can try BlockandNuke. ☠MarkAHershberger☢(talk)☣ 15:21, 25 February 2014 (UTC)

Many thanks for your reply. No, I didn't executed anything, I have just done a repetitive action of blocking fake users and deleting pages. The problem is that all of us are only administrator of the website, so we don't have any access to the server (the website was created three years ago by other people that can't be reached, and then handed over to one of my partner, just before ending up in abeyance for a while); I guess that an access to the server is what I need to add "error reporting" (I am only a sociologist, sorry if I don't have the basic know how to deeply understand a wiki). Tanonero (talk) 15:29, 25 February 2014 (UTC)

Yes, you need access to the server to solve your problems. It looks like someone may have compromised it.

If nothing else, you should find someone who can help you run the wiki from the technical side. ☠MarkAHershberger☢(talk)☣ 15:54, 27 February 2014 (UTC)

You could check the database table "revision" and the table "text" for entries. Your actual text will be stored in the field "old_text" in the text table. However, having a look at a diff view like this one reveals that relationships actually seem to be OK.

Do you really not see the text? I do see it. On the main page and also on other pages, e.g. here...

Note that you are still using MediaWiki 1.15. This version is no longer supported and has known security holes. Using such outdated versions opens a variety of security related problems. You should upgrade your wiki to a current version. 88.130.83.1 16:38, 27 February 2014 (UTC)

When I looked before, I could see the problems described. When I looked today, I didn't see them. If they don't know who has access to the machine, that indicates a problem. Still, I think they've got this sorted out. ☠MarkAHershberger☢(talk)☣ 00:28, 28 February 2014 (UTC)

Yes, they have got it sorted out, thanks a lot. Tanonero (talk) 20:02, 21 March 2014 (UTC)

[Error] [AutoLoader.php] Out of memory!

Hey all,

Sorry in advance.. I tried to clean up my wiki formatting as much as I could :-/.

EC2 m1.medium
NGINX
MediaWiki 1.22.0
PHP 5.3.28 (fpm-fcgi)
PHP memory_limit 128M 128M - (UP from 64M)
MySQL 5.5.27-log

I keep receiving this error in my php error Log:

[25-Feb-2014 09:42:56 America/Denver] PHP Fatal error:  
Out of memory (allocated 1310720) (tried to allocate 14 bytes) in /site/domain.com/includes/AutoLoader.php on line 964

here are the settings in my Local Settings file:

if ( !defined( 'MEDIAWIKI' ) ) {
	exit;
}

$wgSitename = "XXXXXX";

$wgScriptPath = "";
##Added for Freindly URLS ## START ##
$wgArticlePath      = "/$1";
$wgUsePathInfo      = true;
##Added for Freindly URLS ## END ##
$wgScriptExtension = ".php";

$wgServer = "http://XXXXXXXX.com";

$wgStylePath = "http://cdn.XXXXX.com/skins";

$wgLogo = "/skins/fg_wiki.png";

$wgGroupPermissions['*']['edit']             = false;
$wgGroupPermissions['*']['createpage'] 	= false;
$wgGroupPermissions['*']['createtalk']  = false;
$wgGroupPermissions['user']['createpage']    = false;
$wgGroupPermissions['user']['createtalk']    = false;
$wgGroupPermissions['autoconfirmed']['createpage'] = true;
$wgGroupPermissions['autoconfirmed']['createtalk'] = true;
$wgGroupPermissions['autoconfirmed']['edit'] = true;
$wgAutoConfirmAge = 86400 * 4; # Four days times 86400 seconds/day

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

$wgEmergencyContact = "apache@XXX.com";
$wgPasswordSender = "apache@fXXX.com";

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

$wgMainCacheType = CACHE_MEMCACHED;
$wgParserCacheType = CACHE_MEMCACHED; # optional
$wgMessageCacheType = CACHE_MEMCACHED; # optional
$wgMemCachedServers = array( "misc-xf-mcache.ajnafo.cfg.usw2.cache.amazonaws.com:11211" );
 
$wgSessionsInMemcached = true;

$wgUseFileCache = false;

$wgEnableUploads = true;
$wgUseImageMagick = false;


$wgMSU_ShowAutoKat = false;     #autocategorisation
$wgMSU_CheckedAutoKat = false;  #checkbox for autocategorisation checked
$wgMSU_debug = false;           #debug mode
$wgMSU_ImgParams = '400px';     #default max-size for inserted image
$wgMSU_UseDragDrop = true;      #show drag&drop area
require_once "$IP/extensions/MsUpload/msupload.php";

$wgFileExtensions = array( 'bmp', 'doc', 'docx', 'flac', 'gif', 'ico', 'jpeg',
    'jpg', 'mp3', 'mpp', 'odg', 'odp', 'ods', 'odt', 'ogg', 'pdf', 'png', 'ppt',
    'pptx', 'ps', 'rtf', 'svg', 'swf', 'tif', 'tiff', 'xls', 'xlsx', 'xml' );
 
$wgFileBlacklist = array(
    # HTML may contain cookie-stealing JavaScript and web bugs
    'html', 'htm', 'js', 'jsb', 'mhtml', 'mht',
    # PHP scripts may execute arbitrary code on the server
    'php', 'phtml', 'php3', 'php4', 'php5', 'phps',
    # Other types that may be interpreted by some servers
    'shtml', 'jhtml', 'pl', 'py', 'cgi',
    # May contain harmful executables for Windows victims
    'exe', 'scr', 'dll', 'msi', 'vbs', 'bat', 'com', 'pif', 'cmd', 'vxd', 'cpl' );
 
$wgMimeTypeBlacklist= array(
    # HTML may contain cookie-stealing JavaScript and web bugs
    'text/html', 'text/javascript', 'text/x-javascript',  'application/x-shellscript',
    # PHP scripts may execute arbitrary code on the server
    'application/x-php', 'text/x-php',
    # Other types that may be interpreted by some servers
    'text/x-python', 'text/x-perl', 'text/x-bash', 'text/x-sh', 'text/x-csh',
    # Windows metafile, client-side vulnerability on some systems
    'application/x-msmetafile'
);

$wgCheckFileExtensions = false;
 
$wgStrictFileExtensions = true;
 
$wgUploadSizeWarning = false;

$wgUseInstantCommons = false;

$wgShellLocale = "en_US.utf8";

$wgLanguageCode = "en";

$wgSecretKey = "2a1ca97dfXXXXXXXXXXXXXXXXXXXXXXXXXXXcf01491a0f138f4d82a06";

$wgUpgradeKey = "efc2XXXXXX2df4";

$wgDefaultSkin = "monobook";
$wgSkipSkins = array("vector", "cologneblue", "modern");

$wgRightsPage = ""; 
$wgRightsUrl = "";
$wgRightsText = "";
$wgRightsIcon = "";

$wgDiff3 = "/usr/bin/diff3";

require_once "$IP/extensions/googleAnalytics/googleAnalytics.php";
$wgGoogleAnalyticsAccount = "UA-XXXXXX-7"; 
$wgGoogleAnalyticsIgnoreSysops = false;
$wgGoogleAnalyticsIgnoreBots = false;
$wgGoogleAnalyticsAddASAC = false;

require_once "$IP/extensions/MobileFrontend/MobileFrontend.php";
$wgMFAutodetectMobileView = true;

require_once "$IP/extensions/WikiEditor/WikiEditor.php";

$wgDefaultUserOptions['usebetatoolbar'] = 1;
$wgDefaultUserOptions['usebetatoolbar-cgd'] = 1;
 
$wgDefaultUserOptions['wikieditor-preview'] = 1;
 
$wgDefaultUserOptions['wikieditor-publish'] = 1;

$everyPage=true;
require_once("$IP/extensions/add-to-any-share-save/add-to-any-share-save.php");

require_once "$IP/extensions/SpamBlacklist/SpamBlacklist.php";

$wgSpamBlacklistFiles = array(
   "http://meta.wikimedia.org/w/index.php?title=Spam_blacklist&action=raw&sb_ver=1",
   "http://en.wikipedia.org/wiki/MediaWiki:Spam-blacklist"
);

require_once( "$IP/extensions/AkismetKlik/AkismetKlik.php" );

$wgGroupPermissions['autoconfirmed']['bypassakismet'] = true;
$wgGroupPermissions['sysop']['bypassakismet'] = true;
$wgGroupPermissions['bot']['bypassakismet'] = true;

require_once "$IP/extensions/Nuke/Nuke.php";

I removed most of the commented code and the Database info. I have tried upping the memory limit several times but nothing seems to help :-/. I have also tried disabling the mobile front end but no luck there either.

Thanks, -Bill Qops1981 (talk) 17:07, 25 February 2014 (UTC)

You have to increase memory_limit in php.ini, to for example 256MB (put a large value first, and then reduce to your needs) Ciencia Al Poder (talk) 10:46, 26 February 2014 (UTC)

I have maxed it out beyond the 128mb I list above.. The thing I don't get is that it says it has 1.25MB (1310720 bytes) and it just just trying to allocate 14 more.. That doesn't change even If I increase the memory. Qops1981 (talk) 17:11, 26 February 2014 (UTC)

Here is an Update. I am still receiving the error.

I have updated my PHP.ini to have a limit if 512MB. I have tried adding ini_set('memory_limit','512M'); to both the LocalSettings.php File & Autoloader.php file. In all scenarios, no matter how high I increase the memory; I receive the same exact error. I have tried commenting out the line in question from AutoLoader.php but the error just shows up as being on the next line. It would appear thats where it runs out of memory.

-Bill Qops1981 (talk) 21:12, 26 February 2014 (UTC)

Try increasing it in php.ini instead of in a MediaWiki file, just to be safe. (And remove any lines you added to mediawiki's files to increase it)

You can try disabling all extensions just to check that one isn't using an inordinate amount of memory due to some bug. Bawolff (talk) 06:27, 27 February 2014 (UTC)

Hey Bawolff & Ciencia Al Poder,

That is were I have the memory limit increased.. I have it at 512MB up from the original 64MB it was. I incremented it up over time and the error didn't change at any point :-\ The above mention attempts by adding code to the LocalSettings.php file was just onto what I did in the php.ini file.

-Bill Qops1981 (talk) 15:50, 27 February 2014 (UTC)

Update: I have changed the account of Child Processes, Min's, & Max's.. I have lowered them all.. My though process is maybe all of the processes are dividing up the memory limit that is set.. It seems to have stopped for 2 of the servers, but not the 3rd.. I have the figured down to 1 on the last one but its still not getting rid of the error.. I will wait until tomorrow to make sure all of the errors have stopped on the other two since all of my logs roll over during the night.

-Bill Qops1981 (talk) 17:25, 27 February 2014 (UTC)

Be sure to restart apache after you change php.ini Ciencia Al Poder (talk) 21:55, 27 February 2014 (UTC)

Yes, be sure you're changing it in php.ini (and the right one, see Manual:php.ini), otherwise your host may be limiting the changes you can do to that variable. Ciencia Al Poder (talk) 10:34, 27 February 2014 (UTC)

Another Update: I was wrong.. Changing the Child Process and what not, did not stop the error.. I check my Logs this morning and they are back :-(.

@Ciencia: these are self hosted Using Amazon EC2 instances where I self install NGINX, PHP, etc, etc. So there is only the one php.ini file.. nothing hidden other than what I put in there.

-Bill Qops1981 (talk) 16:01, 28 February 2014 (UTC)

When you say "self install", do you mean you're compiling them yourself? ☠MarkAHershberger☢(talk)☣ 16:32, 28 February 2014 (UTC)

I would yes but I just do "yum -y install" so it all automated. Qops1981 (talk) 18:28, 28 February 2014 (UTC)

My reply didn't seem to show up.. So if you see a duplicate.. My Bad..

I just do "yum -y install" so it is all automated. Qops1981 (talk) 18:31, 28 February 2014 (UTC)

what does phpinfo() say for memory_limit? Ciencia Al Poder (talk) 20:31, 28 February 2014 (UTC)

PHP memory_limit 512M 512M Up from 256MB Up from 128MB Up From 64MB.

I incrementally increased to see what would solve it, but 512 seems a but excessive! Qops1981 (talk) 21:13, 28 February 2014 (UTC)

But what does the "allocated" bytes say in the out of memory errors? Are they the same or does they increase when you increase the memory_limit? Ciencia Al Poder (talk) 12:09, 1 March 2014 (UTC)

No, it stays the same. Which is weird.. PHP info moves up when I change it, so I know PHP is recognizing the change. But the error does not change :-\ Qops1981 (talk) 22:25, 3 March 2014 (UTC)

grep the entire MediaWiki installation directory looking for memory_limit. Maybe you have a ini_set('memory_limit','1M'); somewhere.

Look also in .htaccess files and web configuration files, since that setting can also be changed there (and affect only that MediaWiki installation). Ciencia Al Poder (talk) 10:29, 4 March 2014 (UTC)

Uber Smart Idea:

I found a whole bunch in

./includes/installer/Installer.php:

But I removed them from the list below because I didn't think they would be relevant. Here is the list of files I found it in:

./tests/parser/parserTest.inc:		ini_set( 'memory_limit', $this->memoryLimit * 1048576 );
./tests/phpunit/includes/parser/NewParserTest.php:		ini_set( 'memory_limit', $this->memoryLimit * 1048576 );
Binary file ./extensions/AWS/composer.phar matches
./extensions/LocalisationUpdate/update.php:ini_set( 'memory_limit', -1 );
./HISTORY:* (bug 1000) Clarify warning about memory_limit in installer
./HISTORY:* Fix ulimit parameters for wfShellExec when memory_limit is specified in 'm'
./includes/parser/Preprocessor_DOM.php:		$mem = ini_get( 'memory_limit' );
./includes/normal/UtfNormalMemStress.php:ini_set('memory_limit', BIGSIZE + 120 * 1024 * 1024);
./includes/GlobalFunctions.php:	$memlimit = wfShorthandToInteger( ini_get( 'memory_limit' ) );
./includes/GlobalFunctions.php:			ini_set( 'memory_limit', $conflimit );
./includes/GlobalFunctions.php:			ini_set( 'memory_limit', $conflimit );
./maintenance/runJobs.php:			if ( preg_match( '!^(\d+)(k|m|g|)$!i', ini_get( 'memory_limit' ), $m ) ) {
./maintenance/Maintenance.php:	 * Normally we disable the memory_limit when running admin scripts.
./maintenance/Maintenance.php:			ini_set( 'memory_limit', $limit );
Binary file ./maintenance/composer.phar matches
./maintenance/preprocessorFuzzTest.php:ini_set( 'memory_limit', '50M' );

Do any of them seem likely that they could cause said problem?

Thanks,

-Bill Qops1981 (talk) 16:53, 4 March 2014 (UTC)

None of them reduce the memory_limit. The lines in GlobalFunctions.php are for increasing it (only if $wgMemoryLimit is set), but it doesn't reduce it if it's lower than the configured value in php.ini

Maybe the server has no more physical memory for PHP, or there's another limitation imposed by the user running nginx (ulimit for example) Ciencia Al Poder (talk) 11:44, 9 March 2014 (UTC)

I kind of resolved the issue. I set the Job que to not run except by Cron one a night.. Since I have received no errors and my processor usage has gone down.. I am not sure what that might indicate though.

-Bill Qops1981 (talk) 17:37, 10 March 2014 (UTC)

Damn, I though you were seeing that error in pages. Well, what you experimented is part of Manual:Job queue#Changes introduced in MediaWiki 1.22. Ciencia Al Poder (talk) 10:28, 11 March 2014 (UTC)

This may be causing some problems. Could you try using the standard package? ☠MarkAHershberger☢(talk)☣ 15:32, 1 March 2014 (UTC)

Its the standard stable release. Plus I have it running 4 Xenforo Sites, 6 Wordpress sites, and 4 custom PHP sites. My Mediawiki site is the only one displaying an error :-/ Qops1981 (talk) 22:28, 3 March 2014 (UTC)

[Novice] Caching Advice Needed!

Hey All,

I am running a load balanced system on 3 servers. I am using nginx with FastCGI_Caching Enabled as well as Memcached. However my processor usage on all three servers seems to be a bit excessive for only 20 (on average) users being on.

Here is my memcached settings in LocalSettings:

$wgMainCacheType = CACHE_MEMCACHED;
$wgParserCacheType = CACHE_MEMCACHED;
$wgMessageCacheType = CACHE_MEMCACHED;
$wgMemCachedServers = array( "XXXXXXX.ajXXfo.XXX.usw2.cache.amazonaws.com:11211" );
$wgSessionsInMemcached = true;

$wgUseFileCache = false;

Note** In there instructions it said to set $wgUseFileCache to --> false

But I notice a whole lot of other caching options? I though that memcache setup would also page cache like file caching does. Is this incorrect? I do think that page caching would be very useful for user that are not logged in. Can I do both? or is there a way to may mamcache cache pages? or are there other techniques I am not implementing.

Thanks,
-Bill Qops1981 (talk) 18:06, 25 February 2014 (UTC)

memcache and filecache are separate things (memcache more caches for logged in users, filecache/varnish/squid is more for logged out users). On high performance system, using varnish or squid usually takes the place of file cache.

Make sure that your memcached server has enough caching space on it. Consider implementing profiling to see what is taking the most time, and what your cache hit ratio is (if its too low it could mean something is wrong with your setup) Bawolff (talk) 19:37, 25 February 2014 (UTC)

Hey Bawolff,

That is awesome to here! I have read online that in relation to Varnish & Squid that NGINX is so efficient at serving static content that is really doesn't need them ( https://rtcamp.com/why-we-never-use-varnish-with-nginx/ ) What I think I will be doing is enabling file caching for pages and let NGINX do its thing.. Is there anything I should know to make sure that the File Caching does not interfere with what memcache is doing?

Thanks,

-Bill Qops1981 (talk) 20:24, 25 February 2014 (UTC)

Hey Bawolff,

So I implemented file caching but my processor usage hasn't changed at all.. My assumption would be that perhaps there are just a lot of pages that still need to be rendered.. Is there a way to tell when the page is rendered live vs. pulled from cache so I know it is working? I can see about 7MB of files in images/cache/*. Is that were they should be ending up? I also have the directory shared between all 3 load balanced servers. Also, is there a way to have it go through a CDN for cached pages?

Thanks,

-Bill 69.198.41.161 21:55, 25 February 2014 (UTC)

The point of varnish is not just to make it easier to serve static files, its also to separate static and dynamic load between different servers (Also file cache is not serving static files, a short php script must run to make sure that the file in question is still appropriate to serve). There are a lot of CDN services, its hard to say, but probably. I imagine it varries depending on the CDN. Squid/varnish serve much the same purpose as a CDN.

> images/cache/*. Is that were they should be ending up?

The default is in the cache directory, not images/cache. Where they are doesn't matter that much.

-----

If you're really concerned about your CPU usage, you need to do profiling to figure out which part is slow (Well first you should use something like top to make sure that php is really the one using all the cpu). Maybe there's something totally unrelated to caching that is misconfigured causing slowness, who knows. Running profiling will allow you (or us once you post it) to determine what is slow, which will allow us to figure out what part needs to be fixed. Bawolff (talk) 05:53, 27 February 2014 (UTC)

Hey Bawolff,

I would love to do that, but <-- [Novice].. How do I do that?

Thanks,

-Bil Qops1981 (talk) 21:06, 27 February 2014 (UTC)

Edit (or create if it doesn't already exist) the file StartProfiler.php to be

<?php
$wgProfiler['class'] = 'ProfilerSimpleText';

Then go to a page in your web browser. If you hit view source button (Often ctrl+U) and scroll to the bottom, there should be profiling info in an html comment. It would look something like:

<!--
414.08% 23.996792      7 - LocalisationCache::readJSONFile
258.91% 15.004392      4 - User::load
206.56% 11.970341      4 - LocalisationCache::getItem-load
204.29% 11.839178      4 - LocalisationCache::recache
164.73% 9.546220      4 - LocalisationCache::recache-extensions
146.08% 8.465817      2 - MediaWiki::main
100.00% 5.795164      1 - -total
 95.07% 5.509557      2 - MediaWiki::performRequest
 93.08% 5.394423      2 - MediaWiki::performAction
 38.22% 2.215066    202 - DatabaseBase::query-master
 36.64% 2.123584      2 - LocalisationCache::recache-write
 15.21% 0.881610    155 - LocalisationCache::readPHPFile
 11.78% 0.682594      2 - query-m: DELETE FROM `lNn_cache` WHERE lc_lang = 'X'
 11.01% 0.637818     18 - query-m: REPLACE INTO `objectcache` (keyname,value,exptime) VALUES ('X')
 10.51% 0.608908      1 - OutputPage::output
[...]

And would probably go on for a little while (The columns are percent of time, number of seconds, number of times the method happens, and name of the method.) Bawolff (talk) 03:30, 28 February 2014 (UTC)

Should I just copy and paste there here? The whole long list?

P.S. I won't be responding over the weekend. Qops1981 (talk) 17:52, 28 February 2014 (UTC)

Copying and pasting here is fine (put it inside a <pre>...</pre> block).

It might not be neccessary to paste the entire list, but do say the first 30 lines or so, or say the lines up until the point where the percentage column goes below 1%. Bawolff (talk) 01:32, 1 March 2014 (UTC)

Thanks Bawolff,

Here you go:

<!--
100.00% 0.476946      1 - -total
 62.33% 0.297289      1 - MediaWiki::main
 33.07% 0.157728      1 - OutputPage::output
 30.30% 0.144494      1 - Output-skin
 30.28% 0.144406      1 - SkinTemplate::outputPage
 16.62% 0.079272      1 - MediaWiki::doJobs-exec
 16.28% 0.077629      1 - MediaWiki::performRequest
 13.86% 0.066123      1 - SkinTemplate::outputPage-stuff5
 13.11% 0.062542      1 - MediaWiki::performAction
 13.08% 0.062395      1 - Article::view
 11.92% 0.056833     22 - DatabaseBase::query
 10.15% 0.048419      1 - Setup.php
  9.17% 0.043739    163 - MessageCache::get
  7.26% 0.034626      2 - User::load
  6.96% 0.033205      1 - SkinTemplate::outputPage-execute
  6.20% 0.029575      1 - Setup.php-globals
  5.98% 0.028539      1 - DeferredUpdates::doUpdates
  5.75% 0.027422     11 - MWMemcached::get
  5.41% 0.025788      1 - SkinTemplate::outputPage-stuff4
  4.90% 0.023374     35 - Linker::titleAttrib
  4.55% 0.021699      1 - query: COMMIT
  4.53% 0.021590      2 - ResourceLoader::makeModuleResponse
  3.95% 0.018819      6 - Parser::transformMsg
  3.90% 0.018580      6 - Parser::preprocess
  3.42% 0.016334      7 - Parser::replaceVariables
  3.07% 0.014644     89 - LocalisationCache::getSubitem-load
  3.03% 0.014469      1 - MediaWiki::initializeArticle
  2.47% 0.011763      1 - WebStart.php-conf
  2.36% 0.011255      1 - SkinTemplate::buildContentNavigationUrls
  2.27% 0.010821      1 - RequestContext::getSkin-createskin
  2.17% 0.010366     17 - PPFrame_DOM::expand
  2.17% 0.010358     34 - Linker::accesskey
  2.16% 0.010297      1 - SkinTemplate::outputPage-stuff3
  2.16% 0.010284      3 - ResourceLoader::filter
  2.13% 0.010171      1 - StubObject::_unstub-wgParser
  2.02% 0.009639     22 - LoadBalancer::getConnection
  1.93% 0.009216      1 - MessageCache::load
  1.91% 0.009094      1 - MessageCache::load-fromcache
  1.78% 0.008468     22 - LoadBalancer::openConnection
  1.78% 0.008468      8 - Parser::braceSubstitution
  1.75% 0.008370      1 - ResourceLoader::makeModuleResponse-user.tokens
  1.62% 0.007738      1 - query: SELECT rev_id,rev_page,rev_text_id,rev_timestamp,rev_comment,rev_user_text,rev_user,rev_minor_edit,rev_deleted,rev_len,rev_parent_id,rev_shaN,rev_content_format,rev_content_model,page_namespace,page_title,page_id,page_latest,page_is_redirect,page_len,user
  1.59% 0.007601     13 - LocalisationCache::getItem-load
  1.52% 0.007239      1 - Parser::firstCallInit
  1.49% 0.007100      1 - Revision::loadText
  1.45% 0.006898    226 - hook: MessagesPreLoad
  1.39% 0.006653      1 - query: SELECT old_text,old_flags FROM `hNh_text` WHERE old_id = 'X' LIMIT N 
  1.32% 0.006296      1 - MessageCache::parse
  1.30% 0.006202      1 - Parser::parse
  1.29% 0.006169      1 - Setup.php-includes
  1.29% 0.006166      1 - Parser::parse-MessageCache::parse
  1.20% 0.005726      1 - ParserCache::get
  1.14% 0.005427    128 - MagicWord::load
  1.12% 0.005357      1 - Parser::internalParse
  1.12% 0.005323      1 - SkinTemplate::buildNavUrls
  1.10% 0.005234      8 - Parser::braceSubstitution-modifiers
  1.05% 0.004999      1 - DatabaseMysqlBase::open
  1.03% 0.004891      1 - query: UPDATE `hNh_site_stats` SET ss_total_views=ss_total_views+N
  1.02% 0.004885      1 - SkinTemplate::buildContentNavigationUrls-live
  1.01% 0.004823      1 - SkinTemplate::outputPage-stuff2
  0.90% 0.004292      7 - Parser::clearState
  0.89% 0.004258      1 - -setup
  0.84% 0.003988      1 - Setup.php-session
  0.83% 0.003974     12 - Title::getUserPermissionsErrorsInternal
  0.73% 0.003492      4 - query: SELECT page_namespace,page_title,page_touched FROM `hNh_page` WHERE (page_namespace = 'X') ) 
  0.73% 0.003471      1 - hook: RequestContextCreateSkin
  0.65% 0.003083      1 - SkinTemplate::buildPersonalUrls
  0.60% 0.002841      1 - Setup.php-memcached
  0.58% 0.002777      1 - dbconnect-ffs-community.c2xtrqny5u1g.us-west-2.rds.amazonaws.com
  0.56% 0.002683      8 - Preprocessor_DOM::preprocessToObj
  0.56% 0.002669      3 - Linker::link
  0.55% 0.002619      1 - SkinTemplate::outputPage-init
  0.54% 0.002580      1 - Skin::initPage
  0.54% 0.002552      1 - ResourceLoader::__construct
  0.49% 0.002342      1 - MobileFrontendHooks::onRequestContextCreateSkin
  0.41% 0.001938      1 - LinkBatch::executeInto
  0.37% 0.001763      1 - Parser::braceSubstitution-pfunc
  0.36% 0.001730      1 - ResourceLoader::makeModuleResponse-user.cssprefs
  0.36% 0.001706      2 - MobileFrontendHooks::onSkinTemplateOutputPageBeforeExec
  0.36% 0.001700      1 - Skin::buildSidebar
  0.36% 0.001694      1 - Parser::callParserFunction
  0.34% 0.001639      1 - Parser::callParserFunction-pfunc-plural
  0.32% 0.001504      1 - Article::showPatrolFooter
  0.31% 0.001463      1 - MessageBlobStore::get
  0.29% 0.001385      1 - SkinTemplate::setupTemplateForOutput
  0.29% 0.001370      1 - LinkBatch::doQuery
  0.27% 0.001294      1 - SkinTemplate::setupTemplateForOutput-stuff
  0.27% 0.001285      8 - Preprocessor_DOM::preprocessToXml
  0.27% 0.001272      1 - Setup.php-exception
  0.26% 0.001244      6 - MediaWiki_I18N::translate
  0.25% 0.001169      1 - main-try-filecache
  0.24% 0.001155      1 - Setup.php-misc1
  0.24% 0.001140      1 - SkinTemplate::buildContentNavigationUrls-edit
  0.22% 0.001073     35 - hook: GetLocalURL::Internal
  0.21% 0.000995     35 - hook: GetLocalURL
  0.21% 0.000985      1 - Parser::doDoubleUnderscore
  0.20% 0.000977      2 - ResourceLoader::register
  0.20% 0.000957      1 - query: SELECT page_id,page_namespace,page_title,page_len,page_is_redirect,page_latest FROM `hNh_page` WHERE (page_namespace = 'X') 
  0.20% 0.000933      1 - hook: SkinTemplateOutputPageBeforeExec
  0.20% 0.000931      8 - Parser::braceSubstitution-setup
  0.19% 0.000917      1 - query: SELECT page_id,page_namespace,page_title,page_restrictions,page_counter,page_is_redirect,page_is_new,page_random,page_touched,page_latest,page_len,page_content_model FROM `hNh_page` WHERE page_namespace = 'X' LIMIT N 
  0.18% 0.000880      1 - query: SELECT user_id FROM `hNh_user_newtalk` WHERE user_id = 'X' LIMIT N 
  0.18% 0.000873      1 - query: SELECT user_id,user_name,user_real_name,user_password,user_newpassword,user_newpass_time,user_email,user_touched,user_token,user_email_authenticated,user_email_token,user_email_token_expires,user_registration,user_editcount FROM `hNh_user` WHERE user_id =
  0.18% 0.000863      1 - query: UPDATE `hNh_page` SET page_counter = page_counter + N WHERE page_id = 'X'
  0.18% 0.000852      8 - Preprocessor_DOM::preprocessToObj-loadXML
  0.18% 0.000851      1 - query: SELECT wl_notificationtimestamp FROM `hNh_watchlist` WHERE wl_user = 'X' LIMIT N 
  0.18% 0.000850      1 - query: SELECT mr_blob,mr_resource,mr_timestamp FROM `hNh_msg_resource` WHERE mr_resource IN ('X' 
  0.17% 0.000829      1 - query: SELECT up_property,up_value FROM `hNh_user_properties` WHERE up_user = 'X' 
  0.17% 0.000813      1 - query: SELECT page_namespace,page_title,page_touched FROM `hNh_page` WHERE (page_namespace = 'X') 
  0.17% 0.000803      1 - query: SELECT pr_type,pr_expiry,pr_level,pr_cascade FROM `hNh_page_restrictions` WHERE pr_page = 'X' 
  0.16% 0.000782      1 - query: SELECT ug_group FROM `hNh_user_groups` WHERE ug_user = 'X' 
  0.16% 0.000778      3 - Linker::linkUrl

Thats not all of it.. Just a section from the top of the list.

Thanks,

-Bill Qops1981 (talk) 17:00, 3 March 2014 (UTC)

was that from a slow loading page? that profiling output says total time taken was half a second.

------

Re-reading your original post, I guess you never said that the pages were loading slowly, only that CPU usage was high, and I assumed that meant CPU was being spent loading pages.

Assuming that pages are loading quickly, could you check to see what is taking up all the processing time (Is it really mediawiki, or is it something else). On linux servers you can usually see what is taking up the most processing time by running the top command. And to clarify, this is high cpu usage on the server(s) running PHP, not the db servers? (If its the db servers that are overloaded, other things can be done, e.g. disabling hit counters to reduce writes for example) Bawolff (talk) 19:53, 4 March 2014 (UTC)

here is that same page.. but much longer:

<!--
100.00% 12.737465      1 - -total
 64.21% 8.178509      1 - MediaWiki::main
 40.92% 5.212230      1 - OutputPage::output
 37.14% 4.730567      1 - Output-skin
 37.14% 4.730458      1 - SkinTemplate::outputPage
 20.15% 2.566425      1 - MediaWiki::doJobs-exec
 17.69% 2.252645      1 - SkinTemplate::outputPage-stuff5
 14.07% 1.791607      1 - MediaWiki::performRequest
 13.14% 1.673754      1 - MediaWiki::performAction
 13.14% 1.673590      1 - Article::view
 11.10% 1.413657      1 - SkinTemplate::outputPage-stuff4
 10.20% 1.298738      2 - ResourceLoader::makeModuleResponse
  9.26% 1.179684      1 - ResourceLoader::makeModuleResponse-user.tokens
  9.25% 1.177826      7 - Parser::replaceVariables
  8.33% 1.060565     17 - PPFrame_DOM::expand
  8.27% 1.053024      8 - Parser::braceSubstitution
  7.55% 0.961238      1 - Setup.php
  6.52% 0.830152    163 - MessageCache::get
  6.32% 0.804596      6 - Parser::transformMsg
  6.31% 0.804360      6 - Parser::preprocess
  6.29% 0.800860     19 - DatabaseBase::query
  4.77% 0.607329      1 - Setup.php-globals
  4.67% 0.594258      1 - SkinTemplate::outputPage-stuff3
  4.51% 0.574524      8 - Parser::braceSubstitution-modifiers
  4.34% 0.553255      1 - WebStart.php-conf
  3.78% 0.481963      1 - MessageCache::parse
  3.78% 0.481837      1 - Parser::parse
  3.78% 0.481721      1 - Parser::parse-MessageCache::parse
  3.78% 0.480899      1 - Parser::internalParse
  3.76% 0.479113      1 - RequestContext::getSkin-createskin
  3.76% 0.478659      1 - StubObject::_unstub-wgParser
  3.74% 0.477015      1 - Parser::braceSubstitution-pfunc
  3.74% 0.476947      1 - Parser::callParserFunction
  3.74% 0.476883      1 - Parser::callParserFunction-pfunc-plural
  3.71% 0.472231     12 - Title::getUserPermissionsErrorsInternal
  3.70% 0.471907      1 - hook: RequestContextCreateSkin
  3.70% 0.470894      1 - MobileFrontendHooks::onRequestContextCreateSkin
  3.69% 0.469389      1 - MobileContext::shouldDisplayMobileView
  3.68% 0.469091      1 - MobileContext::getDevice
  3.67% 0.467843      1 - DeferredUpdates::doUpdates
  3.59% 0.457432      1 - query: COMMIT
  2.85% 0.362588      1 - SkinTemplate::outputPage-execute
  2.78% 0.353554     35 - Linker::titleAttrib
  2.71% 0.345091      3 - Linker::link
  1.87% 0.238360     11 - MWMemcached::get
  1.84% 0.234390      1 - Setup.php-includes
  1.01% 0.128775      2 - User::load
  0.97% 0.124033     89 - LocalisationCache::getSubitem-load
  0.96% 0.122552      1 - SkinTemplate::buildContentNavigationUrls
  0.94% 0.119789     34 - Linker::accesskey
  0.93% 0.118167      1 - Parser::firstCallInit
  0.92% 0.117280      1 - MediaWiki::initializeArticle
  0.92% 0.117009    128 - MagicWord::load
  0.90% 0.114450      1 - SkinTemplate::buildNavUrls
  0.89% 0.113918      8 - Preprocessor_DOM::preprocessToObj
  0.89% 0.113754      1 - SkinTemplate::buildContentNavigationUrls-live
  0.88% 0.112438      3 - ResourceLoader::filter
  0.88% 0.112158      1 - SkinTemplate::buildPersonalUrls
  0.88% 0.111905      8 - Preprocessor_DOM::preprocessToObj-loadXML
  0.87% 0.111403      1 - Setup.php-session
  0.87% 0.111016      1 - Revision::loadText
  0.87% 0.110432      1 - query: SELECT old_text,old_flags FROM `hNh_text` WHERE old_id = 'X' LIMIT N 
  0.85% 0.108854      1 - query: SELECT rev_id,rev_page,rev_text_id,rev_timestamp,rev_comment,rev_user_text,rev_user,rev_minor_edit,rev_deleted,rev_len,rev_parent_id,rev_shaN,rev_content_format,rev_content_model,page_namespace,page_title,page_id,page_latest,page_is_redirect,page_len,user
  0.83% 0.105752     19 - LoadBalancer::getConnection
  0.82% 0.104710     19 - LoadBalancer::openConnection
  0.81% 0.103485      7 - Parser::clearState
  0.80% 0.101598      1 - DatabaseMysqlBase::open
  0.79% 0.100655      1 - SkinTemplate::outputPage-init
  0.79% 0.100590      1 - Skin::initPage
  0.79% 0.100037      1 - dbconnect-ffs-community.c2xtrqny5u1g.us-west-2.rds.amazonaws.com
  0.78% 0.099843      1 - LinkBatch::executeInto
  0.78% 0.099219      1 - LinkBatch::doQuery
  0.78% 0.098742      1 - query: SELECT page_id,page_namespace,page_title,page_len,page_is_redirect,page_latest FROM `hNh_page` WHERE (page_namespace = 'X') 
  0.06% 0.008266      1 - query: UPDATE `hNh_site_stats` SET ss_total_views=ss_total_views+N
  0.05% 0.006721     13 - LocalisationCache::getItem-load
  0.05% 0.006274    226 - hook: MessagesPreLoad
  0.04% 0.005291      1 - MessageBlobStore::get
  0.04% 0.005042      1 - SkinTemplate::outputPage-stuff2
  0.04% 0.004916      1 - ParserCache::get
  0.04% 0.004537      1 - query: SELECT mr_blob,mr_resource,mr_timestamp FROM `hNh_msg_resource` WHERE mr_resource IN ('X' 
  0.03% 0.004271      1 - query: SELECT wl_notificationtimestamp FROM `hNh_watchlist` WHERE wl_user = 'X' LIMIT N 
  0.03% 0.003778      1 - -setup
  0.03% 0.003564      1 - Skin::getSiteNotice
  0.03% 0.003367      1 - MessageCache::load
  0.03% 0.003228      1 - MessageCache::load-fromcache
  0.03% 0.003191      1 - hook: SiteNoticeBefore
  0.02% 0.003016      4 - query: SELECT page_namespace,page_title,page_touched FROM `hNh_page` WHERE (page_namespace = 'X') ) 
  0.02% 0.002832      1 - ResourceLoader::__construct
  0.02% 0.002625      1 - Setup.php-memcached
  0.01% 0.001906      2 - MobileFrontendHooks::onSkinTemplateOutputPageBeforeExec
  0.01% 0.001489      1 - Skin::buildSidebar
  0.01% 0.001450      1 - SkinTemplate::setupTemplateForOutput
  0.01% 0.001448      8 - Preprocessor_DOM::preprocessToXml
  0.01% 0.001400      1 - ResourceLoader::makeModuleResponse-user.cssprefs
  0.01% 0.001361      1 - SkinTemplate::setupTemplateForOutput-stuff
  0.01% 0.001312      1 - Article::showPatrolFooter
  0.01% 0.001169      3 - Linker::linkUrl
  0.01% 0.001168      6 - MediaWiki_I18N::translate
  0.01% 0.001167      2 - ResourceLoader::register
  0.01% 0.001118      1 - Setup.php-exception
  0.01% 0.001094      1 - main-try-filecache
  0.01% 0.001089     35 - hook: GetLocalURL
  0.01% 0.001058      1 - Setup.php-misc1
  0.01% 0.001049      3 - Title::getLinkURL

Qops1981 (talk) 21:48, 4 March 2014 (UTC)

Ok, that one is made slower by the Manual:Job_queue. You can optimize this by running the job queue in the background as a cron job (on just a single server), instead of automatically from the web, which will probably be a lot more efficient. See manual:Job queue and manual:$wgJobRunRate Bawolff (talk) 22:15, 4 March 2014 (UTC)

Hey Bawolff,

It's preliminary, but that may be a 20% reduction in processor usage! I am still tracking it to see if it gets any better. Is there anything else you see in there that I could do? Also, being on a load balanced system; DO I have to run the "Jobs" via cron on all 3 servers for just one since they all use the same database?

Thanks,

-Bill Qops1981 (talk) 20:42, 5 March 2014 (UTC)

You only have to run it on 1.

On really big sites (e.g. Wikipedia), people often have dedicated servers that only run jobs. Bawolff (talk) 01:37, 21 March 2014 (UTC)

Confirmed.. Processor usage base come down about 20% from where it was! Qops1981 (talk) 16:40, 6 March 2014 (UTC)

Adding to the HEAD tag

[Novice] Search Indexing and Optmization

Please pardon any ignorance in the questions to follow. I am employed by a company that is using an internal wiki hosted on Mediawiki. The search functionality does not seem to bring back what is needed. I have been tasked with 'optmizing' this search. I was under the impression that since it uses MySQL fulltext that I could inject keywords to the page. While this will allow the page to show up int he results, it does not affect the ranking. Basically I need more control over this ranking preferably with keywords.

It is important to note, I only have access to edit this. I do not have access to the server side which is where the indexing is. According to the individual who manages this - we have the most recent version of MediaWiki. Originally we had Lucene/MWSearch but the IT person has also recently installed CirrusSearch/ElasticSearch. The following extensions are installed: Cite, ConfirmEdit, DynamicPageList, Gadgets, googleAnalytics, ImageMap, InputBox, intersection, Interwiki, LocalisationUpdate, Nuke, ParserFunctions, PdfHandler, Poem, Renameuser, ReplaceText, SimpleAntiSpam, SpamBlacklist, SphinxSearch, SyntaxHighlight_GeSHi, TitleBlacklist, Vector, Widgets, WikiEditor.

I have tried everything I can think of from my end and know how to do, but now I am at a standstill. Any advice/resources/steps you can send or point me towards are greatly appreciated. Thank you! 12.118.253.230 (talk) 19:47, 25 February 2014 (UTC)

I'm not sure how much you can do without access to the system the machine runs on. You should try to figure out what the configuration for CirrusSearch is and make sure it is running properly.

Next, you need to find out exactly how they want search improved. Your post here is pretty vague and I assume that their direction is, too. ☠MarkAHershberger☢(talk)☣ 15:51, 27 February 2014 (UTC)

What is the difference (and reason) for the "Read" and "Page" tabs?

Is there a particular reason that a wiki page has two tabs that from my perspective appear to perform the same function? One label says "Read" and the other "Page". Both appear to link to the same location or "view" of a page. Is there a interface or historical reason for this seeming duplicity? Note, I'm speaking of the Vector skin. Ckoerner (talk) 21:00, 25 February 2014 (UTC)

"Read" is opposed to "Edit" while "Page" is opposed to "Talk". Ricordisamoa 03:31, 26 February 2014 (UTC)

MediaWiki WILL NOT load

It seems no matter what I do, MediaWiki will not load! If it does happen to load, it take 10 minutes or so. And it's not my internet because this site and other Wikis and other sites load lighting fast.

Here's my cPanel info... http://i.imgur.com/ZSJmmuF.png

MediaWiki Version: 1.22.2 Just installed it tonight.

It's hard to describe an issue. Coldfire202 (talk) 01:32, 26 February 2014 (UTC)

Try installing 1.21 instead. 1.22 is too buggy. Ciencia Al Poder (talk) 10:48, 26 February 2014 (UTC)

1.22 is the current branch and development continues based on what we have there. You sure can use 1.21, but ignoring problems won't solve them unfortunately.

The question is what happens after this long time: Do you see a blank page? Or an error message?

Please activate error logging and then let it run until it dies once and then check the PHP and the Apache error log. I really hope something gets logged there. 88.130.83.204 12:21, 26 February 2014 (UTC)

Whenever it does finally load, it just goes to the main page. No errors. Just super slow to load. Coldfire202 (talk) 14:19, 26 February 2014 (UTC)

https://www.mediawiki.org/wiki/Manual:How_to_debug and your webserver log might provide more information? AKlapper (WMF) (talk) 14:45, 26 February 2014 (UTC)

I have added the debug to the Localsettings and the index. I'm still waiting for it to load.

I downgraded to 1.22.0 yet I'm still having to wait anywhere from 5-30 minutes for one page to load. Coldfire202 (talk) 16:42, 26 February 2014 (UTC)

It's not just the newer versions. It's EVERY version I have tried. I'm on 1.21s right now. Coldfire202 (talk) 16:51, 26 February 2014 (UTC)

OK, so basically you can go back to 1.22.2 as it's not related to a specific version.

MediaWiki has some debugging functionality. Another idea would be to profile a page load. Maybe that can show, where it is actually slow.

MySQL has a Slow Query Log, which lists those queries, which were slow. If the problem is in MySQL, I would expect that you (or your host) finds some queries logged there.

Maybe you can also ask your host, if he has an idea. I can tell you that for me MediaWiki runs way faster than what you get - and I have installed it on my laptop. 88.130.121.146 18:46, 26 February 2014 (UTC)

The problem is though, it seems that they have not included all the files in the install of 1.22.2. No "DefaultSettings.php" is there. There's no "Debug..." in existence in that folder. There's nothing really.

Here's a screenshot...

http://prntscr.com/2w73aq

So...something isn't right here...

There's not any of this profiling stuff in there, there's not any debugging stuff, there's...nothing it seems like. Coldfire202 (talk) 02:23, 27 February 2014 (UTC)

DefaultSettings.php is in the includes folder (If it wasn't there, your wiki wouldn't load at all). However, you should not have to worry about DefaultSettings.php, you should only ever touch LocalSettings.php. Bawolff (talk) 06:12, 27 February 2014 (UTC)

Okay. So there's the answer to that. The question remaining is where the heck is these options that are supposed to be in the LocalSettings? Coldfire202 (talk) 13:40, 27 February 2014 (UTC)

What options are you speaking about? You can and should add new/additional settings to LocalSettings.php as explained here and here. 88.130.83.1 14:06, 27 February 2014 (UTC)

I'll have to do that at some point later today :P

Thank you. Coldfire202 (talk) 21:11, 27 February 2014 (UTC)

I'm not going to disagree that 1.22 has bugs, but Markus will be releasing a 1.22 point release today that addresses a number of the issues. ☠MarkAHershberger☢(talk)☣ 15:42, 27 February 2014 (UTC)

Is there a list of these bugs somewhere? Just curious. Coldfire202 (talk) 21:11, 27 February 2014 (UTC)

MediaWiki 1.22/Known issues Ciencia Al Poder (talk) 21:54, 27 February 2014 (UTC)

Lead section in summary

Hi, I have an issue at Czech Wikipedia (MediaWiki: 1.23wmf14 (f8b9201)). While using the gadget Add an [edit] link for the lead section of a page it now newly (for like half a month or so?) shows /* top */ in edit summaries. What MediaWiki message is that? I would like to translate it. I wasn't succesfull with trying to find this change in Tech News. Utar (talk) 13:26, 26 February 2014 (UTC)

That's caused by a change in the gadget hosted on the English Wikipedia. You should maybe ask en:User:Edokter to make it translatable. Ricordisamoa 00:21, 27 February 2014 (UTC)

Thanks, I will do so. Utar (talk) 15:55, 27 February 2014 (UTC)

$wgShowExceptionDetails = true;

Hi Guys,

maybe someone can help me out with my problem.

My Settings:

• MediaWiki 1.18.0
• PHP 5.2.17 (cgi-fcgi)
• MySQL 5.5.31-log
• Adress: http://www.helmstedt-wiki.de

Since a few days when trying to edit a page and save i receive:

Set $wgShowExceptionDetails = true; at the bottom of LocalSettings.php to show detailed debugging information.

Well, ok. Done.

But now i receive:

1. 0 /mnt/webg/e2/92/5517492/htdocs/c_helmstedt-wiki/includes/HttpFunctions.php(43): CurlHttpRequest->execute()
2. 1 /mnt/webg/e2/92/5517492/htdocs/c_helmstedt-wiki/includes/HttpFunctions.php(60): Http::request('GET', 'http://meta.wik...', Array)
3. 2 /mnt/webg/e2/92/5517492/htdocs/c_helmstedt-wiki/extensions/SpamBlacklist/SpamBlacklist_body.php(157): Http::get('http://meta.wik...')
4. 3 /mnt/webg/e2/92/5517492/htdocs/c_helmstedt-wiki/extensions/SpamBlacklist/SpamBlacklist_body.php(121): SpamBlacklist->getHttpText('http://meta.wik...')
5. 4 /mnt/webg/e2/92/5517492/htdocs/c_helmstedt-wiki/extensions/SpamBlacklist/SpamBlacklist_body.php(100): SpamBlacklist->buildSharedBlacklists()
6. 5 /mnt/webg/e2/92/5517492/htdocs/c_helmstedt-wiki/extensions/SpamBlacklist/SpamBlacklist_body.php(68): SpamBlacklist->getSharedBlacklists()
7. 6 /mnt/webg/e2/92/5517492/htdocs/c_helmstedt-wiki/extensions/SpamBlacklist/SpamBlacklist_body.php(196): SpamBlacklist->getBlacklists()
8. 7 /mnt/webg/e2/92/5517492/htdocs/c_helmstedt-wiki/extensions/SpamBlacklist/SpamBlacklist.php(62): SpamBlacklist->filter(Object(Title), 'Veranstaltun...', , , Object(EditPage))
9. 8 [internal function]: wfSpamBlacklistFilterMerged(Object(EditPage), 'Veranstaltun...', , )
10. 9 /mnt/webg/e2/92/5517492/htdocs/c_helmstedt-wiki/includes/Hooks.php(216): call_user_func_array('wfSpamBlacklist...', Array)
11. 10 /mnt/webg/e2/92/5517492/htdocs/c_helmstedt-wiki/includes/GlobalFunctions.php(3631): Hooks::run('EditFilterMerge...', Array)
12. 11 /mnt/webg/e2/92/5517492/htdocs/c_helmstedt-wiki/includes/EditPage.php(1119): wfRunHooks('EditFilterMerge...', Array)
13. 12 /mnt/webg/e2/92/5517492/htdocs/c_helmstedt-wiki/includes/EditPage.php(2855): EditPage->internalAttemptSave(false, true)
14. 13 /mnt/webg/e2/92/5517492/htdocs/c_helmstedt-wiki/includes/EditPage.php(478): EditPage->attemptSave()
15. 14 /mnt/webg/e2/92/5517492/htdocs/c_helmstedt-wiki/includes/EditPage.php(353): EditPage->edit()
16. 15 /mnt/webg/e2/92/5517492/htdocs/c_helmstedt-wiki/includes/Wiki.php(501): EditPage->submit()
17. 16 /mnt/webg/e2/92/5517492/htdocs/c_helmstedt-wiki/includes/Wiki.php(241): MediaWiki->performAction(Object(Article))
18. 17 /mnt/webg/e2/92/5517492/htdocs/c_helmstedt-wiki/includes/Wiki.php(626): MediaWiki->performRequest()
19. 18 /mnt/webg/e2/92/5517492/htdocs/c_helmstedt-wiki/includes/Wiki.php(533): MediaWiki->main()
20. 19 /mnt/webg/e2/92/5517492/htdocs/c_helmstedt-wiki/index.php(57): MediaWiki->run()
21. 20 {main}

What can i do to fix that problem?

Thank you for your help.

BR Mirko Mirko Marhenke (talk) 16:05, 26 February 2014 (UTC)

The back trace points to the extension SpamBlacklist and to this extension trying to use cURL to do a request, but the most interesting part in what you posted is actually missing: What is the error message you get? What is the actual error? 88.130.121.146 18:51, 26 February 2014 (UTC)

It's only those two shown blocks of text i receive. The second one ends with #20 {main} Djmirko (talk) 19:58, 26 February 2014 (UTC)

The error usually shows up above the first line of the backtrace; so above includes/HttpFunctions.php(43): CurlHttpRequest->execute(). Maybe it is somehow hidden by some CSS; try viewing the sourcecode to check. 88.130.121.146 22:33, 26 February 2014 (UTC)

Maybe something like bugzilla:58178. Bawolff (talk) 06:22, 27 February 2014 (UTC)

Unrelated, but I'd highly recommend to upgrade to a supported version. 1.18.0 should have a few security issues nowadays. AKlapper (WMF) (talk) 12:29, 27 February 2014 (UTC)

MediaWiki Upgrade from 1.16 to 1.22.2

Hi Experts,

Can anyone tell me if there is a possibility to migrate MediaWiki 1.16 on Windows Server 2003 (32 bit) to Windows Server 2012 (64 bit) ?

If the above is not possible will we be able to upgrade to 1.22.2 on Windows Server 2012?

Thanks, John Dennis 203.3.24.22 (talk) 02:14, 27 February 2014 (UTC)

1.16 is no longer supported, and we strongly encourage people to upgrade to 1.22.2 as 1.16 no longer gets security fixes.

There should be no issue with migrating to a 64bit server. If the server has a different domain or url scheme, you might have to change a couple variables in LocalSettings.php if they reference the domain of the server. Otherwise there shouldn't be any problems. If you are using UCA category collations ($wgCategoryCollation), changing versions of PHP can cause problems, however that feature is off by default. Bawolff (talk) 06:15, 27 February 2014 (UTC)

> if they reference the domain of the server

That is usually the case for variables like $wgServer. 88.130.83.1 14:13, 27 February 2014 (UTC)

I just completed an upgrade from 1.16 to 1.23wmf11. Granted I'm on linux, but the upgrade was relatively painless. You can contact me if you have questions about how we did it. Ckoerner (talk) 16:25, 27 February 2014 (UTC)

You should have followed Upgrade and that's it. It's all in there. ;-) 88.130.83.1 16:34, 27 February 2014 (UTC)

Captcha question inside of colored box and appearance before page save

A. I'd like to have ConfirmEdit's info text and a question inside of a colored box. How would be the easiest way to do it? Maybe with Mediawiki:Common.css?

font-size: 0.4cm; background-color: red; border: 1px solid black;

B. How to open a question on edit screen when editing is started. Not after pressing save page?

Thanks.

MediaWiki 1.22.1 PHP 5.4.17 (apache2handler) MySQL 5.6.15 188.238.24.213 (talk) 08:21, 27 February 2014 (UTC)

A -- yes, use MediaWiki:Common.css.

B -- That behavior isn't available at present. You should file a bug requesting it. ☠MarkAHershberger☢(talk)☣ 14:56, 27 February 2014 (UTC)

A. I'm not succesful to highlight ConfirmEdit's question with red. That way it would be easier to recognize. Would anybody help? 188.238.203.223 13:48, 16 March 2014 (UTC)

Hi!

You could try with CSS rules like these:

div.fancycaptcha-image-container {

background-color:red;

}

The exact class name depends on the type of captcha you actually use; look it up in the page source code! 88.130.87.220 14:41, 16 March 2014 (UTC)

[RESOLVED] how to add rel="publisher" to <head>

I would like to add <link rel="publisher" href="https://plus.google.com/site.com" /> to the <head> section on my site. How do I do this? Which file should I edit? The skin seems to start from the <body> section how do I add to the <head?> LTech (talk) 11:44, 27 February 2014 (UTC)

Edit LocalSettings.php. Slapping something like this at the bottom of that file should probably do:

$wgHooks['BeforePageDisplay'][] = function( &$out, &$skin ) {
	$out->addLink( array(
		'rel' => 'publisher',
		'href' => 'https://plus.google.com/site.com'
	) );
	return true;
};

Jack Phoenix _(Contact) 12:54, 27 February 2014 (UTC)

Brilliant. Thanks so much. Works amazingly. LTech (talk) 19:18, 27 February 2014 (UTC)

Trying to create a local instance of 1.20

I'm trying to create a local instance of our 1.20 wiki, but cannot find a download/install. 96.41.151.252 (talk) 21:43, 27 February 2014 (UTC)

Download the files and the DB. 88.130.83.1 22:41, 27 February 2014 (UTC)

What is your question? What do you expect to find? Where do you look for this? ☠MarkAHershberger☢(talk)☣ 00:14, 28 February 2014 (UTC)

Pages shows error message after a picture has been uploaded

I have uploaded a photo (and tried this several times with different photos of different sizes) but when i go to the page it always says: cannot show the picuture - error. Any help? thanks 84.142.133.218 (talk) 22:21, 27 February 2014 (UTC)

First, add

 error_reporting( -1 );
 ini_set( 'display_errors', 1 );

to your LocalSettings.php file and see if any errors are displayed. If none are, try enabling debugging and see if the file shows you anything. ☠MarkAHershberger☢(talk)☣ 00:13, 28 February 2014 (UTC)

Group permissions have no effect

Hi,

I've been trying to setup a MediaWiki for a company I work for and I'm almost there. I created a group "Viewer" and that's how I setup its permissions:

$wgGroupPermissions['Viewer'] = $wgGroupPermissions['user'];
$wgGroupPermissions['Viewer']['edit']          = false;
$wgGroupPermissions['Viewer']["createpage"]     = false;
$wgGroupPermissions['Viewer']["minoredit"]     = false;
$wgGroupPermissions['Viewer']["movefile"]     = false;
$wgGroupPermissions['Viewer']["move"]     = false;
$wgGroupPermissions['Viewer']["move-subpages"]     = false;
$wgGroupPermissions['Viewer']["move-rootuserpages"]     = false;
$wgGroupPermissions['Viewer']["reupload-shared"]     = false;
$wgGroupPermissions['Viewer']["reupload"]     = false;
$wgGroupPermissions['Viewer']["purge"]     = false;
$wgGroupPermissions['Viewer']["upload"] = false;
$wgGroupPermissions['Viewer']["writeapi"]     = false;

However I registered a test user, assigned a group and I can still view Special Pages, upload files page etc. Is there anything else that needs to be done? Edga~mediawikiwiki (talk) 11:33, 28 February 2014 (UTC)

Permissions are cumlative. If your user is in both the viewer group, and say the 'user' group, then they will have the sum of the permissions for both groups. Also check out Special:ListGroupRights on your wiki, to make sure your settings are what you think they are. Bawolff (talk) 12:20, 28 February 2014 (UTC)

Hi,

Thanks for your reply. I have disabled everything for a User group and specified only three actions that they can do. Hopefully that's enough.

However how can I block Special:SpecialPages for anyone except admins? Edga (talk) 14:09, 28 February 2014 (UTC)

You can take permissions away either by not granting them (read as: not granting them to any of the user's groups).

The other, the better way, would to revoke them using $wgRevokePermissions: This allows to take permissions away. Now you only need to check, if there is a permission for viewing of special pages; I don't know that off-hand. 88.130.111.134 14:31, 28 February 2014 (UTC)

There's no generic privledge for special page reading. At best you can revoke read rights in general, and then use an extension to re-add the pages you are ok with (e.g. Things like $wgWhitelistRead. However mediawiki is not built for partial read restrictions, and there's usually ways around that if you're not careful (particularly if you let people edit). Bawolff (talk) 01:29, 1 March 2014 (UTC)

That brings us to the basic question: Why the hell do you want to forbid read-access to the list of special pages? I don't see a reason where this would be the ultimate solution.

If you ask me, it all boils down to this: MediaWiki is not made for access control. 88.130.102.209 13:10, 1 March 2014 (UTC)

The answer is simple. It will be a company's wiki where I don't want or need anybody to view anything else then articles. It's actually very simple concept. I want users to be able to read ONLY articles, login, their own page and that's it. Special Pages contains configuration that I don't want anybody else to see Edga (talk) 09:58, 3 March 2014 (UTC)

Special pages do not output any sensitive config that users wouldn't be able to figure out in other ways (Perhaps Special:UserGroupRights and parts of Special:Version would be hard to otherwise figure out, but that's hardly sensitive). Most special pages are reports, such as Special:Recentchanges, Special:Log, Special:ShortPages, etc. Bawolff (talk) 21:52, 4 March 2014 (UTC)

Visual Editor in the User Namespace

I've enabled the visual editor in my preferences and the text states that visual editor will be enabled in the "Main" and "User" namespaces only. However when I go to my user namespace page (by clicking on my username) and the page I am directed to says "User Page" in the tab at the top the visual editor or "Edit" tab is not available to me. Only "Edit Source" is available. Do I need to do something more to turn on Visual editor in the User namespace? It currently works in the main namespace as it should. Jengland (talk) 15:33, 28 February 2014 (UTC)

Are you doing this on mediawiki.org? It works for me here. ☠MarkAHershberger☢(talk)☣ 16:21, 28 February 2014 (UTC)

Note that on a page in the User_talk namespace, I do see the behavior you're reporting. But that is expected. ☠MarkAHershberger☢(talk)☣ 16:22, 28 February 2014 (UTC)

If only the "Edit source" option is available on your user page, then your browser is not supported by VisualEditor. See VisualEditor/Target browser matrix. Ricordisamoa 17:18, 28 February 2014 (UTC)

Errors in 1.21.6 ?

Hello,

I updated www.mobadaten.info from 1.21.5 to 1.21.6 this minute.

Is it correct, that all the bundled extensions in 1.21.6 are different to those in 1.21.5? Because after the the change to 1.21.6 the simple search function is deactivated although $wgVectorUseSimpleSearch is set to true in LocalSettings.php. The collapsible functions on the sidebar are not available. And the special page for the interwiki data throws an error:

[1df3adb9] 2014-02-28 21:49:40: Fatal exception of type MWException

Many thanks in advance for an answer. Wgkderdicke (talk) 21:46, 28 February 2014 (UTC)

Hi!

the extensions in the package might have received bugfixes, but in the form that the complete code changed or that extensions were added or removed, in that way they should not have changed. What you describe somehow sounds like you downloaded a package, which does not include these extensions or maybe it's a caching issue...

Check how to debug for information on how to view the actual error message! 88.130.111.134 22:13, 28 February 2014 (UTC)

Well, the extensions in the packages have changed. I just downloaded mediawiki-1.21.5.tar.gz, mediawiki-1.21.6.tar.gz and mediawiki-1.22.3.tar,gz again from the mediawiki download page and compared the extensions in those packages.

Between 1.21.5 and 1.21.6 there are a lot of differences. Between 1.21.6 and 1.22.3 the differences can be count on the fingers of one hand.

Can it be possible, that the 1.22.3-versions of the extensions slipped somehow in the 1.21.6-package?

I just changed the interwiki extension to the 1.21.5 version. The above mentioned error is gone. The interwiki data list appears again. Wgkderdicke (talk) 22:59, 28 February 2014 (UTC)

This comment to bug 62062 about an exception in Special:Interwiki since 1.22.3 states, that...

...the extensions bundled with the 1.22.3 release are the master branch, not REL1_22 which is breaking things since master is not guaranteed to be compatible with 1.22.

And so are the extensions bundeld with the 1.21.6 release, I think. Wgkderdicke (talk) 00:59, 1 March 2014 (UTC)

Schluck The guys making the release should be informed about that mistake - however, taking into account the impact of this problem, I take for granted they already are. I think we can expect new releases to be available soon.

Until then you can run the 1.21.6 package with the extensions from the 1.21.5 tarball. 88.130.111.134 02:22, 1 March 2014 (UTC)

I backpedaled to the extensions from the 1.21.5 tarball. At first glance all looks fine. Besides the interwiki data list the simple search is back again and the collapsible elements of the sidebar are alive, too. Wgkderdicke (talk) 03:14, 1 March 2014 (UTC)

Now it's a bug, not a feature :-)

Bug 62101 Wgkderdicke (talk) 10:18, 1 March 2014 (UTC)