Project:Support desk/Flow/2016/07

This page is an archive.

Please ask questions on the current support desk.

Min Tun Kyaw Punk

why does firefox show "mozilla firefox (4)" in the task bar?

why does firefox show "mozilla firefox (4)" in the task bar? 73.143.114.67 (talk) 03:27, 1 July 2016 (UTC)

I guess you have 4 open windows of mozilla firefox... anyway, why are you asking this on this support desk? Ciencia Al Poder (talk) 18:23, 1 July 2016 (UTC)

logging in

I am unable to log in.. First it says that my user name is wrong and then it says my password is wrong... can you please help me? I also have a question . I now use a different email address I was wondering if I can get my account to log in with that email now .. I made a lot of money awhile ago and I would really like to get started with your site again.

Thank you

Kendra Hancotte 68.48.22.253 (talk) 06:07, 1 July 2016 (UTC)

I am not sure, if you are right here, Anyway: You can use your (correct) username or your registered email address to get a password reset mail sent to that address.

If you are speaking about a wiki, then you can find your username in the edit history of pages, which you have edited. 87.123.6.141 (talk) 08:21, 1 July 2016 (UTC)

My installation of MediaWiki wont upgrade to 1.27

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 use the upgrade script, it says it successfully upgraded, but the version page still says that it's on 1.26.2 and not 1.27.x. Any help at all is appreciated. (please note that the domain this is on is only temporary as I'm waiting a bit to buy the domain for it)

Also note that this installation was generated via the Zacky Installer tool found on ZettaHost MorbidEntree (talk) 06:49, 1 July 2016 (UTC)

How exactly did you upgrade?

If you used update.php, then if I'm not very much mistaken, this only updates the database and not the installation itself. AhmadF.Cheema (talk) 07:03, 1 July 2016 (UTC)

I used /mw-config/. MorbidEntree (talk) 07:06, 1 July 2016 (UTC)

In that case you are still running MediaWiki 1.26.2. :-)

You have tp update the MediaWiki files first. After that you have to update the database.

See upgrade for all the details! 87.123.6.141 (talk) 08:12, 1 July 2016 (UTC)

OH! I forgot about that step altogether! Thanks! MorbidEntree (talk) 08:20, 1 July 2016 (UTC)

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

Login not work

Hi i made a clean installation with php 5.6 and mysql utf8 database Login and the new user registrati not working i getto this error:

Fatal error: Class 'MediaWiki\Session\UnexpectedValueException' not found in /membri2/selven/includes/session/Session.php on line 426 You can find the wiki here: http://selven.altervista.org/ 91.252.126.188 (talk) 10:27, 1 July 2016 (UTC)

serch around and it's a common problem i tried both

$wgSessionInsecureSecrets = true;

$wgSessionPbkdf2Iterations = 10001;

but they don't work 87.11.244.162 (talk) 16:06, 1 July 2016 (UTC)

still investigating i have openSSL 0398b installed on my server it's a host so i cannot modify it any help? 87.11.244.162 (talk) 16:40, 1 July 2016 (UTC)

0.98b 87.11.244.162 (talk) 16:41, 1 July 2016 (UTC)

This is a known problem for MediaWiki 1.27, tracked on T136587. A fix should be released on 1.27.1. You can install php with php-openssl if it supports aes-256-ctr, or remove php-openssl and have php-mcrypt with rijndael-128 support, otherwise, install MediaWiki 1.26 and wait until the fix is released to upgrade. Ciencia Al Poder (talk) 18:09, 1 July 2016 (UTC)

I'm on free host i cannot decide php configuration, i should upgrade from 1.23 but if this is the beginning for 1.27 will be a long work (i should rebuild also the them against because they changed the management) 79.52.53.27 (talk) 19:20, 1 July 2016 (UTC)

Fatal error when trying to look at infobox imported from Wikipedia

I imported W:Template:infobox to my wiki, but whenever I try to go to it, it gives me this error: "Fatal error: Maximum execution time of 30 seconds exceeded in /root/bethesdapedia.mywebcommunity.org/includes/json/FormatJson.php on line 144"

How can I fix this? MorbidEntree (talk) 13:13, 1 July 2016 (UTC)

It appears more of an issue with your hosting service.

See if the methods mentioned here can work for your hosting: http://wiki.opensource-excellence.com/index.php?title=Maximum_execution_time_of_30_seconds_exceeded AhmadF.Cheema (talk) 14:15, 1 July 2016 (UTC)

I increased the max execution time and got this error: "Fatal error: Call to undefined function pcntl_wifsignaled() in /root/bethesdapedia.mywebcommunity.org/extensions/Scribunto/engines/LuaStandalone/LuaStandaloneEngine.php on line 645" MorbidEntree (talk) 14:47, 1 July 2016 (UTC)

pcntl_wifsignaled() is a php function needed to be enabled on the server.

See:

• Project:Support desk/Flow/2016/02#h-Hi,_While_importing_Infobox_from_Wikipedia_and_While_Trying_to_Create_a_Template-2016-02-14T18:11:00.000Z
• Project:Support desk/Flow/2016/04#h-Error_with_Scribunto/Lua-Database_error-2016-04-30T22:02:00.000Z AhmadF.Cheema (talk) 15:03, 1 July 2016 (UTC)

Blank Pages After Briefly Displaying 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.

---

I have been attempting to move my wiki from a server running Ubuntu 14.04, MediaWiki 1.19.14+dfsg-1, PHP 5.5.9-1ubuntu4.18 (apache2handler), MySQL 5.5.49-0ubuntu0.14.04.1 to a fresh install of Ubuntu 16.04, mediawiki 1.27. I copied the mediawiki.conf from the first server into /etc/apache2/conf-available/, modified it for the correct directory, loaded the mysql dump into mariadb, ran the update script (which completed without errors), added extensions the best I could (embedded video and math). The extensions don't seem to be working on the first brief showing of the page, before it goes blank. When I compare /tmp/wiki.logs, I see this, with the new not working wiki on the left, and the old working one on the right. There are no php errors, and I have the php.ini and LocalSettings.php set to show them.

I note that the new non-working wiki seems to do a shutdown after the request ended normally. Is this related to my problem?

I'm at a loss what to do from here. Maybe I should try and install the same version of wiki on each machine, and then try and upgrade the wiki. Any suggestions are welcome!

Thanks,

Rob Frohro (talk) 21:18, 1 July 2016 (UTC)

When you say The extensions don't seem to be working on the first brief showing of the page, before it goes blank, do you mean that, on a particular page load, in your browser you start seeing the page until it turns into a blank page? That's often caused by JavaScript code that calls document.write(). That's deprecated code that doesn't work on modern browsers and web applications, because under some circumstances it causes the entire page to start from scratch. The error console of the browser (you can open it usually by hitting F12) normally logs when this happens.

To find the offending code you can try disabling extensions and enabling them one by one, and also look at any javascipt page that you may have modified. You can easily try disabling $wgUseSiteJs and $wgAllowUserJs.

Note that if you moved to a very cheap or free shared host, they may be injecting JavaScript of their own for ads and/or tracking, which may cause this problem. Ciencia Al Poder (talk) 00:38, 2 July 2016 (UTC)

First, this is running on my own hardware, a fresh install of Ubuntu 16.04.

Further clarification on what I see:

1) When I load a page without math or video embedded, the page seems to render correctly, but shows only for about three seconds until it goes blank. It was this way before I installed the extensions.

2) With math in the page, the page shows briefly, but math is not rendered correctly; then in about three seconds it disappears.

3) With embedded video in the page it shows with a black box for the video, and then disappears.

I'm using both chrome and firefox on ubuntu 16.04 for testing.

Does this help?

Thanks,

Rob Frohro (talk) 16:14, 2 July 2016 (UTC)

Ok, running your own server should discard the ad problem. The 3 seconds display until it goes blank seems to confirm the JavaScript issue. Have you tested what I said about disabling user/site JavaScript on MediaWiki? Does the error console of the browser display some JavaScript error or warning about document.write? Ciencia Al Poder (talk) 17:12, 2 July 2016 (UTC)

Thansk Jesús! I did not have $wgUseSiteJs in LocalSettings.php, and setting $wgAllowUserJs to false didn't work, but setting $wgUseSiteCss = false; did make the pages display all the time! The embedded videos work as well, but math still isn't rendering. However, now I should have a much easier time debugging that. Is there a problem with setting $wuUseSiteCss = false that I should be aware of?

Again, thanks for the help. Without your suggestion, I would not have come on the solution, at least probably not for a long time.

Rob Frohro (talk) 04:39, 3 July 2016 (UTC)

Okay, so this was fixed by setting false $wgUseSiteJs or $wgUseSiteCSS?

If $wgUseSiteJs fixed it, you should look at Manual:Interface/JavaScript#Global scripts, look at those pages in your wiki, and you probably need to blank them and start from scratch, or identify what's the offending code that breaks the page. It's probably in MediaWiki:Common.js or MediaWiki:Vector.js (if you're using vector skin). As I said, that's probably code using document.write.

If $wgUseSiteCSS was the problem, then look at Manual:Interface/Stylesheets, the problem may be in MediaWiki:Common.css or MediaWiki:Vector.css (if you're using vector skin). Finding what rule is causing it may be a bit tricky if you don't know CSS, but that's probably a body {display:none} or similar.

Math is a different issue and you may want to open a new thread about it, giving additional information like any error message and even looking at a debug log Ciencia Al Poder (talk) 14:36, 3 July 2016 (UTC)

Thanks, I don't have $wgUseSiteJs, so it must be $wgUseSiteCSS which I disabled. I'll work on the math a bit more before I bother you guys. Thanks so much for the assistance.

Rob Frohro (talk) 19:21, 3 July 2016 (UTC)

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

Cannot install Math extension

I'm sorry if this is not the right place to ask this question, but how in the hell do you install the math extension? I've been trying for days and have read every scrap of information in the manual, the extension page, the talk pages. The installation info is different everywhere I look and nothing seems to work. I've checked the FAQ but they refer me to the extension page. So no help there.

I'm trying to set up latex with texvc (on Windows), but I'd be happy to use a different method, just so long as it works.

There are a number of Math.php files out there and render.ml, etc. Tried them all. Didn't work.

Using 'require_once "$IP/extensions/Math/Math.php";' (per the extension page) doesn't seem to work at all.

Using 'wfLoadExtension( 'Math' );' at least gets the Special:MathStatus page to appear. Most of the tests succeed but

'Test Comparing the generated SVG with the reference failed.' and

'Test Checking if the link to SVG image is correct failed.'

and actual formulas turn out a bright red: Failed to parse (unknown error): y' {{=}} \cos(x)

I've checked that latex, dvpng, texvc, are all working but I am stumped.

Does anyone know the best way to do this? Barring tha,t does anyone know how to make it work at all? Paul D. Anderson (talk) 02:31, 2 July 2016 (UTC)

I guess the problem here is when MediaWiki calls texvc to generate the image. You can set a debug log file (see Manual:How to debug), and it should display what commands is trying to execute, and which one fails. It may give you more information, like actual paths of files and executables, that you may look for permission problems or typos. Ciencia Al Poder (talk) 17:29, 2 July 2016 (UTC)

Installing Extension:Math

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 posted a request for help in installing the Math extension a couple of hours ago, but now it's gone. Did I break some rule? Has it been moved? If this is the wrong place, please tell me the right place.

Thanks Paul D. Anderson (talk) 06:21, 2 July 2016 (UTC)

A vandal hid it. 101.160.52.191 (talk) 07:38, 2 July 2016 (UTC)

Your question has been restored. 87.123.63.143 (talk) 08:27, 2 July 2016 (UTC)

Thank you. Paul D. Anderson (talk) 11:20, 2 July 2016 (UTC)

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

Cannot Create OAuth Comsumer

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.

---

Fatal error: Class 'MWGrants' not found in /var/www/html/extensions/OAuth/frontend/specialpages/SpecialMWOAuthConsumerRegistration.php on line 90 Kiwkius (talk) 12:12, 2 July 2016 (UTC)

Class MWGrants must be available. 87.123.55.184 (talk) 12:28, 2 July 2016 (UTC)

Must be available, But Errored. Kiwkius (talk) 13:19, 2 July 2016 (UTC)

MWGrants was moved from OAuth to MediaWiki core on Jan, 16th 2016 https://phabricator.wikimedia.org/rMWef5bd7347b0bc8c6e23cdce3eab7b9041bad5e26

Did you download a OAuth extension that matches your MediaWiki version? If you have 1.26 you should download OAuth for 1.26 and not latest or master Ciencia Al Poder (talk) 17:22, 2 July 2016 (UTC)

Thanks. Repaired. Kiwkius (talk) 21:20, 2 July 2016 (UTC)

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

Uprading php to 5.5.37 and fatal error in wiki

I just upgrade php version on my server and now wiki is throwing fatal error.

[Sat Jul 02 20:16:26 2016] [error] [client xxxxxx] PHP Fatal error:  Call to undefined function MediaWiki\\suppressWarnings() in /home/xxxx/public_html/wiki/includes/Setup.php on line 445

Any idea how to fix it? I believe I was on 1.26.3 version.

Thanks Hellreturn (talk) 18:21, 2 July 2016 (UTC)

This is likely because a php function used in MediaWiki core was deprecated in php v5.5.37.

Can you tell what function is written on line 445 of "/home/xxxx/public_html/wiki/includes/Setup.php"? AhmadF.Cheema (talk) 19:09, 2 July 2016 (UTC)

if ( $wgInvalidateCacheOnLocalSettingsChange ) {

MediaWiki\suppressWarnings();

$wgCacheEpoch = max( $wgCacheEpoch, gmdate( 'YmdHis', filemtime( "$IP/LocalSettings.php" ) ) );

MediaWiki\restoreWarnings();

}

http://screencast.com/t/P8oOfsHN Hellreturn (talk) 19:23, 2 July 2016 (UTC)

Same function exist in wiki 1.27. I guess that is going to be broken as well for all users? The only reason, I updated php on webserver was because wiki mentioned for 1.27 you need php 5.5 at least and I was on 5.4. Hellreturn (talk) 19:27, 2 July 2016 (UTC)

Can't say I know much in this respect, but looking at the code lines, I don't think it is some deprecated function problem.

I am just guessing here but maybe an update needs to be run (like for composer).

Or you can wait until a more experienced user comes and answers your question. AhmadF.Cheema (talk) 19:45, 2 July 2016 (UTC)

The problwm most likely does not have to do with deprecation of a PHP function - at least not directly.

The "call to undefined function MediaWiki\\suppressWarnings()" points to the mediawiki/at-ease library, which should provide this function. Are you missing the at-ease library/some of the MediaWiki dependencies? Or is something wrong with autoloading? 87.123.55.184 (talk) 23:08, 2 July 2016 (UTC)

Make sure that you have the vendor/ folder and all of its contents in place! E.g. the at-ease library is located in the folder vendor/mediawiki/at-ease/. 87.123.55.184 (talk) 23:32, 2 July 2016 (UTC)

I just had download full package from media wiki website and re-uploaded and also same issue. Then i followed this link:

http://www.cyberciti.biz/faq/how-to-install-composer-on-debian-ubuntu-linux-server/

That helped me to resolve the issue. Odd thing is now I have different wiki on same server and now both point to same cache or files. So i can't have both on different versions even though path, DB and installation is different. Hellreturn (talk) 02:53, 3 July 2016 (UTC)

If you want to set up a second version of the wiki, you have to copy the database and in one of the two wikis, you have to change the database parameters in LocalSettings.php to point to the new database.

Good to hear that the issue with missing dependencies is solved.

We have quite a few of these requests lately - upgrade should be modified to make more clear, that you

1. actually need the dependencies and
2. how you get them! 87.123.55.184 (talk) 08:46, 3 July 2016 (UTC)

OAuth Not Working

"There are problems with some of your input." Kiwkius (talk) 21:43, 2 July 2016 (UTC)

Is the text from "htmlform-invalid-input". Maybe T112635. 87.123.55.184 (talk) 23:11, 2 July 2016 (UTC)

So, What i should do? Kiwkius (talk) 23:31, 2 July 2016 (UTC)

I did, But still. Kiwkius (talk) 01:16, 3 July 2016 (UTC)

Upgrading MediaWiki 1.26.2 to 1.27.0 and error

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.

---

Notice: Object of class Closure could not be converted to int in /var/www/html/includes/libs/objectcache/WANObjectCache.php on line 801

Exception encountered, of type "InvalidArgumentException"

[a22f60ac02e1438942cb230a] /%ED%82%A4%EC%9C%84%EC%9C%84%ED%82%A4:%EB%8C%80%EB%AC%B8 InvalidArgumentException from line 846 of /var/www/html/includes/libs/objectcache/WANObjectCache.php: Invalid cache miss callback provided.

Backtrace:

#0 /var/www/html/includes/libs/objectcache/WANObjectCache.php(779): WANObjectCache->doGetWithSetCallback(string, Closure, integer, array)

#1 /var/www/html/extensions/Gadgets/includes/MediaWikiGadgetsDefinitionRepo.php(90): WANObjectCache->getWithSetCallback(string, Closure, integer, array, array)

#2 /var/www/html/extensions/Gadgets/includes/MediaWikiGadgetsDefinitionRepo.php(22): MediaWikiGadgetsDefinitionRepo->loadGadgets()

#3 /var/www/html/extensions/Gadgets/includes/GadgetRepo.php(33): MediaWikiGadgetsDefinitionRepo->getGadgetIds()

#4 /var/www/html/extensions/Gadgets/GadgetHooks.php(52): GadgetRepo->getStructuredList()

#5 [internal function]: GadgetHooks::userGetDefaultOptions(array)

#6 /var/www/html/includes/Hooks.php(195): call_user_func_array(string, array)

#7 /var/www/html/includes/user/User.php(1536): Hooks::run(string, array)

#8 /var/www/html/includes/user/User.php(5033): User::getDefaultOptions()

#9 /var/www/html/includes/user/User.php(2750): User->loadOptions()

#10 /var/www/html/includes/context/RequestContext.php(363): User->getOption(string)

#11 /var/www/html/includes/Message.php(679): RequestContext->getLanguage()

#12 /var/www/html/includes/context/RequestContext.php(457): Message->setContext(RequestContext)

#13 [internal function]: RequestContext->msg(string)

#14 /var/www/html/includes/context/ContextSource.php(190): call_user_func_array(array, array)

#15 /var/www/html/includes/OutputPage.php(973): ContextSource->msg(string)

#16 /var/www/html/includes/page/Article.php(504): OutputPage->setPageTitle(string)

#17 /var/www/html/includes/actions/ViewAction.php(44): Article->view()

#18 /var/www/html/includes/MediaWiki.php(503): ViewAction->show()

#19 /var/www/html/includes/MediaWiki.php(288): MediaWiki->performAction(Article, Title)

#20 /var/www/html/includes/MediaWiki.php(745): MediaWiki->performRequest()

#21 /var/www/html/includes/MediaWiki.php(519): MediaWiki->main()

#22 /var/www/html/index.php(43): MediaWiki->run()

#23 {main} Kiwkius (talk) 04:34, 3 July 2016 (UTC)

[https://kiwki.us] Kiwkius (talk) 04:34, 3 July 2016 (UTC)

What does $callback contain in includes/libs/objectcache/WANObjectCache.php directly before line 846 = directly before the exception is given out?

The problem is that, whatever it contains, it is not callable. 87.123.55.184 (talk) 08:52, 3 July 2016 (UTC)

End. Kiwkius (talk) 14:49, 3 July 2016 (UTC)

Did you upgrade extensions as well? The problem seems to be the Gadgets extension, although it's bundled in the tarball, so if you extracted the new version it already contains the corresponding version of the Gadgets extension.

Maybe on this version something has changed in the way a value was stored on the object cache, so an old value stored before the upgrade is now not compatible with the new one. To be sure, you'll need to clear the object cache. For example, if you're using memcached or redis, you can just restart the memcached service. If you have object cache on database, you'll need to truncate the objectcache table. Ciencia Al Poder (talk) 14:51, 3 July 2016 (UTC)

I assume you mean that you could solve this issue, so I will close your request here.

Should this not have been the case, please answer in complete sentences in the future. It is not possible to help you, if you cannot even form one complete sentence. Jörgi123 (talk) 14:53, 3 July 2016 (UTC)

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

Upgrading 1.26.3 to 1.27.0 > Error

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.

---

After the upgrade to MW 1.27.0 I get the Error Exception encountered, of type "Wikimedia\Assert\ParameterAssertionException" Vincenʈ  07:34, 3 July 2016 (UTC)

Wikimedia\Assert is part of the vendor/ folder of your MediaWiki instalation. Please make sure that you have uploaded all files of the MediaWiki tarball, including vendor/Wikimedia/assert.

If you used composer to install MediaWiki, you still have to get the dependencies, which will bring you the missing Wikimedia/assert library as well. 87.123.55.184 (talk) 08:54, 3 July 2016 (UTC)

I have this error on a " SunOS localhost 5.10 Generic_150401-49 i86pc " from provider Strato with php 5.6.31

Exception encountered, of type "Wikimedia\Assert\ParameterAssertionException"

[WfRzK8CoKrMAAGjHP0AAAADB] /mw-config/index.php Wikimedia\Assert\ParameterAssertionException from line 70 of /mnt/web020/a1/95/51478895/htdocs/wiki127/vendor/wikimedia/assert/src/Assert.php: Bad value for parameter maxKeys: must be above zero

Perhaps there is aa workaround with a wrapper for the faulty php-function Manbu (talk) 12:13, 28 October 2017 (UTC)

Somewhere in your code there's a parameter "maxKeys" set to 0 or a value less than 0. Be sure it's not something that you've configured in LocalSettings.php.

Also, having a stack trace of the error would be great, since it can give us hints about what component may be giving this error.

Creting custom log groups with error and exception is useful, they usually give backtraces of the exceptions. See Manual:How to debug#Creating custom log groups Ciencia Al Poder (talk) 10:27, 30 October 2017 (UTC)

My installation is on p7.spiritwiki.de  : -> Please set up the wiki first. - then long errors

http://p7.spiritwiki.de/mw127-maxkeys.jpg shows 25 maxkey-apearances im mw127

Perhaps it has something to do with https://bugs.php.net/bug.php?id=69188 and

https://stackoverflow.com/questions/11667512/php-inf-has-value-zero

$inf = INF; var_dump($inf);

http://www.mb-info.eu/phinfo-dump.php gives me float(0) instead of float(INF)

see http://codepad.org/LQRuFMyg

Perhaps it is possible to replace or redefine this function...? Manbu (talk) 12:52, 3 November 2017 (UTC)

Ugh, that's a nasty bug then. However I'm not sure this could be fixed easily, you should point your hosting provider to those bugs so they can fix them. Ciencia Al Poder (talk) 16:53, 3 November 2017 (UTC)

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

Flow is not working properly after MediaWiki 1.27 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 have updated my entire wiki from MediaWiki 1.26 to MediaWiki 1.27 (LTS). I also updated all of my extensions using the MediaWiki extension distributor, including the Flow extension, to be compatible with MediaWiki 1.27. And everything seems to be working fine except for the Flow talk pages. When I click on the Flow talk page of a user that already had Flow boards and messages on it's talk page the page just keeps loading infinitely. Only on very rare occasions is able to fully load the page. I checked it with the inspect tool of my browser and it gives an error of: Uncaught TypeError: Cannot read property 'find' of null

I also checked Flow talk pages pages that don't have Flow boards and messages on them and those pages basically crash(Nothing is loaded on the page at all. All you can see is the error message on a white background) giving the following error:

Exception encountered, of type "RuntimeException"
[08a17ebee90266a66c0e6517] /wiki/User_talk:SwordofStorms RuntimeException from line 441 of /var/www/html/includes/utils/UIDGenerator.php: Could not open '/tmp/mw-UIDGenerator-UID-88'.
Backtrace:
#0 /var/www/html/includes/utils/UIDGenerator.php(119): UIDGenerator->getTimeAndDelay(string, integer, integer, integer)
#1 /var/www/html/extensions/Flow/includes/Model/UUID.php(154): UIDGenerator::newTimestampedUID88(integer)
#2 /var/www/html/extensions/Flow/includes/Model/Workflow.php(157): Flow\Model\UUID::create()
#3 /var/www/html/extensions/Flow/includes/WorkflowLoaderFactory.php(99): Flow\Model\Workflow::create(string, Title)
#4 /var/www/html/extensions/Flow/includes/Actions/Action.php(101): Flow\WorkflowLoaderFactory->createWorkflowLoader(Title)
#5 /var/www/html/extensions/Flow/includes/Actions/ViewAction.php(16): Flow\Actions\FlowAction->showForAction(string, NULL)
#6 /var/www/html/extensions/Flow/includes/Actions/Action.php(46): Flow\Actions\ViewAction->showForAction(string)
#7 /var/www/html/includes/MediaWiki.php(503): Flow\Actions\FlowAction->show()
#8 /var/www/html/includes/MediaWiki.php(288): MediaWiki->performAction(Article, Title)
#9 /var/www/html/includes/MediaWiki.php(745): MediaWiki->performRequest()
#10 /var/www/html/includes/MediaWiki.php(519): MediaWiki->main()
#11 /var/www/html/index.php(43): MediaWiki->run()
#12 {main}

I tried running the update.php, I even tried installing the master version of the Flow extension but it's the same. I also like to note that the VisualEditor works perfectly so I don't think the problem is with the parsoid server, idk, maybe I'm wrong. Tribly (talk) 10:32, 3 July 2016 (UTC)

Can you check if MediaWiki is able to write to the /tmp/ folder? Check folder permissions, and you may want to set $wgTmpDirectory to one specific for MediaWiki where you can tune permissions. This doesn't look like a problem with parsoid/VE but Flow. Ciencia Al Poder (talk) 14:46, 3 July 2016 (UTC)

Okay, so I changed the permissions for the /tmp folder, and also set it up with the $wgTmpDirectory as my specific MediaWiki tmp directory(If I did that correctly. I added $wgTmpDirectory = "/tmp"; to my LocalSettings.php) and now the Flow talk pages pages that don't have Flow boards and messages on them are able to start to load and I'm not getting that very long error message on them, but now just like with the Flow talk pages that already have Flow boards and messages on them the page just keeps loading infinitely and when I check it with the inspect tool of my browser and it gives an error of: Uncaught TypeError: Cannot read property 'find' of null Tribly (talk) 21:28, 3 July 2016 (UTC)

You may try to load that page appending ?debug=true to the URL (or &debug=true if the URL already contains a "?" character), and see at what file/URL and line this error happens.

If the wiki is public, a link to it would help Ciencia Al Poder (talk) 22:52, 3 July 2016 (UTC)

I have appended the talk page link with the ?debug=true and now in my browsers inspect tool it gave a little more information about the Uncaught TypeError: Cannot read property 'find' of null error. It was pointing to this snippet inside my JavaScript style sheet:

/**
 * Move the [edit] link from the opposite edge to the side of the heading title itself
 *
 * @source https://www.mediawiki.org/wiki/Snippets/Editsection_inline
 * @revision 2014-04-27
 */
jQuery(function($) {
    if ($.inArray(mw.config.get('editsection-inline'), ['no', false]) !== -1) {
        return;
    }
    mw.util.addCSS('.editsection{float:none!important;margin-left:1em}');
    mw.util.$content.find('.editsection').each(function() {
        var $what = $(this).parent().children();
        $what.first().before($what.last());
    });
});

More specifically it was pointing to the find word of the mw.util.$content.find('.editsection').each(function() { line of the snippet.

I deleted this snippet and now the Flow boards load up and are working normally again. I don't know what caused exactly that this snippet started to get in conflict with Flow, but I did notice that within this new version of the Flow some of the classes are different, because a few elements on the Flow boards that I gave CSS styling to in the past defaulted back to their original look.

Anyways, thank you for your help. :) Tribly (talk) 14:38, 4 July 2016 (UTC)

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

Invalid value provided

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.

---

File:Oauth1.PNG Kiwkius (talk) 14:51, 3 July 2016 (UTC)

Duplicate of Project:Support desk/Flow/2016/07#h-OAuth_Not_Working-2016-07-02T21:43:00.000Z Jörgi123 (talk) 14:55, 3 July 2016 (UTC)

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

"Cannot access the database" error, intermittent

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 got a Mediawiki installation at the following address:

http://www.beforeiplay.com

I see the following error when I visit the address:

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

If you can't see the image, it reads:

Sorry! This site is experiencing technical difficulties.

Try waiting a few minutes and reloading.

(Cannot access the database)

Here are my installation details:

MediaWiki - 1.25.2

PHP - 5.5.33 (cgi-fcgi)

MariaDB - 10.1.15-MariaDB

Strangely enough, when I go to a specific page, I can see the content:

http://www.beforeiplay.com/index.php?title=Final_Fantasy_10

Even more strangely, sometimes this content is styled, and sometimes it's not, as if the CSS/templates/theme is or isn't loading.

I've even got to the point before where I could visit the main page and not see the error - everything appeared to be working normally.

I've contacted my hosting and apparently no changes have been made to my hosting, nor has anything gone wrong on their end. I've reset the password for the database user and updated it in LocalSettings.php, but that hasn't helped.

Also the fact that it can access content suggests that it's not really the database.

I have not made any changes myself between the time the Wiki was working fine and now. Anthonyhobday (talk) 15:18, 3 July 2016 (UTC)

Turn on Database Kiwkius (talk) 15:30, 3 July 2016 (UTC)

I don't think this is a serious suggestion, but if it is, you might need to elaborate. Anthonyhobday (talk) 15:32, 3 July 2016 (UTC)

The content is unstyled, when the call to load.php, which should in fact return the CSS styles, fails. Btw: It fails with the same error message: Cannot access the database.

I have now purged the cache of the Final Fantasy 10 page and now this page only shows a blank page, nothing else. Anyway, calling the page again afterwards still(?) shows its contents. 87.123.42.197 (talk) 15:46, 3 July 2016 (UTC)

I have visited other pages on the same wiki and seen styled content, so it seems to be intermittent across pages - not at all consistent. Anthonyhobday (talk) 16:02, 3 July 2016 (UTC)

Right now, I also see styled content.

A possibility would be to try connecting to the database e.g. via shell and to see, what error you get there...

I think I once got this kind of error message, when I tried using the same port to connect to two different places. The second one was the database server and that gave me this error. So maybe the database cannot be accessed, because the MariaDB server cannot be reached? 87.123.42.197 (talk) 16:09, 3 July 2016 (UTC)

I'm not particularly clued up about database administration, but I think from Windows it'd be difficult for me to connect directly to the database. I especially wouldn't know how to check if there are any errors! Anthonyhobday (talk) 16:17, 3 July 2016 (UTC)

You can use a tool like Putty to connect to the server and then you try logging in into MariaDB with the database credentials you have. Since the error only happens intermittently, it is important that you try the login exactly at that time, where the wiki shows that the database would not be reachable.

If I should guess, I think this is some kind of configuration problem of your host. I would ask him again to fix that - if his database server is not working correctly, then MediaWiki will not work correctly either. 87.123.42.197 (talk) 17:32, 3 July 2016 (UTC)

I tried this out, but it turns out I don't have shell access on my hosting account, so I can't connect directly to MariaDB.

However my host have told me that the database server is working fine and I can see the databases when I connect to MySQL admin in the cPanel for the hosting. Anthonyhobday (talk) 18:22, 3 July 2016 (UTC)

It's strange that it only displays a Cannot access the database error message.

You can try setting $wgShowExceptionDetails to true and see if it gives a more specific reason (connection refused, can't access socket, whatever) Ciencia Al Poder (talk) 19:02, 3 July 2016 (UTC)

> I can see the databases when I connect to MySQL admin in the cPanel for the hosting.

And that at the same time, where MediaWiki says it cannot connect to the database? 87.123.42.197 (talk) 20:07, 3 July 2016 (UTC)

Yes - at the same time. I get the "cannot connect to database" error about 99% of the time, so it's not hard to check it at the same time that the error is up!

Ciencia: I added this line to LocalSettings.php:

$wgShowExceptionDetails = true;

I still see the same error, and nothing else, when accessing the wiki. Anthonyhobday (talk) 20:19, 3 July 2016 (UTC)

I've added PHP error reporting to LocalSettings.php and now I see this when I visit the wiki:

Warning: mysqli::query(): MySQL server has gone away in /home/anthonyh/public_html/beforeiplay/includes/db/DatabaseMysqli.php on line 38

Warning: mysqli::query(): Error reading result set's header in /home/anthonyh/public_html/beforeiplay/includes/db/DatabaseMysqli.php on line 38

Not sure that gives any more help since it seems to just be PHP's way of saying, "Cannot access server". Anthonyhobday (talk) 20:23, 3 July 2016 (UTC)

This happens usually because Mediawiki is sending a large query to mysql and the mysql server is configured to have very low limits for packet size. See other reasons for this error: http://dev.mysql.com/doc/refman/5.7/en/gone-away.html Ciencia Al Poder (talk) 20:28, 3 July 2016 (UTC)

Hmm - My Wiki database is 26mb, and I certainly wouldn't consider it a large wiki! Anthonyhobday (talk) 20:39, 3 July 2016 (UTC)

I added this line to LocalSettings.php:

$wgShowSQLErrors = 1;

And now the error has changed slightly. Not sure if it helps:

(Cannot access the database: Connection refused (localhost)) Anthonyhobday (talk) 20:44, 3 July 2016 (UTC)

I emailed my host again and they've said that there was a minor update to MariaDB, and other users are reporting issues with Mediawiki databases (Other databases are unaffected).

My host says there's nothing we can do until the people at cPanel look into it (I suppose they're responsible for updating MariaDB?). Anthonyhobday (talk) 20:54, 3 July 2016 (UTC)

> the database server is working fine

> they've said that there was a minor update to MariaDB and other users are reporting issues with Mediawiki databases

So much to the host's claim the server would be working fine. They installed a -possibly faulty- update, obviously without testing it properly, and now it's no longer working. The host is responsible for his environment. It is poor behaviour to first make a mistake and to then blame others for it. 87.123.42.197 (talk) 21:07, 3 July 2016 (UTC)

I started getting this today and the site is using MySQL.

First, the "Cannot access the database" message is displayed.

When I reload the page, it sometimes shows content.

However, the sidebar shows the standard links and not the customised ones. The standard Main Page is also displayed instead of the custom one that was set up.

So there's something odd happening here. JamesPoulson (talk) 13:49, 5 December 2016 (UTC)

Ok, tried:

$wgShowSQLErrors = 1

And it says:

Too many connections

That looks like a good clue as to what is going on. JamesPoulson (talk) 13:53, 5 December 2016 (UTC)

it may be useful for future interested: the answer might be in /var/log/mysql/error.log 91.79.67.34 (talk) 20:53, 21 February 2017 (UTC)

Hi, I got this error after upgrading. Not sure what the problem was, however I got around it by creating a new database and user, deleting localsettings.php, doing a fresh/new installation to auto generate a new localsettings file, then changing back to the old database and user in localsettings. 117.20.68.247 (talk) 00:43, 27 January 2024 (UTC)

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

Error after update from Mediawiki 1.26.3 to 1.27.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.

---

Hi! I'm got error after update of my wiki http://escforumwiki.com

[0331a5b58cc418338819a373] / MWException from line 108 of /home/soft/public_html/escforumwiki/includes/cache/localisation/LCStoreCDB.php: Unable to open CDB file for write "/home/soft/public_html/escforumwiki/images/temp/l10n_cache-en.cdb"

Backtrace:

#0 /home/soft/public_html/escforumwiki/includes/cache/localisation/LocalisationCache.php(1014): LCStoreCDB->startWrite(string)

#1 /home/soft/public_html/escforumwiki/includes/cache/localisation/LocalisationCache.php(462): LocalisationCache->recache(string)

#2 /home/soft/public_html/escforumwiki/includes/cache/localisation/LocalisationCache.php(336): LocalisationCache->initLanguage(string)

#3 /home/soft/public_html/escforumwiki/includes/cache/localisation/LocalisationCache.php(273): LocalisationCache->loadItem(string, string)

#4 /home/soft/public_html/escforumwiki/languages/Language.php(464): LocalisationCache->getItem(string, string)

#5 /home/soft/public_html/escforumwiki/includes/search/SearchEngineConfig.php(42): Language->getNamespaces()

#6 /home/soft/public_html/escforumwiki/includes/user/User.php(1530): SearchEngineConfig->searchableNamespaces()

#7 /home/soft/public_html/escforumwiki/includes/user/User.php(5033): User::getDefaultOptions()

#8 /home/soft/public_html/escforumwiki/includes/user/User.php(528): User->loadOptions()

#9 /home/soft/public_html/escforumwiki/includes/user/User.php(444): User->saveToCache()

#10 /home/soft/public_html/escforumwiki/includes/user/User.php(405): User->loadFromId(integer)

#11 /home/soft/public_html/escforumwiki/includes/session/UserInfo.php(88): User->load()

#12 /home/soft/public_html/escforumwiki/includes/session/CookieSessionProvider.php(119): MediaWiki\Session\UserInfo::newFromId(string)

#13 /home/soft/public_html/escforumwiki/includes/session/SessionManager.php(479): MediaWiki\Session\CookieSessionProvider->provideSessionInfo(WebRequest)

#14 /home/soft/public_html/escforumwiki/includes/session/SessionManager.php(182): MediaWiki\Session\SessionManager->getSessionInfoForRequest(WebRequest)

#15 /home/soft/public_html/escforumwiki/includes/WebRequest.php(700): MediaWiki\Session\SessionManager->getSessionForRequest(WebRequest)

#16 /home/soft/public_html/escforumwiki/includes/session/SessionManager.php(121): WebRequest->getSession()

#17 /home/soft/public_html/escforumwiki/includes/Setup.php(745): MediaWiki\Session\SessionManager::getGlobalSession()

#18 /home/soft/public_html/escforumwiki/includes/WebStart.php(137): require_once(string)

#19 /home/soft/public_html/escforumwiki/index.php(40): require(string)

#20 {main} SANtosito (talk) 19:03, 3 July 2016 (UTC)

This might be a permission problem. Mae sure that the webserver user is allowed to read and write files inside the images/ folder - and that recursively also for all subfolders of the images/ folder. In this case, the webserver user cannot write to /images/temp/. 87.123.42.197 (talk) 20:11, 3 July 2016 (UTC)

Yes that solved the problem! thanks a lot SANtosito (talk) 20:14, 3 July 2016 (UTC)

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

If I have a main URL will I be allowed to point to my wiki here? Tx

Hello,

this is an actual request. Will I be allow a different URL to point to my wiki page? Tx 109.255.89.69 (talk) 19:48, 3 July 2016 (UTC)

Your request is not very clear: If you are asking, if you could advertise your website on mediawiki.org, this unfortunately is not possible.

If you in contrast want a wiki page to point to another wiki page, then redirect is what you should read. 87.123.42.197 (talk) 20:05, 3 July 2016 (UTC)

Custom logo not shown on high resolution devices in 1.27

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.

---

After upgrade to mediawiki 1.27, my custom logo defined via $wgLogo is not shown on high resolution devices like iPad air or iPhone 6. Instead the Wikipedia logo appears.

This seems to be caused by Common.css

How do I fix this? Aloist (talk) 14:07, 4 July 2016 (UTC)

Don't mindlessly copy CSS from Wikipedia's Common.css, which contains code for adding a high resolution Wikipedia logo. 120.144.179.98 (talk) 07:35, 5 July 2016 (UTC)

Ahh, that's why I remembered replying to this thread but was confused to not see the reply... cross posting is not good! Manual_talk:$wgLogo#Logo in 1.27 in high resolution devices defaults to Wikipedia logo Ciencia Al Poder (talk) 12:08, 5 July 2016 (UTC)

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

PHP 7 not shown on MediaWiki 1.27

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 recently updated my wiki from MediaWiki 1.26 to MediaWiki 1.27 (LTS) and decided since 1.27 supports PHP 7 I'm going to install it. I installed PHP 7 on my server and the necessary PHP extensions for MediaWiki 1.27. I also checked my PHP with the php -v command and it says I'm running PHP 7:

PHP 7.0.8-3+deb.sury.org~trusty+1 (cli) ( NTS )

Copyright (c) 1997-2016 The PHP Group

Zend Engine v3.0.0, Copyright (c) 1998-2016 Zend Technologies

with Zend OPcache v7.0.8-3+deb.sury.org~trusty+1, Copyright (c) 1999-2016, by Zend Technologies

But when I go to Special:Version page on my wiki it says I'm running 5.5.9-1ubuntu4.14 (apache2handler) PHP on my wiki. Am I really still running PHP 5.5.9 somehow or is this just some bug on the version page? And If by any chance I'm still running the older PHP how can I implement PHP 7 on my wiki? Tribly (talk) 15:48, 4 July 2016 (UTC)

No, that is not a bug on the Version page.

It is possible to run different PHP versions when files are accessed through the webserver and from the shell. While you have PHP 7 on the shell, you are still using PHP 5.5 for webserver access. 87.123.33.176 (talk) 20:06, 4 July 2016 (UTC)

I see. And how can I make the wiki use PHP 7? Tribly (talk) 20:09, 4 July 2016 (UTC)

Apparently, you need to install the libapache2-mod-php7.0 package or similar, otherwise only the php7 binary is installed, leaving apache with the old php5 Ciencia Al Poder (talk) 01:12, 5 July 2016 (UTC)

Alright, so I tried installing libapache2-mod-php7.0 package and getting rid of php 5 using the following commands:

sudo apt-get purge php5-fpm
sudo apt-get purge php5-common -y
sudo apt-get install php7.0-cli php7.0-common libapache2-mod-php7.0 php7.0 php7.0-mysql php7.0-fpm php7.0-curl php7.0-gd php7.0-mysql php7.0-bz2

But there were still problems. My wiki went offline and gave an error. I also tried to restart apache with sudo service apache2 restart but that's also failed as well. Even after I restarted my virtual server it didn't worked. Finally I was able to solve the problem by disabling the php 5 module of apache with sudo a2dismod php5 then enabling the php 7 module with sudo a2enmod php7.0 then restarting apache with sudo service apache2 restart. Now everything seems to work fine. And on the version page of the wiki it says now that it using 7.0.8-3+deb.sury.org~trusty+1 (apache2handler) Tribly (talk) 15:21, 5 July 2016 (UTC)

Okay, now a new problem arose. I can't block, unblock, rename, and merge people. I tried to log out and log in but I cannot log in anymore either. I get the following error:

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.

Tribly (talk) 15:39, 5 July 2016 (UTC)

> Now everything seems to work fine.

Nice to hear that your problem got solved.

For the problem with the session data, see Project:Support desk/Flow/2016/07#h-Can't_login_or_create_user_after_upgrade_to_1.27-2016-07-05T08:20:00.000Z! 87.123.23.178 (talk) 15:57, 5 July 2016 (UTC)

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

MediaWiki 1.27 requires mbstring, xml to install, but they are installed.

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 installed MediaWiki 1.27 onto a machine running Ubuntu 16.04. I am told I am missing required extensions to PHP that MediaWiki requires to run. These are mbstring and xml. The problem is that they are installed.

Straight from my /var/cache/apt/ are the files I have installed:

php-mbstring_1%3a7.0+35ubuntu6_all.deb

php-xml_1%3a7.0+35ubuntu6_all.deb

So why isn't this working? 87.138.223.233 (talk) 15:54, 4 July 2016 (UTC)

Are they also activated inside php.ini? 87.123.33.176 (talk) 20:04, 4 July 2016 (UTC)

Thank you very much 33.176, that was the tip I needed. I found that in Ubuntu 16.04, the php.ini is located in /etc/php/7.0/apache2/ and once inside there I didn't see any trace of a mbstring at all.

Additional searching led me to a utility called phpenmod. I executed:

# phpenmod mbstring

# phpenmod xml

and I got to see the beginning of the installer process that I know and love.

Resolved... Thanks 87.138.223.233 (talk) 21:32, 4 July 2016 (UTC)

phpenmod mbstring xml and restarting apache after that with systemctl restart apache2 did the thing.

You made my day, migration is finally complete. 31.147.184.43 (talk) 12:28, 6 August 2019 (UTC)

I have a similar problem since about 2 weeks ago. When I run update.php, running mediawiki 1.32 on ArchLinux, I get the following error:

Missing one or more required components of PHP. You are missing a required extension to PHP that Mediwiki needs. Please install:

mbstring <https://secure.php.net/mbstring>

I have already updated the database using "mysql_upgrade" . I can access the "All Pages" page, but I get the following error message when trying to access any of the content pages:

Original exception: [a8c769856137488beb76f0b1] /mediawiki/index.php/Adjectives Wikimedia\Rdbms\DBQueryError from line 1496 of /usr/share/webapps/mediawiki/includes/libs/rdbms/database/Database.php.

So basically, php is working but evidently not detecting mbstring, depsite updating the database, php itself, php-apache and restarting both httpd and mysqld.

Many thanks for any help. This is driving me crazy

Crazy673 (talk) 02:03, 11 February 2019 (UTC)

Usually there are 2 different php configurations, one for the webserver and other for command line. The php.ini of the command line is what's probably missing the mbstring, while the webserver one has it enabled. Check the page about php.ini Ciencia Al Poder (talk) 10:19, 11 February 2019 (UTC)

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

Transclusions in Common.css?

Any recommendations on how to accomplish this to allow for generation of CSS to be included in the stylesheet? In particular, I'm trying to use a separate page containing various inline image references by way of Widgets. Is there some working method to enable this sort of behavior without having to use subst?

I'm trying to do something like this where I'm attempting to use a template inside the stylesheet: https://blocknload.gamepedia.com/MediaWiki:Common.css DSquirrelGM𝓣𝓟𝓒 22:31, 4 July 2016 (UTC)

Templates, magic words, etc don't work on CSS and JS pages (since some recent versions of MediaWiki IIRC), also they don't play well with caching and ResourceLoader. I'm not aware of any config setting to change this behavior. Ciencia Al Poder (talk) 01:08, 5 July 2016 (UTC)

You would have to use an inline stylesheet in your widget in order to have dynamic styling. 120.144.179.98 (talk) 07:33, 5 July 2016 (UTC)

RE: last post - you misunderstood the point of the post - it is for building the stylesheet by using the widget code, not the other way around. The point is to have it embedded or linked to the stylesheet so that you only have one instance of each image loaded, instead of having multiple copies directly included on the page. DSquirrelGM𝓣𝓟𝓒 14:17, 5 July 2016 (UTC)

Can't login or create user after upgrade to 1.27

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,

after an upgrade from 1.26.3 to 1.27 nearly all works fine including special pages and creating or editing pages. But when I try to login (and as an Administrator I must login for some tasks), I get the following message "There seems to be a problem with your login session; this action has been canceled ... ". The same happens, when I want to create an account. There are no extensions for account control/rights management installed.

What can or have I to do.

Many thanks . 192.124.243.164 (talk) 08:20, 5 July 2016 (UTC)

Try creating a directory: tmp, in the MediaWiki installation directory and include the following line in your LocalSettings.php, at the end:

session_save_path("tmp"); AhmadF.Cheema (talk) 11:23, 5 July 2016 (UTC)

I didi it. I've set the appropriate permissions to that folder. I reloaded the main page and tried to login. Same error. The "tmp" folder remains empty. 192.124.243.162 (talk) 11:56, 5 July 2016 (UTC)

Creating a tmp folder on the mediawiki installation for storing sessions is a high security risk, since that folder is probably accessible from the web and anyone could potentially see the active sessions on the server. If sessions were working before the upgrade, the session save path shouldn't be the problem.

Try to set up a debug log file and repeat the action of logging in, and see if there's something in the log that can give more information about what's going one (in case you want to post the log output here, remove any private information like the login credentials, as the manual describes) Ciencia Al Poder (talk) 12:07, 5 July 2016 (UTC)

Yeah, sorry about the high risk solution, but I was having the same problems and had the tmp folder temporarily (for about a couple of minutes) set-up which apparently fixed any session lost issues. Another mistake I was making was jumping from HTTP to HTTPS and vice versa (maybe that's your problem too).

Again, apologies for the high risk solution. AhmadF.Cheema (talk) 13:04, 5 July 2016 (UTC)

I agree with Ciencia. It seems to be a problem with the new session handling in 1.27. In 1.26.x I've never lost my sessions. It seems so, that my sessionID changes every time when I send a request to the server (I don't switch between http and https). But I don't have a reason and not a solution. So I post the error.log here.

Start request POST /wiki/index.php?title=Spezial:Anmelden&returnto=Hauptseite

HTTP HEADERS:

HOST: MyServer.de

USER-AGENT: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:47.0) Gecko/20100101 Firefox/47.0

ACCEPT: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8

ACCEPT-LANGUAGE: de,en-US;q=0.7,en;q=0.3

ACCEPT-ENCODING: gzip, deflate

DNT: 1

REFERER: http://MyServer.de/wiki/index.php?title=Spezial:Anmelden&returnto=Hauptseite

COOKIE: __utma=160677477.911326897.1398857347.1467369865.1467636887.185; __utmz=160677477.1422875023.52.3.utmcsr=google|utmccn=(organic)|utmcmd=organic|utmctr=(not%20provided); my_wikiUserName=MyUserName; __utmc=160677477; MyGitWikiSession=ge9bns6c6h48et2s4rrjs3v45h9psflf; my_wikilanguage=en; uls-previous-language-autonym=English; mw_installer_session=sh49d0t4af333d2jrb39n8ni37; IPBWikiSession=nifd5814p6ns4l022hnlllm4v0; ipb_wikiUserID=1; ipb_wikiUserName=MyUserName; ipb_wikiToken=f3eb3f4043d61703fec60a996fb7d0b0

CONNECTION: keep-alive

PRAGMA: no-cache

CACHE-CONTROL: no-cache

CONTENT-TYPE: application/x-www-form-urlencoded

CONTENT-LENGTH: 185

[caches] cluster: APCBagOStuff, WAN: mediawiki-main-default, stash: db-replicated, message: APCBagOStuff, parser: APCBagOStuff

[caches] LocalisationCache: using store LCStoreCDB

[session] Session "ge9bns6c6h48et2s4rrjs3v45h9psflf" requested without UserID cookie

[session] SessionBackend "ge9bns6c6h48et2s4rrjs3v45h9psflf" 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: openssl_random_pseudo_bytes generated 20 bytes of strong randomness.

MWCryptRand::realGenerate: 0 bytes of randomness leftover in the buffer.

[session] SessionBackend "n94eau9g0hoeo1397jtdsf281grae587" metadata dirty due to ID reset (formerly "ge9bns6c6h48et2s4rrjs3v45h9psflf")

[session] SessionBackend "n94eau9g0hoeo1397jtdsf281grae587" save: dataDirty=1 metaDirty=1 forcePersist=0

[cookie] setcookie: "MyGitWikiSession", "n94eau9g0hoeo1397jtdsf281grae587", "0", "/", "", "", "1"

[cookie] already deleted setcookie: "my_wikiUserID", "", "1436186784", "/", "", "", "1"

[cookie] already deleted setcookie: "my_wikiToken", "", "1436186784", "/", "", "", "1"

[cookie] already deleted setcookie: "forceHTTPS", "", "1436186784", "/", "", "", "1"

[session] SessionBackend "n94eau9g0hoeo1397jtdsf281grae587" save: dataDirty=1 metaDirty=1 forcePersist=0

[cookie] already set setcookie: "MyGitWikiSession", "n94eau9g0hoeo1397jtdsf281grae587", "0", "/", "", "", "1"

[cookie] already deleted setcookie: "my_wikiUserID", "", "1436186784", "/", "", "", "1"

[cookie] already deleted setcookie: "my_wikiToken", "", "1436186784", "/", "", "", "1"

[cookie] already deleted setcookie: "forceHTTPS", "", "1436186784", "/", "", "", "1"

[cookie] already set setcookie: "MyGitWikiSession", "n94eau9g0hoeo1397jtdsf281grae587", "0", "/", "", "", "1"

[cookie] already deleted setcookie: "my_wikiUserID", "", "1436186784", "/", "", "", "1"

[cookie] already deleted setcookie: "my_wikiToken", "", "1436186784", "/", "", "", "1"

[cookie] already deleted setcookie: "forceHTTPS", "", "1436186784", "/", "", "", "1"

IP: 192.124.243.164

[session] SessionBackend "n94eau9g0hoeo1397jtdsf281grae587" Taking over PHP session

Fully initialised

[MessageCache] MessageCache::load: Loading de... local cache is empty, got from global cache

[MessageCache] MessageCache::load: Loading en... 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: openssl_random_pseudo_bytes generated 7 bytes of strong 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: openssl_random_pseudo_bytes generated 16 bytes of strong randomness.

MWCryptRand::realGenerate: 0 bytes of randomness leftover in the buffer.

[session] SessionBackend "n94eau9g0hoeo1397jtdsf281grae587" data dirty due to dirty(): LoginSignupSpecialPage->getFakeTemplate/SpecialUserLogin->getToken/MediaWiki\Session\Session->getToken/MediaWiki\Session\Session->set/MediaWiki\Session\SessionBackend->dirty

[session] SessionBackend "n94eau9g0hoeo1397jtdsf281grae587" save: dataDirty=1 metaDirty=0 forcePersist=0

User::getBlockedStatus: checking...

[connect] Connected to database 0 at localhost

MediaWiki::preOutputCommit: all transactions committed

MediaWiki::preOutputCommit: pre-send deferred updates completed

OutputPage::sendCacheControl: private caching;  **

LoadBalancer::reuseConnection: this connection was not opened as a foreign connection

Request ended normally

[session] Saving all sessions on shutdown

[caches] cluster: APCBagOStuff, WAN: mediawiki-main-default, stash: db-replicated, message: APCBagOStuff, parser: APCBagOStuff

[caches] LocalisationCache: using store LCStoreCDB

[caches] cluster: APCBagOStuff, WAN: mediawiki-main-default, stash: db-replicated, message: APCBagOStuff, parser: APCBagOStuff

[caches] LocalisationCache: using store LCStoreCDB

[MessageCache] MessageCache::load: Loading de... local cache is empty, got from global cache

[MessageCache] MessageCache::load: Loading de... local cache is empty, got from global cache

[connect] Connected to database 0 at localhost

[connect] Connected to database 0 at localhost

[MessageCache] MessageCache::load: Loading en... local cache is empty, got from global cache

[caches] cluster: APCBagOStuff, WAN: mediawiki-main-default, stash: db-replicated, message: APCBagOStuff, parser: APCBagOStuff

[caches] LocalisationCache: using store LCStoreCDB

[MessageCache] MessageCache::load: Loading de... local cache is empty, got from global cache

[connect] Connected to database 0 at localhost

[caches] cluster: APCBagOStuff, WAN: mediawiki-main-default, stash: db-replicated, message: APCBagOStuff, parser: APCBagOStuff

[caches] LocalisationCache: using store LCStoreCDB

[caches] cluster: APCBagOStuff, WAN: mediawiki-main-default, stash: db-replicated, message: APCBagOStuff, parser: APCBagOStuff

[caches] LocalisationCache: using store LCStoreCDB

[MessageCache] MessageCache::load: Loading de... local cache is empty, got from global cache

[MessageCache] MessageCache::load: Loading de... local cache is empty, got from global cache

[connect] Connected to database 0 at localhost

[connect] Connected to database 0 at localhost

[caches] cluster: APCBagOStuff, WAN: mediawiki-main-default, stash: db-replicated, message: APCBagOStuff, parser: APCBagOStuff

[caches] LocalisationCache: using store LCStoreCDB

[MessageCache] MessageCache::load: Loading de... local cache is empty, got from global cache

[connect] Connected to database 0 at localhost 192.124.243.164 (talk) 13:32, 5 July 2016 (UTC)

I got the same problem as 192.124.243.164, but I only started to experience this problem in Mediawiki 1.27 after I updated to PHP 7. Tribly (talk) 16:09, 5 July 2016 (UTC)

It's strange to see like two different cookie prefixes:

• my_wikiUserName
• ipb_wikiUserName

Do you have a clue about where does both come from? Do you have 2 wikis on the same domain/subdomain? If in doubt, try clearing cookies or navigate using private browsing to be sure there aren't leftover cookies from older installations.

Anyway, I've mentioned this thread on T138072 that seemed related, although that one seems to happen on WMF wikis. Ciencia Al Poder (talk) 18:44, 5 July 2016 (UTC)

Well I don't know about user 192.124.243.164, but for me it seems that PHP 7 is causing the issue because I have uninstalled PHP 7 and installed PHP 5 back and enabled it and now everything seems to be working again. Does anyone know why would PHP 7 cause such problems and how could I fix it so I can use it again? Tribly (talk) 20:43, 5 July 2016 (UTC)

Happends in php 5.6 for me. 2A00:23C4:AD02:100:FC53:C13F:921:5DA3 (talk) 23:28, 5 July 2016 (UTC)

On T138072 some devs request if someone can post HTTP headers of the request and response of the first access to the login form and when logging in.

To get HTTP request and response headers, open the developer tools of the browser (hit F12). There should be a network tab, click on it. It's a good idea to start a private browser session before loading the page, so you don't have cookies of previous sessions.

Go to the login page, the network tab should list each request to the server: select the first item, which should be the login URL. At the right there should be some other panels with information about the selected URL, click on the "headers" panel. In Firefox, click the "unmodified headers" (or similar) button to display them in a format you can copy and paste. In chrome, click the "view source" link in request and response headers.

Do the same for when you submit the user & password (user and password are sent in a POST request, so they won't appear in HTTP headers, but check for them anyway just in case)

You can paste them on https://phabricator.wikimedia.org/paste/edit/form/14/ and if you're concerned about possible privacy issues, you can change visibility to "subscribers" and add manually trusted devs like Anomie to the subscribers list.

Another cause may be an extension, you can try disabling all extensions and see if the problem is still happening. Ciencia Al Poder (talk) 00:35, 6 July 2016 (UTC)

Okay, so I was wrong about it only not working in PHP 7, I still have the problem with PHP 5 as well. I am not able to use my accounts even if I go into private browsing. I even tried out an other pc on an entirely different network and it doesn't work there either. Tribly (talk) 04:09, 6 July 2016 (UTC)

I have created a paste form on phabricator based on your instructions Ciencia. Is this how am I supposed to do it: https://phabricator.wikimedia.org/P3340 Is there any more I need to do? Tribly (talk) 04:27, 6 July 2016 (UTC)

The wiki I work at switched to 1.27 and is now experiencing login problems as well, but also we can't even edit anything. Not sure if that's related but it probably is sinice it started happening at the same time. 67.250.118.23 (talk) 08:23, 6 July 2016 (UTC)

Thanks for the headers, Tribly! Hopefully this is enough to diagnose the problem. Ciencia Al Poder (talk) 11:46, 6 July 2016 (UTC)

Yeah, I hope it too that this was enough to find the problem. Tribly (talk) 11:50, 6 July 2016 (UTC)

Hi, I'm 192.124.243.164 (registered now to the Support_desk).

I had not much time today but investigated a little what happens with cookies and session data. The old 1.26 Wiki sets a cookie, when navigating to the login page and two more after login. Because there is not set a session.save_path in the php.ini the session data are saved in the systems temp-dir (/var/lib/php5 on my machine). Works fine. After deleting all cookis and all session data I tried out the new wiki, which runs on the same machine, installed in a separate directory with a separate database and different session name.

The new 1.27 wiki also sets a cookie when navigating to the login page but this cookie changes its value after every new request. I couldn't find session data anywhere on the machine. So I think, that the new wiki (or its session engine) is unable to save the session data and that's the reason. Does anybody know, where the 1.27 engine tries to save the session data or how to configure it? Setting a session.save_path has no effect (and yes, I've restarted apache and the path was readable and writable for apache and php).

Many Thanks Moosgruber (talk) 15:34, 6 July 2016 (UTC)

In 1.27 it saves session data to the cache specified with $wgSessionCacheType. Anomie (talk) 16:30, 6 July 2016 (UTC)

Thanks. Check it out tomorrow. I'm at home now. Moosgruber (talk) 18:03, 6 July 2016 (UTC)

Alright, so I tried to switch back to the 1.26 version of mediawiki(I made a backup folder before updating to 1.27, so I only had to rename that folder to html to switch back, and rename the 1.27 folder to something else.) and when I tried to login I got the following error Wiki uses cookies to log in users. You have cookies disabled. Please enable them and try again.. I tried to login with other accounts as well and tried other browsers as well but every time I got the same error. So I googled the error and got this post: https://www.mediawiki.org/wiki/Project%3ASupport%20desk/Flow/2013/09#h-Wiki_uses_cookies_to_log_in_users._You_have_cookies_disabled._Please_enable_them-2013-09-20T13%3A35%3A00.000Z

The solution to the post was:

The session cookie are not working when session.referer_check = On is set in php.ini.
Maybe there sould be iniset in php.ini or at least a check for this setting

So I go into my php.ini file and searched for session.referer_check and find that there was no value set for session.referer_check and it was like this: session.referer_check =

So I set session.referer_check to Off: session.referer_check = Off

Then I restarted apache with sudo service apache2 restart and after that I was able to login again with every account. I switched back to 1.27 and it seems to be working there as well.

Also wanted to try out my wiki with this method with PHP7 but it was not working. Seting the session.referer_check to Off in the PHP7's php.ini had no effect. So I set back pnp.ini to it's default state(session.referer_check =) then I looked through my php extensions and I notified that apcu was missing for PHP7. I installed it and now it seems to be working with PHP7 without even the need to modify the php.ini. I also tried to login in private browsing and it worked. My fellow staff members have also tried to login and it's working for them.

For PHP5 I have the following extensions installed:

apcu.ini
curl.ini
gd.ini
imagick.ini
intl.ini
json.ini
mcrypt.ini
mysql.ini
mysqli.ini
opcache.ini
pdo.ini
pdo_mysql.ini
readline.ini
xcache.ini

And For PHP7 I have the following extensions installed:

apcu.ini
apcu_bc.ini
calendar.ini
ctype.ini
dom.ini
exif.ini
fileinfo.ini
ftp.ini
gettext.ini
iconv.ini
json.ini
mbstring.ini
mysqli.ini
mysqlnd.ini
opcache.ini
pdo.ini
pdo_mysql.ini
phar.ini
posix.ini
readline.ini
shmop.ini
simplexml.ini
sockets.ini
sysvmsg.ini
sysvsem.ini
sysvshm.ini
tokenizer.ini
wddx.ini
xml.ini
xmlreader.ini
xmlwriter.ini
xsl.ini

Tribly (talk) 19:12, 6 July 2016 (UTC)

Hello again,

regarding Anomies tip I've learned, that MW 1.27 stores the sessions always in object cache (so in Memory?) and $wgSessionCacheType has the same possible values as $wgMainCacheType. Hmmm. I have installed APCu. My $wgSessionCacheType was not set but $wgMainCacheType = CACHE_ACCEL (using $wgSessionCacheType instead of or in combination with $wgMainCacheType has no effect). When I set $wgMainCacheType to any other of the possible values, Problems have gone (login works). So far so good. I use now CACHE_ANYTHING until I understand a little bit more about the underlying mechanisms.

I'm a little bit confused about some things.

Whe I use $wgMainCacheType = NONE; isn't it so, that no object caching is used and if so, where are the session data stored? Loggin works.

I've read, that APC (APCu) does not work with PHP5 because PHP5 uses OPcache which is bundled with PHP 5.5 and later (I have PHP 5.5.9 installed). Nevertheless, I have installed APCu and I didn't have any problems with MW 1.26 and prior.

Regarding Triblys experience with session.referer_check I can only say, that this variable in my php.ini has not a value and that seems to be ok because I don't want to make a pattern check to the referrer string.

Hope the tip with $wgMainCacheType helps anybody.

Regards Mosi. 192.124.243.164 (talk) 10:09, 7 July 2016 (UTC)

Whe I use $wgMainCacheType = NONE; isn't it so, that no object caching is used and if so, where are the session data stored?

Likely in the database; CACHE_ANYTHING falls back to CACHE_DB. Anomie (talk) 13:25, 7 July 2016 (UTC)

Yes, setting $wgMainCacheType = NONE; seems to be the solution here. I wonder why it hasn't been set up this way in DefaultSettings.php Ciencia Al Poder (talk) 12:58, 7 July 2016 (UTC)

$wgMainCacheType = NONE; is the default in DefaultSettings.php. See here. Anomie (talk) 13:22, 7 July 2016 (UTC)

Sorry for the confusion, I meant $wgSessionCacheType which the documentation doesn't make clear where sessions would be stored depending on the value of $wgMainCacheType. As the manual page is now, it seems like $wgMainCacheType = NONE would make $wgSessionCacheType = NONE as well Ciencia Al Poder (talk) 14:41, 7 July 2016 (UTC)

I'm not seeing your seeming. But it's a wiki, so feel free to clarify it. Anomie (talk) 17:45, 7 July 2016 (UTC)

Thank you all for your effort. You helped me really. I've upgraded the second Wiki (which is the "real" wiki, the other is for testing e.g. if upgrades make problems). Same problem, same solution. I'm in vacation the next days but I've a lot of suggestions for expanding my knowledge about configuring and maintainig a wiki. Moosgruber (talk) 13:21, 8 July 2016 (UTC)

I have found that setting the wiki to "read-only" mode ($wgReadOnly) makes the problem significantly worse. I set "$wgMainCacheType = CACHE_DB;" as suggested, and am crossing my fingers that it gets fixed before it causes any serious problems. Ejcaputo (talk) 17:34, 4 August 2016 (UTC)

After changing $wgMainCacheType to CACHE_ANYTHING, CACHE_NONE, CACHE_DB and CACHE_ACCEL, there was no change in the symptoms. Still having the same error. 208.180.38.57 (talk) 19:22, 5 August 2016 (UTC)

I had the same issue after updating my server to Ubuntu 16.04.1, PHP to 7.x and MediaWiki to 1.27.1 and could no longer log in. I then changed my $wgMainCacheType from CACHE_ACCEL to CACHE_DB, saved my changed LocalSettings.php, reset Apache2 and can now successfully log in again. 87.183.3.140 (talk) 17:11, 29 August 2016 (UTC)

I'm using MediaWiki 1.27.1 with PHP 7.0.8 and I have to set $wgMainCacheType to CACHE_NONE; or I will get logged out as soon as I visit another page on my wiki :/ I'd love to use OPcache though, so what can I do? Thanks and cheers! Till Kraemer (talk) 12:50, 20 September 2016 (UTC)

Just make sure $wgSessionCacheType is set to a cache that is persistent and (if you have more than one server) shared, then you can set $wgMainCacheType to whatever you want. Anomie (talk) 13:54, 20 September 2016 (UTC)

Thank you, Anomie! It's weird, somehow the following combination kinda works now:

$wgMainCacheType = CACHE_ACCEL;
$wgParserCacheType = CACHE_ACCEL;
$wgMessageCacheType = CACHE_ACCEL;
$wgSessionCacheType = CACHE_DB;

However, I have to log in twice: when I log in, it shows that I'm logged in but when I go to another article or just click edit, I'm suddenly logged out. I have to log in again and this time it is persistent and I can edit articles. As soon as I log out, everything starts all over again.

Do I have to change $wgAuthenticationTokenVersion? Right now it's set to $wgAuthenticationTokenVersion = "1"; And I'm also using CentralAuth:

$wgCentralAuthCookies = true;
$wgCentralAuthCookieDomain = '.domain.com';

Thanks and cheers! Till Kraemer (talk) 17:14, 20 September 2016 (UTC)

Sorry, I don't know what happened but everything works perfectly now. Thanks and cheers! Till Kraemer (talk) 07:14, 21 September 2016 (UTC)

@Anomie Should've never this https://github.com/wikimedia/mediawiki/blob/d175b391ae2a77e3183b2608bb4422782af092a1/includes/Setup.php#L701 be updated to use the DB? 2A00:23C4:AD52:C600:6D5C:E6A3:8C60:FEE (talk) 23:14, 2 October 2016 (UTC)

No. The line you link there is simply printing out the effective value of the setting. Anomie (talk) 14:31, 3 October 2016 (UTC)

Should've never = shoulden this 2A00:23C4:AD52:C600:6D5C:E6A3:8C60:FEE (talk) 23:15, 2 October 2016 (UTC)

See also T147161 Ciencia Al Poder (talk) 09:49, 3 October 2016 (UTC)

Had the same problem after an upgrade. Adding

$wgSessionCacheType = CACHE_DB;

in LocalSettings.php as described above helped - thank you very much! Phispi (talk) 20:31, 14 October 2016 (UTC)

setting

$wgSessionCacheType = CACHE_DB;

worked for 1.28, saved my day, thanks! AndiStern (talk) 17:12, 12 December 2016 (UTC)

$wgSessionCacheType = CACHE_DB;

Work for 1.28. Thanks! Strazak sam (talk) 15:19, 9 January 2017 (UTC)

Had same problem:

Hint with creating tmp-folder and adding session_save_path("tmp"); at the end in localsettings.php helped.

thank you! 85.3.250.9 (talk) 17:48, 22 December 2016 (UTC)

^In which case you should also be aware of the security risk mentioned in the second comment after the "session_save_path("tmp")" one.

For my case, adding the "tmp" line (for whatever reason) also resolved the issue. Additionally, I soon removed this line which (again for whatever reason) didn't bring back the "loss of session data" issue. AhmadF.Cheema (talk) 12:20, 23 December 2016 (UTC)

I cannot log in after my 1.28 upgrade. I'm on a hosted server. I have this in LocalSettings.php:

## Shared memory settings
$wgMainCacheType = CACHE_NONE;
$wgMemCachedServers = array();
$wgSessionCacheType = CACHE_DB;

It distinguishes correct and incorrect passwords just fine (errors on incorrect ones), but after logging in, I go back to the page I came from and still see "Log in."

Any other things I may be doing wrong? This was an upgrade from 1.26. Shawnomancy (talk) 16:50, 11 January 2017 (UTC)

Can you try from a private browsing tab of your browser (which should be identical to clear the cookies)? Ciencia Al Poder (talk) 22:38, 11 January 2017 (UTC)

I found the problem. I was hitting the site with http. When forced to https, all became fine. Doh! Shawnomancy (talk) 06:02, 12 January 2017 (UTC)

Hi guys,

I just installed a 1.28 with MS SQL database. I tried everything above, still cannot login or create new account.

Any new ideas?

Richard 110.142.220.167 (talk) 08:22, 3 February 2017 (UTC)

Thanks, this fix worked on a Synology DS216j

/usr/syno/bin/synopkg version MediaWiki
1.28.2-0125
nano /volume1/web/MediaWiki/LocalSettings.php
$wgSessionCacheType = CACHE_DB;
sudo /usr/syno/bin/synopkg restart MediaWiki 
Password: 
package MediaWiki restart successfully

JuliusAllfrey (talk) 04:50, 2 July 2017 (UTC)

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

Проект: kinowiki.org

Project: kinowiki.org. Hello! We want to create the project kinowiki.org. In all languages. This will allow you to: Each city and country will be able to write down the poster. Will be information about all the films for 4 years - the information is updated. We want support and help from you. To anyone on this subject? Or offer Liquifilm Pavliukdanila (talk) 11:52, 5 July 2016 (UTC)

Error installing MW 1.27

Hello,

I'm trying to do a fresh install. I verified the tarball and uploaded it to the server.

When I try to install I get this:

(Also reported here: Project:Support desk/Flow/2016/07#h-Upgrading_1.26.3_to_1.27.0_>_Error-2016-07-03T07:34:00.000Z)

Exception encountered, of type "Wikimedia\Assert\ParameterAssertionException"

[V3uvKsCoKvAAAFjq0lIAAAVl] /p/mw-config/index.php Wikimedia\Assert\ParameterAssertionException from line 63 of /mnt/web006/e3/17/56865117/htdocs/lursenorg/p/vendor/wikimedia/assert/src/Assert.php: Bad value for parameter maxKeys: must be above zero

Backtrace:

#0 /mnt/web006/e3/17/56865117/htdocs/lursenorg/p/includes/libs/objectcache/HashBagOStuff.php(49): Wikimedia\Assert\Assert::parameter(boolean, string, string)

#1 /mnt/web006/e3/17/56865117/htdocs/lursenorg/p/includes/libs/objectcache/CachedBagOStuff.php(46): HashBagOStuff->__construct(array)

#2 /mnt/web006/e3/17/56865117/htdocs/lursenorg/p/includes/session/SessionManager.php(172): CachedBagOStuff->__construct(EmptyBagOStuff)

#3 /mnt/web006/e3/17/56865117/htdocs/lursenorg/p/includes/session/SessionManager.php(85): MediaWiki\Session\SessionManager->__construct()

#4 /mnt/web006/e3/17/56865117/htdocs/lursenorg/p/includes/WebRequest.php(700): MediaWiki\Session\SessionManager::singleton()

#5 /mnt/web006/e3/17/56865117/htdocs/lursenorg/p/includes/session/SessionManager.php(121): WebRequest->getSession()

#6 /mnt/web006/e3/17/56865117/htdocs/lursenorg/p/includes/Setup.php(745): MediaWiki\Session\SessionManager::getGlobalSession()

#7 /mnt/web006/e3/17/56865117/htdocs/lursenorg/p/includes/WebStart.php(137): require_once(string)

#8 /mnt/web006/e3/17/56865117/htdocs/lursenorg/p/mw-config/index.php(36): require(string)

#9 {main}

I tried uploading to the server again, same result.

Any help is highly appreciated. Tycho Lursen (talk) 13:10, 5 July 2016 (UTC)

Strange, a fresh install on my home server (Debian Jessie) is without any problems.

But installing on my ISP's server gives me this trouble. A fresh install of 1.26.3 on my ISP's server goes without any problems though.

However, changing the file includes/libs/objectcache/HashBagOStuff.php gets me up and running. Just commenting out line 49 does the trick.

change:

Assert::parameter( $this->maxCacheKeys > 0, 'maxKeys', 'must be above zero' );

to:

/**

*    Assert::parameter( $this->maxCacheKeys > 0, 'maxKeys', 'must be above zero' );

*/

But I don't know if this is safe to do.

Can someone please shed some light on this? Tycho Lursen (talk) 04:22, 6 July 2016 (UTC)

Maybe you need to purge a cache store like memcached or similar on the ISP's server? Have you defined any caching on your LocalSettings.php? Ciencia Al Poder (talk) 18:50, 6 July 2016 (UTC)

Thanks for your answer.

Without the change to includes/libs/objectcache/HashBagOStuff.php setup simply crashes. Mind you, I'm doing a fresh install, brandnew database, not an upgrade. Moreover, I never used memcached or similar before, so there is no cache to reset/empty.

In LocalSettings.php I've got this:

## Shared memory settings

$wgMainCacheType = CACHE_NONE;

$wgMemCachedServers = [];

But I can't imagine that to be relevant at all. After all, I only get to the point that setup generates the file if I changed includes/libs/objectcache/HashBagOStuff.php.

I don't understand why this assert is even there (unconditional). I get that you need a value of >0, IF you use these caches... Tycho Lursen (talk) 20:27, 6 July 2016 (UTC)

Ah, I didn't understood it right. Yeah, that does indeed look like a bug. The assert should be there, but the installer shouldn't be using it. Can you please report it as a bug? Link the bug report here if you do. There seem to be some probems with this new session manager that has been introduced in 1.27. Ciencia Al Poder (talk) 00:58, 7 July 2016 (UTC)

There's more to it: If I restore the original includes/libs/objectcache/HashBagOStuff.php after setup has been done successfully, I get:

Exception encountered, of type "Wikimedia\Assert\ParameterAssertionException"

So just like in Project:Support desk/Flow/2016/07#h-Upgrading_1.26.3_to_1.27.0_>_Error-2016-07-03T07:34:00.000Z but without the backtrace I get starting a fresh install. Tycho Lursen (talk) 05:14, 7 July 2016 (UTC)

Bug report is here: [1] Tycho Lursen (talk) 05:16, 7 July 2016 (UTC)

Updating problems

Having some updating problems currently with getting the latest version of wikimedia going. The version I'm currently at is 1.23.9, 5.6.23-1~dotdeb+zts+7.1 (apache2handler), 5.6.29-1~dotdeb+7.1. This is sitting on debian 7. I originally started out updating from Debian 6 and Mediawiki version 1.19. Then I updated to 1.23 (seemed like a good stepping stone) and Debian 7. Now anytime I update to 1.26 and 1.27 it loses the webpage when I try to access the server from my browser (mw-config comes up but after mw-config I get a page not responding). I also noticed a heavy difference in the index.php file whenever I attempt to update to either of these two versions, it seems like it only has one argument in it, the old one has several). Richb36 (talk) 14:03, 5 July 2016 (UTC)

Yes, the source code changes from version to version. The release tarballs contain everything you need.

The versions you mention are fine - basically with these versions, MediaWiki 1.26 and 1.27 should work.

> Now anytime I update to 1.26 and 1.27 it loses the webpage when I try to access the server from my browser

That is the interesting point: See blank page for how to debug this further! You need to know the error message, which you get there.

When you do the upgrade, you should follow our upgrade guide! E.g. old files, wich are left behind may cause the kind of problem you are having. 87.123.23.178 (talk) 14:12, 5 July 2016 (UTC)

Hi there!

This is the exact error message on the web page:

The website cannot display the page
	Most likely causes: The website is under maintenance. The website has a programming error.
	What you can try:

I can still get to http://(example)/mw-config while it is in this state. I am following the same steps to update from 1.23 to 1.27 that I used to update to 1.23 from 1.19. Richb36 (talk) 12:51, 8 July 2016 (UTC)

Here is the feedback from mw-config. This is currently happening on two different wikimedia boxes that have went through the same upgrades:

Turning off Content Handler DB fields for this part of upgrade.

...have ipb_id field in ipblocks table.

...have ipb_expiry field in ipblocks table.

...already have interwiki table

...indexes seem up to 20031107 standards.

...have rc_type field in recentchanges table.

...index new_name_timestamp already set on recentchanges table.

...have user_real_name field in user table.

...querycache table already exists.

...objectcache table already exists.

...categorylinks table already exists.

...have pagelinks; skipping old links table updates

...il_from OK

...have rc_ip field in recentchanges table.

...index PRIMARY already set on image table.

...have rc_id field in recentchanges table.

...have rc_patrolled field in recentchanges table.

...logging table already exists.

...have user_token field in user table.

...have wl_notificationtimestamp field in watchlist table.

...watchlist talk page rows already present.

...user table does not contain user_emailauthenticationtimestamp field.

...page table already exists.

...have log_params field in logging table.

...logging table has correct log_title encoding.

...have ar_rev_id field in archive table.

...have page_len field in page table.

...revision table does not contain inverse_timestamp field.

...have rev_text_id field in revision table.

...have rev_deleted field in revision table.

...have img_width field in image table.

...have img_metadata field in image table.

...have user_email_token field in user table.

...have ar_text_id field in archive table.

...page_namespace is already a full int (int(11)).

...ar_namespace is already a full int (int(11)).

...rc_namespace is already a full int (int(11)).

...wl_namespace is already a full int (int(11)).

...qc_namespace is already a full int (int(11)).

...log_namespace is already a full int (int(11)).

...have img_media_type field in image table.

...already have pagelinks table.

...image table does not contain img_type field.

...already have unique user_name index.

...user_groups table exists and is in current format.

...have ss_total_pages field in site_stats table.

...user_newtalk table already exists.

...transcache table already exists.

...have iw_trans field in interwiki table.

...wl_notificationtimestamp is already nullable.

...index times already set on logging table.

...have ipb_range_start field in ipblocks table.

...no page_random rows needed to be set

...have user_registration field in user table.

...templatelinks table already exists

...externallinks table already exists.

...job table already exists.

...have ss_images field in site_stats table.

...langlinks table already exists.

...querycache_info table already exists.

...filearchive table already exists.

...have ipb_anon_only field in ipblocks table.

...index rc_ns_usertext already set on recentchanges table.

...index rc_user_text already set on recentchanges table.

...have user_newpass_time field in user table.

...redirect table already exists.

...querycachetwo table already exists.

...have ipb_enable_autoblock field in ipblocks table.

...index pl_namespace on table pagelinks includes field pl_from.

...index tl_namespace on table templatelinks includes field tl_from.

...index il_to on table imagelinks includes field il_from.

...have rc_old_len field in recentchanges table.

...have user_editcount field in user table.

...page_restrictions table already exists.

...have log_id field in logging table.

...have rev_parent_id field in revision table.

...have pr_id field in page_restrictions table.

...have rev_len field in revision table.

...have rc_deleted field in recentchanges table.

...have log_deleted field in logging table.

...have ar_deleted field in archive table.

...have ipb_deleted field in ipblocks table.

...have fa_deleted field in filearchive table.

...have ar_len field in archive table.

...have ipb_block_email field in ipblocks table.

...index cl_sortkey on table categorylinks includes field cl_from.

...have oi_metadata field in oldimage table.

...index usertext_timestamp already set on archive table.

...index img_usertext_timestamp already set on image table.

...index oi_usertext_timestamp already set on oldimage table.

...have ar_page_id field in archive table.

...have img_sha1 field in image table.

...protected_titles table already exists.

...have ipb_by_text field in ipblocks table.

...page_props table already exists.

...updatelog table already exists.

...category table already exists.

...category table already populated.

...have ar_parent_id field in archive table.

...have user_last_timestamp field in user_newtalk table.

...protected_titles table has correct pt_title encoding.

...have ss_active_users field in site_stats table.

...ss_active_users user count set...

...have ipb_allow_usertalk field in ipblocks table.

...pl_namespace, tl_namespace, il_to indices are already UNIQUE.

...change_tag table already exists.

...tag_summary table already exists.

...valid_tag table already exists.

...user_properties table already exists.

...log_search table already exists.

...have log_user_text field in logging table.

...l10n_cache table already exists.

...index ls_field_val already set on log_search table.

...index change_tag_rc_tag already set on change_tag table.

...have rd_interwiki field in redirect table.

...transcache tc_time already converted.

...*_mime_minor fields are already long enough.

...iwlinks table already exists.

...index iwl_prefix_title_from already set on iwlinks table.

...have ul_value field in updatelog table.

...have iw_api field in interwiki table.

...iwl_prefix key doesn't exist.

...have cl_collation field in categorylinks table.

...categorylinks up-to-date.

...module_deps table already exists.

...ar_page_revid key doesn't exist.

...index ar_revid already set on archive table.

...ll_lang is up-to-date.

...user_last_timestamp is already nullable.

...index user_email already set on user table.

...up_property in table user_properties already modified by patch patch-up_property.sql.

...uploadstash table already exists.

...user_former_groups table already exists.

...index type_action already set on logging table.

...have rev_sha1 field in revision table.

...batch conversion of user_options: nothing to migrate. done.

...user table does not contain user_options field.

...have ar_sha1 field in archive table.

...index page_redirect_namespace_len already set on page table.

...have us_chunk_inx field in uploadstash table.

...have job_timestamp field in job table.

...index page_user_timestamp already set on revision table.

...have ipb_parent_block_id field in ipblocks table.

...index ipb_parent_block_id already set on ipblocks table.

...category table does not contain cat_hidden field.

...have rev_content_format field in revision table.

...have rev_content_model field in revision table.

...have ar_content_format field in archive table.

...have ar_content_model field in archive table.

...have page_content_model field in page table.

Content Handler DB fields should be usable now.

...site_stats table does not contain ss_admins field.

...recentchanges table does not contain rc_moved_to_title field.

...sites table already exists.

...have fa_sha1 field in filearchive table.

...have job_token field in job table.

...have job_attempts field in job table.

...have us_props field in uploadstash table.

...ug_group in table user_groups already modified by patch patch-ug_group-length-increase-255.sql.

...ufg_group in table user_former_groups already modified by patch patch-ufg_group-length-increase-255.sql.

...index pp_propname_page already set on page_props table.

...index img_media_mime already set on image table.

...iwl_prefix_title_from index is already non-UNIQUE.

...index iwl_prefix_from_title already set on iwlinks table.

...have ar_id field in archive table.

...have el_id field in externallinks table.

...have rc_source field in recentchanges table.

...index log_user_text_type_time already set on logging table.

...index log_user_text_time already set on logging table.

...have page_links_updated field in page table.

...have user_password_expires field in user table.

...have pp_sortkey field in page_props table.

...recentchanges table does not contain rc_cur_time field.

...index wl_user_notificationtimestamp already set on watchlist table.

...have page_lang field in page table.

...have pl_from_namespace field in pagelinks table.

...have tl_from_namespace field in templatelinks table.

...have il_from_namespace field in imagelinks table.

...img_major_mime in table image already modified by patch patch-img_major_mime-chemical.sql.

...oi_major_mime in table oldimage already modified by patch patch-oi_major_mime-chemical.sql.

...fa_major_mime in table filearchive already modified by patch patch-fa_major_mime-chemical.sql.

...user_id is already unsigned int.

...rc_comment in table recentchanges already modified by patch patch-editsummary-length.sql.

...hitcounter doesn't exist.

...site_stats table does not contain ss_total_views field.

...page table does not contain page_counter field.

...msg_resource_links doesn't exist.

...msg_resource doesn't exist.

...bot_passwords table already exists.

...have wl_id field in watchlist table.

...cl_collation key doesn't exist.

...index cl_collation_ext already set on categorylinks table.

...collations up-to-date.

...site_stats is populated...done.

Purging caches...done. Richb36 (talk) 12:52, 8 July 2016 (UTC)

The output from update.php looks fine. The database has successfully been updated to version 1.27.

The error "The website cannot display the page" is displayed in Internet Explorer when the server responded with an error 500 status code. Check the Apache error log to get more information on what is going wrong! 87.123.9.223 (talk) 13:19, 8 July 2016 (UTC)

[Tue Jul 05 08:15:01 2016] [error] [client 10.1.1.107] File does not exist: /var/lib/mediawiki/browserconfig.xml Richb36 (talk) 14:11, 8 July 2016 (UTC)

I'm having trouble finding that file in any of the .tar update packages. Richb36 (talk) 14:18, 8 July 2016 (UTC)

That browserconfig.xml is missing is ok; this is not what is causing the problem. You are looking for another entry... 87.123.9.223 (talk) 15:07, 8 July 2016 (UTC)

I got it nailed, inside the apache error log it was calling for the MediaWiki external Libraries. Which I don't think I would have been able to install following the instructions on the upgrade website for "If you do not have access to the command line - (i.e. Web browser) Richb36 (talk) 16:14, 8 July 2016 (UTC)

Nice to hear that it's solved! That is like the fifth or so problem, which in fact is caused by missing dependencies. Upgrade needs in upgrade in that regard.

Do you still have the error message? 87.123.9.223 (talk) 16:58, 8 July 2016 (UTC)

Windows, 7zip can't unpack version 1.27

First problem is a message about not being able to create a symbolic link - access denied for README.rst (somewhere below the 'vendor' subfolder

Second problem is that the extraction hangs on extraction of wiki.phtml

Sha 256 C79D00312A4B749927E4F3F9600B3BCF9FE914A898B7FE4F8518E9F59AE8D128 for

mediawiki-1.27.0.tar.gz Lmurphy2 (talk) 17:56, 5 July 2016 (UTC)

I had no problem with 7z version 9.22 beta, on Windows 7 Ciencia Al Poder (talk) 18:56, 5 July 2016 (UTC)

When I try to extract the symlink on Windows, this fails. This file is not inside the vendor/ folder, but in the root. I don't know, why this stupid link is there at all, as the information in the according file has to be updated anyway.

Maybe you want to download th tarball again. Please use the official server at releases.wikimedia.org! 87.123.23.178 (talk) 19:51, 5 July 2016 (UTC)

I just tried it again using the version from https://releases.wikimedia.org/mediawiki/1.27/?C=N;O=A

Same thing happens. I get the error message about the symbolic link, and then the extraction freezes.

7zip version 15.14 from 2015-12-31

Windows 10

Maybe the symbolic link can be removed from the tarball? Is it really necessary? can I download and unpack the files another way (for Windows)? Lmurphy2 (talk) 02:32, 26 July 2016 (UTC)

I upgraded 7zip to 16.02 and it now gives me the error, in vendor/pear/net_smtp/README.rst.

You can just ignore the error

We're not in control of the release tarballs, so you'll need to report a bug in our phabricator. Ciencia Al Poder (talk) 12:36, 26 July 2016 (UTC)

Query crashing database

Hello, my database all of a sudden started crashing recently and we tracked it down to when we run the query below. This is crashing on MariaDB 10.1 branch. We tested it on 10.0.26 branch and it works fine. Can you help resolve this? Thank you for your time.

mysql -u root

SET SESSION SQL_BIG_SELECTS=1;

USE tre1775_w777;

SELECT DISTINCT job_cmd FROM `mw_job`

WHERE job_cmd IN ('refreshLinks','htmlCacheUpdate','sendMail','enotifNotify','fixDoubleRedirect','uploadFromUrl', 

'AssembleUploadChunks','PublishStashedFile','ThumbnailRender','recentChangesUpdate','refreshLinksPrioritized','enqueue','null'); Charlesmathers (talk) 18:13, 5 July 2016 (UTC)

Upgrading from 1.26 to 1.27

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'm trying to upgrade following the steps of the Manual:Upgrading/pt-br.

I have managed to update the files, but wanted to know how do I update the database.

I did not understand very well how to use the update.php file. Analistacavanha (talk) 20:48, 5 July 2016 (UTC)

The database can be updated in two different ways:

• You can use the update.php script. To run this script, you need shell access. You would then connect to your server via SSH and run the script in that shell.
• If you do not have shell access, you can use the web updater at <your-wiki.com>/mw-config/. Going through this updater will update the database as well. 87.123.23.178 (talk) 20:52, 5 July 2016 (UTC)

Ok I did, I did.

I upgraded the second option by the browser.

Solved. Thank you. Analistacavanha (talk) 11:50, 6 July 2016 (UTC)

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

SyntaxHighlight_GeSHi with MW 1.27.0

Is there a way to continue to use GeSHi instead of Pygments for MW 1.27.0? I have some custom languages for GeSHi and am having problems getting the new version of SyntaxHighlight_GeSHi working. If I use version 1.0.8.12 it works, but makes the editor toolbar disappear and have not been able to track down the problem.

Wiki details:

http://wiki.sierrahelp.com/

MediaWiki    1.27.0

PHP        5.6.22

Database    5.5.50-MariaDB Andrew Branscom (talk) 23:34, 5 July 2016 (UTC)

It is not planned to support GeSHi in MediaWiki 1.27. Instead, the Pygments lexer is now being used. It is true that Pygments does not support all languages, which GeSHi did support - I myself am still missing one language, which would be important for a project of mine.

A possible solution is to write a Pygments lexer for your language or to take one from someone who has already written it, to build a Pygments version, which includes this lexer and to include this lexer in your version of Pygments. 87.123.23.178 (talk) 08:21, 6 July 2016 (UTC)

I am having trouble with getting Pygments to work. The entry for the extension says nothing about installing Pygments and I am not seeing much in the extension's directory. The GeSHi languages I added I did myself. I do not know Python and would need to see the lexers to see if I would be able to adapt it for my purposes, but there are only 5 files in the pygments subdirectory. If it has to be installed is this something I would have to get my hosting provider to do? Andrew Branscom (talk) 21:41, 6 July 2016 (UTC)

The SyntaxHighlight extension comes with the variable $wgPygmentizePath, which allows it to use a different Pygments installation.

User Ori.livneh can tell you more about that - he is the one, who in the past updated Pygments for the MediaWiki extension. 87.123.20.94 (talk) 22:20, 6 July 2016 (UTC)

I still remember that the 5 files you mention include what is called a "wheel" file - this is where the Pygments code is in. The lexers, which come with Pygments can be seen in the Git repo at https://bitbucket.org/birkenfeld/pygments-main/src/default/pygments/lexers/?at=default 87.123.20.94 (talk) 22:24, 6 July 2016 (UTC)

How to alias to custom namespaces?

I want to alias my custon namespaces in localsettings.php, but after check Localisation,Manual:$wgNamespaceAliases,Manual:$wgExtraNamespaces I am total confused.

How can I make my custon namespaces display its alias in pages?

And make it can be search by default? Redlz250 (talk) 00:21, 6 July 2016 (UTC)

I had find the search default method:$wgNamespacesToBeSearchedDefault, but the way to alias config in localsettings.php .... Redlz250 (talk) 00:33, 6 July 2016 (UTC)

use $wgNamespaceAliases to set alias, and found function getNamespaceIds() in Language.php, when dump the $this->mNamespaceIds, my settings is here, but did not display. Redlz250 (talk) 01:10, 6 July 2016 (UTC)

$wgNamespaceAliases is only use to alias in a page title, but if I want to change the display in title and URL, how to do? Redlz250 (talk) 02:32, 6 July 2016 (UTC)

ok. use $wgExtraNamespaces to set the name will display , and use wgNamespaceAliases to set alias, but it makes me uncomfort. Redlz250 (talk) 02:58, 6 July 2016 (UTC)

but if I want to change the display in title and URL

You can't, only the "canonical" namespace will be used, otherwise the wiki won't know which of the namespace aliases should use for URLs, since you can have more than one, Ciencia Al Poder (talk) 18:52, 6 July 2016 (UTC)

Problem Logging In

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 - after moving servers, and switching from Apache to nginx, I can no longer log into my site, and I am not sure why. I keep getting an error that says: "Login Error. You are now logged in!" However I am not logged in: http://i.imgur.com/ZupSeZp.png

Also - the top-right, by the login link shows an 'internal' IP of 192.168.4.242, instead of my real-world public IP (my internal network isn't even in the 192.168.0.0/16 range), so I'm not sure why that's happening either.

The site is behind an AWS ELB, but it was that way previous to the switch, and it was working fine then.

Any assistance would be greatly appreciated! Thanks! Zagman76 (talk) 00:31, 6 July 2016 (UTC)

Are you sure you're hitting the new server and not the old one? You may also need to set $wgSquidServers Ciencia Al Poder (talk) 18:56, 6 July 2016 (UTC)

I had the SquidServers setting set properly, and was definitely hitting the new server (old was was powered off).

I just upgraded to the latest mw version today, and that seemed to fix the problem. Zagman76 (talk) 21:32, 22 July 2016 (UTC)

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

Recaptha is showing only after reloading webpage

Hello.

My registration page is http://westeros.com.pl/index.php?title=Specjalna:Zaloguj&returnto=Strona+g%C5%82%C3%B3wna&type=signup

I install ReCaptha. My problem is that captha image is showing only after reloading webpage. TraaBBIT (talk) 06:29, 6 July 2016 (UTC)

Can't achieve to create a infobox from scratch

Greetings. I've created a wiki on localhost. I'm trying to create infoboxes but when I copy+paste any infobox code from Wikipedia it just shows a text with red color: "Template:template name" instead of infobox table.

What I'm doing wrong? Fatih 041 (talk) 08:43, 6 July 2016 (UTC)

Have you gone through this:

Manual:Importing Wikipedia infoboxes tutorial AhmadF.Cheema (talk) 11:49, 6 July 2016 (UTC)

Asking help for understanding Manual:Short URL to get rid of another 404 page not found

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'm migrating a 1.21 mediawiki version to a ubuntu 16.04 LTS server with apache2.

In my LocalSettings.php, the $wgScriptPath variable is set to "/var/www/wiki" which is actually the good path to mediawiki installation folder and the $wgArticlePath variable is set to '$wgScriptPath/$1' accordingly to what I saw on other topics.

My apache sites-available conf file has the good path to /var/www/wiki.

Note that I don't have .htaccess file but it works well on the server from which I copied sources.

However, when I write the website URL in my browser, I get a 404 error telling me the home page is not found.

So I tried to follow the process of URL rewriting explained in the Manual:Short URL but the newbie I am did not succeed.

Can you help me setting this up ?

Thx. Yolo33s (talk) 12:48, 6 July 2016 (UTC)

Have you already tried the http://shorturls.redwerks.org/ method? AhmadF.Cheema (talk) 18:27, 6 July 2016 (UTC)

Hey, did you follow this tutorial? Manual:Short URL/Apache

In particular, take a look at this page: http://shorturls.redwerks.org/ it has great tool for setting things up. Swennet (talk) 18:28, 6 July 2016 (UTC)

Thank you for replying, Ahmad and Swennet. As I wrote in the title, I tried Manual:Short URL/Apache but don't succeed at properly configure my settings. The redwerks tool seems cool but I'm working on a localhost website. Anyway, I finally got help from more experience people and I'm experiencing new problems with upgrade now :). Yolo33s (talk) 08:31, 7 July 2016 (UTC)

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

Editor for Semantic Forms

Hi

I have created a form with many fields (displayed as text area) with the Semantic Forms extension. I was wondering if it is possible to attach a basic editor to those fields. Since most users don't know HTML, I want some basic buttons for bold text etc.

Is this possible and can you tell me how? I searched on the web but I can't fight anything that works for me.

Many thanks! BrentThi (talk) 08:31, 7 July 2016 (UTC)

Add some script

Hello I need to add some script in head section.

How to do that? TraaBBIT (talk) 09:31, 7 July 2016 (UTC)

Do you really need to add it to the head section? You can add JavaScript as described in Manual:Interface/JavaScript Ciencia Al Poder (talk) 01:21, 8 July 2016 (UTC)

Error with latest stable version of AccessControl

Hello,

I'm upgrading MW from 1.21.3 to 1.27.0. I have an error concerning the latest stable release of AccessControl :

Strict standards: call_user_func_array() expects parameter 1 to be a valid callback, non-static method AccessControlHooks::accessControlExtension() should not be called statically in /var/www/wiki/includes/Hooks.php on line 195

I'm running PHP 5.6 on UBUNTU 16.04.

Does someone have any idea how to solve this problem ? Yolo33s (talk) 09:33, 7 July 2016 (UTC)

Strict standards warnings shouldn't be displayed on production environments, try disabling those errors. disable strict standards error.

Assuming it's just a warning, it may work. Ciencia Al Poder (talk) 01:15, 8 July 2016 (UTC)

Edit toolbar missing after upgrade from 1.23 to 1.27

Hello,

I'm having this problem. When I want to edit something, the toolbar does not show up. I upgrade the wiki from 1.23 to 1.27 and the php version from 5.3 to 5.6.

I opened the console in google chrome and I am getting this errors:

- Gadget "wikEd" was not loaded. Please migrate it to use ResourceLoader.

- Uncaught ReferenceError: importScript is not defined. -> (anonymous function) @ load.php?debug=true&lang=es&modules=site&only=scripts&skin=monobook&version=9f6eab9f43c7:26

- Uncaught ReferenceError: importScriptURI is not defined. ->

initializeRefTools @ load.php?debug=true&lang=es&modules=ext.gadget.refToolbar&only=scripts&skin=monobook&version=9f6eab…:16

fire @ load.php?debug=true&lang=es&modules=jquery%2Cmediawiki&only=scripts&skin=monobook&version=kvvF0DI1:3148

fireWith @ load.php?debug=true&lang=es&modules=jquery%2Cmediawiki&only=scripts&skin=monobook&version=kvvF0DI1:3260

ready @ load.php?debug=true&lang=es&modules=jquery%2Cmediawiki&only=scripts&skin=monobook&version=kvvF0DI1:3472

completed @ load.php?debug=true&lang=es&modules=jquery%2Cmediawiki&only=scripts&skin=monobook&version=kvvF0DI1:3503

Here is the image of the erros: https://gyazo.com/9e19607dbec6b21ff29e4e7889dc7474

I went to special:accessories and I edited the configuration of wikEd and I put this: wikEd[ResourceLoader]|wikEd.js

but still not working.

Any help?

Thanks in advance! Jonayls (talk) 09:39, 7 July 2016 (UTC)

Apparently you have calls to importScript() in your MediaWiki:Common.js page. That JavaScript code is now not loaded by default (in fact, it's deprecated).

To use it without errors you need first load the module that provides that functionality. See ResourceLoader/Migration guide (users).

Basically, wrap the code that uses it inside this:

mw.loader.using( ['mediawiki.legacy.wikibits'], function () {
	// Code that's using importScript( ... ) 
} );

Ciencia Al Poder (talk) 01:11, 8 July 2016 (UTC)

Getting succession tables to work on my site

I've got my own Wiki which catalogues the history of politics on the island I grew up on, and I was hoping to use succession tables to link pages together, but in coping the code across from Wikipedia it just makes it all jumbled. See here: http://jarlmedia.com/User_talk:James

Is there a trick to getting this right? Here are the templates:

http://jarlmedia.com/Template:Start

http://jarlmedia.com/Template:UK_Parliament

http://jarlmedia.com/Template:Bef

http://jarlmedia.com/Template:Ttl

http://jarlmedia.com/Template:Aft

I want it to look like the table at the bottom here: https://en.wikipedia.org/wiki/Alistair_Carmichael#External_links

Thanks in advance! 85.159.128.21 (talk) 11:07, 7 July 2016 (UTC)

You'll need at least to enable/install Extension:ParserFunctions on your wiki.

Basically add this at the end of LocalSettings.php:

wfLoadExtension( 'ParserFunctions' ); Ciencia Al Poder (talk) 00:44, 8 July 2016 (UTC)

Need clarification for loading extensions in MW 1.27.0

Hello,

I'm struggling with the load of extensions. I saw in documentation that we are supposed to use wfLoadExtension instead of include or require_once functions. Before, I tried to run update.php with includes in my LocalSettings.php. I had the following error message : "failed to open stream: No such file or directory" while the rights, permissions and path are correct.

So I tried wfLoadExtension but this time, the error message is : "PHP Fatal error:  Uncaught exception 'Exception' with message '/var/www/wiki/extensions/LaunchExternal/extension.json does not exist!".

And yes, I don't have a .json file for the good reason that my extension was working well before without .json and because I did not see anything in documentation about the creation of such a .json file.

Anyway, any precise clue on doing it would be much appreciate. Please don't redirect me to Manual:Upgrading, I come from there and followed the examples at the letter.

Thanks for support. Yolo33s (talk) 12:15, 7 July 2016 (UTC)

Extensions can be loaded in two different ways:

• You can use a require_once call. This is the old method. It will work, whenever the required file is present, e.g. if the extension has a MyExtension/MyExtension.php file, then you can require that file.
• You can use wfLoadExtension() in LocalSettings.php. This approach is recommended. It will only work, if the extension has an extension.json file. If it does not yet have one, you can create one using the convertExtensionToRegistration.php maintenance script. So if this is your extension or if you want to help update it, you should use this script and add the result to the official code repository of that extension! 87.123.10.25 (talk) 12:56, 7 July 2016 (UTC)

First thanks for reply. Next, I already read that, and I actually tried it. So let me give an example. At line 199 of my LocalSettings.php, I have an include line : include("./extensions/simplepie_mediawiki.php");

In the extensions folder, I have the correct file at the correct path, with open rights (chmod 777). If I try to access this file from the same level as LocalSettings.php, I can, THERE IS NO DOUBT ABOUT THE PATH.

1. when I run update.php, I have an error message : PHP Warning:  include(./extensions/simplepie_mediawiki.php): failed to open stream: No such file or directory in /var/www/wiki/LocalSettings.php on line 199
2. So I thought that I should use wfLoadExtension instead. I changed my LocalSettings.php according to the documentation and I ran php convertExtensionToRegistration.php ../extensions/simplepie_mediawiki.php.

And I still have this error noticing me the file does not exist.

Any clue about that ? I think it's something about rights but the folder is in www-data:www-data and the file is chmod 777... Yolo33s (talk) 13:45, 7 July 2016 (UTC)

Remove index.php

Hello.

My webpages are like here:

http://westeros.com.pl/index.php?title=Strona_g%C5%82%C3%B3wna

http://westeros.com.pl/index.php?title=Kr%C3%B3lewska_Przysta%C5%84

How to remove index.php?title= from urls? TraaBBIT (talk) 12:29, 7 July 2016 (UTC)

Check out Manual:Short URL Swennet (talk) 12:44, 7 July 2016 (UTC)

I think this is extremely confusing.

I've tried several times and I couldn't

from https://athem.net.br/wikipedia/index.php/Main_Page

For

https://athem.net.br/wikipedia/Main_Page

I changed the LocalSettings.php and .htaccess without success

Any help? Ernanims (talk) 14:36, 3 January 2021 (UTC)

I need help with displaying

Hello

I need some help with displaying in Vector.css TraaBBIT (talk) 12:35, 7 July 2016 (UTC)

You have quite some things in your MediaWiki:Vector.css page. Most of them look like they are a copy of an old version of the Vector skin, e.g. from MediaWiki 1.19 or so.

I think that a big part of these changes is superfluous - you should clean this up! For the lines, which you really need, add comments so that you know, what you added these changes for! 87.123.10.25 (talk) 12:49, 7 July 2016 (UTC)

OK.

So what should I do?

Clean whole Vector.css and add latest version? TraaBBIT (talk) 13:08, 7 July 2016 (UTC)

Adding the latest version would be wrong: If these styles in that form are part of the Vector skin already, then you do not need to add them there at all. They then will already be used automatically anyway.

What you should do depends on what these rules should do. The question for each one of them is: Why is it there? Is it needed for anything? If the answer is "yes", then it should stay - as otherwise the thing, which this rule changes, would break. If it has only been copied there without a reason and it is not there for anything, then it should be removed. 87.123.10.25 (talk) 13:11, 7 July 2016 (UTC)

For example, the rule on div.emptyPortlet is superfluous as empty portlets are hidden by default already anyway.

The h5 heading in #mw-head h5 has been changed to a h3 heading some versions ago IIRC. In this case, the according block does not do anything anymore as well. Unless you want these rules to be applied to the #mw-head h3 elements in which case you should adjust the rule to be valid for h3 elements and leave it in... 87.123.10.25 (talk) 13:16, 7 July 2016 (UTC)

OK. I removed all code from MediaWiki:Vector.css

Mayby I show You what is wrong on my web page.

F.e page http://westeros.com.pl/index.php?title=Daenerys_Targaryen

Ther is some 2 pictures with Daenerys Targaryen name.

They should look like here: http://viki.gameofthronestr.com/Daenerys_Targaryen

In source code it looks like these images are not in Infobox TraaBBIT (talk) 13:19, 7 July 2016 (UTC)

If how the image is put on the page changed after you removed the rules from MediaWiki:Vecto.css, some of these rules obviously still were in use. 87.123.10.25 (talk) 13:28, 7 July 2016 (UTC)

After removing rules from MediaWiki:Vector.css all is still the same.

How to check that code from ny MediaWiki:Vector.css is loading? TraaBBIT (talk) 13:33, 7 July 2016 (UTC)

The code is loaded in the head of each page. It is part of one of the load.php calls in there.

> After removing rules from MediaWiki:Vector.css all is still the same.

If the old rules are no longer taken from a cache, that means they were unused. 87.123.10.25 (talk) 21:34, 7 July 2016 (UTC)

So now I have no idea what could be wrong :) TraaBBIT (talk) 06:15, 8 July 2016 (UTC)

I don't see anything wrong, the format in those two pages look the same for me Ciencia Al Poder (talk) 12:31, 8 July 2016 (UTC)

Look here:

http://westeros.com.pl/index.php?title=Daenerys_Targaryen

https://postimg.org/image/sn4r592if/

Should be like here:http://awoiaf.westeros.org/index.php/Daenerys_Targaryen TraaBBIT (talk) 12:52, 8 July 2016 (UTC)

Those 2 images/icons, on the awoiaf are inside the table caption of the infobox. On westeros.com.pl they're before the table and outside of it. That's not a CSS issue but a different wiki code and position issue. Ciencia Al Poder (talk) 14:00, 8 July 2016 (UTC)

The code is from infoboxes and it is the same. TraaBBIT (talk) 17:00, 8 July 2016 (UTC)

Now it looks the same Ciencia Al Poder (talk) 20:46, 8 July 2016 (UTC)

No it doesn't :) TraaBBIT (talk) 09:17, 10 July 2016 (UTC)

Right, now it is broken again. Yesterday -also for me- it looked the same. 87.123.20.211 (talk) 09:55, 10 July 2016 (UTC)

It always was broken. TraaBBIT (talk) 07:05, 17 July 2016 (UTC)

When I saw it working, I think the upper right section with links to share the page in social networks was not there. Maybe that extension is causing that weird behavior? Ciencia Al Poder (talk) 12:45, 17 July 2016 (UTC)

I disabled that extension.

Please check now. TraaBBIT (talk) 07:12, 18 July 2016 (UTC)

That's very strange because going to http://westeros.com.pl/index.php?title=Specjalna:Rozwijanie_szablon%C3%B3w and entering {{:Daenerys_Targaryen}} as text, displays the page correctly.

Have you enabled tidy?

I also note there's that chat thing appearing anywhere, even in api help pages. Can you also try disabling it to see if that's causing the problem? Please do a null edit on that page after disabling that extension, to be sure it's not cached. Ciencia Al Poder (talk) 00:06, 19 July 2016 (UTC)

Hello.

This issue was alse before I installed chat.

I have also enabled tidy : $wgUseTidy=true; TraaBBIT (talk) 08:57, 25 July 2016 (UTC)

Any idea now? TraaBBIT (talk) 11:39, 12 August 2016 (UTC)

A js code to include a template on protected pages

Hello. I hope this is the right page for this request.

I want a certain template (actually not a template, but a system message on the MediaWiki namespace), to be displayed automatically on protected pages.

I need one template to be displayed on semi-protected pages, and a different template to be displayed on fully-protected pages.

Is there any script that displays the system messages I created, on any protected pages?

Thanks in advance. Guycn2 (talk) 20:03, 7 July 2016 (UTC)

The ones Wikipedia uses can be found here: Wikipedia:Special:AllMessages.

The relevant ones appear to be:

• Wikipedia:MediaWiki:Semiprotectedpagewarning
• Wikipedia:MediaWiki:Protectedpagewarning
• Wikipedia:MediaWiki:Protectedpagetext
  • which uses templates such as: Wikipedia:Template:Protected page text/full
  • Other relevant templates are mentioned here: Wikipedia:Template:Protected page text

Hope that helps. AhmadF.Cheema (talk) 22:40, 7 July 2016 (UTC)

Hi, thanks for the answer, but I need a javascript code that allows me to include a template on the reading mode of protected pages, i.e., not on editing mode... Guycn2 (talk) 18:56, 8 July 2016 (UTC)

JavaScript cannot do that, it is on the client. The template is on the server and JS cannot access it. FriedhelmW (talk) 19:09, 8 July 2016 (UTC)

I saw some Wikipedias that show icons on protected pages, e.g. the English Wikipedia has an icon at the top-right of the page, if it is protected. The icon is black if the page is semi-protected, or gold if it's fully-protected. How do they do it? I just want to add it to the Hebrew Wikibooks as well... Guycn2 (talk) 19:14, 8 July 2016 (UTC)

They manually put templates on protected pages, that display those icons, AFAIK Ciencia Al Poder (talk) 02:29, 9 July 2016 (UTC)

That's right. One of these templates is {{pp-semi-blp|small=yes}}. This then uses some pretty complex code in https://en.wikipedia.org/w/index.php?title=Module:Protection_banner in order to set up display of the protection settings. 87.123.9.223 (talk) 06:03, 9 July 2016 (UTC)

Create a page for my brother.

Hello Wikipedia|

I want to create a page for my brother, his name is Vanna Hay and here is his profile: www.vannahay.com/profile, since he want to be politician and needed to be online, I want to create him a page here in wiki.

Can you guide me how to create the page for him?

Thank you!

Vannith, Vannithhay (talk) 07:14, 8 July 2016 (UTC)

Hi Vannith,

Wikipedia has notability guidelines. If your brother is notable as per these guidelines, then you can create an article on him. See en:Wikipedia:Your first article for more information on how to write a good article!

If he is not notable, you can create an article as well, but it will then be deleted again sooner or later. 87.123.10.25 (talk) 08:32, 8 July 2016 (UTC)

Garmin maps

why is translate of Arabic names to English why dont leave like it Alhjres (talk) 07:51, 8 July 2016 (UTC)

This is the support desk for MediaWiki, not for Garmin. You may be on the wrong place... Ciencia Al Poder (talk) 12:29, 8 July 2016 (UTC)

Duplicate entries in categories due to %A0 and _ listings in database

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 recently updated to MediaWiki 1.26.3 but the problem has been around for a long time.

In a number of categories I have duplicate listings of the same page (this is not for all pages, but only a small percentage). Both listings link to the same page.

I've been able to determine that the only difference between the two links is that one has _( in the name and the other has %A0( instead. How do I get rid of the %A0 listing?

I found an old topic https://www.mediawiki.org/wiki/Project%3ASupport%20desk/Flow/2011/07#h-UTF8_Problem_with_update_from_1.16_to_1.17-2011-07-19T18%3A34%3A00.000Z that seems to deal with a similar problem. I've tried the solution presented:

ALTER TABLE page CONVERT TO CHARACTER SET latin1 COLLATE latin1_bin

But when I do that I get using my database prefix before "page" I get "MySQL returned an empty result set (i.e. zero rows). (Query took 0.00058 sec)" and the table is still set to binary.

I've also tried actually deleting the entries with the %A0 from the database in page, pagelink, category and categorylink tables but they still show up when I look at the category.

Does anyone have a suggestion of what I might try to fix this?

I am currrently running:

MediaWiki 1.26.3 PHP 5.6.19 (cgi-fcgi) MySQL 5.6.25-log

In localsettings I have: $wgDBTableOptions = "ENGINE=InnoDB, DEFAULT CHARSET=binary"; $wgDBmysql5 = true; $wgShellLocale = "en_US.utf8"; Tenzel Kim (talk) 07:59, 8 July 2016 (UTC)

If you deleted the entries with the %A0 from the database and they still show up in category pages, that's most likely a cache problem. Try clearing your browser cache or use private browsing.

If your $wgDBTableOptions has DEFAULT CHARSET=binary, you should have converted the tables to binary, not latin, since latin most likely would mangle unicode characters.

Note that you need to do this on every table. Be sure to take a backup of the database first in case something goes wrong.

To rebuild the category links etc, you may want to run refreshLinks.php Ciencia Al Poder (talk) 12:28, 8 July 2016 (UTC)

With all the back-ups I've done I found that the database I had deleted the entries from was the wrong one, after trying to view the page using private browsing, so thanks for pointing me in that direction. Deleting them from the right one worked.

I believe the point in changing the character set to latin was to back it up and then import it as binary afterwards to fix the problem if I understood the solution presented correctly. Forgot to mention that part here. But since deleting the entries worked I'll "just" run refreshLinks.

Thanks again. Tenzel Kim (talk) 20:51, 8 July 2016 (UTC)

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

DBUnexpectedError error while importing module

Hello. I've been trying to import some infoboxes from Wikipedia to my own wiki.

As I searched on the web Scribunto extension is required for this. I installed this extension but I get ""DBUnexpectedError" fatal error" when I try to load module: Infobox.

All I don't do when installing Scribunto is this:

• Set type to httpd_sys_script_exec_t if SELinux is enforced:

chcon -t httpd_sys_script_exec_t /path/to/extensions/Scribunto/engines/LuaStandalone/binaries/yourOS/lua

I dont know how to do this. Im using a shared hosting. How can I do this? I think problem is because of that step is missing. Or am I wrong?

Please help me to do this. Thanks in advance. Fatih 041 (talk) 16:59, 9 July 2016 (UTC)

You can ask your hosting support whether SELinux is enabled for your server or not.

In at-least some shared hosting cases, it isn't. AhmadF.Cheema (talk) 00:27, 10 July 2016 (UTC)

Edit summaries are no longer italicized (?)

Tracked in Phabricator
Task T139722

Hello.

Since the deployment of the last MediaWiki version (1.28-wmf.9), edit summaries are no longer italicized on some places. They ARE italicized on history pages, recent changes page, etc., but they are no longer italicized on log entries and diff pages.

I find it very irritating. Since edit summaries are not italicized, I can't easily recognize them. The deletion log, for example, has a lot of text, and since all the text is formatted the same, It's difficult to recognize the deletion summaries. Previously the deletion summary was italic, so the design was better and I didn't have to look for the summary, because the italicization made my eyes recognize it easily.

Is this an intentional change or a bug? I know it can be fixed by a personal CSS change, but it annoys other users as well. Guycn2 (talk) 22:21, 9 July 2016 (UTC)

It's a bug, probably will be fixed in next release. 121.214.177.112 (talk) 04:15, 10 July 2016 (UTC)

Great, thank you for the answer :) Guycn2 (talk) 05:15, 10 July 2016 (UTC)

Sidebar frozen...on the main page

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.

---

Ok, I just updated my wiki to 1.27.0. The odd failure is with the sidebar. On the Main Page, and only the Main Page, the sidebar is essentially non-functional. The Search field (and buttons) are functional, but-while visible-the links don't function. The sidebar might as well be an image. However, if I go to ''any'' other page, the sidebar works as expected.

Help please! LeyteWolfer (talk) 02:07, 10 July 2016 (UTC)

There's probably something invisible misaligned on your main page overlapping the sidebar preventing clicking on it. Try inspecting it and see what element is there. 101.160.43.193 (talk) 03:54, 10 July 2016 (UTC)

That sounds reasonable, as I use several bordered boxes I borrowed from another wiki years ago to segregate index/catalog info. Would this be as simple as checking the box widths to make sure horizontally they take up the same widths? LeyteWolfer (talk) 10:55, 10 July 2016 (UTC)

Try using Firebug extension for Firefox. It has a "Click an element in the page to inspect" feature, which can make debugging easier. AhmadF.Cheema (talk) 13:38, 10 July 2016 (UTC)

Thanks! LeyteWolfer (talk) 22:38, 10 July 2016 (UTC)

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

Search results go to wrong help page

When I do a search on MediaWiki.org, the help link on the search results page takes me to Help:Searching, when it should really be taking me to Help:CirrrusSearch.

You can see the confusion, descriptions of a possible fix (needing made by an admin of this wiki), and calls for help at Help talk:Searching, and Help talk:CirrusSearch. Cpiral (talk) 05:55, 10 July 2016 (UTC)

Darlitwiki16

I have received the following message when I tried to log in:

[V4JiswpAIDoAAG7uN5gAAABA] 2016-07-10 14:58:59: Fatal exception of type "Exception"

DL 159.205.254.17 (talk) 15:02, 10 July 2016 (UTC)

YOu should point the wiki administrator to how to debug so that he can resolve this issue. 87.123.32.185 (talk) 16:06, 10 July 2016 (UTC)

I need help running new maintenance script

1.27 includes a new maintenance script: Manual:ImportTextFiles.php

There's not much usage info, and what is there is contradictory. I've posted a few issues on the Discussion page, but don't get the impression anyone is paying attention there. My questions are:

1. Is there any reason this wouldn't work on a Windows install of 1.27?
2. Is the script looking for .txt files to import relative to the location of the script, the php.exe, or something else?
3. What is the correct command syntax? (Please see my comments in the Discussion page)
4. What is the proper format of the .txt? I assume just regular wikitext.

Thanks! Tcrimsonk (talk) 19:11, 10 July 2016 (UTC)

Database error after upgrading to 1.27

I haven't updated in a LONG time. I last had 1.19.

BUT

I logged on to my wiki after a long while and there were zillions of error. I looked them up and mediawiki said upgrading would resolve them. So I uploaded the latest version, uploaded my localsettings.php from the backup I had just made, and went to update.php.

I got the following

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 `page` WHERE page_namespace = '0' AND page_title = 'Update.php' LIMIT 1
• Function: WikiPage::pageData
• Error: 1054 Unknown column 'page_links_updated' in 'field list' (localhost:/tmp/mysql5.sock) Please help! UPDATE: I went back to 1.19 to see if I could do incremental upgrades. Currently what I see are blank pages with this error where text should be. Stuff like this.
• Warning: preg_replace(): Compilation failed: group name must start with a non-digit at offset 4 in /home/church/www/www/w/includes/MagicWord.php on line 851 Warning: preg_match(): Compilation failed: group name must start with a non-digit at offset 8 in /home/church/www/www/w/includes/MagicWord.php on line 872 Warning: preg_match(): Compilation failed: group name must start with a non-digit at offset 8 in /home/church/www/www/w/includes/MagicWord.php on line 872 Warning: preg_match(): Compilation failed: group name must start with a non-digit at offset 8 in /home/church/www/www/w/includes/MagicWord.php on line 872 Slorrin (talk) 22:28, 10 July 2016 (UTC)

Your problem is that you have not used the update.php script correctly.

Please follow the guide at Upgrading! In short: Make sure that you are using the MediaWiki 1.27 source code (and not an older version). Then, in order to update the database, follow these steps: Manual:Upgrading#Run_the_update_script! 87.123.32.185 (talk) 06:59, 11 July 2016 (UTC)

Click to get PDF and it shows up in Cyrillic

Wanted to get the PDF for Basic. Clicked on the Download PDF and it shows up in Cyrillic. I did not see an option to pick a language. I was reading English pages and expected the document would show up in English. When this happened I was on an US ISP and in the US. 71.212.106.101 (talk) 06:28, 11 July 2016 (UTC)

Forgot to mention, I was on this URL

https://wiki.openoffice.org/wiki/MediaWiki_talk:Collections/BASIC_Guide 71.212.106.101 (talk) 06:31, 11 July 2016 (UTC)

Mediawiki : extensions files can't be loaded while filepath and permissions are correct

Hello,

I'm migrating from mediawiki 1.21.3 to mediawiki 1.27.0 on a Ubuntu 16.04 with PHP 5.6. In my LocalSettings.php, I choose to keep the old method to call extensions, using include function. When I update with update.php, I have a bunch of error messages :

"failed to open stream : no such file or directory" 

However, first I'm absolutely sure about the path. Secondly, the extension folder belongs to www-data group and the files are chmod 777.

I really don't understand why I get a "no such file or directory" and I spent too much time searching an answer.

Does anyone has a clue ? 62.102.229.98 (talk) 07:23, 11 July 2016 (UTC)

What do your include/require_once lines look like?

Are you maybe relying on a spcial value of the include_path variable, which is different on the shell than in web server use? 87.123.32.185 (talk) 09:09, 11 July 2016 (UTC)

Hello,

My includes looks like this :

include("./extensions/anywebsite.php");

I don't know about "special value of the include_path variable".

Thanks for support. 62.102.229.98 (talk) 10:16, 11 July 2016 (UTC)

Try to change these lines so that they look like this:

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

This should make sure that the correct file gets used... 87.123.32.185 (talk) 10:22, 11 July 2016 (UTC)

Nice, it seems to work, except for WikiEditor (same error message), but it is strange because the WYSIWYG actually works on the website. 62.102.229.98 (talk) 12:19, 11 July 2016 (UTC)

This should work with WikiEditor as well.

However, you also can disable WikiEditor, then run the update.php script and afterwards activate it again. 87.123.41.248 (talk) 12:42, 11 July 2016 (UTC)

Ok, actually this wasn't working for no extensions at all. I thought it worked because WikiEditor was the first extension called in LocalSettings.php so the script stopped and I just had the error message for WikiEditor.

My require_once look like this : require_once "./extensions/simplepie_mediawiki.php";

I'm sure of the path. The rights are permissive...

And the WYSIWYG actually works, so the problem is very strange. 62.102.229.98 (talk) 12:52, 11 July 2016 (UTC)

Shouldn't it be: require_once "$IP/extensions/simplepie_mediawiki.php";

with the "$IP" AhmadF.Cheema (talk) 13:49, 11 July 2016 (UTC)

The $IP is no longer needed. According to the documentation "Setting this variable ($IP) to the absolute path to MediaWiki on disk from LocalSettings.php was necessary in older versions of MediaWiki. However, at least since MediaWiki 1.18, setting $IP in LocalSettings.php is no longer needed. It will default to the current working directory. If there is an environment variable named MW_INSTALL_PATH defined, its value will be used instead."

I'm in this case. 62.102.229.98 (talk) 15:10, 11 July 2016 (UTC)

What the docs say is that you do no longer have to define $IP - because MediaWiki now does that by itself. What the docs however do not say, is that $IP should no longer be used. Have a look at the examples on LocalSettings.php - they are using $IP as well. 87.123.41.248 (talk) 16:56, 11 July 2016 (UTC)

Ohh, you got that from Manual:$IP. I have updated this page to be more precise. 87.123.41.248 (talk) 17:06, 11 July 2016 (UTC)

I personally tried the . instead of $IP and there appeared to be no breaking problem. Apparently, the MediaWiki core syntax allows for it.

Tested this on about 15+ extensions. AhmadF.Cheema (talk) 23:55, 11 July 2016 (UTC)

Login error (session hijacking protection)

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 installed MediaWiki 1.27.0 on Debian Jessie with PHP 5.6.22 last week and finally got around to start editing it. However, the account I've created gets a login failure, namely: "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."

The PHP session directory exists and should be writable by the PHP process and webserver from what I can see. (I found this discussion Project:Support desk/Flow/2010/09#h-[RESOLVED]_Login_Problem-2010-09-05T02:08:00.000Z which isn't very edifying, and also six years old, but it's still the least bad source of possible solutions I could find -- everything else is about as old and has less useful information).

Let me know if you need any more information, and I'll do my best to provide it. 185.63.72.17 (talk) 08:56, 11 July 2016 (UTC)

Apparently a problem with MediaWiki v1.27. Check this out: Project:Support desk/Flow/2016/07#h-Can't_login_or_create_user_after_upgrade_to_1.27-2016-07-05T08:20:00.000Z. AhmadF.Cheema (talk) 09:58, 11 July 2016 (UTC)

Yep, changing $wgMainCacheType from CACHE_ACCEL to CACHE_ANYTHING seems to have solved it. Thanks a lot! 185.63.72.17 (talk) 10:14, 11 July 2016 (UTC)

This worked for me, had to edit the LocalSettings.php with the change $wgMainCacheType from CACHE_ACCEL to CACHE_ANYTHING seems to have solved it for me as well. 97.75.165.2 (talk) 16:35, 1 August 2016 (UTC)

I had a 1.27-release running for over a month without problems and should upgrade the production-environment today from 1.23 to 1.27 and encountered the same error on our testenvironment now. Patched to 1.27.1 a few days ago and it was still running fine then. Weird. Can't figure it out. Restored a backup from production and did the upgrade again to 1.27.0 and still the same error. Suggested solutions don't work. How to solve this? Now again back to 1.23.14. DikkieDick (talk) 12:01, 26 August 2016 (UTC)

The wiki causing trouble was readonly through $wgReadOnly. After uncommenting this line it now seems to be working again. Another test wiki on 1.27 was still running fine. If I use $wgReadOnly there it complains about a database being locked.

But as I have $wgGroupPermissions on this readonly wiki set to false for editing it's still a readonly-wiki. DikkieDick (talk) 11:33, 29 August 2016 (UTC)

Hi All - recently upgraded to Ubuntu 4.4.0-34 which made me work a bit on getting Apache set up right as during the upgrade the php configuration didn't turn out. So on php7. Once I got that going, I went through the command line upgrade of mediawiki to 1.27 but there were several php modules missing from apache2 so got these installed. Once got this all sorted out I got stumped on this same issue. As you mentioned here setting to CACHE_ANYTHING also worked for me. Just documenting this so if others that do a major OS upgrade they may find this helpful. This article did the trick for me! 2601:144:C180:397:D250:99FF:FE7B:C750 (talk) 01:24, 31 August 2016 (UTC)

Hi

I have the same error:

OS: Ubuntu 14.04.5

PHP: 5.5.9-1ubuntu4.20

Apache: 2.4.7-1ubuntu4.13

MediaWiki: 1.27.0 (not upgraded)

I have tried setting wgMainCacheType from CACHE_ACCEL (the default) to CACHE_EVERYTHING, CACHE_NONE or CACHE_DB but it dowsn't work.

I also tried setting wgSessionCacheType from CACHE_ANYTHING (the default) to CACHE_DB but still no success.

Do you have any other ideas? Thomymaster (talk) 15:56, 12 October 2016 (UTC)

I installed a fresh 1.26.4 and migrated the content (dumpBackup.php) now it works again (CACHE_ACCEL is the default in 1.26.4). Im still interested in why it failed in 1.27.x so if somebody gives me debug instructions i am willing to help. Thomymaster (talk) 21:16, 12 October 2016 (UTC)

If you want, you can follow the related phabricator task here. AhmadF.Cheema (talk) 04:17, 13 October 2016 (UTC)

Is there a way to change CACHE_ACCEL? 2601:646:8080:6E60:F84B:DF5E:61EA:9DBB (talk) 00:08, 16 October 2016 (UTC)

Still exists in 1.28.0 with up to date Ubuntu Server (16.04), Updated php from the repos, and everything. Changing $wgMainCacheType from CACHE_ACCEL to CACHE_ANYTHING as suggested above in LocalSettings.php appears to be the fix. Bassitone (talk) 21:56, 9 December 2016 (UTC)

Yup, still in 1.28.

Fixed with $wgSessionCacheType = CACHE_DB;

Which means you can leave $wgMainCacheType = CACHE_ACCEL; where it is. Adroit (talk) 06:59, 13 March 2017 (UTC)

Same issue with 1.28.2 if $wgReadOnly is set. When I comment that out it works, but this is for a replicated site and MySQL Master-Slave replication is then broke when mediawiki writes to db. Also making MySQL DB read-only renders same results. Stewharr (talk) 14:13, 23 May 2017 (UTC)

Bugreport that on Phabricator. MacFan4000 (talk) 14:45, 23 May 2017 (UTC)

$wgMessageCacheType = $wgParserCacheType = $wgMainCacheType ;

$wgSessionCacheType = CACHE_ANYTHING;

$wgMainCacheType = CACHE_MEMCACHED;

$wgMemCachedServers = [ '127.0.0.1:11211' ];

seems to do the job, Great Djdomi (talk) 09:35, 3 May 2021 (UTC)

Don't configure Memcached variables unless you have Memcached installed and running Ciencia Al Poder (talk) 10:07, 3 May 2021 (UTC)

You two above should not reply to a 5 years old comment that was already solved (Per IP user's comment).

Is there a way to lock threads like these to avoid necroposting in the future? MarioSuperstar77 (talk) 11:08, 3 May 2021 (UTC)

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

Mediawiki/php:add an icon to my 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.

---

I use mediawiki 1.27.0 and I want to add an icon to my wiki, like the 'W' on Wikipedia.

How can I do it? Beyond doubt (talk) 10:24, 11 July 2016 (UTC)

In your LocalSettings.php, set the $wgLogo with the correct path to your image.

$wgLogo = $wgScriptPath . '/images/4/47/mylogo.png'; 62.102.229.98 (talk) 10:40, 11 July 2016 (UTC)

@נועם ימיני, Specify "$wgFavicon" to the ".ico" file of your choice in LocalSettings.php.

@62.102.229.98, they mean the site icon, not the logo. 2002:43F4:3ABB:1234:6057:F7D0:17AF:F4C3 (talk) 18:38, 11 July 2016 (UTC)

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

Last version of PdfExport ending with a blank page on mediawiki 1.27

Hello,

I'm trying to make PdfExport 3.2.0 work for mediawiki 1.27.0. The extension is installed because I can see it in Special:Version, but when I click on "print as pdf" button, I only get a blank page.

Please note that I read this topic (issue 54) before posting here. So I already tried to create a symbolic tmp link in the image folder and already restart apache. I did not find any other topics to solve this problem.

Do you have an idea ? 62.102.229.98 (talk) 10:34, 11 July 2016 (UTC)

Mediawiki:Blog integration

I have implemented the blog through https://www.mediawiki.org/wiki/Extension:BlogPage. But when I click on blog name it gives me following error: A database query error has occurred. This may indicate a bug in the software.

My application link: http://10.166.120.61/mediawiki/index.php?title=Special:ArticlesHome

Please reply at earliest to sort it out.

My version:http://10.166.120.61/mediawiki/index.php?title=Special:Version

Thanks, Rajeev Rajeev123 wiki (talk) 14:51, 11 July 2016 (UTC)

Print.css

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 want to print several tables of fixed size. On the printable version, the size is correct, but not when I print my pages. Actually in this case tables don't have the same size.

How can I parameter this in the Mediawiki:Print.css please ?

Thanks Nanoukaplus (talk) 15:13, 11 July 2016 (UTC)

Can you give an example please? FriedhelmW (talk) 15:20, 11 July 2016 (UTC)

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

need to reset password

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.

---

password forgot 107.198.156.236 (talk) 17:22, 11 July 2016 (UTC)

Special:PasswordReset 87.123.41.248 (talk) 18:27, 11 July 2016 (UTC)

@87.123.41.248, you have to be logged in for that to work. He/she forgot their password as in they can't login.

@107.188.156.236 did you have an email setup with your account? 2002:43F4:3ABB:1234:6057:F7D0:17AF:F4C3 (talk) 18:35, 11 July 2016 (UTC)

Wargo is right.

In order to use Special:PasswordReset, you only have to know the username or the email address. Then you can get a temporary password sent to your address. 87.123.41.248 (talk) 20:43, 11 July 2016 (UTC)

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

New contributor unable to log in. Please advise.

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.

---

[V4PlmQpAAEMAAKHVDTMAAABU] 2016-07-11 18:29:45: Fatal exception of type "Exception" 2605:E000:90CE:9600:D450:B040:9551:CFDB (talk) 18:31, 11 July 2016 (UTC)

More details please? 2002:43F4:3ABB:1234:6057:F7D0:17AF:F4C3 (talk) 18:32, 11 July 2016 (UTC)

Please go on in Project:Support desk/Flow/2016/07#h-Weird_log-in_error_on_Wikipedia!-2016-07-11T19:25:00.000Z!

Duplicate of Project:Support desk/Flow/2016/07#h-Weird_log-in_error_on_Wikipedia!-2016-07-11T19:25:00.000Z. 87.123.41.248 (talk) 20:39, 11 July 2016 (UTC)

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

Weird log-in error on Wikipedia!

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.

---

(Happy 7/11 Day today, roughly 50 years, half a century, after the Icee was released as the 7-Eleven Slurpee! Even though I'm not from there, as just a customer I suggest that you go get a free "birthday cake" Slurpee between 11:A and 7:P, at least if you're in the USA!)

Anyway, I just signed up as Wikipedia:user: Consistency is Key on the English Wikipedia the other day, and not even a day later, after having been logged out for some reason, right after trying to relog in I was stopped dead in my track by this crazy error message:

[V4PWKApAAEQAAIrxM9QAAACM] 2016-07-11 17:23:53: Fatal exception of type "Exception"

And it happens no matter which browser or other system's IP address I use. How do you fix that?

(And don't forget your free Slurpee this 7/11 Day, at least in the USA, before 7: PM, especially on this half-century mark of the treat! Just a Slurpee/Icee fan here!) Consistency is Key (web coding login error) (talk) 19:25, 11 July 2016 (UTC)

never seen that before 67.244.58.187 (talk) 19:41, 11 July 2016 (UTC)

Right. But a few other people have. So if we can get some official help here in the nearly foreseeable future, that'd be great! Consistency is Key (web coding login error) (talk) 01:06, 12 July 2016 (UTC)

After creating my account on Wikipedia less than 24 hours ago, I have the same problem here, it definitely comes from the account : I tried to log in from two browsers and two machines on two different networks.

Any help is welcome. 89.101.237.34 (talk) 09:11, 12 July 2016 (UTC)

I have informed WMF ops about this issue. They promissed to check logs. 87.123.52.53 (talk) 19:07, 12 July 2016 (UTC)

Probably another instance of Phab:T119736. Sorry for the hassle, working on fixing it... AKlapper (WMF) (talk) 11:17, 13 July 2016 (UTC)

Seems like it is fixed, working fine for me.

Thanks for the help. 89.101.237.34 (talk) 13:06, 13 July 2016 (UTC)

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

Installing Extension Collection

I would like more details on how to install this extension, since it followed all the steps proposed here on the site and not getting success , thank you for your attention and good week! Denisnigra (talk) 20:54, 11 July 2016 (UTC)

Can't log in to my account on my newly-created wiki

I have succeeded to resolve the problem

Hello. I've just created a new wiki. The latest MediaWiki version (1.27.0) is installed on it.

I cannot log in to the admin account using the username and password I filled in the installation form.

After typing my username and password on Special:UserLogin, I get the following error message:

The supplied credentials could not be authenticated.

What can I do? Even if I can create a new account, it will not have administrator rights... Guycn2 (talk) 23:58, 11 July 2016 (UTC)

Hi, I am facing the same problems. How did you solve it? BenPORG (talk) 08:03, 4 March 2017 (UTC)

Parameters in Print.css

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've got some pages to print, and I don't want the url of the page neither the name of the wiki (at top).

Does someone know how to do that in the MediaWiki:Print.css ?

I already have

#siteSub {  display: none; } 
#firstHeading { diplay:none;}
.printfooter {  display: none; } 

Thanks Nanoukaplus (talk) 08:48, 12 July 2016 (UTC)

"and I don't want the url of the page neither the name of the wiki (at top)."

Those sound like the ones that are added by your printing system. On my Mac I can deselect: "Print headers and footers" in the print dialog to remove them for instance. You already seem to be hiding all the "in page" content that lists them with that CSS. —TheDJ (Not WMF) (talk • contribs) 09:22, 12 July 2016 (UTC)

Yes that was the problem, thank you very much ! Nanoukaplus (talk) 12:25, 12 July 2016 (UTC)

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

Issues installing Visual Editor

After following the documentation to install Visual Editor on a Ubuntu machine, I get the first error listed in the troubleshooting section : "Error loading data from server: HTTP 500. Would you like to retry?"

I checked what they propose.

1. curl is installed and is accessible from the server
2. No rewrite in Apache conf
3. setMwApi is set with the url previously tested with curl which is for me : parsoidConfig.setMwApi({ prefix: 'wiki', uri: 'http://wikirct/api.php', domain: 'wikirct' });

When I type http://wikirct/ in my browser, I have access to the wiki. I think the setMwApi is ok.

So I'm stuck. What else can I check ? Do you need further informations ? 62.102.229.98 (talk) 09:50, 12 July 2016 (UTC)

How do you create edit notices?

Like when you click edit on w:WP:ANI. NeedAGoodUsername (talk) 10:53, 12 July 2016 (UTC)

Take a look at the source code here: wikipedia:Wikipedia:Editnotice.

And templates like:

• wikipedia:Template:Editnotices/Namespace/Main
• wikipedia:Template:Editnotices/Namespace/User

Maybe these can be mirrored/re-purposed in some way. AhmadF.Cheema (talk) 11:08, 12 July 2016 (UTC)

How work GoogleCustomWikiSearch

I´ve installed this extension, but wouldnt know how this works.

Eg: I have to customize some part of the wiki, or work just of the variables of the extension.

When this extension is working, the original search field is modified?

So i need undertend this. Analistacavanha (talk) 15:25, 12 July 2016 (UTC)

According to the documentation here: Extension:GoogleCustomWikiSearch,

you will need to set $wgGoogleCustomWikiSearchReplaceSearch = true;

in LocalSettings.php "to completely replace the MediaWiki search engine with a Google search."

Check the configuration parameters on the extension page to see what other things that may need to be done. AhmadF.Cheema (talk) 16:16, 12 July 2016 (UTC)

In fact I did not express myself well.

I wanted to understand the operation of this extension, ie as use it after installation. For example, as I have to type a search in this extension to make sure it's working? Analistacavanha (talk) 19:23, 12 July 2016 (UTC)

• According to the documentation of the extension, if you set "$wgGoogleCustomWikiSearchReplaceSearch = true;" then the MediaWiki search like the one shown on the top right corner of pages will be replaced by Google search.
• Successful "installation" of the extension can be checked from your Wiki's Special:Version, where the extension's name should be mentioned.
• Apparently, if the extension is working, the results will show like here: theplantencyclopedia.org AhmadF.Cheema (talk) 00:29, 13 July 2016 (UTC)

Hi, i got in parts.

I read de documentation again and had a better understanding of the extension.

In LocalSettings.php, i put three lines:

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

$wgGoogleCustomWikiSearchId = 'analistacavanha@gmail';

$wgGoogleCustomWikiSearchReplaceSearch = true;

After that, when i type a word that exists im my wiki, is displayed the message: "This Custom Search Engine is loading. Please try again in a few seconds."

Now I'm trying to get the results such as shown in http://www.theplantencyclopedia.org/w/index.php?title=Special:GoogleCustomWikiSearch&term=Foliage page. Analistacavanha (talk) 12:18, 13 July 2016 (UTC)

Now this apparently is a problem with the extension itself.

www.theplantencyclopedia.org is using the extension version: "0.2.0 alpha(d20039c)"

Browse to your Wiki's Special:Version and see what version you are using for "GoogleCustomWikiSearch".

If you aren't already, try the latest master version of this extension. AhmadF.Cheema (talk) 13:46, 13 July 2016 (UTC)

API Login: NeedToken

I have MediaWiki 1.27.0 installed as a closed Wiki. In my own application I try to login using the API. First I fetch a login token and retrieve the cookies. Second I send a POST request to the URL http://localhost/mediawiki/api.php?action=login&format=xml. The HTTP request body is:

lgname=wiki&lgpassword=password&lgtoken=urlencoded_retrieved_token

The Content-Type is application/x-www-form-urlencoded. The Retrieved cookies will be sent back.

The servers answer is NeedToken.

When I try it outside of my application using Fiddler I have the same result. 31.17.235.136 (talk) 16:53, 12 July 2016 (UTC)

The parameter is token not lgtoken. 120.144.6.38 (talk) 08:12, 13 July 2016 (UTC)

@120.144.6.38

Now is the response "Unrecognized parameter: 'token'"

<api><warnings><main xml:space="preserve">Unrecognized parameter: 'token'</main><login xml:space="preserve">Fetching a token via action=login is deprecated. Use action=query&amp;meta=tokens&amp;type=login instead.</login></warnings><login result="NeedToken" token="89cdae597b1b780ab3fc296a56c14ab657861211+\" cookieprefix="Wiki_Standard" sessionid="ubd7qjqh36vuntbkhbabt92ejbed8998" /></api> 31.17.235.136 (talk) 10:07, 13 July 2016 (UTC)

According to API:Login the name is "lgtoken", not "token".

You can try this with https://en.wikipedia.org/wiki/Special:ApiSandbox#action=login&format=json&lgname=Bob&lgpassword=&lgtoken=b5780b6e2f27e20b450921d9461010b4%2B%5C Maybe this makes more clear, what is going wrong for you... 87.123.52.53 (talk) 10:19, 13 July 2016 (UTC)

Interesting is that the sessionid in the second response is the same as in the first response (and in the second request) given by cookie. The returned token in the second response differ from token in the first response (and the second request). It looks like the token generated during the first request was not bound to the session. 31.17.235.136 (talk) 11:24, 13 July 2016 (UTC)

I had a look in to ApiQueryTokens.php, Session.php and ApiLogin.php. During the first request fetching the login token and the second request logging in is always the method <code>getToken()</code> of the class <code>Session</code> called. I made there some debug outputs seeing what’s wrong:

1. Request Fetch Login Token

<code>secrets:

Session: sessionid=g13omsns9b32ugachs3vrmh3a5fdjtek; Token: key=login, salt=, secret=d5819399300c0b4a2792d8fbd9f3ca7f, new=1</code>

2. Request Login

<code>secrets:

Session: sessionid=g13omsns9b32ugachs3vrmh3a5fdjtek; Token: key=login, salt=, secret=03105645eec4322fc2a9fb8d10146ee1, new=1</code>

The array <code>$secrets</code> from <code>$this->get( 'wsTokenSecrets' )</code> is always empty. That’s why a new <code>$secret</code> and a new <code>$token</code> with the parameter <coder>$new = true</code> will be created even during the second request where the <code>$secret</code> for the session should be exists. The check login token in the method <code>execute()</code> of class <code> ApiLogin</code> fails because the token of the session was just created (<code> $token->wasNew()</code>).

Why is the array <code>$secrets</code> from <code>$this->get( 'wsTokenSecrets' )</code> empty? Have I to set up anything in my wiki? 31.17.235.136 (talk) 16:28, 13 July 2016 (UTC)

For anyone facing this, its an issue with the cookies file.. your cookies sent with the requests are somehow not in sync with the token generated from the requests. Delete any cookies data and this should be solved. Nischayn22 (talk) 05:43, 3 January 2019 (UTC)

Is it possible to create infoboxes without importing from Wikipedia?

Hello everyone. I'm trying to create infoboxes for my wiki for days... When I try to import from it's failed because of the Scribunto requirement and SELinux is disabled on my hosting so it's not a possible way.

Can I create infoboxes from zero, from scratch? If so, how can I? There is infoboxes codes everywhere but I have no idea to how to use them where to put them. When I try to create a page "Template:Infoboxname" with infobox code it just shows a red error. Fatih 041 (talk) 18:56, 12 July 2016 (UTC)

• You don't need SELinux enabled to install Extension:Scribunto.
• Without Extension:Scribunto (i.e. Lua) you cannot use the Wikipedia code as it requires Modules that you cannot have working.
• Without Extension:Scribunto, one way to solve this is to create templates which mirror the Wikipedia infoboxes look. With reduced functionality, it should be possible. AhmadF.Cheema (talk) 00:37, 13 July 2016 (UTC)

How to get a system message using JS?

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. What is that JavaScript syntax that allows to return a system message from the "MediaWiki" namespace? Guycn2 (talk) 20:52, 12 July 2016 (UTC)

This is described in Using messages in JavaScript —TheDJ (Not WMF) (talk • contribs) 09:54, 13 July 2016 (UTC)

Thanks, TheDJ. But unfortunately I'm not getting along...

I created User:Guycn2/sandbox, and wrapped it with a div and an id called "mytest".

Then, I created User:Guycn2/common.js, and added the following text:

document.getElementById("mytest").innerHTML = mw.message( 'copyright' ).plain();

Now, when I go to User:Guycn2/sandbox, I expect to see MediaWiki:Copyright instead of "Hello world". However, what actually happens is that the "Hello world" completely disappears and nothing appears instead! What did I do wrong? Guycn2 (talk) 10:04, 14 July 2016 (UTC)

You are missing the "Getting the messages to the client" part of that. There is no 'autofetch' of messages. —TheDJ (Not WMF) (talk • contribs) 10:05, 14 July 2016 (UTC)

Sorry, but I hardly know anything about JS, and I don't understand the meaning of "Getting the messages to the client".

Could you write the text I need to insert to my JS page in order to return the message? Is this a complex code? Guycn2 (talk) 10:08, 14 July 2016 (UTC)

I have put an example of loading messages, with the brand new api.messages plugin in my common.js: User:TheDJ/common.js. —TheDJ (Not WMF) (talk • contribs) 11:04, 14 July 2016 (UTC)

> Sorry, but I hardly know anything about JS, and I don't understand the meaning of "Getting the messages to the client".

BTW, if you don't know Javascript, you probably should not be using your common.js file in the first place. It can really break a lot of things if you make mistakes. —TheDJ (Not WMF) (talk • contribs) 11:06, 14 July 2016 (UTC)

Thank you! It works, and it even displays the message in my interface language!

About "not knowing JavaScript", I'm always really careful, so I don't think I will break something serious. In the worst case, I can simply disable JS on my browser and remove the breaking code, can't I? Guycn2 (talk) 11:39, 14 July 2016 (UTC)

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

MWException when I try to enable extensions

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! I recently installed MediaWiki under Ubuntu 14.04 and when I try to enable ANY extension (even the built-in ones) in LocalSettings.php, this appears on my site:

[11510db67cc1ae0ba2232772] /index.php/Main_Page MWException from line 118 of /var/www/html/includes/cache/localisation/LCStoreCDB.php: Unable to move the new CDB file into place.

Backtrace:

#0 /var/www/html/includes/cache/localisation/LocalisationCache.php(1024): LCStoreCDB->finishWrite()

#1 /var/www/html/includes/cache/localisation/LocalisationCache.php(462): LocalisationCache->recache(string)

#2 /var/www/html/includes/cache/localisation/LocalisationCache.php(336): LocalisationCache->initLanguage(string)

#3 /var/www/html/includes/cache/localisation/LocalisationCache.php(273): LocalisationCache->loadItem(string, string)

#4 /var/www/html/languages/Language.php(464): LocalisationCache->getItem(string, string)

#5 /var/www/html/includes/search/SearchEngineConfig.php(42): Language->getNamespaces()

#6 /var/www/html/includes/user/User.php(1530): SearchEngineConfig->searchableNamespaces()

#7 /var/www/html/includes/user/User.php(5033): User::getDefaultOptions()

#8 /var/www/html/includes/user/User.php(528): User->loadOptions()

#9 /var/www/html/includes/user/User.php(444): User->saveToCache()

#10 /var/www/html/includes/user/User.php(405): User->loadFromId(integer)

#11 /var/www/html/includes/session/UserInfo.php(88): User->load()

#12 /var/www/html/includes/session/CookieSessionProvider.php(119): MediaWiki\Session\UserInfo::newFromId(string)

#13 /var/www/html/includes/session/SessionManager.php(479): MediaWiki\Session\CookieSessionProvider->provideSessionInfo(WebRequest)

#14 /var/www/html/includes/session/SessionManager.php(182): MediaWiki\Session\SessionManager->getSessionInfoForRequest(WebRequest)

#15 /var/www/html/includes/WebRequest.php(700): MediaWiki\Session\SessionManager->getSessionForRequest(WebRequest)

#16 /var/www/html/includes/session/SessionManager.php(121): WebRequest->getSession()

#17 /var/www/html/includes/Setup.php(745): MediaWiki\Session\SessionManager::getGlobalSession()

#18 /var/www/html/includes/WebStart.php(137): require_once(string)

#19 /var/www/html/index.php(40): require(string)

#20 {main}

Does anybody know how to fix this? I have no idea why this is happening.

Any sort of help would be appreciated. Thanks! 98.232.166.211 (talk) 23:58, 12 July 2016 (UTC)

Add this to localsettings file 110.4.237.48 (talk) 03:27, 17 September 2016 (UTC)

$wgCacheDirectory = "$IP/cache"; 110.4.237.48 (talk) 03:28, 17 September 2016 (UTC)

Hi, perhaps setting the rights of folder /cache to 777 (= writable) will solve this problem. Cheers 87.123.52.53 (talk) 06:34, 13 July 2016 (UTC)

That didn't work. Any other way I can fix this? 98.232.166.211 (talk) 04:25, 14 July 2016 (UTC)

The extension needs to regenerate the localization cache, and the location where it tries to write to, apparently doesn't allow writing. See also [2] —TheDJ (Not WMF) (talk • contribs) 09:52, 13 July 2016 (UTC)

Ran into this problem today, hopefully these notes help someone else.

MW version: 1.27.0

System: Debian Jessie (v8.6)

What precipitated this: Debian pushed an update today to the mysql-server package. This was not the cause of the problem, but it did seem to be the trigger. (As an aside, I had a FULL backup of the wiki before upgrading. I was safe no matter what. Always. Backup. Your. Wiki. Before. You. Cause. A. Problem.)

Result: "Fatal exception of type MWException"

Solution:

1) add "$wgShowExceptionDetails = true;" to the bottom of LocalSettings.php. The point of doing this is to check that you really have the same problem, as per step 3.

2) Refresh the page.

3) Top line will now show: "Unable to move the new CDB file into place."

4) Make note of the ownership settings of the MW installation directory, so you can tighten things up again later.

5) I am running a stock version of Apache as supplied by Debian. So: chown -R www-data:www-data /usr/share/mediawiki

6) Refresh the page. Take the wiki for a test drive. Everything works now.

7) Remove "$wgShowExceptionDetails = true;" from LocalSettings.php.

8) Change the MW install directory ownership settings back to whatever satisfies your paranoia. Track down the documentation on the minimum required writable directories for normal MW operation. This is left as an exercise for the reader.

To be clear, the problem was caused by incorrect ownership settings on the MW cache directory. So, the solution procedure above is a bit of a sledgehammer, but it worked. 73.196.227.225 (talk) 14:38, 17 September 2016 (UTC)

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

Arrays don't work

Hi, I recently made an array of global settings ($wgConf->settings), when I define 'wgSitename' and 'wgLogo', it doesn't do anything. The name of the website is set to MediaWiki and the logo doesn't show. This is my configuration:

$wgConf->settings = array(

'wgSitename' => array(

'wiki' => 'wikiname',

),

'wgLogo => array(

'wiki' => 'path/to/picture.png',

),

);

('default' => /path/to/picture.png'wiki' => /path/to/otherpicture.png Agent Isai (talk) 02:12, 13 July 2016 (UTC)

Specify parts to print

Hello,

I need to print only some parts in a page, so I used this code :

<div class="noprint">...</div>

It works when I select all the page, but if I want to specify two parts in my page for example, or just a part but not all the text, it doesn't work. And I don't understand why.

Does anyone have an answer ?

Thanks Nanoukaplus (talk) 07:00, 13 July 2016 (UTC)

I guess you are using this class in your wiki text, right?

The class noprint should in fact hide that content during printing.

How are you marking two different parts of the page at the same time? Is this maybe a browser bug? 87.123.52.53 (talk) 07:30, 13 July 2016 (UTC)

Sorry I didn't explain well.

I've got my page, and I want to print only one part of the page, which is in the middle of the text. So I want to specify two parts no printable (before and after my part of interest) Nanoukaplus (talk) 07:36, 13 July 2016 (UTC)

Ahh, I see. Yeah, that should be working.

When you are printing, in the browser menu, are you then selecting "print the whole page" or do you make a selection and choose "print selected parts"?

In which browser does this poblem happen? Does it work in other browsers? 87.123.52.53 (talk) 07:52, 13 July 2016 (UTC)

In fact when I print I use the wiki link "Printable version" because I need also my MediaWiki:Print.css to define other parameters. So it's on this page that I want only one part displayed. Then I select "print the whole page", the other option is not possible.

This happens in Firefox and it doesn't work anywhere Nanoukaplus (talk) 10:01, 13 July 2016 (UTC)

Import SVG and keep its embedded links ?

Hello,

Is it possible in mediawiki 1.27.0 to import SVG images with links and to keep these links working when someone click on it ? The idea is to import some organizational chart where the user can click on each part to be redirected to other mediawiki pages.

I would benefit from your experience before loosing time in testing things that are maybe not possible.

Thanks 62.102.229.98 (talk) 07:21, 13 July 2016 (UTC)

The larger topic on this for Wikimedia website properties is: [3] But if you are hosting your own MediaWiki, you might want to look at Extension:NativeSvgHandler. —TheDJ (Not WMF) (talk • contribs) 09:46, 13 July 2016 (UTC)

Configure Parsoid for Visual Editor

Hello,

I'm struggling to configure Parsoid. The server runs well but when I try the round-trip test page for example, I get the following 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

My configuration is the same for both LocalSettings.php and /usr/lib/parsoid/src/localsettings.js. Domain is set at what hostname command returns (wikirct), I choose the prefix myself (but I'm not sure it's the good way to do it) and the URI is something like http://mywebsite:80/api.php and when I test it with curl it works.

It looks like this in localsettings.js :

parsoidConfig.setMwApi({ prefix: 'wiki', domain: 'wikirct', uri: 'http://wikirct:80/api.php' });

It looks like this in LocalSettings.php :

$wgVirtualRestConfig['modules']['parsoid'] = array(

'url' => 'http://wikirct:8142',

'domain' => 'wikirct',

'prefix' => 'wiki'

);

What did I do wrong ? 62.102.229.98 (talk) 08:46, 13 July 2016 (UTC)

By any chance the "<nowiki/>" isn't in your actual working code, is it? AhmadF.Cheema (talk) 10:09, 13 July 2016 (UTC)

No, the <nowiki/> that you see is due to the post edition by Wargo but it not correspond to my copy/paste. Yolo33s (talk) 10:59, 13 July 2016 (UTC)

Is there any chance that I got some help for this problem ? I know I asked a lot of questions during the last days but this one is the most important for me. I'm surprised to see that there is so little feedback on the web about the configuration of Parsoid and Visual Editor while I think a lot of people desire it working on their mediawiki !

If it is so easy to set up, maybe someone can tell me in a glimpse what seems wrong in my configuration. Indeed, there are only three thinks to put together : uri, prefix and domain...But I can't figure it out. Help is really needed. Yolo33s (talk) 13:12, 13 July 2016 (UTC)

Seeing as no one else is giving a solution, maybe you can temporarily go for: VisualEditor/Installation on a shared host.

This uses an external cloud service (Heroku) for Parsoid setup, so any issues with your own server configuration shouldn't be a problem.

However, this method can have performance issues for the free account like slow loading, service "sleeping" after 30 minutes of non-use (which means that "waking up" of service will take slightly more time) and a total of 550 hours of "wake" time per month for the service. Shouldn't be a problem if the Wiki is low traffic, otherwise this can at-least act as a temporary solution. AhmadF.Cheema (talk) 04:09, 14 July 2016 (UTC)

I'm having the exact same problem.

OS: ubuntu 16.04

MediaWiki: 1.27 Stable

VisualEditor: git clone -b REL1_27 https://gerrit.wikimedia.org/r/p/mediawiki/extensions/VisualEditor.git

Parsoid: v0.5.1 from here (https://releases.wikimedia.org/debian/pool/main/p/parsoid/)

Hoping someone may be able to help.

Thanks 174.114.48.41 (talk) 22:17, 16 July 2016 (UTC)

Does the MW support know if the extension actually works with the 1.27.0 stable version ? 62.102.229.98 (talk) 08:54, 25 July 2016 (UTC)

Must work, because Wikipedia uses them. wargo (talk) 09:18, 25 July 2016 (UTC)

I finally managed to install Visual Editor with Parsoid on MW 1.27.0. While installing the translate extension, I did a re-install of the wiki and it made it works. The last problem that I'm facing is that users that are allowed to modify protected pages (with AccessControl Extension) can't modify them. Are there any incompatibility between Visual Editor and AccessControl ? 62.102.229.98 (talk) 10:23, 25 July 2016 (UTC)

Hi. We're using a 14.04.05 install, 64 bit , Ubuntu server. It's a virtual server hosted by Citycloud.

Wiki is 1.27.1 (stable), and the VisualEditor version from the Extensions download page here, as instructed someplace here (git version is tied to specific devel version of mediawiki if I understand things correctly). Have followed the install and config steps at Parsoid/Setup.

http://localhost:8142/_wikitext/ always returns error: No API URI available for prefix: enwiki; domain: undefined path: /_wikitext/ no matter the alterations to /etc/mediawiki/parsoid/settings.js. Have tried setting string 'domain' and 'prefix', same in LocalSettings.php as in parsoid's settings.js, have tried without those since they are meant to be redundant now but then parsoid's log says "Invalid domain" (IP of server).

On trying Curl localhost/api.php , that is fetched alright. curl -L localhost:8142/domain_in_settings.js/v3/page/html/Main Page/ dgives ETIMEDOUT. On trying the editor in the Wiki the progress bar goes halfway then stalls with http500 and "check the api.php for details on how to use it". Thanks, but it is trying to visuealedtor-parse, a function supported by checking api.php in the browser since the VisualEditor extension loads.

Prior I got to a point where it worked to edit when not logged in, when logged in it gave this error(though can't seem to reproduce that). Regardless the "/_wikitext" has never worked. Trying the server :8142/ gives the parsoid hello page.

The parsoidConfig.setInterwik( variable hasn't made a seeming difference.

Thankful for any advice. Nattsvartkatt (talk) 08:28, 13 September 2016 (UTC)

htaccess codes for Short URL

Hello everyone. I'm currently using my wiki on subdomain (lets say sub.domain.com).

And my current URLs like: http://sub.domain.com/index.php?title=Page_Name

I want them to be: http://sub.domain.com/Page_Name

How do I achieve this? There is no example code for like this structure on MediaWiki help pages. Fatih 041 (talk) 17:17, 13 July 2016 (UTC)

I think short URLs should explain that... 87.123.57.206 (talk) 17:37, 13 July 2016 (UTC)

Apart from that I realize that the according pages are telling you not to pretend the wiki pages would directly be in the site root. However, exactly that is what you are asking for. I myself am running such an installation as well and it is working. The only shortcoming I am seeing is that a few page names are not possible: Pages, which have the same name as a file from the MediaWiki package, cannot be created (or the files cannot be reached). Maybe the help pages should be reworked to say that such installations in fact are possible mentioning this shortcoming... 87.123.57.206 (talk) 17:40, 13 July 2016 (UTC)

So, I must move my wiki to /wiki? Or what? Fatih 041 (talk) 19:09, 13 July 2016 (UTC)

LocalisationCache.php Error

I somehow ran into this error when trying to troubleshoot why I was getting HTTP 500 errors trying to save pages.

[79c36345a27b880b53aa7e00] /index.php/Special:Version MWException from line 118 of /var/www/html/includes/cache/localisation/LCStoreCDB.php: Unable to move the new CDB file into place.

Backtrace:

#0 /var/www/html/includes/cache/localisation/LocalisationCache.php(1024): LCStoreCDB->finishWrite()

#1 /var/www/html/includes/cache/localisation/LocalisationCache.php(462): LocalisationCache->recache(string)

#2 /var/www/html/includes/cache/localisation/LocalisationCache.php(336): LocalisationCache->initLanguage(string)

#3 /var/www/html/includes/cache/localisation/LocalisationCache.php(273): LocalisationCache->loadItem(string, string)

#4 /var/www/html/languages/Language.php(464): LocalisationCache->getItem(string, string)

#5 /var/www/html/includes/search/SearchEngineConfig.php(42): Language->getNamespaces()

#6 /var/www/html/includes/user/User.php(1530): SearchEngineConfig->searchableNamespaces()

#7 /var/www/html/includes/user/User.php(5033): User::getDefaultOptions()

#8 /var/www/html/includes/user/User.php(528): User->loadOptions()

#9 /var/www/html/includes/user/User.php(444): User->saveToCache()

#10 /var/www/html/includes/user/User.php(405): User->loadFromId(integer)

#11 /var/www/html/includes/session/UserInfo.php(88): User->load()

#12 /var/www/html/includes/session/CookieSessionProvider.php(119): MediaWiki\Session\UserInfo::newFromId(string)

#13 /var/www/html/includes/session/SessionManager.php(479): MediaWiki\Session\CookieSessionProvider->provideSessionInfo(WebRequest)

#14 /var/www/html/includes/session/SessionManager.php(182): MediaWiki\Session\SessionManager->getSessionInfoForRequest(WebRequest)

#15 /var/www/html/includes/WebRequest.php(700): MediaWiki\Session\SessionManager->getSessionForRequest(WebRequest)

#16 /var/www/html/includes/session/SessionManager.php(121): WebRequest->getSession()

#17 /var/www/html/includes/Setup.php(745): MediaWiki\Session\SessionManager::getGlobalSession()

#18 /var/www/html/includes/WebStart.php(137): require_once(string)

#19 /var/www/html/index.php(40): require(string)

#20 {main} 65.102.176.239 (talk) 20:35, 13 July 2016 (UTC)

Hmm. Seemed to have fixed it with adding:

$wgCacheDirectory = "$IP/cache";

to LocalSettings.php. 65.102.176.239 (talk) 20:41, 13 July 2016 (UTC)

it is not working 106.51.8.138 (talk) 10:14, 13 July 2018 (UTC)

Check folder permissions. PHP must be able to write to that folder. Ciencia Al Poder (talk) 08:44, 14 July 2018 (UTC)

網址

== 網址 is Chinese for "web address", "site". ~~~~] == Anthony Appleyard (talk) 09:15, 14 July 2016 (UTC)

1,640 remains stuck at 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.

---

The following was reported on phabricator, but was apparently recommended to be brought here too, so here goes (in case anyone has a possible solution):

The magic word {{NUMBEROFACTIVEUSERS}} remains stuck at 0.

This can be seen in Special:Statistics, Special:CreateAccount and wherever the magic word is included in a page.

The Special:ActiveUsers page, however, works fine and lists the active users.

Have already tried unsuccessfully:

initSiteStats.php --update

MediaWiki 1.28.0-alpha (5726c9c) 04:18, 12 July 2016

PHP 5.6.22 (cgi-fcgi)

MySQL 5.6.30-log

ICU 50.1.2

Lua 5.1.5 AhmadF.Cheema (talk) 11:17, 14 July 2016 (UTC)

The list of active users is stored in the querycachetwo table, which is populated from the Job queue. It may be that the job queue on your wiki is not being run. Look at the Manual:Job queue page to see possible problems and solutions. Ciencia Al Poder (talk) 18:39, 14 July 2016 (UTC)

No, the jobs are complete (i.e. 0). I run cron jobs to make sure.

Another thing I just noticed is that the api page (.../w/api.php?action=query&meta=siteinfo&siprop=statistics&format=jsonfm) used to find out how many jobs are remaining, here too the "activeusers" is 0.

The active users have been stuck at 0, since the Wiki was setup, i.e. even when one sysop account was active. AhmadF.Cheema (talk) 00:23, 15 July 2016 (UTC)

Solved (kind of).

• Just tried a new test install:

MediaWiki

1.28.0-alpha (b8804f6)

• This time the number of recent contributors (or {{NUMBEROFACTIVEUSERS}}) was stuck at -1 instead of 0. This reminded me of an old MediaWiki bug.
  • https://phabricator.wikimedia.org/T56888
  • https://phabricator.wikimedia.org/T22017
• T22017 indicated a temporary fix using: php maintenance/initStats.php --active --update
• Because of the change in the maintenance .php file, used the following command in SSH:

php maintenance/initSiteStats.php --active

• This fixed the issue.
• However, it should be pointed out that I had previously run multiple times:

php maintenance/initSiteStats.php --update

• which didn't help. It did update the other variables (like number of edits etc.) but not the number of active users.

----

• Created another test account, to see if the number was updating now automatically or not.
  • It wasn't. Had to run initSiteStats.php --active again to update the value.
  • Tested again to repeat the results and make sure there wasn't a jobs backlog problem.
  • There wasn't. The issue is persistent and unable to be fixed without running: initSiteStats.php --active. AhmadF.Cheema (talk) 01:38, 15 July 2016 (UTC)

Yeah, that looks like a bug Ciencia Al Poder (talk) 03:25, 15 July 2016 (UTC)

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

Site Protection for Users

I want to protect Sites to see. Only Users of a defined Group (per example Admins) can read these Sites.

Not all Sites has to be protecet. How can i do this.

Thx Frank Am82f200 (talk) 12:30, 14 July 2016 (UTC)

See Manual:Preventing access#Restrict viewing of certain specific pages.

MediaWiki was not written to provide per-page access restrictions, and almost all hacks or patches promising to add them will likely have flaws somewhere, which could lead to exposure of confidential data.

If it was me, I would not use MediaWiki for that kind of page protection. 87.123.0.89 (talk) 12:42, 14 July 2016 (UTC)

random image appearing in list of images

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.

---

A weird and random image is appearing at the end of the images on my wife's wikimedia commons page of pictures ... I am guessing this is due to a listing error on the part of the (unknown) uploader. It has nothing to do with my wife at all. How does one remove something like this so it doesn't show up when you search a very specific (and unique) name? GearHeadinLA (talk) 22:28, 14 July 2016 (UTC)

I guess you are seeing this image in a category? Categories should only show those files, which have the according category put on their image page. With other words: What you describe just should not happen.

What is the URL, where this random image shows up? 87.123.0.89 (talk) 22:35, 14 July 2016 (UTC)

I am not sure if that last long URL I included actually posted. Can you see it? GearHeadinLA (talk) 23:07, 14 July 2016 (UTC)

look at the last image: https://en.wikipedia.org/w/index.php?title=Special:Search&search=Tamaro%2C+Janet&fulltext=Search&profile=images&searchToken=54ef26bzta1wxhot850m66wgt GearHeadinLA (talk) 22:41, 14 July 2016 (UTC)

Ahh, you are speaking about the search results on the Special:Search page.

If you search for multiple words, the search is only looking for these words anywhere in the files/pages. It however does not check, if they appear directly next to each other. With your search terms, the search returns the expected hits, which include both words at whatever place of the according search result. Among those hits also is this file: en:File:Jewish_Encyclopedia_Volume_8.pdf. The search page shows that this file would contain the last name, but it in fact contains both words, first name (on page 330) and last name (as shown in the search results, on page 324). This is why this file shows up in the search results as well.

If you want to search for an exact match of multiple words, you have to put them into quotation marks like so: https://en.wikipedia.org/w/index.php?title=Special%3ASearch&profile=images&fulltext=Search&search=%22Janet+Tamaro%22 And now you only have the exact matches. 87.123.0.89 (talk) 08:00, 15 July 2016 (UTC)

ahh yes.. the boolean search solution. Ok thank you. 2605:E000:8541:F600:D4F7:3559:409D:D324 (talk) 19:29, 16 July 2016 (UTC)

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

Templates break lists?

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! Here's my wiki and information: http://wiki.modgov.us/wiki/Special:Version

On my wiki I have and will have lots of links and list of links to subreddits and reddit users, so I created a couple of templates for that: http://wiki.modgov.us/wiki/Template:R and http://wiki.modgov.us/wiki/Template:U

The problem is that when I use this template in a list it breaks the list and doesn't stay beside the bullet point. Examining with inspect element it appears there's some sort of rogue <p></p> being inserted somewhere along the line.

The last link on the right column of the main page is an example of what happens.

Thanks for any help. NardCake (talk) 01:08, 15 July 2016 (UTC)

The newline between your </noinclude> and your <includeonly> is included in the template transclusion. Clump (talk) 01:46, 15 July 2016 (UTC)

ahhhhh. Alright, thanks a ton. Sometimes you just need another eye. NardCake (talk) 01:54, 15 July 2016 (UTC)

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

Timer oder Stoppuhr einbauen

Hallo,

wir möchten gerne mehrere Timer einbauen. Einen pro Seite.

Der User soll, wenn möglich die Uhrzeit und den Tag an dem der Timer bei 0 sein soll selbst eingeben, oder über vorbelegte Button 8 Stunden - 24 Stunden - 48 Stunden - 72 Stunden.

Wie kann ich so etwas realisieren?

Danke Meyerundhorn (talk) 08:02, 15 July 2016 (UTC)

Das ist realisierbar in JavaScript, siehe zum Beispiel https://www.tutorials.de/threads/digitale-uhr-in-javascript.240723/ FriedhelmW (talk) 10:57, 17 July 2016 (UTC)

Das ist leider aber nur eine Digitale Uhr in Java.

Wir benötigen folgendes:

- Buttons für 10 - 12 - 48 - 72 Std.

- Eine Uhr die wenn man auf die jeweiligen Buttons drückt entweder runterläuft oder raufzählt

- Die Uhr MUSS im Hintergund weiterlaufen ohne das wir ständig auf der Seite sind, sprich beim verlassen / schließen des Browers darf der / die Timer / Stoppuhr nicht zurückgesetzt werden. Bsp. ich starte um 9:50 einen 10 std. countdown / Stoppuhr so darf dieser nach schließen der Seite und erneutem öffnen um 10:10 nicht wieder bei 0 starten sondern er sollte dann bei 00:20:00 oder 09:40:00 stehen !!!

- Schönheit ist nebensächlich ! Eine schlichte Digitale Uhr ist föllig ausreichend wer sich allerdings ein bisschen mehr Mühe gibt bekommt sicher auch was schöneres hin als eine Excel-Tabelle ;)

- Bedient wird sie per Ipad !!!

- Nach ablauf der gewählten Zeit sollte sie sich entweder automatisch auf null zurücksetzen oder besser noch ein Text á la Zeit abgelaufen oder ein Button zum reset haben

Das sollte es dann soweit erstmal gewesen sein. Bitte gebt uns eine Info ob dieses Projekt umsetzbar ist oder vllt. habt ihr ja auch andere Alternativen (APP / HTML / PHP / etc.).

Im Vorraus schonmal ein großes Danke für eure Mithilfe ! Meyerundhorn (talk) 12:25, 18 July 2016 (UTC)

Maybe timers like the following might work:

http://www.timeanddate.com/clocks/freecountdown.html

https://countingdownto.com/

Although, it will be somewhat of a hassle to set them up. AhmadF.Cheema (talk) 13:53, 18 July 2016 (UTC)

Thx for ur help.

These Timers are to complicated for our use.

We only want specific Timers for 10 - 12 - 48 - 72 hours

For example:

http://www.countdown-timer-stop-watch.com/stop_watch.html

http://www.countdown-timer-stop-watch.com/countdown.html

Like This.

The problem that we have is, if we leave the page or close the browser, the timer will reset automaticly.

And the other Problem is, These timers dosen´t start Count down if we have intergrated it into the Wikimedia.

I´ve called the programmer of These Counters and he said we can use it for free and we can Change the script for our use.

That is the best Way but it dosen´t work fine -.-

--------------------

Danke für eure Hilfe.

Leider sind diese Timer zu kompliziert für unseren gebrauch.

Wir benötigen nur die speziellen 10 - 12 - 48 - 72 Stunden Zähler.

Zum Beispiel:

http://www.countdown-timer-stop-watch.com/stop_watch.html

http://www.countdown-timer-stop-watch.com/countdown.html

Wie diese.

Das Problem an diesen ist wenn die Seite verlassen wird, oder der Browser geschlossen, resetet sich der Timer automatisch.

Und das andere Problem ist, dieser Timer startet nicht nachdem wir ihn in Wikimedia intergriert haben.

Ich habe schon mit dem Programmierer telefoniert und er sagte mir wir können diesen Timer frei nutzen und sogar an unsere Wünsche anpassen können.

Das wäre der einfachste Weg aber leider funktioniert dieser nicht -.- Meyerundhorn (talk) 05:36, 19 July 2016 (UTC)

Wikieditor not shwowing

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.

---

version: 1.26.2

PHP: 5.5.9-1ubuntu4.17 (apache2handler)

MySQL 5.5.49-0ubuntu0.14.04.1

ICU 52.1

https://kiwki.us/wiki/%ED%82%A4%EC%9C%84%EC%9C%84%ED%82%A4:%EB%8C%80%EB%AC%B8 (ko) MINT163 (talk) 08:43, 15 July 2016 (UTC)

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

New wiki, set image upload to 'true' but get errors

Getting several errors... here is the code I have in the localsettings, I have created the dir.

$wgEnableUploads = true;

$wgUseImageMagick = true;

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

$wgUploadPath       = "$wgScriptPath/uploads";      

$wgUploadDirectory  = "$IP/uploads";

I get an error on the upload file page as well as after trying to upload:

Warning: putenv() has been disabled for security reasons in /var/www/vhosts/aranyik.com/naturalwhetstone.org/includes/GlobalFunctions.php on line 3101

Notice: Uncommitted DB writes (transaction from DatabaseBase::query (User::loadFromDatabase)). in /var/www/vhosts/aranyik.com/naturalwhetstone.org/includes/db/Database.php on line 4147 MAHR88 (talk) 18:30, 15 July 2016 (UTC)

In the PHP configuration, the function putenv() currently is disabled. Enable this function to resolve the issue! 87.123.9.12 (talk) 21:47, 15 July 2016 (UTC)

Is this is a php file in the mediawiki package? Where can it be found? Thank you Is it the php.ini file? MAHR88 (talk) 04:01, 16 July 2016 (UTC)

I mean the according php.ini file. Look out for the disable_functions directive in the php.ini file and adjust it so that putenv no longer is disabled! 87.123.9.12 (talk) 10:22, 16 July 2016 (UTC)

O.k thank you, I am looking for a way to access this file through Plesk on enom server, but the folder is hidden in plesk file manager, and I do not see that in the php settings, any experience with enom, plesk, ftp, to resolve this issue? I have sent a ticket over to support at enom. I do not have access to linux machine. I did see in phpinfo it is in my etc folder which is hidden. MAHR88 (talk) 17:55, 16 July 2016 (UTC)

Exception encountered, of type "LocalFileLockError"

Whenever I want upload new image I get this error.

Exception encountered, of type "LocalFileLockError"

Ubuntu Server (Apache2) OMG PLEASE DO NOT BE OCCUPIED I AM TRIGGERED (talk) 20:52, 15 July 2016 (UTC)

In which wiki is this happening?

Which version of MediaWiki is this wiki using?

(Possibly T135485, T132921...) 87.123.9.12 (talk) 21:39, 15 July 2016 (UTC)

Newest one OMG PLEASE DO NOT BE OCCUPIED I AM TRIGGERED (talk) 09:41, 16 July 2016 (UTC)

What is the "newest version"? Is that 1.27, which is the newest LTS version? Or 1.28wmf..., which is the newest point release? Or even something completely different, because you installed this from some strange repository, which only has outdated stuff anyways? 87.123.9.12 (talk) 10:17, 16 July 2016 (UTC)

1 2 7 OMG PLEASE DO NOT BE OCCUPIED I AM TRIGGERED (talk) 14:32, 16 July 2016 (UTC)

Had the same issue but it was only a permission problem. MediaWiki was not able to write to the images subdirectory. Could be the same issue on your system. 84.72.156.189 (talk) 20:19, 16 July 2016 (UTC)

try to put www-data as owner recursively

chown -R  www-data images Nicolas NALLET Wiki-Valley.com (talk) 14:33, 22 July 2016 (UTC)

it's working :) 213.205.49.193 (talk) 15:57, 17 February 2017 (UTC)

Same problem here. We don't have a www-data user or group 90.145.64.130 (talk) 10:06, 28 July 2016 (UTC)

How do I fix this? When I try to upload an image on 1.27 I get the same "Exception encountered, of type "LocalFileLockError":

Already had issues with caching which I was able to resolve. 97.75.165.2 (talk) 16:28, 28 July 2016 (UTC)

I am having the same issue on 1.27 for the error below and was unable to resolve it.

Exception encountered, of type "LocalFileLockError" 66.194.25.11 (talk) 20:10, 17 August 2016 (UTC)

I has a similar problem.

In my case SELinux was the problem.

To verify - you can temporarily disable SELinux (sudo setenforce 0) and try again.

If the upload works - then you can follow the instructions at the MediaWiki SELinux page:

SELinux

What worked for me was to change the PHP file upload location from /tmp to the mediawiki/image/temp directory and then sudo chcon -R -t httpd_user_rw_content_t images

When you are done - dont forget to re-enable SELInux!

Hope this helps 192.62.77.24 (talk) 19:15, 18 August 2016 (UTC)

My Wiki is not open, how can I do to disable the login request (Verson 1.16).

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 not open, how do I disable the login request (Verson 1.16). Analistacavanha (talk) 20:56, 15 July 2016 (UTC)

In which way is your wiki not open? Is it configured as a closed wiki which only logged in users can view?

And when do you get a login request?

You can set up .htpasswd protection to keep the wiki closed and then configure MediaWiki in LocalSettings.php to allow anonymous editing by setting

$wgGroupPermissions['*']['edit'] = true; 87.123.9.12 (talk) 21:42, 15 July 2016 (UTC)

Ok i got it. I updated the version and working good.

Thanks! Analistacavanha (talk) 00:23, 22 July 2016 (UTC)

Apart from that, you should upgrade MediaWiki to a supported version. Even if the wiki is closed; as long as it is reachable from the internet - and even if it is not - you cn still be affected by security relevant issues. 87.123.9.12 (talk) 21:44, 15 July 2016 (UTC)

If you want to disable register function and enable edit only for registered users I suggest Request Account extension. OMG PLEASE DO NOT BE OCCUPIED I AM TRIGGERED (talk) 09:45, 16 July 2016 (UTC)

Ok i got it. I updated the version and working good.

Thanks! Analistacavanha (talk) 00:23, 22 July 2016 (UTC)

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

MediaWiki directory ownership and permissions issue

Hello, I need help with what I believe might be a minor file ownership/permissions problem.

Automatically installing MediaWiki from the FreeBSD distribution's packaged binaries was going to downgrade my PHP7 (current) to PHP5.6 and replace MariaDB server (current) with MySQL server so I followed the manual installation instructions here:

https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Installing_MediaWiki

The extracted files belonged to a user 501 and group Staff, which seemed incorrect, so I changed the ownership and permissions to be the same as for my Apache 2.4 document root:

chown -R myuser:www /usr/local/www/w chmod -R u=rwX,g=srX,o=rX /usr/local/www/w

After installing all necessary PHP modules, I again visited http://127.0.0.1/w/index.php to setup a local configuration with a database user etc. The initial page displayed correctly but when I clicked "set up the wiki" some errors were displayed regarding scripts not being able to execute. According to the instructions, I changed file and directory permissions:

find . -type f -exec chmod 644 {} \; find . -type d -exec chmod 755 {} \;

However, the following errors are still displayed when I try to set up the wiki:

Exception encountered, of type "Error" [4144667c99eaed13dddb03ea] /w/mw-config/index.php Error from line 732 of /usr/local/www/w/includes/Setup.php: Call to undefined function session_name() Backtrace:

   0 /usr/local/www/w/includes/WebStart.php(137): require_once()
   1 /usr/local/www/w/mw-config/index.php(36): require(string)
   2 {main} Jakedoeiv (talk) 23:53, 15 July 2016 (UTC)

The PHP function session_name() comes with PHP itself. You need to install the package, which brings session support. I think this package is named php5-session. After that, restart Apache! 87.123.9.12 (talk) 00:26, 16 July 2016 (UTC)

Thanks! After searching on the Internet I found out that I didn't have that PHP package installed and a few others, which were not detected and listed as missing when I began to configure MediaWiki from my web browser.

Most of the package dependencies are however listed in the public installation guide for MediaWiki. On FreeBSD I did have to downgrade from PHP7 to PHP5.6 to get this to work. I was able to keep using MariaDB 10 server -- much less memory required -- instead of MySQL server. Jakedoeiv (talk) 02:18, 16 July 2016 (UTC)

Which MediaWiki version is it that FreeBSD is offering?

I am aksing, because MediaWiki 1.27 should work with PHP 7... 87.123.9.12 (talk) 10:19, 16 July 2016 (UTC)

How to find broken external links?

How do you find external links on your wiki(s) that are broken?

There is Extension:ExternalLinks but maybe there is an easier solution... Stefahn (talk) 09:45, 16 July 2016 (UTC)

MediaWiki stores all external links in the externallinks table inside the database. If you want to check all links, then the easiest solution is to go over all of these links and to check each one of them. If the extension provides a nice GUI to do exactly that, then I would tend to say this is the easiest way to do it. 87.123.9.12 (talk) 10:15, 16 July 2016 (UTC)

Thanks. Any other opinions on that matter? Stefahn (talk) 19:54, 11 August 2016 (UTC)

There is an Extension called Rotten Links that lists them. CayceP (talk) 15:22, 30 May 2020 (UTC)

Thanks. Yes, I discovered it only some days ago and will give it a test soon. Stefahn (talk) 20:05, 1 June 2020 (UTC)

Customize collapsible elements

Hello, I hope I'm writing in the right place. I'd like to know if there's any way to customize the collapsible elements for a single user who wanted to see all the elements expanded by default. Horcrux (talk) 10:59, 16 July 2016 (UTC)

when i open special:version error was print out

Warning: is_file(): open_basedir restriction in effect. File(/usr/bin/git) is not within the allowed path(s): (/home/www/domain.com:/tmp/:/var/tmp/:/proc/) in /home/www/domain,com/w/includes/GitInfo.php on line 214

was something i foget install or setting??

other pages is ok . Iefnuy (talk) 11:39, 16 July 2016 (UTC)

In your php.ini file you have open_basedir set up so that only file from the named paths can be executed. /usr/bin/git, where obviously Git is installed, is not in the list of allowed path, so you get this error.

Three and a half possible solutions:

• Add the path to Git to open_basedir.
• Install Git at one of the paths, which already are inside open_basedir and change $wgGitBin in LocalSettings.php accordingly.
• Set $wgGitBin = false; to disable the display of Git versioning information on Special:Version.
• And the half solution: Do not install MediaWiki from Git, then MediaWiki won't try reading Git versioning information as well. 87.123.58.46 (talk) 12:06, 16 July 2016 (UTC)

My wiki doesn't have stackable bullet points, in either Monobook or Vector skin

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 doesn't have bullet points that can be stacked in either skin. "*" and "**" and any other infinite combinations of asterisks only produces a 1-level bullet point. This is extremely annoying because it seems I'm the ONLY person with this problem. http://wikizilla.org/wiki/MediaWiki:Sidebar 71.15.112.25 (talk) 19:16, 16 July 2016 (UTC)

When I mean the only person, I mean that I've not seen this type of error reported anywhere else happening to any other wiki on the internet. 71.15.112.25 (talk) 19:17, 16 July 2016 (UTC)

The sidebar doesn't support nested lists Ciencia Al Poder (talk) 19:54, 16 July 2016 (UTC)

I'm not talking about the sidebar, looks like I'm stupid for not putting that there. I am talking about the entire wiki. Any regular page that has bullet points cannot have stackable bullet points. Anyway, you should've been able to see that if you went to the source code of the page. 71.15.112.25 (talk) 03:57, 20 July 2016 (UTC)

http://wikizilla.org/wiki/MediaWiki:Common.css:

.mw-content-ltr ul, .mw-content-rtl .mw-content-ltr ul {
        margin: 0 0 0 0;
	padding:0 0 0 0;
}

You removed the margin from the lists... 110.148.113.193 (talk) 08:11, 20 July 2016 (UTC)

Thank you... 71.15.112.25 (talk) 21:32, 25 July 2016 (UTC)

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

Category page does not show links to pages in category

I've just finished installing a new MediaWiki 1.27.0 installation in a Docker container based on Debian Jessie. backed by MariaDB. The extension VisualEditor is installed and works fine. The Wiki is configured to use the German language.

I created a new page and added [[Category:Test]]. I now see the link to the category page but when I follow this link the category-page keeps telling me: "No pages in this category". I also tried [[Kategorie:Test]] but same issue here. Link to the category is visible on this page but the category-page still says "empty".

Any ideas what could be wrong here? 84.72.156.189 (talk) 21:02, 16 July 2016 (UTC)

Often this problem is happening, because the job queue is not executing jobs properly.

You could now debug, what is going wrong in your case. It might be that jobs are not executed at all. Or that the value of $wgJobRunRate is too low for how you are using the wiki.

Finally, you can run the maintenance script runJobs.php, maybe also regularly as a cron job to get jobs executed. 87.123.58.46 (talk) 22:00, 16 July 2016 (UTC)

Thank you!

Looks like the jobs did not execute at all. I executed the command on the console and it did at least 50 jobs. Now the page is shown on the category page.

I assume something prevents the "job execution on page request" from working. Maybe related to the short-url rewrites I'm doing. I'll dig into it. 84.72.156.189 (talk) 22:21, 16 July 2016 (UTC)

I may have found it…

MediaWiki tries to access http://domainname/index.php. This URL is behind a reverse proxy which redirects everything to https but it does not look like MediaWiki follows this redirect. As soon as I overwrite the domain name with "localhost" it starts to work. 84.72.156.189 (talk) 22:36, 16 July 2016 (UTC)

T68485. You'll need to set $wgRunJobsAsync to false in LocalSettings.php Ciencia Al Poder (talk) 02:24, 17 July 2016 (UTC)

OpCache

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 would like to know how could I setup Opcache in Mediawiki. The version I'd like use is 1.27.

Thanks. Crismagnabosco (talk) 14:23, 18 July 2016 (UTC)

I do not know much about opcache, but it seems that it's a PHP thing, not particular of MediaWiki. See PHP OPCache Ciencia Al Poder (talk) 17:46, 18 July 2016 (UTC)

i've read there's' nothing to "configure" in mediawiki-- only need to enable opcache in your php installation. See:

Manual:Performance tuning#Bytecode caching Johnywhy (talk) 20:21, 20 January 2018 (UTC)

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

Storing Images in Database

Is there a way to store the images in the database? RotagivaN (talk) 16:48, 18 July 2016 (UTC)

If there was a way, which I don't know, then it wouldn't be a good idea. That in turn might be one of the reasons why there is none. 87.123.28.29 (talk) 19:22, 18 July 2016 (UTC)

How to create dynamic graphs in Mediawiki

Our company has an internal wiki powered by MediaWiki. We are planning to create a wiki page to post some operational data in the form of graphs. I'm wondering is it possible to create the following in the wiki page?

1. Create combo boxes with frequency options (like last month/last quarter)
2. Create button to generate graph
3. If possible a calendar to select data range
4. A dynamically generated graph based on the above filters

Does wiki pages allow creation of these objects and generation of graphs based on the filters dynamically? Any references to do this is highly appreciated. Maddy.88k (talk) 19:21, 18 July 2016 (UTC)

Out of the box, this is not possible. But maybe there are extensions, which allow you to display some kind of graph data. Extension:Graph might be one of those, which come close to what you are looking for. 87.123.28.29 (talk) 19:26, 18 July 2016 (UTC)

Mass searching/editing

Hello,

I have approx 300-400 pages that I need to search for things like dead links, to check they are listed under the correct categories and have certain things in them. Is there a way to do a mass search and mass edit of all of these? 203.12.195.242 (talk) 06:21, 19 July 2016 (UTC)

You can use the Special:ReplaceText if you want for example change a property's name in all your pages. Nanoukaplus (talk) 07:04, 19 July 2016 (UTC)

See Extension:ReplaceText! 87.123.28.29 (talk) 07:05, 19 July 2016 (UTC)

Take the name of a page

Hello,

I made an #ask query on a page wich displays all my "files" with pages named "file number". My format is "template".

On my template, I want to use an other #ask to print the number of pages in a category "object" with a property "Has file" linked to the name of the file.

For example, I've got my file 16-54 and I've got two objects : number1 and number2, so I want to print in one columns the number of objects which is two.

{{#ask:[[Category:Objects]][[Has file::{{{?file number}}}]]|format=count}}

But "file number" refers to the name of pages in category files. It displays an error, so I want to have only the TEXT of the name of the page.

Does someone has an idea ? I can't use an other property to stock the name.

Thx Nanoukaplus (talk) 07:02, 19 July 2016 (UTC)

Concretely I would like to convert my page name into an usual string Nanoukaplus (talk) 07:42, 19 July 2016 (UTC)

Upload MWException

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 Im geting error during uploading to my media wiki server

Im runing

CentOS 7

MediaWiki 1.26.3

PHP 5.4.16 (cli) (built: May 12 2016 13:45:17)

And Im reciving following error

[6259a5cb] /index.php/Special:Upload MWException from line 1868 of /var/www/html/includes/filerepo/file/LocalFile.php: Could not acquire lock for 'Incedex_-_logo_box_only_75x75p.png.'

Backtrace:

#0 /var/www/html/includes/filerepo/file/LocalFile.php(1147): LocalFile->lock()

#1 /var/www/html/includes/upload/UploadBase.php(708): LocalFile->upload(string, string, string, integer, array, boolean, User)

#2 /var/www/html/includes/specials/SpecialUpload.php(486): UploadBase->performUpload(string, string, boolean, User)

#3 /var/www/html/includes/specials/SpecialUpload.php(197): SpecialUpload->processUpload()

#4 /var/www/html/includes/specialpage/SpecialPage.php(384): SpecialUpload->execute(NULL)

#5 /var/www/html/includes/specialpage/SpecialPageFactory.php(553): SpecialPage->run(NULL)

#6 /var/www/html/includes/MediaWiki.php(281): SpecialPageFactory::executePath(Title, RequestContext)

#7 /var/www/html/includes/MediaWiki.php(714): MediaWiki->performRequest()

#8 /var/www/html/includes/MediaWiki.php(508): MediaWiki->main()

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

#10 {main} Vodoon (talk) 08:18, 19 July 2016 (UTC)

There can be multiple causes for this. You probably want to read Project:Support desk/Flow/2012/12#h-[SOLVED?]_Problem_With_File_Upload:_Could_not_acquire_lock_for_"mwstore://local--2012-12-18T16:18:00.000Z. It goes over several of the causes and their various solutions. —TheDJ (Not WMF) (talk • contribs) 10:08, 19 July 2016 (UTC)

II have already saw this one but nothing done there helps.

but I followed instructions in this one and everything is OK now

Project:Support desk/Flow/2015/02#c-71.31.165.106-2015-02-15T15:39:00.000Z-&#91RESOLVED]_File_Upload_Error Vodoon (talk) 21:23, 19 July 2016 (UTC)

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

Who can make a wiki for me?

I try to install mediawiki but its to hard for me.

Can someone make me wiki for me or is that not possible

-Europeanfret Europeanfret (talk) 11:30, 19 July 2016 (UTC)

What kind of hosting are you on? Hosting services usually include "Saoftaculous" which installs MediaWiki in only a couple of steps. Maybe you can use that? AhmadF.Cheema (talk) 11:51, 19 July 2016 (UTC)

I dont know I have install everything. I want just a free wiki where I can make pages about everything. Europeanfret (talk) 11:55, 19 July 2016 (UTC)

But is it possible that someone can make a wiki for me? Europeanfret (talk) 11:56, 19 July 2016 (UTC)

Please can someone help me? Europeanfret (talk) 12:13, 19 July 2016 (UTC)

As you probably don't want the hassle of setting a Wiki up, I would suggest: https://meta.miraheze.org/wiki/Miraheze

Request a Wiki there, and they will do almost all of the technical work for you.

More hosts like this, are compiled here: Wikipedia:Comparison of wiki hosting services

but I think Miraheze is probably the most convenient. AhmadF.Cheema (talk) 14:30, 19 July 2016 (UTC)

Yes but I want my own wiki made by mediawiki and a own domain name. Europeanfret (talk) 14:54, 19 July 2016 (UTC)

• You want a free Wiki with your own domain name!
• There is hardly any free host I know that allows such a configuration.
• The only one that I know of, is Freehostia.
• You will still have to buy a separate domain name. AhmadF.Cheema (talk) 15:58, 19 July 2016 (UTC)

Oke thank you ! Europeanfret (talk) 16:14, 19 July 2016 (UTC)

Contact with me wargo (talk) 17:08, 19 July 2016 (UTC)

Can you make a wiki for me? Europeanfret (talk) 17:24, 19 July 2016 (UTC)

Yes. Write e-mail with all data needed. But I strongly recommend to try it yourself first. wargo (talk) 17:56, 19 July 2016 (UTC)

Display images in a query

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 made a query to display images, but if I want more than 100 results in my page, the last images aren't displayed even if they exist.

Does someone know why ? Nanoukaplus (talk) 12:39, 19 July 2016 (UTC)

I can't display the images 83.55.5.210 (talk) 14:14, 19 July 2016 (UTC)

Anybody has an answer ? :( Nanoukaplus (talk) 09:26, 21 July 2016 (UTC)

Please reply exact steps to reproduce the problem ("a query to display images" is a bit vague) and MediaWiki version information. Malyacko (talk) 12:20, 21 July 2016 (UTC)

On my page I have this code :

{{#ask:[[Category:Objets]]|mainlabel=-|?=Objet|?photo droite=Photo|?ref dossier=ref dossier|sort=Modification date|format=template|introtemplate=Header accueil objets|template=Accueil objets|outrotemplate=Table footer|default=Aucun objet existant avec ces critères|named args=yes}}

and on my template "Accueil objets" there is

<nowiki><includeonly>|{{{?Objet}}}|{{#ifexist: File:{{{?Photo}}}|[[File:{{{?Photo}}}|150px]]|Fichier inexistant}}|{{{ref dossier}}}</nowiki>

and I use MediaWIki1.21.2 Nanoukaplus (talk) 12:30, 21 July 2016 (UTC)

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

Need to Migrate Data from Different Wiki

I have an old Wiki software running (Deki Wiki) and I need to move that data to my new MediaWiki installation.

I've been looking all over for a solution to this, but I haven't found anything helpful.

Any ideas? Errpeepo (talk) 17:03, 19 July 2016 (UTC)

Manual:Moving a wiki

Manual:Importing XML dumps Ciencia Al Poder (talk) 00:57, 20 July 2016 (UTC)

Null protection edits no longer automatically marked as patrolled

Since version 1.27.0-wmf.16, null edits resulting from page protections were automatically marked as patrolled. Do you know the Gerrit or Phabricator task for this? Why was this change reverted in version 1.27.0-wmf.21, and do know the Gerrit or Phabricator task for the revert as well? GTrang (talk) 20:11, 19 July 2016 (UTC)

There's T98617 and it's related tasks, but the patch is not merged. Feel free to look the MediaWiki 1.27/Roadmap for hunting the change Ciencia Al Poder (talk) 00:55, 20 July 2016 (UTC)

Extract content (wiki page, talk)

we currently have a total of 21k pages (wiki page, talk etc) and I want to extract the following information for analysis purposes:

- Page name

- Page creator

- Last modified

I was able to do this for the files but not for the pages. Is there any easy way to extract this? 203.125.27.195 (talk) 07:44, 20 July 2016 (UTC)

Website Traffic

How do you find out how many HITS your website received without logging in? 2601:182:C703:81D0:F030:4FA1:638B:9174 (talk) 14:21, 20 July 2016 (UTC)

With Extension:HitCounters for example, or use an analytics software like piwik or google analytics Ciencia Al Poder (talk) 18:16, 20 July 2016 (UTC)

How to Make Footer Message

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? Kiwkius (talk) 14:48, 20 July 2016 (UTC)

Check out the following link: Manual:Footer 173.58.160.140 (talk) 16:29, 20 July 2016 (UTC)

I need Normal Text Kiwkius (talk) 01:49, 21 July 2016 (UTC)

Change this MediaWiki:Copyright.

Note that this page uses HTML and not wikitext. AhmadF.Cheema (talk) 04:00, 21 July 2016 (UTC)

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

How to "hide" a link?

What is the code to hide a link if I don't want to delete the coding? 173.58.160.140 (talk) 16:25, 20 July 2016 (UTC)

It depends on what link are we talking about. Giving the specific location of the link would help. Ciencia Al Poder (talk) 18:14, 20 July 2016 (UTC)

New User

I cannot register because it does not recognize that I have entered the text correctly. What do I need to do to become a member? Maraorsi (talk) 17:07, 20 July 2016 (UTC)

FileSharing

Hello, is there any extension to create a section so peopple can upload and share the files? Like a FileSharing section.

I know that Media wiki allows to upload files, but i would like to create a section to show all the downloads available, or something like that.

Best regards. Maxedrom (talk) 17:40, 20 July 2016 (UTC)

You can categorize those files in the same category, so they can be listed on that specific category.

You can create a link to Special:Upload that automatically preloads the category in the file description, by adding the text you want to appear in the upload description in a URL parameter named wpUploadDescription

Example: //www.mediawiki.org/w/index.php?title=Special:Upload&wpUploadDescription=%5B%5BCategory%3AFilesharing%5D%5D Ciencia Al Poder (talk) 18:13, 20 July 2016 (UTC)

Automatic Flow welcome message

How can I setup automatic welcome messages for the flow boards of every newly registered user? Tribly (talk) 18:31, 20 July 2016 (UTC)

Suppress redirect

When was the "suppress redirect" feature for page moves in MediaWiki introduced? GTrang (talk) 18:36, 20 July 2016 (UTC)

Post its or Notes

Hello Everyone. Is there any way to add some post its, or notes manage by each user?

I would like each user can manage their own post its, or notes, not visualised by others.

Best regards. Maxedrom (talk) 20:08, 20 July 2016 (UTC)

Infomation Upgrading Mediawiki from 1.18 to 1.27 and Windows Xampp

Hello everyone,

We have an old version of Xampp 2.5 with Media wiki 1.18, Due to my responsibility to update this to the latest version. I've been having an extremely hard time upgrading Xampp and Mediawiki 1.27. I've look everywhere for instructions on how to do this and I can't get a clear answer on how and im really confused. can anyone help me with this? Carbelg210 (talk) 20:22, 20 July 2016 (UTC)

See Manual:Upgrading AKlapper (WMF) (talk) 08:18, 21 July 2016 (UTC)

Transclude External Pages

Hello everyone,

I would like to transclude an internal website hosted by my company on our company wiki page. The page I would like to transclude is a report generated by a database that is displayed in a webpage. I would like that webpage to be displayed on our companies wiki page.

Does anyone know how to do this? 2020comm (talk) 22:35, 20 July 2016 (UTC)

Assuming that when you put internal website it doesn't have any implications (both sites are either publicly accessible or in an intranet), you can install Extension:Widgets and code an iframe inside a widget, so you can then use it on the wiki.

A more simple approach, without using widgets, is to enable $wgRawHtml to code the iframe directly in the page, but if wiki editing is not restricted to trusted users it can lead to arbitrary HTML injection, which is dangerous.

You can also get a somewhat degree of functionality with $wgEnableScaryTranscluding but I wouldn't expect much, depending on the HTML used on that page. Ciencia Al Poder (talk) 02:30, 21 July 2016 (UTC)

A CSS class for non-existing pages

I want to set a background color for all non-existing pages. For that I need a CSS class for non-existing pages. Is there any CSS class on MediaWiki that indicates a non-existing page? Guycn2 (talk) 03:50, 21 July 2016 (UTC)

No, it does not seem like there is such a class atm. —TheDJ (Not WMF) (talk • contribs) 06:58, 21 July 2016 (UTC)

:-(

Thanks for the answer Guycn2 (talk) 07:00, 21 July 2016 (UTC)

You can do something with JavaScript, checking wgArticleId, and wgNamespaceNumber to exclude special pages (see Manual:Interface/JavaScript) Ciencia Al Poder (talk) 01:54, 23 July 2016 (UTC)

Thank you. I would prefer doing it with a simple CSS class, because I'm terrible in JS ;( Guycn2 (talk) 01:59, 23 July 2016 (UTC)

Adding files with similar names

I am trying to upload a file with a name that is similar to another file, but a different extension.

How can I force this upload. I do not want to replace the file.

• Name of the uploading file: File:941-New Customer Email.pdf
• Name of the existing file: File:941-New Customer Email.docx

The only way I get the upload prompt is the check "Replace file". I do not want to replace it and I do not want to rename it.

Thanks! Ajx norm (talk) 19:21, 21 July 2016 (UTC)

Press "Ignore warnings". 137.147.171.51 (talk) 00:45, 22 July 2016 (UTC)

Installed MediaWiki, but only see Main Page

I did a fresh installation of MediaWiki, no errors. However, if I click anything on the Main Page, it takes me to the "No such spacial page" section, even if I just try logging in.

Can somebody please help me? Errpeepo (talk) 21:59, 21 July 2016 (UTC)

Do you have any extensions installed? If so, disable all of them and enable one by one to see which one causes the problem. Ciencia Al Poder (talk) 01:52, 23 July 2016 (UTC)

an error "Exception encountered, of type "BadMethodCallException""

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 finished installing the mediawiki and registered users,there is an error "Exception encountered, of type "BadMethodCallException"". wujiang2016 (talk) 00:48, 22 July 2016 (UTC)

What MediaWiki version? Clear steps to reproduce? Ciencia Al Poder (talk) 02:01, 22 July 2016 (UTC)

this version is 1.27.0 .

the step is:After the installation is completed, I opened the main page of the site, input the register of user

, entered the user information and submitted, then the error message comed out. only showed the error information

, there was no trace information.May I send you a website which has the picture of the error page? Would you mind checking it and letting me know what the mistake is, please? wujiang2016 (talk) 03:21, 22 July 2016 (UTC)

Hi, same here, fresh installation, no login possible. 109.193.61.189 (talk) 08:02, 22 July 2016 (UTC)

You could try disabling your installed extensions one by one. Likely one of them is not compatible with 1.27.0 —TheDJ (Not WMF) (talk • contribs) 11:15, 22 July 2016 (UTC)

I got same error message.

MediaWiki 1.27.0. Php 7.0.9. Debian 7 32bit. 62.32.69.53 (talk) 15:02, 22 July 2016 (UTC)

I installed 1.26.3, and it works fine at the same configuration.

If its needed i can repeat my installiation and make screenshots of all my actions, and post it here. 62.32.69.53 (talk) 14:57, 23 July 2016 (UTC)

my version of PHP is 7.0.9 (cgi-fcgi), MySQL5.5.40-0+wheezy1 62.32.69.53 (talk) 15:01, 23 July 2016 (UTC)

Getting a stack trace of the error would be useful. You can usually achieve that by enabling $wgShowExceptionDetails in your LocalSettings.php Ciencia Al Poder (talk) 20:20, 24 July 2016 (UTC)

I solved my problem, I replaced the 1.26.3 version, thanks. wujiang2016 (talk) 00:19, 23 July 2016 (UTC)

Fix is to uninstall 1.27 and install 1.26.3? 24.104.67.146 (talk) 21:29, 29 July 2016 (UTC)

No, that is not a fix, but only a workaround. And it is important to note that downgrades are not supported. So for most users, going back to 1.26 is no option at all. 87.123.34.134 (talk) 22:30, 29 July 2016 (UTC)

Could you post the steps to reproduce this? It sounds like you've found a bug. ☠MarkAHershberger☢(talk)☣ 16:45, 30 July 2016 (UTC)

Hi, I enabled the stakestrace and the following appears ...

doesnt look like a bug, more like a missing configuration ...

exception encountered, of type "BadMethodCallException"

[4e134f22f402b314c4edf87b] /onlinehelp/index.php?title=Spezial:Anmelden&returnto=Hauptseite BadMethodCallException from line 438 of /srv/www/kanzlei-soft.de/onlinehelp/includes/session/Session.php: Encryption is not available. You really should install the PHP OpenSSL extension, or failing that the mcrypt extension. But if you really can't and you're willing to accept insecure storage of sensitive session data, set $wgSessionInsecureSecrets = true in LocalSettings.php to make this exception go away.

Backtrace: 31.150.136.88 (talk) 10:29, 31 July 2016 (UTC)

Please install the OpenSSL extension of PHP. Installing this extension is recommended and this is what you should do to solve the issue.

If you cannot install the OpenSSL extension, please install the mcrypt extension. This will keep your wiki's data secure as well, but it is not the recommended solution.

If both of the above solutions are not possible in your case, then you can still set $wgSessionInsecureSecrets = true; in LocalSettings.php. This will stop the exception from appearing as well. However, setting $wgSessionInsecureSecrets is not recommended. It is insecure. You should not do that! See Manual:$wgSessionInsecureSecrets for more warnings concerning $wgSessionInsecureSecrets! 87.123.62.168 (talk) 11:46, 31 July 2016 (UTC)

Thank you very much. Helped install php70-openssl on FreeBSD, as you wrote. 80.70.232.3 (talk) 03:27, 16 August 2016 (UTC)

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

Variables in included templates

Hello,

how can I use a variable in an ask query of format = template, to use its value in the template defining the ask ?

Concretely, I've got this in my template A :

{{#vardefine:variabletest|{{{filename}}} }}

with file name a field in a form linked to my template A.

Plus, I've got this query :

{{#ask: [[Category:Objects]]
|?number
|format=template
|template=Template B
}}

And I want to inser the value of the variable variabletest to make conditions on it in my second template, the B

How to do that please ? Nanoukaplus (talk) 15:17, 22 July 2016 (UTC)

Does anyone have an alternative solution please ? Nanoukaplus (talk) 10:47, 25 July 2016 (UTC)

users don't appear in my phpMyadmin

Dear all

it seems that the users in my mediawiki (http://www.surveillance-citoyenne.fr/mediawiki/index.php?title=Accueil) do not appear in phpMyAdmin (Version information: 4.1.14) making it difficult to manage privileges etc... Anyone know where does this come from ?

Thank you in advance Roots06 (talk) 21:59, 22 July 2016 (UTC)

Users are stored in the user table Ciencia Al Poder (talk) 01:44, 23 July 2016 (UTC)

Thank you for your quick answer.

But, this is precisely my problem. Users don't appear in my users tables

I just have a number appearing 4572696b but this doesn't match any username

It is like my phpmyadmin (access via wamp) don't communicate with the online medawiki ?

Thank you for any help Roots06 (talk) 22:08, 23 July 2016 (UTC)

Your wiki seems to have currently 4 users. That means the user table should contain 4 rows. If that's not the case, maybe you're querying the wrong server/database Ciencia Al Poder (talk) 20:14, 24 July 2016 (UTC)

Thank you afain for your prompt answers !

I have 5 database

• information_schema
• mysql
• performance_schema
• surveillance_citoyenne
• test

When I select the user table of "surveillance_citoyenne" database, I only have one row with user name : 4572696b ?? Other tables only have user "root" ...

Thank you in advance Roots06 (talk) 20:46, 25 July 2016 (UTC)

You may be pointing to a wrong mysql server (a testing one or whatever). That's easy to test, just rename some of the tables like user and page, to something else, and if the wiki is not completely broken after that you're definitively not querying the same database/server as the wiki. Ciencia Al Poder (talk) 02:27, 26 July 2016 (UTC)

Thank you ! Indeed renaming the tables don't affect the wiki.

So how can I access the good mysqlserver? (I currently click on the green wampicon on my pc and then on phpmyadmin; or http://localhost/phpmyadmin/) Roots06 (talk) 21:10, 26 July 2016 (UTC)

That's tricky to explain. In LocalSettings.php there are the database connection settings like Manual:$wgDBserver. In phpmyadmin you should look at the server settings in the config.ing,php file, and see if they match. Ciencia Al Poder (talk) 01:59, 27 July 2016 (UTC)

Thank you !

What is supposed to match ? I can't find find Database server or name in my config.inc,php file (See below).

$cfg['Servers'][$i]['verbose'] = 'mysql wampserver';

//$cfg['Servers'][$i]['auth_type'] = 'cookie';

$cfg['Servers'][$i]['auth_type'] = 'config';

$cfg['Servers'][$i]['user'] = 'root';

$cfg['Servers'][$i]['password'] = '';

/* Server parameters */

$cfg['Servers'][$i]['host'] = '127.0.0.1';

$cfg['Servers'][$i]['connect_type'] = 'tcp';

$cfg['Servers'][$i]['compress'] = false;

/* Select mysql if your server does not have mysqli */

$cfg['Servers'][$i]['extension'] = 'mysqli';

$cfg['Servers'][$i]['AllowNoPassword'] = true; Roots06 (talk) 21:26, 28 July 2016 (UTC)

From your config.inc.php file, the server ($wgDBserver) is 127.0.0.1 and the username ($wgDBuser) is root. For this user, a password ($wgDBpassword) is not used. The only thing, which you do not find in config.inc.php is the database name, which your wiki is using ($wgDBname). 87.123.52.3 (talk) 22:37, 28 July 2016 (UTC)

Thank you ! Well when I try to match server, user and password between the two files... phpmyadmin just doesn't work ... Any other suggestions ?

Also, I just discoverd that I have access to another phpmyadmin database via my ovhpanel https://phpmyadmin.ovh.net

The only database available give me 10 username with passwords but everything is crypted :

1 4572696b 3263323361663765356265653331613061303838633032623835653636316238

? Roots06 (talk) 22:32, 31 July 2016 (UTC)

Images are not visible

I got a problem with the images on my site (http://pokemon-go-wiki.ch).

The problem starts whit the logo which is not visible but reachable via url. Also do all other images on the site not work.

It is also impossible to click on a link at the file list (Dateiliste).

http://pokemon-go-wiki.ch/index.php/Spezial:Dateien

How can I fix that?

MediaWiki	1.27.0
PHP	5.6.23 (litespeed)
MySQL	5.6.29-log
ICU	50.1.2

2A02:120B:C3C9:7F10:359C:1339:3788:D956 (talk) 12:03, 23 July 2016 (UTC)

There's a problem with the configuration of your server.

When a image is requested directly (opening the URL directly on the browser) it displays correctly, but when it's embedded inside a page, it responses with a HTTP 302 redirect.

HEAD /images/thumb/a/a7/222830189_11653202548736095362.jpg/180px-222830189_11653202548736095362.jpg HTTP/1.1
Host: pokemon-go-wiki.ch
HTTP/1.1 200 OK
Cache-Control: public, max-age=604800
Expires: Sat, 30 Jul 2016 13:01:41 GMT
ETag: "31ea-57935b22-5349d6c553b5d0c2"
Last-Modified: Sat, 23 Jul 2016 11:55:14 GMT
Content-Type: image/jpeg
Content-Length: 12778
Date: Sat, 23 Jul 2016 13:01:41 GMT
Accept-Ranges: bytes
Connection: Keep-Alive
HEAD /images/thumb/a/a7/222830189_11653202548736095362.jpg/180px-222830189_11653202548736095362.jpg HTTP/1.1
Host: pokemon-go-wiki.ch
Referer: http://pokemon-go-wiki.ch/index.php/Spezial:Dateien
HTTP/1.1 302 Found
Date: Sat, 23 Jul 2016 13:02:36 GMT
Accept-Ranges: bytes
Cache-Control: no-cache, no-store, must-revalidate, max-age=0
Location: http://
Connection: Keep-Alive

Maybe your server has a rule "trying" to prevent image hotlinking, but it's broken Ciencia Al Poder (talk) 13:03, 23 July 2016 (UTC)

Yes there is a hotlinking protection active but even when the hotlinking protection is deactivated it doesn't work.

Is there something different I can do? EN Pilz (talk) 20:57, 23 July 2016 (UTC)

If hotlinking protection is done on the server configuration (and not just in a .htaccess), you need to restart the server (or reload server config manually) for the change to take effect. Otherwise, I don't know where else to look. Maybe look at the server's logs, and double-check that there aren't remaining rewrite rules matching the referer header. Ciencia Al Poder (talk) 20:18, 24 July 2016 (UTC)

API integration / problem of getting relevant search results

We are making an integration with Wiki for our web-site. We would like to get texts from Wiki with API, but the problem is that searching results are not always relevant. Can you please recommend how we can get the page we really need and avoid of wrong texts coming from Wiki.

Thanks. PerfectMusic (talk) 12:04, 23 July 2016 (UTC)

Maybe you need to install a better search engine than the included in MediaWiki, for example, Extension:CirrusSearch Ciencia Al Poder (talk) 13:08, 23 July 2016 (UTC)

I am able to edit the comments of other people here

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.

---

Is it normal that I am able to edit the comments of everyone on this Flow board? Shouldn't that be reserved for the staff of this wiki only? Tribly (talk) 14:50, 23 July 2016 (UTC)

Yes it is normal (see Flow#Can_I_edit_other_people.27s_posts.3F). Tropicalkitty (talk) 14:57, 23 July 2016 (UTC)

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

NOTOC

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.

---

Just a couple of days ago I have started a new MediaWiki, and have some general problems, like MagicWords just don't work, e.g. I write _NOTOC_ on a page and after saving the side, the magic word is displayed, but the function doesn't work. Or I change the content of a page (page1), which should be seen on another page (page2), but it can only be seen, when I pretend to edit this page2, but don't edit anything, just save it again. Any ideas? Haps (talk) 19:37, 23 July 2016 (UTC)

• There need to be two underscores before and after "NOTOC", i.e. __NOTOC__.
• Regarding the second issue, when page1's content is being transcluded onto page2; in the event page1 is edited, a "job" is created by the MeidaWiki software to update the new content on page2.
• These "jobs" are executed in the following possible ways:
  • In default behaviour, one "job" is executed each time a page is requested.
  • By making a null edit on page2 (which is what you did).
  • Running SSH command for job execution (This can also be done by setting cron jobs).
• The default behaviour can be changed using: Manual:$wgRunJobsAsync AhmadF.Cheema (talk) 05:22, 24 July 2016 (UTC)

Thank you very much! This helps a lot! Haps (talk) 03:25, 25 July 2016 (UTC)

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

Global JavaScript files

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.

---

Is there anyway I can add exceptions to my global JS file? I want this file to affect all projects, except for a certain Wikipedia. Is it possible? Guycn2 (talk) 05:06, 24 July 2016 (UTC)

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

PHP array to string conversion error

If anyone has time to look at this: https://phabricator.miraheze.org/T530 it would be helpful. Reception123 (talk) 05:54, 24 July 2016 (UTC)

Website

I plan on making a website about a YouTube account (not yet created) using MediaWiki. The YouTube account is about animations and stuff like that. Do you guys have any suggestions for extensions to put on the site. I have found a few already. The site isn't really a wiki, but it will have a wiki for it. FMPP (talk) 15:08, 24 July 2016 (UTC)

• Extension:EmbedVideo - For embedding YouTube videos inside the Wiki. AhmadF.Cheema (talk) 16:30, 24 July 2016 (UTC)

Is it possible to reverse engineer Lua modules?

A lot of popular template on Wikipedia (like {{Ambox}}) now use Lua modules.

If it possible to reverse engineer these so that those who don't know Lua can use them? NeedAGoodUsername (talk) 15:42, 24 July 2016 (UTC)

You don't need to know Lua to be able to use them. If you can import them to your Wiki, they can be used just like any other templates (i.e. by using {{ }}). AhmadF.Cheema (talk) 16:26, 24 July 2016 (UTC)

But the issue is customising them to suit your wiki's needs, for example adding a new type of Ambox, or using an ambox in a different way than what Wikipedia uses (like having an ambox on a talk page). NeedAGoodUsername (talk) 16:45, 24 July 2016 (UTC)

From what I know, it will be a lot of work to reverse-engineer the templates (if someone doesn't know Lua).

It will probably be easier to start from scratch and try to come up with a template that looks the same on the surface.

Also, for talk pages there is the Wikipedia:Template:Tmbox. AhmadF.Cheema (talk) 18:10, 24 July 2016 (UTC)

Right, and that's the problem - I doubt someone would want to reverse engineer things and would simply resort to saying "just learn lua".

Another problem might be that, if you looked at how the templates were made back before they got converted to Lua ones, is that they never uses a table or anything conventional in HTML to make them. NeedAGoodUsername (talk) 19:34, 24 July 2016 (UTC)

By-the-way, have you looked at the older versions of Ambox, like the ones in 2007, they do not use Lua and might give the same surface result. AhmadF.Cheema (talk) 20:04, 24 July 2016 (UTC)

I have, the issue there is that they use other templates in them, and you would need to get every template used from ~2007 to make it work properly. NeedAGoodUsername (talk) 20:12, 24 July 2016 (UTC)

No, I don't think that's the case. I tried this one and it seemed to work.

The templates and modules that are shown underneath the source code are probably being used in the template documentation (which is being transcluded from the present /doc page) and not the template itself. AhmadF.Cheema (talk) 00:29, 25 July 2016 (UTC)

These message boxes are ultimately just a table with an image in one cell and the message in the other. They have a ton of extra functionality on top of that, that you're unlikely to really need which makes them much more complicated. If you just want a box to display a message in, it doesn't need any of this complication.

{| style="margin:0 10%; border:1px solid #aaa; border-left: 10px solid #1e90ff; background:#fbfbfb"
| style="padding:2px 0 2px 0.5em" | [[File:Information icon4.svg|40px|link=]]
| style="padding:0.25em 0.5em; width:100%" | {{{text|Your message here}}}
|}

Your message here

A basic message box is as simple as that. 137.147.181.133 (talk) 03:27, 25 July 2016 (UTC)

[SHORT URL ISSUE] The requested URL /index.php was not found on this server.

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'm trying to implement a short url to my wiki and keep bumping into the same problem:

Not Found

The requested URL /index.php was not found on this server.

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

I have an apache server, but don't have root access, so I'm using .htaccess file instead:

RewriteEngine On

RewriteRule ^/?rebornpedia(/.*)?$ %{DOCUMENT_ROOT}/w/index.php [L]

RewriteRule ^/?$ %{DOCUMENT_ROOT}/w/index.php [L]

And of course, the localsettings looks like this:

$wgScriptPath = "/w";

$wgScriptExtension = ".php";

$wgArticlePath = "/rebornpedia/$1";

$wgUsePathInfo = true;

I've tryed a couple of things (like replacing Document Root with the actual path) but nothing seems to work. Any idea what might be causing it?

Thanks!

EDIT: I originally used http://shorturls.redwerks.org to configure my files, but if enter the url path again, the following message is displayed:

Sorry, this does not look like a wiki.

We could not find a rel=EditRSD in the url you specified nor could we find a generator meta item with MediaWiki information in it.

Are you sure you gave the url to your MediaWiki installation? If you gave the correct url your install may be customized or broken in a way that prevents us from detecting the location of your wiki's api and coming up with shorturl configuration for you. Nicohhsm (talk) 03:05, 25 July 2016 (UTC)

Note that while your short URLs should look inside /rebornpedia/ and wiki is installed in /w/

/index.php, however the error message talks about /index.php, so something seems to be wrong here. What's displayed on the location toolbar of the browser when you get the error? If it displays yourdomain.com/index.php then there's another redirect rule being applied somewhere. Ciencia Al Poder (talk) 12:05, 25 July 2016 (UTC)

Hi! Thanks for the help. I suspected something of the sort, thats why I tried to replace "document root" with the server path, but got the same problem.

Whats displayed on the url bar when I get that error is http://mydomain.com/rebornpedia/Página_principal Nicohhsm (talk) 18:22, 25 July 2016 (UTC)

SOLVED! If anyone happens to have the same issue, here's the method I used to solve it: http://techwelkin.com/mediawiki-urls-short-clean-and-beautiful Nicohhsm (talk) 00:52, 4 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 always have an image for my article when I share it?

A lot of times when I share my articles on Facebook it either doesn't have an image or when it does it gets an image from either the middle of the page or from the bottom of the page. I tried installing the OpenGraphMeta extension and adding it's code to my infoboxes but it doesn't have any effect. I also checked the head of my pages and they doesn't have an og:image in the meta tags. What should I do in order to have the first image on my page in my posts every time I share my articles? Tribly (talk) 06:08, 25 July 2016 (UTC)

How wide is your first image? I know that, when it's below 300 pixel, chances are Facebook won't take it. Stefahn (talk) 07:48, 25 July 2016 (UTC)

Every infobox image on our wiki is set to have a width 280px, but those images are usually much bigger than 280px. Also, on pages that don't have an infobox the top image is usually set to be bigger than 280px, and just like with the infoboxes, the image that is linked there is much bigger originally than 280px.

Also, I have modified 47 line of the OpenGraphMeta.php of the OpenGraphMeta extension from Title::newFromDBkey($data['dbkey'], NS_FILE) to Title::newFromText($data['dbkey'], NS_FILE) and the og:image in the meta tags seems to apear now, but it still not willing to use the infobox image for a few pages, even though the image given in og:image is bigger than 300px. Tribly (talk) 08:58, 25 July 2016 (UTC)

Hm...

Are you sure Facebook sees the newest version of your page? You can use https://developers.facebook.com/tools/debug to "scrape again". Stefahn (talk) 10:45, 28 July 2016 (UTC)

How to add "script with data attributes" to Common.js?

I have a small script like this: <script data-leadbox="foo1" data-url="foo2" data-config="foo3" type="text/javascript" src="https://foo4.com/script.js"></script>

I know in Common.js I can load a script via mw.loader.load('https://foo4.com/script.js");.

But how do I add the data attributes to my code?

I tried things like

data-leadbox="foo1";
data-url="foo2";
data-config="foo3";
mw.loader.load('https://foo4.com/script.js");

but this doesn't work. Stefahn (talk) 07:45, 25 July 2016 (UTC)

It is not possible. If you can change that script, prepare it to use variables, so you can use the second way. wargo (talk) 10:42, 25 July 2016 (UTC)

This is an inline script element and can not be used this way from Common.js. You either need variables or a callback (ready) hook or something for that to work (most libraries provide an alternative setup routine like that). Video.js for instance provides both an HTML setup process, as well as a dynamic loader process.

As a last ditch effort, it is of course always possible to directly modify the PHP codebase of the skin or something, to output it regardless, but then you will have to maintain that yourself. —TheDJ (Not WMF) (talk • contribs) 11:48, 25 July 2016 (UTC)

Search-bar does not recognize special characters ?

Hello,

I'm using mediawiki 1.27.0. When I type special characters like "é", "è", "&", etc., the search-bar does not find the articles containing them.

Is it the normal operation of the search-bar or not ? 62.102.229.98 (talk) 09:30, 25 July 2016 (UTC)

Cannot create page in Project namespace

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

Im trying to create page Project:About but as result I have got the page with title = "Project_About" and namespace=0. What I have to do to get namespace="4"? Do not tell me to use TSQL :-) Sergezolotukhin (talk) 09:53, 25 July 2016 (UTC)

How exactly are you trying to create the new page? Directly through the URL, through search? AhmadF.Cheema (talk) 10:39, 25 July 2016 (UTC)

http://openlist.wiki/index.php/Project:Test -- here is the test page. ns is 0, but everything else is okay. Sergezolotukhin (talk) 13:06, 25 July 2016 (UTC)

Through the URL and through search. If I UPDATE table page with page_namespace=4 (from 0 to 4), created page disapper from site Sergezolotukhin (talk) 13:20, 25 July 2016 (UTC)

Your project namespace is probably not called "project". Put {{ns:4}} on a page to see what it is called. 137.147.181.133 (talk) 13:08, 25 July 2016 (UTC)

You are right but is this a problem? www.mediawiki.org doesnt have ns "Project" Sergezolotukhin (talk) 13:20, 25 July 2016 (UTC)

We have: Project:Namespaces wargo (talk) 13:48, 25 July 2016 (UTC)

I have Project: too, but cannot create any page there Sergezolotukhin (talk) 14:13, 25 July 2016 (UTC)

As namespace about project, you can set "Project", wiki name or something else. This is defined in $wgMetaNamespace . As described, "Project" is alias for this value. wargo (talk) 13:47, 25 July 2016 (UTC)

Thank you. I have $wgMetaNamespace = "Открытый_список"; in LocalSettings but it makes no sence. Sergezolotukhin (talk) 14:14, 25 July 2016 (UTC)

http://openlist.wiki/index.php?title=%D0%A1%D0%BB%D1%83%D0%B6%D0%B5%D0%B1%D0%BD%D0%B0%D1%8F%3A%D0%92%D1%81%D0%B5+%D1%81%D1%82%D1%80%D0%B0%D0%BD%D0%B8%D1%86%D1%8B&from=&to=&namespace=4 -- here is one page i have in Project:, but if I will try to view it, I will catch "Page not found". Does it looks good? Sergezolotukhin (talk) 14:19, 25 July 2016 (UTC)

When I click on that page title I can see page with content "cxv". wargo (talk) 14:24, 25 July 2016 (UTC)

anyway now i you will try to create page Project:Test , result will be ns=0, title='Project:Test'. My head is broken =) Sergezolotukhin (talk) 14:44, 25 July 2016 (UTC)

What you have set in $wgMetaNamespace? wargo (talk) 14:45, 25 July 2016 (UTC)

I've catch this stupid error: got 2nd definition of $wgMetaNamespace with space char instead of underscore. Omg. Thank you pal! Sergezolotukhin (talk) 15:19, 25 July 2016 (UTC)

$wgMetaNamespace = "Открытый_список"; in the 2nd line of LocalSettings.php This is SiteName with underscore Sergezolotukhin (talk) 15:03, 25 July 2016 (UTC)

I have created it minute ago (look at history). But this page has class ns-0 in the html element BODY. I have to check my skin. Sergezolotukhin (talk) 14:26, 25 July 2016 (UTC)

You said you changed it in database. wargo (talk) 14:44, 25 July 2016 (UTC)

I've changed it all the ways. But the fact is still there: i cannot create any page in ns=4 Sergezolotukhin (talk) 15:05, 25 July 2016 (UTC)

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

Issues with menus on skin

I want to move the 'edit menu' from the quickbar to the header bar (syslinks). I currently have the following code: https://pastebin.mozilla.org/8886660

I would like to move cactions next to the About and Create account menus. As part of the p-syslinks.

The theme is derived from CologneBlue. Jzarecta (talk) 11:00, 25 July 2016 (UTC)

Moving the menu from quickbar to Header menu

I am trying to move around the edit menu into the head part of the wiki. I am using the ConglomerateBlue theme, however I cant seem to understand how to move the Edit menu into the header.

I have the following code, I wonder if someone with skin building experince can let me understand better how menus are declared and invoked.

https://pastebin.mozilla.org/?diff=8886662 Jzarecta (talk) 12:22, 25 July 2016 (UTC)

Login Issue

When trying to log in in my newly created mediawiki 1.27 with the admin account, I get to a page that says "Exception encountered, of type "Error"". The same happens when I try to create an account. How can I fix this? Shode (talk) 14:36, 25 July 2016 (UTC)

You will need to find the deeper cause of your error: Manual:How to debug —TheDJ (Not WMF) (talk • contribs) 19:51, 25 July 2016 (UTC)

Thank you. I now got the the following Error: "Warning: openssl_encrypt(): Unknown cipher algorithm in .../wiki/includes/session/Session.php on line 424."

I was able to solve the problem by changing "aes-256-ctr" to "aer-256-cbc" like in Project:Support desk/Flow/2016/06#h-openssl_encrypt():_Unknown_cipher_algorithm-MediaWiki_1.26_internal_error-2016-06-29T02:48:00.000Z Shode (talk) 06:50, 26 July 2016 (UTC)

Password Reset missing

Private wiki...only user:

MediaWiki - 1.27.0

PHP - 5.6.22 (cgi-fcgi)

Database - 5.6.30

Issue: There is no way for me to reset my password.

I had hired my host's managed care team to update the wiki, but now find I cannot reset my own password. Another private wiki (also v1.27.0) has the Reset Password page available via Special Pages, but this wiki does not. When I use the address of Reset Password (index.php?title=Special:PasswordReset), I get "Internal Error; Permission error".

I've also tried to do it with the Forget your password? feature at Log-in, but as that simply directs to Special:PasswordReset, the result is the same. I believe this is an issue with the wiki upgrade my host performed. How can I resolve this?

Additional note, that might be helpful: the two wikis have Preferences pages that differ. The troubled one has less options available. For example, the Change Password link doesn't even show, fields (such as Real Name) are blank, not even seen as ghosted fields.

Thank you for the assistance. LeyteWolfer (talk) 15:00, 25 July 2016 (UTC)

All the information regarding password reset can be found here: Manual:Resetting passwords. The easiest way to reset your password in situations like this, is to run the php changePassword.php script on the console of the host.

As you are describing, it sounds mostly like a configuration mistake was made during the upgrade however. I would definitely reach out to your managed care team again, to note to them the internal error etc. They should be able to find causes in the error logs of the server for problems like that. —TheDJ (Not WMF) (talk • contribs) 19:49, 25 July 2016 (UTC)

Thank you. I'll try both of those suggestions. LeyteWolfer (talk) 01:46, 26 July 2016 (UTC)

Mediawiki multicore support

I'm thinking about upgrading my sever and I'm interested to know how much does Mediawiki favors multicore server oriented CPUs? Like for example with an 8 core Xeon processor would I have much better performance than using a 4 core i5 or a 2 core i3? Tribly (talk) 15:23, 25 July 2016 (UTC)

PHP runs single-threaded, so each page load will use only 1 processor core.

However, if the database is on the same computer, it will benefit from running in a second processing thread. Also, the default configuration execute background jobs (see Manual:Job queue) making a connection to itself, so it could consume another processing thread. Session management, if sessions are stored in a separate process (default in MediaWiki 1.27) that may consume another thread.

The most benefit you'll get with more cores would be if you have more concurrent connections on a single time. Ciencia Al Poder (talk) 19:20, 25 July 2016 (UTC)

Colors for CSS and JS files

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.

---

CSS sheets and JS scripts (e.g. MediaWiki:Common.css) don't have colors on my wiki.

Is this a bug? Or should I install an extension that gives colors to these files? Guycn2 (talk) 18:06, 25 July 2016 (UTC)

Apparently you need to install Extension:SyntaxHighlight. Ciencia Al Poder (talk) 18:16, 25 July 2016 (UTC)

Thank you so much! Guycn2 (talk) 10:42, 26 July 2016 (UTC)

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

Error displaying in html at 'tools->uploads' Warning: hash_equals(): Expected user_string to be a string, null given in /home/natur075/public_html/includes/User.php on line 3815

<b>Warning</b>: hash_equals(): Expected user_string to be a string, null given in <b>/home/natur075/public_html/includes/User.php</b> on line <b>3815</b><br /> link to page it's showing on http://www.naturalwhetstone.org/index.php?title=Special:Upload MAHR88 (talk) 20:58, 25 July 2016 (UTC)

self fixed through this fix: https://phabricator.wikimedia.org/rMWad1fdc3b216daa3d3e88ecd47fcd7f604853da4b MAHR88 (talk) 23:43, 25 July 2016 (UTC)

[solved]how to thumb big image file

ini_set( 'memory_limit');

$wgMaxUploadSize

$wgMaxShellMemory

$wgMemoryLimit

but it still display 12.5M error, any suggest? Redlz250 (talk) 03:29, 26 July 2016 (UTC)

You are looking for $wgMaxImageArea. This limit is there for performance reasons (and to make sure you don't get unexpected errors due to wgMaxShellMemory and wfMemoryLimit). Note that those limits are in place for a reason and once you go past this limit, you likely also have to look at VipsScaler and possibly even running separate servers for image scaling. —TheDJ (Not WMF) (talk • contribs) 12:06, 26 July 2016 (UTC)

Thank you. I found $wgMaxImageArea at first, but something makes me ignore it.~

Only change them in temp usage.And thanks again! Redlz250 (talk) 01:42, 27 July 2016 (UTC)

Visual Editor : modify AccessControl protected pages

Hello,

Is there any ways to use visual editor on protected pages with AccessControl extension ? I saw on the AccessControl talk page that someone had the same issue but he had no response for now. 62.102.229.98 (talk) 07:45, 26 July 2016 (UTC)

You will have to ask the developer of the AccessControl extension. —TheDJ (Not WMF) (talk • contribs) 12:09, 26 July 2016 (UTC)

Ask and introtemplate

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've got a query #ask using the format template, with a template and an introtemplate. I want to display the results in a table.

{{#ask:[[Category:Objects]]
|?=name
|?date
|?user
|format=template
|namedargs=no
|introtemplate=Header search object
|template=Search Object
|outrotemplate=Table footer
}}

In my outrotemplate I only have the caracters |} In my template I display the informations of my query. In my introtemplate Header search object I want to display the columns only with certain conditions, so I have this code :

{|class = "wikitable"
{{#if:{{{1}}}|!Object's name}}
{{#if:{{{2}}}|!Date}}
...

But it didn't recognize the parameters into the balise {{{1}}},{{{2}}}.. Does anyone have a solution please ? Nanoukaplus (talk) 12:28, 26 July 2016 (UTC)

Put the #if outside the #ask and use different templates for each case. FriedhelmW (talk) 19:40, 29 July 2016 (UTC)

Thanks, but finally it was enough to define a variable and use it in the introtemplate :) Nanoukaplus (talk) 09:14, 1 August 2016 (UTC)

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

PdfBook fatal error

Ok I have a basic need : export articles as Pdf. While it seems to exist a PdfExport extension available for the 1.27.0 version of MW, I learnt here according to @Seb35 that this one is no more maintained since MW 1.18. So first, why the hell do you propose to download a 1.27.0 version while this one obviously don't work ? So now, I try another extension, called PdfBook, and this time the installation goes well (hurrah). But when I try to export an article, it crashes with a fatal error : Call to undefined function wfMsg() in /var/www/wiki/extensions/PdfBook/PdfBook.hooks.php on line 18.

So what, is this one obsolete too ?

Can someone advise me for an extension that actually works with an up to date documentation ? Or maybe such Graal still does not exist ?

I'm sorry for such a sarcastic tone but since I started to work with mediawiki, I struggle with obsolete documentation, contradictory informations, I encounter problems for almost every single extension. My experience is not fun at all, and given some posts I've read on forums, I'm not the only one. 62.102.229.98 (talk) 12:37, 26 July 2016 (UTC)

I aggree there are a lot of old things and it is not always clear if a given extension can work or if it is too old. I’m afraid PdfBook is also too old given the error you get. I hope you can make PdfExport work (at least I succeeded, so it can work). When you search an extension for MediaWiki, it is generally a good advice to search what does Wikipedia (search in its Special:Version) because you can be sure the extension will work; else you have to try. In this case, Wikipedia uses Extension:Collection that you can try. ~ Seb35 [^_^] 15:46, 26 July 2016 (UTC)

Special:Import is failing

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 try to upload a 7 KB file with Special:Import, I get the following message.

Import failed: Upload of import file failed. A temporary folder is missing.

What folder is missing?

MediaWiki 1.25.6

PHP 5.4.16 (apache2handler)

MariaDB 10.1.13-MariaDB

Lua 5.1.5 Bluechalk2 (talk) 12:55, 26 July 2016 (UTC)

Manual:$wgTmpDirectory wargo (talk) 14:07, 26 July 2016 (UTC)

I tried both:

$wgTmpDirectory = "$IP/images/tmp";

$wgTmpDirectory = "/tmp";

I'm still getting the same error message. Bluechalk2 (talk) 21:24, 26 July 2016 (UTC)

Does it exists and have chmod 777? wargo (talk) 08:20, 27 July 2016 (UTC)

I uninstalled and reinstalled Apache and PHP. Now its working. Bluechalk2 (talk) 20:55, 27 July 2016 (UTC)

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

Using https cant access pages

Im attempting to use https on my wiki so that i can have a secure connection and I can access my opening page using https however if I try to navigate to another page (logon/main page/etc) it returns a 404 error. I have the short URLs implemented and they work when not using https, however even the long URLs return a 404. Any help would be greatly appreciated. 64.136.234.30 (talk) 18:05, 26 July 2016 (UTC)

Maybe your server maps HTTPS to a different document root? Look at the error logs to see what physical directory it's trying to access Ciencia Al Poder (talk) 18:30, 26 July 2016 (UTC)

Show/Hide Feature

I am new to this wiki as of today. I was wondering if I am able to turn off the Show/Hide feature when looking at pages. I'd like to see all the Trainers, Items, and Pokemon all at once, if it's possible, please let me know. Thank you for your time and assistance! 72.190.128.41 (talk) 18:11, 26 July 2016 (UTC)

MW1.27 : XCache was not initialized properly

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 made the update from Mediawiki 1.26 to 1.27 on a shared hosting (PHP 5.6.23), everything went well during the update, but when going on the wiki, I got a new message on top of page regarding XCache that I didn't have previously :

"Warning: xcache_get(): XCache var cache was not initialized properly. Check php log for actual reason in [...]/includes/libs/objectcache/XCacheBagOStuff.php on line 32

Warning: xcache_set(): XCache var cache was not initialized properly. Check php log for actual reason in [...]/includes/libs/objectcache/XCacheBagOStuff.php on line 52"

...repeated 2 to 3 times

In LocalSettings.php, I have :

$wgMainCacheType    = CACHE_NONE;

Thanks in advance for any answer. 176.182.100.164 (talk) 18:29, 26 July 2016 (UTC)

I've tried to install a new wiki with MW1.27 to check the result, and have exactly the same problem.

I imagine this is a problem linked to my shared hosting (PlanetHoster) ?

XCache Version 3.2.0 176.182.100.164 (talk) 16:41, 2 August 2016 (UTC)

You or your host should check the php error log. It should contain information on the actual error... 87.123.0.69 (talk) 17:04, 2 August 2016 (UTC)

OK it seems it was so a problem regarding php modules on the shared host, which appeared with update to MW1.27. That's fine now. 176.182.100.164 (talk) 13:37, 6 August 2016 (UTC)

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

EmbedVideo Extension Default Syntax

Trying to set the default size for EmbedVideo extension, the documentation says: $wgEmbedVideoDefaultWidth can be set in LocalSettings.php to override the default width

anybody have an example of syntax?? tried this with no luck

$wgEmbedVideoDefaultWidth = 240;

the doc page: Extension:EmbedVideo MAHR88 (talk) 18:32, 26 July 2016 (UTC)

this seems to only work when the size is left blank.. can the localsettings.php be default be used to override the dimensions set by user contributions? MAHR88 (talk) 18:36, 26 July 2016 (UTC)

Importing infoboxes in my wiki

Every time I try to import wikipedia's infoboxes following the tutorial on MediaWiki my page will load indefinitely and I'll never actually import them.

To be more clear: If I try to import them with Scribunto activated it will load indefinitely, when I try to do it without Scribunto activated MediaWiki will tell me it needs Scribunto to fully import.

I've been trying this on two different computers with different wiki's, both giving the exact same result. They both run on Windows.

Is there any workaround or fix for this? Thijs60 (talk) 20:18, 26 July 2016 (UTC)

Hook:userCan (read)

Hello, i recently upgraded from 1.17.0 to 1.27.0 and now experience issues with a custom extension hook i wrote for 1.17 using the userCan hook.

Basicly i want to restrict read access overall (using $wgGroupPermissions['*']['read'] = false;) but (re-)grant it for anonymous users based on categorys. The extension hooks in the userCan hook and lists the categorys of the article. If one of the category names match a regular expression defined in LocalSettings.php, read access should be granted.

The issue seems not to be directly code related as debug output reveals, that the userCan is called correctly and the extension also returns the right result in the $result variable. Mediawiki 1.20.0 just seems to ignore the "true" result in the userCan hook: the login prompt is shown.

My LocalSettings.php looks like this: $wgGroupPermissions['*']['read'] = false; ... $wgWhitelistRead = array(some_static_pagenames); ... require_once("$IP/extensions/CategoryWhitelist.php"); $wgCategoryWhitelist = array('public', 'Bar.*'); //any article in category "public" or in a category starting with "Bar"

The Extension code is here: http://beni.hallinger.org/caving/CategoryWhitelist.php.txt

What am i doing wrong? 87.148.88.60 (talk) 21:28, 26 July 2016 (UTC)

Hello, i cant say why this does not work.

An alternative simple approach would involve some programming:

- LocalSettings.php restricts read access generally,

- The whitelist variable is enhanced with article names from a file

-this very file is generated using a simple handwritten bot

Thi would however only work for smaller wikis due to API constraints. 87.148.88.60 (talk) 08:57, 31 July 2016 (UTC)

Curl 7 Error - VisualEditor Extension

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.

---

System: 14.04 Ubuntu + Mediawiki 1.26 on Hyper-V. I'm trying to install the Visual Editor extension so that using the wiki is easier.

Error Code when I hit "edit" in my localwiki on Main_Page:

localwiki says:

Error loading data from server: (curl error: 7) Couldn't connect to server: parsoidserver-http-error:(curl error: 7) Couldn't connect to server. Would you like to retry?

I have curl, php5, and php5-curl installed. /var/log/parsoid/parsoid.log is empty. Visual Editor part of LocalSettings.php:

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

$wgDefaultUserOptions['visualeditor-enable'] = 1;

$wgHiddenPrefs[] = 'visualeditor-enable';

$wgVisualEditorParsoidURL = 'http://localhost:8142';

$wgVirtualRestConfig['modules']['parsoid'] = array(

'url' => 'http://localhost:8142',

'domain' => 'localhost',

'prefix' => 'localhost'

I haven't changed /etc/mediawiki/parsoid/settings.js except for this line:

parsoidConfig.setMwApi({ uri: 'https://localhost/api.php', prefix: 'localhost', domain: 'localhost' });

Using (https://github.com/wikimedia/parsoid/tree/master/guides/setup), I did 'npm install' in /var/www/html/extensions/parsoid, but when I get to 'node bin/server', I get

Error while reading config file: Error: ENOENT, open '/var/www/html/extensions/parsoid/config.yaml'

I think it's a problem with the parsoid server. Any help is appreciated. Vijacrat (talk) 21:29, 26 July 2016 (UTC)

have you solved this yet? 129.67.90.252 (talk) 14:00, 10 August 2016 (UTC)

It could be that Curl is not running or parsoid is not running, check both. NitaiDas (talk) 10:46, 15 May 2017 (UTC)

Have you "/var/www/html/extensions/parsoid/config.yaml"? wargo (talk) 11:19, 15 May 2017 (UTC)

Yes, I finally got it. The following are a few things that helped me.

1. config.yaml is indentation sensitive. Running tail /var/log/parsoid/parsoid.log helped to check that after a parsoid (failed) start. In words, parsoid will not start if the indentation in config.yaml is wrong.
2. The domain can actually be any word, as long as config.yaml and LocalSettings.php match.
3. The uri in mycase was 'http://en.domain.com:8142/api.php'
4. This page also helped > Parsoid/Troubleshooting
5. Exact setup for Parsoid/Setup#Multiple wikis sharing the same parsoid service NitaiDas (talk) 16:02, 15 May 2017 (UTC)

I'm new to mediawiki, and I've just received this error.

Where should I start? Fakeologist (talk) 02:31, 13 December 2017 (UTC)

I found a solution!

Same problem, error that the curl extension was not installed, while it was. I compared different LocalSettings.php and config.yaml file one from mediawiki where visualeditor was working to mine where Visualeditor wasn't working.

First check if both your URLS in LocalSettings.php and config.yaml are working.

The URL in LocalSettings.php should give (under "wgVirtualRestConfig" ):

"Welcome to the Parsoid web service.

See the API documentation on mediawiki.org."

And the URL from config.yaml (under "MwApis:"):

"MediaWiki API help

This is an auto-generated MediaWiki API documentation page.

Documentation and examples: https://www.mediawiki.org/wiki/API" etc

If those both generate a working page (just to check if we haven't entered a wrong url) follow this guide:

https://www.joomlashine.com/blog/how-to-enable-curl-in-php.html

basically open your php.ini file in /etc/php/7.0/apache2/php.ini and uncomment (remove the semicolon at the beginning of the line) and save the file.

Restart apache2 service:

sudo /etc/init.d/apache2 restart

And restart parsoid service:

sudo /etc/init.d/parsoid restart

Open your wiki and click on "edit" and it should work!

Regards, Denagelinde (talk) 12:37, 20 August 2018 (UTC)

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

How to receive Alerts e-mails

Hello EveryOne.

How i can do to receive e-mails when an user creates/edit a page ?

Hope you can help me.

Best regards. Maxedrom (talk) 21:35, 26 July 2016 (UTC)

Do you mean you want to receive an e-mail whenever anybody edits any page on your wiki? Guycn2 (talk) 22:40, 26 July 2016 (UTC)

Did you try the Email_notification extension ? 62.102.229.98 (talk) 07:15, 27 July 2016 (UTC)

How to get the target page on Special:MovePage?

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 the move form, I need to get the name of the page being moved. I need it for the intro on this form.

For this purpose, I tries to use {{SUBPAGENAME}}. Therefore, I expected to see the text "Main Page" on Special:MovePage/Main Page. But this magic word doesn't work well on special pages.

Is there any way I can retrieve the page being moved on the intro for the move form? Guycn2 (talk) 22:46, 26 July 2016 (UTC)

No. The intro text doesn't have any parameters it seems and as such has no idea what page is being moved. It's just text and doesn't have access to the context. —TheDJ (Not WMF) (talk • contribs) 09:04, 27 July 2016 (UTC)

Apparently, {{SUBPAGENAME}} doesn't work here as it is supposed to.

You can use parser functions for this. Use the following code:

{{#titleparts: {{PAGENAME}} | | -1 }}

This will give the title after the last "/".

(#titleparts details) AhmadF.Cheema (talk) 11:35, 27 July 2016 (UTC)

Wow, it works! Thank you so much! Guycn2 (talk) 12:30, 27 July 2016 (UTC)

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

Manual:generateSitemap.php not working

Hi, i am new to mediawiki. my articles like (http://artistopedia.com/wiki/Raftaar) are not showing is google search results. i have configured short urls using .htaccess.

I have read somewhere that i need to submit sitemap to google. so i tried doing this (Manual:GenerateSitemap.php) but unfortunately it doesnot looks like it worked. i am getting this (http://artistopedia.com/sitemap/) as a result.

Can anybody please help? 14.141.216.30 (talk) 07:24, 27 July 2016 (UTC)

You got an XML file, which names one gz archive for each namespace. That fits to what the manual page claims the script would create...

When I open these archives, then they do contain entries for different pages. E.g. the xml file for namespace 0 contains 9 entries from AKakaAmazing to Tahan_Lew... 87.123.4.55 (talk) 09:20, 27 July 2016 (UTC)

So, what i have done is right? What should i do next? 180.151.3.98 (talk) 08:10, 28 July 2016 (UTC)

Thanks 87.123.4.55,

It actually worked, i didn't knew that the "generatesitemap.php" generates the sitemap index instead of sitemap.xml. its almost the same thing, you can go ahead and submit the url of .xml under yourdomain.com/sitemap to the Google Webmaster tools. 180.151.3.98 (talk) 09:41, 28 July 2016 (UTC)

Importing XML - format seems inconsistent

I'm trying to import pages with XML. My revision is:

MediaWiki

1.26.2

I used exactly the same format as the export:

<mediawiki>

<siteinfo>

<page>

It objects to the <mediawiki> and wants it to start with <Pages>, and it wants <Page> instead of <page>.

Then it objects to <title>.

Rather than keeping changing things until it finally accepts them, I thought I'd ask to see if there's a description of the format it is looking for - I have had a look, but the recommendations all seem to be for normal XML, with <mediawiki> as the start. Fustbariclation (talk) 07:55, 27 July 2016 (UTC)

The description is available as an XSD specification here: https://www.mediawiki.org/xml/export-0.10.xsd See also Help:Export. —TheDJ (Not WMF) (talk • contribs) 09:01, 27 July 2016 (UTC)

How to get the protection level of other 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.

---

Hello. Most magic words allow setting a parameter for the page name, for example: {{NAMESPACE:Template:Ping}} returns "Template", and {{PAGENAME:Manual:FAQ}} returns "FAQ".

However, the magic word {{PROTECTIONLEVEL}} doesn't allow doing it that easily. If I want, for example, to check the protection level of the Main Page, I cannot use {{PROTECTIONLEVEL:edit:Main Page}}, because it does not return anything.

Is there anyway I can use {{PROTECTIONLEVEL}} for a different page, rather than the current page? Guycn2 (talk) 12:38, 27 July 2016 (UTC)

Use:

{{PROTECTIONLEVEL:action | page name}}

where action is for example "edit", "move"

Note, no protection will return an empty string.

Details: Help:Magic_words#Parser_functions AhmadF.Cheema (talk) 13:56, 27 July 2016 (UTC)

You're a genius! Thank you so so much! Guycn2 (talk) 15:27, 27 July 2016 (UTC)

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

Wiki com html

Bom dia.

Já ativei o html no meu localSettings Quando vou editar a pagina principal ele carrega corretamente o html. Mas quando salvo a página ele volta como era antes. Já aconteceu com alguém isso ? Alguém também sabe o que possa ser feito para ficar o html direto ? Arturmafezzoli (talk) 14:58, 27 July 2016 (UTC)

When you edited the page, it displayed html correctly, but when you tried to save it, the edit had not been saved. Instead you still saw the old version of the page. Please check the History tab of that page. Has a new revision with your changes been created?

You say that you have activated html in LocalSettings.php. How did you do that?

(Are we speaking about a problem with pages, which get delivered from cached and outdated HTML files?) 87.123.4.55 (talk) 20:35, 27 July 2016 (UTC)

That may be a caching problem on your browser. Try CTRL + SHIFT + R Ciencia Al Poder (talk) 03:23, 29 July 2016 (UTC)

Alternative to AccessControl and LockDown Extensions ?

AccessControl is incompatible with Visual Editor and LockDown is "currently broken in conjunction with MW 1.27+.". Does it exist an alternative ? My client absolutely wants Visual Editor as WYSIWYG editor but we can't loose the page restriction too. What we need is an extension like AccessControl or Lockdown that allow to restrict access to specific pages depending on the user group. 62.102.229.98 (talk) 15:32, 27 July 2016 (UTC)

Extension:Lockdown should get sorted out in a few days.

A solution code has already been proposed.

See https://phabricator.wikimedia.org/T137051.

You can either wait for the updates to be committed or try the solution by yourself. AhmadF.Cheema (talk) 15:43, 27 July 2016 (UTC)

Lockdown actually can't do the same work as AccessControl does. Is there a way to restrict specific page access for a group of users without AccessControl ? For example, I have an article on the home page called "Report". It hasn't a specific namespace. Its URL is simply : "http://mywiki/index.php/Report". Is there a way to say that only user A, B, C, D can edit this page or whatever right I want to set ?

Thanks. 62.102.229.98 (talk) 08:39, 4 August 2016 (UTC)

If you want restricted editing, it is pretty straightforward. It can be done a number of ways, like using Extension:AbuseFilter to create a filter for disallowing user groups or using Extension:AuthorProtect which allows the page author to allow or disallow user groups from editing.

For restricting reading, the situation is completely different as is indicated by the warnings on each of these access control extension pages. If you want you can go through: List of 40+ page specific user rights extensions.

I tried a few of them, but there used to be one problem or another. Following are my observations for the ones I personally tried:

• Extension:IntraACL
  • The extension had patches according the MediaWiki version that needed to be applied for proper functioning of the extension. The latest patch is for v1.26.3.
  • As I was using MediaWiki v1.28alpha, I couldn't test this.
• Extension:PermissionACL
  • Apparently, its default position was to restrict all pages and to requires inclusion in code the namespaces or categories which have to be excluded.
  • It is possible that I was mistaken in such an assessment, I didn't give enough time to it.
• Extension:Restrict access by category and group
  • Not protected from inclusion/transclusion.
  • Hides the page from [[Special:AllPages]], so unless the unauthorized user knows the title of the page, inclusion/transclusion shouldn't be a problem.
  • However, the page is visible from [[Special:RecentChanges]], Wiki search and possibly [[Special:NewPages]] too.
  • On search, page title may appear but the content doesn't show.
  • Diff. and revision links are also protected.
  • Protected from exports, but not any templates (or transcludes) that might be included in the page.
• Extension:RemoveProtectedContent
  • Removes protected articles from lists (e.g. recentchanges, search results, new articles), and prevents unauthorised users from gaining access to protected content by transcluding it.
  • Patch files were unfortunately for very old MediaWiki versions (v1.15.0 and v1.16.0)
  • Tried patch for ChangesList, but didn't work.

If you are willing to run MediaWiki v1.26.3, I would definitely suggest trying IntraACL. If this doesn't work the most appropriate might only be Lockdown. AhmadF.Cheema (talk) 19:07, 4 August 2016 (UTC)

Linking Template to Category

I'm sure this is a very stupid question but I'm new and at a complete loss.

I have a template that I want to have automatically link entries to their category page. So for instance, when it outputs on the page, I want it to read Year: [year that was entered] with [year that was entered] linking automatically to Category: Year.

How do I set up arraymap to do this?

Help? 71.251.45.111 (talk) 16:06, 27 July 2016 (UTC)

If I understand you correctly, you just need to add [[Category:Year]] in the template text.

So that on whichever page the template is used, that page will be included into the Category:Year. AhmadF.Cheema (talk) 16:30, 27 July 2016 (UTC)

Upgrading from 1.26 to 1.27 breaks putting pages in a category

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 upgraded my wiki from 1.26 to 1.27. Now, when I put a page in a category, I get the category at the bottom of the page. However, it is not placed in that category. I'm not sure why this has happened. I have narrowed it down to the upgrade. Any suggestions on how to fix this?

Thanks 146.90.183.4 (talk) 19:13, 27 July 2016 (UTC)

Browse to:

<Your-Domain>/w/api.php?action=query&meta=siteinfo&siprop=statistics&format=jsonfm

If there are "jobs" remaining, then until the category job has not been executed, the category page will not update.

See Manual:Job queue AhmadF.Cheema (talk) 19:28, 27 July 2016 (UTC)

Thanks. There are 5040 jobs. Is there a way to force it to run. As I am using SMW and forms, I want it in the correct category so that it can be immediately edited with the form. MwColin (talk) 19:39, 27 July 2016 (UTC)

In SSH, go to the MediaWiki directory and run: php maintenance/runJobs.php

Note that 5000+ jobs will take quite some time to execute.

Also, for future purposes better to setup a cron job for this. AhmadF.Cheema (talk) 20:08, 27 July 2016 (UTC)

Thanks again. This cleared the queue and didn't take long. I read somewhere else that this piece of code has been moved to the job queue in 1.27. Therefore the behaviour has changed. With 1.26 it was added immediately to the category, now you have to wait for the job to run. I would like the previous behaviour, so will look at methods to get the queue to be cleared as quickly as possible. MwColin (talk) 21:07, 27 July 2016 (UTC)

You can try setting $wgRunJobsAsync = false; in LocalSettings.php. AhmadF.Cheema (talk) 23:43, 27 July 2016 (UTC)

Thanks again. I tried this but the page is still not "instantly" added to the category. It appears to be added about 5 minutes later. I suppose this is a new "feature". And perhaps my way of doing things, adding it to a category and then immediately wanting to edit the page, is not a common way of working. I like to save page that is automatically generated with a form, and then edit it to add text. However, I can live with this. Thanks a lot for the help. MwColin (talk) 19:50, 28 July 2016 (UTC)

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

MediaWiki gallery slideshows

When I was browsing the gallery tag page of Wikipedia I just noticed there is a slideshow there for the mediawiki gallery, which I found strange because I thought slideshows aren't natively supported in the MediaWiki galleries. I also tried out it's code here on this wiki on the Sandbox page to test if it's working here as well, and it's working fine, but when I tried it on my own wiki it doesn't seem to work. What should I do to enable this functionality on my wiki? My wiki's version is 1.27(LTS).

Example of the slideshow code I found:

<gallery mode="slideshow">
File:Detroit Publishing Co. - A Yeoman of the Guard (N.B. actually a Yeoman Warder), full restoration.jpg|A Yeoman Warder, from a Victorian-era [[photochrom]]
File:Official_program_-_Woman_suffrage_procession_March_3,_1913_-_crop.jpg|The Official program of the 1913 Woman Suffrage Procession held in Washington, D.C.
File:Thurston, the famous magician - East Indian Rope Trick.jpg|[[Howard Thurston]] performing the [[Indian rope trick]]
File:Joseph Ferdinand Keppler - The Pirate Publisher - Puck Magazine - Restoration by Adam Cuerden.jpg|"The Pirate Publisher", a satire of copyright infringement from the magazine [[Puck (magazine)|Puck]].
</gallery>

Tribly (talk) 20:56, 27 July 2016 (UTC)

The feature isn't available in a release version yet, you will have to wait for 1.28. 137.147.5.74 (talk) 07:14, 28 July 2016 (UTC)

I'm using MediaWiki version 1.28.0-alpha (5726c9c) - 09:18, 12 July 2016

The "slideshow" mode isn't working for me on this version either.

Is it possible that some additional .js might be involved? I wasn't able to find anything related on Wikipedia. AhmadF.Cheema (talk) 07:28, 28 July 2016 (UTC)

It was called "slider" then. af7ffaeeecd1, committed merely hours after the revision you are using, renamed it to "slideshow". 137.147.5.74 (talk) 11:12, 28 July 2016 (UTC)

And here I was wasting my time trying to find any missing files. Talk about unfortunate close calls.

Anyway, thanks. AhmadF.Cheema (talk) 11:39, 28 July 2016 (UTC)

Fatal exception of type MWException

Just did a fresh install using the built in installer, and am getting this error? What should i check?

Thank you! The1gofer (talk) 01:36, 28 July 2016 (UTC)

Try putting

$wgShowExceptionDetails = true;

at the end of your LocalSettings.php to find more information about the error.

See Manual:How to debug AhmadF.Cheema (talk) 05:00, 28 July 2016 (UTC)

that gives more information, but I'm not sure what to do with it.

includes/cache/localisation/LCStoreCDB.php: Unable to move the new CDB file into place.

#0 /home2/crewsgen/public_html/includes/cache/localisation/LocalisationCache.php(1024): LCStoreCDB->finishWrite()

#1 /home2/crewsgen/public_html/includes/cache/localisation/LocalisationCache.php(462): LocalisationCache->recache(string)

#2 /home2/crewsgen/public_html/includes/cache/localisation/LocalisationCache.php(379): LocalisationCache->initLanguage(string)

#3 /home2/crewsgen/public_html/includes/cache/localisation/LocalisationCache.php(294): LocalisationCache->loadSubitem(string, string, string)

#4 /home2/crewsgen/public_html/languages/Language.php(2561): LocalisationCache->getSubitem(string, string, string)

#5 /home2/crewsgen/public_html/includes/cache/MessageCache.php(869): Language->getMessage(string)

#6 /home2/crewsgen/public_html/includes/cache/MessageCache.php(827): MessageCache->getMessageForLang(Language, string, boolean, array)

#7 /home2/crewsgen/public_html/includes/cache/MessageCache.php(768): MessageCache->getMessageFromFallbackChain(Language, string, boolean)

#8 /home2/crewsgen/public_html/includes/Message.php(1178): MessageCache->get(string, boolean, Language)

#9 /home2/crewsgen/public_html/includes/Message.php(801): Message->fetchMessage()

#10 /home2/crewsgen/public_html/includes/Message.php(892): Message->toString()

#11 /home2/crewsgen/public_html/includes/title/MalformedTitleException.php(49): Message->text()

#12 /home2/crewsgen/public_html/includes/title/MediaWikiTitleCodec.php(296): MalformedTitleException->__construct(string, string)

#13 /home2/crewsgen/public_html/includes/Title.php(3337): MediaWikiTitleCodec->splitTitleString(string, integer)

#14 /home2/crewsgen/public_html/includes/Title.php(367): Title->secureAndSplit()

#15 /home2/crewsgen/public_html/includes/MediaWiki.php(79): Title::newFromURL(NULL)

#16 /home2/crewsgen/public_html/includes/MediaWiki.php(135): MediaWiki->parseTitle()

#17 /home2/crewsgen/public_html/includes/MediaWiki.php(661): MediaWiki->getTitle()

#18 /home2/crewsgen/public_html/includes/MediaWiki.php(519): MediaWiki->main()

#19 /home2/crewsgen/public_html/index.php(43): MediaWiki->run()

#20 {main} The1gofer (talk) 05:55, 28 July 2016 (UTC)

Take a look at this: Extension talk:ParserFunctions#h-on_install:_Unable_to_move_the_new_CDB_file_into_place-2013-11-24T09:19:00.000Z

Maybe you are having the same issue.

If that doesn't work try disabling extensions from LocalSettings.php to make sure the issue is not related to some particular extension (especially Extension:ParserFunctions). AhmadF.Cheema (talk) 06:42, 28 July 2016 (UTC)

tried that, any other suggestions? The1gofer (talk) 01:00, 2 August 2016 (UTC)

This looks like a permission problem. Try setting Manual:$wgCacheDirectory to a directory writable by the web server Ciencia Al Poder (talk) 03:49, 2 August 2016 (UTC)

Some error at description meta tag

Hello all, I have updated MW to 1.27.0 and found out that extension on description meta tag at some articles has a bug, see screenshot: Screenshot So there is some text before the actual description looks like: <meta name="description" content="ENCODED_CONTENT MTEwMzIPGRpdiBjbGFzcz0iZmxvYEND_ENCODED_CONTENT

but some articles are fine with description meta tag. I have published the same question on extension page ... but I don't know if I have a reply there, that's why I do it here I would be glad to have your advices to resolve a problem

Extension page: https://www.mediawiki.org/wiki/Extension:Description2 Fokebox (talk) 10:00, 28 July 2016 (UTC)

Is MediaWiki adapted to our project?

We would like to start a wiki about Berlin and its history. For the moment we would like to be master of our content, that is we would like anyone to be able to read it, but only members of our group to be enabled to write/edit pages. Is it possible to achieve it with MediaWiki? Is that a possible Preference? Daoes it depend on MediaWiki or on the wiki farm?

Will it be possible to change the name of our wiki in the future? Piero Caracciolo (talk) 10:31, 28 July 2016 (UTC)

Yes, it is possible, you should set preferences for new registrations by admin and set, that only authorised users can create and edit articles. All this should be done in Localsettings.php file

# Permissions
$wgGroupPermissions['*']['createaccount'] = false;
$wgGroupPermissions['*']['edit'] = false;

What do you mean to change the name of Wiki? the domain name or name of the wiki. Just name can be changed at any time in Localsettings.php file Fokebox (talk) 10:47, 28 July 2016 (UTC)

Collection Extension : setting $wgScriptPath

The actual documentation of Collection Extension mention that we should change the "base_url" variable in the function renderCollection of extensions/Collection/Collection.body.php file if changing $wgScriptPath messes up our site (obviously it does).

As there is no "base_url" in the last version of Collection for Mediawiki 1.27 (in Collection.body.php file) and because the issue mentioned date from 2012, and because the code presented in the proposed fixed is completely different from the one that I downloaded here (link from the official Collection Extension page), I wondering if it is still relevant and necessary ?

If someone can tell me which one is the good one, which one is up to date and which one is obsolete.

I hope it will help you to put the documentation up to date !

Thanks. 62.102.229.98 (talk) 12:36, 28 July 2016 (UTC)

Don't the support team has some informations about this question ? I think this question is relevant when looking at documentation.

Thanks. 193.248.41.114 (talk) 14:09, 29 July 2016 (UTC)

description2 extension

I installed description2 on my wiki and I saw that if I don't add a metadesc tag there is an auto description.

how can I edit it? Beyond doubt (talk) 14:45, 28 July 2016 (UTC)

How to make UploadWizard fields unrequired?

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 installed UploadWizard extension on my wiki and everything seems to be working fine, but I stuck with tinkering with it's configuration. How do I setup in $wgUploadWizardConfig in the LocalSettings.php to make the "Source" and "Author(s)" fields and other required fields unrequired? We upload a lot of memes from the internet to our wiki and the wast majority of those memes have unknown authors or just unoriginal, Those required fields also slow down the upload time of our images. Tribly (talk) 18:11, 28 July 2016 (UTC)

In your UploadWizard.config.php, try changing:

// Min author string length
'minAuthorLength' => 1,
// Min source string length
'minSourceLength' => 5,

to

'minAuthorLength' => 0,

and

'minSourceLength' => 0,

Maybe this will work. AhmadF.Cheema (talk) 18:37, 28 July 2016 (UTC)

I tried to change those but it didn't had any effect. Tribly (talk) 18:58, 28 July 2016 (UTC)

OK, scratch the previous edits, there is no need for them.

• Open file "mw.UploadWizardDeedThirdParty.js" in directory $IP/extensions/UploadWizard/resources
• Comment out the following lines:

if ( text === '' ) {
				errors.push( mw.message( 'mwe-upwiz-error-blank' ) );
			} else if ( text.length < minLength ) {
				errors.push( mw.message( 'mwe-upwiz-error-too-short', minLength ) );
			} else if ( text.length > maxLength ) {
				errors.push( mw.message( 'mwe-upwiz-error-too-long', maxLength ) );
			}

and

if ( text === '' ) {
				errors.push( mw.message( 'mwe-upwiz-error-blank' ) );
			} else if ( text.length < minLength ) {
				errors.push( mw.message( 'mwe-upwiz-error-too-short', minLength ) );
			} else if ( text.length > maxLength ) {
				errors.push( mw.message( 'mwe-upwiz-error-too-long', maxLength ) );
			}

• This should work.
• Note that I don't know php, so I am unsure whether it will break something else or not, but I think it should be fine. AhmadF.Cheema (talk) 20:11, 28 July 2016 (UTC)

Thank you very much! This worked perfectly. But by any chance do you know how can I do the same in the Describe section for the "Description" and "Date created" fields as well? Tribly (talk) 20:31, 28 July 2016 (UTC)

Wouldn't it be easier to just use some other extension like: Extension:MsUpload?

If bulk uploading is the only feature you want. AhmadF.Cheema (talk) 20:50, 28 July 2016 (UTC)

Anyway,

• Open file "mw.UploadWizardDetails.js" in directory $IP/extensions/UploadWizard/resources
• Comment out the following lines:

			this.descriptionsDetailsField.$element,
			this.dateDetailsField.$element,

and,

		this.descriptionsDetailsField = new uw.FieldLayout( this.descriptionsDetails, {
			label: mw.message( 'mwe-upwiz-desc' ).text(),
			help: mw.message( 'mwe-upwiz-tooltip-description' ).text(),
			required: descriptionRequired
		} );
		this.mainFields.push( this.descriptionsDetailsField );

and,

		this.dateDetailsField = new uw.FieldLayout( this.dateDetails, {
			label: mw.message( 'mwe-upwiz-date-created' ).text(),
			help: mw.message( 'mwe-upwiz-tooltip-date' ).text(),
			required: true
		} );
		this.mainFields.push( this.dateDetailsField );

AhmadF.Cheema (talk) 21:15, 28 July 2016 (UTC)

Thank you very much! :) Tribly (talk) 05:33, 29 July 2016 (UTC)

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

<ul id="footer-info"> is empty on special pages!?

I found that <ul id="footer-info"> is empty on my special pages. Example: See the footer on [4] compared to [5]. MediaWiki 1.27.

Is this a meant to be this way?
How can I show the footer-info on special pages too? Stefahn (talk) 08:48, 29 July 2016 (UTC)

By the way: It's the same on Wikipedia... I guess it's a bug, isn't it? Stefahn (talk) 13:06, 30 July 2016 (UTC)

It is supposed to be like this. That footer class is apparently not included for Special pages.

To manually add it, you will probably have to try to include some code in your MediaWiki:Common.css AhmadF.Cheema (talk) 13:15, 30 July 2016 (UTC)

Interestingly, the mobile site through Extension:MobileFrontend does use the same footer for both namespaces. AhmadF.Cheema (talk) 15:32, 30 July 2016 (UTC)

I think the fact that this element is empty on Special pages, is a bug. At least, I do not see a reason, why it should not be there on these pages... 87.123.13.176 (talk) 15:39, 30 July 2016 (UTC)

Possibly because extensions which also create Special pages use a variety of licences. AhmadF.Cheema (talk) 16:03, 30 July 2016 (UTC)

> At least, I do not see a reason, why it should not be there on these pages...

I second that.

footer-info is usually used to show information about licenses. And some special pages are accessible by visitors too. So they should see the license information on those pages too.

> Possibly because extensions which also create Special pages use a variety of licences.

Then the Creative Commons logo should be also not displayed on special pages. But it is displayed.

I will post this on Phabricator now and I'm exited about their feedback. Stefahn (talk) 19:58, 30 July 2016 (UTC)

Just wrote a task on Phabricator and added some more info to it: https://phabricator.wikimedia.org/T141696 Stefahn (talk) 20:25, 30 July 2016 (UTC)

To the licence issue: There also are extensions, which are distributed under the same licence as MediaWiki - if MediaWiki only shows the licence there if it is identical to MediaWiki's own licence, then these pages should show the licence information. But on these pages the licence information is missing as well. There also are other situations, in which "external" content is shown in a page, this e.g. is the case for images. These also may be provided under different licences, but the footer still stays the same. Even if an extension adds content to a page, same as for an image, which gets added to a page, it still is the MediaWiki system, which creates the complete output out of this as a whole.

By default, the standard licence information should just be present on Special pages and that's it. 87.123.13.176 (talk) 21:38, 30 July 2016 (UTC)

Regarding the images, probably why the Wikimedia foundation uses the copyright text as "Text is available under the Creative Commons Attribution-ShareAlike License; additional terms may apply."

Anyway, I just checked a few of system messages under the MediaWiki namespace too (Special:AllMessages), it would appear the pages which are not "created" or have not been edited even once (i.e. with the red link) also do not show the copyright text while other "blue-linked" pages do show the text.

Similar is the case with any article page which has not been edited once (in this case it would mean it has not even been created).

Therefore, this is probably what the MediaWiki core checks before deciding to show the copyright information or not. AhmadF.Cheema (talk) 00:41, 31 July 2016 (UTC)

> "Text is available under the Creative Commons Attribution-ShareAlike License; additional terms may apply."

I think this must be talking about the content, because MediaWiki itself is published under the GNU General Public License. So actually the output of the MediaWiki system itself (like the menu, the editing area, the speical pages) is not talked about at all. 87.123.62.168 (talk) 10:08, 31 July 2016 (UTC)

Yes, that is pretty much what I meant. The text might be under CC but other things (which should include images and other multimedia too) could be under a variety of licences.

In any case, they included "additional terms may apply", that pretty much means people will have to read all the other terms before assuming CC is enforced for everything by default.

Also, as I mentioned in my previous comment, the exclusion of copyright info in Special pages is likely to be because those pages haven't been "created". or edited once. AhmadF.Cheema (talk) 10:18, 31 July 2016 (UTC)

Actually, this is not a problem with Special pages, it is a problem with pages, which have no revision (also with normal content pages, which have not yet been created).

I tried tracking this one down:

In VectorTemplate.php, the footer section is created based on the content of $this->getFooterLinks(). To do that, $this->getFooterLinks() in BaseTemplate.php builds an array of the available footer links. If after this step one of the different footer link categories is empty, then this category is removed - this is what happens to the footer-info category, which Stefahn is asking about. These links are retrieved from $this->get( 'footerlinks' ), which is defined in QuickTemplate.php. There it takes the information from $this->data[$name], in our case from $this->data['footerlinks'].

$this->data['footerlinks'] again is set up in SkinTemplate.php, function prepareQuickTemplate(). The exact name of the link in question is footer-info-copyright. After that point, the hooks SkinTemplateOutputPageBeforeExec and SkinAfterContent are run. With these hooks, especially with SkinTemplateOutputPageBeforeExec, the links, which should be displayed, can be modified! 87.123.62.168 (talk) 10:42, 31 July 2016 (UTC)

87.123.62.168: I think it would be helpful if you add your findings to https://phabricator.wikimedia.org/T141696 Stefahn (talk) 13:04, 3 August 2016 (UTC)

Saving article sends me back to Home page?

I'm writing an article on my wiki and for some reason, when I add the following sentence into my article, it just sends me back to my home page without saving. What's the problem?

The paragraph:

In the run up to the 2014 Scottish Independence Referendum, Tavish and his Orkney counterpart Liam McArthur put forward a motion to the Liberal Democrat conference to recognise the Islands having a "separate right to self-determination". Having been a career-long critic of Scottish Independence, Tavish campaigned for a No vote in the independence referendum. A majority of Shetlanders - 64% - agreed with Tavish and voted against Scottish Independence. 85.159.128.21 (talk) 09:41, 29 July 2016 (UTC)

If I remove the " " then it works. Do I need to fix something in local settings? 85.159.128.21 (talk) 09:43, 29 July 2016 (UTC)

Are the " " copy-pasted from another source, or were they typed directly by you? AhmadF.Cheema (talk) 10:15, 29 July 2016 (UTC)

See Manual:Errors and symptoms#Attempting to save an edit gives you a 403 Forbidden error, or you get redirected to the main page Ciencia Al Poder (talk) 22:51, 31 July 2016 (UTC)

problem with your login session

Hello folks! I have set up a new Mediawiki installation (1.27.0). The installation went fine, but now I cannot login with the user account I created during the install process. Error message is: "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."

What can I do about this? 91.35.69.118 (talk) 12:19, 29 July 2016 (UTC)

Try changing $wgMainCacheType from CACHE_ACCEL to CACHE_ANYTHING.

Project:Support desk/Flow/2016/07#h-Can't_login_or_create_user_after_upgrade_to_1.27-2016-07-05T08:20:00.000Z

Project:Support desk/Flow/2016/07#h-Login_error_(session_hijacking_protection)-2016-07-11T08:56:00.000Z AhmadF.Cheema (talk) 14:24, 29 July 2016 (UTC)

Thank you very, very much for your reply, Ahmad. Unfortunately it didn't help. When I change $wgMainCacheType and/or $wgSessionCacheType to anything else than CACHE_ACCEL, then the Mediawiki page cannot be loaded at all. 2003:4F:4D5D:2301:7DEC:EB86:211F:253F (talk) 18:38, 29 July 2016 (UTC)

Does the MediaWiki page give an error or does it keep on loading indefinitely? AhmadF.Cheema (talk) 18:48, 29 July 2016 (UTC)

It works now with Mediawiki 1.26.3. 2003:4F:4D5D:2301:7DEC:EB86:211F:253F (talk) 18:51, 29 July 2016 (UTC)

MW 1.27.0 gave an error 500. 2003:4F:4D5D:2301:7DEC:EB86:211F:253F (talk) 18:52, 29 July 2016 (UTC)

The error 500 means there is probably some configuration or extensions problem.

If you still want to try 1.27, you will have to set

$wgShowExceptionDetails = true;

at the end of your LocalSettings.php file, to get more information about the error.

It is possible that you made some syntax error while editing your LocalSettings.php. AhmadF.Cheema (talk) 19:00, 29 July 2016 (UTC)

Internal error after import

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, recently we set up a wikimedia install, version 1.27 , whenever we import we get an error.

[V5upRMBjIxoACJF3dzYAAASF] /wiki/index.php?title=Special:Import&action=submit DBUnexpectedError from line 2668 of /home/____/public_html/wiki/includes/db/Database.php: MediaWiki::preOutputCommit: Flushing an explicit transaction, getting out of sync!

What is going on? We have tried anything Helvianir (talk) 19:19, 29 July 2016 (UTC)

If it may help I have achieved a backtrace

#0 /home/___/public_html/wiki/includes/db/loadbalancer/LoadBalancer.php(1055): DatabaseBase->commit(string, string)

#1 [internal function]: LoadBalancer->commitMasterChanges(string)

#2 /home/ixnay/public_html/wiki/includes/db/loadbalancer/LBFactory.php(206): call_user_func_array(array, array)

#3 [internal function]: LBFactory->{closure}(LoadBalancer, string, array)

#4 /home/___/public_html/wiki/includes/db/loadbalancer/LBFactorySimple.php(154): call_user_func_array(Closure, array)

#5 /home/___/public_html/wiki/includes/db/loadbalancer/LBFactory.php(209): LBFactorySimple->forEachLB(Closure, array)

#6 /home/___/public_html/wiki/includes/db/loadbalancer/LBFactory.php(250): LBFactory->forEachLBCallMethod(string, array)

#7 /home/___/public_html/wiki/includes/MediaWiki.php(561): LBFactory->commitMasterChanges(string, array)

#8 /home/___/public_html/wiki/includes/MediaWiki.php(539): MediaWiki::preOutputCommit(RequestContext)

#9 /home/___/public_html/wiki/includes/MediaWiki.php(750): MediaWiki->doPreOutputCommit()

#10 /home/___/public_html/wiki/includes/MediaWiki.php(519): MediaWiki->main()

#11 /home/___/public_html/wiki/index.php(43): MediaWiki->run()

#12 {main} Helvianir (talk) 20:39, 29 July 2016 (UTC)

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

мою страницу заблокировали

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.

---

мою страницу заблокировали что делать и как можно её разблокировать? DARKS GAMES (talk) 08:15, 30 July 2016 (UTC)

If you protected the page, see Manual:Protection. 87.123.34.134 (talk) 08:25, 30 July 2016 (UTC)

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

Issue updating to Mediawiki 1.27 due to CentralAuth bug

Please check out https://phabricator.wikimedia.org/T141482 . This is important for Miraheze as Miraheze should update to Mediawiki 1.27 Reception123 (talk) 17:21, 30 July 2016 (UTC)

Как удалить аккаунт?

Удалите пожалуйста мой аккаунт. Sergey Zabaznov (talk) 18:52, 30 July 2016 (UTC)

Generally, an account cannot be removed, but it can be renamed (e.g. with Special:Renameuser) or/and it can be disabled.

Please ask an administrator in the according wiki to do that! 87.123.13.176 (talk) 18:56, 30 July 2016 (UTC)

Start template and end template for <poem>

Hi there, I would like to define a template, say {{Begin }}, to start a <poem> (and other stuff). Then another one, say {{End }}, to finish the </poem> (and other stuff).Note that I have activated the poem tag on my wiki, and it works just fine.However, if I define the first template to be exactly "<poem>", and the other one to be exactly "</poem>", it doesn't work. Perhaps the first template works, but the closing tag is shown verbatim as "</poem>" in the rendered contents of the wiki. Mysteriously, the trick works just fine with a less exotic "<b>" and "</b>" pair.Your help is most welcome! Thanks. 51.7.118.91 (talk) 02:29, 31 July 2016 (UTC)

Product     Version

MediaWiki     1.26.2

PHP     5.4.43 (cgi-fcgi)

MySQL     5.5.42-37.1-log

ICU     4.2.1 51.7.118.91 (talk) 02:32, 31 July 2016 (UTC)

Here is a test case. The results are slightly different from what I get in my wiki, where I cannot see the starting <poem>. Basically I need some sort of <yeswiki>, the opposite of <nowiki>. Thanks. Hopefully Acceptable Username (talk) 06:46, 31 July 2016 (UTC)

Try with: {{subst:Test-begin-poem}} and {{subst:Test-end-poem}} AhmadF.Cheema (talk) 06:59, 31 July 2016 (UTC)

Subst works thanks, but that's not what I am looking for. (I need a template to easily change the presentation of a big number of pages, which I want to keep consistent.) Should I file a bug? Hopefully Acceptable Username (talk) 07:07, 31 July 2016 (UTC)

• Try using "tags" then. Help:Magic_words#Miscellaneous

{{#tag:poem|
First line 
Second line
}}

• This will give:

First line
Second line

• Apparently, this is the common method when using Parser extension tags (e.g. <ref>) in templates. AhmadF.Cheema (talk) 07:51, 31 July 2016 (UTC)

Thanks, but same problem. Where did you read that this is how parser extension tags are transcluded? 51.7.118.91 (talk) 14:16, 31 July 2016 (UTC)

I don't know why you want there to be two templates, when it can be done by just one.

In Template:Test-begin-poem, the code will be something like: {{#tag:poem|{{1}}}}}

and the template will be used in the article as:

{{Test-begin-poem
|First line
Second line}}

AhmadF.Cheema (talk) 15:45, 31 July 2016 (UTC)

I have created a ticket here

https://phabricator.wikimedia.org/T141728 Hopefully Acceptable Username (talk) 17:29, 31 July 2016 (UTC)

Exactly what do you need in the template that I suggested earlier?

Also, I missed a bracket in it, it should actually be: {{#tag:poem|{{{1}}}}} AhmadF.Cheema (talk) 17:55, 31 July 2016 (UTC)

This worked fine for me as well. Thanks a lot. CaldoSangue (talk) 12:05, 27 September 2021 (UTC)

Problems Creating an Account

Hi, I clicked on the link to Create Account but have not received an email with a password. Please advise. 24.186.173.168 (talk) 15:10, 31 July 2016 (UTC)

Did you use any Unicode characters as part of your user name? I had a problem with that once... ~ Hopefully Acceptable Username (talk) 16:52, 31 July 2016 (UTC)

Error creating thumbnail

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 installed mediawiki on my webserver and when I try to upload any file, it say:

Error creating thumbnail:

Error: -1

The image work and is uploaded, but can't use the thumbnail that doesn't work. What I can do ? Kenjiraw (talk) 20:02, 31 July 2016 (UTC)

See if anything here helps: Project:Support desk/Flow/2015/04#c-Dlwnsgud0819-2015-04-25T12:15:00.000Z-Error_creating_thumbnail_Error_code:_-1 AhmadF.Cheema (talk) 20:16, 31 July 2016 (UTC)

But the variables $wgMaxShellMemory and $wgMaxShellFileSize are in wich file ? oO Kenjiraw (talk) 20:24, 31 July 2016 (UTC)

These ($wgMaxShellMemory and $wgMaxShellFileSize) can be inserted in your LocalSettings.php file.

What is the size of your image files? AhmadF.Cheema (talk) 20:41, 31 July 2016 (UTC)

~ 700x700 and less than 1MB Kenjiraw (talk) 20:48, 31 July 2016 (UTC)

Editing value of the variables does nothing. =/ Kenjiraw (talk) 13:19, 2 August 2016 (UTC)

Try Manual:How to debug and see if you can get more information about the error.

Also, can you tell what kind of hosting you are on, what OS is your Wiki running on and whether ImageMagick is installed for your hosting or not? AhmadF.Cheema (talk) 14:00, 2 August 2016 (UTC)

Hosting: OVH

System: Linux webm289.300gp.ha.ovh.net 3.14.60-grsec-hosting-web-3.14 #1 SMP Wed Jun 1 13:57:11 UTC 2016 x86_64

There is ImageMagick used with Imagick

When I set on the display of PHP Errors, there is no error displayed. Kenjiraw (talk) 22:31, 3 August 2016 (UTC)

Set up a debug log, preview a page with a thumbnail, modifying its size, and see in the debug log what's trying to do to create the thumbnail Ciencia Al Poder (talk) 02:55, 4 August 2016 (UTC)

I tried to setup the debug log but don't understand where the file is saved.

I can't preview a page with thumbnail because the thumbnail is not created and can't add a bugged thumbnail to a page.

Regardless of size, the thumbnail is never created. I tried it many times, many image. =( Kenjiraw (talk) 15:11, 7 August 2016 (UTC)

In Manual:How to debug there are instructions about how to set up a debug log. Note that it needs to be set up to a location with proper permissions, so the server can write to it.

With preview I mean you edit an existing page or create a new one, put an image on it with a specific size that will trigger a thumbnail, and hit preview, so you don't need to put the broken thumbnail on a public page. Ciencia Al Poder (talk) 16:39, 7 August 2016 (UTC)

I already followed the instructions on Manual:How to debug but it isn't clear.

I don't know what "/var/log/mediawiki/debug-{$wgDBname}.log"; refer to.

I don't know how to set up the correct permissions to MediaWiki.

In my folders, there is no log file.

After some other try, it seems to work fine with low resolution of image like 50x50.

Sometimes the image is displayed in full size when I try to add "File:myfile.ext" but often I can't put an image on a page because its thumbnail is bugged and the page return the error "Some parts of the edit form did not reach the server; double-check that your edits are intact and try again."

I tried to create a log folder with chmod 775 on and set in my LocalSettings "$wgDebugLogFile = "/log/debug-{$wgDBname}.log";" butnothing happen, I think I did not understand how to do. Kenjiraw (talk) 19:22, 7 August 2016 (UTC)

> it seems to work fine with low resolution of image like 50x50

Do you mean when the original image is 50x50 and you're generating a thumbnail of a greater size (like 120px)? If yes, it means MediaWiki is not generating a thumbnail for them, just serving the original file and the browser is scaling it. Otherwise, it means your server is having problems resizing some images, usually because of server limitations about memory or CPU usage. If you changed $wgMaxShellMemory and $wgMaxShellFileSize, the limitation may be imposed by your hosting, you may need to get a better hosting plan.

About the Some parts of the edit form did not reach the server; double-check that your edits are intact and try again problem, it may be also further limitations on the server, cutting down the request body at a few bytes. Again, check with your hosting provider. Ciencia Al Poder (talk) 17:40, 8 August 2016 (UTC)

Ok thank you for the help, bad new to know that OVH doesn't allow this. I will use another method then ($wgAllowExternalImagesFrom). Kenjiraw (talk) 19:53, 10 August 2016 (UTC)

For me, works later add the command in LocalSettings.php:

$wgGenerateThumbnailOnParse = true; Rodrigo Godoy (talk) 13:23, 22 June 2017 (UTC)

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

stuck upgrading

While doing my initial set up of Media Wiki, I get to the step Upgrade existing installation, then it never completes. Any ideas? 2601:87:4102:3831:F819:E9AE:F158:23D6 (talk) 22:00, 31 July 2016 (UTC)

When you are doing a new installation, then MediaWiki should not tell you it would be doing an upgrade.

When you are setting up a new installation make sure that two conditions are met:

• The file LocalSettings.php should not be present. If it has already been put into the installation, delete it before going through the setup!
• The database, which you are selecting during setup should exist, but it should not contain anything. It should be empty. There should be no tables in this database before you start the setup. 87.123.62.168 (talk) 23:27, 31 July 2016 (UTC)