Project:Support desk

From MediaWiki.org
Jump to: navigation, search
vde   Welcome to MediaWiki.org's Support desk, where you can ask MediaWiki questions!

There are also other places where to ask: IRC, mailing lists, Q&A etc.

Before you post

Post a new question

  1. To help us answer your questions, please always indicate which versions you are using (reported by your wiki's Special:Version page):
    • MediaWiki
    • PHP
    • Database
  2. Please include the URL of your wiki unless you absolutely can't. It's often a lot easier for us to identify the source of the problem if we can look for ourselves.
  3. To start a new thread, click "Start a new discussion".

Contents

Thread titleRepliesLast modified
Remove the discussion tab from the wiki.123:28, 22 May 2015
'Could not create directory "mwstore://local-backend/local-public".' on file upload018:15, 22 May 2015
'Could not create directory "mwstore://local-backend/local-public".' on file upload018:15, 22 May 2015
[Solved] Disable Cookies for Guests217:20, 22 May 2015
Can't solve this error in Parser.php1115:57, 22 May 2015
Exception from line 1871 of /w/includes/filerepo/file/LocalFile.php: Could not acquire lock for 'npose_n.png.'815:47, 22 May 2015
[SOLVED] link color: "light red link" of article does not change209:50, 22 May 2015
hey guys i just installed mediawiki but when added SMW extension it wont start and show lots of errors109:46, 22 May 2015
No matter what I do, I can't get Infoboxes to work on my wiki.109:32, 22 May 2015
Remove "cont." from subcategoies003:23, 22 May 2015
[RESOLVED] media wiki1.17.0 install gets stuck at create tables121:23, 21 May 2015
only the page "Specialpages:Categories" is just white/blank117:22, 21 May 2015
Gadget "Hotcat" cant work with extension "Category Permissions"016:01, 21 May 2015
[RESOLVED] The file you submitted was empty error in MsUpload extension210:16, 21 May 2015
"In other languages" on the "Search results" page110:05, 21 May 2015
Weird Scribunto/Lua-Errors009:02, 21 May 2015
Cannot upload Image819:25, 20 May 2015
problems by sortable tables419:24, 20 May 2015
Upgrading from 1.15 to current, with no bureaucrat or admin519:22, 20 May 2015
Page loading time, very very slow418:22, 20 May 2015
First page
First page
Previous page
Previous page
Last page
Last page

Remove the discussion tab from the wiki.

I want to remove the discussion/talk tab from my wiki so bots don't find it ruining my domain authority.

98.102.180.21418:50, 22 May 2015

There are these few lines of CSS code, which you put on the wiki page MediaWiki:Common.css and they will no longer be displayed. I don't know them out of my head right now; basically I would google that. Is it really that this information is not findable?

88.130.96.1023:28, 22 May 2015
 

'Could not create directory "mwstore://local-backend/local-public".' on file upload

So I've been having trouble with file uploads on my newly made wiki recently.

Whenever I upload a file, I get the error: Could not create directory "mwstore://local-backend/local-public".

Let me give you some background on the situation.

When I first made the wiki, I would get: Exception from line 1871 of /wiki/includes/filerepo/file/LocalFile.php: Could not acquire lock for 'blah.png'

I searched and eventually found that to fix this you add the following to LocalSettings.php:

$wgFileBackends[] = array(
        'name'        => 'local-backend',
        'class'       => 'FSFileBackend',
        'lockManager' => 'nullLockManager',
        'containerPaths' => array(
                'local-public'  => "{$wgUploadDirectory}",
                'local-thumb'   => "{$wgUploadDirectory}/thumb",
                'local-deleted' => $wgDeletedDirectory,
                'local-temp'    => "{$wgUploadDirectory}/temp",
        ),
        'fileMode'    => 0644,
);
 
$wgLocalFileRepo = array (
        'class'             => 'LocalRepo',
        'name'              => 'local',
                'directory'         => $wgUploadDirectory,
        'scriptDirUrl'      => $wgScriptPath,
        'scriptExtension'   => $wgScriptExtension,
        'url'               => $wgUploadBaseUrl ? $wgUploadBaseUrl . $wgUploadPath : $wgUploadPath,
        'hashLevels'        => $wgHashedUploadDirectory ? 2 : 0,
        'thumbScriptUrl'    => $wgThumbnailScriptPath,
        'transformVia404'   => !$wgGenerateThumbnailOnParse,
                'deletedDir'        => $wgDeletedDirectory,
                'deletedHashLevels' => 3,
        'backend'           => 'local-backend',
);

This now produces the error Could not create directory "mwstore://local-backend/local-public".. I have already tried a lot of things found in other posts. I have tried chmodding and chownning the /images directory, but that does not work. What other fixes are there for this?

Spydar007 (Talk)18:15, 22 May 2015

'Could not create directory "mwstore://local-backend/local-public".' on file upload

So I've been having trouble with file uploads on my newly made wiki recently.

Whenever I upload a file, I get the error: Could not create directory "mwstore://local-backend/local-public".

Let me give you some background on the situation.

When I first made the wiki, I would get: Exception from line 1871 of /wiki/includes/filerepo/file/LocalFile.php: Could not acquire lock for 'blah.png'

I searched and eventually found that to fix this you add the following to LocalSettings.php:

$wgFileBackends[] = array(
        'name'        => 'local-backend',
        'class'       => 'FSFileBackend',
        'lockManager' => 'nullLockManager',
        'containerPaths' => array(
                'local-public'  => "{$wgUploadDirectory}",
                'local-thumb'   => "{$wgUploadDirectory}/thumb",
                'local-deleted' => $wgDeletedDirectory,
                'local-temp'    => "{$wgUploadDirectory}/temp",
        ),
        'fileMode'    => 0644,
);
 
$wgLocalFileRepo = array (
        'class'             => 'LocalRepo',
        'name'              => 'local',
                'directory'         => $wgUploadDirectory,
        'scriptDirUrl'      => $wgScriptPath,
        'scriptExtension'   => $wgScriptExtension,
        'url'               => $wgUploadBaseUrl ? $wgUploadBaseUrl . $wgUploadPath : $wgUploadPath,
        'hashLevels'        => $wgHashedUploadDirectory ? 2 : 0,
        'thumbScriptUrl'    => $wgThumbnailScriptPath,
        'transformVia404'   => !$wgGenerateThumbnailOnParse,
                'deletedDir'        => $wgDeletedDirectory,
                'deletedHashLevels' => 3,
        'backend'           => 'local-backend',
);

This now produces the error Could not create directory "mwstore://local-backend/local-public".. I have already tried a lot of things found in other posts. I have tried chmodding and chownning the /images directory, but that does not work. What other fixes are there for this?

Spydar007 (Talk)18:15, 22 May 2015

[Solved] Disable Cookies for Guests

Hi!

how can I disable Cookies for guests? Mediawiki should use Cookies only for logged in users.

  • Reading→No Cookies
  • Successful Login→Set Cookie

I think $wgDisableCookieCheck is too much. It will disable all logins, true?

Mediawiki-Version: 1.24.2

93.134.207.702:50, 22 May 2015

MediaWiki, on server-side, doesn't send cookies to anons by default, unless they hit the login button, which stores a cookie to record the login token and to check if cookies are enabled. Could you please describe the cookies you're getting?

Ciencia Al Poder (talk)09:37, 22 May 2015

Oh, that's true. Wikipedia always create some Cookies, thought it's normal in Mediawiki. :) I always looked the Cookies after logged out from my page or visited the Login and found a Sessioncookie. :( Thanks!

93.134.104.22017:20, 22 May 2015
 
 

Can't solve this error in Parser.php

Hi friends.

MediaWiki 1.24.2 PHP 5.6.8 (apache2handler) MySQL 5.6.24

I have a local Wiki at my company which I'm the head of the project. We're very close to get the project done, but some categories have a lot of articles and content. I really don't know why this is happening (I googled a lot before I come here). The error I get in some categories is:

Fatal error: Call to a member function getMaxIncludeSize() on null in C:\xampp\htdocs\wiki-hdti\includes\parser\Parser.php on line 3266

I already tried to set the $wgMaxArticleSize to various values, changed the max POST size in php.ini too, I really don't know what to do more and this the only one issue that are affecting the project.

Please, I ask humbly, if someone could help me It'll be great!

Thanks until now!

200.142.207.24413:30, 20 May 2015

Cross-post on Stackoverflow:

http://stackoverflow.com/questions/30351810/cant-solve-this-error-in-parser-php-of-mediawiki

This is the function call, which is failing in your case:

 public function replaceVariables( $text, $frame = false, $argsOnly = false ) {
​    # Is there any text? Also, Prevent too big inclusions!
​    if ( strlen( $text ) < 1 || strlen( $text ) > $this->mOptions->getMaxIncludeSize() ) { # line 3266
​      return $text;
​ }
88.130.107.9015:24, 20 May 2015

Hi friend.

Yes, it was me on StackOverFlow.

I THINK I got it fixed with $wgMaxArticleSize and removing pages categories which had the error and creating it again. But, I don't know if this fix is the correct or may it come back again.

If someone had something like this and would like to share the experience, it'd help.

Thanks!

200.142.207.24417:00, 20 May 2015

Happened again. Maybe all pages will need to remove and create again.

200.142.207.24418:19, 20 May 2015

How do you get pages with more than 2048 kilobytes? (the default for $wgMaxArticleSize)

You should probably split them into separate articles.

Ciencia Al Poder (talk)19:47, 20 May 2015

Hi,

I'm at another computer right now.

Actually it was a mistake, I think my pages don't have more then 2048kb. I was looking better and I think this problem could be from Comments extension or from header and footer extension.

It's very strange, because it happened again right after an user inserting a new comment in an article.

200.169.48.922:14, 20 May 2015
 
 
 
 
 

Exception from line 1871 of /w/includes/filerepo/file/LocalFile.php: Could not acquire lock for 'npose_n.png.'

/Special:Upload Exception from line 1871 of /w/includes/filerepo/file/LocalFile.php: Could not acquire lock for 'npose_n.png.'

^I get that error when attempting to upload ANY file. Nothing I do is able to prevent this from happening.

1. What's a lock? 2. Why would this even happen? 3. What can I do to fix it?

It's very, very weird.

184.155.109.18319:05, 18 October 2014

MediaWiki tries to acquire an exclusive (or shared) lock to a file, which means, that MediaWiki wants to prevent any access to a given file, until the actions of MW are finished. Read more about file locking.

To fix this problem, we must find out, what the problem is :) Is your webserver allowed to read/write the directory, where your images will be saved?

Florianschmidtwelzow (talk)21:48, 18 October 2014

This error happens when a file should get locked for an update, but it can't be locked. A lock is used to prevent other changes to the file/the associated database row. The code, which now is failing got introduced to fix https://bugzilla.wikimedia.org/show_bug.cgi?id=54736.

Questions are:

  • Which version of MediaWiki are you using?
  • You say that you get this error for every file. Does it then always contain the filename 'npose_n.png.' or does the filename change?
  • Am I right thinking that the filename (in your example 'npose_n.png.') misses the first few letters?
88.130.92.10922:09, 18 October 2014

[2640d8bf] /index.php?title=%C3%96zel:Y%C3%BCkle Exception from line 1871 of /usr/share/nginx/html/includes/filerepo/file/LocalFile.php: Could not acquire lock for 'Yazanadam.jpg.'

Backtrace:

  1. 0 /usr/share/nginx/html/includes/filerepo/file/LocalFile.php(1174): LocalFile->lock()
  2. 1 /usr/share/nginx/html/includes/upload/UploadBase.php(738): LocalFile->upload(string, string, string, integer, array, boolean, User)
  3. 2 /usr/share/nginx/html/includes/specials/SpecialUpload.php(467): UploadBase->performUpload(string, string, boolean, User)
  4. 3 /usr/share/nginx/html/includes/specials/SpecialUpload.php(186): SpecialUpload->processUpload()
  5. 4 /usr/share/nginx/html/includes/specialpage/SpecialPage.php(363): SpecialUpload->execute(NULL)
  6. 5 /usr/share/nginx/html/includes/specialpage/SpecialPageFactory.php(584): SpecialPage->run(NULL)
  7. 6 /usr/share/nginx/html/includes/MediaWiki.php(275): SpecialPageFactory::executePath(Title, RequestContext)
  8. 7 /usr/share/nginx/html/includes/MediaWiki.php(584): MediaWiki->performRequest()
  9. 8 /usr/share/nginx/html/includes/MediaWiki.php(435): MediaWiki->main()
  10. 9 /usr/share/nginx/html/index.php(46): MediaWiki->run()
  11. 10 {main}

Version: MediaWiki 1.24.0

İncelemeelemani (talk)23:35, 5 December 2014
 

This error is for every file, wiki 1.24. Permissions 777 for all already ...

87.229.231.23414:06, 14 April 2015

I first changed the permission on the wiki folder itself to allow "others" read and write permissions, this didn't propagate to the subfolders, so I changed permissions for others on all the subfolders (and made sure to propagate the change - Ubuntu makes it easy). After that I was able to upload files without any problems.

89.242.167.21216:28, 6 May 2015

Note that giving write permissions to 'others' (which the last 7 means) is dangerous. You should make sure that everything is no more than 775. If that doesn't work, then most likely the owner or group of some of the files is incorrect.

TheDJ (Not WMF) (talkcontribs)08:20, 7 May 2015
 
 
 
 
 

[SOLVED] link color: "light red link" of article does not change

  • MediaWiki 1.24.2
  • PHP 5.3.28-nmm2 (apache2handler)
  • MySQL 5.5.43-nmm1-log

Hello, I created two articles but the link color is still: "light red link" (link to a page that does not exist, but you have visited). I logged in as admin, as normal user, restarted Firefox... But the link is still "light red" and context menu says "site does not exist". By clicking the link it direct to the site. That's not the problem. What could be the reason? Wikisite is behind htaccess. Thank you.

EDIT: Problem disappeared.

Metathom (talk)23:37, 20 May 2015

Another of the "job queue not working as expected" problems. Seems like in current releases this is happening increasingly often; it especially often can be perceived in wikis, which have a very low number of page hits.

88.130.78.9723:33, 21 May 2015

I've also seen lots of threads like this one lately and I'll probably create a ticket for investigation. Manual:Job queue#HTML cache invalidation advertises that By default, jobs are added when more than 500 pages need to be invalidated, but this doesn't seem to be true, since they're supposed to create a new page that's linked from a couple of places at most.

Still, even disabling the automatic run of the job queue, I was unable to reproduce the issue.

Ciencia Al Poder (talk)09:50, 22 May 2015
 
 

hey guys i just installed mediawiki but when added SMW extension it wont start and show lots of errors

Warning: Class 'SMW\Store' not found in /var/www/sayakbaev/data/www/kasa.kg/wiki/extensions/SemanticMediaWiki/SemanticMediaWiki.php on line 59

Warning: Class 'SMW\MediaWiki\Jobs\UpdateJob' not found in /var/www/sayakbaev/data/www/kasa.kg/wiki/extensions/SemanticMediaWiki/SemanticMediaWiki.php on line 60

Warning: Class 'SMW\MediaWiki\Jobs\RefreshJob' not found in /var/www/sayakbaev/data/www/kasa.kg/wiki/extensions/SemanticMediaWiki/SemanticMediaWiki.php on line 61

Warning: Class 'SMW\SemanticData' not found in /var/www/sayakbaev/data/www/kasa.kg/wiki/extensions/SemanticMediaWiki/SemanticMediaWiki.php on line 62

Warning: Class 'SMW\DIWikiPage' not found in /var/www/sayakbaev/data/www/kasa.kg/wiki/extensions/SemanticMediaWiki/SemanticMediaWiki.php on line 63

Warning: Class 'SMW\DIProperty' not found in /var/www/sayakbaev/data/www/kasa.kg/wiki/extensions/SemanticMediaWiki/SemanticMediaWiki.php on line 64

Warning: Class 'SMW\Serializers\QueryResultSerializer' not found in /var/www/sayakbaev/data/www/kasa.kg/wiki/extensions/SemanticMediaWiki/SemanticMediaWiki.php on line 65

Warning: Class 'SMW\DataValueFactory' not found in /var/www/sayakbaev/data/www/kasa.kg/wiki/extensions/SemanticMediaWiki/SemanticMediaWiki.php on line 66

Warning: Class 'SMW\DataItemException' not found in /var/www/sayakbaev/data/www/kasa.kg/wiki/extensions/SemanticMediaWiki/SemanticMediaWiki.php on line 67

Warning: Class 'SMW\SQLStore\TableDefinition' not found in /var/www/sayakbaev/data/www/kasa.kg/wiki/extensions/SemanticMediaWiki/SemanticMediaWiki.php on line 68

Warning: Class 'SMW\DIConcept' not found in /var/www/sayakbaev/data/www/kasa.kg/wiki/extensions/SemanticMediaWiki/SemanticMediaWiki.php on line 69

Warning: Class 'SMW\TableResultPrinter' not found in /var/www/sayakbaev/data/www/kasa.kg/wiki/extensions/SemanticMediaWiki/SemanticMediaWiki.php on line 70

Warning: Class 'SMW\FileExportPrinter' not found in /var/www/sayakbaev/data/www/kasa.kg/wiki/extensions/SemanticMediaWiki/SemanticMediaWiki.php on line 73

Warning: Class 'SMW\ResultPrinter' not found in /var/www/sayakbaev/data/www/kasa.kg/wiki/extensions/SemanticMediaWiki/SemanticMediaWiki.php on line 74

Warning: Class 'SMW\AggregatablePrinter' not found in /var/www/sayakbaev/data/www/kasa.kg/wiki/extensions/SemanticMediaWiki/SemanticMediaWiki.php on line 75

Warning: Class 'SMW\CategoryResultPrinter' not found in /var/www/sayakbaev/data/www/kasa.kg/wiki/extensions/SemanticMediaWiki/SemanticMediaWiki.php on line 76

Warning: Class 'SMW\DsvResultPrinter' not found in /var/www/sayakbaev/data/www/kasa.kg/wiki/extensions/SemanticMediaWiki/SemanticMediaWiki.php on line 77

Warning: Class 'SMW\EmbeddedResultPrinter' not found in /var/www/sayakbaev/data/www/kasa.kg/wiki/extensions/SemanticMediaWiki/SemanticMediaWiki.php on line 78

Warning: Class 'SMW\RdfResultPrinter' not found in /var/www/sayakbaev/data/www/kasa.kg/wiki/extensions/SemanticMediaWiki/SemanticMediaWiki.php on line 79

Warning: Class 'SMW\ListResultPrinter' not found in /var/www/sayakbaev/data/www/kasa.kg/wiki/extensions/SemanticMediaWiki/SemanticMediaWiki.php on line 80

Warning: Class 'SMW\QueryResultPrinter' not found in /var/www/sayakbaev/data/www/kasa.kg/wiki/extensions/SemanticMediaWiki/SemanticMediaWiki.php on line 81

Warning: Class 'SMW\RawResultPrinter' not found in /var/www/sayakbaev/data/www/kasa.kg/wiki/extensions/SemanticMediaWiki/SemanticMediaWiki.php on line 82

Warning: Class 'SMW\SPARQLStore\SPARQLStore' not found in /var/www/sayakbaev/data/www/kasa.kg/wiki/extensions/SemanticMediaWiki/SemanticMediaWiki.php on line 85

Warning: Class 'SMW\SPARQLStore\Connector\FourstoreHttpRepositoryConnector' not found in /var/www/sayakbaev/data/www/kasa.kg/wiki/extensions/SemanticMediaWiki/SemanticMediaWiki.php on line 86

Warning: Class 'SMW\SPARQLStore\Connector\VirtuosoHttpRepositoryConnector' not found in /var/www/sayakbaev/data/www/kasa.kg/wiki/extensions/SemanticMediaWiki/SemanticMediaWiki.php on line 87

Warning: Class 'SMW\SPARQLStore\Connector\GenericHttpRepositoryConnector' not found in /var/www/sayakbaev/data/www/kasa.kg/wiki/extensions/SemanticMediaWiki/SemanticMediaWiki.php on line 88

Warning: Class 'SMWSQLStore3' not found in /var/www/sayakbaev/data/www/kasa.kg/wiki/extensions/SemanticMediaWiki/SemanticMediaWiki.php on line 91

Warning: Class 'SMW\Query\Language\Description' not found in /var/www/sayakbaev/data/www/kasa.kg/wiki/extensions/SemanticMediaWiki/SemanticMediaWiki.php on line 92

Warning: Class 'SMW\Query\Language\ThingDescription' not found in /var/www/sayakbaev/data/www/kasa.kg/wiki/extensions/SemanticMediaWiki/SemanticMediaWiki.php on line 93

Warning: Class 'SMW\Query\Language\ClassDescription' not found in /var/www/sayakbaev/data/www/kasa.kg/wiki/extensions/SemanticMediaWiki/SemanticMediaWiki.php on line 94

Warning: Class 'SMW\Query\Language\ConceptDescription' not found in /var/www/sayakbaev/data/www/kasa.kg/wiki/extensions/SemanticMediaWiki/SemanticMediaWiki.php on line 95

Warning: Class 'SMW\Query\Language\NamespaceDescription' not found in /var/www/sayakbaev/data/www/kasa.kg/wiki/extensions/SemanticMediaWiki/SemanticMediaWiki.php on line 96

Warning: Class 'SMW\Query\Language\ValueDescription' not found in /var/www/sayakbaev/data/www/kasa.kg/wiki/extensions/SemanticMediaWiki/SemanticMediaWiki.php on line 97

Warning: Class 'SMW\Query\Language\Conjunction' not found in /var/www/sayakbaev/data/www/kasa.kg/wiki/extensions/SemanticMediaWiki/SemanticMediaWiki.php on line 98

Warning: Class 'SMW\Query\Language\Disjunction' not found in /var/www/sayakbaev/data/www/kasa.kg/wiki/extensions/SemanticMediaWiki/SemanticMediaWiki.php on line 99

Warning: Class 'SMW\Query\Language\SomeProperty' not found in /var/www/sayakbaev/data/www/kasa.kg/wiki/extensions/SemanticMediaWiki/SemanticMediaWiki.php on line 100

Warning: Class 'SMW\Query\PrintRequest' not found in /var/www/sayakbaev/data/www/kasa.kg/wiki/extensions/SemanticMediaWiki/SemanticMediaWiki.php on line 101

Warning: Class 'SMW\MediaWiki\Search\Search' not found in /var/www/sayakbaev/data/www/kasa.kg/wiki/extensions/SemanticMediaWiki/SemanticMediaWiki.php on line 102

Warning: Class 'SMW\SQLStore\ListLookup' not found in /var/www/sayakbaev/data/www/kasa.kg/wiki/extensions/SemanticMediaWiki/SemanticMediaWiki.php on line 106

Warning: Class 'SMW\SQLStore\ListLookup' not found in /var/www/sayakbaev/data/www/kasa.kg/wiki/extensions/SemanticMediaWiki/SemanticMediaWiki.php on line 107

Warning: Class 'SMW\Exporter\Element\ExpElement' not found in /var/www/sayakbaev/data/www/kasa.kg/wiki/extensions/SemanticMediaWiki/SemanticMediaWiki.php on line 109

Warning: Class 'SMW\Exporter\Element\ExpResource' not found in /var/www/sayakbaev/data/www/kasa.kg/wiki/extensions/SemanticMediaWiki/SemanticMediaWiki.php on line 110

Warning: Class 'SMW\Exporter\Element\ExpNsResource' not found in /var/www/sayakbaev/data/www/kasa.kg/wiki/extensions/SemanticMediaWiki/SemanticMediaWiki.php on line 111

Warning: Class 'SMW\Exporter\Element\ExpLiteral' not found in /var/www/sayakbaev/data/www/kasa.kg/wiki/extensions/SemanticMediaWiki/SemanticMediaWiki.php on line 112

Warning: Class 'SMW\DataValues\ImportValue' not found in /var/www/sayakbaev/data/www/kasa.kg/wiki/extensions/SemanticMediaWiki/SemanticMediaWiki.php on line 113

Warning: Class 'SMW\SQLStore\QueryEngine\QueryEngine' not found in /var/www/sayakbaev/data/www/kasa.kg/wiki/extensions/SemanticMediaWiki/SemanticMediaWiki.php on line 114

Fatal error: Class 'SMW\ApplicationFactory' not found in /var/www/sayakbaev/data/www/kasa.kg/wiki/extensions/SemanticMediaWiki/SemanticMediaWiki.php on line 151

Sokas (talk)06:51, 22 May 2015

See this thread. Apparently they recommend using composer.

Ciencia Al Poder (talk)09:46, 22 May 2015
 

No matter what I do, I can't get Infoboxes to work on my wiki.

I use a Macbook Pro and downloaded the Bitnami MediaWiki Stack 1.24.2-1. It seems that everything I've read about getting templates to work on a wiki are instructions for people using MediaWiki in a different way. Are there specific instructions for people like me, who are using the Bitnami MediaWiki Stack? Please, if anyone can help me in getting infoboxes to work on my wiki, I would really appreciate it! And if possible, please be detailed in the instructions as well, as a lot of MediaWiki instructions tend to confuse me a bit.

RoriTudor (talk)10:15, 21 May 2015

Well, in order for anyone to help you should provide some details so we know what does not work actually means - it can vary from "the entire wiki does not work" to "the infobox is not correctly aligned". A screenshot (you can upload it to http://snag.gy/) about how does it look could help, and also steps of what have you done so far.

Ciencia Al Poder (talk)09:32, 22 May 2015
 

Remove "cont." from subcategoies

By default it looks like MediaWiki is grouping my subcategories alphabetically and placing them in separate columns once there are more than 3 within one letter: diyautowiki[dot]com/wiki/Category:Audi

How can I get these to all stay in one column?

Thanks for your help.

50.170.57.2403:23, 22 May 2015

[RESOLVED] media wiki1.17.0 install gets stuck at create tables

Edited by another user.
Last edit: 21:00, 21 May 2015

Environment details:-

       * MediaWiki 1.17.0
       * PHP 5.3.5
       * Database MySQL 5.5

URL used:-http://localhost/orwfmt/mw-config/index.php?page=Install

When i click continue to install media wiki, it's getting stuck at create tables. Also all the tables are not getting created. Please find below screenshot.

202.67.5.25010:39, 14 September 2011

(This topic is from 2011 and only pops up here, because it just recently got edited. Setting it to resolved.)

88.130.78.9721:23, 21 May 2015
 

only the page "Specialpages:Categories" is just white/blank

hello everyone

for some reason only the page "Specialpages:Categories" is just white/blank

and i cant seem to figure out why

help please

thanks in advance

Asafm14567 (talk)15:59, 21 May 2015

A blank page usually points to a PHP error; see the infos on blank page on how you get more information about, which error is happening in your case!

88.130.78.9717:22, 21 May 2015
 

Gadget "Hotcat" cant work with extension "Category Permissions"

hello everyone

for some reason the Gadget "Hotcat" cant work with extension "Category Permissions"

categorized pages while "Category Permissions" is on doesnt let gadget "hotcat" work even though i got permissions to that category

any one knows why??

thanks in advance

Asafm14567 (talk)16:01, 21 May 2015

[RESOLVED] The file you submitted was empty error in MsUpload extension

I got this error when i am uploading a pdf of size 8 MB using MsUpload "The file you submitted was empty". Please help me .

Nehapant19 (talk)05:22, 17 January 2014

In case you are still listening, some standard advice on 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.

MarkAHershberger(talk)13:54, 5 February 2014

I have multiple MediaWiki instances hosted on a single server. Users reported that they were getting file upload error "The file you submitted was empty" for few instances. When I checked Apache error log , found the error " “write failed: No space left on device”. So finally the issue was due to lack of space on server. Once ample space was created, the file upload error was automatically resolved.

Soumya Sadanandan (talk)07:45, 21 May 2015
 
 

"In other languages" on the "Search results" page

For many bilingual users it is annoying if there isn't an article about something in Wikipedia in one language. When they quickly want to check if there is an article about it in another language, there is no simple way to jump from the "Search results" page in one language to anther language. Therefore I'd like to propose to add the "In other languages" section (as it already exists for article pages) also to the sidebar of the "Search results" page.

193.175.154.1911:38, 20 May 2015

Tell your local community admins to edit MediaWiki:search-summary and add Interlanguage links for other languages. Then, from the sidebar, you should have links to Special:Search in other languages. Note that those links will go to special:search on that language, but it won't carry the search terms you had input here.

You can also go to other languages easily prefixing your search with the language code. For example: "de:Something" to search "Something" in the german language.

Ciencia Al Poder (talk)10:05, 21 May 2015
 

Weird Scribunto/Lua-Errors

Hello,

I pointed the Scribunto extension to the standard lua installation on that server

$wgScribuntoEngineConf['luastandalone']['luaPath'] = '/usr/bin/lua'

Maybe this has anything to do with following error messages?

I copy-pasted the Module:Documentation from mediawiki and should have also done the same with all the Modules it depends on. Well, the Template:Documentation gives following error message

> Lua-error in package.lua, line 80: module 'Module:Namespace detect/data' not found

But in the debug-console I can require() this module without problems.

Thank you!

87.144.94.16109:02, 21 May 2015

Cannot upload Image

I've installed Mediawiki v1.24.1 on my server which is running RHEL7. I've installed it under /var/www/foohelp/wiki. However, when I try to upload a file, I get the following error:

[f3eae72a] /foohelp/wiki/index.php/Special:Upload Exception from line 1871 of /var/www/foohelp/mediawiki-1.24.1/includes/filerepo/file/LocalFile.php: Could not acquire lock for 'User-default.png.' Backtrace:

  1. 0 /var/www/foohelp/mediawiki-1.24.1/includes/filerepo/file/LocalFile.php(1174): LocalFile->lock()
  2. 1 /var/www/foohelp/mediawiki-1.24.1/includes/upload/UploadBase.php(738): LocalFile->upload(string, string, string, integer, array, boolean, User)
  3. 2 /var/www/foohelp/mediawiki-1.24.1/includes/specials/SpecialUpload.php(467): UploadBase->performUpload(string, string, boolean, User)
  4. 3 /var/www/foohelp/mediawiki-1.24.1/includes/specials/SpecialUpload.php(186): SpecialUpload->processUpload()
  5. 4 /var/www/foohelp/mediawiki-1.24.1/includes/specialpage/SpecialPage.php(363): SpecialUpload->execute(NULL)
  6. 5 /var/www/foohelp/mediawiki-1.24.1/includes/specialpage/SpecialPageFactory.php(584): SpecialPage->run(NULL)
  7. 6 /var/www/foohelp/mediawiki-1.24.1/includes/MediaWiki.php(275): SpecialPageFactory::executePath(Title, RequestContext)
  8. 7 /var/www/foohelp/mediawiki-1.24.1/includes/MediaWiki.php(584): MediaWiki->performRequest()
  9. 8 /var/www/foohelp/mediawiki-1.24.1/includes/MediaWiki.php(435): MediaWiki->main()
  10. 9 /var/www/foohelp/mediawiki-1.24.1/index.php(46): MediaWiki->run()
  11. 10 {main}

If I edit /includes/filebackend/FileBackendGroup.php and modify LockManager to

'lockManager' => 'fsLockManager', and modify permissions as follows:

chown -R apache:apache images/ chown -R 755 images/ I get the following error:

(Could not create directory "mwstore://local-backend/local-public) Any help would be appreciated.

Vprashant1 (talk)02:49, 16 January 2015

755 might not be enough. Either you use 777 or set up a special enviroment with ACL instead of UID and GID. We had the same problem yesterday and solved it with a set of ACLs for our system. We are not yet satisfied with the outcome but the system appears to be running as it should.

Personally, I would recommend ACL, because it is better able to handle the various rights issues.

Temptuousinsolence (talk)08:49, 16 January 2015

That's true. But I'd like to set up this wiki such that any user can access it, but certain users across the globe can edit it if they are editors without necessarily giving them access to the server and setting up permissions. (I am a little new to this, so I apologize if I did not follow your point correctly. An example or a link would really help).

Vprashant1 (talk)19:40, 18 January 2015

You misunderstood it. In order to setup the Wiki secure and sound you can either use the normal UID and GID settings or this: https://doc.opensuse.org/documentation/html/openSUSE_121/opensuse-security/cha.security.acls.html

This has nothing to do with what you have pointed towards. A normal user does not have any access on the server, but deals with the Wiki and the content thereon. Yet, in order to handle the aspect of a save server, the settings, especially when there are more than one user, needs to be dealt with carefully.

To give the apache access to the images folder has its downsites as does a 777 on the folder. Especially when there are more than one user on a server. That is where the ACLs come into play.

But as you are new to this "universe", you may want to start with a 777 on the images folder and set up stricter restrictions over time, with more experience and a better understanding on how things are and how things work.

Temptuousinsolence (talk)09:34, 19 January 2015

I tried 777 on the images folder. I get the same error.

Vprashant1 (talk)02:49, 27 January 2015

Try disabling SELinux to see if SELinux is the problem. If this solves the problem, either keep SELinux disabled or configure it properly.

Also, you could also setup a debug log to see exactly what physical directory is trying to create (instead of a nonsensical mwstore://local-backend/local-public) to check if this is the expected location of your images folder or you mistyped something.

Ciencia Al Poder (talk)10:31, 27 January 2015
 
 
 
 
 

problems by sortable tables

Edited by another user.
Last edit: 09:13, 18 May 2015

hi!

we have many tables like:

Nummer Status Kurztext Bearbeiter Anmerkungen
111
333

but there will not show any sort-arrows in the header - in my option they will show in the past. but is a long time and i am older .-) in firebug no errors will listed.

did anyone have an idea ?

regards Jan

JanTappenbeck (talk)08:45, 18 May 2015

The header of the table should be an actual header, that is, use ! instead of | as the cell markup

Ciencia Al Poder (talk)09:16, 18 May 2015

Yes before 1.18 or something this used to be a bit different. It would always just use the first row, but it was made slightly stricter in a later version of mediawiki. See also: Help:Sorting, and English Wikipedia on sortable

TheDJ (Not WMF) (talkcontribs)11:30, 18 May 2015
Edited by another user.
Last edit: 19:23, 20 May 2015

we are in use 1.23!

here the current header:

{| class="wikitable sortable"
|Nummer
|Status
|Kurztext
|Bearbeiter
|Anmerkungen

|- <!-- Zeilentrennung -->
|
|
|
| 
|
|} <!-- Tabellenende -->

regards Jan

JanTappenbeck (talk)10:39, 20 May 2015

As we already said, you need to change it to:

{| class="wikitable sortable"
!Nummer
!Status
!Kurztext
!Bearbeiter
!Anmerkungen

|- <!-- Zeilentrennung -->
|
|
|
| 
|
|} <!-- Tabellenende -->

Ciencia Al Poder (talk)19:24, 20 May 2015
 
 
 
 

Upgrading from 1.15 to current, with no bureaucrat or admin

Edited by another user.
Last edit: 09:34, 20 May 2015

S.O.S. - the information in my library's Reference Desk Wiki is too valuable to lose.

I need some suggestions on the best way to go - and my tech skills have withered as I refined my librarian skills (i.e. I just barely learned java, never learned php, etc when work at *other libraries* became more specialized and the IT folks did it all). I am "new" to my place of employment and now working with our IT staff to upgrade and migrate my dept staff wiki (made by webmaster for Dept - not IT - I work in the Place of Many Silos).

We have Mediawiki 1.15 with very outdated PHP and MySQL running on an internal server with IIS 5 (according to previous staff, that was used instead of Apache - huh?). There was a lot of tweaking to make it run on the platform and she said it would be next to impossible to trace it all through upgrades.

NO bureaucrat nor Admin/SysOp user account in our MediaWiki - I don't know if the accounts were deleted when people retired - but there isn't even a generic account. I tried following earlier post about making all users Bureaucrat, but seems that our version is too old (or I really missed the boat). And to complicate matters, ports are secured (by state agency requirements) so I get errors from WAMP and AMPS when I try in a development area.

Looks like 2009 was last time anything was modified on our site - about 1 1/2 yrs before we migrated off the Novell network and a year before I was hired.

I am trying to decide if (looking for recommendations):

  1. we lose the revision history and attempt to load the backup file into a new version without going through all the steps of migration;
  2. go through the steps of upgrading PHP, MySQL and Mediaiki and risk it breaking at any step along the way;
  3. I try to cut and paste everything on browser display into a completely new version and forget about the older stuff in the underlying structure (I'm REALLY good at ctrl A; ctrl C; ctrl V; ctrl S);
  4. It was been suggested I try to run some of the text files through OpenRefine and get information into SharePoint;
  5. Contracting out to get it migrated is not an option either;
  6. purchasing software, plugins, etc only possible if inexpensive.

Any suggestions as to the best way to begin? Thanks! Jenny

Groomej (talk)18:32, 19 May 2015
Edited by another user.
Last edit: 09:44, 20 May 2015

[dupe post]

Groomej (talk)18:33, 19 May 2015
 

I'm pretty sure the createAndPromote.php script exists in 1.15, so you could run that to make a new bureaucrat account that could grant admin rights to other users.

The recommended way to upgrade, in your situation, would be to use a new server (with recent versions of PHP/mysql) and install MediaWiki from scratch (a recent version) to a new database. Feel free to test some MediaWiki extensions and if everything works. Then you could take a backup of the old database and restore it on the new server, and make the new MediaWiki version point to that database, and then run the update script to perform changes to the database to adapt to the new version. You may need to copy the images/upload folder to get your uploaded files on the new server.

Note that even if you can't for whatever reason take a backup of the database and you only want the contents of the wiki, you can export the data in XML format and import it on a new installation, as explained in Manual:Importing XML dumps.

Ciencia Al Poder (talk)09:42, 20 May 2015

Thanks. I will try createAndPromote.php again. Your recommendation is just what I thought was best way.

Groomej (talk)17:54, 20 May 2015
 

does it have to be a back up and not a copy? I am assuming that it true

Groomej (talk)17:57, 20 May 2015

Well, AFAIK mysql needs to be back-up and restored, you can't just copy mysql files, specially if they are not the same version of Mysql

Ciencia Al Poder (talk)19:22, 20 May 2015
 
 
 

Page loading time, very very slow

Edited by another user.
Last edit: 00:50, 15 May 2015

Hi, i have a problem with my site, i have already turned on APC, and followed all the items in this page http://www.mediawiki.org/wiki/User:Ilmari_Karonen/Performance_tuning

I tried to do a site profiling, but really there is no a good guide i can follow, i dont know how or where to find the debug info. The profiling manual is very confusing for me.

The problem in my site is a very very slow access, all the pages the same problem, around 1 or 2 minutes to load. This happened from one day to another. I have the following variables in my localsettings to improve speed, but no result.

$wgCompressRevisions = true;

$wgDebugLogFile = "$IP/midebug.log";

$wgUseFileCache = true; /* default: false */
$wgFileCacheDirectory = "$IP/cache";
$wgShowIPinHeader = false;
$wgShowExceptionDetails = true;
$wgParserCacheExpireTime = 2592000;
$wgParserCacheType = CACHE_DB;
$wgResourceLoaderMaxage = array('server' => 30 * 24 * 60 * 60, 'client' => 30 * 24 * 60 * 60);
$wgEnableSidebarCache = true;

I also have a debug, but don´t know how to read it, and it doesnt have time stamps.

Thanks!

Ariel

Pszemia (talk)21:25, 14 May 2015

Hi Ariel,

if this problem occurred without any changes being done to the wiki itself, then I would guess that it might not be caused by the wiki, but by something else. If your server is run by a host, you might want to contact him and ask, if he changed something.

From inside MediaWiki, you should get some profiling data. This will write information about page requests to the file named in $wgDebugLogFile. This information should contain a table with the time spent in each function. If you are using MediaWiki 1.24 or before, this old version of the profiling page contains the information needed to set up profiling.

88.130.82.7900:56, 15 May 2015
Edited by 2 users.
Last edit: 17:19, 17 May 2015

I think i got it trhough profiling and got this output in profileinfo.php:

Name    Time (%)        Memory (%)      Count   Calls/req       ms/call kb/call ms/req  kb/req
-total
100%    100%    2       1       19126.35        10312.6 19126.35        10312.6
MediaWiki::main
34.29%  23.85%  1       0.5     13116.2 4919.77 6558.1  2459.88
Setup.php [–]
29.67%  49%     2       1       5674.05 5052.93 5674.05 5052.93
Setup.php-globals
18.53%  35.29%  2       1       3544.3  3639.79 3544.3  3639.79
Setup.php-memcached
3.6%    1.68%   2       1       687.76  173.62  687.76  173.62
Setup.php-includes
1.9%    5.04%   2       1       364.03  520.21  364.03  520.21
Setup.php-extensions
1.9%    4.63%   2       1       363.44  477.19  363.44  477.19
Setup.php-extensions-efMobileFrontend_Setup
1.9%    4.6%    2       1       363.16  474.52  363.16  474.52
Setup.php-misc1
0.97%   0.77%   2       1       185.1   79.53   185.1   79.53
Setup.php-exception
0.89%   0.45%   2       1       171.13  46.04   171.13  46.04
Setup.php-defaults
0.05%   0.14%   2       1       9.63    14.52   9.63    14.52
Setup.php-defaults2
0%      0.03%   2       1       0.38    3.17    0.38    3.17
Setup.php-session
0%      0.02%   2       1       0.16    1.64    0.16    1.64
Setup.php-tempDir
0%      0.01%   2       1       0.08    0.54    0.08    0.54
WebStart.php-conf
11.85%  5.54%   1       0.5     4532.07 1143.21 2266.03 571.61
MessageCache::get
7.44%   7.4%    1       0.5     2847.27 1526.58 1423.63 763.29
MessageCache::load [–]
7.39%   6.89%   1       0.5     2825.01 1421.7  1412.51 710.85
MessageCache::load-fromcache
7.38%   6.88%   1       0.5     2824.81 1418.52 1412.4  709.26
User::load
6.46%   6.72%   2       1       1236.09 693.18  1236.09 693.18
-setup
5.49%   3.47%   1       0.5     2098.7  715.5   1049.35 357.75
MediaWiki::triggerJobs
3.68%   2.05%   1       0.5     1406.66 422.47  703.33  211.23
DatabaseBase::query
2.99%   3.8%    359     179.5   3.18    2.18    571.63  392.11
SQL Queries [+]
2.87%   0%      0       0       0       0       548.01  0
LoadBalancer::getConnection
2.79%   4.29%   21      10.5    50.91   42.11   534.53  442.2
LoadBalancer::openConnection
2.79%   4.26%   21      10.5    50.76   41.81   532.95  438.98
OutputPage::output
1.85%   2.02%   1       0.5     707.36  416.93  353.68  208.46
MediaWiki::performRequest
1.84%   0.76%   1       0.5     705.69  157.42  352.85  78.71
Title::getUserPermissionsErrorsInternal
0.91%   0.34%   1       0.5     349.82  69.2    174.91  34.6
User::getEffectiveGroups
0.91%   0.23%   1       0.5     348.65  47.03   174.32  23.52
User::getAutomaticGroups
0.91%   0.2%    1       0.5     348.36  41.73   174.18  20.87
WebStart.php-ob_start
0.89%   0.27%   1       0.5     341.45  55.16   170.72  27.58
LocalisationCache::getSubitem-load
0.06%   0.46%   1       0.5     21.59   95.52   10.8    47.76
MobileFrontendHooks::onBeforePageRedirect
0.04%   2.1%    2       1       6.96    216.33  6.96    216.33
hook: BeforePageRedirect
0.03%   1.78%   1       0.5     11.39   367.72  5.7     183.86
DatabaseMysqlBase::open
0.03%   0.05%   3       1.5     3.31    3.39    4.96    5.09
dbconnect-mysql.abcmartin.dreamhosters.com
0.02%   0.02%   3       1.5     2.59    1.45    3.89    2.17
MobileContext::shouldDisplayMobileView
0.01%   0.19%   1       0.5     2.08    39.45   1.04    19.73
LocalisationCache::getItem-load
0%      0.15%   1       0.5     1.74    31      0.87    15.5
JobQueue::getSiblingQueuesWithJobs
0%      0.02%   1       0.5     1.61    3.7     0.8     1.85
MobileContext::getDevice
0%      0.16%   1       0.5     1.11    33.52   0.56    16.76
DeviceProperties::detectMobileDevice
0%      0.05%   1       0.5     0.56    10.5    0.28    5.25
Title::getPageLanguage
0%      0.02%   1       0.5     0.31    3.33    0.16    1.66
SkinFactory::getLegacySkinNames-init
0%      0.01%   1       0.5     0.28    1.55    0.14    0.78
hook: SetupAfterCache
0%      0.01%   2       1       0.11    0.57    0.11    0.57
hook: AuthPluginSetup
0%      0%      2       1       0.1     0.45    0.1     0.45
DeferredUpdates::doUpdates
0%      0.01%   2       1       0.09    0.59    0.09    0.59
hook: TitleExists
0%      0%      2       1       0.06    0.45    0.06    0.45
MediaWiki::checkMaxLag
0%      0%      1       0.5     0.12    0.62    0.06    0.31
MessageCache::saveToCaches
0%      0%      1       0.5     0.11    0.62    0.05    0.31
hook: WebRequestPathInfoRouter
0%      0%      1       0.5     0.1     0.46    0.05    0.23
hook: CanonicalNamespaces
0%      0%      1       0.5     0.1     0.46    0.05    0.23
hook: LoadExtensionSchemaUpdates
0%      0%      1       0.5     0.1     0.47    0.05    0.23
hook: GetAutoPromoteGroups
0%      0%      1       0.5     0.09    0.46    0.05    0.23
hook: PageContentLanguage
0%      0%      1       0.5     0.07    0.46    0.04    0.23
hook: MessageCache::get
0%      0%      1       0.5     0.07    0.45    0.04    0.23
hook: UserLoadFromSession
0%      0%      1       0.5     0.07    0.46    0.03    0.23
hook: UserGetDefaultOptions
0%      0%      1       0.5     0.06    0.46    0.03    0.23
hook: ArticlePageDataBefore
0%      0%      1       0.5     0.06    0.46    0.03    0.23
hook: UserLoadFromDatabase
0%      0%      1       0.5     0.06    0.46    0.03    0.23
hook: MessagesPreLoad
0%      0%      1       0.5     0.06    0.45    0.03    0.23
hook: LanguageGetNamespaces
0%      0%      1       0.5     0.06    0.46    0.03    0.23
hook: UserGetRights
0%      0%      1       0.5     0.06    0.45    0.03    0.23
hook: ArticlePageDataAfter
0%      0%      1       0.5     0.06    0.46    0.03    0.23
hook: UserLoadOptions
0%      0%      1       0.5     0.06    0.45    0.03    0.23
hook: UserLoadAfterLoadFromSession
0%      0%      1       0.5     0.05    0.47    0.03    0.23
hook: TestCanonicalRedirect
0%      0%      1       0.5     0.05    0.46    0.03    0.23
hook: UserEffectiveGroups
0%      0%      1       0.5     0.05    0.46    0.03    0.23
hook: GetFullURL
0%      0%      1       0.5     0.05    0.45    0.03    0.23
hook: SearchableNamespaces
0%      0%      1       0.5     0.05    0.46    0.03    0.23
hook: TitleGetRestrictionTypes
0%      0%      1       0.5     0.05    0.46    0.02    0.23
hook: userCan
0%      0%      1       0.5     0.05    0.45    0.02    0.22
hook: GetLocalURL [+]
0%      0%      1       0.5     0.05    0.45    0.02    0.23
hook: BeforeInitialize
0%      0%      1       0.5     0.05    0.45    0.02    0.23
hook: getUserPermissionsErrors [+]
0%      0%      1       0.5     0.05    0.46    0.02    0.23
Total time: 38252.70
Total memory: 20625.20

any ideas with the slowness?

Pszemia (talk)14:59, 17 May 2015

anyone can help?

Thanks!

Pszemia (talk)18:22, 20 May 2015
 
 
 
First page
First page
Previous page
Previous page
Last page
Last page