Project:Support desk/Flow/2016/08

This page is an archive.

Please ask questions on the current support desk.

Canonical links do not work

I have setup both $wgCanonicalServer and $wgEnableCanonicalServerLink in my LocalSettings.php but it still not loads the site using https links. When go to https://mysite.com it gives an error saying the site is not available, even though I checked the headers of my wiki and they contain <link rel="canonical"> tag with href. I can only use my site with http. What should I do? Tribly (talk) 08:40, 1 August 2016 (UTC)

The canonical setting does not actually do anything on your site, all it does is tell search engines which URL is preferred. If https links don't work already on your site, setting these won't make them work. 137.147.5.74 (talk) 11:58, 1 August 2016 (UTC)

If you want MediaWiki to create links starting with https://, then you should adjust the value of $wgServer in LocalSettings.php.

Additionally, you have to make sure, that your webspace actually can be reached with https:// prefix. How that can be done depends on your host. 87.123.53.18 (talk) 12:18, 1 August 2016 (UTC)

Side contents are updating only after edit+save, refresh has no effect

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

On some of our wiki sides (lets name it side-A), we have some red marked links to sides which are not existing yet. After creating the missing wikipages (let name it side-B), i expect that after refreshing side-A i will see only blue marked links to side-B. But nothing changed. Only after editing and saving side-A i will see the expected blue marked links to side-B. Which means, yes side-B exists.

This refresh problem also occours for sides found by the dynamic page list extension. In detail, the automatism of showing all sides of a specific category fails for new generated sides. Only after editing and saving a side (named side-C) which shows dpl content will detect new sides added to the specific category.

MediaWiki 1.25.2

PHP 5.5.9-1ubuntu4.17 (fpm-fcgi)

MySQL 5.5.50-0ubuntu0.14.04.1

Because of the fact, that our wiki is used in an research facility. We have restricted access and so it is not posibble to provide the url of our wiki. Sorry for that. 141.76.115.64 (talk) 09:00, 1 August 2016 (UTC)

This sounds like you do not have a job runner active, which goes through the Job queue. Changes updating 'other pages' to reflect that a page has been created are deferred, and if you don't have a job runner active, then it will take quite a while before other pages start reflecting the change. —TheDJ (Not WMF) (talk • contribs) 09:08, 1 August 2016 (UTC)

Thank you very much for your advice. There was indeed a problem with the job runner.

Using the solution posted in the following

Project:Support desk/Flow/2014/08#c-Ciencia_Al_Poder-2014-08-20T15:38:00.000Z-92.194.139.121-2014-08-16T18:24:00.000Z

solved my problem. We have updated from 1.23.2 to 1.25.2 in the past. Maybe thats why we have the same problems. 141.76.127.208 (talk) 19:31, 3 August 2016 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Validator

I installed Validator.

But I got now this error:

"Fatal error: Uncaught exception 'Exception' with message 'Validator depends on the ParamProcessor library.' in /home/budrysl2/domains/westeros.com.pl/public_html/extensions/Validator/Validator.php:31 Stack trace: #0 /home/budrysl2/domains/westeros.com.pl/public_html/LocalSettings.php(352): require_once() #1 /home/budrysl2/domains/westeros.com.pl/public_html/includes/WebStart.php(126): require_once('/home/budrysl2/...') #2 /home/budrysl2/domains/westeros.com.pl/public_html/index.php(38): require('/home/budrysl2/...') #3 {main} thrown in /home/budrysl2/domains/westeros.com.pl/public_html/extensions/Validator/Validator.php on line 31" TraaBBIT (talk) 15:27, 1 August 2016 (UTC)

It looks like you did not install the ParamProcessor library. The sanest way to install this extension including dependencies is to use Composer. 87.123.8.28 (talk) 15:38, 1 August 2016 (UTC)

OK.

So I add this code:

{ "require": { "param-processor/param-processor": "~1.0" } }

to my composer.json file in my main catalog.

Still have this issue.

I also have composer.json in extensions/Validator catalog. Should I add code there? TraaBBIT (talk) 16:52, 1 August 2016 (UTC)

I run php composer.phar install

And I get:

$ php composer.phar install

Key extra is a duplicate in ./composer.json at line 93

> ComposerHookHandler::onPreInstall

Deprecation Notice: The Composer\Package\LinkConstraint\VersionConstraint class is deprecated, use Composer\Semver\Constraint\Constraint instead. in phar:///home/budrysl2/domains/westeros.com.pl/public_html/composer.phar/src/Composer/Package/LinkConstraint/VersionConstraint.php:17

Deprecation Notice: The Composer\Package\LinkConstraint\LinkConstraintInterface interface is deprecated, use Composer\Semver\Constraint\ConstraintInterface instead. in phar:///home/budrysl2/domains/westeros.com.pl/public_html/composer.phar/src/Composer/Package/LinkConstraint/LinkConstraintInterface.php:17

Loading composer repositories with package information

Installing dependencies (including require-dev) from lock file

Warning: The lock file is not up to date with the latest changes in composer.json. You may be getting outdated dependencies. Run update to update them.

Your requirements could not be resolved to an installable set of packages.

Problem 1

- The requested package param-processor/param-processor could not be found in any version, there may be a typo in the package name.

Problem 2

- The requested package composer/installers could not be found in any version, there may be a typo in the package name.

Problem 3

- The requested package mediawiki/mediawiki-codesniffer 0.5.0 exists as mediawiki/mediawiki-codesniffer[v0.3.0] but these are rejected by your constraint.

Problem 4

- The requested package mediawiki/mediawiki-codesniffer 0.5.0 exists as mediawiki/mediawiki-codesniffer[v0.3.0] but these are rejected by your constraint.

Problem 5

- The requested package mediawiki/mediawiki-codesniffer 0.4.0 exists as mediawiki/mediawiki-codesniffer[v0.3.0] but these are rejected by your constraint.

Problem 6

- The requested package mediawiki/mediawiki-codesniffer 0.4.0 exists as mediawiki/mediawiki-codesniffer[v0.3.0] but these are rejected by your constraint.

Potential causes:

- A typo in the package name

- The package is not available in a stable-enough version according to your minimum-stability setting

see <https://getcomposer.org/doc/04-schema.md#minimum-stability> for more details.

Read <https://getcomposer.org/doc/articles/troubleshooting.md> for further common problems. TraaBBIT (talk) 16:59, 1 August 2016 (UTC)

What should I do now? TraaBBIT (talk) 11:14, 7 September 2016 (UTC)

Have you tried updating the dependencies? 87.123.10.200 (talk) 12:29, 7 September 2016 (UTC)

Using keyboard-interactive authentication

how can i fix this problem, i can't login my account, any help? جار الله (talk) 15:30, 1 August 2016 (UTC)

What account are you speaking about?

keyboard-interactive authentication can be used, when you try to connect to a server using SSH. Then this is one of the possible authentication methods. This method has nothing to do with login to a MediaWiki account.

If you cannot log in to your MediaWiki account, use the wiki page Special:PasswordReset to reset your password! 87.123.8.28 (talk) 15:40, 1 August 2016 (UTC)

I'm talking about login to tools-login.wmflabs.org, i have a bot and i use putty. جار الله (talk) 18:29, 1 August 2016 (UTC)

Most information should be available here: Help:Tool Labs. —TheDJ (Not WMF) (talk • contribs) 07:55, 2 August 2016 (UTC)

Social shares

Page http://awoiaf.westeros.org/index.php/History_of_tourneys_in_Westeros

Any idea what extension is it? I means social share buttons on the bottom of page. TraaBBIT (talk) 16:41, 1 August 2016 (UTC)

I think it is somehow related to Bootstrap for MediaWiki.

Those sharing buttons appear in the non-free Nexus bootstrap skin (Demo) and awoiaf.westeros.org appears to also have bought it. (http://awoiaf.westeros.org/index.php/Special:Version)

Probably these are from that skin. AhmadF.Cheema (talk) 19:04, 1 August 2016 (UTC)

admin login directs to a blank page

I have just installed latest mediawiki 1.27. I want no user should be able to edit any pages which I have done through LocalSetting.php but I as admin want to edit all the pages. Now when I login as admin, I receive a blank page. What can be the reason ? PHP version is 5.6. 116.202.16.12 (talk) 08:42, 2 August 2016 (UTC)

See blank page for how to get the error message displayed! 87.123.8.28 (talk) 08:48, 2 August 2016 (UTC)

did as per your suggestion. I get following errors.

Warning: openssl_encrypt(): Unknown cipher algorithm in /wiki/includes/session/Session.php on line 424

Fatal error: Class 'MediaWiki\Session\UnexpectedValueException' not found in /wiki/includes/session/Session.php on line 426

What should be done now ? 116.202.183.72 (talk) 11:47, 3 August 2016 (UTC)

See Manual:$wgSessionInsecureSecrets for more information. In short: Either you make the missing cipher algorithm, which is aes-256-ctr, available in OpenSSL or you set $wgSessionInsecureSecrets in LocalSettings.php to true. 87.123.0.69 (talk) 12:15, 3 August 2016 (UTC)

Failed to edit links with anchor by VisualEditor

Wrote links with anchor such help#anchor1 in VisualEditor, and after saved, the changes lost.

in my site, the anchor after '#' all be lost, and in MW, I tested it in page VisualEditor:Test, and the links will complately failed.

Is there any problem or just VisualEditor don't support anchor links edit?

And the most problem is, even I edit a page in source, and make the chor links, when edit it in VisualEditor, the anchor losts. Redlz250 (talk) 09:32, 2 August 2016 (UTC)

See T112898. 137.147.5.74 (talk) 09:37, 2 August 2016 (UTC)

Thank you. Redlz250 (talk) 23:58, 2 August 2016 (UTC)

user shortid is not resolved as full name

I have migrated to mediawiki 1.25.2. Now I have issue like the below shortname format is not resolving to the full name of the user.

shortname::User:Hnb

In the earlier version I used to see the user full name instead of the above messed name format.

Your help would be appricaited, Sanjay (talk) 12:10, 2 August 2016 (UTC)

Are you using this syntax shortname::User:Hnb in normale pages, meaning in wiki text?

Second question: How does the conversion of that text to the full name work? Is that done by an extension? I have looked for one, but I didn't find one with that functionality. I must admit, I have never seen this before... 87.123.0.69 (talk) 15:23, 2 August 2016 (UTC)

Hi,

NO I dont see the syntex is used any where in wiki text. Also I tried to use extensions like 'Realnames' & 'ShowRealUsernames' but doesnot helful.Both the extensions are responsible to display the full names in Specail page users and normal wiki page users. It does not effect in these below shortname format.

shortname::User:Hnb

external author::dpp

The syntex is coming dynamically from the SMW data table. I think,There no extension used for this conversation other than SMW dependent extensions. Could you say is it a manual converted format representation. If so how would I able to dispaly the users full name? Below are the couple of formats I see in the tabular data format.

Below code is responsible to dispaly the table of contents like "Author", "Published" & "Title"

{{#ask:keyword::Seal portal organisational units::Organisation/Exploration (EXP) internal/external::Statoil internal|format=count}} files {{#ask:keyword::Seal portal organisational units::Organisation/Exploration (EXP) internal/external::Statoil internal|link=none|mainlabel=-|?#=file|?author=author|?status=year|?article display name=article display name|format=template|template=publication/list|introtemplate=publication/list/intro|outrotemplate=publication/list/outro|sort=status|order=descending|limit=20000|named args=yes}}

Please let me know if I could use any properties that need to be add to view the full name of the Authors. Sanjay (talk) 06:43, 3 August 2016 (UTC)

Could you please deligate the query to the responsible SMW team if you are not capable of answering it?

Thanks in Advance,

Sanjay Sanjay (talk) 14:40, 4 August 2016 (UTC)

Forbid users to edit other userpages

Quick question: How do I forbid users to edit userpages other than their own?

Right now any user can edit any other user's page on my wiki, I want to make sure they can only edit theirs. Thijs60 (talk) 14:59, 2 August 2016 (UTC)

There is an extension which can do something similar: Extension:AuthorProtect

or, it can also be done using an Extension:AbuseFilter rule as is apparently done here: http://terraria.wikia.com/wiki/Special:AbuseFilter/1 AhmadF.Cheema (talk) 23:07, 2 August 2016 (UTC)

Thanks for the answer. It's not exactly what I was looking for it'll do I guess. Thijs60 (talk) 12:50, 3 August 2016 (UTC)

How to update by command line

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

My wiki is in the 1.16.2 version and want to upgrade to 1.27.0, but my server doesn´t have access in graphical mode, only in console mode.

But even looking at the manual update, I couldn´t understand what it takes to update the command line. I understand that I have to perform one or more scripts but I'm not finding these scripts.

Manual:Upgrading/pt-br Analistacavanha (talk) 20:22, 2 August 2016 (UTC)

Just use the English version of that page; the portuguese one is outdated - and not even translated. Here are the commands: Manual:Upgrading#Run the update script! 87.123.0.69 (talk) 20:39, 2 August 2016 (UTC)

I did the procedure trying to run the script by xampp island, but there were the errors below. I do not know what can be.

Setting environment for using XAMPP for Windows.

Alexandre@CAVANHA-2016 c:\xampp

# cd ..

Alexandre@CAVANHA-2016 c:\

# cd xampp

Alexandre@CAVANHA-2016 c:\xampp

# cd htdocs

Alexandre@CAVANHA-2016 c:\xampp\htdocs

# cd mediawiki

Alexandre@CAVANHA-2016 c:\xampp\htdocs\mediawiki

# cd maintenance

Alexandre@CAVANHA-2016 c:\xampp\htdocs\mediawiki\maintenance

# php update.php

]PHP Strict standards:  Declaration of AuthJoomla2::initUser() should be compatible with AuthPlugin::initUser(&$user, $autocreate = false) in C:\xampp\htdocs\mediawiki\extensions\AuthJoomla2\AuthJoomla2.php on line 194

PHP Stack trace:

PHP   1. {main}() C:\xampp\htdocs\mediawiki\maintenance\update.php:0

PHP   2. require_once() C:\xampp\htdocs\mediawiki\maintenance\update.php:15

PHP   3. require() C:\xampp\htdocs\mediawiki\maintenance\commandLine.inc:45

PHP   4. require_once() C:\xampp\htdocs\mediawiki\maintenance\doMaintenance.php:77

PHP   5. require_once() C:\xampp\htdocs\mediawiki\LocalSettings.php:220

Strict standards: Declaration of AuthJoomla2::initUser() should be compatible with AuthPlugin::initUser(&$user, $autocreate = false) in C:\xampp\htdocs\mediawiki\extensions\AuthJoomla2\AuthJoomla2.php on line 194

Call Stack:

0.0004     126600   1. {main}() C:\xampp\htdocs\mediawiki\maintenance\update.php:0

0.0007     134032   2. require_once('C:\xampp\htdocs\mediawiki\maintenance\commandLine.inc') C:\xampp\htdocs\mediawiki\maintenance\update.php:15

0.0021     266296   3. require('C:\xampp\htdocs\mediawiki\maintenance\doMaintenance.php') C:\xampp\htdocs\mediawiki\maintenance\commandLine.inc:45

0.0059     388368   4. require_once('C:\xampp\htdocs\mediawiki\LocalSettings.php') C:\xampp\htdocs\mediawiki\maintenance\doMaintenance.php:77

0.0148     805432   5. require_once('C:\xampp\htdocs\mediawiki\extensions\AuthJoomla2\AuthJoomla2.php') C:\xampp\htdocs\mediawiki\LocalSettings.php:220

PHP Warning:  Cannot modify header information - headers already sent by (output started at C:\xampp\htdocs\mediawiki\LocalSettings.php:2) in C:\xampp\htdocs\mediawiki\extensions\AuthJoomla2\AuthJoomla2.php on line 85

PHP Stack trace:

PHP   1. {main}() C:\xampp\htdocs\mediawiki\maintenance\update.php:0

PHP   2. require_once() C:\xampp\htdocs\mediawiki\maintenance\update.php:15

PHP   3. require() C:\xampp\htdocs\mediawiki\maintenance\commandLine.inc:45

PHP   4. require_once() C:\xampp\htdocs\mediawiki\maintenance\doMaintenance.php:77

PHP   5. SetupAuthJoomla() C:\xampp\htdocs\mediawiki\LocalSettings.php:221

PHP   6. StaticUserLogout() C:\xampp\htdocs\mediawiki\extensions\AuthJoomla2\AuthJoomla2.php:57

PHP   7. setcookie() C:\xampp\htdocs\mediawiki\extensions\AuthJoomla2\AuthJoomla2.php:85

Warning: Cannot modify header information - headers already sent by (output started at C:\xampp\htdocs\mediawiki\LocalSettings.php:2) in C:\xampp\htdocs\mediawiki\extensions\AuthJoomla2\AuthJoomla2.php on line 85

Call Stack:

0.0004     126600   1. {main}() C:\xampp\htdocs\mediawiki\maintenance\update.php:0

0.0007     134032   2. require_once('C:\xampp\htdocs\mediawiki\maintenance\commandLine.inc') C:\xampp\htdocs\mediawiki\maintenance\update.php:15

0.0021     266296   3. require('C:\xampp\htdocs\mediawiki\maintenance\doMaintenance.php') C:\xampp\htdocs\mediawiki\maintenance\commandLine.inc:45

0.0059     388368   4. require_once('C:\xampp\htdocs\mediawiki\LocalSettings.php') C:\xampp\htdocs\mediawiki\maintenance\doMaintenance.php:77

0.0416     828312   5. SetupAuthJoomla() C:\xampp\htdocs\mediawiki\LocalSettings.php:221

0.0417     828368   6. StaticUserLogout() C:\xampp\htdocs\mediawiki\extensions\AuthJoomla2\AuthJoomla2.php:57

0.0417     828504   7. setcookie() C:\xampp\htdocs\mediawiki\extensions\AuthJoomla2\AuthJoomla2.php:85

PHP Warning:  Cannot modify header information - headers already sent by (output started at C:\xampp\htdocs\mediawiki\LocalSettings.php:2) in C:\xampp\htdocs\mediawiki\extensions\AuthJoomla2\AuthJoomla2.php on line 86

PHP Stack trace:

PHP   1. {main}() C:\xampp\htdocs\mediawiki\maintenance\update.php:0

PHP   2. require_once() C:\xampp\htdocs\mediawiki\maintenance\update.php:15

PHP   3. require() C:\xampp\htdocs\mediawiki\maintenance\commandLine.inc:45

PHP   4. require_once() C:\xampp\htdocs\mediawiki\maintenance\doMaintenance.php:77

PHP   5. SetupAuthJoomla() C:\xampp\htdocs\mediawiki\LocalSettings.php:221

PHP   6. StaticUserLogout() C:\xampp\htdocs\mediawiki\extensions\AuthJoomla2\AuthJoomla2.php:57

PHP   7. setcookie() C:\xampp\htdocs\mediawiki\extensions\AuthJoomla2\AuthJoomla2.php:86

Warning: Cannot modify header information - headers already sent by (output started at C:\xampp\htdocs\mediawiki\LocalSettings.php:2) in C:\xampp\htdocs\mediawiki\extensions\AuthJoomla2\AuthJoomla2.php on line 86

Call Stack:

0.0004     126600   1. {main}() C:\xampp\htdocs\mediawiki\maintenance\update.php:0

0.0007     134032   2. require_once('C:\xampp\htdocs\mediawiki\maintenance\commandLine.inc') C:\xampp\htdocs\mediawiki\maintenance\update.php:15

0.0021     266296   3. require('C:\xampp\htdocs\mediawiki\maintenance\doMaintenance.php') C:\xampp\htdocs\mediawiki\maintenance\commandLine.inc:45

0.0059     388368   4. require_once('C:\xampp\htdocs\mediawiki\LocalSettings.php') C:\xampp\htdocs\mediawiki\maintenance\doMaintenance.php:77

0.0416     828312   5. SetupAuthJoomla() C:\xampp\htdocs\mediawiki\LocalSettings.php:221

0.0417     828368   6. StaticUserLogout() C:\xampp\htdocs\mediawiki\extensions\AuthJoomla2\AuthJoomla2.php:57

0.0823     828504   7. setcookie() C:\xampp\htdocs\mediawiki\extensions\AuthJoomla2\AuthJoomla2.php:86

PHP Warning:  Cannot modify header information - headers already sent by (output started at C:\xampp\htdocs\mediawiki\LocalSettings.php:2) in C:\xampp\htdocs\mediawiki\extensions\AuthJoomla2\AuthJoomla2.php on line 87

PHP Stack trace:

PHP   1. {main}() C:\xampp\htdocs\mediawiki\maintenance\update.php:0

PHP   2. require_once() C:\xampp\htdocs\mediawiki\maintenance\update.php:15

PHP   3. require() C:\xampp\htdocs\mediawiki\maintenance\commandLine.inc:45

PHP   4. require_once() C:\xampp\htdocs\mediawiki\maintenance\doMaintenance.php:77

PHP   5. SetupAuthJoomla() C:\xampp\htdocs\mediawiki\LocalSettings.php:221

PHP   6. StaticUserLogout() C:\xampp\htdocs\mediawiki\extensions\AuthJoomla2\AuthJoomla2.php:57

PHP   7. setcookie() C:\xampp\htdocs\mediawiki\extensions\AuthJoomla2\AuthJoomla2.php:87

Warning: Cannot modify header information - headers already sent by (output started at C:\xampp\htdocs\mediawiki\LocalSettings.php:2) in C:\xampp\htdocs\mediawiki\extensions\AuthJoomla2\AuthJoomla2.php on line 87

Call Stack:

0.0004     126600   1. {main}() C:\xampp\htdocs\mediawiki\maintenance\update.php:0

0.0007     134032   2. require_once('C:\xampp\htdocs\mediawiki\maintenance\commandLine.inc') C:\xampp\htdocs\mediawiki\maintenance\update.php:15

0.0021     266296   3. require('C:\xampp\htdocs\mediawiki\maintenance\doMaintenance.php') C:\xampp\htdocs\mediawiki\maintenance\commandLine.inc:45

0.0059     388368   4. require_once('C:\xampp\htdocs\mediawiki\LocalSettings.php') C:\xampp\htdocs\mediawiki\maintenance\doMaintenance.php:77

0.0416     828312   5. SetupAuthJoomla() C:\xampp\htdocs\mediawiki\LocalSettings.php:221

0.0417     828368   6. StaticUserLogout() C:\xampp\htdocs\mediawiki\extensions\AuthJoomla2\AuthJoomla2.php:57

0.1369     828504   7. setcookie() C:\xampp\htdocs\mediawiki\extensions\AuthJoomla2\AuthJoomla2.php:87

PHP Warning:  Cannot modify header information - headers already sent by (output started at C:\xampp\htdocs\mediawiki\LocalSettings.php:2) in C:\xampp\htdocs\mediawiki\extensions\AuthJoomla2\AuthJoomla2.php on line 88

PHP Stack trace:

PHP   1. {main}() C:\xampp\htdocs\mediawiki\maintenance\update.php:0

PHP   2. require_once() C:\xampp\htdocs\mediawiki\maintenance\update.php:15

PHP   3. require() C:\xampp\htdocs\mediawiki\maintenance\commandLine.inc:45

PHP   4. require_once() C:\xampp\htdocs\mediawiki\maintenance\doMaintenance.php:77

PHP   5. SetupAuthJoomla() C:\xampp\htdocs\mediawiki\LocalSettings.php:221

PHP   6. StaticUserLogout() C:\xampp\htdocs\mediawiki\extensions\AuthJoomla2\AuthJoomla2.php:57

PHP   7. setcookie() C:\xampp\htdocs\mediawiki\extensions\AuthJoomla2\AuthJoomla2.php:88

Warning: Cannot modify header information - headers already sent by (output started at C:\xampp\htdocs\mediawiki\LocalSettings.php:2) in C:\xampp\htdocs\mediawiki\extensions\AuthJoomla2\AuthJoomla2.php on line 88

Call Stack:

0.0004     126600   1. {main}() C:\xampp\htdocs\mediawiki\maintenance\update.php:0

0.0007     134032   2. require_once('C:\xampp\htdocs\mediawiki\maintenance\commandLine.inc') C:\xampp\htdocs\mediawiki\maintenance\update.php:15

0.0021     266296   3. require('C:\xampp\htdocs\mediawiki\maintenance\doMaintenance.php') C:\xampp\htdocs\mediawiki\maintenance\commandLine.inc:45

0.0059     388368   4. require_once('C:\xampp\htdocs\mediawiki\LocalSettings.php') C:\xampp\htdocs\mediawiki\maintenance\doMaintenance.php:77

0.0416     828312   5. SetupAuthJoomla() C:\xampp\htdocs\mediawiki\LocalSettings.php:221

0.0417     828368   6. StaticUserLogout() C:\xampp\htdocs\mediawiki\extensions\AuthJoomla2\AuthJoomla2.php:57

0.2003     828504   7. setcookie() C:\xampp\htdocs\mediawiki\extensions\AuthJoomla2\AuthJoomla2.php:88

PHP Warning:  Cannot modify header information - headers already sent by (output started at C:\xampp\htdocs\mediawiki\LocalSettings.php:2) in C:\xampp\htdocs\mediawiki\extensions\AuthJoomla2\AuthJoomla2.php on line 92

PHP Stack trace:

PHP   1. {main}() C:\xampp\htdocs\mediawiki\maintenance\update.php:0

PHP   2. require_once() C:\xampp\htdocs\mediawiki\maintenance\update.php:15

PHP   3. require() C:\xampp\htdocs\mediawiki\maintenance\commandLine.inc:45

PHP   4. require_once() C:\xampp\htdocs\mediawiki\maintenance\doMaintenance.php:77

PHP   5. SetupAuthJoomla() C:\xampp\htdocs\mediawiki\LocalSettings.php:221

PHP   6. StaticUserLogout() C:\xampp\htdocs\mediawiki\extensions\AuthJoomla2\AuthJoomla2.php:57

PHP   7. setcookie() C:\xampp\htdocs\mediawiki\extensions\AuthJoomla2\AuthJoomla2.php:92

Warning: Cannot modify header information - headers already sent by (output started at C:\xampp\htdocs\mediawiki\LocalSettings.php:2) in C:\xampp\htdocs\mediawiki\extensions\AuthJoomla2\AuthJoomla2.php on line 92

Call Stack:

0.0004     126600   1. {main}() C:\xampp\htdocs\mediawiki\maintenance\update.php:0

0.0007     134032   2. require_once('C:\xampp\htdocs\mediawiki\maintenance\commandLine.inc') C:\xampp\htdocs\mediawiki\maintenance\update.php:15

0.0021     266296   3. require('C:\xampp\htdocs\mediawiki\maintenance\doMaintenance.php') C:\xampp\htdocs\mediawiki\maintenance\commandLine.inc:45

0.0059     388368   4. require_once('C:\xampp\htdocs\mediawiki\LocalSettings.php') C:\xampp\htdocs\mediawiki\maintenance\doMaintenance.php:77

0.0416     828312   5. SetupAuthJoomla() C:\xampp\htdocs\mediawiki\LocalSettings.php:221

0.0417     828368   6. StaticUserLogout() C:\xampp\htdocs\mediawiki\extensions\AuthJoomla2\AuthJoomla2.php:57

0.2549     828576   7. setcookie() C:\xampp\htdocs\mediawiki\extensions\AuthJoomla2\AuthJoomla2.php:92

DB connection error: MySQL functions missing, have you compiled PHP with the --with-mysql option?

Alexandre@CAVANHA-2016 c:\xampp\htdocs\mediawiki\maintenance

# Analistacavanha (talk) 21:11, 2 August 2016 (UTC)

The commands, which you used, are correct.

The error

PHP Strict standards: Declaration of AuthJoomla2::initUser() should be compatible with AuthPlugin::initUser(&$user, $autocreate = false) in C:\xampp\htdocs\mediawiki\extensions\AuthJoomla2\AuthJoomla2.php on line 194

is caused by Extension:AuthJoomla2. This extension possibly is not compatible with MediaWiki 1.27 as it allegedly no longer is maintained. Anyway, the download page of that extension claims that it would be compatible with MediaWiki 1.26. You can try updating the extension to this 1.26 version. Maybe it is working with that version. 87.123.0.69 (talk) 21:32, 2 August 2016 (UTC)

Humm I had not thought of that, I will check this detail and try to upgrade to 1.26 instead of upgrading to 1.27. Thank you very much. Analistacavanha (talk) 11:30, 3 August 2016 (UTC)

Actually, the problem is in Joomla, the tip was very good.

I installed the version 1.26.3, but the Joomla plugin goes to the 1.26.2 version of mediawiki also Joomla must be updated to version 3.

I am using version 2, so I'll have to update Joomla also and then I'll have to go down to the 1.26.2 version.

Thank you very much. Analistacavanha (talk) 02:42, 4 August 2016 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

It does not work to solve the DB lock.

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

How to do It`s Important 222.100.125.42 (talk) 22:02, 2 August 2016 (UTC)

Please provide basic information (sptes to reproduce, MediaWiki version, etc) what is "the DB lock" to "solve". AKlapper (WMF) (talk) 08:24, 3 August 2016 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Importing odd data format from other mediawiki installation

Hello! I am attempting to import a backup of a now defunct mediawiki installation. The backup was given to me from a former employee, but the format if the backup is odd, and I am having trouble working out the best way to attempt to import it.

I have attached a screenshot of how the .zip is laid out. In the wiki folder, there are files without file extensions, and opening each file in a text editor appears to look like what you would see if you opened the page and used "view source". I am thinking that possibly its just a "save this site" style backup.

Is there any way to easily import the data without having to go page by page and attempting to clean it all up?

http://imgur.com/a/D56gz

The data is pretty important, so I would hate to have to run through it manually. Cps425 (talk) 22:36, 2 August 2016 (UTC)

A usual backup consists of two things: The MediaWiki files and the database. I expected that you maybe had both of them archived into one single archive file or something like that, but you obviously don't...

In your root directory, it looks like you do have the skins folder and the images folder. That already is a good start. If no extensions had been installed in that wiki, then you most likely have all custom files of this wiki. Btw: Does the skins folder contain php files? Looking at the rest of the backup, maybe it only contains a few images and JavaScripts, but no actual PHP code. Is that the case?

Anyway, what you still have to add are the files from the tarball of the according MediaWiki version (the version number will be in the header of the different files without file extension). That way you would be able to set up the complete files, which you need to make MediaWiki run again.

Which version number is it by the way?

Anyway, what I do not understand is why the different wiki pages are provided as actual files. I think that MediaWiki does not support something like that. Meaning: That kind of files has not been created with MediaWiki and MediaWiki does not have a way to import that again. Can someone prove me wrong on that point?

If possible, ask the former employee, how he created that backup. That should make more clear, if and how it is possible to undo this process! 87.123.0.69 (talk) 00:17, 3 August 2016 (UTC)

If there is no way to get hold of a database dump, then Extension:Html2Wiki might be a very good option for you. 87.123.0.69 (talk) 00:27, 3 August 2016 (UTC)

Thanks for the replies. Unfortunately asking how the backup was created will not be possible. I do not see anything that is actual PHP code in the structure, which threw me off.

I have been playing around with HTML2Wiki a bit, but it did not like the files as they are, so I may need to add html file extensions and import them bit by bit and clean up the code.

As I mentioned, the headers within each file has all of the raw html that I see on a functioning mediawiki install, so it is almost as if they just did a save as on the site.

I may be stuck with doing a very slow import of each page and cleanup manually. :( Cps425 (talk) 16:06, 3 August 2016 (UTC)

I don't know, how many pages you have and how important they are. Depending on these factors you should see, if you want to do it manually or if you want to modify your files so that they are working with the extension.

If you ask me, my guess is that these files have been created using cURL or wget. You point one of these tools to a sitemap of your site (MediaWiki has a special page with exactly that) and tell the tool to download each page linked on it. That would create such a structure.

I have not used the Html2Wiki extension myself, but according to the extension page, it is working with an alpha version of MediaWiki 1.25 and with MediaWiki 1.24. So I would go with 1.24.

For renaming the files, you can use something like

for f in * ; do mv "$f" "$f.html" ; done

or

find . -type f -exec mv {} {}.html ';'

(both untested)

For the different files you have: You can use tools like sed to adjust their content. So I would try importing a few single files, e.g. a few long ones and see, which problems there are. E.g. if Html2Wiki expects the pages to only contain what is inside the HTML body tags, you could remove everything else. Another apsect might be links: How are internal links stored? Can Html2Wiki convert them to internal links? Or will they stay external links? Maybe you can change external links to your wiki to internal links using sed, if Html2Wiki cannot handle them well. 87.123.56.251 (talk) 17:37, 3 August 2016 (UTC)

Log in fails

After installing MAMP 3.5.2 and mediawiki on my Mac (El Capitan) everything looks fine:

- Database is running and I'm able to connect via command line.

- Configuration was successful.

- I copied the LocalSettings.php to the right directory.

But: I can't log in to my wiki. I always get the message :>> Exception encountered, of type "Error". <<

Any suggestions? JuttaGoebel (talk) 07:23, 3 August 2016 (UTC)

I changed the source code of Session.php. Like mentioned in Project:Support desk/Flow/2016/06#h-openssl_encrypt():_Unknown_cipher_algorithm-MediaWiki_1.26_internal_error-2016-06-29T02:48:00.000Z.

No it's working. JuttaGoebel (talk) 07:46, 3 August 2016 (UTC)

How to enable users to edit only sections, keeping page sections and page structure un-editable?

Hi there!

I'm wondering if there is any way to create pages using a template, with pre-established sections so users can edit and fill only those sections content. Users cannot change section titles and order. Is it possible? Please point me the right way. :)

Thanks! Franciscobarretto (talk) 15:22, 3 August 2016 (UTC)

Use a template for every editable section. Protect the main page. FriedhelmW (talk) 17:21, 3 August 2016 (UTC)

Auto Dissussion page

Like there's a tutorial on how to to setup wikipedia's infoboxes and portals, is there one on how to setup discussion pages, sandbox, the article request feature, Drafts, etc... Cammy26 (talk) 15:49, 3 August 2016 (UTC)

• Discussion page is normal page, which you can edit and put messages. What info do you need?
• Sandbox is normal page too
• Read about preloading, adding new section, inputbox. wargo (talk) 19:11, 3 August 2016 (UTC)

when you make a new page on wikipedia the discutions page is made automaticly

also on wikipedia you can make drafts that admins se and can comvert to full peges Cammy26 (talk) 19:25, 3 August 2016 (UTC)

Click appropiate tab on top of page to go into discussion page. wargo (talk) 07:35, 4 August 2016 (UTC)

How to use Bots

I read wiki media about bots and i remenber reading that you dont need to make your own bot (where did i read this too), where do i get pre-made bots. Cammy26 (talk) 15:51, 3 August 2016 (UTC)

See Pywikibot and AutoWikiBrowser Ciencia Al Poder (talk) 03:01, 4 August 2016 (UTC)

Upload not working please help!

Uploading files on MediaWiki is simply not working. It behaves as it uploads but then the image thumbnail shows as if its broken and looking into the upload directors I cannot find any uploaded images.

Yes the locaSetting is correct, and yes the /tmp folder has 777 permission and the www user is the owner. Also the images folder has 777 permission and the www user is the owner.

I tried a simple upload script and it works, so it must be something wrong with mediaWiki! I have turned debugging on to the full but no errors whatsoever! Can anyone help? I know it sounds unreal but this is whats happening 5.107.136.116 (talk) 16:57, 3 August 2016 (UTC)

Open the image thumbnail URL directly. It probably displays an error page with more information Ciencia Al Poder (talk) 03:00, 4 August 2016 (UTC)

Creating extension - change property of fields

Hi there,

I'm trying to develop an extension and I would like to use the appearence like 'ooui' but change some things like the require icon and size of the text fields, and put an image in it side.

Can anyone help me?

Thanks a lot Crismagnabosco (talk) 17:59, 3 August 2016 (UTC)

Current versions of MediaWiki already come with styles for OOUI. So maybe you can already use something of what already is there.

If you want to add your own styles, you can do that with a resource loader module. E.g. in the Vector skin, the skin.json file has an according section, which points to the screen.less file. Into this file, you can then define your styles. In an extension, you would put something like that resource loader module not into your skin.json file, but into your extension.json file. 87.123.56.251 (talk) 18:09, 3 August 2016 (UTC)

Entry data not populating after server transfer

I am trying to move our data to a new server. I have uploaded the mediawiki files to the new server, and uploaded our mediawiki sql to the new database. All of the images we had on the wiki are showing up, and all of the page names and latest edit dates are showing up, but none of the pages are populating with any of the actual content. The page contents are showing up in the cache folder, which I could ultimately copy and paste into the wiki, but is there a step I'm missing to save myself weeks of copy/pasting data?

Thanks in advance Dorourkie (talk) 21:00, 3 August 2016 (UTC)

No, I think you most likely have not missed anything.

Please try editing a page.

If in edit view, all your content is there, then your solution is here: Manual:Errors and symptoms#All pages have no content.2C but when editing a page the wiki text is there! 87.123.56.251 (talk) 21:43, 3 August 2016 (UTC)

Thanks. There's no information in the edit page either, but the view history is populated correctly. However, the histories are also all blank. Dorourkie (talk) 23:37, 3 August 2016 (UTC)

Please have a look at the text table in the wiki database. Since you are not writing about PHP and MySQL errors, I am pretty sure the table is there and it will also have a number of rows.

What is inside the old_text fields? Are these fields all empty? What is the size of the complete text table? 87.123.56.251 (talk) 01:20, 4 August 2016 (UTC)

Thanks for your response. The old_text fields have the correct data in them, and the text table is about 66.5 MiB. Dorourkie (talk) 03:07, 4 August 2016 (UTC)

So, upon further investigating, it seems that random entries have text, and others do not.

I think this might have to do with the extensions installed on the previous wiki Dorourkie (talk) 23:09, 4 August 2016 (UTC)

After re-enabling all the extensions, I'm getting this error now:

[e721991e] /wiki/ Exception from line 133 of wiki/includes/objectcache/ObjectCache.php: CACHE_ACCEL requested but no suitable object cache is present. You may want to install APC.

Backtrace:

#0 [internal function]: ObjectCache::newAccelerator(array)

#1 /wiki/includes/objectcache/ObjectCache.php(85): call_user_func(string, array)

#2 /wiki/includes/objectcache/ObjectCache.php(72): ObjectCache::newFromParams(array)

#3 /wiki/includes/objectcache/ObjectCache.php(44): ObjectCache::newFromId(integer)

#4 /wiki/includes/GlobalFunctions.php(4025): ObjectCache::getInstance(integer)

#5 /wiki/includes/Setup.php(533): wfGetMainCache()

#6 /wiki/includes/WebStart.php(163): require_once(string)

#7 /wiki/index.php(43): require(string)

#8 {main}

I'm currently waiting on my webhost to install XCache, as APC is already enabled to see if that helps. Dorourkie (talk) 00:13, 5 August 2016 (UTC)

Help on translating a page with translate extension

Hello, I installed and configured the translate extension for MW 1.27.0. Everything seems to work well but when I finish to do the translation and go back to the translated page, I can't see the page translated. The button "translate this page" is still available. I tried to change the language of course, but nothing happen for the translated text. I have no error message, I think I'm missing something.

When I switch to wiki-code, I have the correct marks such as <!--T:1--> etc.

Any idea ? 62.102.229.98 (talk) 11:57, 4 August 2016 (UTC)

I do have an error message after saving a translation block in the editor : Unknown error: "tpt-unknown-page" 62.102.229.98 (talk) 12:17, 4 August 2016 (UTC)

Does the translatable page have a <languages/> tag? Shirayuki (talk) 12:20, 4 August 2016 (UTC)

Hi Shirayuki, no there is not. 62.102.229.98 (talk) 13:43, 4 August 2016 (UTC)

Ok great, it now works, thank you very much for noticing it to me. In the documentation, this is noted in the example but not in the explanations. I missed it. 62.102.229.98 (talk) 13:46, 4 August 2016 (UTC)

Insert media does not show uploaded files

Hello,

I use a private MW 1.27 with the VisualEditor REL1_27. When I edit a page and want to attach a file to it, the Insert -> Media -> Search Function does not provide any information about already uploaded files.

Any idea? 149.203.254.222 (talk) 13:56, 4 August 2016 (UTC)

Push! 149.203.254.237 (talk) 12:45, 26 August 2016 (UTC)

как удалить страницу позорящею учебное заведение

как удалить страницу позорящею учебное заведение Plicecoll (talk) 14:49, 4 August 2016 (UTC)

I guess you are speaking about ru:Колледж_полиции. An article can be deleted, if its relevance has not been shown. If it is relevant, then it cannot be removed.

If your recent removal of information from this article follows the rules, is not clear to me. 87.123.39.179 (talk) 15:34, 4 August 2016 (UTC)

Один человек не является лицом учебного заведения с БОЛЬШОЙ историей.

А кучка "Д****А" пытающая смешать бочку меда с ложкой --- не показатель успеваемости как учебной так и финансовой. Plicecoll (talk) 15:31, 5 August 2016 (UTC)

If you want to discuss, which content this article should have, please do that at ru:Обсуждение:Колледж_полиции. 87.123.2.179 (talk) 15:57, 5 August 2016 (UTC)

HTML Form - Validation

Hi people, I've created an extension with HTMLForm, as the examples I've found here, but I couldn't show a message error using OOUI.

My Submit function is something like thisː

if (ǃvalidate) { return "Dont do it!"; }

But when I can't get this status when the page loads again. Any tip for this case?

return "you can't do itǃ"; Crismagnabosco (talk) 20:20, 4 August 2016 (UTC)

Can you give some more details of what you are doing? FriedhelmW (talk) 21:01, 4 August 2016 (UTC)

Sure.

I've developed a SpecialPage with a HTMLForm using OOjs UI.

In the SubmitCallback function I'm trying to put a error message when something isn't correct but when the page. As the example I've found, if you put a message at the return of the submit, when the page loads again the error message will be shown but it isn't occurrs with ooui and I can't get this message.

The example of submit is here . Crismagnabosco (talk) 13:07, 5 August 2016 (UTC)

Searching within a category

Hi all,

I'm helping design a private wiki and want to enable search box that searches within a particular category. I wanted to put this category-specific search box on the category page of that particular wiki. I'm looking for something with a look and feel of the namespace search box on the Help page (https://en.wikipedia.org/wiki/Help:Contents)

Could you provide any tips/code that could help in this matter?

Thank you! PaleoIsh (talk) 21:00, 4 August 2016 (UTC)

Do you need to search sub-categories too? FriedhelmW (talk) 21:47, 4 August 2016 (UTC)

Not really, if we can just search categories, that would be great. PaleoIsh (talk) 11:57, 5 August 2016 (UTC)

Does anyone have an answer to this? Would appreciate any help. PaleoIsh (talk) 11:50, 8 August 2016 (UTC)

The extension being used on that page is Extension:InputBox, which, although it has many functions, doesn't appear to allow the kind of search you are looking for (that is, search restricted to a single category). This, that and the other (talk) 13:11, 8 August 2016 (UTC)

Someone asked for this feature to be added more than 7 years ago, but unfortunately it has not been done. This, that and the other (talk) 13:12, 8 August 2016 (UTC)

In case you have Extension:CirrusSearch installed, a dirty alternative for this would be, to use special words like "incategory".

See Help:CirrusSearch#Filters .28intitle:.2C incategory: and linksto:.29

Maybe this and Extension:InputBox can be hacked together, or possibly this has already been done. AhmadF.Cheema (talk) 13:34, 8 August 2016 (UTC)

Thanks for the responses.@This, that and the other@AhmadF.Cheema PaleoIsh (talk) 16:23, 10 August 2016 (UTC)

Completely rewriting a wiki

I've been asked to do the content work for completely rewriting a wiki while the old wiki stays up. My current tack is to create the new pages under the namespace New and then, as pages are created:

• put a redirect link on the old page
• put the old page in a category

Then, when the rewrite is done:

• delete all of the old pages
• move all New pages to the Main namespace

I'd like to know if this is the right way to go about this or if there are better ways.

I have also noticed that there seems to be a slight bug in the new pages in which the blank line after a heading's contents is gone and the next heading starts immediately afterwards, making it look somewhat cramped and I'd like to know how to fix that. (E.g., for the description to the right, "Post a new question" appears immediately under ("Test wiki...") with no blank line.

Many thanks in advance,

Glenn Glennglazer (talk) 21:27, 4 August 2016 (UTC)

You may get problems with double redirects. FriedhelmW (talk) 21:37, 4 August 2016 (UTC)

Understood, thanks! Glennglazer (talk) 23:15, 4 August 2016 (UTC)

用英文版本的mediawiki,输入中文后，无法显示相关的内容

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

用英文版本的mediawiki 1.27, 在检索框输入 中文，点击检索，却无法检索出结果。请问为什么不支持中文或日文。怎么解决？ Wt8503 (talk) 07:01, 5 August 2016 (UTC)

You say that you are searching for Chinese or Japanese search terms, but then the results cannot be displayed. 87.123.2.179 (talk) 10:11, 5 August 2016 (UTC)

Are you using Extension:CirrusSearch? FriedhelmW (talk) 16:39, 5 August 2016 (UTC)

@FriedhelmW Thank you. After using Extension:CirrusSearch, i can search the Chinese or Japanese in article. Wt8503 (talk) 05:16, 11 August 2016 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

After upgrade to 1.27.0 user preferences won't save

Hello,

I just upgraded my mediawiki to version 1.27.0. Everything works as expected except saving user preferences. The specific issue is clicking on any radio box selects the choice, but when I click save, the page displays a "Your preferences have been saved" but then the box I previously checked is un-checked. This function worked in previous version (1.26.3). I checked apache2 error and access logs and didn't see anything suspicious. Everything else (editing, logging in, other extensions) works as expected

Running PHP version: 5.5.9, mysql version 5.5.50.

I would be grateful for any support in troubleshooting this issue. Thank you. Bmackenty (talk) 08:15, 6 August 2016 (UTC)

What extensions do you have installed? What checkbox do you check? Does any other setting works? Florianschmidtwelzow (talk) 08:19, 6 August 2016 (UTC)

Any checkbox in user preferences exhibits the problematic behavior, for example:

Mark all edits minor by default

Prompt me when entering a blank edit summary

Warn me when I leave an edit page with unsaved changes

Show edit toolbar

Enable enhanced editing toolbar

Enable wizards for inserting links, tables as well as the search and replace function

I check one, click save, and then when I see the thank you message, the checkbox remains unchecked.

Extensions can be found here:

CiteThisPage

Interwiki

Nuke

Cite

ImageMap

InputBox

Lingo

ParserFunctions

Poem

SyntaxHilight Bmackenty (talk) 08:24, 6 August 2016 (UTC)

was this issue solved? I am facing the same problem now.

Thanks for the help,

Lorenzo Loman87 (talk) 11:26, 16 January 2017 (UTC)

This can be caused by an error when saving preferences (that's not properly displayed on the page). First of all be sure that you've run the update.php script after upgrading. Then enable debug by setting this in LocalSettings.php:

error_reporting( -1 );

ini_set( 'display_errors', 1 );

$wgDevelopmentWarnings = true;

and see if any error appear. Ciencia Al Poder (talk) 21:15, 18 January 2017 (UTC)

Sorry, I missed this answer!

I tried your suggestion but no errors. After saving the message "your prefeferences has been changed" appears, but it seems like anything is changed :( Loman87 (talk) 15:38, 30 January 2017 (UTC)

How to restrict reading pages

Hello. I want 3 pages on my wiki to be protected from reading. I only want registered users to be able to read them.

I really prefer to do it using an Abuse Filter. Is it possible? If not, is there any other way to do it? Guycn2 (talk) 09:35, 7 August 2016 (UTC)

• See Category:Page specific user rights extensions
• Also, see the warning on that page
• From my personal experience:
  • If you can move those pages onto a new namespace, try using Extension:Lockdown.
  • If you are using MediaWiki v1.26.3 you might try IntraACL
  • Relevant Project:Support desk/Flow/2016/07#h-Alternative_to_AccessControl_and_LockDown_Extensions_?-2016-07-27T15:32:00.000Z In any case there is no guarantee, the way MediaWiki is designed it happens to commonly leave some loophole for this use-case.

In any case there is no guarantee, the way MediaWiki is designed it commonly leaves some loophole for this use-case. AhmadF.Cheema (talk) 10:46, 7 August 2016 (UTC)

I also want to do something similar in my wiki, but I prefer to avoid installing new extensions. I already have the AbuseFilter extension installed, is it possible to prevent users from accessing certain pages using a filter? 1Or (talk) 11:19, 7 August 2016 (UTC)

Can't say for sure, but I don't think there is any action "read" or "view" or any variable like "article_restrictions_read" similar to "edit" and "article_restrictions_edit" respectively.

But even if this was possible, it will probably not prevent a malicious user from gaining access through alternate ways. Among many one of the most difficult to solve has been the ability to transclude content (even from restricted pages). AhmadF.Cheema (talk) 12:05, 7 August 2016 (UTC)

AhmadF.Cheema, thank you for the detailed answers. Guycn2 (talk) 12:28, 7 August 2016 (UTC)

Restore mediawiki to Ubuntu 16.04 from 14.04

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

I have just restored my mediawiki installation to an Ubuntu 16.04. However, when I try to browse to the wiki I see only text with no formatting. Also, I can't login. I get an error -

There seems to be a problem with your login session; this action has been cancelled as a precaution against session hijacking. Go back to the previous page, reload that page and then try again.

As a temporary measure, I set permissions on all folders and files to 777 while I troubleshoot this. This resolved the access denied messages on the images directory in the apache log, but the problem remains. I think I have installed all the required components. Also, I have the folder on the system drive in w, but I access it through the webserver via /wiki. I think I did all the required configuration on apache for this.

Any help is appreciated. MwColin (talk) 08:56, 8 August 2016 (UTC)

Let's start with the first problem: For the missing styles see Manual:Errors and symptoms#The wiki appears without styles applied and images are missing. 87.123.11.168 (talk) 09:07, 8 August 2016 (UTC)

Thanks for this advice. Using this guide resolved all the problems. MwColin (talk) 16:51, 20 August 2016 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Update system message

Hello, I have MediaWiki 1.27 installed on my PC. My wiki language is Hebrew, and a lot of system messages are outdated. I want changes from translatewiki.net to affect my wiki. I already have the LocalisationUpdate extension installed, but I don't know how to use it. I've read the instructions on Extension:LocalisationUpdate, but it's written too technically... What and where should I run, among all the codes written there?

Thanks in advance. Guycn2 (talk) 10:11, 8 August 2016 (UTC)

After you have installed and configured the extension in LocalSettings.php, you can update your translations with this command

php extensions/LocalisationUpdate/update.php

on the command line. 87.123.11.168 (talk) 11:32, 8 August 2016 (UTC)

I don't understand where I should run this code... Where is the command line? Guycn2 (talk) 09:25, 9 August 2016 (UTC)

You can access the command line (or the Shell) by connecting to your server via SSH. If the local PC you are working on runs Microsoft Windows, you will need a tool like PuTTY to use SSH. From the command line or the Shell, change to the directory in which you installed MediaWiki and execute the PHP script. 87.123.57.53 (talk) 11:41, 9 August 2016 (UTC)

Ok, thanks. Guycn2 (talk) 11:56, 9 August 2016 (UTC)

Mediawiki, Parsoid, Ubuntu Server 16.04, Windows Server 2016 (Windows 10), CentOS 7 Minimal, and VisualEditor

Good day.

Over the course of the past few days I have attempted to install MediaWiki with Parsoid and VisualEditor on Windows 10 (sort of equivalent to Windows Server 2016), CentOS 7 Minimal, and now Ubuntu Server 16.04.

Some tips for prospective 'builders':

• Windows Server 2016 has problems with node.js needed to run the parsoid service.

• CentOS 7 Minimal will take you the longest time to set up. CentOS includes by default older versions of PHP as the standard base of their yum update && yum upgrade packages. You will need to manually install a newer version of PHP to get MediWiki running. The Mariadb install is cumbersome to newcomers and the complexity of having to follow the developer setup of Parsoid is confusing.

• Ubuntu Server has the option to install the complete lamp stack during installation. Simply following the MediaWiki on Ubuntu [1] instructions and you're good to go.

Now that I am focusing on the Ubuntu Server setup I have hit a wall I cannot seem to get over. Some help here would be greatly appreciated.

The versions of software I am using are as follows:

MediaWiki: 1.27.0 Setup as a Private Wiki

PHP: 7.0.8-0ubuntu0.16.04.2 (apache2handler)

MySQL: 5.7.13-0ubuntu0.16.04.2

Parsoid: 0.5.1all

VisualEditor: 0.1.0 (7445820) 22:23, 28 June 2016

I have followed these documents in setting up Mediawiki, VisualEditor, and Parsoid:

MediaWiki on Ubuntu [2]

• In addition to the PHP installation, I needed to install php-mbstring and php-xml before MediaWiki would allow me to start the setup.

• I also optionally installed php-intl

• Ensured that the LocalSetting.php file include the necessary settings to allow VisualEditor to work in a private wiki.

VisualEditor extension [3]

• I downloaded the 1.27 (latest stable MediaWiki) version of the VisualEditor extension and extracted the contents into the extension folder of my MediaWIki setup. I edited the LocalSettings.php file to include the necessary settings to enable VisualEditor. I can confirm that if I try to create a blank page VisualEditor does load correctly and allow me to 'design' this page. Since parsoid is not installed I get an error if I try to save the page.

Parsoid/Setup [4]

• There is a link in the VisualEditor page to the setup instructions of Parsoid. I have gone through these installation instructions that pertain to Ubuntu.

After the above I can browse the wiki page, use the standard editor, 'design' new pages using VisualEditor, and browse to the Parsoid web service running on port 8142.

So here's the basis for my question: I have all these components running. I am struggling to 'link' Parsoid with VisualEditor and in turn with MediaWiki.

I have watched this YouTube video [5], and have read these posts [6] [7] [8] [9] in the hope of finding some help/guidance.

Firstly, the basic test (maybe not so basic) of Parsoid to is to append /_wikitext to the end of the web service url and should return a dialogue box with a "Submit Query" button. I keep getting the error "Cannot GET /_wikitext". This error points me back to the settings.js and LocalSettings.php configuration files. I don't quite understand how the settings.js file decides how to use the URI and prefix. I have tried the 'fqdn' name given to me by apache2ctl -S, localhost, 127.0.0.1, the internal IP address of the Ubuntu server on the LAN in alternating configurations all to no avail.

Secondly, and caused from the above, the 'Edit' button starts to load the VisualEditor extension but then returns "Error loading data from server: HTTP 200. Would you like to retry". The parsoid.log file is blank so I can't troubleshoot the error from there.

I appreciate someone taking the time to assist me. 196.43.209.15 (talk) 11:51, 8 August 2016 (UTC)

Fatal error: Maximum execution time of 120 seconds exceeded... (importing pages)

Hello, after trying to import Template:Infobox and Template:Infobox person (for testing), the loading wouldn't end until I receive the following error:

Fatal error: Maximum execution time of 120 seconds exceeded in C:\xampp\htdocs\mediawiki\extensions\Scribunto\engines\LuaStandalone\LuaStandaloneEngine.php on line 510

Line 510 being: $header = fread( $this->readPipe, 16 );

I am very new to this, and I have installed Scribunto according to the guide on how to implement infoboxes, by adding:

require_once "$IP/extensions/Scribunto/Scribunto.php"; $wgScribuntoDefaultEngine = 'luastandalone';

in LocalSettings, nothing more. I use Windows 10, and localhost. How could I fix this? Justgabs (talk) 13:35, 8 August 2016 (UTC)

To begin diagnosing the issue, try the suggestion mentioned in this Project:Support desk/Flow/2016/04#h-Error-2016-04-27T04:38:00.000Z. AhmadF.Cheema (talk) 13:47, 8 August 2016 (UTC)

PHP Error (1): Maximum execution time of 120 seconds exceeded in C:\wamp64\www\glpi\inc\dbmysql.class.php at line 328 41.82.167.130 (talk) 13:56, 24 February 2022 (UTC)

unable to download

Téléchargement depuis :http://extratorrent.cc/download/5001451/

Erreur :I/O Exception while initializing download of 'http://extratorrent.cc/download/5001451/':javax.net.ssl.SSLHandshakeException: sun.security.validator.ValidatorException: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target

When I try to download something i always have this message 24.54.9.89 (talk) 23:20, 8 August 2016 (UTC)

Hi and welcome on the support desk for MediaWiki!

You are reporting an error of a Java Sun application, which most likely is happening inside Vuze. Please report it to a specialized forum instead. You are wrong here, sorry. 87.123.57.53 (talk) 07:38, 9 August 2016 (UTC)

Image not resize

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Hi, i have mediawiki 1.14 installed on web hosting, i try to resize image by using [[file:image.jpg|300px]], but the result showing the original size and when i go inspect, it show img alt="300px", please help, thanks Jonathanwong118 (talk) 09:51, 9 August 2016 (UTC)

Hi and welcome!

MediaWiki 1.14 is very old; please upgrade MediaWiki to a supported version! 87.123.57.53 (talk) 11:44, 9 August 2016 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Category page not updating or created when adding a page to it

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Hi all,

I ported a wiki (from to mediawiki 1.27) with 3000+ pages to an ubuntu server. When I create a new page and add it to a category, the category page will not list it. E.g. I add the new page 'Testdon' and add it to the category 'Doncat'. The page is created and accessible. However, when I visit the page Category:Doncat, the page 'Testdon' is not listed there. When I check the mysql db, I see the following:

The page is there: select * from page where page_title="Testdon";

+---------+----------------+------------+-------------------+------------------+-------------+----------------+----------------+-------------+----------+--------------------+--------------------+-----------+ | page_id | page_namespace | page_title | page_restrictions | page_is_redirect | page_is_new | page_random | page_touched | page_latest | page_len | page_content_model | page_links_updated | page_lang | +---------+----------------+------------+-------------------+------------------+-------------+----------------+----------------+-------------+----------+--------------------+--------------------+-----------+ | 3317 | 0 | Testdon | | 0 | 0 | 0.558504201002 | 20160809120213 | 18890 | 79 | wikitext | NULL | NULL | +---------+----------------+------------+-------------------+------------------+-------------+----------------+----------------+-------------+----------+--------------------+--------------------+-----------+I.e.

BUT page_links_updated is NONE! (I found here https://www.mediawiki.org/wiki/Manual:Page_table#page_links_updated that: "Set to the default value of NULL when the page is created by WikiPage::insertOn()." but don't know what to make of it).

Also, the 'Doncat' category is not in the category table:

select * from category where cat_title="Doncat";

Empty set (0.00 sec)

The categorylinks table also doesn't register anything.

select * from categorylinks where cl_from=3317;

Empty set (0.00 sec)

and

select * from categorylinks where cl_to="Doncat";

Empty set (0.00 sec)

HOWEVER, if I manually run the refreshLinks.php maintenance script, the issue is resolved. Hence, it seems that the new category and the pages in it are not registering in the DB when a new page / category is created, but refreshLinks.php is doing that.

I checked on another smaller wiki (also 1.27) and could not reproduce the error. When I create a page and add a category, page_links_updated is not NONE: +---------+----------------+------------+-------------------+------------------+-------------+----------------+----------------+--------------------+-------------+----------+--------------------+-----------+ | page_id | page_namespace | page_title | page_restrictions | page_is_redirect | page_is_new | page_random | page_touched | page_links_updated | page_latest | page_len | page_content_model | page_lang | +---------+----------------+------------+-------------------+------------------+-------------+----------------+----------------+--------------------+-------------+----------+--------------------+-----------+ | 10 | 0 | Einfach | | 0 | 1 | 0.555771995564 | 20160809121827 | 20160809121827 | 63 | 26 | wikitext | NULL | +---------+----------------+------------+-------------------+------------------+-------------+----------------+----------------+--------------------+-------------+----------+--------------------+-----------+

Is it possible that the updating of the category tables depends on the wiki size? What do I need to configure so that the tables category and categorylinks are updated immediatly (i.e. whatever refreshLinks.php does is run)? Is there an option to force the db update of the category tables when new page are created or changes are made?

Thanks! Rduke79 (talk) 12:25, 9 August 2016 (UTC)

We really need an entry on Manual:Errors and symptoms for this problem. This is like the tenth report here after MW 1.27 got out... 87.123.57.53 (talk) 14:04, 9 August 2016 (UTC)

Ok, but how is the issue resolved? Running refreshLinks.php manually (or as a cron job) does not seem to be a good solution? I'll gladly write an entry in Manual:Errors and symptoms if there's a solution! Rduke79 (talk) 14:18, 9 August 2016 (UTC)

Ok, I found the post in support desk that deals with this: Project:Support desk/Flow/2016/07#h-Upgrading_from_1.26_to_1.27_breaks_putting_pages_in_a_category-2016-07-27T19:13:00.000Z Rduke79 (talk) 14:53, 9 August 2016 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Always Redirecting to HTTP

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

MediaWiki 1.26.3, PHP 5.4.16, MariaDB 5.5.47 upgraded from MediaWiki 1.13.3. Running MediaWiki family. Upgrade seemed to go fine using the web updater but the updated sites always redirect to http rather than https. I created a new site and it uses https without issues. I have set $wgServer but nothing changed. I don't think the redirect is happening on apache since the new site works fine. Where should I look to disable/fix the redirect to http on the upgraded sites? Greennero (talk) 13:32, 9 August 2016 (UTC)

Do you maybe have something that reidrects in your .htaccess file?

To make the problem more clear: When you hover the mouse over a link, e.g. over the link to the page history, does this link then also start with http without the "s"? 87.123.57.53 (talk) 14:03, 9 August 2016 (UTC)

htaccess is not in use and there's nothing specific set httpd.conf. All of the links on the page are not https, there's no http in front of the links either. Greennero (talk) 14:21, 9 August 2016 (UTC)

At the very least I'd like to set the login page to SSL but the css is not loading via HTTPS. Any idea on how to at least fix this? Greennero (talk) 19:06, 9 August 2016 (UTC)

I found my issue. Some left over custom code was culprit. Greennero (talk) 20:46, 9 August 2016 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

All my links are really, really black.

I started with the example skin and pretty much love everything, but there are a large # of .mw-body a:link styles being brought in from somewhere with just color:#000000 - there aren't really any blacks in my skin .less files, so where are these coming from? 50.35.76.48 (talk) 19:02, 9 August 2016 (UTC)

Which styles it is using depends on your skin. MediaWiki offers a few modules, which include some default styles and many skins are built in a way that they first include these defaults and that they then overwrite them themselves.

You might also be interested in ResourceLoader/Features#Debug mode! 87.123.57.53 (talk) 19:46, 9 August 2016 (UTC)

Thanks, the Debug thing sounds like a good thing to check out. Basically this is the "Example" skin from the how to make your own skin topic, and that doesn't really have many anchor colors in it. (I modified it a lot, but not the anchors bit.) So this behavior seems to be coming "from somewhere else" :( http://rebeldroids.net/wiki if anyone cares.

Using the F12 debugger I can see lots of places where it's trying to assign .me-body a:link type styles in load.php, but I don't see any declarations like that in the theme's .css or .less files.

I'll try looking at the debug mode feature. Krestadroxefotk (talk) 00:35, 10 August 2016 (UTC)

Ah, I needed index.php?title=MediaWiki:Common.css :) Thanks - I figured I was overlooking something "obvious".

The ?debug=true (or &debug=true) thing on the URL helps a lot to troubleshoot the CSS, thanks for pointing it out! Krestadroxefotk (talk) 00:51, 10 August 2016 (UTC)

Unwanted Gray Character background in Calc

This seems to happen especially when text is pasted into the spreadsheet. Format-->Character in Calc has no background attribute that I can find to clear this. It occurs at times with PARTS of cells, so it's apparently happening at the character/font level. Pbandrews3 (talk) 19:04, 9 August 2016 (UTC)

Welcome on the support desk for MediaWiki, the software used to run wikis like Wikipedia!

Your question obviously is not related to MediaWiki. 87.123.57.53 (talk) 19:48, 9 August 2016 (UTC)

remove page from worldwizzy

How do I remove/request the removal of a page from worldwizzy? 208.121.64.7 (talk) 20:19, 9 August 2016 (UTC)

See also Project:Support desk/Flow/2014/07#h-Delete_WorldWizzy_Page-2014-07-09T12:20:00.000Z!

You could write their administrators or domain owners. Since this is a static image of Wikipedia from 2007, I do not expect them to really "update" anything. Looks more like an old archive to me. 87.123.57.53 (talk) 20:35, 9 August 2016 (UTC)

piwik extension did not work.

Installed Extension:Piwik Integration, and it appeared in special:version, but the visit did not record.

In firebug, I didn't see the ajax request to my piwik url, and in piwik reports, I didn't see the any records of my wiki.

$wgPiwikIDSite = "piwik_idsite";

I think this should be config as a numberic char, as in my track code it wrote : piwik.php?idsite=1

What can I do? Redlz250 (talk) 07:09, 10 August 2016 (UTC)

Hi!

You need to set $wgPiwikURL and $wgPiwikIDSite to the values, which fit for you. For $wgPiwikIDSite this is the internal number of that site in Piwik. It must be an integer. In your case, it obviously is "1". 87.123.37.221 (talk) 10:10, 10 August 2016 (UTC)

Thank you, and of course, I set them both. My all piwik settings in Localsettings.php is here:

require_once "$IP/extensions/Piwik/Piwik.php";//enable

$wgPiwikURL = "172.16.5.28/piwik/2.16.2/";//my site path,without protocol

$wgPiwikIDSite = "1";//in site page of piwik, there is a source code , I found it with param as src="//172.16.5.28/piwik/2.16.2/piwik.php?idsite=1"

$wgPiwikUsePageTitle=true;//same as below

$wgPiwikActionName='wiki/';// only to make the records different to other pages. Redlz250 (talk) 23:33, 10 August 2016 (UTC)

I found the problem!

I open two browser , one is login as sysop, and another one is login as robot.

Just now I check the piwik extension source code, and find the config as below:

$GLOBALS['wgPiwikIgnoreSysops'] = true;

$GLOBALS['wgPiwikIgnoreBots'] = true;

so I quite my login status, and the wiki page is recoreded.

I will check the piwik report tomorrow~ Redlz250 (talk) 23:57, 10 August 2016 (UTC)

I have updated the extension page accordingly. 87.123.37.221 (talk) 10:13, 10 August 2016 (UTC)

AccessLog error when saving a page

Access Log

2.0

MediaWiki       1.24.2

PHP 5.6.19 212.92.17.49 (talk) 12:02, 10 August 2016 (UTC)

( ! ) Warning: Missing argument 12 for accessLogEditAction() in wiki\extensions\UMEduWiki\AccessLog\AccessLog.php on line 104

212.92.17.49 (talk) 12:04, 10 August 2016 (UTC)

According to their documentation pages, the package UMEduWiki and the AccessLog extension both are not compatible with MediaWiki 1.24.

AccessLog\AccessLog.php on line 104 defines a function called accessLogEditAction(). This function has exactly 12(!) arguments, the 12th one being $redirect. This function gets executed from the ArticleSaveComplete hook. This hook, according to our documentation only has 11 arguments, not 12.

Since $redirect is not even used inside accessLogEditAction(), the fix might be as simple as to just remove this this 12th argument from accessLogEditAction(), so that this function only has 11 arguments just as it should have. 87.123.37.221 (talk) 15:07, 10 August 2016 (UTC)

same warning applies for  maintenance/Edit.php

[/share/Web/VHost_qbox4u/conf/abc/mwk/maintenance]# php edit.php -s "Quick edit" -m School:Bp3 < /share/Web/tst/boilerpage_01.txt

Saving...

Warning: Missing argument 12 for accessLogEditAction() in /share/MD0_DATA/Web/VHost_qbox4u/conf/abc/mwk/extensions/UMEduWiki/AccessLog/AccessLog.php on line 104

done 1.175.57.106 (talk) 02:10, 9 September 2016 (UTC)

Please see my answer above!

Since $redirect is not even used inside accessLogEditAction(), the fix might be as simple as to just remove this this 12th argument from accessLogEditAction(), so that this function only has 11 arguments just as it should have. 87.123.57.253 (talk) 06:30, 9 September 2016 (UTC)

Broken tags clog up the page

Hello, so I have been importing infoboxes for this wiki i am working with. Now I have gotten complaints from people that some template:infoboxes add </th></tr> or </td></tr> the the page they are on. I have been looking at the templates but can't figure out what is wrong.

It is notable on the following templates I imported from en.wikipedia.org

• Template:Infobox settlement
• Template:Infobox field hockey club
• Template:Infobox Tour Rugby

to name a few.

its not a grave problem, but it is annoying. Anyone who may know how I can fix it? what it means, and where to look? Helvianir (talk) 14:48, 10 August 2016 (UTC)

MediaWiki does not function when magic quotes are enabled

I know this has been posted before, but I have magic quotes disabled, I even had my server admin confirm this. One day this site was working beautifully and now I am getting this message "MediaWiki does not function when magic quotes are enabled. Please see the PHP Manual for help on how to disable magic quotes." What am I to do when magic quotes are already disabled... 2601:282:C00:DFD0:30D7:77EC:8773:29EF (talk) 20:11, 10 August 2016 (UTC)

First, I believe you and I know you will be surprised now, but: The thing is that magic quotes are enabled. I remember a number of these support requests and in the end, well, magic quotes were enabled.

If you want to, you can look into the source code yourself. The exact place might depend on your MediaWiki version, but in many versions this exception is thrown in includes/WebRequest.php around line 60 or so. When you look at that code you will see that it really checks for get_magic_quotes_gpc() and this only returns true, if magic quotes are enabled...

See Manual:Errors and symptoms#MediaWiki does not function when magic quotes are enabled for how to go on - and also for some of the other requests, to give you some ideas, what the issue might be. E.g.: You are suddnely using a different PHP version and/or your php.ini file is not used or or or. 87.123.37.221 (talk) 21:03, 10 August 2016 (UTC)

Mediawiki 1.26 on Windows Server 2012 R2 not loading CSS

I am running MediaWiki version 1.26 on Windows Server 2012 R2 on IIS 8.5. CSS on the wiki is not loading. I have looked around in some discussions and created a new temp directory for PHP to write information and provided read/write access to it and it still does not work. Any suggestions on what might be missing? 131.107.147.167 (talk) 21:04, 10 August 2016 (UTC)

Does IIS have read/write permissions to c:\Windows\temp? If it doesn't, there will be no CSS shown, as described here: Manual:Installing MediaWiki on Windows Server 2016#Common Errors. —Mainframe98 _talk 21:15, 10 August 2016 (UTC)

Lua error: Internal error: Error reading from pipe.

Hi, after installing Scribunto, I added Template:Infobox, and tried a sample code to test an infobox.

I receive the error when I press "Show preview": Lua error: Internal error: Error reading from pipe. No further details are available.

What may be the cause of this, and how could I fix it? I am using MW 1.25 (with Scribunto on the same version), because the newer versions have both given me the Fatal error: Maximum execution time of 120 seconds exceeded in C:\xampp\htdocs\mediawiki\extensions\Scribunto\engines\LuaStandalone\LuaStandaloneEngine.php on line 510 error.

Thanks! Justgabs (talk) 23:58, 10 August 2016 (UTC)

Maybe try these:

Extension talk:Scribunto/2013#c-68.194.103.98-2013-05-30T21:43:00.000Z-Issue_with_lua_&_scribuntu_causing_some_pages_to_give_massive_error

Extension talk:Scribunto/2015#h-Error_reading_from_pipe?-2015-04-20T19:13:00.000Z AhmadF.Cheema (talk) 18:54, 11 August 2016 (UTC)

Is there a way to do columns on a wiki page?

I want a bunch of records as like an index into content on our main page. Think like a baseball card, with a picture and a name. That'd link to the page of that name...

It's sort of easy to make a table that does something like what I want, but the number of columns available would depend on the size of the display. Eg: on a desktop it might be good to have 3 or 4 across, but only one across on a phone. On the desktop it might look lame to have a long skinny list of 1 column

Is there some way to achieve that effect? I poked around in the help a bit but nothing leapt out at me. Krestadroxefotk (talk) 02:33, 11 August 2016 (UTC)

Try googling for "responsive tables". Gives plenty of results... 87.123.18.23 (talk) 08:53, 11 August 2016 (UTC)

That seems reasonable for my need - strip the table from the table so it'd just be one big list. Krestadroxefotk (talk) 18:03, 11 August 2016 (UTC)

How do I print only the table of contents?

How do I print only the table of contents? 08:33, 11 August 2016 (UTC)

By selecting it and checking "Only print selected area" in the print dialogue. 87.123.18.23 (talk) 08:51, 11 August 2016 (UTC)

I had no idea web browsers could do that. Thank you! 09:08, 11 August 2016 (UTC)

Another method is: Take a screenshot and print only that. —TheDJ (Not WMF) (talk • contribs) 09:15, 11 August 2016 (UTC)

update: permission denied

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Moin moin.

In MediaWiki version 1.26.3 the permissions are alright. After updating (browserupdate) the admin in not allowed to view some sites. Also the admin can not be logged out after login.

I hope the following image will help to understand the problem.

user directory:

http://img5.fotos-hochladen.net/uploads/userdirectory2oplih4vjt.png

permission denied:

http://img5.fotos-hochladen.net/uploads/permissiondenirkw04ujd7v.png

Paul Paul Hema (talk) 10:19, 11 August 2016 (UTC)

Try disabling all the extensions in order to make sure this is not a an issue with some particular extension. AhmadF.Cheema (talk) 18:47, 11 August 2016 (UTC)

I think there is a problem because of dublicate namespaces.

In MediaWiki 1.26 my NS ID 102 is a $wgExtraNamespace and it works.

In 1.27 there is a conflict because of the following:

https://www.mediawiki.org/wiki/Manual:$wgExtraNamespaces Paul Hema (talk) 07:56, 16 August 2016 (UTC)

After I dealed with the NS in the database (http://stackoverflow.com/questions/30668048/mediawiki-custom-namespaces-id-change), the problem still exists.

Now I think, it's a problem with the Lockdown Extension (such as Ahmad said).

Hope the Problem will be fixed in 1.27.1 Paul Hema (talk) 12:36, 16 August 2016 (UTC)

Extension:Lockdown has been having very similar effects for MediaWiki v1.27.

You can look at the bug discussion here: https://phabricator.wikimedia.org/T137051

To make sure, it is a problem with this extension, try disabling the extension to find out whether the issue persists. AhmadF.Cheema (talk) 18:25, 16 August 2016 (UTC)

Thank you. I'm not an expert with git. How long will it take for a Lockdown version with MediaWiki 1.27? Or is there a between solution of Lockdown for download? Paul Hema (talk) 05:59, 17 August 2016 (UTC)

Don't know why the proposed solution hasn't been implemented already.

Try the solution mentioned by Javawookie near the end of the phabricator page.

These changes will go in the Lockdown.php file. AhmadF.Cheema (talk) 11:43, 17 August 2016 (UTC)

YES! It seems to work correctly now.

Thank you! Paul Hema (talk) 12:16, 17 August 2016 (UTC)

A fix for Lockdown on REL1_27 was merged today so upgrading to the latest code on REL1_27 will solve the issue. [[kgh]] (talk) 21:34, 17 August 2016 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Link to a extern file

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Hello,

is it possible to create a link in an article at my personal wiki, which links a file at my PC? Liljango48 (talk) 12:10, 11 August 2016 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Don't turn a URL parameter into a link

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

In my template I have a {{{parameter|}}} that holds a URL. Now I want to build some button around this URL. Thus the URL should go after href=. The MediaWiki parser disturbs that plan because it turns the URL into a clickable link automatically.

How can I prevent the parser doing this?

PS: With a URL itself I can do

<nowiki></nowiki>http://url.com<nowiki/>

but doing this with the parameter

<nowiki></nowiki>{{{parameter|}}}<nowiki/>

only gives me {{{parameter|}}} Stefahn (talk) 16:25, 11 August 2016 (UTC)

Can you make the parameter http<nowiki/>://www.example.com? FriedhelmW (talk) 18:48, 11 August 2016 (UTC)

Yes, I think I could do that with some string functions. Are you sure it would work then? Stefahn (talk) 20:32, 11 August 2016 (UTC)

No, I don't know your templates. FriedhelmW (talk) 20:39, 11 August 2016 (UTC)

You can place the URL in a data attribute, and then it won't be turned into a URL.

<div data-test="http://example.com"></div>

124.180.145.2 (talk) 01:36, 12 August 2016 (UTC)

I finally found a solution. At least for my case (I work with SemanticMediaWiki). The trick is to add #nowiki to the query.

This is my final code for my button:

<html><a href="</html>{{#show:{{FULLPAGENAME}}|?URL-Property#nowiki}}<html>" target="_blank" class="btn btn-primary">Click here</a></html>

Stefahn (talk) 10:40, 13 August 2016 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Strange hidden folders in installation folder

http://i.imgur.com/nmGotWp.png

I noticed these strange hidden folders in my mediawiki installation folder. They contain copies of vanilla mediawiki installations (no localsettings), but I have no idea what could have created them. This is a development server, which isn't accessible to the internet. My other mediawiki installations do not have the same folders. 124.180.145.2 (talk) 01:45, 12 August 2016 (UTC)

Hmm, if you are paranoid, you could check the DefaultSettings.php file in these folders and see, which version of MediaWiki it is. Then download this version from the official servers again, extract it and run diff on your folders and on the newly extracted one to see, if inside your of your folders there are files, which have any malicious changes.

However, if they don't have a LocalSettings.php file and if their source code has not been modified, then these folders definitely are not in use.

Maybe these folders were created when someone tried to extract a MediaWiki archive and this process died before it could finish and so these folders stayed behind?

If you don't need them, rm -rf could be an idea... ;-) 87.123.61.205 (talk) 08:38, 12 August 2016 (UTC)

single wiki for two URL

Hello.I install on a server a mediawiki (Mediawiki 1.27, Debian, root access).

Mediawiki work, no problem.

But I need a specific configuration. I would like to run a single wiki with two URLs.

I Have two domain address (wiki.test1.com and wiki.test2.com) for the same wiki.

If I configure wgServer field as empty, All of my page are blank (wiki interface load but no text page)

If I configure wgServer with wiki.test1.com, when I come with wiki.test2.com, the URL change to wiki.test1.com

any idea ? 109.190.132.255 (talk) 07:36, 12 August 2016 (UTC)

You need to have a canonical server address. I don't think what you want is possible. —TheDJ (Not WMF) (talk • contribs) 08:21, 12 August 2016 (UTC)

Can't you just configure your webserver (e.g. apache) to redirect the requests form test2 to test1 and set up test1 as your wgServer? Or do you want both wikis to display different URLs? Rduke79 (talk) 10:28, 12 August 2016 (UTC)

Thanks you for reply. I have one wiki and twh domain si for me, wiki.test1.com et wiki.test2.com must function at the same way. 109.190.132.255 (talk) 11:19, 12 August 2016 (UTC)

Then you can tell your webserver to redirect requests to wiki.test2.com to wiki.test1.com. Rduke79 (talk) 12:21, 16 August 2016 (UTC)

Anonymous user no action

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

What is the best practise to set, foreach term in List of permission

$wgGroupPermissions['*'][List of permission] = false;

except 'read' permission? 93.54.87.36 (talk) 12:27, 12 August 2016 (UTC)

A foreach loop! 87.123.61.205 (talk) 12:31, 12 August 2016 (UTC)

Dear user 87.123.61.205, it's a good idea but how can I do a foreach on List of permission's terms? Have you got an idea?

Thank you 87.8.102.69 (talk) 22:09, 17 August 2016 (UTC)

E.g. like so:

foreach($wgGroupPermissions['*'] as $key => $val) {
	$wgGroupPermissions['*'][$key] = false;
}
$wgGroupPermissions['*']['read'] = true;

87.123.45.5 (talk) 23:08, 17 August 2016 (UTC)

Thank you very much! 87.8.102.69 (talk) 08:54, 20 August 2016 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

New clean Installation gives me "Fatal exception of type MWException"

Hi

I have installed mediawiki 1.27 on an SharedHosting (Apache/PHP/mySQL).

After the successful installation, i tried to open the site and the following error was displayed:

Internal error

[V64e-X8AAAIAAAqODKYAAAAA] 2016-08-12 19:09:50: Fatal exception of type MWException

On the Server is the error_log on, but no erroir log was written.

Have onyone an idea?

Best Regards Marc 5.149.48.193 (talk) 19:16, 12 August 2016 (UTC)

Please enable $wgShowExceptionDetails at the bottom of your LocalSettings.php. 87.123.61.205 (talk) 00:33, 13 August 2016 (UTC)

السلام عليكم

لدي موقع مصمم بالاصدار 2.5

ارغب في تحديث الاصدار الى 3.6.2

كيف اقوم بذلك 41.254.9.124 (talk) 22:22, 13 August 2016 (UTC)

Welcome to the support desk for the MediaWiki software. This question seems to be unrelated to MediaWiki, so you'll have to find a forum / support channel for your software... AKlapper (WMF) (talk) 10:18, 16 August 2016 (UTC)

Can't confirm my email.

Nothing comming from MediaWiki. I have tried 3 diff. e-mails, checking spambox... AlojzyB (talk) 23:11, 13 August 2016 (UTC)

Have you tried different email-providers? FriedhelmW (talk) 20:33, 15 August 2016 (UTC)

Hello, I just changed my email address yesterday and cant confirm my new email address. I've tried four times already. I can't login in. My user name is Stealthy Fatman. 162.119.232.107 (talk) 17:49, 16 August 2016 (UTC)

session hijacking?

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

I tried to login, and i get

There seems to be a problem with your login session; this action has been canceled as a precaution against session hijacking. Go back to the previous page, reload that page and then try again.

how to fix this? Kiwkius (talk) 13:27, 14 August 2016 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Copyrights when using Wiki API

Hello, we made an integration with Wiki via API. Is there a standard copyright disclaimer we should use on our web site where content from Wikipedia is used? Can you please give me an example how we should place it on our web-site properly to respect the rights of Wikimedia. Thank you. 95.25.140.22 (talk) 14:59, 14 August 2016 (UTC)

https://en.wikipedia.org/wiki/Wikipedia:Reusing_Wikipedia_content

Basically: Mention Wikipedia and link back to the original content. And note that the content itself is licensed CC-By-SA-3.0 (with a link to the license).

For images a bit more work might apply and if you are outside the US, consider that especially english wikipedia has some Fair use content (images mostly), that might have additional restrictions. —TheDJ (Not WMF) (talk • contribs) 09:09, 15 August 2016 (UTC)

Oh, and thank you for respecting the conditions ! It means a lot to the authors of the content. —TheDJ (Not WMF) (talk • contribs) 09:11, 15 August 2016 (UTC)

To hide namespace on Special:Search

Hello.

Is it possible to hide some namespace checkboxes on Special:Search page (Advanced mode)? Sergezolotukhin (talk) 08:58, 15 August 2016 (UTC)

MediaWiki has a configuration option to select, which namespaces should be searched by default (see $wgNamespacesToBeSearchedDefault, but this array only predefines, which checkboxes by default are checked and which are not.

The different input elements have a CSS id like "mw-search-ns3". Using this ID, you can hide them. 87.123.7.29 (talk) 09:42, 15 August 2016 (UTC)

I had this case (css) but id like "mw-search-ns3" has checkbox element only, not label, so I cannot hide this properly Sergezolotukhin (talk) 15:16, 15 August 2016 (UTC)

And there is the SpecialSearchProfileForm hook. From the (poor) docs, it seems like $form could help, but reading the code, it seems like you only can add stuff there, not remove something from output. 87.123.7.29 (talk) 09:47, 15 August 2016 (UTC)

Merci for this, I will check it! Sergezolotukhin (talk) 15:17, 15 August 2016 (UTC)

To the CSS idea:

You can hide the label using CSS3 selectors like so:

.mw-special-Search label[for="mw-search-ns3"] { display:none; } 87.123.7.29 (talk) 15:39, 15 August 2016 (UTC)

we just had some luck with the following:

#mw-searchoptions {

display: none;

} Tansaku (talk) 13:48, 28 March 2019 (UTC)

semantic mediawiki , translationsystem ans search for a partner.

I got to translate all the forms i put in in all languages, and this if possible on an easy way, so everybody else can do it also.

habits.wiki

Trying to describe and categorize all the behaviors and habits of humans in the different countrys, i desperate need a partner who is into semantic mediawiki because i got to get all the data to fill in the system and i got to find funders and other partners, like sozialschools in all countrys to fill it up with me.

!!!PLEASE! You can be part of a real big and good project. Just contact me and we can make a contract for this partnership. michael(dot)hackl(at)habits(dot)wiki

!!! 213.208.149.68 (talk) 11:30, 15 August 2016 (UTC)

Semantic Forms Show on Select in Template

Hello!

I have form with field show on select on them.

Is possible some how use show on select in template ?

Use the same conditions as in the form.

If you select 1 that show the this div. Or i can just hide empty fields in template? 77.108.82.250 (talk) 07:49, 16 August 2016 (UTC)

Add html code after TOC

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

For more readability I would like to reduce my content width after the TOC. So I need to add html code after the TOC. What is the easiest way to do that?

I checked the available hooks but didn't find anything that is suitable. Stefahn (talk) 12:21, 16 August 2016 (UTC)

Why do you want to change the HTML? This is a CSS issue. You should fix this by adding your styles to the wiki page MediaWiki:Common.css in your wiki. 87.123.59.148 (talk) 13:19, 16 August 2016 (UTC)

I was not precise enough: I would like to add some divs to generate a two-column-layout. But this should only start below the TOC. So I need to add html there. Stefahn (talk) 15:23, 16 August 2016 (UTC)

Better add templates to your pages, like this:

Intro here __FORCETOC__ {{TwoColumns | 1=Text goes here ... }} FriedhelmW (talk) 18:51, 16 August 2016 (UTC)

Good idea FriedhelmW, thanks.

For my content I think I'll need two different SemanticForms fields then instead of one: One for the intro - and one for the rest of the content. Stefahn (talk) 07:33, 18 August 2016 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

MW 1.27 Update / php-error

Hey folks,

i'm not really a mediawiki or php-pro but this one is really killing me:

I tried to update my wiki to MW 1.27 today but the wiki tells me that i don't have the needed php-version installed on my server. Thats odd, bc php-info tells me i'm running php 5.6.22 which should be working. MW however tells me i'm running 5.2.17.

Any thoughts or workarounds?

appreciate your help! 2A02:8108:9CBF:D150:60A6:2E6D:BA1D:6D86 (talk) 13:47, 16 August 2016 (UTC)

How to switch from german namespace to english?

All Namespaces like "Category" "SpecialPages" etc are all in german, but I want them to be in english. How can I achieve that ? 95.91.200.233 (talk) 15:50, 16 August 2016 (UTC)

I know that you can switch the language of your wiki. You can test that with the uselang parameter appended to one of your wiki URLs:

uselang=en

However, this does not only influence the namespace names, but the display of all interface texts. The request to only change the namespace names to a different language while keeping all other interface texts is not very common, I think. Is there a special reason for why you want that? 87.123.59.148 (talk) 17:39, 16 August 2016 (UTC)

Yes, I am only on a standard Host that has a pre-set Mediawiki and that is in german, so I can't install it directly in english. 95.91.200.233 (talk) 17:43, 16 August 2016 (UTC)

So you actually want the wiki to be in English. This can be done by setting $wgLanguageCode in LocalSettings.php.

The above is the real solution. If you want to be able to use your wiki seriously, you should use a host, who allows you to actually modify your files.

A hack to get the same result might be to add a jQuery script to the wiki page MediaWiki:Common.js, which automatically adds the uselang parameter to all links pointing to your wiki. However, before I would write such a script, I would just go to a host, who gives me access to my files. 87.123.59.148 (talk) 20:16, 16 August 2016 (UTC)

The $wgLanguageCode only makes the wiki english, but not the namespaces. 95.91.200.233 (talk) 12:05, 19 August 2016 (UTC)

That is partly true: The built-in namespaces are getting translated for me.

Custom namespaces display the name, which is defined in their page in the MediaWiki namespace, e.g. in MediaWiki:Nstab-main for the "Main" namespace. If no translation for that page is present, then - regardless of the selected interface language - the English name will be used. E.g. on page MediaWiki:Nstab-main/de. Otherwise the namespace name will be localized as well. 87.123.13.181 (talk) 12:55, 19 August 2016 (UTC)

What you can control in the MediaWiki namespace is the text of the tab, not the namespace itself (eg: when linking to pages in that namespace or the displayed URL). See Manual:Using custom namespaces Ciencia Al Poder (talk) 10:11, 21 August 2016 (UTC)

If links to these namespaces should be updated, kind of like a mass replacement, then Extension:ReplaceText will be able to do that. 87.123.51.192 (talk) 13:15, 21 August 2016 (UTC)

Perfomance metrics

Hello

I want to get simple Perfomance metrics for my MW site with the very only parameter: time of page generating.

So as far as I see I have to use hooks to determine times on begin & end of generation process. The questions is:

- is that right way to get such metric?

- are hooks (BeforeInitialize, AfterFinalPageOutput) usable for this purpose?

Serge Sergezolotukhin (talk) 15:51, 16 August 2016 (UTC)

PDF Help

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Aug 16 2016

Hello:

I have uploaded a PDF file to our wiki

My goal is to add this PDF to the wiki using mediawiki code:

[[:file:FILENAME.pdf|alternativetext]]

I then just want the PDF to open as an autonomous PDF, not as a thumbnail within a new wiki page.

Any help is appreciated!

Thank you,

Jay JaySchertzer (talk) 16:36, 16 August 2016 (UTC)

You should link the file through the Media namespace like so:

[[media:FILENAME.pdf|alternativetext]]

This will link the file directly - and not its description page. 87.123.59.148 (talk) 20:20, 16 August 2016 (UTC)

Thanks - I'll give that a try and let you know! JaySchertzer (talk) 22:24, 16 August 2016 (UTC)

YAY! Thanks!!! That did the trick! JaySchertzer (talk) 22:26, 16 August 2016 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

How do I remove my DNA from Gedmatch?

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

I have looked in your FAQs, searched your site, and googled for whether/how to remove my DNA from Gedmatch. If I don't have property rights over my own DNA results, that is if I can't remove it from your database, I won't be uploading it to your site, which I would like to do.

Can I remove my DNA from Gedmatch? If so, how do I do it? Where would one go on your website to know it's an option and how to go about it? If it's a real option, it should be easier to find, which adds to your credibility.

Thank you. 96.246.28.22 (talk) 17:03, 16 August 2016 (UTC)

This site (www.mediawiki.org) is not affiliated with Gedmatch. This is the support desk for MediaWiki, a software that runs many wiki installations out there. Hence we cannot answer any questions about 3rd party websites (like Gedmatch) here. Malyacko (talk) 06:48, 17 August 2016 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

A database query error has occurred. This may indicate a bug in the software.

I moved to a different host and set up new database and then installed mediawiki script. I then imported my sql database and then visited my website and get this error.

Here is full error

A database query error has occurred. This may indicate a bug in the software.

• Query: SELECT page_id,page_namespace,page_title,page_restrictions,page_is_redirect,page_is_new,page_random,page_touched,page_links_updated,page_latest,page_len,page_content_model FROM `yiec_page` WHERE page_namespace = '0' AND page_title = 'Main_Page' LIMIT 1
• Function: WikiPage::pageData
• Error: 1146 Table 'u639525380_wiki.yiec_page' doesn't exist (mysql)

on my localsettings it says

# MySQL specific settings

$wgDBprefix         = 'yiec_';

I am guessing the issue is this but how can I fix it?

I have looked at my database via mysql and from what I can see the tables do not have a name.

example archive is archive, it does not have yiec_archive Urbexuk (talk) 20:38, 16 August 2016 (UTC)

I think you have to restore the wiki differently:

Your old installation may or may not have used a prefix in $wgDBprefix. Your old LocalSettings.php file and the names of the tables in your database dump will tell you.

For the new installation, you should make sure that you are using the same version of MediaWiki - and not a different one. Otherwise, you would have to update the database (and extensions if you are using any) as well.

When you install the wiki on the new server, you should import the dump into an empty database. So if your host's setup has created tables inside the database, delete them! Then restore your database dump and make sure your LocalSettings.php file uses the same value for $wgDBprefix again! 87.123.59.148 (talk) 22:38, 16 August 2016 (UTC)

i copied over the old local settings file so changed nothing except database name

i have no idea what version of media wiki i used previously

i do not want to lose 2 years of work Urbexuk (talk) 01:22, 17 August 2016 (UTC)

Are you maybe using the wrong MySQL credentials? The database name in LocalSettings.php obviously is not pointing to the same database into which you have imported your tables... 87.123.45.5 (talk) 08:33, 17 August 2016 (UTC)

i double checked all settings and they are ok

I now get this error

(Cannot access the database: Access denied for user 'u639525380_wiki'@'10.2.1.49' (using password: YES) (mysql))

I checked database name and passwod and user name and all ok

http://www.all-about-ayrshire.tk/ Urbexuk (talk) 11:34, 17 August 2016 (UTC)

The error "Cannot access the database: Access denied for user 'u639525380_wiki'@'10.2.1.49' (using password: YES)" means that you have configured MediaWiki to use the MySQL username u639525380_wiki and the host 10.2.1.49. Please check again, if these two are correct!

If username and host are correct and the error remains, then the password, which you provided in $wgDBpassword is wrong.

Note that when you wrote your very first post in this topic, you could access the database named u639525380_wiki! Your MySQL username looks like you are still trying to access this same database. In this case, change the credentials back to what you used when you wrote your very first post. At that time, you could access the database and your problem only was wrong or missing content inside that database. With your current settings you cannot even look into the database anymore. 87.123.45.5 (talk) 13:59, 17 August 2016 (UTC)

ok am back to original settings

A database query error has occurred. This may indicate a bug in the software.

• 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_sha1,rev_content_format,rev_content_model,page_namespace,page_title,page_id,page_latest,page_is_redirect,page_len,user_name FROM `revision` INNER JOIN `page` ON ((page_id = rev_page)) LEFT JOIN `user` ON ((rev_user != 0) AND (user_id = rev_user)) WHERE page_id = '1757' AND rev_id = '2473' LIMIT 1
• Function: Revision::fetchFromConds
• Error: 1146 Table 'u639525380_wiki.user' doesn't exist (mysql.hostinger.co.uk) Urbexuk (talk) 20:43, 17 August 2016 (UTC)

That already looks better. The database host, the username and the password now are correct. You now can access the database called u639525380_wiki.

Please check, what you have inside this database! This is possible to do with tools like phpMyAdmin or with what else your host is offering you for database access. The database must contain the tables and columns listed at DB. Is this the case? Are all tables there? If they are there, do the table names have a prefix? 87.123.45.5 (talk) 21:10, 17 August 2016 (UTC)

here is screenshot

the tables did not have a prfix do added that to it now but is error below

here is table layout via mysql

http://oi65.tinypic.com/o6mwrk.jpg Urbexuk (talk) 21:20, 17 August 2016 (UTC)

A database query error has occurred. This may indicate a bug in the software.

• 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_sha1,rev_content_format,rev_content_model,page_namespace,page_title,page_id,page_latest,page_is_redirect,page_len,user_name FROM `yiec_revision` INNER JOIN `yiec_page` ON ((page_id = rev_page)) LEFT JOIN `yiec_user` ON ((rev_user != 0) AND (user_id = rev_user)) WHERE page_id = '1757' AND rev_id = '2473' LIMIT 1
• Function: Revision::fetchFromConds
• Error: 1146 Table 'u639525380_wiki.yiec_user' doesn't exist (localhost)

Backtrace:

#0 /home/u639525380/public_html/includes/db/Database.php(901): DatabaseBase->reportQueryError('Table 'u6395253...', 1146, 'SELECT rev_id,...', 'Revision::fetch...', false) #1 /home/u639525380/public_html/includes/db/Database.php(1234): DatabaseBase->query('SELECT rev_id,...', 'Revision::fetch...') #2 /home/u639525380/public_html/includes/Revision.php(401): DatabaseBase->select(Array, Array, Array, 'Revision::fetch...', Array, Array) #3 /home/u639525380/public_html/includes/Revision.php(343): Revision::fetchFromConds(Object(DatabaseMysqli), Array, 0) #4 /home/u639525380/public_html/includes/Revision.php(313): Revision::loadFromConds(Object(DatabaseMysqli), Array, 0) #5 /home/u639525380/public_html/includes/Revision.php(152): Revision::newFromConds(Array, 0) #6 /home/u639525380/public_html/includes/page/WikiPage.php(614): Revision::newFromPageId(1757, 2473, 0) #7 /home/u639525380/public_html/includes/page/WikiPage.php(634): WikiPage->loadLastEdit() #8 /home/u639525380/public_html/includes/page/WikiPage.php(487): WikiPage->getRevision() #9 /home/u639525380/public_html/includes/page/WikiPage.php(210): WikiPage->getContentModel() #10 /home/u639525380/public_html/includes/page/WikiPage.php(196): WikiPage->getContentHandler() #11 /home/u639525380/public_html/includes/actions/Action.php(96): WikiPage->getActionOverrides() #12 /home/u639525380/public_html/includes/actions/Action.php(154): Action::factory('view', Object(WikiPage), Object(RequestContext)) #13 /home/u639525380/public_html/includes/MediaWiki.php(150): Action::getActionName(Object(RequestContext)) #14 /home/u639525380/public_html/includes/MediaWiki.php(662): MediaWiki->getAction() #15 /home/u639525380/public_html/includes/MediaWiki.php(519): MediaWiki->main() #16 /home/u639525380/public_html/index.php(43): MediaWiki->run() #17 {main} Urbexuk (talk) 21:15, 17 August 2016 (UTC)

From your screenshot, this looks like a complete database - as far as it is visible in the image.

The tables have the prefix yiec_. Please add this line to your LocalSettings.php file:

$wgDBprefix = 'yiec_';

Afterwards clear all caches (server, browser, PHP, whatever you have there) and see, what you get. 87.123.45.5 (talk) 21:32, 17 August 2016 (UTC)

I have added that but still same

## Database settings

$wgDBtype = "mysql";

$wgDBserver = "localhost";

$wgDBname = "u639525380_wiki";

$wgDBuser = "u639525380_wiki";

$wgDBpassword = "CENSORED";

# MySQL specific settings

$wgDBprefix = "yiec_";

# MySQL table options to use during installation or update

$wgDBTableOptions = "ENGINE=InnoDB, DEFAULT CHARSET=utf8";

# Experimental charset support for MySQL 5.0.

$wgDBmysql5 = false;

## Shared memory settings

$wgMainCacheType = CACHE_NONE; Urbexuk (talk) 22:21, 17 August 2016 (UTC)

I just visited your page: When I request the Main_Page, the error message is referencing page ID 1757. This means that the yiec_page table is there and is used. Also this means that the table prefix yiec_ really is used. So the table prefix is ok now as well. The prefix should not be changed anymore now.

I think the database credentials, which you have in your LocalSettings.php file right now, are correct. Do not change them!

When I however visit Special:Version, it tells me that also the table yiec_user_newtalk would not be there. Also, there are messages telling that table yiec_user would be missing.

From your database, can you show me a screenshot of alphabetically the last tables? I want to see, if there are the tables user yiec_user_new_talk and also all the others down to yiec_watchlist. Either you do not have any users in this installation or the DB import aborted somewhere.

(Apart from that it seems like what you are doing currently actually also is a MediaWiki upgrade. The version you are trying to use now obviously is not identical to the old one.) 87.123.45.5 (talk) 22:54, 17 August 2016 (UTC)

http://oi68.tinypic.com/2ib2fzq.jpg

http://oi65.tinypic.com/53ppit.jpg

http://oi63.tinypic.com/dyauqf.jpg

i have no idea what version of mediawiki i had before or how to find out

I got my host to import the sql as when i did it page timed out even though its only 54mb 86.28.140.107 (talk) 13:00, 18 August 2016 (UTC)

Look at your tables and compare them with the tables from DB! I didn't want to write it yesterday as it would only have been a guess, but: The text table in a MediaWiki installation usually is the biggest table and so, if a timeout happens, this often is the case while exactly this table gets imported. And exactly this has happened in your case.

Actually your DB did not import completely. Import obviously stopped somewhere inside the text table. I guess you don't really know where inside this table the import aborted.

You can now do this:

1. Delete the text table from your database. The text table should no longer be in your database.
2. Then make a copy of your dumpfile with your database backup in it and edit the copy, removing all the tables before the text table.
3. Try importing this edited dumpfile.
4. Add the table prefix to the table names (if it is not there).

(Another solution, which works without editing the dumpfile, is to remove all tables from the database and to import the database on the shell/command line using SSH. That way the import most likely will not abort.) 87.123.26.164 (talk) 14:29, 18 August 2016 (UTC)

My page has gone :(

Hi I started a page during a WikiBomb session yesterday. I could see the site at the end and could see all my revisions under Contributions but today it's completely gone. I've had no messages saying there were problems with the content so I don't understand what has happened to the page. Lizziebethw (talk) 00:46, 17 August 2016 (UTC)

Welcome to mediawiki.org. What was your page called, and on which website did you create your page? Malyacko (talk) 06:41, 17 August 2016 (UTC)

Хотел пожертвовать - не получилось

Хотел пожертвовать - не нашол сслыки на платежку как не искал. И кстати довольно большой проблемой было найти ссылку обратной связи. Такое впечатление что обратный отзыв Вам не нужен. Я хотел бы предложить свои услуги разработчика на безвозмездной основе. Если Вам это будет нужно дайте пожалуйста знать Vavile1984 (talk) 10:18, 17 August 2016 (UTC)

SMW_refreshData.php query aborted after it completes 42% updation

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Hi,

I have executed the below script couple of time with params. But it was aborted with below ERROR after its complted 42% as below. Could you please let me know how to run the below script with 100% compeletion.

1. # php SMW_refreshData.php --s

............................................................ 42%

...[d94c685d] [no req]   MWException from line 6371 of /data/www/html/test3/includes/parser/Parser.php: Parser state cleared while parsing. Did you call Parser::parse recursively?

Backtrace:

#0 /data/www/html/test3/includes/parser/Parser.php(402): Parser->lock()

#1 /data/www/html/test3/includes/content/WikitextContent.php(333): Parser->parse(string, Title, ParserOptions, boolean, boolean, NULL)

#2 /data/www/html/test3/includes/content/AbstractContent.php(497): WikitextContent->fillParserOutput(Title, NULL, ParserOptions, boolean, ParserOutput)

#3 /data/www/html/test3/includes/filerepo/file/LocalFile.php(1747): AbstractContent->getParserOutput(Title, NULL, ParserOptions)

#4 /data/www/html/test3/extensions/SmoothGallery/SmoothGalleryParser.php(238): LocalFile->getDescriptionText()

#5 /data/www/html/test3/extensions/SmoothGallery/SmoothGalleryParser.php(164): SmoothGalleryParser->parseImage(Title, Parser, array, string)

#6 /data/www/html/test3/extensions/SmoothGallery/SmoothGalleryParser.php(104): SmoothGalleryParser->parseGallery(string, Parser)

#7 /data/www/html/test3/extensions/SmoothGallery/SmoothGalleryParser.php(11): SmoothGalleryParser->parseGalleries(string, Parser)

#8 /data/www/html/test3/extensions/SmoothGallery/SmoothGallery.php(115): SmoothGalleryParser->__construct(string, array, Parser, boolean)

#9 /data/www/html/test3/extensions/SmoothGallery/SmoothGallery.php(104): initSmoothGallery(string, array, Parser)

#10 [internal function]: initSmoothGalleryPF(Parser, string, string, string, string, string, string, string, string)

#11 /data/www/html/test3/includes/parser/Parser.php(3771): call_user_func_array(string, array)

#12 /data/www/html/test3/includes/parser/Parser.php(3505): Parser->callParserFunction(PPFrame_DOM, string, array)

#13 /data/www/html/test3/includes/parser/Preprocessor_DOM.php(1169): Parser->braceSubstitution(array, PPFrame_DOM)

#14 /data/www/html/test3/includes/parser/Parser.php(3322): PPFrame_DOM->expand(PPNode_DOM, integer)

#15 /data/www/html/test3/includes/parser/Parser.php(1231): Parser->replaceVariables(string)

#16 /data/www/html/test3/includes/parser/Parser.php(434): Parser->internalParse(string)

#17 /data/www/html/test3/extensions/SemanticMediaWiki/includes/ContentParser.php(202): Parser->parse(string, Title, ParserOptions, boolean, boolean, integer)

#18 /data/www/html/test3/extensions/SemanticMediaWiki/includes/ContentParser.php(147): SMW\ContentParser->fetchFromParser()

#19 /data/www/html/test3/extensions/SemanticMediaWiki/src/MediaWiki/Jobs/UpdateJob.php(136): SMW\ContentParser->parse()

#20 /data/www/html/test3/extensions/SemanticMediaWiki/src/MediaWiki/Jobs/UpdateJob.php(119): SMW\MediaWiki\Jobs\UpdateJob->needToParsePageContentBeforeUpdate()

#21 /data/www/html/test3/extensions/SemanticMediaWiki/src/MediaWiki/Jobs/UpdateJob.php(88): SMW\MediaWiki\Jobs\UpdateJob->doPrepareForUpdate()

#22 /data/www/html/test3/extensions/SemanticMediaWiki/src/MediaWiki/Jobs/UpdateJob.php(57): SMW\MediaWiki\Jobs\UpdateJob->doUpdate()

#23 /data/www/html/test3/extensions/SemanticMediaWiki/src/SQLStore/ByIdDataRebuildDispatcher.php(171): SMW\MediaWiki\Jobs\UpdateJob->run()

#24 /data/www/html/test3/extensions/SemanticMediaWiki/src/Maintenance/DataRebuilder.php(247): SMW\SQLStore\ByIdDataRebuildDispatcher->dispatchRebuildFor(integer)

#25 /data/www/html/test3/extensions/SemanticMediaWiki/src/Maintenance/DataRebuilder.php(147): SMW\Maintenance\DataRebuilder->doRebuildAll()

#26 /data/www/html/test3/extensions/SemanticMediaWiki/maintenance/rebuildData.php(141): SMW\Maintenance\DataRebuilder->rebuild()

#27 /data/www/html/test3/maintenance/doMaintenance.php(103): SMW\Maintenance\RebuildData->execute()

#28 /data/www/html/test3/extensions/SemanticMediaWiki/maintenance/rebuildData.php(174): require_once(string)

#29 /data/www/html/test3/extensions/SemanticMediaWiki/maintenance/SMW_refreshData.php(9): require_once(string)

#30 {main} Sanjay (talk) 12:11, 17 August 2016 (UTC)

I am not sure what version of SMW you are running. However upgrading to latest SMW 2.4.1 will massively improve the situation. Also the new "rebuildData.php" script comes with the "--ignore-exceptions" option allowing to skip worries like the one reported.

On this version the only way out you have is to skip the respective Object ID manually by using the "-s" option, i.e. if the above error occurs for Object ID 12345 you restart the script with php SMW_refreshData.php -s 12346 [[kgh]] (talk) 21:40, 17 August 2016 (UTC)

by Anu8791: I have upgraded Mediawiki 25.3 with SMW 2.3. Below is the query I used to update SMW db under maintenance.

php rebuildData.php -v --memory-limit=max --conf=/data/www/html/test3/LocalSettings.php

for the above command I can see the Process ID and its failing after the process ID : 20214 .Could you please suggest with complete command how would I start updating after it failed at the particular process ID for above command? Also could you let me know how to auto skip with the failed process ID and continue with the Run? [[kgh]] (talk) 11:19, 18 August 2016 (UTC)

Do not post to the thread summary please.

php rebuildData.php -v -s 20215 --conf=/data/www/html/test3/LocalSettings.php

See the documentation for all the options. Automatically skipping the problems is only possible with SMW 2.4.1.

php rebuildData.php -v --ignore-exceptions --conf=/data/www/html/test3/LocalSettings.php [[kgh]] (talk) 11:22, 18 August 2016 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

New Mediawiki not see the sidebar on the Main page

Hi

i have install new mediawiki, 1.27

my old mediawik work with 1.26.2

i testing XML-Export from old Mediawiki to new Mediawiki.

Testing is OK.

Only I can not see the sidebar on the home page . While going to the bottom , then I see the sidebar . can anyone tell me why that is ? HandrikF (talk) 12:52, 17 August 2016 (UTC)

Your main page may have unclosed and/or unbalanced HTML elements that affects the general layout of the page. This is often caused by unclosed <div>, or even because of extra </div> presents on the wikitext. Ciencia Al Poder (talk) 10:18, 19 August 2016 (UTC)

Wikipedia Failing to respond to complaints

I have not been set a password. I complained to Nikolaev Vladislav, (again) yet there has been no response.

To: 'Wikipedia information team' <info-en@wikimedia.org>

Subject: RE: [Ticket#2016080810008461] Password

How can I take my Wikipedia complaint futher please? I am trying to create a page.

Rgds,

Simon COLLYER 82.27.112.73 (talk) 14:04, 17 August 2016 (UTC)

Hi Simon,

note that I do not know, what the info team has told you.

I assume your situation is that you know your username, but that you do not know your password. MediaWiki has the page Special:ResetPassword for this case. This page can be used without the need to contact anybody, you can just do that yourself!

Have you already tried that? 87.123.45.5 (talk) 14:32, 17 August 2016 (UTC)

ERROR 502: Bad Gateway error when attempting to download Extensions.

I've started getting ERROR 502: Bad Gateway errors when trying from multiple locations/sources to download any Mediawiki Extensions. This started around 10:20am Eastern, and is still happening. 24.248.74.254 (talk) 14:31, 17 August 2016 (UTC)

For a quick response or to make people, who are in charge of the systems aware of this issue, you might want to write this note in IRC.

See MediaWiki on IRC for more information! 87.123.45.5 (talk) 14:34, 17 August 2016 (UTC)

On work computers, so IRC not allowed.  :( Thanks though! 24.248.74.254 (talk) 15:03, 17 August 2016 (UTC)

Restrict access to AD group when using OAM for SSO

Greetings.. we installed and configured Mediawiki in our environment and use OAM for SSO authentication and creation of mediawiki accounts.. Is there a way to restrict access to just a defined AD group using this method of authentication.

Thanks Rejiofoh1 (talk) 15:14, 17 August 2016 (UTC)

I understand that you are using Oracle Access Manager for single sign on. What is the AD group?

Generally, MediaWiki is not made for access control. You possibly can use user groups to do that. See Manual:Preventing access! What is it that you want to achieve? 87.123.45.5 (talk) 16:11, 17 August 2016 (UTC)

thanks for responding.. Security wants to be able to restrict access to the wiki to members of a certain (2) groups. we already have user groups in AD and would like to use those if possible. Would it be better to create a new AD group specifically for this? would the best place for this be in "initUser" 150.148.14.96 (talk) 16:57, 18 August 2016 (UTC)

Ok, so you have a certain user group (the AD group) in OAM. What you want is that only certain users should be able to read the wiki - and others not.This is technically possible:

Your SSO solution should put the MediaWiki users into MediaWiki user groups and that based on in which OAM group the user is. How the SSO thing does that is up to it; MediaWiki e.g. has the maintenance script createAndPromote.php, which your SSO code could use!

Then in LocalSettings.php, you assign user rights to the MediaWiki user groups as follows: For the "*" group, you unset all rights and you especially set the "read" right to false.

For the other two MediaWiki groups, you assign user rights as you need them, e.g. you definitely want to assign "read" = true.

More information on user group rights in MediaWiki is available here: Manual:User rights! 87.123.26.164 (talk) 18:27, 18 August 2016 (UTC)

thank you. I will give this a try 150.148.14.96 (talk) 15:16, 22 August 2016 (UTC)

Login error

First of all, sorry for my english... ;)

Today I updated my website www.wikidonca.it to version 1.27 from 1.26.3 (this is not is not the first upgrade I do)

Well, now I can't login with my account because after I insert my user/pass, the connection broken with error 500. You can try to replicate it inserting a fake user/pass, the result is the same.

Please help! 82.55.62.226 (talk) 16:06, 17 August 2016 (UTC)

Error 500 means that an error is happening in the Apache webserver. Check the error log to get more information about what is going wrong! 87.123.45.5 (talk) 16:16, 17 August 2016 (UTC)

[Wed Aug 17 18:25:19 2016] [warn] mod_fcgid: stderr: PHP Warning:  openssl_encrypt(): Unknown cipher algorithm in XXXX/includes/session/Session.php on line 424

[Wed Aug 17 18:25:19 2016] [warn] mod_fcgid: stderr: PHP Fatal error:  Class 'MediaWiki\\Session\\UnexpectedValueException' not found in XXXX/includes/session/Session.php on line 426 82.55.62.226 (talk) 16:27, 17 August 2016 (UTC)

SOLVED.

I found this:

https://gerrit.wikimedia.org/r/#/c/296534/1/includes/session/Session.php 82.55.62.226 (talk) 16:45, 17 August 2016 (UTC)

Exactly! See Manual:$wgSessionInsecureSecrets for the solution! 87.123.45.5 (talk) 17:16, 17 August 2016 (UTC)

Need our company login credentials

I am new to my company and the outgoing marketing guy never left me the login info for our Wikipedia page, HELP! I need to login and update our info. Aroa76 (talk) 20:18, 17 August 2016 (UTC)

Are you speaking about a Wikipedia account? In that case, you most likely can use the en:Special:PasswordReset page of Wikipedia to reset the password.

If you are speaking about an account in your company's own wiki, you can set a new password using the changePassword.php maintenance script. 87.123.45.5 (talk) 21:18, 17 August 2016 (UTC)

Getting Internal Error when editing content or creating new content

I'm finally getting data to show up, which is great (though some of the templates still aren't working). However, whenever I try to save edited or new data, I get the following error:

Internal error

[9c342358] 2016-08-18 03:45:43: Fatal exception of type MWException

I'm not sure what's causing this problem. Even before I transferred the data, the "brand new" wiki was doing this. Any thoughts?

Wiki URL: http://furrybasketball.net/wiki/index.php?title=Main_Page Dorourkie (talk) 03:49, 18 August 2016 (UTC)

You should set $wgShowExceptionDetails to true to get a more descriptive error message to diagnose the problem. Ciencia Al Poder (talk) 10:14, 19 August 2016 (UTC)

Thanks for the tip.

Error is below as follows:

[320c7e6a] /wiki/index.php?title=Main_Page&action=submit Exception from line 1788 of /var/www/vhosts/furrybasketball.net/httpdocs/wiki/includes/WikiPage.php: Could not find text for current revision 54677.

Backtrace:

#0 [internal function]: WikiPage->doEditContent(WikitextContent, string, integer, boolean, NULL, string)

#1 /var/www/vhosts/furrybasketball.net/httpdocs/wiki/includes/Article.php(2027): call_user_func_array(array, array)

#2 /var/www/vhosts/furrybasketball.net/httpdocs/wiki/includes/EditPage.php(1830): Article->__call(string, array)

#3 /var/www/vhosts/furrybasketball.net/httpdocs/wiki/includes/EditPage.php(1830): Article->doEditContent(WikitextContent, string, integer, boolean, NULL, string)

#4 /var/www/vhosts/furrybasketball.net/httpdocs/wiki/includes/EditPage.php(1243): EditPage->internalAttemptSave(array, boolean)

#5 /var/www/vhosts/furrybasketball.net/httpdocs/wiki/includes/EditPage.php(433): EditPage->attemptSave()

#6 /var/www/vhosts/furrybasketball.net/httpdocs/wiki/includes/actions/EditAction.php(50): EditPage->edit()

#7 /var/www/vhosts/furrybasketball.net/httpdocs/wiki/includes/actions/EditAction.php(74): EditAction->show()

#8 /var/www/vhosts/furrybasketball.net/httpdocs/wiki/includes/Wiki.php(487): SubmitAction->show()

#9 /var/www/vhosts/furrybasketball.net/httpdocs/wiki/includes/Wiki.php(285): MediaWiki->performAction(Article, Title)

#10 /var/www/vhosts/furrybasketball.net/httpdocs/wiki/includes/Wiki.php(647): MediaWiki->performRequest()

#11 /var/www/vhosts/furrybasketball.net/httpdocs/wiki/includes/Wiki.php(506): MediaWiki->main()

#12 /var/www/vhosts/furrybasketball.net/httpdocs/wiki/index.php(46): MediaWiki->run()

#13 {main} Dorourkie (talk) 19:23, 19 August 2016 (UTC)

This post resumes Project:Support desk/Flow/2016/08#h-Entry_data_not_populating_after_server_transfer-2016-08-03T21:00:00.000Z.

This error means that at least the named row from the database table text is missing. After checking your page, I am pretty sure that all "newer" rows from that table are missing - very old revisions are however working correctly. Also, the user table does not seem to be working or present.

My guess is that you imported the database, this import aborted and now you only have the first part of your database in place with the last tables missing completely. Please compare your tables with the list on page DB to verify this!

If I am right with my guess, then you should delete the text table from your database again. After that, import only the text table and those tables following after it in your MySQL dump file so that you again have the complete database in place! 87.123.13.181 (talk) 20:35, 19 August 2016 (UTC)

"Your session most likely timed out."

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

The full message: "Unable to continue login. Your session most likely timed out."

I've tried different browsers (FF and Chrome) and even rebooted the machine.It is one of three personal wikis, but the only one affected by this. I recall leaving work yesterday still logged into the wiki, but I've done that plenty of times.

I've also tried logging in with other account names, but with the same result. (Interesting note: I just tried a fictitious account name and password and it responded the exact same way.)

• MediaWiki: 1.27.0
• PHP: 5.6.22 (cgi-fcgi)
• Database: 5.6.30

I appreciate your guidance. LeyteWolfer (talk) 14:40, 18 August 2016 (UTC)

CLOSED

Self-solved. For archival purposes, the issue was in the public_html/php.ini file.

max_execution_time = 300

max_input_time = 300

These both needed to be removed. Added when host directed their addition in order to increase upload file size from default of 2mb. LeyteWolfer (talk) 01:26, 19 August 2016 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Database error after PHP and MySQL update

I use a MediaWiki 1.22.2 installation which worked fine on my Ubuntu 14.04 server. Now that I have updated it to Ubuntu 16.04 I see that it brings along new versions of PHP (7.0) and MySQL. phpmyadmin still shows my wiki database, but when I select it, phpmyadmin only shows two tables: hitcounter and searchindex. Whatever I try to mysqldump the whole database fails because the other tables seem to no longer exist, although they are shown in phpmyadmin's outline view.

The MySQL update on my server copied all old MySQL databases to /var/lib/mysql_OLD and continued using /var/lib/mysql as the base path, but I don't find a way to dump the wiki database.

Any help is really appreciated. 87.183.5.108 (talk) 16:39, 18 August 2016 (UTC)

hitcounter and searchindex are the two tables, which by default do not use the InnoDB table engine. All or at least nearly all (should I have missed one) do use InnoDB.

Is InnoDB deactivated? 87.123.26.164 (talk) 16:59, 18 August 2016 (UTC)

I am not sure. This is what MySQL tells me:

show engines;
+--------------------+---------+------------------------------------------------+--------------+------+------------+
| Engine | Support | Comment                                                    | Transactions | XA   | Savepoints |
+--------------------+---------+------------------------------------------------+--------------+------+------------+
| [...]
| InnoDB | DEFAULT | Supports transactions, row-level locking, and foreign keys | YES          | YES  | YES        |
| [...]      |
+--------------------+---------+------------------------------------------------+--------------+------+------------+
mysql> show variables like "%have_%";
+------------------------+----------+
| Variable_name          | Value    |
+------------------------+----------+
| have_compress          | YES      |
| have_crypt             | YES      |
| have_dynamic_loading   | YES      |
| have_geometry          | YES      |
| have_openssl           | DISABLED |
| have_profiling         | YES      |
| have_query_cache       | YES      |
| have_rtree_keys        | YES      |
| have_ssl               | DISABLED |
| have_statement_timeout | YES      |
| have_symlink           | YES      |
+------------------------+----------+

87.183.5.108 (talk) 17:34, 18 August 2016 (UTC)

By the way, my MySQL version is:

root@ubuntu:~# mysql --version
mysql  Ver 14.14 Distrib 5.7.13, for Linux (x86_64) using  EditLine wrapper

87.183.5.108 (talk) 18:27, 18 August 2016 (UTC)

The MySQL documentation says:

As of MySQL 5.7.5, the InnoDB storage engine can no longer be disabled, and the --innodb=OFF and --skip-innodb options are deprecated and have no effect. Their use results in a warning. These options will be removed in a future MySQL release.

https://dev.mysql.com/doc/refman/5.7/en/innodb-parameters.html#option_mysqld_innodb 87.183.5.108 (talk) 18:35, 18 August 2016 (UTC)

Theoretically it would still be possible to start the server in a way that InnoDB is not available. However, I guess you have not done that.

MySQL has an upgrade script. This script should be run during the MySQL upgrade and it should update/fix tables, which have been created with the old version of MySQL. If you have a backup (sounds like it), then maybe you want to try to run this upgrade on your live tables to se, what you get... 87.123.26.164 (talk) 19:31, 18 August 2016 (UTC)

I only have the .frm files in /var/lib/mysql/. I seem to remember that there was a MySQL upgrade issue when I upgraded my Ubuntu server to 16.04. It told me that the old database files had been copied to /var/lib/mysql_OLD just in case.

I now ran mysql_upgrade on the PuTTY console and it didn't help, telling me the same stuff:

shell> mysql_upgrade
[...]
intactiwiki.archive
Error    : Table 'intactiwiki.archive' doesn't exist
status   : Operation failed
intactiwiki.category
Error    : Table 'intactiwiki.category' doesn't exist
status   : Operation failed
intactiwiki.categorylinks
Error    : Table 'intactiwiki.categorylinks' doesn't exist
status   : Operation failed
intactiwiki.change_tag
Error    : Table 'intactiwiki.change_tag' doesn't exist
status   : Operation failed
intactiwiki.externallinks
Error    : Table 'intactiwiki.externallinks' doesn't exist
status   : Operation failed
intactiwiki.filearchive
Error    : Table 'intactiwiki.filearchive' doesn't exist
status   : Operation failed
intactiwiki.hitcounter                             OK
intactiwiki.image
Error    : Table 'intactiwiki.image' doesn't exist
status   : Operation failed
[...]

I see these errors on other MySQL databases, too. mysql_upgrade fixed some tiny issues in other databases, by the way. It really seems as if InnoDB won't be used although it should be the default. 87.183.22.89 (talk) 06:16, 19 August 2016 (UTC)

It seems as if another trial to copy the backuped files to the current /var/lib/mysql folder fixed this issue. I saw that the current ibdata1 file had only about 7 MB, while the backuped had about 500 MB, I finally understood that the ibdata1 file contained my InnoDB data for ALL InnoDB databases. So this is what I did to finally solve this issue:

shell> service mysql stop
cp /var/lib/mysql_OLD/ibdata1 /var/lib/mysql
service mysql start

Then my database table contents were back, finally. Of course the next thing I did was mysqldump'ing all restored databases.

I now wonder how I can switch these InnoDB databases to using single ibdata files per table, as such a huge 500 MB file increases the chance of data loss. 87.183.22.89 (talk) 07:22, 19 August 2016 (UTC)

I don't know if it's easily possible to change this setting after the server had been used and ata added to the InnoDB tablespace. However, since having one single instead of multiple small files to store the InnoDB data is the default setting, I guess setting things up this way has some kind of advantages, which made the MySQL developers make it so...

However, glad to hear that you could solve the issue! 87.123.13.181 (talk) 08:02, 19 August 2016 (UTC)

Need to replace main photo on a page

I tried to upload a photo (own work) but it was deleted with someone saying it was "unlikely to be my own work" since it's used elsewhere. It's a press photo for a musician, he has asked me to replace his photo, and of course my work is used elsewhere---it's a press photo. It's meant to go multiple places--interviews, writeups, wikipedia. If someone could please assist me. Maddiefreeman (talk) 18:14, 18 August 2016 (UTC)

2 things.

1: Wikipedia/Wikimedia requires you to give up a lot of control about your images. Please realize that once it is on wikipedia, anyone can use it, for any purpose, including commercial use.

2: In cases where an image is already available online in a non-Free situation, you will have to provide additional details around your identity, so that Wikipedia can be sure that you grant these rights in a way that is sufficiently trackable, that we can be 100% sure not to be liable in any litigation. This process is often referred to as OTRS and a description can be found here: https://commons.wikimedia.org/wiki/Commons:OTRS —TheDJ (Not WMF) (talk • contribs) 19:19, 18 August 2016 (UTC)

Thank you so much for your reply. It's already been posted online because it's already free for anyone to use. So I'm not sure what else I have to provide. I uploaded it to wiki commons and thought I selected a type of licensing (free for all). Is there any way I could trouble you to give me step-by-step instructions for replacing the photo? Maddiefreeman (talk) 22:02, 18 August 2016 (UTC)

It was not deleted. It is only being discussed for deletion, as noted in the notice on File's page. It is being discussed here. In that discussion as well, they direct you to Commons:OTRS. Please follow the: 'Declaration of consent for all enquiries' procedure listed there. —TheDJ (Not WMF) (talk • contribs) 08:00, 19 August 2016 (UTC)

Issue with SVG file

Hello.

I added some SVG files.

But now I see on page when that files are added this error:

"Error creating thumbnail"

I have that code in LocalSettings:

$wgFileExtensions = array( 'png', 'gif', 'jpg', 'jpeg', 'ppt', 'pdf', 'psd', 'mp3', 'xls', 'xlsx', 'swf', 'svg', 'doc','docx', 'odt', 'odc', 'odp', 'odg', 'mpp');

$wgSVGConverter = 'ImageMagick';

$wgAllowTitlesInSVG = true;

$wgSVGConverterPath= "C:/ImageMagic/convert.exe";

$wgLoadFileinfoExtension = true;

$wgMimeDetectorCommand = "file -bi";

I'm not sure about that:

$wgSVGConverterPath= "C:/ImageMagic/convert.exe";

Does that mean that I should have installed ImageMagic on my PC? TraaBBIT (talk) 07:35, 19 August 2016 (UTC)

That means that you should either remove the wrong configuration so that MediaWiki will no longer try using a program, which is not there thus throwing an error. Or you should install ImageMagick and make the path point to it.

The first $wgSVGConverterPath is superfluous and should be removed no matter what you decide to do. 87.123.13.181 (talk) 12:58, 19 August 2016 (UTC)

OK. But should I install ImageMagic on my PC or on server? TraaBBIT (talk) 07:09, 22 August 2016 (UTC)

If, then on the server. 87.123.63.88 (talk) 07:43, 22 August 2016 (UTC)

OK. I installed IM on my serwer.

I got this error now:

Error creating thumbnail

/bin/bash: /usr/local/bin/convert/convert: Not a directory

page:hthttp://westeros.com.pl/index.php?title=Plik:House_Mormont.svg TraaBBIT (talk) 15:53, 22 August 2016 (UTC)

Whenever you have /usr/local/bin/convert/convert in your LocalSettings.php, it should probably be /usr/local/bin/convert or even /usr/local/bin Ciencia Al Poder (talk) 13:46, 25 August 2016 (UTC)

I have this settings in LocalSettings.php:

#ImageMagic

$wgUseImageMagick = true;

#$wgImageMagickConvertCommand = 'C:/ImageMagick/convert.exe'; # for windows

$wgImageMagickConvertCommand = '/usr/bin/convert'; # for linux

#SVG

$wgFileExtensions = array( 'png', 'gif', 'jpg', 'jpeg', 'ppt', 'pdf', 'psd', 'mp3', 'xls', 'xlsx', 'swf', 'svg', 'doc','docx', 'odt', 'odc', 'odp', 'odg', 'mpp');

$wgSVGConverter = 'ImageMagick';

$wgAllowTitlesInSVG = true;

$wgSVGConverterPath= '/usr/local/bin/convert';

$wgLoadFileinfoExtension = true;

$wgMimeDetectorCommand = "file -bi";

I got this error on pages:

Błąd przy generowaniu miniatury /bin/bash: /usr/bin/convert: No such file or directory

Error code: 127

http://westeros.com.pl/index.php?title=Milcz%C4%85ce_siostry TraaBBIT (talk) 10:42, 28 August 2016 (UTC)

From the shell, run this command to see where convert actually is:

which -a convert 87.123.34.155 (talk) 11:42, 28 August 2016 (UTC)

[budrysl2@s53:: ~ ]:$ which -a convert

/usr/local/bin/convert

[budrysl2@s53:: ~ ]:$ TraaBBIT (talk) 12:47, 28 August 2016 (UTC)

Adjust the path in $wgImageMagickConvertCommand to

$wgImageMagickConvertCommand = '/usr/local/bin/convert'; 87.123.34.155 (talk) 13:06, 28 August 2016 (UTC)

OK. Now it works. But still issue with SVG file:

http://westeros.com.pl/index.php?title=Plik:House_Stark.svg TraaBBIT (talk) 13:31, 28 August 2016 (UTC)

The value of $wgSVGConverterPath is wrong. It needs to be the path without(!) /convert at the end. 87.123.34.155 (talk) 14:29, 28 August 2016 (UTC)

Thank You.

It works. Only issue is that when I upload any svg file all color white is black:

Correct: http://awoiaf.westeros.org/index.php/File:Kingsguard.svg

Wrong: http://westeros.com.pl/index.php?title=Plik:Kingsguard.svg TraaBBIT (talk) 07:12, 29 August 2016 (UTC)

Any idea? TraaBBIT (talk) 08:58, 2 September 2016 (UTC)

ImageMagick obviously is filling the black border with black color instead of using the grey color, which it should use.

I would ask that question in an ImageMagick forum like http://www.imagemagick.org/discourse-server/index.php

It surely helps, if you post them the exact command, which MediaWiki is using to convert the image. This will help the people over there to tell, why it's not working correctly! 87.123.34.37 (talk) 09:54, 2 September 2016 (UTC)

And what is that command that Mediawiki use? TraaBBIT (talk) 10:46, 2 September 2016 (UTC)

You should create a debug log, it will have the exact command issued to ImageMagick, but the log needs to be enabled when a new thumbnail is created, so you should probably edit a page and preview an edit inserting that image with a size different from the available thumbnails. Ciencia Al Poder (talk) 10:52, 2 September 2016 (UTC)

I'm not sure how to run this report log :)

If You go straight to image it is right:

http://westeros.com.pl/images/6/6d/Kingsguard.svg TraaBBIT (talk) 11:20, 2 September 2016 (UTC)

yes, the SVG file is right, but the .png rasterization of the .svg file is not, and that .png image is generated by imagemagick, hence why you should ask them :)

See Manual:How to debug#Setting up a debug log file Ciencia Al Poder (talk) 14:00, 2 September 2016 (UTC)

I have installed MW in /domains/westeros.com.pl/public_html

So my $wgDebugLogFile should be "/domains/westeros.com.pl/public_html/debug-{$wgDBname}.log";? TraaBBIT (talk) 15:17, 2 September 2016 (UTC)

It should absolutely not be in a publicly accessible folder. 121.214.29.136 (talk) 00:54, 3 September 2016 (UTC)

It doesn't work for me.

How to check which code is using in MediaWiki to create thumbnalis? TraaBBIT (talk) 15:39, 15 September 2016 (UTC)

How to use an image as a background for a wiki page

Does the MediaWiki software allow using an image as a background for a specific page?

I tried to do it by adding to following syntax to the beginning of the page, but it doesn't work:

<div style="background-image: url('image_path');">

(I did not close the <div> tag.)

I know it can be done by adding a code to "MediaWIki:Common.css", but I'm looking for a way to do it by editing the page. Guycn2 (talk) 08:16, 19 August 2016 (UTC)

Adding code to MediaWiki:Common.css in fact is a way to do this and not even the worst one: CSS classes will allow you to make the rule match only on selected pages and it will kick in automatically without the need of further markup on the affected page. 87.123.13.181 (talk) 09:10, 19 August 2016 (UTC)

Unfortunately, I cannot use MediaWiki:Common.css to do it. I want my user page on the Hebrew Wikipedia to have a background image. I can't ask the administrators to insert a CSS rule just "for me". Therefore, I need a different way to do it. Is there any? Guycn2 (talk) 10:32, 19 August 2016 (UTC)

No you can't do that. It would be dangerous and annoying for others. —TheDJ (Not WMF) (talk • contribs) 08:50, 20 August 2016 (UTC)

Why would it be dangerous? I only want to use a bright image as a background for my page. There are no rules against it on my wiki. Guycn2 (talk) 08:52, 20 August 2016 (UTC)

The CSS property

background-image

allows to include arbitrary images from anywhere in the internet. This is a security threat. 87.123.3.39 (talk) 09:43, 20 August 2016 (UTC)

Because it would allow you to automatically make anyone who visits the page silently make a request to any external server. 110.148.150.85 (talk) 09:50, 20 August 2016 (UTC)

I want to use an image from Commons. Not from external sites. Guycn2 (talk) 09:56, 20 August 2016 (UTC)

Commons IS an external site, and there is no mechanism for only allowing "internal" or whitelisted links in `background-image`, so it's disallowed entirely. 110.148.150.85 (talk) 03:03, 21 August 2016 (UTC)

OK Guycn2 (talk) 07:31, 21 August 2016 (UTC)

What 110.148.150.85 writes is not convincing: Actually, since Commons is under control of the Wikimedia Foundation just as Wikipedia is and since both are linked so closely, I actually do not really consider it external. After all, you can easily link pictures and stuff from Commons and that is what it's there for. So allowing to link things while at the same time disallowing to link them in one certain way is not logical.

MediaWiki has a configuration option called $wgAllowExternalImages, which allows to directly link external sources (and external this time really meaning coming from anywhere, from any URL). Additionally there is $wgAllowExternalImagesFrom which allows to whitelist certain domains while forbidding all others. This allows to link external sources from any URL on these domains. Generally both options are disabled, so that such linking is forbidden. I have not checked the MediaWiki source code, but I would guess that if these options were adjusted, it should be possible to show images from Commons, also as background-image. 87.123.51.192 (talk) 09:14, 21 August 2016 (UTC)

As far as the web is concerned, it is an external site. commons.wikimedia.org != wikipedia.org, and therefore it is an external site from wikipedia's point of view, regardless of their relation. 110.148.150.85 (talk) 04:48, 22 August 2016 (UTC)

Agree. Using images from Commons as background is definitely NOT a security threat. It's the same as showing these images regularly. Guycn2 (talk) 09:18, 21 August 2016 (UTC)

@87.123.51.192: Even with $wgAllowExternalImages, MediaWiki won't allow those images appear as background images using wikicode / HTML inside pages. They must be coded inside any CSS page. background-image, and the presence of url() inside background: CSS properties is simply stripped from the generated HTML.

MediaWiki does its best to sanitize the output HTML generated from wiki code, to strip potentially dangerous code. External images aren't allowed by default, and parsing CSS properties to check if the images used as background are or not external or within the allowed domains is tricky, so just removing them is the safest way. Feel free to report a feature request for allowing that, but since you can achieve that with site stylesheets and others, that won't probably happen in the near future. Patches are welcome, though. Ciencia Al Poder (talk) 10:03, 21 August 2016 (UTC)

I have not tested it, but: You say that putting these styles in any CSS page makes them work? I do know that this is working on the CSS pages inside the MediaWiki namespace, but Guycn2 cannot edit them.

However, I think there is your solution: If it works on the CSS pages, then you can put the styles on User:Guycn2/vector.css to make them appear for the Vector skin. They will only be visible for you yourself, but that is better than nothing, right? 87.123.51.192 (talk) 12:27, 21 August 2016 (UTC)

Indeed, but I really want anyone who visits my userpage to see a background image. Guycn2 (talk) 12:28, 21 August 2016 (UTC)

If you want the background on your userpage, adding it to a CSS page might not be an option. I imagine bloating a wiki's CSS with specific styles for each userpage (in case more users request that) would be a burden for admins.

A more self-service solution would be to use JavaScript to detect when we're viewing a userpage, and include a CSS from a subpage from the current user page, that way users can use that stylesheet (that only the own user would be able to edit, apart from admins) to style the entire user page as they want. That, however, has more security implications than external images, since any user can exploit various CSS vulnerabilities from old browsers and load arbitrary CSS to people viewing their userpage.

The ideal solution here would be a MediaWiki extension that provides an interface to allow users to upload an image that would be used as a background image for their userpage, an image that's probably not stored as a normal file and that only that user is able to change. Admins should probably have the ability to delete any background image that they consider inappropriate. There doesn't seem to be a similar extension, though.

If external images are allowed on that wiki, or you can use an uploaded image from the wiki, you could also place it on the page, and then put the rest of the page content on an absolute positioned div on top of that image. That would give it a sort-of background image functionality, with their problems: you can't make the background repeat, it would make the content fixed-width, etc. Ciencia Al Poder (talk) 12:59, 21 August 2016 (UTC)

Thanks for the explanation. Guycn2 (talk) 13:06, 21 August 2016 (UTC)

> If you want the background on your userpage, adding it to a CSS page might not be an option...burden for admins

What I mean is putting the styles on the vector.css page inside the user's own userspace. This page can be edited by the user himself - there is no need for an admin to add any CSS changes. (This will only work, if $wgAllowUserCss is true, which by default, it is not.)

So, the external image solution as well as the CSS solution might both not be working.

However, I know there are some users - at least in the German Wikipedia - who do have their own images on their user page. I e.g. remember a small ghost, which always was at a fixed position somewhere at the side of the content area. How can these people do that? 87.123.51.192 (talk) 14:31, 21 August 2016 (UTC)

Styles under the user's vector.css are only visible for that user on any page, not for any user on that user page. The idea of putting a background image on your own userpage is that other people will see it, not only you. That's why I automatically discarded that idea and instead talked about adding that to the wiki's common.css (I assume people want them displayed on all skins).

The fixed position image is what I described about an absolute positioned div. For example: <div style="position:absolute; top: 20px; left: 20px;">[[File:Example.png]]</div> Ciencia Al Poder (talk) 17:12, 21 August 2016 (UTC)

[since this is being linked elsewhere]

The situation has changed a bit now that extension:TemplateStyles exists. Bawolff (talk) 16:23, 13 October 2021 (UTC)

[10] may help. ExclusiveEditor (talk) 06:56, 15 March 2024 (UTC)

PHP Error / Wrong version? Issues with index.php5

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Hey folks!

Last week i finally updated my Wiki to MW 1.27. But since then I am having troubles with the wiki.

First of all:

My Wiki runs - as mentioned - on Version 1.27.

I have PHP 7.0.7 installed on my server (http://hessentotal.de/php.php)

Whenever i try to access the wiki via the primary domain huskywiki.de I normally get redirected to

http://www.huskywiki.de/HuskyWiki/index.php5?title=Hauptseite which used to work just fine.

But since the update I get the following error:

"MediaWiki 1.27 requires at least PHP version 5.5.9, you are using PHP 5.2.17"

When I change the URL to

http://www.huskywiki.de/HuskyWiki/index.php?title=Hauptseite everything works fine (besides being redirected to HuskyWiki//index.php?title=Hauptseite (mind the two slashes)

I tried creating a .htaccess-file with the cmd "AddHandler application/x-httpd-php70 .php5 .php" but that leads to the wiki giving me a white blank page and leads to downloading the index.php5

Any thoughts on the problem?

Really appreciate any help!

Tim TexasR87 (talk) 15:47, 20 August 2016 (UTC)

You clearly copied the updated MW files over the existing ones, which has resulted in files from the old installation still existing (namely the .php5 files). Read Manual:Upgrading! 110.148.150.85 (talk) 02:53, 21 August 2016 (UTC)

Actually I set up the wiki brand new. The only directors that I kept was the images-folder be I'm using my old MySQL

. 91.0.38.103 (talk) 18:54, 21 August 2016 (UTC)

With the two different domains, you are maybe/likely using two different sets of Apache configurations. Is one of these configuraions, the one for domain www.huskywiki.de, loading the Apache module with the wrong PHP version (instead of the newer/other module with the right version)? 87.123.51.192 (talk) 20:00, 21 August 2016 (UTC)

I just checked your domain again:

The problem actually only exists with php5 files, not with php files. Note that php5 files had been deprecated and have been removed in MediaWiki 1.27. If you are using MediaWiki 1.27, the according php5 files should no longer be on your server!

The solution is to rewrite requests to php5 files to the according php files. Adding an according RewriteRule to your .htaccess file should fix this! 87.123.51.192 (talk) 20:08, 21 August 2016 (UTC)

Thank you so much! The Rewrite-Thing worked perfect! 2A02:8108:9CBF:D150:D058:31B:6A95:8DCD (talk) 07:34, 22 August 2016 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

How do I enable a custom skin in 1.27

We were running an older version of mediawiki and were using a custom skin. How do I create the directory to drop into the skins directory of the custom skin? 2610:160:11:33:CF5:40DD:B721:1A20 (talk) 18:05, 20 August 2016 (UTC)

You can create a new directory on the server with your FTP agent, e.g. with FileZilla.

For MediaWiki 1.27 you may have to do some (smaller) updates in the skin or you just download the newest version of it and that should be it. In your LocalSettings.php file, you have to activate the skin. This works with a small adjustment to the require_once line, which you have used before, or instead of the require_once with a call to

wfLoadSkin( 'FooBar' );

See Manual:Extension registration for details! 87.123.3.39 (talk) 19:33, 20 August 2016 (UTC)

After importing DB everything is wrong

I posted a week ago as was having issues importing database as moved host, well that issue was evenutally solved!,, but after logging into my site all the pages are showing code and despite template in place and everything looking ok its not.

Here is an example page, please tell me what has gone wrong and how to fix it, all my pages are the same, all showing code

http://www.all-about-ayrshire.tk/Ardeer_Platform_Railway_Station 86.28.140.107 (talk) 21:10, 20 August 2016 (UTC)

You posted this topic: Project:Support desk/Flow/2016/08#h-A_database_query_error_has_occurred._This_may_indicate_a_bug_in_the_software.-2016-08-16T20:38:00.000Z. Glad to hear that you could now import the database correctly!

The code on top of the page is displayed, because you have forgotten to install the Extension:ParserFunctions. Install it to solve this issue! 87.123.3.39 (talk) 21:50, 20 August 2016 (UTC)

Need an idiots guide how to use composer

I want to install this extension but it tells me I have to use composer

https://github.com/SemanticMediaWiki/SemanticMaps/blob/master/INSTALL.md

I download and copied composer.phar into my root directory (the same as mediawiki)

The page says I need to run

php composer.phar require mediawiki/semantic-maps "*"

But how do I do this? i have spent 3 hours reading about this but do not understand any of it so please tell me how to install, stage by stage for a complete idiots guide. 198.105.117.73 (talk) 00:22, 21 August 2016 (UTC)

You first need the composer.phar file inside your root directory. If it is not already there, you can download the latest version from here:

https://getcomposer.org/download/1.2.0/composer.phar

This file belongs into the root directory.

The comand you quoted basically only invokes your PHP executable with composer as an argument to it. So, once composer.phar is there, I would try executing this command on the shell in your root directory. 87.123.3.39 (talk) 00:56, 21 August 2016 (UTC)

sorry but do not understand, i have added composer.phar to the root directory

but what am i suppost to do with

php composer.phar require mediawiki/semantic-maps "*"

How exactly do i execute it as it does not work when i put it in browser to open it 198.105.117.73 (talk) 05:23, 21 August 2016 (UTC)

This is a shell comand, which you only can run on the shell/terminal/comand line after you have connected to your server using SSH. A program you might use to connect to the shell e.g. is Putty. If you do not have shell access to the server, you most likely will not be able to run this command. 87.123.51.192 (talk) 09:40, 21 August 2016 (UTC)

Outgoing Mail IP

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

For various reasons, I must hide my wiki's IP. If the outgoing mail account authentication, IP will be displayed in the message header. How can I solve? Kiwkius (talk) 13:19, 21 August 2016 (UTC)

You can't hide that, that's part of the protocol, and is the server receiving the mail the one which adds the source IP address, so you have no control over that. Ciencia Al Poder (talk) 20:13, 21 August 2016 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Need help with Parsoid

Hi. I have installed Parsoid following this guide Parsoid/Setup.

But when I tested Parsoid (http://site.com:8142/_rt/mediawikiwiki/Parsoid) I saw this error:

error: No API URI available for prefix: enwiki; domain: undefined path: /_rt/mediawikiwiki/Parsoid Error: No API URI available for prefix: enwiki; domain: undefined    at /usr/lib/parsoid/src/lib/config/MWParserEnvironment.js:295:10    at /usr/lib/parsoid/node_modules/prfun/lib/index.js:532:26    at tryCatch2 (/usr/lib/parsoid/node_modules/babybird/lib/promise.js:48:12)    at PrFunPromise.Promise (/usr/lib/parsoid/node_modules/babybird/lib/promise.js:458:15)    at new PrFunPromise (/usr/lib/parsoid/node_modules/prfun/lib/index.js:57:21)    at /usr/lib/parsoid/node_modules/prfun/lib/index.js:530:18    at tryCatch1 (/usr/lib/parsoid/node_modules/babybird/lib/promise.js:40:12)    at promiseReactionJob (/usr/lib/parsoid/node_modules/babybird/lib/promise.js:269:19)    at PromiseReactionJobTask.call (/usr/lib/parsoid/node_modules/babybird/lib/promise.js:284:3)    at flush (/usr/lib/parsoid/node_modules/babybird/node_modules/asap/raw.js:50:29)

My configuration is the same for both LocalSettings.php and /usr/lib/parsoid/src/localsettings.js.

parsoidConfig.setMwApi({ prefix: 'wiki', domain: 'site.com', uri: 'http://cite.com/api.php' });

How can I fix it? 95.105.15.168 (talk) 17:39, 21 August 2016 (UTC)

How is Parsoid configured in MediaWiki? I assume you forgot the "domain" parameter in the VirstualRestConfig. You should add it with the "site.com" value or remove it from the Parsoid configuration. Florianschmidtwelzow (talk) 22:26, 21 August 2016 (UTC)

LocalSettings.php

$wgVirtualRestConfig['modules']['parsoid'] = array(

// URL to the Parsoid instance

// Use port 8142 if you use the Debian package

'url' => 'http://site.com:8142',

// Parsoid "domain", see below (optional)

'domain' => 'site.com',

// Parsoid "prefix", see below (optional)

'prefix' => 'wiki' ); 94.41.94.197 (talk) 02:57, 22 August 2016 (UTC)

The log of Parsoid says different things, as it mentions the prefix "enwiki" and an undefined domain. What version of VisualEditor and MediaWiki are you using? Florianschmidtwelzow (talk) 06:01, 22 August 2016 (UTC)

Categories not updating

I am trying to add pages to various new categories on my Wiki, however it does not seem to be working at all. At the bottom of any given pages, say "Computer A" I want to be in category "Desktops"

So I add [[Category:Desktops]] to the bottom and go to Category:Desktops and nothing shows up.

I have another problem where "Computer B" Shows up in a category, despite no [[Category:XX]] being defined.

What am I missing?

Example: I want these three pages in http://wiki.ssdcougars.tv/index.php?title=Category:SETV_Machines

http://wiki.ssdcougars.tv/index.php?title=Advanced_Edit_Tower

http://wiki.ssdcougars.tv/index.php?title=Archive/Owncloud_Server

http://wiki.ssdcougars.tv/index.php?title=Wowza_Server

but no matter what I do, Category: SETV Machines is empty! Setvproducer (talk) 01:32, 22 August 2016 (UTC)

Well, apparently this is not an automatic, or at least an immediate process. I fixed it by going to my wiki/maintenance directory and running rebuildall.php from terminal.

Is there a way to make this process automatic? Why is this not an immediate process? To update category pages when a link has been added to a page? Setvproducer (talk) 02:01, 22 August 2016 (UTC)

Updates are handled by the job queue, make sure you have it set up correctly. 110.148.150.85 (talk) 04:42, 22 August 2016 (UTC)

OK, so It wasn't entirely solved. I checked the job queue, set up a cron job, and manually ran runJobs.php but there are still several pages of mine with a template that has a category attached, and only 2 of the 10 articles I need in that category are in that category, and ShowJobQueue shows no jobs queued. Setvproducer (talk) 23:48, 22 August 2016 (UTC)

I have tried, with one article, like over 10 times to add a transcluded template with a category to an article, and no matter what I change, how many times I save it, the category does not show up on the page.

But it shows up on two other pages that have the template, but not the other ones I want to edit?

How can I ensure that when I edit an article, the changes are immediately propagated? If this is not a viable process, then I am scrapping MediaWiki in favor of something more practical and immediate. Setvproducer (talk) 00:08, 23 August 2016 (UTC)

You can also try to set up $wgRunJobsAsync to false in case running jobs asynchronously is a problem on your setup.

Monitor the job table to see if page requests are picking up jobs from there. 87.123.63.88 (talk) 03:53, 23 August 2016 (UTC)

Hi i have the same problem how did you fixed your issue ? 46.165.101.153 (talk) 19:19, 29 September 2016 (UTC)

I have the same problem. Running rebuildall.php doesn't help, running populateCategories.php doesn't help, turning off async jobs doesn't help, running runJobs.php manually until all jobs are out of the queue doesn't help. For me, it affects pages in the File namespace only, but it affects all of those pages. 67.205.175.44 (talk) 19:59, 4 January 2017 (UTC)

(MW 1.27.1, PHP 7.0.8, MySQL 5.7.16) 67.205.175.44 (talk) 19:59, 4 January 2017 (UTC)

I have solved this myself using a combination of the touch script in pywikibot and a loop that forces the job queue to run while the bot works.

./pwb.py touch -start:! -ns:File -pt:0
while true; do php ./runJobs.php --quiet; sleep 5; do php ./showJobs.php

71.36.99.196 (talk) 20:37, 4 January 2017 (UTC)

I'm also having this problem, and it's compounded by pages that appeared in categories disappearing after a week or so. The bot-and-runJobs solution by 71.36.99.196 repopulates categories, as does manually editing and saving missing articles, but articles still disappear within a few days. MW 1.27.5, PHP 7.0.32, MySQL 5.7.24. I have runJobs running every 20 minutes on a cron job. PFWOz (talk) 04:09, 26 November 2018 (UTC)

This is most likely caused by one of your extensions, that causes an error when populating categories when jobs are being run.

Creating custom log groups for "error" and "exception" as described in Manual:How to debug#Creating custom log groups would help determining if an error is happening when inserting data to those tables. Ciencia Al Poder (talk) 10:11, 26 November 2018 (UTC)

I've enabled logging and have reviewed the logs over the last several days. No extensions are reporting errors.

The logs do report hitting the database limit for maximum concurrent connections. This doesn't align with usage; MySQL max connections are the default 151, we never have more than 4 active editors working simultaneously, about 99.9% of the time our active connection count is <10, and these spikes don't correlate to editor activity. Increasing MySQL's max connections doesn't help; MediaWiki always consumes every available connection during these spikes.

It seems to occur consistently within a few seconds of anything involving PHP session management, including account logins and signups and external PHP session cleaning. We cache sessions to the DB with $wgSessionCacheType = CACHE_DB;.

We'll investigate alternative session caching options in the long term, and shorter session lengths to mitigate in the short term.

Thanks for your help! PFWOz (talk) 21:17, 28 November 2018 (UTC)

It isn't sessions. We've moved them out of the DB to memcached and are still seeing inexplicable spikes, and confirmed these spikes are causing the catalog listing updates to fail. PFWOz (talk) 23:26, 28 November 2018 (UTC)

When you say 4 active editors working simultaneously, did you take into account possible visitors of your site? If your wiki is exposed to the internet, it may be hit by webcrawlers like google, bing, or bad bots that analyze your website looking for ways to insert spam. Some of them may crawl your site at a high rates, possibly causing that connection spike Ciencia Al Poder (talk) 10:10, 29 November 2018 (UTC)

We aggressively cache rendered content for visitors not logged in because of the conditions you describe, and we do not open registration to the public. As expected, these database spikes do not correlate with visitor or crawler activity, and also occur on a test environment not exposed to the internet. PFWOz (talk) 02:45, 30 November 2018 (UTC)

MediaWiki is periodically spawning dozens of database connections that promptly go to sleep for 20+ seconds. These pile up into a rolling thundering herd of 100-120 persistent connections; individual connections last 20-300 seconds each, but the thundering herd lasts anywhere from 1-10 minutes at a time due to new long-lived connections and are not correlated to visitor or editor activity. Moving sessions out of the DB prevents us from hitting the connections cap, which appears to resolve the category update issue.

Because the actual query and execution times are all still short (typically < 1 second), they don't appear in MySQL's slow queries log.

I've collected three days' worth of MySQL query logs (via slow query logs set to 0-second tolerance so we get timestamps for query durations) in order to determine which queries are doing this. PFWOz (talk) 19:21, 3 December 2018 (UTC)

Do you have a clue where are those queries coming from? Ciencia Al Poder (talk) 21:37, 3 December 2018 (UTC)

The culprit appeared to be the use of $wgForeignFileRepos with ForeignAPIRepo to fetch images from a separate commons wiki.

In some cases (apparently most often around searches), API requests for an image on the commons wiki which would be immediately followed by database query for the image on the local wiki, back and forth in rapid succession. Combined with live search suggestions in the search bar, this could generate piles of API requests (4-8 per keystroke) whenever a user searched for something in the File: namespace, which on our wikis occurs pretty frequently.

Disabling $wgForeignFileRepos altogether has so far eliminated these spikes. PFWOz (talk) 01:01, 5 December 2018 (UTC)

Uh, I also experienced that slam of api requests when pointing my test wiki (mirror of production wiki) to the production wiki for images... But not (only) in image search, but any page load that contains images. Ciencia Al Poder (talk) 10:07, 5 December 2018 (UTC)

Not great! I've added notes about these apparent caveats to Manual:$wgLocalFileRepo and Manual talk:$wgLocalFileRepo. Glancing at the bug tracker there are apparently changes to this feature in 1.31, which we are still quite far from moving toward, so I'm not confident that I can file a useful bug report. PFWOz (talk) 20:05, 5 December 2018 (UTC)

So how exactly do you disable $wgForeignFileRepos? 82.143.89.74 (talk) 06:55, 17 April 2019 (UTC)

Remove all config related to $wgForeignFileRepos and $wgUseInstantCommons from your LocalSettings.php file Ciencia Al Poder (talk) 09:10, 17 April 2019 (UTC)

PFWOz here coming back a year later to note that disabling wgLocalFileRepo resolved the DB spikes, but we have never resolved the core issue here of categories never populating correctly, and 1.31 did not resolve it either.

Our categories are partially useless because they almost never fully repopulate, and I'm stuck running constant bot touch jobs and running the runJobs maintenance script every minute just to prevent categories from completely depopulating. Even then I still have to go in from time to time with a logged-in user and save a null edit to get an image to populate into the category. We're almost always reporting 0 jobs in the queue with showJobs but also still have constant reports of incomplete categories. (And again, this only seems to affect our File namespace and no others.)

We're just resigned to this never working. It's extremely frustrating because image categorization could, and should, be one of our most useful features. Instead it's broken across the site. 75.164.212.78 (talk) 23:13, 9 November 2019 (UTC)

This is tracked on phab:T26575 Ciencia Al Poder (talk) 11:34, 10 November 2019 (UTC)

port for postgres at initial setup ignored

Should be on Phabricator

Hi,

I set up everything as described for mediawiki with apache2 and postgres9.4. Apache is up and running, and postgres has got a new, own db-cluster for itself (called mediawiki), listening on port 5433 and holding already the database wikidb owned by wikiuser.

Whatever I try on the initial page, that routine always connects to port 5432 instead of the manually entered one: 5433,

neither on 'host left blank' on 'localhost' on 127.0.0.1 or on ::1. In a wireshark trace I can see, that:

"Form item: "postgres_wgDBport" = "5433"

Key: postgres_wgDBport

Value: 5433"

In the log of Postgresql I see only connection to the cluster "main" listening on port: 5432. the log for the cluster on port 5433 is silent. if I turn down the "main" cluster the initial setup page reports the database is unavailable.

Supporting my focus on mediawiki is the error-message " accepting TCP/IP connections on port 5432?", despite 5433 is still in the field "Databaseport" .... Anything I could do on my own? I would be happy to have a mediwiki running...

- bullycamper 91.245.215.230 (talk) 09:23, 22 August 2016 (UTC)

I tried a few thing and this worked for me:

changing in maintenance.install.php and in includes/DefaultSettings.php the port both to 5433, but had later to copy the new generated LocaSettings.php by hand, since the automatic routine did not manage it (probably due to my changes). 91.245.215.230 (talk) 11:01, 22 August 2016 (UTC)

Do you want to open a bugreport and discuss this issue further there?

That way, the developers can think about how to fix this issue in future versions! 87.123.63.88 (talk) 11:39, 22 August 2016 (UTC)

Please do not edit DefaultSettings.php, but instead add your configuration overrides in LocaSettings.php Ciencia Al Poder (talk) 15:23, 22 August 2016 (UTC)

During initial setup, LocalSettings.php is not yet there. 87.123.63.88 (talk) 15:33, 22 August 2016 (UTC)

I cant use different port but 5432, there is my LocalSettings.php configuration:

$wgDBtype = "postgres";

$wgDBserver = "127.0.0.1";

$wgDBport = 11111;

$wgDBname = "mydatabase";

$wgDBmwschema = "myscheme";

$wgDBuser = "postgres";

$wgDBpassword = "postgres";

Errors:

• Cannot connect to database mydatabase: Cannot access the database: pg_connect(): Unable to connect to PostgreSQL server: could not connect to server: Connection refused Is the server running on host "127.0.0.1" and accepting TCP/IP connections on port 5432?
• Cannot connect to database template1: Cannot access the database: pg_connect(): Unable to connect to PostgreSQL server: could not connect to server: Connection refused Is the server running on host "127.0.0.1" and accepting TCP/IP connections on port 5432?
• Cannot connect to database postgres: Cannot access the database: pg_connect(): Unable to connect to PostgreSQL server: could not connect to server: Connection refused Is the server running on host "127.0.0.1" and accepting TCP/IP connections on port 5432? 185.42.60.232 (talk) 18:29, 14 August 2018 (UTC)

I solved it by creating port link:

ln -s /var/run/postgresql/.s.PGSQL.$port /path/to/wiki/.s.PGSQL.5432

LocalSettings.php configuration:

$wgDBserver = "/path/to/wiki"

$wgDBport is blank Makeev95 (talk) 11:29, 15 August 2018 (UTC)

This has been apparently fixed in MediaWiki 1.29. See T30162 Ciencia Al Poder (talk) 13:47, 15 August 2018 (UTC)

I use MediaWiki 1.31, and there is still issue here Makeev95 (talk) 15:29, 15 August 2018 (UTC)

Please report it again on the task T30162, otherwise it will never be fixed Ciencia Al Poder (talk) 17:57, 15 August 2018 (UTC)

To fix this bug:

In /var/www/mediawiki-1.33.1/includes/installer/PostgresInstaller.php

function openConnectionToAnyDB()

add the following line

'port' => $this->getVar( 'wgDBport' ),

in the connection parameters and retry the configuration wizard.

Hope to have time to commit this fix... Cédric Delayre (talk) 15:17, 18 December 2019 (UTC)

Sidebar for anonymus User

Hi,

In our old environment we implemented a second sidebar (usersidebar) for anonymous user - as described here: https://www.mediawiki.org/wiki/Manual:Interface/Sidebar/Hacks#Change_sidebar_content_when_logged_in_.28PHP.29

is there a way to get this in newer Versions of MediaWiki to work? I have seen the suggest here: https://www.mediawiki.org/wiki/Manual:Interface/Sidebar#Change_sidebar_content_when_logged_in_.28PHP.29

but this is maybe a good solution for one or two links, but not for a hole Sidebar?

Thanks in Advance! 217.116.64.60 (talk) 13:11, 22 August 2016 (UTC)

I have updated Manual:Interface/Sidebar/Hacks for MediaWiki 1.26.

It is currently untested. Improvements/fixes are welcome! 87.123.63.88 (talk) 14:40, 22 August 2016 (UTC)

Hi!

I have changed the code to:

$wgHooks['SkinBuildSidebar'][] = 'lfHideSidebar';

/**

* Modify the sidebar for anonymous users.

*

* $skin Skin object

* $bar array Contains the array items, out of which the sidebar will be created.

* @return true

*/

function lfHideSidebar( $skin, &$bar ) {

global $wgUser;

// Hide sidebar for anonymous users

if ( !$wgUser->isLoggedIn() ) {

// Shows a login link and a special anonymous sidebar.

$bar = array(

'anon' => array(

array(

'text' => wfMessage( 'anon_sidebar' )->inContentLanguage()->text(),

'id' => 'anon-info',

)

)

);

} else {

// No changes, just display the sidebar as usual.

}

return true;

}

That gives me one Sidebar as i wish, but it can only display text, no links - is there a chance, that the content of "anon_sidebar" can be displayed as links, just as the normal sidebar?

Thanks in advance! 217.116.64.60 (talk) 08:33, 23 August 2016 (UTC)

The functions, which can be used on the text are plain(), text(), parse() and parseAsBlock(). In your code you have the line

'text' => wfMessage( 'anon_sidebar' )->inContentLanguage()->text(),

Try to use this one instead:

'text' => wfMessage( 'anon_sidebar' )->inContentLanguage()->parse(),

This should parse the wikitext to HTML. 87.123.45.48 (talk) 09:48, 23 August 2016 (UTC)

Also I have updated the example HTML code, which you should add in your sidebar page, if you have your content parsed. Check out Manual:Interface/Sidebar/Hacks! 87.123.45.48 (talk) 10:10, 23 August 2016 (UTC)

Hi!

Unfortunately that wont work - with the code from you it only shows a Sidebar with the Heading (anon), when i add a

additionally "array" command it shows me the content of the sidebar, but only with text, not with links:

<code>

'anon' => array(

'text' => wfMessage( 'anon_sidebar' )->inContentLanguage()->text(),

'id' => 'anon-info',

)

);

</code>

change to:

<code>

'anon' => array(

array(

'text' => wfMessage( 'anon_sidebar' )->inContentLanguage()->parse(),

'id' => 'anon-info',

)    

)

);

</code>

The "parse" command shows additionally something like <code> <li> </li> </code> between the text, but its not a link... I think its only a small thing what is missing here... 217.116.64.60 (talk) 07:51, 26 August 2016 (UTC)

Templates Required for Upload Wizard

Hello!

I have installed Upload Wizard on a wiki and have installed all the Templates that might ned to go with it (like 'filedesc', license-header' . . . information tremplate and others like, 'Description templates' etc)

I cannot work out how to import license details however, so in the Summary of each file I see things like:

<wm-license-information-description>

What have I overlooked, and where am I going wrong? A user can specifiy the license they desire but will only see, for example: <wm-license-cc-by-sa-4.0-text>

I am fairly new to this, so my apologies if this is a dumb question.

The installation is on a shared host and these are my current versions. The Upload Wizard is installed and works well, other than the above.

MediWiki 1.27.0

PHP 5.6.24

MySQL 5.5.42-37.1

My thanks,

Peter Temple of Mara (talk) 13:23, 22 August 2016 (UTC)

Can't find php.ini folder to increase file size uploads

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Hi,

I am currently trying to locate the php.ini folder to increase the max file size upload but have no luck. I've exhausted every folder and used the mediawiki articles but cannot seem to find it. Any recommendations on what to do or if there is another way to increase the file size upload would be greatly appreciated!

Thanks 199.116.173.177 (talk) 15:45, 22 August 2016 (UTC)

Have you tried "php --ini" and the other approach recommended in Manual:Php.ini ? DavidCary (talk) 22:44, 11 November 2017 (UTC)

You don't say what your platform is, but that would help answer the question. php.ini is typically a file not a folder. On a Linux machine, look for /etc/php.ini. Look also for the folder /etc/php.d/. Try "locate php.ini". On a Mac or Windows, things differ. Stinkoid (talk) 16:04, 22 August 2016 (UTC)

I would also suggest to check with your host, some of them (like those for shared hosting) do not allow direct access to the php.ini file.

In the case of shared hosting, you will probably have access to cPanel, from where you can go to PHP selector>options, where you will be able to change the "upload_max_filesize" variable. AhmadF.Cheema (talk) 09:15, 23 August 2016 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Error with Scribunto

I downloaded Scribunto and installed it into the extensions folder, I then added require_once

"$IP/extensions/Scribunto/Scribunto.php";

to the localsettings.php file and when i then went to my wiki and viewed a page I get this error

[V7qz6goCATEACVtcqwkAAACu] 2016-08-22 08:12:27: Fatal exception of type "MWException"

I cannot view any page, but if I delete the line from localsettings it works fine.

please help?

I am using 1.27 version of MediaWiki

I can view special:version ok and it shows its installed, i can also view some of my pages but most i cannot view and has that error.

I added code to show the error in detail and here it is

[V7rhOQoCATEAC6pvH7MAAADC] /index.php?title=Coylton MWException from line 208 of /home/u639525380/public_html/extensions/Scribunto/engines/LuaStandalone/LuaStandaloneEngine.php: The lua binary (/home/u639525380/public_html/extensions/Scribunto/engines/LuaStandalone/binaries/lua5_1_5_linux_64_generic/lua) is not executable.

Backtrace:

1. 0 /home/u639525380/public_html/extensions/Scribunto/engines/LuaStandalone/LuaStandaloneEngine.php(114): Scribunto_LuaStandaloneInterpreter->__construct(Scribunto_LuaStandaloneEngine, array)

1. 1 /home/u639525380/public_html/extensions/Scribunto/engines/LuaCommon/LuaCommon.php(93): Scribunto_LuaStandaloneEngine->newInterpreter()

1. 2 /home/u639525380/public_html/extensions/Scribunto/engines/LuaStandalone/LuaStandaloneEngine.php(8): Scribunto_LuaEngine->load()

1. 3 /home/u639525380/public_html/extensions/Scribunto/engines/LuaCommon/LuaCommon.php(195): Scribunto_LuaStandaloneEngine->load()

1. 4 /home/u639525380/public_html/extensions/Scribunto/engines/LuaCommon/LuaCommon.php(864): Scribunto_LuaEngine->getInterpreter()

1. 5 /home/u639525380/public_html/extensions/Scribunto/engines/LuaCommon/LuaCommon.php(881): Scribunto_LuaModule->getInitChunk()

1. 6 /home/u639525380/public_html/extensions/Scribunto/common/Hooks.php(133): Scribunto_LuaModule->invoke(string, PPTemplateFrame_DOM)

1. 7 /home/u639525380/public_html/includes/parser/Parser.php(3817): ScribuntoHooks::invokeHook(Parser, PPTemplateFrame_DOM, array)

1. 8 /home/u639525380/public_html/includes/parser/Parser.php(3552): Parser->callParserFunction(PPTemplateFrame_DOM, string, array)

1. 9 /home/u639525380/public_html/includes/parser/Preprocessor_DOM.php(1175): Parser->braceSubstitution(array, PPTemplateFrame_DOM)

1. 10 /home/u639525380/public_html/includes/parser/Parser.php(3694): PPFrame_DOM->expand(DOMElement)

1. 11 /home/u639525380/public_html/includes/parser/Preprocessor_DOM.php(1175): Parser->braceSubstitution(array, PPFrame_DOM)

1. 12 /home/u639525380/public_html/includes/parser/Parser.php(3366): PPFrame_DOM->expand(DOMElement, integer)

1. 13 /home/u639525380/public_html/includes/parser/Parser.php(1248): Parser->replaceVariables(string)

1. 14 /home/u639525380/public_html/includes/parser/Parser.php(446): Parser->internalParse(string)

1. 15 /home/u639525380/public_html/includes/content/WikitextContent.php(331): Parser->parse(string, Title, ParserOptions, boolean, boolean, integer)

1. 16 /home/u639525380/public_html/includes/content/AbstractContent.php(497): WikitextContent->fillParserOutput(Title, integer, ParserOptions, boolean, ParserOutput)

1. 17 /home/u639525380/public_html/includes/poolcounter/PoolWorkArticleView.php(139): AbstractContent->getParserOutput(Title, integer, ParserOptions)

1. 18 /home/u639525380/public_html/includes/poolcounter/PoolCounterWork.php(123): PoolWorkArticleView->doWork()

1. 19 /home/u639525380/public_html/includes/page/Article.php(666): PoolCounterWork->execute()

1. 20 /home/u639525380/public_html/includes/actions/ViewAction.php(44): Article->view()

1. 21 /home/u639525380/public_html/includes/MediaWiki.php(503): ViewAction->show()

1. 22 /home/u639525380/public_html/includes/MediaWiki.php(288): MediaWiki->performAction(Article, Title)

1. 23 /home/u639525380/public_html/includes/MediaWiki.php(745): MediaWiki->performRequest()

1. 24 /home/u639525380/public_html/includes/MediaWiki.php(519): MediaWiki->main()

1. 25 /home/u639525380/public_html/index.php(43): MediaWiki->run()

1. 26 {main} Gmdesignuk (talk) 21:07, 22 August 2016 (UTC)

"The lua binary /home/u639525380/public_html/extensions/Scribunto/engines/LuaStandalone/binaries/lua5_1_5_linux_64_generic/lua) is not executable."

What are the permissions for the binary ? and is it actually running on linux 64bits ? —TheDJ (Not WMF) (talk • contribs) 08:01, 23 August 2016 (UTC)

the folder in extentions directory and all files in it are set at 0755

Linux server67.hostinger.co.uk 2.6.32-673.8.1.lve1.4.3.el6.x86_64 #1 SMP Wed Feb 10 08:57:30 EST 2016 x86_64

All I did was install the files that came with the package, i did not change anything and all i did was add the line requested to localsettings Gmdesignuk (talk) 16:01, 23 August 2016 (UTC)

please help as my wiki is not usable Gmdesignuk (talk) 13:41, 24 August 2016 (UTC)

Did you "Set execute permissions for the Lua binaries bundled with this extension"? AhmadF.Cheema (talk) 17:03, 24 August 2016 (UTC)

I have tried 755 and 777 but still nothing Gmdesignuk (talk) 18:46, 24 August 2016 (UTC)

What are the permissions of /home/u639525380/public_html/extensions/Scribunto/engines/LuaStandalone/binaries/lua5_1_5_linux_64_generic/lua ? According to your error message that file is not executable. 87.123.27.202 (talk) 19:20, 24 August 2016 (UTC)

as i said i have tried 777 and 755 and same result Gmdesignuk (talk) 20:06, 24 August 2016 (UTC)

Yes, I know and I believe you. But your server doesn't. :-( Your server says the executable bit would be missing.This might also be a SELinux problem I guess. 87.123.27.202 (talk) 21:53, 24 August 2016 (UTC)

Yeah sounds to me like you are using a hosting provider that has put this restriction in place. Either with SELinux, or in another way. —TheDJ (Not WMF) (talk • contribs) 08:37, 25 August 2016 (UTC)

appearing on pages with certain infoboxes

On every page on http://wiki.mhoc.co.uk/ that uses Template:Infobox officeholder, </td></tr> keeps appearing at the top of all these pages and I still don't know how to get rid of it. An example can be found here: http://wiki.mhoc.co.uk/wiki/ThatThingInTheCorner

I would appreciate it if someone could help, as the whole community that uses this wiki are all unsure about how to fix it.

Thanks. 82.6.49.102 (talk) 21:54, 22 August 2016 (UTC)

Firmware not able to update?

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

I just bought a new MiniTT1. I followed the instructions. Step 5 says Under the Update Tab, click "Check for Updates", which will download the latest firmware version, and prompt to update the firmware in the connected radio.  That button does not appear on my screen and the MiniTT1 does need to be updated. RadioSlavesSuck (talk) 22:57, 22 August 2016 (UTC)

Hi, this is the helpdesk for the MediaWiki software project. I don't think we can help you with your problem. —TheDJ (Not WMF) (talk • contribs) 07:59, 23 August 2016 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Teste criação de nova página

Bom dia,

Quero saber como funciona este Mediawiki Juliana Massoni (talk) 00:23, 23 August 2016 (UTC)

Estou testando Juliana Massoni (talk) 00:23, 23 August 2016 (UTC)

You can test editing on Project:Sandbox.

For the installation and administration...some hosts have 1-click installers, which make installing MediaWiki very simple. Apart from that, wiki administration mainly is editing configuration variables in LocalSettings.php and installing skins and extensions. 87.123.63.88 (talk) 03:48, 23 August 2016 (UTC)

large thumb directory

I am doing a little house cleaning and noticed my thumb directory makes up about 40% of my images directory. If I delete everything in the thumb directory will those thumbnails be regenerated as the site is used? I need to clear up some space in the short-term.

Thanks! Tobrus (talk) 04:22, 23 August 2016 (UTC)

As far as I'm aware of, if you are using a default installation, which just stores its images in its local images/ folder, then all MediaWiki does is to create the thumbnails and that is all. There is no database entry or anything about them. The image page in the image namespace checks for existance of the according thumbs and if they are present, they are displayed in the "Other resolutions" link. If a size, which does not yet exist, gets requested, MediaWiki will create that size.

So: In this situation, removing thumbnails should be safe. 87.123.63.88 (talk) 04:51, 23 August 2016 (UTC)

I do have a default installation, so I'll remove them and see what happens.

Thank you. Tobrus (talk) 12:32, 23 August 2016 (UTC)

Activate a Bot onThird-party Wiki

Hi,

I have just tried to activate a Bot on my own Wiki, Kidipedia (קידיפדיה).

I created a family code file, according to this page:

from pywikibot import family                                                    
                                                                                
class Family(family.Family):                                                    
    def __init__(self):                                                         
        family.Family.__init__(self)                                            
        self.name = 'kidipedia'                                                       
        self.langs = {                                                          
            'he': 'kidipedia.org.il',                                
        }
	def scriptpath(self, code):
		return ''
		
	def protocol(self, code):                                                         
		return 'HTTP'

But when I try to run the bot and to connect to the website, I get an Error Message:

WARNING: Http response status 404
WARNING: Non-JSON response received from server kidipedia:he; the server may be down.
WARNING: Waiting 5 seconds before retrying.
...

Thanks, Orwell1 (talk) 10:33, 23 August 2016 (UTC)

According to the docs you linked, your variables are set correctly.

But did you notice, how the value of "self.langs" is used incorrectly? "received from server kidipedia:he". Maybe it helps to adjust there... 87.123.45.48 (talk) 11:45, 23 August 2016 (UTC)

Hi,

I sniffed the packets to the server via Wireshark, and see that the packet are sent accidentally to http://www.kidipedia.org.il/w/api.php instead of http://www.kidipedia.org.il/api.php. How can I fix it?

Thanks in advance Orwell1 (talk) 14:22, 23 August 2016 (UTC)

I think that, if you define self.langs as an associative array, you must do the same with other settings as well. This is at least what I have on a similar family:

    def scriptpath(self, code):
        return {
            'he': '',
        }[code]

Ciencia Al Poder (talk) 13:43, 25 August 2016 (UTC)

Highlight not patrolled text

Hi,

I would like highlight text that there isn't patrolled yet by my wiki sysop: is it possible?

Thank you 93.54.87.36 (talk) 12:59, 23 August 2016 (UTC)

MAMP and ImageMagick

Today I began uploading flags for use on my local wiki, but they appear screwed up even though the uploaded SVG is perfectly fine. (see http://i.imgur.com/RBkzv4F.png). What is causing the screw-up and how can I fix this? --Marianian (talk) 18:47, 23 August 2016 (UTC)

Software info:

• Operating System: Mac OSX 10.11.6
• MAMP Pro: 3.5.1
• MediaWiki: 1.27
• ImageMagick: 6.9.5-7 Minoa (talk) 18:47, 23 August 2016 (UTC)

Problem with categorizing pages

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Hi!

I have been having a problem with my pages not categorizing on the wiki we use at my office. Since it is corporate & private, unfortunately I can't share the actual wiki.

The problem:

When I create a new page, in order for it to categorize I have to save it with no content except the categories. The blocker seems to be any other links in the content of the page. If I created a page with content, categories, and all, it would not categorize. In this case, I have to go back in and cut all the content, saving the empty page with just categories, then pasting the content back in once I see it has categorized. (I also tried removing all link brackets, and that worked, but it's easiest just to remove everything.)

Additionally, sometimes one category will even block the other. I will have to save it first as one category, then add the next one and save again, then add the content and save when it's finally in all the correct categories.

This isn't the worst (although it is pretty annoying) when creating new pages from scratch. But once pages are created, if I want to change or add categories it becomes a major headache.

The other symptom of this problem is that pages won't show up as "uncategorized" if they are in one category but not some of the others, so I can't easily identify which pages aren't categorizing properly (we have a lot of pages).

Here is our version info:

MediaWiki 1.27.0

PHP 5.6.24 (cgi-fcgi)

MySQL 5.5.42-37.1-log

ICU 4.2.1 Briancolella (talk) 19:48, 23 August 2016 (UTC)

Is a categorized page also disappearing from the category, when you are editing the page without removing the category?

I am asking, because there are known problems with the job queue. The issue people usually have is that pages do not (in fact: not immediately) appear inside their categories. Reasons may be different: It is possible that the job queue is not working at all or that for the way the wiki is being used the queue is not doing enough jobs.

Often setting $wgRunJobsAsync to false helps. Then monitor the contents of the Manual:job table to see, if jobs are getting executed... 87.123.45.48 (talk) 20:45, 23 August 2016 (UTC)

Pages stick in the category once it's been categorized.

I installed the Maintenance extension and ran runJobs.php; I also ran showjobs and this is the output:

refreshLinksPrioritized: 0 queued; 82 claimed (3 active, 79 abandoned); 0 delayed showJobs ran successfully!

I can't tell if that means it's running those abandoned jobs or if those jobs are the issue. I created a test page that is still not categorized after running runJobs.php Briancolella (talk) 00:27, 24 August 2016 (UTC)

Your output means that 82 jobs have been run, but have not been finished. 3 of them are still running or are at least in a state that MediaWiki will try running them again in the future. 79 jobs have exceeded the max job attempts threshold within the last seven days and therefor will not be run again in the near future.

I also cannot tell, if these jobs are the problem, but according to the job type, this at least is possible.

I would now try the following:

• In the database, TRUNCATE the database table jobs. This will remove all the unrun jobs from the DB.
• Afterwards, run the refreshLinks.php to get the link tables updated. After that point, category pages will show their member pages correctly again.
• Set $wgRunJobsAsync to false, do a few edits, adding or removing categories from pages. Then wait a day or so to see, if categories are correctly updating now. You can also monitor the contents of the job table to see, if jobs are getting executed... 87.123.27.202 (talk) 07:14, 24 August 2016 (UTC)

I've been trying to figure this out on my own but it's not going so well. I was able to truncate the jobs table, but I'm having issues when trying to run refreshLinks.php. I may be doing something wrong but I'm not sure what.

From PuTTY I'm getting this:

"[~public_html/maintenance]# php refreshlinks.php

Status: 404 Not Found

Content-type: text/html

No input file specified.

From the MaintenanceShell extension I get this (page names replaced with XYZ):

Refreshing links tables.

Starting from page_id 1 of 1024.

A database query error has occurred. Query: INSERT IGNORE INTO `wrx_pagelinks` (pl_from,pl_from_namespace,pl_namespace,pl_title) VALUES ('1','0','0','XYZ'),('1','0','0','XYZ'),('1','0','14','XYZ'),('1','0','14','XYZ'),('1','0','14','XYZ'),('1','0','14','XYZ'),('1','0','14','XYZ'),('1','0','14','XYZ'),('1','0','14','XYZ'),('1','0','14','XYZ'),('1','0','14','XYZ')

Function: LinksUpdate::incrTableUpdate

Error: 1054 Unknown column 'pl_from_namespace' in 'field list' (localhost) Briancolella (talk) 18:26, 24 August 2016 (UTC)

Generally using Putty is the preferred way to run such scripts. Using the MaintenanceShell extensions runs them in a way they never were intended to be run.

Anyway, I currently don't know how you are getting the error 404 in Putty. I think I have never seen that. Compared to this, the output from MaintenaceShell in fact looks better...

For the error "Unknown column 'pl_from_namespace'": According to pagelinks table, the column pl_from_namespace has been added in MediaWiki 1.24. You are using MediaWiki 1.27. Can you doublecheck, if this column really is missing? I think you should have gotten errors way earlier already then... 87.123.27.202 (talk) 19:06, 24 August 2016 (UTC)

So it would appear that the column really is missing. My describe/explain output for the pagelinks table shows just the three fields Briancolella (talk) 21:09, 24 August 2016 (UTC)

Puhh, that is possibly quite some work you have ahead.

You could now try running the update.php script. Maybe this adds the missing columns. Make sure you have a backup, of your files but especially of your database, before you try it!

Another approach would be to check the SQL files, which come with MediaWiki to see, which one of them should have added the missing columns. I just did that for you and it is the file maintenance/archives/patch-pl_from_namespace.sql. Then you can run this file in your database to get the - empty - column and the index added. You will have to add your table prefix wrx_ to the according MySQL commands.

The really save way would be to create a MySQL dump of your database with the option --no-data. This will dump the scheme without any data - compare this scheme with the scheme of a newly set up MediaWiki 1.27 database to see, which columns and indeces are missing. And then add these columns and indeces... 87.123.27.202 (talk) 21:32, 24 August 2016 (UTC)

Adding a missing column manually wouldn't give me any confidence that this would resolve the problem. Note that the database update not only adds tables or columns, it may also populate or change contents of those tables, and just comparing two database schemas won't give you details about those.

Reading the original description of this thread, which notices that the page saves without errors, but if changes are made to links they won't be categorized, suggests that an upgrade was done but the update.php script hasn't been run. Please read Manual:Upgrading! Ciencia Al Poder (talk) 13:24, 25 August 2016 (UTC)

It is true that only adding missing columns and indeces will not populate them. That is why I proposed to try the update.php script first. If it has not marked the according updates as "done", maybe it helps. However, if it does not, then once you know, which columns/indeces are missing, it should be possible to at least tell, which part of a database upgrade did not go through completely.

It is possible that a DB update did add columns and stuff, but that populating them did not complete. But how to find out? Without any error message (sounds like for Briancolella the wiki worked without any errors), it will be hard to tell, what else to do... 87.123.9.129 (talk) 14:08, 25 August 2016 (UTC)

Update! (I was on vacation, but finally got back to this)

1. I ran update.php and checked on the table and it had added the missing column
2. I truncated the job database again since I had built up a bunch more abandoned jobs
3. I successfully ran RefreshLinks.php
4. All uncategorized pages categorized and everything looks beautiful
5. I set $wgRunJobsAsync to false
6. I added an existing, categorized page to a new category and it worked perfectly
7. A new page created normally (not saving categories first) categorized properly

So it seems that everything is now working all right.

Thank you so much for all of your help! Briancolella (talk) 16:35, 16 September 2016 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Help! Make pages public.

Only my main page is publicly accessible. When I click on a page under my main page I get his error

Permission error

Jump to: navigation, search

You do not have permission to read this page, for the following reason:

The action you have requested is limited to users in one of the groups: Administrators, member.

How can I make all my pages publicly accessible for reading only? Newarkmanor (talk) 20:00, 23 August 2016 (UTC)

In your LocalSettings.php file you should have an entry for $wgGroupPermissions['*']['read'], which currently is set to false. Change its value to true! 87.123.45.48 (talk) 20:50, 23 August 2016 (UTC)

How to remove alphabetical headers in category pages?

Hi, I want to learn how to hide/remove the alphabetical headers used as sorting keys (the capitalized A, B, etc.) in every category page. When I just put a few pages in one category, these sorting keys are too distracting. I would rather see those pages in one single bullet list. Any help would be appreciated. 45.79.106.27 (talk) 08:03, 24 August 2016 (UTC)

That is possible with CSS. Try putting the following CSS styles on the wiki page MediaWiki:Common.css in your wiki:

/* Hide letter headlines on category pages */

div.mw-category-group h3 {

display: none;

} 87.123.27.202 (talk) 08:12, 24 August 2016 (UTC)

Probably the css classes changed which is why it did not work for me as posted above.

It does work for me though if I use "mv-category-generated".

div.mw-category-generated h3 {

display: none;

} 2003:CA:F16:D500:AE7:E79A:EAE:A117 (talk) 12:21, 24 April 2020 (UTC)

Hide not patrolled edit

What is the best practise to hide a not patrolled edit?

I try to explain my problem better: in my wiki a registered user can edit page. This edit is now visible to other user: I don't like it because I have to patrol this edit. Is it possible?

Thank you 93.54.87.36 (talk) 08:19, 24 August 2016 (UTC)

Extension:FlaggedRevs ? Malyacko (talk) 08:40, 24 August 2016 (UTC)

@Malyacko thank you very much: I read the documentation and it do my work. Now, I'm goint to test it! 93.54.87.36 (talk) 08:50, 24 August 2016 (UTC)

@MalyackoI've got a question: I read the documentation and help page but I don't understand how to set only read validate page. Is it a user's permission that I must write into my LocalSettings.php? Can you help me please? 93.54.87.36 (talk) 15:45, 24 August 2016 (UTC)

"special:WhatLinksHere" with underlines

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Moin moin.

1. In my wiki there is an page named "Test_123". 2. Via URL it is called "index.php?title=Test_123". 3. In the header of the article the is "Test 123" (without underline).

Now I have a Problem with the Special site Help:What_links_here. Article with underlines are not found in this site.

Any ideas why? Paul Paul Hema (talk) 12:40, 24 August 2016 (UTC)

Is this a general problem with all pages, which have an underline in their name in your wiki?

enerally these page should appear there just as all other pages as well, e.g. see Special:WhatLinksHere/Project:Support_desk for the Support Desk.

You can run the Manual:refreshLinks.php maintenance script. This will among other things refresh the contents of the pagelinks table and will so fix this problem. However, it is no guarantee that this problem does not happen again.

Just as an idea, let me link you Manual:$wgRunJobsAsync here. 87.123.27.202 (talk) 12:50, 24 August 2016 (UTC)

> and will so fix this problem

At least that is what I hope. ;-) 87.123.27.202 (talk) 12:57, 24 August 2016 (UTC)

The refreshLinks.php worked fine and now the articles will be found.

Thanks! Paul Hema (talk) 13:27, 24 August 2016 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

MultimediaViewer error after opening image

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

When I open an image with MultimediaViewer it works for 1-3 seconds and then it gets an error and stops. https://phabricator.miraheze.org/T678 for full details. All settings are available on https://github.com/Miraheze . Reception123 (talk) 15:31, 24 August 2016 (UTC)

Access-Control-Allow-Origin was missing. now fixed. Reception123 (talk) 15:36, 24 August 2016 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Group's read

Hi, I need a user group can read certain pages.

I do not know how to do it, Thank you 181.169.26.149 (talk) 16:34, 24 August 2016 (UTC)

For selective reading rights, check out List of 40+ page specific user rights extensions and especially the warnings on each of these access control extension pages as MediaWiki is not designed for access control and there are bound to be some loopholes left.

As a starting point I will recommend to try out Extension:Lockdown. AhmadF.Cheema (talk) 16:59, 24 August 2016 (UTC)

account

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Hello, I just made an account, for some reason my first letter is large, I may have accidentally done this myself, any way I can make the j small as well? joriandrake (talk) 18:09, 24 August 2016 (UTC)

The answer is: No, you can't. :-(

Usernames in MediaWiki have some restrictions, e.g. they cannot have underscores in them and their first letter always is in uppercase. Also they cannot have special combinations of characters in them, e.g. "../" is not possible as that would make the user page unreachable.

However, depending on in which wiki you are, there at least is a small help: Some wikis allowusing a magic word to change the display of the page title of a page.

E.g. you could add

{{DISPLAYTITLE:joriandrake}}

on top of your user page and your user talk page. If you add that on your user page, then the page at least will display the name in the spelling with small j. 87.123.27.202 (talk) 18:42, 24 August 2016 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Cannot save page or Preview page on mediawiki 1.2.0

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

I used mediawiki 1.2.0 on my Server and because of the php Version I cannot update it. The problem I have is that I can edit and save the page on the local machine. But, if I tried to edit and save pages using external computer, it will show up a connection reset error.

From external computer, I can view all the pages, create user account, even upload a large size of file.

Any suggestions about how can I DEBUG this problem? Aroadant (talk) 18:12, 24 August 2016 (UTC)

How to debug might help you.

For clarification:

• Your MediaWiki version really is 1.2? Not 1.20?
• When you say "local machine", what do you mean? Is that the same machine, on which the server is running? Like: The localhost of your wiki?
• Is the connection reset error in your browser shown when you open the edit view? Or only after you hit the save button? Or both? 87.123.27.202 (talk) 19:23, 24 August 2016 (UTC)

Sorry about the unclear statement, the version is 1.20.

By "Local Machine", I mean the server which runs the apache2 and php along with the mediawiki. And I tested editing mediawiki pages using the browser in "Local Machine", it works well.

The "connection reset" error occurs after I hit the save button and waited for several minutes.

I tried to use the PHP Error Log, and nothing shows up there, also for apache2 and Mysql Error log.

For information, my php version is 5.2.0. Aroadant (talk) 20:32, 24 August 2016 (UTC)

This looks like MediaWiki hangs while editing a page, and some sort of max execution time for PHP is killing it before completion.

You can try editing a small page to see if the problem is a very complex page. For example, create a new page with just a dot in the content, and see if the page is saved. If small edits are saved but complex ones aren't, the problem may be a slow server, or some extension causing problems. You may try disabling extensions. Ciencia Al Poder (talk) 13:28, 25 August 2016 (UTC)

Thanks a lot. I find the reason now.

Project:Support desk/Flow/2016/08#h-getVal('wgSection')_Problem-Permission_error-2016-08-25T05:27:00.000Z

Seems that the Server Reject some spectial Post which is weird. Aroadant (talk) 18:21, 25 August 2016 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

1.26.4 patching error

Is this Hunk #1 important? Should I reinstall MW or just ignore the error and patch it?

# patch -p1 --dry-run < mediawiki-1.26.4.patch

patching file RELEASE-NOTES-1.26

Hunk #1 FAILED at 1.

Hunk #2 succeeded at 14 (offset -19 lines).

1 out of 2 hunks FAILED -- saving rejects to file RELEASE-NOTES-1.26.rej

patching file includes/Block.php

patching file includes/DefaultSettings.php

Hunk #1 FAILED at 75.

1 out of 2 hunks FAILED -- saving rejects to file includes/DefaultSettings.php.rej

patching file includes/GlobalFunctions.php

patching file includes/Html.php

patching file includes/HttpFunctions.php

patching file includes/OutputPage.php

patching file includes/Title.php

patching file includes/User.php

patching file includes/api/ApiParse.php

patching file includes/diff/DairikiDiff.php

patching file includes/filerepo/file/LocalFile.php

patching file includes/parser/Parser.php

patching file tests/parser/parserTest.inc

patching file tests/parser/parserTests.txt

patching file tests/phpunit/includes/HtmlTest.php

patching file tests/phpunit/includes/LinkerTest.php

patching file tests/phpunit/includes/OutputPageTest.php

patching file tests/phpunit/includes/XmlSelectTest.php

patching file tests/phpunit/includes/XmlTest.php

patching file tests/phpunit/includes/content/JsonContentTest.php

patching file tests/phpunit/includes/parser/NewParserTest.php Deletedaccount4567435 (talk) 22:30, 24 August 2016 (UTC)

The release process sadly is flawed. The 1.26.4 release for example first contained PHP 5.5 code, which broke installations. And this code wasn't even in Git. They have Git, but they don't use it to package the stuff. And this wasn't the first time that the tarballs were broken. It's a pitty.

The hunk in the Release Notes file is not important, it is only some text. But an incorrect change in DefaultSettings.php is a problem. Better use the tarball with the complete code and extract the files from there.

Additionally, you might want to open a BUGREPORT about this problem to get the patch file fixed. 87.123.27.202 (talk) 23:08, 24 August 2016 (UTC)

Oh, well Thank you! Deletedaccount4567435 (talk) 07:07, 30 August 2016 (UTC)

getVal('wgSection') Problem

The IT people blocked action=submit,form-data:key=wpSection that I cannot submit the save page and preview page. Is that any way to debug the code to avoid such key name "wpSection"? 74.129.169.157 (talk) 05:27, 25 August 2016 (UTC)

Trying to adjust the code only is tinkering about with the symptoms. The real solution is to have your IT guys fix their broken rules. These rules - at least in their current form - obviously are doing more harm than good. 87.123.9.129 (talk) 07:38, 25 August 2016 (UTC)

I tried to change all "action" into "action1". Then I can save the page, but other BUGs show up. I will try to contact the IT people to stop such stupid Block Rules. Aroadant (talk) 18:23, 25 August 2016 (UTC)

The submit action of MediaWiki is just a normal action. Maybe the IT guys don't even know what mess their rules are creating. If you should use/have to use MediaWiki, then these rules need to be fixed. 87.123.9.129 (talk) 19:31, 25 August 2016 (UTC)

Почему бессрочно заблокировали мою учётную запить Main Guns ?

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Почему бессрочно заблокировали мою учётную запить Main Guns ? - https://commons.wikimedia.org/wiki/User:Main_Guns

Создавал страницу с учётом всех требований википедии, за что получил блокировку , как я могу исправить / восстановить учётную запись?

Спасибо. С Уважением Иван Кичук. Разработчик игры Main Guns (mainguns.ru) Main Guns (talk) 18:39, 25 August 2016 (UTC)

Hi Ivan,

I understand that you are asking why your user account Main Guns got blocked on Commons.

The block was done by commons:User:INeverCry. The block reason, which he provided was "promotion-only account". Background for this block is the content of your (deleted) user page, which the admin considered promotional. Note that Wikipedia Commons is no place for promotional materials. Having posted this page is the reason why your account got blocked. 87.123.9.129 (talk) 19:44, 25 August 2016 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Wintricks apps list not expanding

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Im trying to download steam with winetricks. But the problem is I cant access the list of apps because it wont expand when I click on it. Help????? 2001:56A:F141:B500:5FD:234C:FEAC:5725 (talk) 21:52, 25 August 2016 (UTC)

Hi, you posted to the helpdesk of the software project MediaWiki. Your question seems to pertain to something other than our project, so unfortunately, we won't be able to help you. —TheDJ (Not WMF) (talk • contribs) 23:27, 25 August 2016 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Moving wiki

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Im trying to Move my wiki from the normal /var/www/html to a , /var/www/wiki.domain.tld

Before the change it was reachable under domain.tld/index.php and there was no other virtualhost running. Now it should be reachable under wiki.domain.tld. Additionally there is another virtualhost running. It did work at one point when the other virtualhost was disabled but when I enabled it it stopped working.

The wiki does Show up but all the content is missing. If I click on edit I see the content but not safe it.

I’m using mediawiki 1.26.3, apache2 and debian 8.5

I tried out some rewrite mod stuff but i just ended up with a 404 or failed apache2 restart

The following is my virtualhost conf:

<VirtualHost *:80>

ServerAdmin #######

ServerName wiki.domain.tld

DocumentRoot /var/www/wiki.domain.tld

DirectoryIndex index.php

ErrorLog ${APACHE_LOG_DIR}/error.log

CustomLog ${APACHE_LOG_DIR}/access.log combined

</VirtualHost>

Edit: Solution to my problem is removing the line $wgServer = ""; from LocalSetttings.php Ssiimi (talk) 07:43, 26 August 2016 (UTC)

Could you detail what do you mean by "content is missing"? do you mean content is there but no images/styles, only text, or no content at all? The latter shouldn't happen in recent versions. About styles, you may need to change some variables in LocalSettings.php that may still point to the old URL scheme ($wgServer, $wgScriptPath, etc).

After that, you'll probably need to purge some caches, since MediaWiki may have cached contents with the old URL scheme. You should run purgeParserCache.php to purge the parser cache and update.php to refresh other caches like the module_deps table. Ciencia Al Poder (talk) 09:03, 26 August 2016 (UTC)

there is no content at all(The wiki itself loads but all the stuff I wrote myself is not there).

I did change these two variables to this:

$wgScriptPath = "";

$wgServer = "";

If i change it to

$wgServer = "wiki.domain.tld";

It seems to go into a circle and loads the following:

http://wiki.domain.tld/index.php/wiki.domain.tld/index.php/wiki.domain.tld/index.php/Wiki.domain.tld/index.php/wiki.domain.tld/index.php/Wiki.domain.tld/index.php/wiki.domain.tld/index.php/Wiki.domain.tld/index.php/wiki.domain.tld/index.php/Wiki.domain.tld/index.php/wiki.domain.tld/index.php/Wiki.domain.tld/index.php/wiki.domain.tld/index.php/Wiki.domain.tld/index.php/wiki.domain.tld/index.php/Wiki.domain.tld/index.php/Hauptseite

I did run theses php files but nothing changed, i also rebooted the server itself. Ssiimi (talk) 10:05, 26 August 2016 (UTC)

This looks like Manual:Errors and symptoms#All pages have no content, but when editing a page the wiki text is there but shouldn't happen on recent MediaWiki versions. Be sure you're using MediaWiki 1.26.3 extracted from a tarball on an empty directory and not over an existing installation, that could lead to a mix of old and new files Ciencia Al Poder (talk) 21:30, 26 August 2016 (UTC)

Make $wgScriptPath = ""; Gochiusa (talk) 20:51, 27 August 2016 (UTC)

It does look like Manual:Errors and symptoms#All pages have no content, but when editing a page the wiki text is there but I do not use that Version, I have only used 1.26.3.

$wgScriptPath = ""; is already in my LocalSettings.php

I still cannot figure out how to fix this, the following is my LocalSetttings.php

<?php

if ( !defined( 'MEDIAWIKI' ) ) {

exit;

}

$wgSitename = "wiki";

$wgMetaNamespace = "wiki";

$wgScriptPath = "";

$wgServer = "";

$wgResourceBasePath = $wgScriptPath;

$wgLogo = "/images/Logo.png";

$wgEnableEmail = true;

$wgEnableUserEmail = true; # UPO

$wgEmergencyContact = "########";

$wgPasswordSender = "########";

$wgEnotifUserTalk = false; # UPO

$wgEnotifWatchlist = false; # UPO

$wgEmailAuthentication = true;

$wgDBtype = "mysql";

$wgDBserver = "localhost";

$wgDBname = "my_wiki";

$wgDBuser = "#####";

$wgDBpassword = "####";

$wgDBprefix = "";

$wgDBTableOptions = "ENGINE=InnoDB, DEFAULT CHARSET=binary";

$wgDBmysql5 = false;

$wgMainCacheType = CACHE_NONE;

$wgMemCachedServers = array();

$wgEnableUploads = true;

$wgUseInstantCommons = false;

$wgShellLocale = "en_US.utf8";

$wgLanguageCode = "de-ch";

$wgSecretKey = "#########";

$wgUpgradeKey = "#########";

$wgRightsPage = ""; # Set to the title of a wiki page that describes your license/copyright

$wgRightsUrl = "";

$wgRightsText = "";

$wgRightsIcon = "";

$wgDiff3 = "/usr/bin/diff3";

$wgDefaultSkin = "vector";

wfLoadSkin( 'CologneBlue' );

wfLoadSkin( 'Modern' );

wfLoadSkin( 'MonoBook' );

wfLoadSkin( 'Vector' );

$wgShowExceptionDetails = true;

require_once "$IP/extensions/Spoilers/Spoilers.php"; Ssiimi (talk) 06:25, 29 August 2016 (UTC)

I found what caused the Problem,

$wgServer = "";

I just removed this line from LocalSetttings.php and after that it worked again. Ssiimi (talk) 11:51, 29 August 2016 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Lockdown not working.

Hi,

I installed the newest mediawiki server software and the extensions LDAPAuthentication and Lockdown.

I , finally, managed to get the groups into mediawiki, but now lockdown doesn't work for any group at all. Even if i create them myself or if they are importet from the LDAP server.

define('NS_OK',550);

$wgExtraNamespaces[NS_OK] = 'ok';

$wgNamespacePermissionLockdown[NS_OK]['read']= array('users'); # so it only works for logged in users.

i haven't changed any other permission settings, lockdown does show up in the Specials:Version page, but acces to :ok is not restricted in any way to anyone.

help is much apreachiated. 195.34.150.254 (talk) 09:42, 26 August 2016 (UTC)

What do you mean by "newest mediawiki server software"? Is it v1.27 or 1.28-alpha?

Are you using master version of Extension:Lockdown? If not, I recommend using it as older versions have issues with MediaWiki v1.27 and above. AhmadF.Cheema (talk) 10:06, 26 August 2016 (UTC)

Hi AhmadF.Cheema,

I am using:

Mediawiki : 1.27.0

Lockdown: -(0d8aa13) (for 1.27)

i downloaded a lockdown snapshot, do you mean i should try it with the download from git master ? 195.34.150.254 (talk) 10:10, 26 August 2016 (UTC)

Ok, now something weird is happening:

Localsettings for Lockdown:

#Lockdown

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

#define custom namespaces

define ('NS_OK',550);

define ('NS_OK_TALK',551);

$wgExtraNamespaces[NS_OK] = 'ok';

$wgExtraNamespaces[NS_OK_TALK]='ok_talk';

#restrict "read" perm

$wgNamespacePermissionLockdown[NS_OK]['read'] = array('wikisecrets');

$wgNamespacePermissionLockdown[NS_OK_TALK]['read']= array('users');

$wgNonincludeableNamespaces[] = NS_OK;

$wgNonincludeableNamespaces[] = NS_OK_TALK;

---------------------

The Page <IP>/mediawiki/index.php/Main_Page:ok -accessible for all users

Page <IP>/mediawiki/index.php/ok:ok --doesn't exsist, but is is only accessible for users in wikisecrets.

I have no idea why it doesn't work like it did before, did i switch something up ? 195.34.150.254 (talk) 11:00, 26 August 2016 (UTC)

Navigate to your Special:Preferences on your Wiki, are the "Member of groups:" showing you as part of any groups?

If not, this was exactly the bug in Extension:Lockdown.

The master version should have worked, but maybe I don't know how the git commits at Wikimedia work.

Alternatively, you can try the fix manually. The fix for the bug is mentioned here: https://phabricator.wikimedia.org/T137051 at near the middle of the page.

The changes mentioned here will have to be applied to your Lockdown.php file. AhmadF.Cheema (talk) 15:37, 26 August 2016 (UTC)

VisualEditor Setup is Confusing

Hey Guys,

So I run mediawiki by using XAMPP (I have all the files and stuff in my ht docs) of windows. I use Mediawiki 1.26 and I'm having a bit of trouble installing VisualEditor. So I didn't know about this until I tried to write a page on my wiki using VisualEditor and it gave me "parser error" or something like that so I looked it up and it said I need to install a Parsoid service. I found the tutorial to install it but I really dont get it (Im not great at any coding knowledge) it says Ubuntu and Debian and from my knowledge they are on Linux so is there anyway to set up a Parsoid service on mediawiki runnning on windows through XAMMP? 178.167.254.30 (talk) 11:42, 26 August 2016 (UTC)

proc_open is not available

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

When I upload images it will not provide a thumbnail image. I read through various posts and understand many shared servers have blocked proc_open and seems mine is that too. I turned imagemagik to false and default to GD which is active on my server but imagemagik is not but still thumbnail is not showing and gives the error

https://upload.wikimedia.org/wikipedia/mediawiki/d/dc/Error99.jpeg

I have also noticed proc_open also affecting scribunto and the lua file as shown here

https://upload.wikimedia.org/wikipedia/mediawiki/8/88/Error99a.jpeg

Despite searching I cannot seem to find an alternative to fix the image thumbnail issue and the lua issue

I am sure there is a workaround about that will fix this as I cannot be the only one who has this blocked on their server.

i can ftp the main directory but have no access to the root otherwise i would have changed php.ini myself. I also added a flag command to .htaccess to see if i could activate proc_open that way but that did not work.

I have also noticed that version MediaWiki 1.23.15 the thumbnails work fine with imagemagik false yet when same setting is on 1.27 it fails. Gmdesignuk (talk) 17:48, 26 August 2016 (UTC)

anyone? Gmdesignuk (talk) 00:51, 29 August 2016 (UTC)

It often is hard to make MediaWiki run on crippled servers. However, if it worked in 1.23, I guess it should also do so with 1.27.

What are the settings you are using in order to activate GD? 87.123.25.105 (talk) 07:20, 29 August 2016 (UTC)

dont need to do anything to make GD work as its the default, only have to flag imagemagik as false in localsettings Gmdesignuk (talk) 19:42, 29 August 2016 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Unable to login to mediawiki. But page is coming up.

Hi ,

I have Upgraded the mediawiki-1.27 from mediawiki-1.18.

1) Copied the LdapAuthetication.php from From old meediawiki to new.

2) made changes to AuthPlugin.php as needed.

When I run "update.php", I am receiving the following notice.

"PHP Notice:  Undefined index: SERVER_NAME in /www/virtual/webuser/wiki/includes/                                                                             GlobalFunctions.php on line 1471

PHP Notice:  Undefined variable: _SESSION in /www/virtual/webuser/wiki/extension                                                                             s/LdapAuthentication/LdapAuthentication.php on line 919

PHP Notice:  Undefined index: SERVER_NAME in /www/virtual/webuser/wiki/includes/                                                                             GlobalFunctions.php on line 1471"

How ever My mediawiki page is coming up but User account I cannot Login.

Can you please help me out.

Thanks,

Dheeraj 173.68.151.26 (talk) 19:03, 26 August 2016 (UTC)

You should get upgraded versions of extensions when you upgrade MediaWiki, do not just copy them from the old version. See Manual:Upgrading Ciencia Al Poder (talk) 21:24, 26 August 2016 (UTC)

Hi,

Thank You

I installed the updated extension, Now should I edit the file manually and update the setting in LdapAuthentication.php file? 173.68.151.26 (talk) 16:43, 29 August 2016 (UTC)

You're not supposed to edit LdapAuthentication.php, but specify your settings in LocalSettings.php. Ciencia Al Poder (talk) 14:42, 31 August 2016 (UTC)

Unable to query pages with index.php in title

http://proteopedia.org/wiki/index.php/Main_Page is an example of this. My Query of

http://www.proteopedia.org/w/api.php?action=query&titles=Main_Page&prop=revisions&format=json&rvlimit=max&rvprop=content

doesn't work... 2607:F140:400:A001:297A:F452:2280:B842 (talk) 21:04, 26 August 2016 (UTC)

Your api.php is in http://www.proteopedia.org/wiki/api.php and disabled Ciencia Al Poder (talk) 21:22, 26 August 2016 (UTC)

How often has your wiki been hacked in the last months? MediaWiki 1.11 is like medieval age! 87.123.58.137 (talk) 21:35, 26 August 2016 (UTC)

Custom functions in form fields

Hi all,

We are using Semantic Forms (latest stable) for defining predefined structure for new pages.

For example, a user goes to Special:Forms, chooses a form and starting to enter text to input fields of the form. All input is finished, the user clicks "Save page".

At this moment we need to do some validation of data entered to the form, e.g. check if the string of the field conatins certain text using regexp. If string contains certain text, then give a warn message.

Is it possible to pass such functions (javascript/php) to mediawiki form? Any ideas will be appreciated.

Thanks! Usingnamespace (talk) 23:50, 26 August 2016 (UTC)

skin.json Not Working

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

https://github.com/KiwiWiki/Kiwitic/tree/0216c08fa50033f7430035ba6062526a0d0030fe

---

The testing.kiwki.us page isn’t working

testing.kiwki.us is currently unable to handle this request.

HTTP ERROR 500 Kiwkius (talk) 18:13, 27 August 2016 (UTC)

Your skin.json file is not working, because it contains several syntax errors. You can use a validator like http://jsonlint.com/ - your current version of skin.json returns these errors:

The comma in line 38 must be removed. And the section "ResourceFileModulePaths" is located at the wrong place, outside of the outmost bracket. 87.123.42.225 (talk) 20:54, 27 August 2016 (UTC)

Thanks! Kiwkius (talk) 21:14, 27 August 2016 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

External File Server

I want image upload to external server. how to? Kiwkius (talk) 21:52, 27 August 2016 (UTC)

See Manual:$wgForeignFileRepos. Jackmcbarn (talk) 17:08, 28 August 2016 (UTC)

Internal Error on my MediaWiki

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

I've been running Mediawiki 1.27 for some time now. Few days ago I was receiving an error in the browser saying that my website cannot be reached. So navigated to mw-config to reconfigure it. Went through the process quiet well, but after that I started getting error messages on every page. The Internal error message is below. I tried to reinstall Mediawiki but nothing has worked.

Please help! You can have a look at my website here: www.chalochatu.org.

Internal error

[V8LDn8ZH7RYADTL@JGAAAAEN] 2016-08-28 10:57:35: Fatal exception of type "MWException" 41.77.149.22 (talk) 11:00, 28 August 2016 (UTC)

Please enable $wgShowExceptionDetails at the bottom of your LocalSettings.php! 87.123.34.155 (talk) 11:43, 28 August 2016 (UTC)

Thanks a lot. I displayed the errors and it pointed to Scribunto. I reinstalled it and everything is working fine. Appreciated. 197.220.196.199 (talk) 19:07, 28 August 2016 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Top navigation panel.

Which file is responsible for top navigation panel? (Talk, Log in, Create acount, etc..) because I would like to modify the path for "Create acount" from the standard url to for example: mydomain.com/register NH35 (talk) 17:26, 28 August 2016 (UTC)

You do not want to modify core files. Instead, there are various personalization extensions, which can modify this band of links by adding functions to the PersonalUrls hook.

Category:PersonalUrls extensions

contains a list of available extensions.

Apart from that you can also write an own hook function in LocalSettings.php. 87.123.34.155 (talk) 18:16, 28 August 2016 (UTC)

First Login Issue: Problem with Sending Credentials

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Hello Everyone, I know this is a long read but please help, I am edging towards insanity. I have setup Media Wiki on a few Virtual machines to play around with without any issues. Now I want to get it running on my ODroid XU4 with eMMC running a Debian called Armbian. MediaWiki version 1.27.1

Whenever I try to login (for the first time) it gives me a session error: "Es gab ein Problem bei der Übertragung deiner Benutzerdaten. Diese Aktion wurde daher sicherheitshalber abgebrochen, um eine falsche Zuordnung deiner Änderungen zu einem anderen Benutzer zu verhindern. Bitte gehe zurück zur vorherigen Seite, lade sie erneut und versuche, den Vorgang erneut auszuführen." This translates to There was a Problem with sending your login credentials. To Prevent damage to others the action has been interrupted.... refresh and try again.

Sadly refreshing does not work.

To try and solve the Issue I have tried the following steps:

1) PHP can write to the Sessions Directory, there are files being created.

2) Added session_save_path("tmp"); to the LocalSetting.php file and created the folder. Error still persists. The folder permissions were set to 777.

3) $wgSessionsInMemcached = true; # optional, still the same error

4) Checked if there is enough Disk Space, there is.

5) Added All Privileges to wikiuser on the Database

To try to figure out more I have turned on Logging with the following result from a login try:

I fail to see an error here, only that things are being marked "dirty"

Start request POST /w/index.php/Spezial:Anmelden

HTTP HEADERS:

HOST: 192.168.0.25

CONNECTION: keep-alive

CONTENT-LENGTH: 194

CACHE-CONTROL: max-age=0

ORIGIN: http://192.168.0.25

UPGRADE-INSECURE-REQUESTS: 1

USER-AGENT: Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/52.0.2743.116 Safari/537.36

CONTENT-TYPE: application/x-www-form-urlencoded

ACCEPT: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8

REFERER: http://192.168.0.25/w/index.php/Spezial:Anmelden

ACCEPT-ENCODING: gzip, deflate

ACCEPT-LANGUAGE: en-US,en;q=0.8,pt;q=0.6

COOKIE: lisa_wiki_session=tn01m531t4620galnjof1vd315o189h7; mw_installer_session=dnvgbsojlvrglg5b56ok63mn24; PHPSESSID=facu7btbs5rm284hun5n891l92; wiki_lisa_session=si8jdotcgglfn5mthhc9l0so1huasacg; lisa_wiki_lisa_session=m4284liuqkucvv2oe2kdjvtv8drhbote

[caches] cluster: APCBagOStuff, WAN: mediawiki-main-default, stash: db-replicated, message: APCBagOStuff, parser: APCBagOStuff, session: APCBagOStuff

[caches] LocalisationCache: using store LCStoreCDB

[session] Session "m4284liuqkucvv2oe2kdjvtv8drhbote" requested without UserID cookie

[session] SessionBackend "m4284liuqkucvv2oe2kdjvtv8drhbote" is unsaved, marking dirty in constructor

MWCryptRand::realGenerate: Generating cryptographic random bytes for MediaWiki\Session\SessionManager->generateSessionId/MWCryptRand::generateHex/MWCryptRand->realGenerateHex/MWCryptRand::generate/MWCryptRand->realGenerate

MWCryptRand::realGenerate: mcrypt_create_iv generated 20 bytes of randomness.

MWCryptRand::realGenerate: 0 bytes of randomness leftover in the buffer.

[session] SessionBackend "4kcd10qtaidbb73dfcrbbict9agdan6t" metadata dirty due to ID reset (formerly "m4284liuqkucvv2oe2kdjvtv8drhbote")

[session] SessionBackend "4kcd10qtaidbb73dfcrbbict9agdan6t" save: dataDirty=1 metaDirty=1 forcePersist=0

[cookie] setcookie: "lisa_wiki_lisa_session", "4kcd10qtaidbb73dfcrbbict9agdan6t", "0", "/", "", "", "1"

[cookie] already deleted setcookie: "lisa_wiki_lisaUserID", "", "1440880079", "/", "", "", "1"

[cookie] already deleted setcookie: "lisa_wiki_lisaToken", "", "1440880079", "/", "", "", "1"

[cookie] already deleted setcookie: "forceHTTPS", "", "1440880079", "/", "", "", "1"

[session] SessionBackend "4kcd10qtaidbb73dfcrbbict9agdan6t" save: dataDirty=1 metaDirty=1 forcePersist=0

[cookie] already set setcookie: "lisa_wiki_lisa_session", "4kcd10qtaidbb73dfcrbbict9agdan6t", "0", "/", "", "", "1"

[cookie] already deleted setcookie: "lisa_wiki_lisaUserID", "", "1440880079", "/", "", "", "1"

[cookie] already deleted setcookie: "lisa_wiki_lisaToken", "", "1440880079", "/", "", "", "1"

[cookie] already deleted setcookie: "forceHTTPS", "", "1440880079", "/", "", "", "1"

[cookie] already set setcookie: "lisa_wiki_lisa_session", "4kcd10qtaidbb73dfcrbbict9agdan6t", "0", "/", "", "", "1"

[cookie] already deleted setcookie: "lisa_wiki_lisaUserID", "", "1440880079", "/", "", "", "1"

[cookie] already deleted setcookie: "lisa_wiki_lisaToken", "", "1440880079", "/", "", "", "1"

[cookie] already deleted setcookie: "forceHTTPS", "", "1440880079", "/", "", "", "1"

IP: 192.168.0.11

[session] SessionBackend "4kcd10qtaidbb73dfcrbbict9agdan6t" Taking over PHP session

Fully initialised

[MessageCache] MessageCache::load: Loading de... local cache is empty, got from global cache

Unstubbing $wgParser on call of $wgParser::firstCallInit from MessageCache->getParser

Parser: using preprocessor: Preprocessor_DOM

Unstubbing $wgLang on call of $wgLang::_unstub from ParserOptions->__construct

QuickTemplate::__construct was called with no Config instance passed to it

MWCryptRand::realGenerate: Generating cryptographic random bytes for PasswordFactory::generateRandomPasswordString/MWCryptRand::generateHex/MWCryptRand->realGenerateHex/MWCryptRand::generate/MWCryptRand->realGenerate

MWCryptRand::realGenerate: mcrypt_create_iv generated 7 bytes of randomness.

MWCryptRand::realGenerate: 0 bytes of randomness leftover in the buffer.

MWCryptRand::realGenerate: Generating cryptographic random bytes for MediaWiki\Session\Session->getToken/MWCryptRand::generateHex/MWCryptRand->realGenerateHex/MWCryptRand::generate/MWCryptRand->realGenerate

MWCryptRand::realGenerate: mcrypt_create_iv generated 16 bytes of randomness.

MWCryptRand::realGenerate: 0 bytes of randomness leftover in the buffer.

[session] SessionBackend "4kcd10qtaidbb73dfcrbbict9agdan6t" data dirty due to dirty(): LoginSignupSpecialPage->getFakeTemplate/SpecialUserLogin->getToken/MediaWiki\Session\Session->getToken/MediaWiki\Session\Session->set/MediaWiki\Session\SessionBackend->dirty

[session] SessionBackend "4kcd10qtaidbb73dfcrbbict9agdan6t" save: dataDirty=1 metaDirty=0 forcePersist=0

MediaWiki::preOutputCommit: all transactions committed

MediaWiki::preOutputCommit: pre-send deferred updates completed

[connect] Connected to database 0 at localhost

[MessageCache] MessageCache::load: Loading en... local cache is empty, got from global cache

OutputPage::sendCacheControl: private caching;  **

LoadBalancer::reuseConnection: this connection was not opened as a foreign connection

Request ended normally

[session] Saving all sessions on shutdown

Does anyone have any ideas? Thanks in Advance for any input! MarcelDueerkop (talk) 21:00, 28 August 2016 (UTC)

Add

$wgSessionCacheType = CACHE_DB;

to LocalSettings.php (as described in Project:Support desk/Flow/2016/07#h-Can't_login_or_create_user_after_upgrade_to_1.27-2016-07-05T08:20:00.000Z). Phispi (talk) 20:33, 14 October 2016 (UTC)

The suggested line in LocalSettings.php worked for me! Thanx. 77.23.24.107 (talk) 12:17, 1 November 2016 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Problem with pages updating (Special:WhatLinksHere, categories, etc.)

My wiki seems to have a problem with updating categories and the What Links Here special page for no reason that I can find. Special:AllPages and Special:RecentChanges both work fine, but not categories and Special:WhatLinksHere. MorbidEntree (talk) 09:55, 29 August 2016 (UTC)

See Manual:$wgRunJobsAsync! 87.123.25.105 (talk) 10:29, 29 August 2016 (UTC)

I've set that to false and run the job queue manually, but the problem still remains. MorbidEntree (talk) 21:06, 29 August 2016 (UTC)

Meta data and page description

Hello.

how to add meta data and page descrition that Google can easly get? TraaBBIT (talk) 11:26, 29 August 2016 (UTC)

How to install and use the minecraft crafting table feature?

Hey all,

I am creating wiki for my minecraft server and would like to use the crafting table template stuff from the minecraft wiki:

http://minecraft.gamepedia.com/Template:Crafting_Table

I am a new user and don't know how to install and use this. Can somebody tell me how to install it in my mediawiki site?

Thank you so much! Bloggy82 (talk) 13:14, 29 August 2016 (UTC)

• Go to http://minecraft.gamepedia.com/Special:Export
• Input in the textbox: Template:Crafting Table
• Check "Include templates"
• Click "Export"
• Now, in your own wiki browse to Special:Import and upload the exported file. AhmadF.Cheema (talk) 14:31, 29 August 2016 (UTC)

I stuck at step 5. Because when trying to upload I get an error:

[75e7da75940b89b0f8c10372] 2016-08-29 15:32:40: Fataler Ausnahmefehler des Typs „DBUnexpectedError“

Screenshot:

http://i74.photobucket.com/albums/i263/myspaceye/2016-08-29_17-41-16.png

My import dialogue:

http://i74.photobucket.com/albums/i263/myspaceye/2016-08-29_17-50-05.png

The error:

http://i74.photobucket.com/albums/i263/myspaceye/2016-08-29_17-50-47.png Bloggy82 (talk) 15:31, 29 August 2016 (UTC)

We need more information to figure out what's happening there. Follow Manual:How to debug to get us that information. Jackmcbarn (talk) 01:52, 30 August 2016 (UTC)

Timeline with Reminder function

Hey all,

I am writing my Diplomathesis and I would like to build a Wiki for the Quality Management. I searching for a Timeline where is a Reminder Function are included. Is there any Extension available. My next big Problem is i am not study Computer sience and i have not many experience about program. A Extension what is easy to install where very helpful. I will be very happy and gratefull, when somebody can help me.

Thank you 2003:7C:4F53:5300:546:5C2B:A4BF:B0D (talk) 13:43, 29 August 2016 (UTC)

[1bf784f1d4d3114acaa61d4d] / MWException from line 118 of /var/www/wiki/tmp/includes/cache/localisation/LCStoreCDB.php: Unable to move the new CDB file into place.

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

[1bf784f1d4d3114acaa61d4d] / MWException from line 118 of /var/www/wiki/tmp/includes/cache/localisation/LCStoreCDB.php: Unable to move the new CDB file into place.

Backtrace:

#0 /var/www/wiki/tmp/includes/cache/localisation/LocalisationCache.php(1024): LCStoreCDB->finishWrite()

#1 /var/www/wiki/tmp/includes/cache/localisation/LocalisationCache.php(462): LocalisationCache->recache(string)

#2 /var/www/wiki/tmp/includes/cache/localisation/LocalisationCache.php(379): LocalisationCache->initLanguage(string)

#3 /var/www/wiki/tmp/includes/cache/localisation/LocalisationCache.php(294): LocalisationCache->loadSubitem(string, string, string)

#4 /var/www/wiki/tmp/languages/Language.php(2561): LocalisationCache->getSubitem(string, string, string)

#5 /var/www/wiki/tmp/includes/cache/MessageCache.php(869): Language->getMessage(string)

#6 /var/www/wiki/tmp/includes/cache/MessageCache.php(827): MessageCache->getMessageForLang(Language, string, boolean, array)

#7 /var/www/wiki/tmp/includes/cache/MessageCache.php(768): MessageCache->getMessageFromFallbackChain(Language, string, boolean)

#8 /var/www/wiki/tmp/includes/Message.php(1178): MessageCache->get(string, boolean, Language)

#9 /var/www/wiki/tmp/includes/Message.php(801): Message->fetchMessage()

#10 /var/www/wiki/tmp/includes/Message.php(892): Message->toString()

#11 /var/www/wiki/tmp/includes/title/MalformedTitleException.php(49): Message->text()

#12 /var/www/wiki/tmp/includes/title/MediaWikiTitleCodec.php(296): MalformedTitleException->__construct(string, string)

#13 /var/www/wiki/tmp/includes/Title.php(3342): MediaWikiTitleCodec->splitTitleString(string, integer)

#14 /var/www/wiki/tmp/includes/Title.php(367): Title->secureAndSplit()

#15 /var/www/wiki/tmp/includes/MediaWiki.php(79): Title::newFromURL(NULL)

#16 /var/www/wiki/tmp/includes/MediaWiki.php(135): MediaWiki->parseTitle()

#17 /var/www/wiki/tmp/includes/MediaWiki.php(661): MediaWiki->getTitle()

#18 /var/www/wiki/tmp/includes/MediaWiki.php(519): MediaWiki->main()

#19 /var/www/wiki/tmp/index.php(43): MediaWiki->run()

#20 {main}

https://testing.kiwki.us/ Kiwkius (talk) 14:48, 29 August 2016 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Encoding broken

https://testing.kiwki.us/index.php Kiwkius (talk) 15:11, 29 August 2016 (UTC)

Pywikibot

Hello.

I want to start using Pywikibot

Should I install it on my server? TraaBBIT (talk) 15:46, 29 August 2016 (UTC)

Postprocess user input

Hi All,

We have requirement to postprocess some text entered to the form field - for example, a user enters something like text1.jpg into the text field and clicks "Save page". After that the .jpg part of the text input should be stripped off and the result text should be text1.

Currently we are using Semantic Forms last stable version.

Any ideas on how to implement that? Usingnamespace (talk) 17:31, 29 August 2016 (UTC)

Thumbnails not working; 404 not found

When I upload new images, the thumbnails are not being created. When I use the browser debug, I find that it is looking for $IP/Images/thumb/.../.../...

notice the capital I

The folder is lowercase i. I made a symlink but it doesn't seem to be working. What can I do to fix this? I tried using Imagemagick (which I do have installed and updated) and using gd. Setvproducer (talk) 18:06, 29 August 2016 (UTC)

On a first guess: The three level ups are looking strange. This leads to the root folder of the wiki.

The capital letter usually is happening when a RewriteRule is applied to the images/ folder. This should however not happen. The images/ folder should not get rewritten! In your .htaccess file, make sure that calls to images/ do not get redirected to the main index.php script! 87.123.25.105 (talk) 19:11, 29 August 2016 (UTC)

Session Timeout problem

Hi Guys,

I installed MediaWiki on my Hosting Provider and i have the problem that i get logged out after some seconds, sometimes while iam editing pages.

I googled it and found many entries with php Session times and so on, so i tried to enter the following lines and checked it double with echoing the ini settings

At the beginning of index.php of mediawiki (i know not very nice to edit index file but iam really out of ideas)

ini_set('session.cookie_lifetime', 3600);

ini_set('session.gc_maxlifetime', 3600);

ini_set('session.cache_expire', 3600);

At the end of index.php:

echo 'cookie_lifetime:' . ini_get('session.cookie_lifetime') . ' ';

echo 'gc_maxlifetime:' . ini_get('session.gc_maxlifetime') . ' ';

echo 'cache_expire:' . ini_get('session.cache_expire') . ' ';

And it is set to the values above. But i get logged out as before. Any other suggestions?

While iam logged in i can edit pages, create new pages but after some seconds i get logged out.

Thanks for help!

seehma Seehma (talk) 19:33, 29 August 2016 (UTC)

Mediawiki 1.27 requires ,xml to install,but xml are installed.

Hello,

I have installed mediawiki 1.27 into running on CentOS Linux release 7.2.1511(PHP 7.0.9 (cli) ,Server version: Apache/2.4.6 (CentOS))

MediaWiki requires to install xml,but xml already installed

what shall i do ? Lalabas (talk) 23:05, 29 August 2016 (UTC)

Is it also activated inside php.ini? 87.123.25.105 (talk) 23:28, 29 August 2016 (UTC)

A file with a similar name exists. Please choose a different name.

Hi,

I'm trying to upload two files with same names but different formats. One is a jpg and one is a pdf.

But I get this error

=================================== 

A file with a similar name exists: 

The Real Peace Formula.JPG 

Name of the uploading file: File:The Real Peace Formula.pdf 

Name of the existing file: File:The Real Peace Formula.JPG 

Please choose a different name. 

=================================== 

Is there a way to get mediawiki to differentiate between file extensions?

- Arnab 219.91.247.68 (talk) 05:09, 30 August 2016 (UTC)

You can simply ignore the warning. 121.214.130.144 (talk) 07:23, 30 August 2016 (UTC)

Ignoring it is not an option. In fact, there is no file with identical name. If in this case MediaWiki claims there would be, then this is a bug, which should get reported! 87.123.12.74 (talk) 07:33, 30 August 2016 (UTC)

Yes ignoring is not an option. It does not allow you to upload the files unless the name is changed to something else.

- Arnab 123.201.123.182 (talk) 10:22, 30 August 2016 (UTC)

Sure you can, just press this ignore button: http://i.imgur.com/tbjwyW3.png Or check "Ignore warnings" before trying to upload. 121.214.130.144 (talk) 11:54, 30 August 2016 (UTC)

Ok guys, I have now read the error message again and noticed that it does not say a file with identical name would be there, but only that one with a similar name is there.

Actually, this message is correct.

MediaWiki is showing this message, if it is exactly and only the file extension, which differs. The thought behind this is that you might in fact want to upload the image in the other format again. So MediaWiki points you to a possible mistake you are making.

MediaWiki is doing a number of different existence checks for a file and this is one of them. See includes/upload/UploadBase.php around line 1885 for the according code. I have not found how/if these checks can be disabled. 87.123.12.74 (talk) 20:42, 30 August 2016 (UTC)

You can simply upload the file and check the "ignore warnings" before the upload Ciencia Al Poder (talk) 14:52, 31 August 2016 (UTC)

I know, but is there a way to prevent the checkbox from showing up? Is it possible to upload the file with that name directly, without confirmation? 87.123.3.19 (talk) 16:21, 31 August 2016 (UTC)

There's none that I'm aware of. Ciencia Al Poder (talk) 18:05, 31 August 2016 (UTC)

wgGroupPermissions['*']['read'] = false

Hello

Setting "$wgGroupPermissions['*']['read'] = false;" seems to break my visual editor, but not my source editor.

Server response is:

"Error loading data from your server:500:docserver-http: HTTP 500. Would you like to retry?"

The load bar can either not complete or get halfway then fail. I've tried adding user groups before and after this permission to no avail.

Another problem I have found, when this setting is set, I cannot whitelist my wgLogo. Have tried "$wgWhitelistRead = array("Main Page", $wgLogo); Bmenzies (talk) 12:04, 30 August 2016 (UTC)

For the second part of your question: $wgWhitelistRead can only contain wiki pages. $wgLogo however is a path to your logo file, not to a wiki page. Actually, I think that changing $wgGroupPermissions should not influence the visibility of the logo at all. The logo is linked as a file and access to this file will not be influenced by $wgGroupPermissions. 87.123.12.74 (talk) 20:24, 30 August 2016 (UTC)

I suppose what is influencing it is that I'm using the img_auth file. But yeah, cannot see the wiki logo when logged out.

''$wgUploadDirectory = "/data/upload";

$wgUploadPath = $wgScriptPath."/img_auth.php";'' Bmenzies (talk) 00:52, 31 August 2016 (UTC)

If users, who do not have the read right, should be able to see the logo, instead of using img_auth.php, set $wgLogo to the relative path or the abolute URL of the logo file! 87.123.3.19 (talk) 08:18, 31 August 2016 (UTC)

Oops sorry! Didn't read the doco properly... "Script that serves images only to logged in users." Manual:Img auth.php

Anyway, back to problem one. Anyone been able to replicate/provide ideas? Bmenzies (talk) 12:09, 31 August 2016 (UTC)

Did you read the extension documentation? It has a section on the special requirements for VE to work on a private wiki. 121.214.42.65 (talk) 12:38, 31 August 2016 (UTC)

Would you be able to show me what you're referencing? Bmenzies (talk) 04:11, 1 September 2016 (UTC)

The visual editor page has a Linking with Parsoid in private wikis heading, that's probably what you should read first Ciencia Al Poder (talk) 08:57, 1 September 2016 (UTC)

Extension:VisualEditor#Linking with Parsoid in private wikis 121.214.29.136 (talk) 09:02, 1 September 2016 (UTC)

I've had to give up :( Parasoid is a container on my server, and I've exposed the ports, but the wiki just isn't accepting it. TCPDump shows hits, but it's just not cooperating.

If anyone is interested this is the images I've used. https://github.com/wikimedia/mediawiki-containers Bmenzies (talk) 10:21, 5 September 2016 (UTC)

Did you read the extension page? Parsoid doesn't work on private wikis unless you enable forwarding cookies, or one of the other more complicated methods. 110.149.147.147 (talk) 11:56, 5 September 2016 (UTC)

Get article ID in hook ParserBeforeInternalParse?

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

What's the fastest way to get the article ID inside the ParserBeforeInternalParse hook?

I'd like to avoid calling Title. Subfader (talk) 12:38, 30 August 2016 (UTC)

$parser->getTitle()->getArticleID() Subfader (talk) 12:42, 30 August 2016 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Nova versão MediaWiki

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Alguém pode me dizer o que muda da versão anterior para esta nova versão da mediawiki 1.27.1? Já procurei nos realeses mais não encontrei nada.

Obrigado Arturmafezzoli (talk) 12:53, 30 August 2016 (UTC)

Hi!

The big changes in MediaWiki 1.27 are documented on MediaWiki 1.27!

If you want to see not only the important ones, but really all' changes, then you should have a look into the RELEASE-NOTES-1.27 file inside the MediaWiki tarball! 87.123.12.74 (talk) 20:19, 30 August 2016 (UTC)

Nice ! Thank you for your help :) Arturmafezzoli (talk) 11:32, 31 August 2016 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Portal Implementation 1.27

I am running version 1.27 and I have been trying to follow this guide to implement Portals on my page (Wikipedia style portals, that is). I got the "ParserFunctions" extension successfully installed and working. I also added in a custom namespace called Portal but literally the guide stops making any sense after that.

Here's the first part that I'm hung up on

Create a new page using Portal:Topic as the title of the page (where "Topic" is the subject of your portal) and enter the following text

{{subst:box portal skeleton}}

Well, when I got to my page I type in ***********.com/index.phptitle=Portal:Experiments it just automatically redirects me to **********.com/index.phptitle=Experiments. I don't know how to work with that. Is there a way to check and make sure I'm namespacing correctly?

Thanks, sorry for the ramble 85.110.175.52 (talk) 13:18, 30 August 2016 (UTC)

Have you forgotten the questionmark sign in your URLs? Actually it should be index.php?title=Portal:Experiments. Maybe that already prevents the redirect, which you are getting? 87.123.12.74 (talk) 20:26, 30 August 2016 (UTC)

High level overview of MediaWiki?

I'm looking for a high level overview about how media wiki works. Can anyone help? 85.110.175.52 (talk) 13:58, 30 August 2016 (UTC)

Manual:Code maybe? :) AKlapper (WMF) (talk) 14:00, 31 August 2016 (UTC)

Embed <iframe> insecure?

Hi

I want to embed iframes containing Google Maps instructions. I read that using $wgRawHtml = true; is dangerous. But: Is it still dangerous to use it only within protected templates that only the administraror is able to edit, but that are then used widely across different articles that everyone is able to edit? Jbaranao (talk) 14:14, 30 August 2016 (UTC)

Although, I haven't personally tried this, but this is a method I would try using:

• Install Extension:Widgets (Requires SSH access)
• Install Iframe (MediaWiki Widget) to enable embedding of web pages from other web sites on the Wiki. AhmadF.Cheema (talk) 16:16, 30 August 2016 (UTC)

Access to printable version

Could you provide information on how to get a printable version and / or supply a login and password if this is what is required

Thanks

Neil 101.167.226.132 (talk) 02:37, 31 August 2016 (UTC)

Since you are viewing the wiki in your browser, you can just use the browser and print from there: Hit Ctrl+P and get the page printed... 87.123.3.19 (talk) 08:23, 31 August 2016 (UTC)

DBConnect Error

DB connection error: Can't connect to local MySQL server through socket '/dev/null' (111) (localhost). Kiwkius (talk) 11:57, 31 August 2016 (UTC)

Manual:Database access#Logging into MySQL AKlapper (WMF) (talk) 13:58, 31 August 2016 (UTC)

Note that if you use "localhost", mysql will try to connect through socket and not through a TCP/IP connection. See Manual:$wgDBserver for details. Ciencia Al Poder (talk) 14:47, 31 August 2016 (UTC)

The #invoke magic word

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Sometimes I see the #invoke magic word on templates in my wiki.

What does this magic word do? Is there any page I can get information on how to use it? I didn't find it on Help:Extension:ParserFunctions. Guycn2 (talk) 12:04, 31 August 2016 (UTC)

Extension:Scribunto 121.214.42.65 (talk) 12:39, 31 August 2016 (UTC)

#invoke is a magic word (specifically a parser function) that is provided by the Scribunto extension and allows you to execute a Lua module. Note that Extension:ParserFunctions is just a subset of all parser functions. —TheDJ (Not WMF) (talk • contribs) 12:39, 31 August 2016 (UTC)

Thanks for the explanation Guycn2 (talk) 12:44, 31 August 2016 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Help! I just created a new account with a typo in my user name!

Hi there - I just had a slip of the finger when creating my account and my user name shows up as Whristina instead of Christina. How can I correct this? Whristina Willings (talk) 20:52, 31 August 2016 (UTC)

See en:Wikipedia:Changing username! 87.123.3.19 (talk) 23:04, 31 August 2016 (UTC)