Project:Support desk/Flow/2019/02

This page is an archive.

Please ask questions on the current support desk.

Overwrite default gallery mode [SOLVED]

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 want all of the galleries on my wiki to display no borders and wider images. To do this for a single gallery I can specify <gallery mode="nolines" widths="185px">. I want this to be the default behavior if a page contains <gallery> with no mode or attributes.

From what I understand, I need to write an extension and implement this as a parser hook. It is my first day writing extensions so I am completely to them. So far, I've managed to set up a ParserBeforeStrip hook in which I call:

<?php
class NolineGallery {
	public static function onParserBeforeStrip( &$parser, &$text, &$strip_state ) {
		$text = str_replace("<gallery>", "<gallery mode=\"nolines\" widths=\"185px\">", $text);
	}
}

This replaces text on the page, but only text before and after the page's content. So I can modify text inside a site notice but the page's wikitext is unaffected. I have read Extension_Writing_Tutorial, Manual:Developing_extensions and Manual:Hooks but I do not know which hook I am looking for or what code to include in the hook. PukupukuDragon (talk) 02:28, 1 February 2019 (UTC)

I think you probably want the look at the GalleryGetModes hook and use it to overwrite the selection for the traditional style.

But that is really over-thinking it. While I want to encourage you to continue your work on your first extension, you can probably achieve what you want with $wgGalleryOptions in your LocalSettings.php:

$wgGalleryOptions['mode'] = "nolines";

☠MarkAHershberger☢(talk)☣ 16:58, 1 February 2019 (UTC)

I didn't know there was a configuration option for this! That would be preferable because it wouldn't require a search-and-replace on every page load. Thank you. PukupukuDragon (talk) 17:25, 1 February 2019 (UTC)

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

unable to authenticate keeps popping up everytime i try to log into my account

unable to authenticate 2604:2000:1600:40B5:7C5E:BC5:99FD:57D (talk) 04:14, 1 February 2019 (UTC)

We need more details. Like: what version of MW? Did it work before? ☠MarkAHershberger☢(talk)☣ 16:37, 1 February 2019 (UTC)

viewing rights on special pages

How to arrange different permissions for different pages, meaning that some users can read and edit all pages and some users will not be able to read and edit only some of the pages and to the rest of the pages they will have no access at all SB26 (talk) 06:24, 1 February 2019 (UTC)

See Category:Page specific user rights extensions and especially the warnings on it. AhmadF.Cheema (talk) 07:59, 1 February 2019 (UTC)

"JavaScript parse error: Parse error: Unexpected token; token ; expected in file 'MediaWiki:Gadget-newtag.js' on line 4"

$( function newtag() { // 启动完成之后再执行

    // 对于每个具有效果的链接，除去段落中编辑按钮的链接和视图栏中的链接
    for (var link of $('a[href]').not($('span.mw-editsection a')).not($('#p-views a')).not($('#p-cactions a'))) {
        link.target = '_blank' // 设为在新窗口打开
        link.title += '（在新窗口打开）' // 在悬浮提示中标注新窗口打开
    }
})

This JavaScript can run normally, but if it's used as a gadget or personal javascript, it throws an error: JavaScript parse error: Parse error: Unexpected token; token ; expected in file 'MediaWiki:Gadget-newtag.js' on line 4 How can I solve it? SolidBlock (talk) 06:33, 1 February 2019 (UTC)

That script has several syntax errors.

Try this:

$( function newtag() { // 启动完成之后再执行
    // 对于每个具有效果的链接，除去段落中编辑按钮的链接和视图栏中的链接
    for (var link in $('a[href]').not($('span.mw-editsection a')).not($('#p-views a')).not($('#p-cactions a'))) {
        link.target = '_blank'; // 设为在新窗口打开
        link.title += '（在新窗口打开）'; // 在悬浮提示中标注新窗口打开
    }
});

Ciencia Al Poder (talk) 10:20, 1 February 2019 (UTC)

But the variable link should not be a key or an index. When I run the script with "for ... of", it runs normally in the console. SolidBlock (talk) 05:01, 2 February 2019 (UTC)

for .. of is not compatible with not-so-old browsers, so use it at your won risk.

Besides, that, there were missing semicolons that were obvious errors when the script is minimized. Ciencia Al Poder (talk) 10:07, 2 February 2019 (UTC)

If the semicolons are missing, it doesn't cause obvious errors when minimized.

However, the normal syntax "for of" causes errors:

https://test.wikipedia.org/wiki/User:SolidBlock/common.js

JavaScript parse error: Parse error: Unexpected token; token ; expected in file 'User:SolidBlock/common.js' on line 1 SolidBlock (talk) 11:44, 2 February 2019 (UTC)

Common.css isnt working on special:preferences page Timeless 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.

---

Is there a way to fix this? Another Page or some advise in adding code to a .php doc?

Thanks in advance 37.24.115.18 (talk) 08:30, 1 February 2019 (UTC)

Have you already seen Manual:CSS#Styles not working on Special:UserLogin or Special:Preferences? AhmadF.Cheema (talk) 09:12, 1 February 2019 (UTC)

Thank you!!! 37.24.115.18 (talk) 10:56, 1 February 2019 (UTC)

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

apierror-visualeditor-docserver-http-error: (curl error: 7) Couldn't connect to server.

Добрый день. При переносе MediaWiki с одного домена на другой перестал работать VisualEditor. В настройках изменялся только uri.

Все похожие вопросы проверил, LocalSetting.php и localsetting.js настроены правильно, parsoid запущен. В чем еще может быть проблема? 31.25.28.42 (talk) 10:39, 1 February 2019 (UTC)

curl error: 7 means something (MediaWiki, parsoid, etc) is unable to connect to the server.

• Check parsoid is running
• Check the port used by parsoid and be sure it matches what you have configured on MediaWiki (you can use the "netstat -patun | grep nodejs" command as root to find what port is using
• Check that no firewall is blocking the connection Ciencia Al Poder (talk) 16:30, 1 February 2019 (UTC)

This happened to me after apt-get update & upgrade in Ubuntu 16.04. and was caused by Parsoid not running (error and getting killed).

Check the Parsoid log to see if it is also your problem:

cat /var/log/parsoid/parsoid.log

The reason was Parsoid was updated to version 0.10 (was 0.8), my MediaWiki was 1.30

You can check MediaWiki/Parsoid compatibility Extension:VisualEditor#Setting up VisualEditor

If you installed Parsoid from repository you may check the current version with:

apt-cache policy parsoid

You may check the version before update in /var/log/dpkg.log (or dpkg.log.x for previous days/logs)

Search Parsoid/Setup for older versions link:

Finally downgrade Parsoid to compatible version (in my case 0.8), e.g.:

wget [your_version_of_parsoid_media_wiki_is_blocking_my_link_here]

sudo apt-get remove parsoid

sudo dpkg -i parsoid_0.8.0all_all.deb

sudo apt-mark hold parsoid

I Hope this helps somebody. Bmegli (talk) 09:40, 25 April 2019 (UTC)

show all categories on mainpage like {{Special:allpages }}

i want to show all categories or at least the parent categories on my mainpage. I don't want to use CategoryTree.

Thank you for any hints 37.24.115.18 (talk) 11:06, 1 February 2019 (UTC)

Extension:DynamicPageList (Wikimedia) should work. AhmadF.Cheema (talk) 11:45, 1 February 2019 (UTC)

Change default URL

Hi,

I recently made a clone from a MediaWiki for testing. I had changed $wgServer value to a new IP, and when I access to the main page with the new IP it loads great.

The thing is that some buttons still pointing to the old IP. Is there any value to change the IP for all the buttons in the wiki?

Example:

Old IP: 10.10.10.10

New IP: 10.10.10.11

Buttons in 10.10.10.11/mediawiki/index.php take me to 10.10.10.10/mediawiki/index.php/button instead 10.10.10.11/mediawiki/index.php/button

BTW, if I manually put the new IP in the button URL, it loads ok (10.10.10.11/mediawiki/index.php/button)

Mediawiki v1.26.1

Thanks, Nico. 190.99.102.130 (talk) 22:04, 1 February 2019 (UTC)

Did you update $wgServer and $wgScriptPath? ☠MarkAHershberger☢(talk)☣ 02:27, 2 February 2019 (UTC)

Also update your MediaWiki. Updating to MW 1.32 should be fairly safe and 1.26 is not supported ☠MarkAHershberger☢(talk)☣ 02:28, 2 February 2019 (UTC)

I've updated $wgServer (with the new IP), but not $wgScriptPath because it point to "/mediawiki/" and I understand that's ok. Do you think that I must change it anyway?

About de Version, I will update it soon! Nico77Lev (talk) 19:36, 4 February 2019 (UTC)

You're right, $wgScriptPath is probably correct.

Try purging or emitting the page if there is still a problem. ☠MarkAHershberger☢(talk)☣ 01:02, 5 February 2019 (UTC)

I has purged without success.. Not sure what you mean with emmitting the page.

Adding more info, the buttons on the main page are all pointing ok. But all the custom buttons on the left side panel are pointing to the old IP.

The buttons from the Tools section (like Special Pages) are pointing ok. Nico77Lev (talk) 20:20, 5 February 2019 (UTC)

Do you have any cache settings (like File Cache) defined in your LocalSettings.php? Try temporarily removing them and see if it helps.

By "custom buttons on the left side panel", do you mean those in MediaWiki:Sidebar? Can you check on the Sidebar page if there is no mistake there. AhmadF.Cheema (talk) 04:36, 6 February 2019 (UTC)

SimpleTable extension does not handle | seperator occuring in links

SimpleTable extension (Extension:SimpleTable) has a problem if the column delimiter chosen is bar, but a | occurs inside a wikilink inside the table.

Visit http://wiki1.fancy-test.com/Problem1 and see how the sep=bar has a problem but sep=semicolon (and my hacked sep=barbar added to SimpleTable.php) does not

Notmadewelcome (talk) 08:57, 2 February 2019 (UTC)

Since the extension simply looks for the selected separator in the wikitext, and makes no attempt to parse the text, there isn't much you can do. ☠MarkAHershberger☢(talk)☣ 19:24, 2 February 2019 (UTC)

I managed to hack a solution by modifying the code to introduce a new separator, barbar="||". But the elephant in the room is how do I draw it to the maintainer's attention, as they may have lost interest a decade ago. I've added a note to the Talk page for the extension, is there anything else I should do? Notmadewelcome (talk) 13:33, 3 February 2019 (UTC)

The author JohanTheGhost appears to make an edit or two per month on Wikipedia. Maybe try there. AhmadF.Cheema (talk) 16:36, 3 February 2019 (UTC)

Ta. I've left a message for him there Notmadewelcome (talk) 19:05, 3 February 2019 (UTC)

Upgrade problems from 1.23.5 CPanel

I have a CPanel on GoDaddy with MediaWiki. The version is 1.23.5. My goal is to migrate my wiki to a different host.

Problem: the CPanel version is outdated, and I'm unable to upgrade/migrate or migrate/update.

Troubleshooting steps: I have backups and have read through the FAQ, Upgrade page and Errors and Symptoms page. I'm pretty much a noob to most of this and might just be missing something.

Upgrade then migrate: I cannot upgrade my wiki using the CPanel Installatron tool. When I try, I get the error

"! The selected version, or a version between it and the installed version, does not support upgrading. Check the application's website to see if a "migration" tool is available. (version 1.24.0, status disabled-local))

(As an aside, the versions that are supposed to be available show 1.30.1 as the highest but that says "Requirements not met")

Migrate then upgrade: A dev I know manually upgraded it on his web host to 1.32 and he says his PHP version is compliant. The wiki content seems to be all there, but it displays for only about 0.5 seconds and then the page content disappears.

Any suggestions welcome. Salas58 (talk) 18:04, 2 February 2019 (UTC)

What is your version of PHP on the current host?

...but it displays for only about 0.5 seconds and then the page content disappears.

That doesn't sound like a PHP problem. When you say the page content disappears, what do you mean? Does the page redirect? ☠MarkAHershberger☢(talk)☣ 19:12, 2 February 2019 (UTC)

PHP = 7.1

The content literally blinks out of existence. If you disrupt the page while it's loading, the content stays, but if you let it fully load, you get a blank display, but the underlying code is all there if you look at the page source. Salas58 (talk) 19:20, 2 February 2019 (UTC)

That sounds like a CSS problem. Try removing any custom CSS. What extensions do you have installed? (If you can provide a link to your site that would help here, too.) ☠MarkAHershberger☢(talk)☣ 19:26, 2 February 2019 (UTC)

The page is at http://trust.arcr.us/index.php/Main_Page

In version 1.25 (MediaWiki_1.25), there was a change to how the skins are handled, and I wonder if that's the problem, but I feel like I'm down the rabbit hole at this point.

I have a few extensions. I think they include CharInsert but it's been a long time since I put it together. Salas58 (talk) 19:44, 2 February 2019 (UTC)

Here's a page with less text: http://trust.arcr.us/index.php/Sqig%CA%B7%C9%99c

Salas58 (talk) 19:48, 2 February 2019 (UTC)

The problem appears to be caused by this line in your MediaWiki:Common.js:

includePage( 'MediaWiki:Edittools.js' );

The pages blank out when MediaWiki:Edittools.js is loaded. ☠MarkAHershberger☢(talk)☣ 22:48, 2 February 2019 (UTC)

Note that it is in the MediaWiki:Common.js twice. ☠MarkAHershberger☢(talk)☣ 22:49, 2 February 2019 (UTC)

Thanks @MarkAHershberger. I fixed that (it was a block of duplicated code), but it didn't fix the problem. Any other suggestions? Salas58 (talk) 00:08, 3 February 2019 (UTC)

Instead of just removing the duplicate entry, try temporarily removing all inclusions of your Edittools script and see if it resolves the issue. AhmadF.Cheema (talk) 04:14, 3 February 2019 (UTC)

Thanks for that suggestion. It didn't solve the problem. (FWIW, the wiki still works on the original server as 1.23 just fine.) Salas58 (talk) 16:57, 3 February 2019 (UTC)

Whoops, I spoke to soon! That fixed the problem, thank you. I need those tools, but for now, the wiki is working so I can move forward. Salas58 (talk) 17:00, 3 February 2019 (UTC)

This problem happens whenever a script on the page uses document.write() to write output to the page. This has been deprecated for long because it causes such problems. When the page has been already loaded, a document.write causes the entire HTML to blow up and it's replaced by the contents of document.write, causing the blank page. You can search for any document.write instructions in the JavsScript code of your wiki and remove/adapt them. Ciencia Al Poder (talk) 10:17, 4 February 2019 (UTC)

Wikishootme does not work

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 signed in because I want to help Wikishootme and upload pictures. Registration was easy, but uploading images does not work.

If I click on a red dot, the window appears with the message "approve upload". If I click on it the window appears where you have to allow the upload. "Allow" After confirming the Allow button you get back to the map and the whole thing starts from the beginning.

You definitely can not upload pictures.

Please remove the bug or change it or what options are still available. Stefan Rudorfer (talk) 21:47, 2 February 2019 (UTC)

Wrong support forum (probably). AhmadF.Cheema (talk) 23:34, 2 February 2019 (UTC)

Can you give me please a link to the right forum? I cant find it. Stefan Rudorfer (talk) 10:24, 3 February 2019 (UTC)

Probably the project's issue tracker. AhmadF.Cheema (talk) 11:03, 3 February 2019 (UTC)

Thank you Stefan Rudorfer (talk) 11:13, 3 February 2019 (UTC)

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

How do I show specific parts of images?

How do I show cropped images? RegalHyperus (talk) 03:26, 3 February 2019 (UTC)

Judging from Project:Support desk/Flow/2013/07#h-How_to_display_only_part_of_an_image-2013-07-05T14:21:00.000Z, it doesn't appear to be natively supported on MediaWiki. However, CSS object-fit property and cropping techniques might work. AhmadF.Cheema (talk) 03:55, 3 February 2019 (UTC)

MediaWiki 1.32.0 Error

Tracked in Phabricator
Task T215566

Manually create the database until MediaWiki 1.32.1 is officially released

I get the following error when I try to install MediaWiki 1.32.0 on XAMPP:

/MediaWiki/mw-config/index.php?page=Upgrade Wikimedia\Rdbms\DBExpectedError from line 196 of C:\XAMPP\htdocs\MediaWiki\includes\libs\rdbms\database\DatabaseMysqli.php: Could not select database 'my_wiki'.

Backtrace:

#0 C:\XAMPP\htdocs\MediaWiki\includes\libs\rdbms\database\Database.php(2308): Wikimedia\Rdbms\DatabaseMysqli->doSelectDomain(Wikimedia\Rdbms\DatabaseDomain)

I hope this will be fixed because there was no error in the earlier MediaWiki versions. Id3839315 (talk) 12:01, 3 February 2019 (UTC)

You should enable debugging in order to get a full error message.

My guess is that your database credentials are not correct. 2001:16B8:105B:0:801E:8CB2:3754:1E4 (talk) 15:24, 3 February 2019 (UTC)

Find any instances of $wgDBmwschema in your LocalSettings.php and remove them. Ciencia Al Poder (talk) 10:19, 4 February 2019 (UTC)

There's no database 'my_wiki' and no LocalSettings.php because it's a new installation. MediaWiki doesn't create the database on the 'Connect to database' page but reports the error. Id3839315 (talk) 21:08, 5 February 2019 (UTC)

Oh, I missed it was on the installation page. Be sure you specify a user with enough privileges to create the database (there's an option to use a different user for installing than the user that will be used to run the wiki). Otherwise, I'd recommend to BUGREPORT it. Ciencia Al Poder (talk) 10:20, 6 February 2019 (UTC)

Hi, did this get fixed? I'm hitting the same error and have no way to proceed. 117.223.235.249 (talk) 17:58, 17 March 2019 (UTC)

It has been fixed, but a new version of MediaWiki 1.32 hasn't been released yet. The fix is described in phab:T215566 Ciencia Al Poder (talk) 22:13, 17 March 2019 (UTC)

Create the database yourself via phpmyadmin, and then click databases and create one called my_wiki or whatever 82.26.253.2 (talk) 14:58, 27 April 2019 (UTC)

World Of Warships - Consumable Shortcuts

The first page for ships from A to M shows correctly. However when trying to connect to the next page "next 200" the top link as well as the bottom link connects to "WoWs Templates" instead of "next 200". Therefore there is no way possible to find or link to Consumable Shortcuts for ships listed in N - Z. 108.170.164.62 (talk) 21:17, 3 February 2019 (UTC)

Do you mean wiki.wargaming.net?

Are you asking as the admin of that Wiki - in which case you should know that the Wiki is running the old, unsupported version 1.23 - or, as a normal user of the Wiki - in which case, this forum is the wrong support desk as MediaWiki has no formal links with World of Warships. AhmadF.Cheema (talk) 23:23, 3 February 2019 (UTC)

Thumbnail files no longer being created

Hi everyone, I was wondering if someone might have the answer to my problem.

Thumbnail files on my locally hosted wiki are no longer being created.

- Upload works fine, but nothing is being created in the /thumb subdirectory.

- Error on file pages reads simply, "Error creating thumbnail: An unknown error occurred."

- There are no php errors that I can see, although I can't get any detailed debugging to work. Every time I try to set some debugging params in LocalSettings.php, I just hit a blank page when I go to the wiki. That may be a separate issue.

- File size and pixels don't seem to matter, tested with small images.

- Using ImageMagick 6.9.8-3, MediaWiki 1.31.

Relevant settings are:

$wgSVGConverter = 'ImageMagick';

$wgSVGConverterPath = 'S:\Programs\Bitnami\WAMPStack\imagemagick';

$wgEnableUploads  = true;

$wgUseImageMagick = true;

$wgImageMagickConvertCommand = "S:\Programs\Bitnami\WAMPStack\imagemagick/convert.bat";

This has suddenly broken, and not during use of the app and have not manually changed any of its settings. Only thing is that I ran a Windows feature update between this working fine and the break, but that's on a different drive.

Does anyone have any idea?

Much appreciated. Osiris (talk) 00:45, 4 February 2019 (UTC)

Note that in PHP, backslashes "\" have a special meaning, and are used to escape the character following it.

You should use double backslashes to cancel this special meaning:

$wgSVGConverterPath = 'S:\\Programs\\Bitnami\\WAMPStack\\\imagemagick';

$wgImageMagickConvertCommand = 'S:\\Programs\\Bitnami\\WAMPStack\\imagemagick\\convert.bat';

Maybe this is the cause of the errors. Ciencia Al Poder (talk) 10:23, 4 February 2019 (UTC)

Thanks CAP. No good, unfortunately. Also tried changing to forward slashes as all the other paths specified in the file are forwards.

I've also found that the thumb files are actually all being created in C:\Windows\Temp, and they're stuck in there. They're all named "transform_[...].jpg". All that's not happening is:

• move files to their correct subfolders in: S:\Programs\Bitnami\WAMPStack\apps\mediawiki\htdocs\images\thumb\
• rename the files to [dimensions]px-[filename].jpg

Every time I navigate to one of the broken new File: pages on the wiki, a new set of thumbnail files are generated in C:\Windows\Temp...

Since C:\ is involved, I'm thinking it could have something to do with the Windows update I ran, maybe permissions have been modified? Osiris (talk) 01:05, 5 February 2019 (UTC)

I'm a bit of a noob, though, so not sure what programs I should be checking with regards to that... I presume imagemagick.

I was looking at http://www.imagemagick.org/discourse-server/viewtopic.php?t=9031 where they talk about setting an environment variable 'MAGICK_TMPDIR', but tried that and the files still get written to C:\Windows\Temp.

Maybe I'm way off base and that's not even the cause. Osiris (talk) 10:11, 5 February 2019 (UTC)

Setting up a debug log here is important to determine the cause of the problem. Try to follow the instructions again. Error logs would also be handy if you still get errors when enabling the debug log. Looking for error logs in queries like google:bitnami +wamp+error+logs can give you some hints about what to look.

With the given information, the most probable cause can be permission problems in the upload folder. Try to give everyone full permissions recursively, forcing inheritance of permissions to discard permissions problems, and tune them afterwards when it works. Ciencia Al Poder (talk) 10:38, 5 February 2019 (UTC)

OK, got the php debug logs up and running (facepalmed on the previous issue I had with it).

This seems to be the relevant bit...

[GlobalTitleFail] MessageCache::parse called by File->getLongDesc/ImageHandler->getLongDesc/Message->parse/Message->toString/Message->parseText/MessageCache->parse with no title set.
[FileOperation] FileBackendStore::getFileStat: File mwstore://local-backend/local-thumb/2/25/Sample.jpg/81px-Sample.jpg does not exist.
TransformationalImageHandler::doTransform: creating 81x120 thumbnail at C:\WINDOWS\TEMP/transform_1a4b54b20906.jpg using scaler im
TransformationalImageHandler::doTransform: called wfMkdirParents(C:\WINDOWS\TEMP)
TransformationalImageHandler::getMagickVersion: Running convert -version
[exec] MediaWiki\Shell\Command::execute: "S:\Programs\Bitnami\WAMPStack\imagemagick/convert.bat" -version 2>&1
TransformationalImageHandler::getMagickVersion: ImageMagick version check failed
BitmapHandler::transformImageMagick: running ImageMagick: "S:\Programs\Bitnami\WAMPStack\imagemagick/convert.bat" "-quality" "80" "-background" "white" "S:\Programs\Bitnami\WAMPStack\apps\mediawiki\htdocs/images/2/25/Sample.jpg" "-thumbnail" "81x120!" "-set" "comment" "File source: http://admin/mediawiki/index.php/File:Sample.jpg" "+set" "Thumb::URI" "-depth" "8" "-sharpen" "0x0.4" "-rotate" "-0" "-sampling-factor" "2x2,1x1,1x1" "C:\WINDOWS\TEMP/transform_1a4b54b20906.jpg"
[exec] MediaWiki\Shell\Command::execute: set OMP_NUM_THREADS=1&& "S:\Programs\Bitnami\WAMPStack\imagemagick/convert.bat" "-quality" "80" "-background" "white" "S:\Programs\Bitnami\WAMPStack\apps\mediawiki\htdocs/images/2/25/Sample.jpg" "-thumbnail" "81x120!" "-set" "comment" "File source: http://admin/mediawiki/index.php/File:Sample.jpg" "+set" "Thumb::URI" "-depth" "8" "-sharpen" "0x0.4" "-rotate" "-0" "-sampling-factor" "2x2,1x1,1x1" "C:\WINDOWS\TEMP/transform_1a4b54b20906.jpg" 2>&1
[thumbnail] Removing bad 0-byte thumbnail "C:\WINDOWS\TEMP/transform_1a4b54b20906.jpg". unlink() succeeded
[Preprocessor] Cached preprocessor output (key: bitnami_mediawiki:preprocess-xml:7233a24c12ceb8f8009ad59b64624af3:0)
[Preprocessor] Cached preprocessor output (key: bitnami_mediawiki:preprocess-xml:7233a24c12ceb8f8009ad59b64624af3:0)
MediaWiki::preOutputCommit: primary transaction round committed
MediaWiki::preOutputCommit: pre-send deferred updates completed
[DBReplication] Wikimedia\Rdbms\ChronologyProtector::shutdownLB: DB '127.0.0.1:3306' touched
MediaWiki::preOutputCommit: LBFactory shutdown completed
User::getBlockedStatus: checking...
Title::getRestrictionTypes: applicable restrictions to [[File:Sample.jpg]] are {edit,move,upload}
Title::getRestrictionTypes: applicable restrictions to [[File:Sample.jpg]] are {edit,move,upload}
Title::getRestrictionTypes: applicable restrictions to [[File:Sample.jpg]] are {edit,move,upload}
User: loading options for user 1 from database.
User: loading options for user 1 from database.
[gitinfo] Computed cacheFile=S:\Programs\Bitnami\WAMPStack\apps\mediawiki\htdocs/gitinfo.json for S:\Programs\Bitnami\WAMPStack\apps\mediawiki\htdocs
[gitinfo] Cache incomplete for S:\Programs\Bitnami\WAMPStack\apps\mediawiki\htdocs

I don't have an error-less log to compare it to, but jumping out are errors like:

[thumbnail] Removing bad 0-byte thumbnail "C:\WINDOWS\TEMP/transform_1a4b54b20906.jpg". unlink() succeeded

...a file which still exists in the temp folder (it's 11KB). And also...

User::getBlockedStatus: checking...

Could this indicate a Windows permissions problem? I tried what you suggested, giving all users full permissions to the images directory, but unfortunately hitting identical errors in the logs.

Also, in the apache error log, I get, "(20024)The given path is misformatted or contained invalid characters" [...] "Cannot map GET /mediawiki/index.php/Special:Upload HTTP/1.1 to file". However, it looks like that error comes up pretty regularly and it's not exclusive to file pages. Osiris (talk) 09:40, 6 February 2019 (UTC)

There's no explicit error, except it notices a 0 byte thumbnail has been created. This often indicates ImageMagick crashed during the creation of the thumbnail, maybe because of restriction of memory it can use. Try increasing $wgMaxShellMemory.

Since the logs display the exact command being executed, you can also try executing it yourself in a cmd and see if it gives any error or if it succeeds. Ciencia Al Poder (talk) 10:08, 6 February 2019 (UTC)

I ran it in cmd, but it doesn't return anything. Also set:

$wgMaxShellMemory = 524288;

Still the same. I also tried temporarily uninstalling the Apache and MYSQL servers in order to install a clean version of the WAMP stack I use (updated version, with MediaWiki 1.32 instead of 1.31) in a separate directory. The resulting new, blank wiki had the same issue. So I'm guessing it's my machine.

Probably to do with the Windows update I ran? I guess I could try rolling it back... Ugh. Osiris (talk) 10:27, 7 February 2019 (UTC)

The command shouldn't output anything, unless it gives an error message. Does it generate the thumbnail in the temp directory? The output filename should be the last argument of the command. Check if it's generated, and check also if it has contents or it's 0 bytes. Ciencia Al Poder (talk) 10:29, 7 February 2019 (UTC)

Hi my name is Tom,

i've been using the Mediawiki software for a few years now on Windows. Currently Windows 10 Pro 1809. For me there is the problem described since 06.11.2018 also. I just did not notice it because I just wanted to upload a picture yesterday.

My currently used version is not exactly up to date with 1.29.2.But I also use Semantic Mediawiki 2.5.4 as an Extension and had no time to worry about an update yet. The installation is just for my hobby. Nevertheless, it would be fantastic if the upload of images would work as usual again. If I can contribute to the solution through tests or other information, I am happy to help. If there is already a solution, I would be interested. Nargat (talk) 10:50, 29 March 2019 (UTC)

I provided steps to debug the problem on this thread. Try to follow them Ciencia Al Poder (talk) 17:55, 29 March 2019 (UTC)

Remove user tabs for non-logged in users (Discussion-View-Edit-History-Refresh)

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

---

I tried various solutions listed here Project:Support desk/Flow/2012/04#h-[RESOLVED]_How_can_I_hide_tabs_for_users_not_logged_in?-2012-04-11T15:38:00.000Z Including the code below in LocalSettings.php (which just hides, rather than removes), but it did not work (MW 1.31/Timeless Skin). Any way it could work in MW 1.31?

$wgHooks['SkinTemplateSetupPageCss'][] = 'wfHideVariousTabsFromAnonymous';
function wfHideVariousTabsFromAnonymous( &$hidetabcss ) {
  global $wgUser;
  if ( !$wgUser->isLoggedIn() ) {
    $hidetabcss .= 'li#ca-history, li#ca-viewsource, li#ca-edit, li#ca-talk, .vectorMenu { display: none; }';
  }
  return true;
}

Spiros71 (talk) 17:38, 4 February 2019 (UTC)

As you can see from the documentation for the SkinTemplateSetupPageCSS, it was removed in MW 1.19.

Try this:

$wgHooks['BeforePageDisplay'][] = 'wfHideVariousTabsFromAnonymous';
function wfHideVariousTabsFromAnonymous( OutputPage $out, Skin $skin ) {
  if ( !$out->getUser()->isLoggedIn() ) {
    // addInineStyle is deprecated
    $out->addInlineStyle( 'li#ca-history, li#ca-viewsource, li#ca-edit, li#ca-talk, .vectorMenu { display: none; }' );
  }
  return true;
}

☠MarkAHershberger☢(talk)☣ 01:29, 5 February 2019 (UTC)

Thank you so much, Mark, works perfectly! Spiros71 (talk) 08:16, 5 February 2019 (UTC)

Tried completely half a day, various extensions and code, these codes here settled my problem, it really works! Thanks. Moonriverzf (talk) 07:08, 19 November 2019 (UTC)

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

Remove "Jump to:" at the top of 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.

---

Although this a question about a specific skin: Metrolook, I figured I'd give it a try posting here since that skin's discussion page doesn't seem to offer any answers anymore.

I recently installed Metrolook on a new mediawiki installation, and every page has "Jump to: navigation, search" on the top of it. I'm wondering if there is a way to remove that? I read somewhere about trying $wgDefaultUserOptions['showjumplinks'] = 0; but that didn't seem to change anything for guests/my account/a new user...

Any help would be greatly appreciated!

Site: alqadim dot min-maxed dot com

Version: Mediawiki 1.32

PHP: 7.1 Generallund (talk) 02:54, 5 February 2019 (UTC)

Did you recently upgrade to 1.32? Are you using the skin version that corresponds to your MediaWiki version? AhmadF.Cheema (talk) 04:28, 5 February 2019 (UTC)

It's a fresh install. That being said, yes, I'm using the version they have titled for 1.32\

I've also tried their "master branch". No fix. Generallund (talk) 05:34, 5 February 2019 (UTC)

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

Fatal exception thrown - Using OAuth2 Client to implement SSO w/ Azure Active Directory

Any help would be most appreciated - I'll really try to explain the problem and its context. Hopefully others can learn from my troubles!!! :)

My objective: Create a company wiki hosted on the cloud where employees can use their logins registered in the Azure Active Directory to access wiki resources.

The Basic Set-up: - Cloud-hosted Azure VM w/ this image:

     > https://bitnami.com/stack/mediawiki/virtual-machine
     > Basically contains an apache2 web server, and an image of mediawiki

- In addition to the base image, the extension OAuth2 Client has been installed following these instructions:

     > https://www.mediawiki.org/wiki/Extension:OAuth2_Client
     > OAuth2 Client is built off this open-source project:     
             > https://github.com/thephpleague/oauth2-client

- Azure Active Directory (AD) with a registered Web app / API

The Encountered Problem: After providing the Azure Active Directory's user credentials (email and password), a `Fatal exception of type "GuzzleHttp\Exception\ConnectException"` is thrown.

Attempted in-depth problem analysis: So after attempting a login, the reply url is as such:

(note: I've randomly changed some values)

http://mywikidomain/Special:OAuth2Client/callback?code=AQABAAIAAACEfexXxjamQb3OeGQ4Gugv1Q04EA_ey_K-rj0okPNekuIB-BakV6Gq_pFBR8lfoaNJSWfK3uie9f88BM4C8vgULYulQtX9wh6LY2U0hACqr8cOz41OqbB9SQm0yqSv1Rhw7Pgri1DDwwS_DY1M1b49WR4qV2siDc_5_YmqG5MB-5xfASoTPjYHhWkN5nJ5FfIcK8KhkKGcOUeDNiTBeWZBcKIEBFVsk_pZjwQ-PFpbDRsbOrJvJGX8nuh2lJJpc00z1wrwFqMu-jVlhC7NTE1D3PZxPQEycvzi4_D7TcewyskXDTMiswr1AdYdCDTf68l8jMKpResRlu6qqWjeOIqsJNryGbPBXkA682AEyy8IiTw9KG1vB45uvh8SMLaPZEuHGsw-knUlt-gNAzMv6upc4-f3BtUe49ezFudsaMoLecKA33qvVFj2f9p9HbzbgK3KNDIJ8hcgipMpIR5__fjFe0XvABbRcVbaE4-HkIqWagfsw_GnNxIl7oxhF9H7-AVBRNAeg19gyPfwzTZmpXLH4LGQ_iZcroxdqcmfvZK3hawx1X2w5RbEo078TXYweBJ4mGMGt6RkMp5iSTv8SpGHXIuYKYfKNX__eG0X9kZN-a6QpN8ctmsvqZ_GA46d0LEF43lcw3RmKIeOc3_CL9QWiTs_hhCscxf4O2aQGugpNyAA&state=79c92d94bd9651231fw9dc06269eb1&session_state=96054b69-edab-4f5e-a583-75e83a440379

So, it is sending back an authorization token, but for some reason, mediawiki failing to proceed to the next step and request an access token, and refresh token with the newly acquired authorization token.

I've tried to check the logs in the Apache2 server, but nothing is added.

Is there a way to change that and get more error info??

Configurations/Changes made:

1. As per the OAuth2 Client instructions, I modified LocalSettings.php. Here, I'll briefly describe what information from the Azure AD I put where (<> contains a pseudo variable):

LocalSettings.php _______________________________________

wfLoadExtension( 'MW-OAuth2Client ')
$wgOAuth2Client['client']['id'] = <Application ID>;
$wgOAuth2Client['client']['id'] = <Key created in AD app registration - basically a hash value>
$wgOAuth2Client['configuration']['authorize_endpoint'] = <Azure AD OAUTH 2.0 AUTHORIZATION ENDPOINT>
$wgOAuth2Client['configuration']['access_token_endpoint'] = <Azure AD OAUTH 2.0 TOKEN ENDPOINT>
$wgOAuth2Client['configuration']['api_endpoint'] = <Azure App registered - App ID URI>

// As per the OAuth2 Client instructions...

$wgOAuth2Client['configuration']['redirect_uri'] = <http://mywikidomain/Special:OAuth2Client/callback>

//scopes not mentioned in OAuth2 Client install instructions

//Was throwing an index error if not set.

//https://docs.microsoft.com/en-us/azure/active-directory/develop/v1-protocols-oauth-code

//According to the above link, when requesting an authorization code, scope is ignored and hence shouldn't matter what it is.

//Got the idea of 'user_impersonation' from the above microsoft docs link - use authorization code... -> successful response -> resource

$wgOAuth2Client['configuration']['scopes'] = 'user_impersonation';

// Defaults from OAuth2 Client NOT sure if needed to be changed

$wgOAuth2Client['configuration']['username'] = 'username';</code>
$wgOAuth2Client['configuration']['email'] = 'email';

LocalSettings.php _______________________________________

2. As the above wasn't working, I tried to look through the source code of oauth2-client made by the phpleague to understand what was going on.

> https://github.com/thephpleague/oauth2-client

I noticed that the version that OAuth2 installs is version 1.4 as my code was different, and oauth2-client is up to 2.4.1, so I checkout into master and pulled the new version. No success.

3. I noticed that the oauth2-client has packages developed for specific providers, including the Azure AD.

> https://github.com/thenetworg/oauth2-azure

Hence, I installed as instructed but no change. I think I have to modify some things, but I have no idea what.

Please let me know if there is any more information you need!!! KeyBoardMonkey221 (talk) 05:19, 5 February 2019 (UTC)

Try the directions here: Mediawiki and Azure AD Single Sign On ☠MarkAHershberger☢(talk)☣ 14:14, 5 February 2019 (UTC)

Thanks Mark for the suggestion, but I actually have already tried that tutorial and in following the instructions, I came across some issues :(

In addition, that tutorial is implementing SSO using the SAML protocol, whereas I'm trying to implement it with the OAuth 2.0 protocol with the hope that if I figure out how to do this, then I'll be able to implement it with other apps. KeyBoardMonkey221 (talk) 23:07, 5 February 2019 (UTC)

Just for those that may stumble on this is the future, I've solved the bug and continued to solve more bugs until I made SSO work.

First, flow the simple install instructions here: https://github.com/thenetworg/oauth2-azure

Then from your web applications root directory (my looked like this: /opt/bitnami/apps/mediawiki/htdocs), you'll want to navigate to `extensions/MW-OAuth2Client`.

Here, you'll want to open the file `SpecialOAuth2Client.php`.

In this file, it is defining a class called SpecialOAuth2Client.

Within this class, you'll find a line

$this->_provider = new \League\OAuth2\Client\Provider\GenericProvider (...

We want to change to a provider class that is build just for Azure AD (ie. what we downloaded above). Either create a new private variable like `private _providerOld` (arbitrary variable name) and change the above line to:

$this->_providerOld = new \League\OAuth2\Client\Provider\GenericProvider (...

Or delete the contents of $this->_provider = ...

Creating _providerOld just lets you revert back to what you had before so if these following changes don't go well.

So now, you'll want to do:

$this->_provider = new TheNetworg\OAuth2\Client\Provider\Azure([

'clientId' => $wgOAuth2Client['client']['id'],

'clientSecret' => $wgOAuth2Client['client']['secret'],

'redirectUri' => $wgOAuth2Client['configuration']['redirect_uri']

]);

In addition, under, go to `~/vendor/thenetworg/oauth2-azure/src/Provider` where ~ is the root of your web app.

Here, open `Azure.php`.

On the line public $tenant = 'common' input your active directory's ID instead of common

That did it for me :) KeyBoardMonkey221 (talk) 04:11, 7 February 2019 (UTC)

Do you think there's any way you could submit a pull request to https://github.com/Schine/MW-OAuth2Client that would allow that extension to support Azure with a simple config option? It seems like the valuable work you have done here would be best included in the extension. Joelittlejohn (talk) 20:18, 12 May 2019 (UTC)

Oh also, when you say this:

First, flow the simple install instructions here: https://github.com/thenetworg/oauth2-azure

Which part exactly are you talking about? Just the installation? Joelittlejohn (talk) 20:22, 12 May 2019 (UTC)

Thank you for documenting all this! ☠MarkAHershberger☢(talk)☣ 15:50, 8 February 2019 (UTC)

Came back to say 'Thank You' for documenting this.

Some additional things I might add:

1. Just forget about running the git submodule init
2. When you install oauth2-azure: I ended up with it just installing into the root /vendors folder of my wiki root, and was then accessible to the MWoauth2-client
3. Probably want to comment out require __DIR__ . '/vendors/oauth2-client/vendor/autoload.php'; in SpecialOAuth2Client.php
4. The JSON references in LocalSettings.php for $wgOAuth2Client['configuration']['username'] are NOT the typical microsoft/azure keys; instead, the AzureResourceOwner class from oauth2-azure replaces them with some 'friendly' values (oid, given_name, family_name, upn, tid) - I ended up using upn, which returns the email address from Azure - the @ symbol is then a problem (you'll get 'Unable to create user with username:' - I overrode $wgInvalidUsernameCharacters with: $wgInvalidUsernameCharacters = ':'; $wgUserrightsInterwikiDelimiter = '>'; Viiiwonder (talk) 16:20, 26 April 2021 (UTC)

And then I promptly found PluggableAuth... Probably switching over to that this evening. Well, the journey was fun! Viiiwonder (talk) 17:07, 26 April 2021 (UTC)

pdf's

Hi all,

is it possible to provide pdfs via Wiki? If yes, how?

Regards Murphy013 (talk) 08:49, 5 February 2019 (UTC)

You can upload them. If you want MediaWiki to generate PDF based on the contents of pages, look at PDF export Ciencia Al Poder (talk) 10:23, 5 February 2019 (UTC)

Automatic slide-show

Hi all,

i played a little bit with <gallery> and have so the idea to place an automatic slide-show. How can I realize that?

Best regards Murphy013 (talk) 08:52, 5 February 2019 (UTC)

Help:Images#Mode parameter. Try "slideshow" Ciencia Al Poder (talk) 10:22, 5 February 2019 (UTC)

That slideshow doen't run automatically. :-((( Murphy013 (talk) 19:46, 5 February 2019 (UTC)

Or Extension:JavascriptSlideshow AhmadF.Cheema (talk) 10:45, 5 February 2019 (UTC)

update the wiki from 1.27 to 1.32

Hi, I wanted to ask a question.

We have to update the wiki from 1.27 to 1.32 there are two plugins that are no longer updated for a long time Extension talk: Ticket Authentication and Extension: EmailAllChanges / en.

There are plugins that have similar configurations

The data we need are

authentication key

online help web address

password help online

username help online

I await your clarifications

Thanks Marco Marcozarp (talk) 09:52, 5 February 2019 (UTC)

When the extension is not updated, you have few options:

• Try to install it anyway. If it works, good for you.
• If it doesn't work, ask the maintainer to update it.
• If you know how to code, try to fix it yourself.
• Hire someone to fix it.
• Look for alternate extensions that do the same job.
• Uninstall the extension and try to live without it. Ciencia Al Poder (talk) 10:21, 5 February 2019 (UTC)

thank you for answering

do you think you can replace the extension with an API call https://www.mediawiki.org/wiki/API:Login?

Thanks Marco Marcozarp (talk) 10:56, 5 February 2019 (UTC)

A call to the login api will generate a cookie to authenticate the user. However, this cookie must be set on the same domain where the wiki resides, which means it should generally be called from a page in the same domain of the wiki. Otherwise browsers will refuse to set this cookie, or the cookie won't be sent to the domain of the wiki. Ciencia Al Poder (talk) 10:15, 6 February 2019 (UTC)

Error 502 Bad gateway when editing pages

Hello MW Community,

We have a recent issue when trying to edit pages. We can preview, but as soon as I press 'save page' it gives me a "Error 502 Bad gateway"

we are using MW 1.30.0 | PHP 7.2.14  | MySQL 5.6.42

I discussed the issue with our server WP-Engine and they supplied the following information

The errors we are seeing are

23 502 "GET /wiki/load.php?debug=false&lang=en-gb&modules=startup&only=scripts&skin=vector

10 502 "GET /wiki/index.php?title=Special:UserLogin&returnto=Main+Page&type=signup

2 502 "POST /wiki/index.php?title=Main_Page&action=submit

2 502 "GET /wiki/index.php/Process_Patterns

1 502 "GET /wiki/index.php?title=Talk:Design_Patterns&action=edit&redlink=1

1 502 "GET /wiki/index.php?title=Special:RecentChanges&feed=atom

1 502 "GET /wiki/index.php/

It appears to be happening every hour on the hour,

1 Time: 05/Feb/2019 00:00

3 Time: 05/Feb/2019 01:00

3 Time: 05/Feb/2019 02:00

2 Time: 05/Feb/2019 03:00

1 Time: 05/Feb/2019 04:00

2 Time: 05/Feb/2019 05:00

4 Time: 05/Feb/2019 06:00

2 Time: 05/Feb/2019 07:00

19 Time: 05/Feb/2019 08:00

4 Time: 05/Feb/2019 09:00

Wp-Engine support said that all they can see is that the segfault means that something is improperly allocating memory.

i would be grateful for any guidance or advice on what would be the next best step to pin point our issue.

I have tried to switch on error display and the error i am seeing says:

Deprecated:  The each() function is deprecated. This message will be suppressed on further calls in /wiki/includes/MagicWordArray.php on line 206

Thanks so much for you help!

Cathal2017 (talk) 10:52, 5 February 2019 (UTC)

Any advice on how to debug our 502 Bad gateway would be greatly appreciated!

It's happening every time we try to submit a page or an edit Cathal2017 (talk) 09:06, 6 February 2019 (UTC)

502 errors happen when it's not the webserver which handles the PHP execution, but it only proxies request to a PHP process (php-fpm or similar). You should look at the php-fpm error logs to see why it's not working. Maybe it's set to do a recycle of the pool at fixed hours or similar. Ciencia Al Poder (talk) 10:29, 6 February 2019 (UTC)

Thank you!!

I'll research your advice

Cathal2017 (talk) 12:03, 6 February 2019 (UTC)

Upgrade from 1.23.1 to 1.32.0 and "No text in Pages"

{{{text}}}

My Task

Our host at Register.ca is upgrading from PHP 5.6 to PHP 7.2 and so I had to upgrade my WIKI. I created the WIKI from scratch and have gone through a few other upgrades with no issues. I learn by reading and following advise but I am 66 and was raised on an IBM 360 with punch cards and Fortran IV - to put it in perspective. I just finished the upgrade from phpBB3 3.0.14 to phpBB 3.2.5 so I know the route of phpMyAdmin, BigDump, MariaDB, etc. I do not have CLI (Command Line Access) and tired to get that with Putty and could not find out how to make it work, so I did the update on Chrome with "mw-config".

Our existing Wiki is still in place on 5.6 and will function until the change to 7.2 on 17 February 2019. Here is a sample page that I reference in my example:

• http://cefresearch.ca/wiki/index.php/ORBAT_Directory

The new Wiki has to work on 7.2 and so the host has given us a test site to use to carry out the upgrade. Here is the same page on that site:

• http://www.cefresearch.ca.php72-27.phx1-2.websitetestlink.com/wiki32/index.php/ORBAT_Directory

You will notice that the new page has no text. If I searched for that page "ORBAT Directory" or "ORBAT_Directory", the site tells me that the page does not exist, however if I enter the actual title of the page in the URL you can see it is there. Here is what you get if you search for the page:

• http://www.cefresearch.ca.php72-27.phx1-2.websitetestlink.com/wiki32/index.php?search=ORBAT+Directory&title=Special%3ASearch&profile=default&fulltext=1

What is on the system now (and changing):

• MediaWiki 1.23.1 (changing to 1.32.0)
• Linux / Apache / PHP 5.6 (changing to 7.2)
• mariadb-016.wc2.phx1.stabletransit.com (new one at mariadb-009.wc2.phx1.stabletransit.com)

What I Did

I did not use the EXISTING database to make the UPGRADE, rather I made several different versions of backups and tested them all. I also had the HOST make a backup at their site. From the experience backing up the phpBB site I found the best way was to use phpMyAdmin to backup the folders based on their size, save them as ".sql" files and then load them with "BigDump" using FileZilla. I broke out the biggest files and did them separate and then "all the rest", so I had these files:

• wikitext 121 MB

• wikiobjectcache 185 MB

• wikirecentchanges 35 MB

• wikilogging 114 MB

• allrest 15 MB

There were no issues reported at any time during the upgrade or the backing up and reload of the database. If I can not get this to work before February 17th then I can use the REAL database that is already in place for the Wiki 1.23 and see if that works but for now I thought it best to start fresh so I have both systems running prior to the switch.

As I noted above, I do not have CLI so I followed the Manual:Upgrading to use the web browser as described Manual:Upgrading#Web browser.

I also copied the directories from the 1.23 to the 1.32 as shown in the manual:

• images
• extensions
• skins

The Problem & Analysis

As I showed in the links at the very top of this post, the page on the 1.23 version is correct but the page on the 1.32 upgrade is blank.

I checked to see if the actual text was there using phpMyAdmin by searching for the word ORBAT (as specific word I knew would not appear elsewhere other than this wiki) and I compared how many times that word appeared in each of the folders in the 1.23 version versus the new 1.32 version. They are exactly the same, including 765 times in "wikitext". Once loaded, the database files are the same as well. This leads me to believe that the text is actually in place but the new wiki is just not showing the text.

Unlike viewing a phpBB record in phpMyAdmin, I did not actually see any text in the Wiki records, just a lot of numbers. That was the same in 1.23 and 1.32.

I made a test page (http://www.cefresearch.ca.php72-27.phx1-2.websitetestlink.com/wiki32/index.php/Test_Page) on the new Wiki to make sure it works and I inserted an image from the directory that I copied over in the directory to the new database. That revealed that I do not have access to the images either, although I can clearly see they are in the IMAGES directory when I look at it on FileZilla.

I looked for this image (218.gif) on the old 1.23 system: and then on the new system. The new system does not recognize that the image is actually there in the images folder.

• http://cefresearch.ca/wiki/index.php?title=Special%3AListFiles&limit=50&ilsearch=218.gif&user=
• http://www.cefresearch.ca.php72-27.phx1-2.websitetestlink.com/wiki32/index.php/Special:ListFiles?limit=50&ilsearch=218.gif&user=&ilshowall=1

That suggests to me that everything is in place but my new wiki is not able to access what is in the database, or in the images folder.

Probably a simple error I made but what is it??

Thanks for and assistance you can provide.

Richard Laughton

Milton Ontario Canada

http://cefresearch.ca
Rlaughton (talk) 20:57, 5 February 2019 (UTC)

No answers here so I started poking around looking for an answer and running some tests. I found the solution. Here is the change recorded in my LocalSettings.php:

Database settings

$wgDBtype = "mysql";

$wgDBserver = "mariadb-009.wc2.phx1.stabletransit.com";

$wgDBname = "700780_wiki32";

$wgDBuser = "700780_wiki32";

$wgDBpassword = "xxxxxxxxxxx";

# MySQL specific settings

# this is how I set it up in the installation but it is not finding the database

# $wgDBprefix = "";

# while troubleshooting I see that it may not know to look for the database with this prefix

# $wgDBprefix = "wiki";

# I will test that and then come back and reverse the change if it does not work

# that generated and error but I have to set it back to what it was the error disappears.

# Looks like I have to make this change and then run the updater in /mw-config/ again, so here we go:

$wgDBprefix = "wiki";

# That worked! To run the UPDATER I had to temporarily turn off "Real Time Protection" in my Microsoft Security Essentials.

# The new "Test Page" I had added to the wiki disappeared as it is probably in a different folder now. Rlaughton (talk) 13:36, 6 February 2019 (UTC)

Recommendation for install type

It seems there are many ways to install Mediawiki. I've looked through the "installation guide", "software bundles", and the "intranet" page, and probably others. I'm surprised how many ways there are. The "Intranet" page seems like it might be what I'm looking for since I want to install at my work. Also it has a visual editor and other built in things. Really I don't know which way I should install though. Is there a comparison of the different ways? Proz2 (talk) 00:10, 6 February 2019 (UTC)

There hasn't been a lot of effort to compare different ways. Anything from tarball, to git checkout, to an automated installer like Meza work.

What are your skills and how dirty do you want your hands to get? ☠MarkAHershberger☢(talk)☣ 19:54, 6 February 2019 (UTC)

Has there been any effort? I'm interested in any opinions to help me decide.

I didn't know what tarball or git checkout meant until I just looked them up and only kinda understand now. That probably gives you an idea of my skill level. I don't mind getting my hands dirty and learning things but I also want to be smart about how I spend my time and a lot of the install methods seem like a lot of work.

The Meza page seems really good at first but then the thing it says is the "easiest way" is a long page with lots of commands. Proz2 (talk) 01:26, 7 February 2019 (UTC)

Don't know much about Meza, but among Git and Tarball, in the long run Git is definitely the more efficient option, especially when the time comes to upgrade MediaWiki.

With Git, generally speaking, an admin needs to only learn and save the commands the first time around and then pretty much copy-paste them for any future updates. AhmadF.Cheema (talk) 07:15, 7 February 2019 (UTC)

Git may be good for point releases, but I disagree about using git for major upgrades. Upgrades should be done on a new and empty directory. Upgrading a live wiki from git can render the wiki with errors, since everything isn't updated at once (MediaWiki, extensions, skins...), configuration settings may need adjustments, etc. Use git for upgrades only if you plan to put the wiki completely offline during the upgrade. Ciencia Al Poder (talk) 10:21, 7 February 2019 (UTC)

I suppose you're right.

One setup I've come across, is to make a duplicate directory and database of the live Wiki; test the upgrade there; solve all extension/skin/configuration errors. Then lock the live Wiki and update it in one go, with everything taking 2-8 minutes. I suppose such a setup is only workable for small, low-edit Wikis.

Although, upgrading mixture of release and master branches of extensions would be more work without Git. Unstable extensions often require multiple branches to be tested. AhmadF.Cheema (talk) 13:12, 7 February 2019 (UTC)

Yes, the safest method is what you describe, either with git or tarball, and once it's OK, make the public webserver folder point to the new directory. Ciencia Al Poder (talk) 14:55, 7 February 2019 (UTC)

Do you have a page that explains how to do the installs your talking about? Proz2 (talk) 00:08, 8 February 2019 (UTC)

The main difference is in how MediaWiki core and extensions are downloaded to your server, either through a packaged Tarball or through Git. The rest of the installation, upgrading and debugging is pretty much the same. AhmadF.Cheema (talk) 04:43, 8 February 2019 (UTC)

I couldn't live without Meza. I've found that for any truly serious mediawiki deployment, you want to have at least a local development environment plus a production environment. Git is a necessary pre-requisite for managing volumes of vendor source code and third-party extensions, configurations and custom local environment integrations or private development. To Ciencia Al Poder's argument, you can use git the same way that you would drop a new tarball into your environment: do clean checkouts and switch your mediawiki directory. But with Meza, you don't have to do this at all. Using the Opcache.validate_timestamps setting, we have all PHP code loaded into cache where the server doesn't check for new versions of the source until we tell it to -- which is /after/ we deploy a whole updated version of mediawiki plus extensions. So, without taking the server offline, we can still upgrade all PHP code atomicly. But like I said upfront, you can do all this in your local development or staging environment prior to ever doing it on your production environment. Meza does so much more than install mediawiki; it allows you to create and manage "identical" environments that can be reproduced anywhere at any time. Meza is complex. Meza is also indispensable for creating those reproducible environments. To craft an installation 'by hand' and then maintain control over both the application itself; and the whole environment is really a serious undertaking requiring a _lot_ of knowledge. Meza doesn't relieve you of the need for expertise, but does gives you the benefit of all the expertise of those using it and testing it in their deploys. Finally, Meza provides a "standardized" way of deploying MediaWiki so instead of "no two installations are the same" you get the benefit of all deployments following the same tested model -- which is why I use it as the basis for hosting MediaWiki for clients. Greg Rundlett (talk) 15:01, 9 February 2019 (UTC)

I'd like to echo Greg's comment above. I'm running Meza 1.30 since April of 2018 and am now (today) actively working to upgrade meza to the official stable 1.32 release, but I'm new to git and not knowledgeable enough in linux to confidently know how and where to get the 'right' tarball to download and what it will and won't overwrite.. So I am proceeding cautiously by making sure my server is imaged and ready to roll-back if needed and also trying to read everything I can here to understand what I'm about to do. I have custom haproxy and apache configurations that I can not let meza overwrite .. I'll try to create a page here on mediawiki/meza that captures my notes on the upgrade effort for my environment. Revansx (talk) 16:57, 10 February 2019 (UTC)

Rich,

Meza will want to manage your HAproxy and Apache configurations. The trick is to figure out what customizations you have for those systems and then work them into Meza roles so that a new deploy does exactly what you want it to do. For example, Meza binds port 443 to a self-signed certificate called meza.pem. I've been working on a role to integrate LetsEncrypt into Meza 100%. But, in the meantime, what I do with every deploy is simply add some commands so that my deploy uses my official SSL certificate instead. I accomplish this by moving meza.pem out of the way and creating a symbolic link called 'meza.pem' to my official certificate and restart HAproxy.

meza deploy production --extra-vars 'wiki_id=en' --skip-tags gluster,backup,update.php && cd /etc/haproxy/certs && mv meza.pem meza.pem.backup && ln -s fswiki.familysearch.org.pem meza.pem && systemctl reload haproxy && cd /opt/meza

It's a bit of a hack, but works. Meza instructs HAproxy to bind to meza.pem; but meza.pem is (a symbolic link to) an official certificate for my domain. Greg Rundlett (talk) 11:12, 11 February 2019 (UTC)

Hi Greg, thanks. In my environment, my apache and haproxy config files are monitored by my application security division and are understood to be "verified and locked down". Any changes I (or meza) make will be viewed as a security incident and gain unwanted attention from the application security response team.. This is why I feel meza should have a simple config switch capable of making it a "mediawiki application only" software. For users who are allowed to "own" their underlying LAMP stack, MEZA is a godsend.. but in my world, that comprehensive control that meza takes of both the LAMP stack and the MW app is too much.

My solution has been to ensure that the following lines are commented in my meza src folder:

<figure-inline></figure-inline>

<figure-inline></figure-inline>

My goal is to work you you guys to get a pull request submitted to perform the bypass of these httpd.conf and hapaxy.cfg as a function of a switch in /opt/meza/config/core/defaults.yml .. but I have yet to use git for anything so I need to learn how to do even the most basic tasks in github.. as yet I have not found the time to self-learn and I can't find anyone to give me a crash course. So my progress on this is slow. Revansx (talk) 14:16, 11 February 2019 (UTC)

Proz2,

Have you attempted installing yet, or are you still looking for a method? You mentioned you want this for work. Do you know what type of server you would use? Would it be Windows, Linux, or something else?

If you haven't tried installing yet, I'd recommend trying it out on your own computer first. I read through some of the pages you made reference to, and I agree they are a bit overwhelming. If your own computer is a Mac, I'd look at Manual:Running MediaWiki on Mac OS X. If you're on Windows I'd still essentially follow those same directions, but install XAMPP instead of MAMP. There are Windows directions but they're a bit wordy if you're just looking to get started.

Installing this way (using the web installer) is probably the most common. There may be many different installation manuals, but many of them are variations of this. I've used this method many times and I think it works well. However, personally I think Meza makes it easier to get going, and certainly makes it easier to install more complicated things like Visual Editor and a better search system. I encourage you to try the web installer, Meza, and others.

Full disclosure: I'm one of the original authors of Meza. It's not something that makes me any money, though. It's just something that makes it easier to manage my installs of MediaWiki. Jamesmontalvo3 (talk) 04:58, 12 February 2019 (UTC)

API: ATOM/RSS feed missing bot edits ?

Hi all,

I'm trying to stay up to date regarding a documentation wiki by subscribing to its ATOM/RSS feed on my mobile.

It seems I can only get it working for human edits, but, other than documented on API:Recent changes stream, the parameter hidebots doesn't seem to have any effect.

Am I missing something?

Thanks and kind regards

Florian Florianh78 (talk) 07:17, 6 February 2019 (UTC)

If the hidebots parameter doesn't work, please BUGREPORT it so developers are aware of the bug. Ciencia Al Poder (talk) 10:31, 6 February 2019 (UTC)

Ticket Authentication and Extension update

We have to update the wiki from 1.27 to 1.32 there are two plugins that are no longer updated for a long time Extension talk: Ticket Authentication and Extension:

do you think you can replace the extension with an API call https://www.mediawiki.org/wiki/API:Login?

Thanks Marco Marcozarp (talk) 08:19, 6 February 2019 (UTC)

A lot of work has been done on the Authentication system, but much of that was done in 1.27. If the Ticket Authentication works on 1.27, it may still work in 1.32. ☠MarkAHershberger☢(talk)☣ 19:48, 6 February 2019 (UTC)

Борис

Добрый день, кто-нибудь может удалить историю моей статьи вместе с предыдущими копиями ? Борис Роденко (talk) 09:58, 6 February 2019 (UTC)

Which article (link?) and what are the reasons for deletion?

If the article is on a Wikimedia Foundation wiki, see Wikipedia:Revision deletion for details. AhmadF.Cheema (talk) 11:48, 6 February 2019 (UTC)

Truly hidden categories

When I add __HIDDENCAT__ to a category, it goes from the Category bar at the bottom of a page, but not from the Category list, or from the page when edited. Is there a way to provide a category that's entirely hidden from users, but visible to sysadmins? Notmadewelcome (talk) 10:43, 6 February 2019 (UTC)

None that I know of. ☠MarkAHershberger☢(talk)☣ 19:42, 6 February 2019 (UTC)

Telling us what you are trying to accomplish with the "truly hidden category" might give us an idea on how to accomplish it. ☠MarkAHershberger☢(talk)☣ 19:43, 6 February 2019 (UTC)

1) I make very heavy use of DPL to produce lists embedded in pages, and want every pages to have a category because of this, but some of the nuances of this are complicated, and best done by the sysadmins, not the users. I don't want them seeing categories "convention" and "conventions" and picking the wrong one.

2) One of the categories for people is "mundane". Now this is an accurate term inside the field (SF fandom), but mildly insulting, so I'd prefer it not be visible. Notmadewelcome (talk) 23:13, 6 February 2019 (UTC)

Hidden categories are not listed on the page, unless users choose to display them from preferences. If you think a category name is offensive, rename it. Even DPL parameters will be visible when edited, exactly the same as categories. Ciencia Al Poder (talk) 10:25, 7 February 2019 (UTC)

UploadStashBadPathException

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 MW Community,

I’ve got a problem with my new Mediawiki installation on my WindowsServer2016.

When I’m trying to insert a file with the build in MW tool, there is thrown an UploadStashBadPathException.

The correct Message is:

Could not store upload in the stash (UploadStashBadPathException): "Key "hereStandsTheKeyWhichDidn'tWor.k.tmp" is not in a proper format.".

I've googled around, but didn't find a solution. Uploads are enabled in the associated files and the extensions are also entered.

It runs over IIS 10.0 and got a MySQL 8.0 DB under it.

PHP version is 7.3.1 and the MW version is 1.31.1.

Hope you could help.

Greetings Sandman616 (talk) 12:26, 6 February 2019 (UTC)

Does enabling $wgShowExceptionDetails provide any more information about the error? A backtrace would probably be very helpful. ☠MarkAHershberger☢(talk)☣ 19:42, 6 February 2019 (UTC)

Hi Mark,

unfortunately enabling $wgShowExceptionDetails not bring any more details. The error message I was posting above is the only info I could get.. Sandman616 (talk) 07:54, 7 February 2019 (UTC)

Check that $wgUploadDirectory is correctly set. Also try to upload a filename without special characters like apostrophes. Ciencia Al Poder (talk) 10:17, 7 February 2019 (UTC)

Hi Ciencia,

sorry, I forgot to mention, that the $wgUploadDirectory is also set correctly and all my files that I want to upload haven’t special characters in it.. I've got still no luck... Sandman616 (talk) 12:58, 7 February 2019 (UTC)

Can you post the real key instead of a hereStandsTheKeyWhichDidn'tWor.k.tmp? That would give more information, since the format of that string is exactly the issue here. Ciencia Al Poder (talk) 10:14, 8 February 2019 (UTC)

I think the key name is not very helpful, because as far as I understand, it was generated together with a timestamp, so every time I start another upload, the key changes.

But I can give better information’s now. I have read the debug manual and had generated a Logfile.

This is the part, where the UploadStash failure happened:

UploadStash::stashFile stashing file at '...\Temp\php2F21.tmp'
[error] [add76eab3e626d15dc4f62d8] /mediawiki/api.php   ErrorException from line 249 of ...\mediawiki\includes\upload\UploadStash.php: PHP Warning: preg_match(): Compilation failed: invalid range in character class at offset 4
#0 [internal function]: MWExceptionHandler::handleError(integer, string, string, integer, array)
#1 ...\mediawiki\includes\upload\UploadStash.php(249): preg_match(string, string)
#2 ...\mediawiki\includes\upload\UploadBase.php(1124): UploadStash->stashFile(string, string)
#3 ...\mediawiki\includes\upload\UploadFromChunks.php(124): UploadBase->doStashFile(User)
#4 ...\mediawiki\includes\upload\UploadBase.php(1070): UploadFromChunks->doStashFile(User)
#5 ...\mediawiki\includes\upload\UploadFromChunks.php(76): UploadBase->tryStashFile(User, boolean)
#6 ...\mediawiki\includes\api\ApiUpload.php(315): UploadFromChunks->tryStashFile(User, boolean)
#7 ...\mediawiki\includes\api\ApiUpload.php(212): ApiUpload->performStash(string)
#8 ...\mediawiki\includes\api\ApiUpload.php(132): ApiUpload->getChunkResult(array)
#9 ...\mediawiki\includes\api\ApiUpload.php(104): ApiUpload->getContextResult()
#10 ...\mediawiki\includes\api\ApiMain.php(1579): ApiUpload->execute()
#11 ...\mediawiki\includes\api\ApiMain.php(535): ApiMain->executeAction()
#12 ...\mediawiki\includes\api\ApiMain.php(506): ApiMain->executeActionWithErrorHandling()
#13 ...\mediawiki\api.php(94): ApiMain->execute()
#14 {main}

Sandman616 (talk) 11:07, 8 February 2019 (UTC)

I haven't changed the UploadStash.php yet.

The KEY_FORMAT_REGEX is still '/^[\w-\.]+\.\w*$/'; and the $key is still in this Format:

$key = Wikimedia\base_convert( $sec . $usec, 10, 36 ) .
    Wikimedia\base_convert( mt_rand(), 10, 36 ) .
    $this->userId . '.' . $extension;

The failure happens at preg_match i think:

if ( !preg_match( self::KEY_FORMAT_REGEX, $key )) {
    throw new UploadStashBadPathException(
        wfMessage( 'uploadstash-bad-path-bad-format', $key )
    );
}

The Filename would be test.txt or something like that.

But I didn't really understand the preg_match function, I think. 217.5.194.129 (talk) 12:47, 8 February 2019 (UTC)

Thanks for pasting the code. That regex looks really, really wonky to me.

Tracked in Phabricator
Task T215632

The error you're getting (Compilation failed: invalid range in character class at offset 4) echos what I'm thinking: "What does the character range of 'all word characters' to 'a literal dot' mean?"

I just ran the following one-liner against php 5.6, php 7.2 and php 7.3:

php -r '$file="a.bcd"; $key="/^[\w-\.]+\.\w*$/"; var_dump(preg_match($key, $file));'

php 5.6 and 7.2 ate it up and returned "int(1)".

php 7.3 balked:

PHP Warning: preg_match(): Compilation failed: invalid range in character class at offset 4 in Command line code on line 1

bool(false) ☠MarkAHershberger☢(talk)☣ 16:46, 8 February 2019 (UTC)

PHP used to recognize when - was used in a range specification in a character class, but was not actually a valid range operator and just treat it as a normal character in the class. Now it complains. Thus [\w-\.] is likely supposed to be equivalent to [\w\.-]. Clump (talk) 17:32, 8 February 2019 (UTC)

On phabricator, @Umherirrender points out that this is already fixed in master and will be in 1.31.2. ☠MarkAHershberger☢(talk)☣ 19:05, 8 February 2019 (UTC)

Ah yes, thank you very much!

I have finally upgrade the Mediawiki version to 1.32 and after a few other problems, which I could handle with, the core problem with the Regex format is solved :)

Thanks to all who had replied. Great community :) Sandman616 (talk) 11:55, 11 February 2019 (UTC)

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

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

HI,

We are having issue with rendering new math formula to the PNG. Please check following are the software product versions installed in our RHEL7 server.

Installed software

Product	Version
MediaWiki	1.30.0
PHP	7.1.8 (apache2handler)
MySQL	5.6.40
ICU	50.1.2

• I get this error message for almost everything I try when writing math expressions: "Failed to parse (PNG conversion failed; check for correct installation of latex and dvipng (or dvips + gs + convert)): \frac{1}{4}=0.25 The above error occur when I use the math formula : <math>\frac{1}{4}=0.25</math>

Also we are having with following packages installed in our server.

-rwxr-xr-x 1 root root  16288 Jan 12  2017 /usr/bin/convert

-rwxr-xr-x 1 root root 107728 Apr 27  2010 /usr/bin/dvipng

-rwxr-xr-x 1 root root 208000 Aug 28  2015 /usr/bin/dvips

-rwxr-xr-x 1 root root  19128 Nov 26 19:00 /usr/bin/gs

-rwxr-xr-x 1 root root 666360 Aug 28  2015 /usr/bin/latex

Could you pls let us know what is the actual issue need to fix this error?

Thanks in Adv,

Sanjay
Sanjay (talk) 13:17, 6 February 2019 (UTC)

Turn on your debug log and look for how latex is invoked. See if you can find out what is happening, perhaps by invoking LaTeX yourself.

If you need help with the debug log, post here. ☠MarkAHershberger☢(talk)☣ 19:35, 6 February 2019 (UTC)

Is it possible for you to run the following command on the webserver at the command line:

/data/www/html/wiki/extensions/Math/math/texvc /tmp /tmp '\frac{1}{4}=0.25' \
'UTF-8' 'transparent'

When I run a similar command I get a file (4aa6d61810cebc0359ac2bb3f2606a62.png) in the /tmp directory. ☠MarkAHershberger☢(talk)☣ 15:54, 10 February 2019 (UTC)

I ran the above command, but it does not give me the .png under /tmp

Instead I got below couple of files created upon running the command in the RHEL7 server

-rw-r--r-- 1 root  root  1599 Feb 10 18:38 19950_4aa6d61810cebc0359ac2bb3f2606a62.log

-rw-r--r-- 1 root  root   140 Feb 10 18:38 19950_4aa6d61810cebc0359ac2bb3f2606a62.tex

But besides all lines of log, I could see following line of error in the above log created under /tmp.

LaTeX Error: File `cancel.sty' not found. Sanjay (talk) 17:41, 10 February 2019 (UTC)

Looks like you're missing the CTAN cancel package. I'm betting there will be other packages as well. How did you install LaTeX? ☠MarkAHershberger☢(talk)☣ 17:56, 10 February 2019 (UTC)

Please check below is the extra package that I have tried to install in the server need to have the CTAN cancel package as instructed under MediaWiki Texvc

But, I see my server is already having the package. Please suggest if any other package dependency.

This system is receiving updates from RHN Classic or Red Hat Satellite.

Package 2:texlive-xltxtra-svn19809.0.5e-43.el7.noarch already installed and latest version

Nothing to do Sanjay (talk) 15:48, 11 February 2019 (UTC)

Untested, but after looking at the Debian packages recommended, try installing texlive-collection-fontsrecommended and texlive-collection-latexrecommended. ☠MarkAHershberger☢(talk)☣ 16:37, 11 February 2019 (UTC)

I verified for following packages have already been installed in the RHEL7 server. Nothing to do further installation

But, I don't see the cancel.sty is available in the server. Please let me know how to install for this cancel package.

texlive-collection-basic.noarch : Essential programs and files

texlive-collection-documentation-base.noarch : TeX Live documentation

texlive-collection-fontsrecommended.noarch : Recommended fonts

texlive-collection-htmlxml.noarch : HTML/SGML/XML support

texlive-collection-langcyrillic.noarch : Cyrillic

texlive-collection-latex.noarch : Basic LaTeX packages

texlive-collection-latexrecommended.noarch : LaTeX recommended packages

texlive-collection-xetex.noarch : XeTeX packages Sanjay (talk) 08:58, 12 February 2019 (UTC)

I logged into a working RH machine and found that the texlive-texmf-latex-2007-39 package provides it. ☠MarkAHershberger☢(talk)☣ 14:10, 12 February 2019 (UTC)

Thanks for providing the package info the texlive-texmf-latex-2007-39

I could able to see the following package is available under RHEL6 server repo when I search for the package. But, I don't see in RHEL7 server repo. Please provide any inputs to make available the same package in RHEL 7 server repo as well.

# yum search texlive-texmf-latex

Loaded plugins: product-id, rhnplugin, search-disabled-repos, security, subscription-manager

This system is receiving updates from RHN Classic or RHN Satellite.

============================================================================= N/S Matched: texlive-texmf-latex ==============================================================================

texlive-texmf-errata-latex.noarch : Errata for texlive-texmf-latex

texlive-texmf-latex.noarch : Texmf files needed for texlive-latex Sanjay (talk) 10:25, 25 February 2019 (UTC)

I have installed for the below packages manually for LaTeX by searching for the related depended packages from RHEN satellite

ls -lH `which gs` `which latex` `which dvips` `which convert` `which dvipng` `which texvc`

Sanjay (talk) 19:10, 10 February 2019 (UTC)

And, something I just thought of: is SELinux used on your host? It may be prohibiting the use of /tmp. ☠MarkAHershberger☢(talk)☣ 15:56, 10 February 2019 (UTC)

SELInux is disabled for the hosts. I can't find the required CTAN cancel.sty package under RHEL7 server repo. It seems like it's archived so would you suggest any alternate method to get the macro cancel.sty ? Sanjay (talk) 15:26, 12 March 2019 (UTC)

Adding a page's categories as a magic variable

As my pages get longer, with auto-generated stuff at the end, I keep wishing that I could insert the Categories list box which appears at the end of the page in the page source itself. Extension:CategoryMagicWords would seem to do what I want, but

{{#parentcategories:}}

Gives

Internal error

[26325646d8b4cbd7692e581b] 2019-02-06 17:35:21: Fatal exception of type "ArgumentCountError"

and Its talk page suggests its broken. Is there an alternative?

http://wiki1.fancy-test.com/Special:Version shows the versions I use, though the extension is not enabled there Notmadewelcome (talk) 17:38, 6 February 2019 (UTC)

Could you turn on $wgShowExceptionDetails and see if it gives you more information? ☠MarkAHershberger☢(talk)☣ 19:31, 6 February 2019 (UTC)

[2dd1753539f42b1a67d9726c] /wiki/fancyclopedia0/index.php/Main_Page ArgumentCountError from line 64 of /mnt/priory1/var/www/html/wiki/fancyclopedia0/extensions/CategoryMagicWords/CategoryMagicWords.php: Too few arguments to function efCMW_Parentcategories(), 2 passed in /mnt/priory1/var/www/html/wiki/fancyclopedia0/includes/parser/Parser.php on line 3426 and exactly 3 expected

Backtrace:

#0 /mnt/priory1/var/www/html/wiki/fancyclopedia0/includes/parser/Parser.php(3426): efCMW_Parentcategories(Parser, string)

#1 /mnt/priory1/var/www/html/wiki/fancyclopedia0/includes/parser/Parser.php(3127): Parser->callParserFunction(PPFrame_DOM, string, array)

#2 /mnt/priory1/var/www/html/wiki/fancyclopedia0/includes/parser/Preprocessor_DOM.php(1277): Parser->braceSubstitution(array, PPFrame_DOM)

#3 /mnt/priory1/var/www/html/wiki/fancyclopedia0/includes/parser/Parser.php(2942): PPFrame_DOM->expand(DOMElement, integer)

#4 /mnt/priory1/var/www/html/wiki/fancyclopedia0/includes/parser/Parser.php(1293): Parser->replaceVariables(string)

#5 /mnt/priory1/var/www/html/wiki/fancyclopedia0/includes/parser/Parser.php(443): Parser->internalParse(string)

#6 /mnt/priory1/var/www/html/wiki/fancyclopedia0/includes/content/WikitextContent.php(323): Parser->parse(string, Title, ParserOptions, boolean, boolean, integer)

#7 /mnt/priory1/var/www/html/wiki/fancyclopedia0/includes/content/AbstractContent.php(516): WikitextContent->fillParserOutput(Title, integer, ParserOptions, boolean, ParserOutput)

#8 /mnt/priory1/var/www/html/wiki/fancyclopedia0/includes/poolcounter/PoolWorkArticleView.php(144): AbstractContent->getParserOutput(Title, integer, ParserOptions)

#9 /mnt/priory1/var/www/html/wiki/fancyclopedia0/includes/poolcounter/PoolCounterWork.php(123): PoolWorkArticleView->doWork()

#10 /mnt/priory1/var/www/html/wiki/fancyclopedia0/includes/page/Article.php(604): PoolCounterWork->execute()

#11 /mnt/priory1/var/www/html/wiki/fancyclopedia0/includes/actions/ViewAction.php(68): Article->view()

#12 /mnt/priory1/var/www/html/wiki/fancyclopedia0/includes/MediaWiki.php(500): ViewAction->show()

#13 /mnt/priory1/var/www/html/wiki/fancyclopedia0/includes/MediaWiki.php(294): MediaWiki->performAction(Article, Title)

#14 /mnt/priory1/var/www/html/wiki/fancyclopedia0/includes/MediaWiki.php(861): MediaWiki->performRequest()

#15 /mnt/priory1/var/www/html/wiki/fancyclopedia0/includes/MediaWiki.php(524): MediaWiki->main()

#16 /mnt/priory1/var/www/html/wiki/fancyclopedia0/index.php(42): MediaWiki->run()

#17 {main} Notmadewelcome (talk) 23:27, 6 February 2019 (UTC)

It looks like the extension needs to be updated. You should file a bug in Phabricator and post the link here. ☠MarkAHershberger☢(talk)☣ 16:00, 8 February 2019 (UTC)

Search results default pagination

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.

---

Currently the default is 20 hits per page, how can this be changed? (I use ElasticSearch) Thank you! Spiros71 (talk) 17:43, 6 February 2019 (UTC)

It looks like the default of 20 is hard-coded in SearchRequestBuilder.php. So, to change it you would have to edit that file. ☠MarkAHershberger☢(talk)☣ 20:05, 6 February 2019 (UTC)

Thanks, Mark. You mean this snippet? Did not have any effect.

/** @var  int  */

private $limit = 20;

I think it would make sense if this was a user setting that could be adjusted from the Preferences. Spiros71 (talk) 07:51, 7 February 2019 (UTC)

If you think that should be configurable, you should create a task on Phabricator and link to it here. ☠MarkAHershberger☢(talk)☣ 15:07, 8 February 2019 (UTC)

Done: https://phabricator.wikimedia.org/T215716 Spiros71 (talk) 08:52, 10 February 2019 (UTC)

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

Mediawiki upgrade to 1.32

Hi,

After upgrading to mediawiki 1.32 from 1.30 using the same configuration I had before I get the error:

XFscpYIQh4LcEO6bPj678AAAABM] /wiki/ UnexpectedValueException from line 961 of /data/var/www/mediawiki-1.32.0/includes/libs/rdbms/loadbalancer/LoadBalancer.php: Got connection to 'wiki', but expected local domain ('wiki-mediawiki-').

Backtrace:

#0 /data/var/www/mediawiki-1.32.0/includes/libs/rdbms/loadbalancer/LoadBalancer.php(890): Wikimedia\Rdbms\LoadBalancer->openLocalConnection(integer, integer)

#1 /data/var/www/mediawiki-1.32.0/includes/libs/rdbms/loadbalancer/LoadBalancer.php(766): Wikimedia\Rdbms\LoadBalancer->openConnection(integer, boolean, integer)

#2 /data/var/www/mediawiki-1.32.0/includes/objectcache/SqlBagOStuff.php(182): Wikimedia\Rdbms\LoadBalancer->getConnection(integer, array, boolean, integer)

#3 /data/var/www/mediawiki-1.32.0/includes/objectcache/SqlBagOStuff.php(264): SqlBagOStuff->getDB(integer)

#4 /data/var/www/mediawiki-1.32.0/includes/objectcache/SqlBagOStuff.php(242): SqlBagOStuff->getMulti(array)

#5 /data/var/www/mediawiki-1.32.0/includes/objectcache/SqlBagOStuff.php(238): SqlBagOStuff->getWithToken(string, NULL, integer)

#6 /data/var/www/mediawiki-1.32.0/includes/libs/objectcache/CachedBagOStuff.php(56): SqlBagOStuff->doGet(string, integer)

#7 /data/var/www/mediawiki-1.32.0/includes/libs/objectcache/BagOStuff.php(197): CachedBagOStuff->doGet(string, integer)

#8 /data/var/www/mediawiki-1.32.0/includes/session/SessionManager.php(939): BagOStuff->get(string)

#9 /data/var/www/mediawiki-1.32.0/includes/session/SessionInfo.php(150): MediaWiki\Session\SessionManager->generateSessionId()

#10 /data/var/www/mediawiki-1.32.0/includes/session/SessionProvider.php(172): MediaWiki\Session\SessionInfo->__construct(integer, array)

#11 /data/var/www/mediawiki-1.32.0/includes/session/SessionManager.php(270): MediaWiki\Session\SessionProvider->newSessionInfo(NULL)

#12 /data/var/www/mediawiki-1.32.0/includes/session/SessionManager.php(244): MediaWiki\Session\SessionManager->getEmptySessionInternal(WebRequest)

#13 /data/var/www/mediawiki-1.32.0/includes/session/SessionManager.php(194): MediaWiki\Session\SessionManager->getEmptySession(WebRequest)

#14 /data/var/www/mediawiki-1.32.0/includes/WebRequest.php(750): MediaWiki\Session\SessionManager->getSessionForRequest(WebRequest)

#15 /data/var/www/mediawiki-1.32.0/includes/session/SessionManager.php(130): WebRequest->getSession()

#16 /data/var/www/mediawiki-1.32.0/includes/Setup.php(851): MediaWiki\Session\SessionManager::getGlobalSession()

#17 /data/var/www/mediawiki-1.32.0/includes/WebStart.php(77): require_once(string)

#18 /data/var/www/mediawiki-1.32.0/index.php(39): require(string)

#19 {main}

Any hint on how to fix it or debug it is highly welcome! Gonis (talk) 17:55, 6 February 2019 (UTC)

Google shows this result for Miraheze and this problem that @Reedy (WMF) ran into when rolling MediaWiki out.

@Aaron Schulz came up with these two patches that may help you. ☠MarkAHershberger☢(talk)☣ 19:22, 6 February 2019 (UTC)

We only really saw this in maintenance scripts though... This report seems to be from a web request Reedy (WMF) (talk) 08:00, 7 February 2019 (UTC)

Thanks a lot for the quick answers.

It seems to me the error they saw is quite different from what I am experiencing. Which seems to be related to the way the database is accessed after the upgrade. Moreover, this issue seems to be related to a new function in LoadBalancer.php (openLocalConnection) which was not there in 1.30. I am however trying to figure out how to apply the patches. Gonis (talk) 16:59, 7 February 2019 (UTC)

Did you find any solution? I ran into the same issue.

Alex Lai 2601:144:4100:A372:20A1:4DF9:D7DC:A349 (talk) 21:56, 17 February 2019 (UTC)

I had the same error, after many hours I was able to resolve it by removing the line

$wgDBmwschema = '.....';

from local settings, hopefully this fixes it for you they should add something to the release notes redekopmark (talk) 04:20, 20 February 2019 (UTC)

I had the same problem, and removing $wgDBmwschema = '.....'; got things to work. However, I now get an error when trying to move a page. Has anyone else seen this? Sam (talk) 07:00, 22 June 2019 (UTC)

I've encountered similar error during a fresh install (version 1.32.0, using mariadb)

in my case $wgDBmwschema is not mentioned in LocalSettings.php at all, and trying to set it has no effect.

Ohad.cohen (talk) 17:04, 11 April 2019 (UTC)

Are you using the web installer? redekopmark (talk) 03:43, 12 April 2019 (UTC)

I've used the web installer

Finally I left it and reinstalled using postgresql (and now everything works fine) Ohad.cohen (talk) 13:52, 16 April 2019 (UTC)

Media Wiki Installation on SQL Server

[319ceee558c1401c7b1d6747] /biswiki/mw-config/index.php?page=Install Wikimedia\Rdbms\DBQueryError from line 1075 of C:\inetpub\wwwroot\BiSWiki\includes\libs\rdbms\database\Database.php: A database query error has occurred. Did you forget to run your application's database schema updater after upgrading?

Query: CREATE TABLE [mediawiki].[BWIKIexternallinks] (

el_id int NOT NULL PRIMARY KEY IDENTITY,

el_from int NOT NULL REFERENCES [mediawiki].[BWIKIpage](page_id) ON DELETE CASCADE,

el_to nvarchar(max) NOT NULL,

el_index nvarchar(450) NOT NULL,

el_index_60 varbinary(60) NOT NULL default ''

) 98.182.125.115 (talk) 19:46, 6 February 2019 (UTC)

This should be a phabricator task. And you'll need to provide more information. ☠MarkAHershberger☢(talk)☣ 19:50, 6 February 2019 (UTC)

Are you referring to Microsoft SQL Server? If so, please note that MediaWiki has only experimental support for MSSQL and that it probably won't work at all. Osnard (talk) 07:31, 11 February 2019 (UTC)

Migrate DB from Filemaker to MediaWiki

Hi,

is there a good way to transfer a Filemaker baset DB to MediaWiki? 138.232.124.69 (talk) 09:05, 7 February 2019 (UTC)

Maybe, but if there is, it isn't well documented. I don't even know what Filemaker is or why you'd want to transfer it to MW. ☠MarkAHershberger☢(talk)☣ 15:51, 8 February 2019 (UTC)

vetbook.org is not working.

http://vetbook.org/wiki/dog/index.php?title=dog

→ I get 500 http error message

http://vetbook.org/wiki/cat/index.php?title=cat

→ I get following message

Warning: require_once(/home/t9zjez6smsch/public_html/wiki/cat/includes/PHPVersionCheck.php): failed to open stream: No such file or directory in /home/t9zjez6smsch/public_html/wiki/cat/index.php on line 41

Fatal error: require_once(): Failed opening required '/home/t9zjez6smsch/public_html/wiki/cat/includes/PHPVersionCheck.php' (include_path='.:/opt/alt/php56/usr/share/pear:/opt/alt/php56/usr/share/php') in /home/t9zjez6smsch/public_html/wiki/cat/index.php on line 41

Is there any way I could access those pages?

I really need the information in them. Jypark9179 (talk) 11:43, 7 February 2019 (UTC)

This is not the support forum for VetBook.org.

In the meantime you can take a look at archive services for older versions of those pages:

http://web.archive.org/web/20180427235339/http://vetbook.org/wiki/dog/index.php?title=dog

http://web.archive.org/web/20180404013519/http://vetbook.org/wiki/cat/index.php?title=Cat AhmadF.Cheema (talk) 12:41, 7 February 2019 (UTC)

migrating to new server

Hi there,

Currently we have

MediaWiki 1.17.0

Redhat Enterprise Linux (RHEL) 4.5 with 91.231.216.6 (talk) 13:57, 7 February 2019 (UTC)

Sorry, something pressed before finish.

I continue ...

Apache 2.2.3, PHP 5.3.8 and Mysql 5.5.17

I want to migrate to a new server with RHEL 7.6, Apache 2.46, PHP 7.2.14 and MariaDB v5.5.60 which are the latest versions and of course to the latest version of MediaWiki 1.32.0.

My question is what are the steps that I will follow to achive this migratin/upgrade?

Thanks in advance 91.231.216.6 (talk) 14:07, 7 February 2019 (UTC)

See Manual:Moving a wiki. AhmadF.Cheema (talk) 16:16, 7 February 2019 (UTC)

To get email list of all registered users

Hi there,

Could you please let me know if it is possible to get email list of all registered users on my wiki?

Thank you! Fokebox (talk) 14:55, 7 February 2019 (UTC)

Run this query against your database:

SELECT user_email FROM user;

See Manual:user table Ciencia Al Poder (talk) 21:58, 7 February 2019 (UTC)

I watched all users data at phpMyAdmin, but I see to following:

[BLOB - 19 Bytes]

It seems to me that everything is encoded there. Fokebox (talk) 09:47, 8 February 2019 (UTC)

It's not encoded, you only need to convert from varbinary to varchar https://stackoverflow.com/questions/1873085/how-to-convert-from-varbinary-to-char-varchar-in-mysql Ciencia Al Poder (talk) 10:04, 8 February 2019 (UTC)

It works Fokebox (talk) 10:26, 8 February 2019 (UTC)

Ok! There isn't any extension on this? Fokebox (talk) 06:37, 8 February 2019 (UTC)

no Ciencia Al Poder (talk) 10:04, 8 February 2019 (UTC)

If I do query inside of phpMyAdmin:

SELECT CAST( user_email AS CHAR ) FROM user</pre>

it shows me a list with email, but if I do it via php file:

$resul = mysql_query("SELECT CAST( user_email AS CHAR ) FROM user");
$ar = mysql_fetch_array($resul);
do
{
echo $ar[user_email];
}
while ($ar = mysql_fetch_array($resul));

I don't have any result, could someone help me? Fokebox (talk) 14:55, 8 February 2019 (UTC)

Why not just get the information from phpMyAdmin? ☠MarkAHershberger☢(talk)☣ 15:55, 8 February 2019 (UTC)

Extension to define custom user prefs fields and refer to them?

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.

---

Pardon the silly question, but the list of extensions is enormous and my google-fu is failing me.

Is there a known extension that will add a few fields to my wiki's user preferences and allow me to refer to these in article text? For example, if I wanted to define a Nickname field and have articles call the user viewing the article by that name if it's filled in (with a fallback text if it's not).

Thanks :) AyaJulia (talk) 17:31, 7 February 2019 (UTC)

Hi there,

I don't think that such an extension exists, sorry. It'd need both to add preferences (easy) and add a new parser tag (not too hard, but not trivial) which lets you pull from the preferences table. It'd also not be cache-safe (as one user couldn't be shown the results of another user's parse), which would make it a very expensive extension, but that's a choice for each wiki installation's sysadmins, of course. Jdforrester (WMF) (talk) 20:34, 7 February 2019 (UTC)

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

Insert raw HTML instead of personal (Login)

I want to forward to an intern site (Login Page) with html code just saying "Login" or something.

$html .= Html::rawElement( 'div', [ 'id' => 'mw-header-container', 'class' => 'ts-container' ],

           Html::rawElement( 'div', [ 'id' => 'mw-header', 'class' => 'ts-inner' ],

               $userLinks['html'] .

               //$this->getLogo( 'p-logo-text', 'text' ) .

               $this->getLogo( 'p-logo', 'image' ) .

               $this->getSearch()

           ) .

           $this->getClear()

$userLinks[ 'html' ] is the default personal (Login menu).

I just want to enter <a href="Login Page">Login here</a> or something similar.

Im good with CSS and Html, but an absolute beginner in PHP.

Thank you in advance.

PS: i would also appreciate a link to the HTML:: library or doku. I haven't found it yet. 37.24.115.18 (talk) 09:34, 8 February 2019 (UTC)

Saving issue - is someone working on fixing it?

When saving a change I have to save several times before it works. This is already a known problem as it says "Performance Issues: Some users are experiencing time-out issues when saving updates. Hit the save button again and it usually works." on top of the page. But that has been standing there for a long time, will this issue ever get fixed? 192.176.1.91 (talk) 13:49, 8 February 2019 (UTC)

Can you please provide a link to issue "Performance Issues: Some users are experiencing time-out issues when saving updates. Hit the save button again and it usually works."?

Thanks. Osnard (talk) 07:28, 11 February 2019 (UTC)

"Performance Issues: Some users are experiencing time-out issues when saving updates. Hit the save button again and it usually works." - That just says on top of the page, I don't know about any specific issue posted here.

192.176.1.91 (talk) 11:40, 11 February 2019 (UTC)

Looks like you're not admin of that site, just a regular user. That's something to do probably with the server configuration. You should ask some of the persons that are maintaining the site. Ciencia Al Poder (talk) 10:32, 12 February 2019 (UTC)

What would admin status have to do with it? I can save, it just takes 1-3 attempts before it succeeds. So it is not a rights issue. 192.176.1.91 (talk) 09:44, 13 February 2019 (UTC)

Not admin as user right, but someone that has actual access to the servers and can perform maintenance, upgrade, change configuration, etc. Ciencia Al Poder (talk) 10:12, 13 February 2019 (UTC)

OK 192.176.1.91 (talk) 11:37, 13 February 2019 (UTC)

Getting weird text on top of itself on visual editor.

Trying to edit a page and can't because it is all screwed up. Any help would be appreciated. The page is: https://battlerite.gamepedia.com/Alysia/Battlerites?veaction=edit and what I see is: https://imgur.com/a/lHdhPch

Thanks. 81.187.182.89 (talk) 14:25, 8 February 2019 (UTC)

You should ask on Gamepedia, not here. ☠MarkAHershberger☢(talk)☣ 15:58, 8 February 2019 (UTC)

Keine Verbindung aus dem Internet

Hallo Zusammen,

ich habe mir lokal auf meinem PC XAMMP installiert und dort drauf das MediaWiki.

In meiner Fritzbox habe ich die Ports 80 und 433 freigegeben.

Lokal funktion alles bestens.

Aber aus dem INternet nicht. Ich benutze hier eine MyfritzAdresse. Ich bin mittlerweile so weit, dass ich bereits auf die Hauptseite komme. Diese sieht aber so aus, als wenn sie kein Design hat. Und egal was ich anklicke, ich lange im nirgendwo. Es funktioniert auch nur über https. über Http klappt es garnicht.

Ich glaube das ich irgendwo noch eine Einstellung machen muss .

Wenn ich in der LocalSettings.php unter $wgServer meine Myfritzadresse angebe, dann geht garnichts. Dann steht nachdem ich auf diese zugegriffen habe: https://xxxxxxx.myfritz.net/xxxxxxxx.myfritz.net/MeinMediaWiki/index.php/Hauptseite

Wenn ich unter $wgServer in der LocalSettings.php nur ein "" eingeragte, dann komme ich zwar drauf, aber wie gesagt ohne Design und ich kann nichts anklicken.

Noch zur Info:

Mit http://xxxxxxx.myfritz.net/MeinMediaWiki/ komme ich garnich drauf

Was muss ich denn noch einstellen? Ich finde keine Lösung. SIsco86 (talk) 08:03, 9 February 2019 (UTC)

What are $wgScriptPath and $wgServer set to? It looks like they should be

$wgScriptPath="/xxxxxxxx.myfritz.net/MeinMediaWiki";
$wgServer="http://xxxxxxx.myfritz.net";

☠MarkAHershberger☢(talk)☣ 16:12, 10 February 2019 (UTC)

Cache-safe parser function results?

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 was looking through the giant list of extensions and came across Extension:UserMagic which comes very close to some functionality I want for my wiki. I particularly like that it is cache-safe so that no user should see another user's results.

For background, my goal is to add a few settings to the user's preferences and be able to refer to them in article text, such as (examples only) calling a user by a nickname or a drop-down selectable title. It will spoil the effect if Sir Grumpykins starts reading a page that addresses him as Lady Snookums.

I see from that extension's page that it won't function within a parser statement or as a template argument (the magic words are not replaced until after the HTML renders... which is the functionality I want), but I was wondering if it was possible to write something similar that WILL work with a parser function. That is to say, nestle one of these magic words within a {{#switch: __SETTING__ | 0=Foo | 1=Bar | Baz }} and have that switch result NOT cache.

I am about a 2/10 with scripting and programming, and while I learn very quickly with a few code examples, I need a key word or two to get to googling the right thing.

Thank you :) AyaJulia (talk) 16:42, 9 February 2019 (UTC)

That particular extension will just to a blind search and replace. And, since it does it after all the parsing is done, Your #switch statement will only see "__SETTING__", not what __SETTING__ evaluates to for the user.

Your best bet is probably to do something with Javascript so that changes happen on the User's machine and not on the wiki. ☠MarkAHershberger☢(talk)☣ 16:19, 10 February 2019 (UTC)

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

session_id(): Cannot change session id when session is active in C:\xampp\apps\mediawiki\htdocs\includes\Setup.php< on line 879

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.

---

Basically I'm having a problem where every now and then MediaWiki gives me this error. I'm looking to solve this problem. Is there any way to fix this?

Product	Version
MediaWiki	1.32.0
PHP	7.3.2 (apache2handler)
MariaDB	10.1.37-MariaDB

TheROFL98 (talk) 21:00, 9 February 2019 (UTC)

I think this is your issue. Try one of the following:

• upgrading to 1.32.1 when it is released,
• using php 7.2, or
• applying this patch. ☠MarkAHershberger☢(talk)☣ 16:25, 10 February 2019 (UTC)

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

How do I optimize MediaWiki

I'm looking to optimize MediaWiki as it loads slow. I've tried this page Manual:Performance tuning to no avail. I'm running MediaWiki on a Windows installation, so I can't use some of the solutions like HHVM.

Product	Version
MediaWiki	1.32.0
PHP	7.3.2 (cgi-fcgi)
MariaDB	10.1.37-MariaDB
ICU	63.1
Lua	5.1.4

TheROFL98 (talk) 21:01, 9 February 2019 (UTC)

HHVM is not going to be supported by MediaWiki for much longer, so that isn't really a solution. PHP 7.x delivers a similar performance boost compared with PHP 5.x.

Are you making use of memcached? apc? What other things have you tried to do? ☠MarkAHershberger☢(talk)☣ 16:31, 10 February 2019 (UTC)

I've installed APCu into PHP, with no luck. I am looking into trying out memcached, but I'll need a lot of free time to get that working. TheROFL98 (talk) 18:46, 10 February 2019 (UTC)

Alright, I've also installed memcached, the wiki is a little faster than before. TheROFL98 (talk) 22:40, 10 February 2019 (UTC)

# Shared memory settings

$wgUseFileCache = true;

$wgMainCacheType = CACHE_MEMCACHED;

$wgParserCacheType = CACHE_MEMCACHED; # optional

$wgMessageCacheType = CACHE_MEMCACHED; # optional

$wgMemCachedServers = array( "127.0.0.1:11211" );

$wgSessionsInObjectCache = true; # optional

$wgSessionCacheType = CACHE_MEMCACHED; # optional

$wgCacheDirectory = '$IP/cache';

$wgUseLocalMessageCache = true;

$wgUseGzip = true;

$wgEnableSidebarCache = true; TheROFL98 (talk) 23:06, 10 February 2019 (UTC)

I have just switched to using PHP-CGI (NTS of course) but the problem seems to have gotten worse. Now it takes about a minute to load the page. TheROFL98 (talk) 06:41, 11 February 2019 (UTC)

You should use PHP-FPM instead for better performance Ciencia Al Poder (talk) 10:13, 11 February 2019 (UTC)

I am running Apache on a Windows installation, and iirc that’s not available for Windows. TheROFL98 (talk) 13:40, 11 February 2019 (UTC)

So I just migrated over the mediawiki installation to an Ubuntu based Apache server and I now have PHP-FPM installed. The only thing that's preventing me from getting fast speeds is the first byte time. How do I improve that? TheROFL98 (talk) 09:42, 13 February 2019 (UTC)

Use nginx instead of apache. Set php-fpm to always have a minimum of 2-3 active threads for the pool. For caching you can use varnish to cache anonymous pageviews. Ciencia Al Poder (talk) 10:22, 13 February 2019 (UTC)

How do I delete old versions of images

I have a user that has uploaded several versions of images hundreds of time. I want to delete all previous versions of all images on my server and keep only the most recent versions. Is there a script that will purge all of the old image versions? Stevenpcox (talk) 22:35, 9 February 2019 (UTC)

Don't know if there is a better way or not, but one way would be to use the "delete all" link on the File page.

After the file has been deleted, the page will have a restore link.

The restore page will have the option to restore only selected revisions which can be used to restore only the newest revision.

The archived files can then be deleted from server through scripts. AhmadF.Cheema (talk) 12:59, 10 February 2019 (UTC)

"Tabview" function

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 was wondering if it would be possible for wikis made through MediaWiki to include a "tabview" anchor (<tabview>) when creating pages. A good example of this would be the code for a page on the Winx Wiki. The-Psychid (talk) 02:26, 10 February 2019 (UTC)

FANDOM is technically based on MediaWiki.

For MediaWiki, see Extension:Tabs, Extension:Header Tabs, Extension:Tabber or the templates used on Wikipedia:Village pump (technical) which give the appearance of tabs. AhmadF.Cheema (talk) 11:52, 10 February 2019 (UTC)

Oh. Well, to be honest, I did try out the "tabs" example because it's closest to how I want the tabs to be for my wiki (where they'd be tabs without changing the url by adding "#(section name)" and whatnot). But when I did try it, it resulted in radio buttons being displayed. I want to say that it's because I'm using the "Refreshed" skin and it wouldn't support the <tabs> anchor functioning properly, but I still don't know if I'm doing something wrong, and what it would be.

I've included a screenshot of this, complete with the code I've put in, and the preview result displayed. The-Psychid (talk) 15:09, 10 February 2019 (UTC)

Do the tabs work with other skins? AhmadF.Cheema (talk) 19:20, 10 February 2019 (UTC)

I don't know; I haven't tried it out. But I think I'll stick by using the <tabber>, just so I don't frustrate myself with this. In that light, I sincerely apologize for taking your time like this. The-Psychid (talk) 02:10, 11 February 2019 (UTC)

Just tested Extension:Tabs. The radio buttons problem is not an issue with the skin but with the extension. Tabs extension has apparently not been working with newer MediaWiki core versions for over a year now.

For a possible hack to make the extension work, see Extension talk:Tabs/Flow export#h-Tabs_no_longer_working-2018-01-25T14:33:00.000Z. Have tested the two lines replacement hack, it works. AhmadF.Cheema (talk) 03:58, 12 February 2019 (UTC)

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

1.30 to 1.32 update: database problem (with plugin Pchart4mw?)

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.

---

Updating from 1.30 to 1.32 was going along just normally, aside from a few "require_once" to "wfLoadExtension" changes, but the database update fails with:

Populating externallinks.el_index_60...
el_id 0 - 200 of 456
[d8f1b9fab145228636205d65] [no req]   Wikimedia\Rdbms\DBQueryError from line 1496 of /usr/local/www/mediawiki/includes/libs/rdbms/database/Database.php: A database query error has occurred. Did you forget to run your application's database schema updater after upgrading? 
Query: UPDATE IGNORE "externallinks" SET el_index_60 = 'http://org.mediawiki.www./wiki/Extension:Pchart4mw#Maintenan' WHERE el_id = '1'
Function: PopulateExternallinksIndex60::doDBUpdates
Error: 42P01 ERROR:  relation "ignore" does not exist
LINE 1: ...eExternallinksIndex60::doDBUpdates root@kyonyu */ IGNORE "ex...
                                                            ^
Backtrace:
#0 /usr/local/www/mediawiki/includes/libs/rdbms/database/Database.php(1466): Wikimedia\Rdbms\Database->makeQueryException(string, string, string, string)
#1 /usr/local/www/mediawiki/includes/libs/rdbms/database/Database.php(1226): Wikimedia\Rdbms\Database->reportQueryError(string, string, string, string, boolean)
#2 /usr/local/www/mediawiki/includes/libs/rdbms/database/Database.php(2112): Wikimedia\Rdbms\Database->query(string, string)
#3 /usr/local/www/mediawiki/maintenance/populateExternallinksIndex60.php(76): Wikimedia\Rdbms\Database->update(string, array, array, string, array)
#4 /usr/local/www/mediawiki/maintenance/Maintenance.php(1698): PopulateExternallinksIndex60->doDBUpdates()
#5 /usr/local/www/mediawiki/includes/installer/DatabaseUpdater.php(1374): LoggedUpdateMaintenance->execute()
#6 /usr/local/www/mediawiki/includes/installer/DatabaseUpdater.php(485): DatabaseUpdater->populateExternallinksIndex60()
#7 /usr/local/www/mediawiki/includes/installer/DatabaseUpdater.php(449): DatabaseUpdater->runUpdates(array, boolean)
#8 /usr/local/www/mediawiki/maintenance/update.php(203): DatabaseUpdater->doUpdates(array)
#9 /usr/local/www/mediawiki/maintenance/doMaintenance.php(94): UpdateMediaWiki->execute()
#10 /usr/local/www/mediawiki/maintenance/update.php(248): require_once(string)
#11 {main}

MediaWiki 1.32.0

PHP 7.2.15 (apache2handler)

PostgreSQL 9.5.15

ICU63.1

Ah, this seems to be a bug with PostgreSQL: https://gerrit.wikimedia.org/r/#/c/mediawiki/core/+/281238/ DGessel (talk) 15:35, 10 February 2019 (UTC)

This patch https://gerrit.wikimedia.org/r/#/c/mediawiki/core/+/420221/9/includes/libs/rdbms/database/DatabasePostgres.php seems to have been intended for 1.31, but is not included as of 1.32. DGessel (talk) 16:10, 10 February 2019 (UTC)

That patch is included in 1.32. You may have a new problem. ☠MarkAHershberger☢(talk)☣ 16:45, 10 February 2019 (UTC)

Yep, looks like that patch only affected INSERT, not UPDATE. ☠MarkAHershberger☢(talk)☣ 17:40, 10 February 2019 (UTC)

And pchart4mw didn't have anything to do with this, but thanks for pointing it out because I updated its page. ☠MarkAHershberger☢(talk)☣ 17:42, 10 February 2019 (UTC)

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

Combining DPLs linksto and notlinksfrom

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 many pages that have mutual links (author pages and the awards they win), and wanted to write a DPL query

| linksto={{PAGENAME}}

| notlinksfrom={{PAGENAME}}

As an aide memoir that there was an inconsitency between the pair. Instead I get no results, and there is the ominous note in http://followthescore.org/dpldemo/index.php?title=DPL:Manual_-_DPL_parameters:_Criteria_for_page_selection#notlinksfrom

" This, however, will generally result in errors."

Should this approach work? Notmadewelcome (talk) 22:29, 10 February 2019 (UTC)

If the documentation says it will result in errors, then, no, it probably won't work.

File a bug or use another DPL extension (there are three or so)? ☠MarkAHershberger☢(talk)☣ 23:48, 10 February 2019 (UTC)

Adding | eliminate = all to your query seemed to work for me using Extension:DynamicPageList3. ~ Jonathan3 (talk) 09:58, 11 February 2019 (UTC)

Looking promising, though you'd never guess from the description. Thanks! Notmadewelcome (talk) 10:15, 11 February 2019 (UTC)

I found that

| notlinksfrom={{PAGENAME}}

| linksto={{PAGENAME}}

| reset=links

worked, the order mattered and it was OK with DPL2 and DPL3, though it takes some time to settle down, with refreshes changing for a while Notmadewelcome (talk) 10:17, 12 February 2019 (UTC)

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

Setting $wgCacheEpoch to 24 hours ago

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 recently set $wgUseFileCache = true. Would it be possible to have pages cached for a maximum of 24 hours by setting $wgCacheEpoch = date('YmdHis', strtotime('-24 hours'))?

I have Cargo query pages which I would probably be happy to have cached for that limited period. I know alternatives are to $wgUseFileCache = false again, or use MagicNoCache's __NOCACHE__ on the Cargo templates. Are there other options? Thanks. ~ Jonathan3 (talk) 09:45, 11 February 2019 (UTC)

Is your concern primarily the Cargo pages? @Yaron Koren is probably your best bet for answers. ☠MarkAHershberger☢(talk)☣ 16:52, 11 February 2019 (UTC)

Thanks for replying. The reference to Cargo was more as an explanation for not wanting to have the pages cached forever, as some page content changes without being edited/touched. I have DPL queries too and the same probably applies.

I was just wondering whether my proposed $wgCacheEpoch setting would work, whether it would work but itself waste time, or whatever. Jonathan3 (talk) 07:44, 12 February 2019 (UTC)

PS I asked Yaron and there are no Cargo-specific issues in relation to my query. Thank you. Jonathan3 (talk) 07:46, 12 February 2019 (UTC)

If you want to update specific pages, you can schedule in cron a call to the purgePage.php script, that will reparse the page and apparently rebuild the file cache of that page. Ciencia Al Poder (talk) 10:29, 12 February 2019 (UTC)

Thanks. I just wanted to know if setting cache epoch as suggested would work. I guess it would and I just need to try it myself. Jonathan3 (talk) 00:29, 13 February 2019 (UTC)

Setting $wgCacheEpoch to something that is constantly varying (It doesn't matter if the time is now or 24h ago), would have the same effect as disabling cache entirely, with the difference that the former will save the contents of every page on the cache but will never be used, slowing things even more.

See Manual:$wgMainCacheType for settings. Ciencia Al Poder (talk) 10:19, 13 February 2019 (UTC)

Thanks for your answer. I've just had a look at public function isCacheGood in FileCacheBase.php, and it seems to check the date of the cache against $wgCacheEpoch: $good = ( $timestamp <= $cachetime && $wgCacheEpoch <= $cachetime );. See the second part of the test quoted. Would this really disable cache entirely? Maybe I'm looking in the wrong place, though - can you help? Thanks. ~ Jonathan3 (talk) 15:12, 13 February 2019 (UTC)

You're right. I though it was doing an exact comparison, not for it being greater than a specific time. But I'm not sure if other parts of MediaWiki (parser cache) would handle this the same way. Ciencia Al Poder (talk) 10:26, 14 February 2019 (UTC)

It seems to work. I have a test page with just {{CURRENTTIMESTAMP}} which sometimes shows an old time but never more than 24 hours ago, and another test page with {{CURRENTTIMESTAMP}} and __NOCACHE__ which always shows the current time. Jonathan3 (talk) 19:17, 1 March 2019 (UTC)

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

hide the sub-categories from the categories 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.

---

is there a way to hide subcategories from the main category page?

the version of mediawiki is 1.32 80.16.95.14 (talk) 11:56, 11 February 2019 (UTC)

You could add

.mw-subcategories { display: none; }

to your MediaWiki:Common.css page. ☠MarkAHershberger☢(talk)☣ 16:56, 11 February 2019 (UTC)

thanks!! 80.16.95.14 (talk) 08:36, 12 February 2019 (UTC)

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

Search suggestions does not show all

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 entering a search term in the search box per key suggestions are shown. But some existing titles are only shown when the full word has been entered (before hitting <Enter>). The wiki here is small and there are no conflicting wiki-pages that would suggest such a behavior.

Is that a maintenance or a bug? What should I try that all available pages are shown when entering a search term? 84.184.243.47 (talk) 14:50, 11 February 2019 (UTC)

How often is the job queue being run? ☠MarkAHershberger☢(talk)☣ 17:00, 11 February 2019 (UTC)

Are you using CirrusSearch, or the normal MediaWiki search? Ciencia Al Poder (talk) 10:30, 12 February 2019 (UTC)

It is version Med$wgJobRunRate = 0.01;iaWiki-1.31 and the normal MediaWiki search .

After having run php maintenance/runJobs.php the problem still exists.

$wgJobRunRate = 0.5; 84.184.248.132 (talk) 21:38, 12 February 2019 (UTC)

I'm still suffering from this problem. Any suggestions to solve this problem please? 84.184.250.243 (talk) 13:14, 13 April 2019 (UTC)

Upgrade your TitleKey Extension

See https://www.mediawiki.org/wiki/Extension:TitleKey 79.246.220.29 (talk) 13:27, 14 April 2019 (UTC)

Thank you! Problem is solved. 84.184.251.83 (talk) 20:20, 16 April 2019 (UTC)

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

Are Notification/Alert tabs editable?

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 a question about Notification/Alert tabs. One of the things that creates a popup is a when a new link is added to a page that links to a page that you created. Is there a way to edit that list? There are several pages that I'd love to monitor when a new article links to (e.g. whenever a new page links to Catalytic triad). Any ideas? T.Shafee(Evo﹠Evo)^talk 04:34, 12 February 2019 (UTC)

Have you checked the notification tab in your preferences? ☠MarkAHershberger☢(talk)☣ 14:18, 12 February 2019 (UTC)

Yes they are. Check the notifications section in your wiki preferences. There should be an option for a page link. There you can enable web alerts and email alerts. Examknow (Lets Chat) 14:20, 12 February 2019 (UTC)

The page links tickbox seems to only notify me for links to pages that I created. Is it possible to add pages that I did not create to that list. e.g I did not create Catalytic triad, but I did expand it from a stub to a GA. Apologies for having been unclear in the original post! T.Shafee(Evo﹠Evo)^talk 22:54, 12 February 2019 (UTC)

Sorry, I could be wrong about this but I am pretty sure that if you enable the page link alert option as shown in the screenshot posted by @MarkAHershberger that it should work only if you are watching the page that you wish to monitor. If you have anymore questions please let me know. Thanks! Examknow (Lets Chat) 23:32, 12 February 2019 (UTC)

So I have that enabled, but it seems to only notify me about pages that I created. Can I also have it notify me about pages that I did not create? If you click the little circled "i" icon, it states:

"Notify me when someone links to a page I created from another page."

Is there a way to add pages that I did not create to that list? T.Shafee(Evo﹠Evo)^talk 03:20, 13 February 2019 (UTC)

If that does not work then I sadly can no longer help you. The way I told you is how mine worked but if that method does not work for you then sadly I am unable to help you. Sorry. Examknow (Lets Chat) 00:31, 14 February 2019 (UTC)

Never mind - perhaps it was never to be. Thank you for the help anyway! T.Shafee(Evo﹠Evo)^talk 01:15, 14 February 2019 (UTC)

Also cross-posted to Talk:Notifications/2019#h-Being_notified_of_new_links_to_a_page_that_I_did_not_create-2019-02-14T01:21:00.000Z, just in case that's a more logical location. T.Shafee(Evo﹠Evo)^talk 01:22, 14 February 2019 (UTC)

@Evolution and evolvability No problem. Always happy to help. Examknow (Lets Chat) 01:43, 14 February 2019 (UTC)

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

VPN Adresse verbergen / Hide VPN Adrese

Mein Mediwiki läuft auf meinen PC zuahuse. Ich habe eine Webadresse von MyFritz. Wenn Ich jetzt mit meiner IP Adresse darauf zugreife wird automatisch meine Myfritzadresse als ULR eingetragen. Kann man das umgehen? Ich möchte nicht, dass jeder in seinem Browser meine feste VPN Adresse sieht. Meine Myfritzadresse habe ich aber leider auch in der Localsetings.php eingetragen, damit eine Verbindung aufgebaut werden kann.

Sorry: Goole translation

My mediwiki is running on my PC too. I have a web address from MyFritz. If I now access it with my IP address, my myfritzaddress is automatically entered as ULR. Can you handle this? I do not want everyone in my browser to see my fixed VPN address. Unfortunately, I also entered my Myfritz address in the Localsetings.php so that a connection can be established. SIsco86 (talk) 18:03, 12 February 2019 (UTC)

VisualEditor Extension: (curl error: 28) Timeout was reached.

I am getting the following error displayed while trying to edit a page with the aid of Visual Editor (It did not work previously yet):

Error loading data from server: apierror-visualeditor-docserver-http-error: (curl error: 28) Timeout was reached. Would you like to retry?

I think the above is a port issue as port 8142 cannot be accessed for some weird reason as I executed the command:

curl -L http://40.68.204.191:8142

and received the following response:

curl: (7) Failed to connect to 40.68.204.191 port 8142: Connection timed out

I have installed the VisualEditor extension by doing the following:

1) downloaded VisualEditor from the ExtensionDistributor page (https://www.mediawiki.org/wiki/Special:ExtensionDistributor/VisualEditor). After getting the code, I saved it into the "/opt/bitnami/apps/mediawiki/htdocs/extensions/VisualEditor" directory of my wiki.

I have installed version 1.32 (lateest stable MediaWiki)

2) I have installed Parsoid by following the installation instructions which can be found here: https://www.mediawiki.org/wiki/Parsoid/Setup

3) I have added the following code into my LocalSettings.php file:

wfLoadExtension( 'VisualEditor' );

and 

##### VisualEditor Config #####

// Enable by default for everybody

$wgDefaultUserOptions['visualeditor-enable'] = 1;

// Optional: Set VisualEditor as the default for anonymous users

// otherwise they will have to switch to VE

$wgDefaultUserOptions['visualeditor-editor'] = "visualeditor";

// Don't allow users to disable it

$wgHiddenPrefs[] = 'visualeditor-enable';

// OPTIONAL: Enable VisualEditor's experimental code features

#$wgDefaultUserOptions['visualeditor-enable-experimental'] = 1;

$wgVirtualRestConfig['modules']['parsoid'] = array(

    // URL to the Parsoid instance

    // Use port 8142 if you use the Debian package

    'url' => 'http://40.68.204.191:8142',

    // Parsoid "domain", see below (optional)

    'domain' => '40.68.204.191',

    // Parsoid "prefix", see below (optional)

    'prefix' => '40.68.204.191'

);

4) I have changed the 2 lines of code within the config.yaml file (used for Parsoid configuration) which can be found within the "/etc/mediawiki/parsoid" folder on my virtual machine:

# Configure Parsoid to point to your MediaWiki instances.

        mwApis:

        - # This is the only required parameter,

          # the URL of you MediaWiki API endpoint.

         

          #  uri: 'http://localhost/api.php'

          uri: 'http://40.68.204.191/w/api.php'

          # before >>  uri: 'http://localhost/w/api.php'

          # The "domain" is used for communication with Visual Editor

          # and RESTBase.  It defaults to the hostname portion of

          # the `uri` property below, but you can manually set it

          # to an arbitrary string.

         

          # domain: 'localhost'  # optional

          domain: '40.68.204.191'  # optional

          # before >> domain: 'localhost'  # optional

5) I have also added SELINUX=permissive at the end of the semanage.conf file within the "/etc/selinux" folder

I have followed the following instructions to install Parsoid and VisualEditor:

https://www.mediawiki.org/wiki/Parsoid/Setup

https://www.mediawiki.org/wiki/Extension:VisualEditor

VisualEditor and Parsoid are new extensions which i have installed on our MediaWiki. 89.197.68.130 (talk) 18:26, 12 February 2019 (UTC)

Try changing 8142 to 8080. ☠MarkAHershberger☢(talk)☣ 14:04, 14 February 2019 (UTC)

I tried, it did not help

any other suggestions? 2A02:C7F:DE65:400:1569:D24E:E338:B0E4 (talk) 21:39, 14 February 2019 (UTC)

curl error: 28 means the server didn't respond timely to the request. The probably cause is that the connection couldn't be stablished.

• Check if parsoid is running.
• Ensure the port used by parsoid is the one configured in MediaWiki. You can run a sudo netstat -patun | grep node to find it
• Ensure there's no firewall blocking the connections, on both the machine running MediaWiki and the one running parsoid (in case both are on different machines) Ciencia Al Poder (talk) 10:12, 15 February 2019 (UTC)

Scribunto Lua external libraries

Is it possible to get the functions from popular large lua libraries for scientific computing (like say Torch) for Lua modules? I already know how to implement this idea with simple lua files using the relevant hooks and then calling 'require'. The issue here is whether it is theoretically possible to make it work with large lua libraries that make use of C code. 76.67.49.29 (talk) 22:33, 12 February 2019 (UTC)

Create a new tab

Hi. I want to create a tab to be displayed on the dropdown menu (move, delete, purge, etc). How could I do that? 190.219.241.250 (talk) 01:00, 13 February 2019 (UTC)

Take a look at Project:Support desk/Flow/2013/05#h-How_to_Create_New_Tab,_Click_on_It_and_Create_a_New_Page_???-2013-05-16T03:11:00.000Z and Project:Support desk/Flow/2011/10#h-How-to_add_new_tab_to_the_"Top_Tabs"_bar?-2011-10-17T12:03:00.000Z and see if it helps. AhmadF.Cheema (talk) 08:40, 13 February 2019 (UTC)

Testing RESTbase gives 404 error not_found#route

After installing and configuring RESTbase, I'm trying to test it using:

$ curl http://localhost:7231/localhost/v1/Main_Page

{"type":"https://mediawiki.org/wiki/HyperSwitch/errors/not_found#route","title":"Not found.","method":"get","uri":"/localhost/v1/Main_Page"}

I'm running Mediawiki 1.32.0. My LocalSettings.php has wgServer "https://brainwiki.tk". It's viewable (without database password/secret key/upgrade key) here: https://termbin.com/ey5sn

I'm running parsoid 0.10.0. Its config.yaml has uri "http://localhost/mediawiki/api.php". It's viewable here: https://termbin.com/s26h Its LocalSettings.php is viewable in the link in the paragraph above, including url "http://localhost:8000", domain "localhost", and prefix "localhost".

I've been using Mediawiki & VisualEditor just fine. I can use "curl http://localhost/mediawiki/api.php" and it pulls up the Mediawiki API page. I can use "curl http://localhost:8000" and it pulls up the parsoid page.

I just installed RESTbase 0.19.2. x-sub-request-filters patterns are set to "http://localhost/mediawiki/api.php" and "http://localhost:8000". apiUriTemplate is "http://localhost/mediawiki/api.php". baseUriTemplate is the default "'http://{domain}:7321/{domain}/v1'" within double squiggly brackets. parsoid host is "http://localhost:8000". It's viewable here: https://termbin.com/m9b4

The webserver firewall only allows access from my home IP.

The URL given in the rrror suggests "a route was not found, not the resource. It suggests that the requested endpoint does not exist."

The logfile shows: "HTTPError: 404: not found#route" "root_req" method "get" uri "/localhost/v1/page/Main_Page".

Jamespharvey20 (talk) 04:14, 13 February 2019 (UTC)

Ghost categories are shown in Special:Categories

After importing some templates and modules from Wikipedia and then deleting them I have some ghost categories in Special:Categories showing that they contain N elements, but none in fact.

They are also present in category table in database. I tried running rebuild_all.php and populateCategory.php --force — those categories never go away. Please help.

This is mediawiki 1.32. Slowhunter (talk) 07:24, 13 February 2019 (UTC)

Maybe try running runJobs.php too. AhmadF.Cheema (talk) 08:37, 13 February 2019 (UTC)

No, this didn't help. Slowhunter (talk) 08:42, 13 February 2019 (UTC)

Note that the category table may contain categories that once existed but no longer exist. Ciencia Al Poder (talk) 10:18, 15 February 2019 (UTC)

can i use rilpoint skin in meadia wiki latest version? if possible please help me..

can i use rilpoint skin in meadia wiki latest version? if possible please help me.. 182.72.208.42 (talk) 07:39, 13 February 2019 (UTC)

Where is the link to this "rilpoint skin"? AhmadF.Cheema (talk) 08:36, 13 February 2019 (UTC)

Alternative diagnosis to "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." - docker multiple database containers

I don't see how to tack on another reply to Project:Support desk/Flow/2017/08#h-There_seems_to_be_a_problem_with_your_login_session;_this_action_has_been_cancel-2017-08-09T16:43:00.000Z, but I'd like to post a follow-up. I had a lot of the same symptoms so my google searches kept bringing me to that thread. My problem was different though.

• I am running mediawiki docker v1.31 (also tried v1.32) behind a nginx-revproxy. SSL termination at nginx. mariadb in a separate container. So secure cookies can and should be enabled.
• My mediawiki and database container were on the same user-defined docker network so that the nginx-revproxy could do its thing and handle auto letsencrypt etc etc.
• I run the mediawiki and database service using `docker-compose`.
• At one point, *and this is what killed me*, I copied the project folder to another folder so that I could do development. Thought that since docker-compose creates container names based on the project folder (and it does), then the dev instance and the production instance would not clobber one another. *Put the dev instance on the same user-defined network as the production instance*, for ease of access via nginx-revproxy. Wrongo-bongo, they can still talk to one another *by service name* since they are on the same user-defined network.

So the punchline is that I had two databases responding to the same name and with the same user creds etc, so it was roulette which one would respond. Which led to symptoms such as:

• sessions being reset sometimes but not always for every new page load.
• all cookies being properly set on login, and then immediately deleted on the redirect request.
• session cookie being deleted at some point when using visualeditor, because VE makes a call via api.php, which would fail to validate, therefore delete. So launch VE, top-right showes logged-in, then VE has message "you are not logged in...", refresh page, sure enough.
• Running a database backup import, then running the maintenance/update.php script, only for mediawiki to report to me after a few page loads that I hadn't run the update script. Check database, it's not there, run it again, it appears, all is fine... sometimes needing to run update more than once depending on the randomness in which db responded
• "user token mismatch" errors in the cookie/session log
• the cookie/session log setting the session cookies and then immediately deleting them on next request
• When I used something besides CACHE_NONE for the main cache setting, sometimes my login would persist longer than when I used cache_none. When I used CACHE_NONE, I got the "hijacking" error warning and a failed login... most of the time.
• A few times when I had a valid login for more than a few requests, I would try to set an email address for a user. Login, navigate to the page, it would ask me to log in again, do so, ask me to log in again, do so, it would let me submit an email address but then ask me to log in, so I would do so, and then it would stick at some point. Then log in as someone else, attempt to email first account, "that user does not have a valid email set." Log out, log back in as other user, see that email is set...

Insanity.

So all of this could be symptomatic of multiple databases responding to the hostname. Facepalm, maybe this will help someone else. Daveeargle (talk) 19:39, 13 February 2019 (UTC)

URL links with spaces, avoiding coding %20

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 strongly linked to a fileserving website. I have a valid URL 'http://fanac.fancy-test.com/Fandom9/People/Fred Bloggs' with a space, which I want to access from mediawiki.

[http://fanac.fancy-test.com/Fandom9/People/Fred Bloggs Files]

[[http://fanac.fancy-test.com/Fandom9/People/Fred Bloggs|Files]]

don't handle the space well, so I setup an interwiki link

[[Files:Fandom9/People/Fred Bloggs| Fred Bloggs]]

which looks fine, but changes the space to an underscore, which is not accepted by the target server. Changing the link to have %20, I can get to work

[http://fanac.fancy-test.com/Fandom9/People/Fred%20Bloggs|Files/]

but its ugly to read and write. Is there a way to stop the interwiki link changing to an underscore, or is there a parser function that will change space to %20, so I could code

{{files |name=Fred Bloggs}}

I looked at subst, and was none the wiser! Notmadewelcome (talk) 20:58, 13 February 2019 (UTC)

Use a template, and the urlencode: magic word: Help:Magic words#urlencode Ciencia Al Poder (talk) 10:28, 14 February 2019 (UTC)

I'm currently investigating .htaccess to change all _ delimiters for incoming URLS to spaces

Options +FollowSymLinks
RewriteEngine On
RewriteBase /
RewriteRule       ^(Fandom.*)_(.*_.*)$ $1-$2 [N]
RewriteRule       ^(Fandom.*)_(.*)$       $1-$2 [R=301]
RewriteRule       ^(Fandom.*)-(.*)$       $1\ $2 [R=301]

Seems to do what I want, though I'll look at urlencode Notmadewelcome (talk) 14:35, 14 February 2019 (UTC)

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

I am not able access LTE-Wiki even after having mediawiki credentials. Can you please help that how can i get the access for lte-wiki?

I am not able access LTE-Wiki even after having mediawiki credentials. Can you please help that how can i get the access for lte-wiki? Egklmxa (talk) 00:38, 15 February 2019 (UTC)

What exactly is "LTE-Wiki"? AhmadF.Cheema (talk) 04:07, 15 February 2019 (UTC)

I am not able to long into lte wiki even after have 2607:FB90:1777:7D8F:2D9E:A79C:D39C:C919 (talk) 06:44, 15 February 2019 (UTC)

Can you provide a link to this "LTE-Wiki" and are you its administrator? AhmadF.Cheema (talk) 09:27, 15 February 2019 (UTC)

Below is the link for which i am having issue .

https://lte-wiki.rnd.ki.sw.ericsson.se/w/index.php?title=Special:UserLogin&returnto=Guardian+and+COP/LTE+OMF+LRH/LTE+OMF/SystemConstants+WOW Egklmxa (talk) 04:45, 15 March 2019 (UTC)

What is the version of your MediaWiki installation? What error is received after unsuccessfully trying to login? AhmadF.Cheema (talk) 08:02, 15 March 2019 (UTC)

This loks like an internal MediaWiki site on intranet. Have you tried contacting first ericsson support? Ciencia Al Poder (talk) 10:15, 15 March 2019 (UTC)

I am not sure to whome i should contact . Through contact i could only this forum to raise my complain. Egklmxa (talk) 09:14, 26 July 2019 (UTC)

The situation is very awkward, because you're asking for support about a wiki that only you and your organization have access. If you ever need assistance with your computer at work, who would you contact about the problem? That's where you should direct your question about the access to that wiki. Ciencia Al Poder (talk) 17:42, 26 July 2019 (UTC)

"The format of the coordinate could not be determined. Parsing failed." error

Hello. with the Geodata extension, when i use any {{coordinates: ....

like this:

{{#coordinates:primary|40.775114|-73.968802|type:landmark_region:US-NY|name=Loeb Central Park Boathouse}}

i get the error "The format of the coordinate could not be determined. Parsing failed."

I think this error came after i have installed the Maps extension.

someone can help me? thank you Brunodapei (talk) 19:00, 15 February 2019 (UTC)

Did this format work before? It looks like you're not passing the parameters correctly. ☠MarkAHershberger☢(talk)☣ 13:57, 18 February 2019 (UTC)

i paste from instruction in Extension:GeoData Brunodapei (talk) 23:39, 18 February 2019 (UTC)

Persistent 504 gateway errors on editing pages - never on reading

Hi there,

I am very new to MediaWiki, never touched the thing until this week. :D

I have 8 wikis running on https://www.esportspedia.com and I am having timeout issues on 2 (https://www.esportspedia.com/lol/ and https://pt.esportspedia.com/lol/) of them when submitting a change to a page, the other 6 wikis save pages just fine albeit they are a little slower than I'd like them to be but that's not the main problem right now.

The nginx/fpm-php frontend runs on its own 8CPU 16GB RAM system and the databases & `runJobs` scripts for the 8 wikis run on a 16CPU 32GB RAM system.

I've looked at increasing the fpm-php timeout to 300 and also tried using `set_time_limit(120);` in my LocalSettings.php but neither option appears to have any impact what so ever. Antek Baranski (talk) 20:53, 15 February 2019 (UTC)

I looked on your site and found nothing wrong with it. Maybe it is your computer. Examknow (Lets Chat) 00:08, 18 February 2019 (UTC)

Is that a serious answer or are you just a troll? Antek Baranski (talk) 22:24, 18 February 2019 (UTC)

@Antek Baranski No I am definitely not a troll. It is my mission to keep wikis free of trolls. If you check your site maybe on another computer, then it might work. However as far as I can see there is nothing wrong. Also I noticed that you are hosting on a hosting provider. If you have further issues, you should let them know. Examknow (Lets Chat) 00:22, 19 February 2019 (UTC)

The behaviour only occurs when you EDIT pages as I wrote in the first post, and its been confirmed by at least 12+ people, so how you were able to verify this I don't understand because unless you are already registered as a contributor you won't be able to edit anything.

As for hosting, the wikis are running on an EC2 instance behind CloudFlare, so I am not entirely sure what you mean by a `hosting provider`. Antek Baranski (talk) 00:27, 19 February 2019 (UTC)

Okay never mind. I am going to remove myself before a dispute arises. Please do not reply to me any further. Examknow (Lets Chat) 00:30, 19 February 2019 (UTC)

How long does it take when you submit the edit until you get the 504 error? Does it match the configured timeout? It could be on different layers: Cloudflare has a timeout, the webserver (nginx, apache...) another, php-fpm another... You'll hit the lowest value from all of them.

About the slowness, I'm not sure if setting a debug log for a couple of requests would give timestamps on the debug log, which should give some indication on where it seems to spend most of the time. Manual:Profiling would definitively help in diagnosing the problem. Ciencia Al Poder (talk) 10:28, 19 February 2019 (UTC)

The timeout occurs on 2 fronts, CloudFlare & php-fpm.

CloudFlare responds that the 'nginx' server replied with a 504 after 60 seconds which is the default nginx proxy timeout, which if memory serves me right is what is used when passing a request on to php-fpm, I've bumped up nginx timeouts like this:

        client_header_timeout 300;

        client_body_timeout 300;

        fastcgi_read_timeout 300;

        proxy_read_timeout 300;

        proxy_send_timeout 300;

And I also modified the php & php-fpm timeouts to be 300 seconds.

On the php-fpm I am seeing the following 5 recurrent issues:

[19-Feb-2019 16:17:38 UTC] PHP Fatal error:  Maximum execution time of 300 seconds exceeded in /home/docs/master_wiki/includes/exception/MWExceptionHandler.php on line 521

[19-Feb-2019 17:58:58 UTC] PHP Fatal error:  Maximum execution time of 300 seconds exceeded in /home/docs/master_wiki/includes/exception/MWExceptionHandler.php on line 388

[19-Feb-2019 16:27:01 UTC] PHP Fatal error:  Maximum execution time of 300 seconds exceeded in /home/docs/master_wiki/includes/exception/MWExceptionHandler.php on line 154

[19-Feb-2019 18:03:35 UTC] PHP Fatal error:  Maximum execution time of 300 seconds exceeded in /home/docs/master_wiki/includes/json/FormatJson.php on line 144

[19-Feb-2019 18:53:01 UTC] PHP Fatal error:  Maximum execution time of 300 seconds exceeded in /home/docs/master_wiki/includes/exception/MWExceptionHandler.php on line 154

None of those changes seems to have had any meaningful impact Antek Baranski (talk) 19:47, 19 February 2019 (UTC)

Try the debug log thing. Set up a debug log, perform an action that takes that long time, and disable it. Then inspect its contents and try to identify any possible problem from the log. Ciencia Al Poder (talk) 10:34, 20 February 2019 (UTC)

@Ciencia Al Poder thanks for that tip, the SQL debug log showed the reason for the timeouts.

Apparently every page edit on the wiki triggers a SELECT statement to be fired against the database for every single image on the wiki, this happens after the actual page edit is saved as the changes are persisted.

On the https://www.esportspedia.com/lol wiki, that is a massive 30K SELECT statements being fired by MW against the DB one after the other, even with the DB server being configured to have all data cache in memory, running 30K queries one-by-one is going to take a while which in turn causes the time outs.

Now the obvious question is, why would an individual page edit cause these SELECT statements to begin with?

Below is a sample of the SELECT statements being fired after an edit:

[DBQuery] lolpt_wiki SELECT /* LinkCache::fetchPageRow  */  page_id,page_len,page_is_redirect,page_latest,page_content_model,page_touched  FROM `page`    WHERE page_namespace = '6' AND page_title = 'ASE_2014_logo_small.png'  LIMIT 1  

[objectcache] Rejected set() for lolpt_wiki:page:6:7bec0c289f58cb1f91c8b8cafba04553b9c713c3 due to pending writes.

[DBQuery] lolpt_wiki SELECT /* Wikimedia\Rdbms\Database::query  */         MIN(rev_timestamp) AS creation_timestamp,

        COUNT(rev_timestamp) AS revision_count

        FROM `revision` WHERE rev_page = 2863

[DBQuery] lolpt_wiki SELECT /* LinkCache::fetchPageRow  */  page_id,page_len,page_is_redirect,page_latest,page_content_model,page_touched  FROM `page`    WHERE page_namespace = '6' AND page_title = 'Veigar_Splash_2.jpg'  LIMIT 1  

[objectcache] Rejected set() for lolpt_wiki:page:6:ad0841858ea15065f25c9db347fefc2cfe0d8734 due to pending writes.

[DBQuery] lolpt_wiki SELECT /* Wikimedia\Rdbms\Database::query  */         MIN(rev_timestamp) AS creation_timestamp,

        COUNT(rev_timestamp) AS revision_count

        FROM `revision` WHERE rev_page = 2864

[DBQuery] lolpt_wiki SELECT /* LinkCache::fetchPageRow  */  page_id,page_len,page_is_redirect,page_latest,page_content_model,page_touched  FROM `page`    WHERE page_namespace = '6' AND page_title = 'Adaptive_Helm.png'  LIMIT 1  

[objectcache] Rejected set() for lolpt_wiki:page:6:4b8983d7295c057cf42451727898ce7f998300a1 due to pending writes.

[DBQuery] lolpt_wiki SELECT /* Wikimedia\Rdbms\Database::query  */         MIN(rev_timestamp) AS creation_timestamp,

        COUNT(rev_timestamp) AS revision_count

        FROM `revision` WHERE rev_page = 2865

[DBQuery] lolpt_wiki SELECT /* LinkCache::fetchPageRow  */  page_id,page_len,page_is_redirect,page_latest,page_content_model,page_touched  FROM `page`    WHERE page_namespace = '6' AND page_title = 'Pr0llyCOL2014.png'  LIMIT 1  

[objectcache] Rejected set() for lolpt_wiki:page:6:3badd71acb2eb57e4edda4eaf35240cf92ca8558 due to pending writes.

[DBQuery] lolpt_wiki SELECT /* Wikimedia\Rdbms\Database::query  */         MIN(rev_timestamp) AS creation_timestamp,

        COUNT(rev_timestamp) AS revision_count

        FROM `revision` WHERE rev_page = 2866 Antek Baranski (talk) 20:44, 21 February 2019 (UTC)

Are you using some sort of shared file upload configuration? I also experienced something similar on my test wiki, when I pointed uploads to the existing production wiki with a shared upload configuration, although I think this was done by the Manual:Job queue. If that's the case, it may be worth a Bugreport. Ciencia Al Poder (talk) 10:25, 22 February 2019 (UTC)

Forcing multiple linebreaks

I need a method to force multiple line breaks. <br/><br/> doesn't work because Mediawiki automatically cleans it up. Wikipedia has the {{Break}} template (https://en.wikipedia.org/wiki/Template:Break) but I am unfamiliar as to how to add that to my own wiki.

Are there any other methods to force a double linebreak? (No, a double return won't work due to the desired functionality being within a template). 24.171.104.191 (talk) 06:52, 16 February 2019 (UTC)

Exporting Wikipedia templates

• Go to Wikipedia's Special:Export page and enter the full page names of the templates.
• Be sure to check the Include templates checkbox to include other necessary templates.
• Go to your wiki's Special:Import page and select the file you created from the export. AhmadF.Cheema (talk) 07:03, 16 February 2019 (UTC)

Searching for inactive revisions...

I tried php deleteOldRevisions.php --delete and after 8 hours it was still at

Searching for inactive revisions... any ideas on this? Spiros71 (talk) 09:14, 16 February 2019 (UTC)

Dynamic Page List

I'm using DynamicPageList3 3.3.2, MediaWiki 1.32.0. The simplest list I could think of puts out a nice unordered list but then above it puts out "Template:Extension DPL"

Here's the markup:

<DPL>

category=Animals

</DPL>

Here's the Output:

Template:Extension DPL

• Title of First Page in List
• Title of Second Page in List

I must be missing something simple, because I don't think anyone would want "Template:Extension DPL" in their output. Any insight will be appreciated. Gregoryfu (talk) 11:08, 16 February 2019 (UTC)

According to this, try executing php maintenance/update.php to generate Template:Extension_DPL. AhmadF.Cheema (talk) 16:10, 16 February 2019 (UTC)

Adding links to external sources in search results

Is there an easy way to add extra search links grabbing the search query in the search results page (ie for Google or other engines)? It could be above the wiki search results. Using MW 1.31 and ElasticSearch. Spiros71 (talk) 11:22, 16 February 2019 (UTC)

Maybe Extension:GoogleSiteSearch which replaces or augments the MediaWiki search with Google Custom search Engine? Google CSE has an option to "Search the entire web" which is supposed to "Augment your results with general Web Search results." AhmadF.Cheema (talk) 16:06, 16 February 2019 (UTC)

Yes, thank you, I know this extension, but what I want is much simpler really, just add links with results (and not just to Google)! Spiros71 (talk) 17:37, 16 February 2019 (UTC)

Hook to position template above Category links

Following this Project:Support desk/Flow/2014/01#h-Display_template_on_every_page-2014-01-08T17:36:00.000Z I have used the snippet indicated below to display a template on every article page. I tried to wrap the template into a div, but there seemed no way to position it above the Category links (or end of page content). Is there a hook that would allow that? I could not find one in Manual:Hooks. Also, how can I make it not display on Home page?

$wgHooks['ArticleViewHeader'][] = 'addHeaderToPages';

function addHeaderToPages( &$article, &$outputDone, &$pcache ) {
  global $wgOut;
  $wgOut->addWikiText('Template:AdditionalHeader');
  return true;
}

Spiros71 (talk) 12:36, 16 February 2019 (UTC)

Which skin are you using?

In any case, it looks like you can use the SkinTemplateOutputPageBeforeExec to modify $template's catlinks data like (I'm guessing) this:

$template->set( 'catlinks', 'YOUR-STUFF' . $template->get( 'catlinks' ) );

If you don't mind it being after the categorylinks, then you can use the SkinAfterContent hook. ☠MarkAHershberger☢(talk)☣ 15:58, 18 February 2019 (UTC)

Thanks, Mark. I use Timeless and I run the above code from LocalSettings.php. But I found an extension which can do this: Extension:Header Footer although it has some issues, like not being able to hide it on certain pages like Homepage. https://github.com/enterprisemediawiki/HeaderFooter/issues/23 Spiros71 (talk) 18:04, 18 February 2019 (UTC)

Insert local media - Visual-Editor

Hi,

I had problem with visual editor when I was trying to insert < Media (with Instantcommons set to false) I had " No result found"

After many searchs and no problem solved, I found that my Parsoid version was 0.10.0 for Visual-editor on Rel1_30 and Mediawiki version on 1.31.

I downgrade Parsoid version on 0.8.0 but now my Wiki url sens me a blank page...

Now i've 2 problems with no solutions, maybe my installation is break...

I installed parsoid 0.8.0 package with dpkg. Jtuli (talk) 14:52, 16 February 2019 (UTC)

Please follow the instructions here and report back any errors. ☠MarkAHershberger☢(talk)☣ 13:53, 18 February 2019 (UTC)

Thank, I resolved the Parsoid's and Ve's version problem.

I would like to post my local medias with Visual Editor but on Insert < Media but I've "no result found".

$wgUseInstantCommons is set to false. Jtuli (talk) 12:56, 19 February 2019 (UTC)

How to get started

I'd like to create a new Wiki. I've read through some of the basic help info, but the most obvious thing isn't jumping out at me. I found the following instructions:

Manual:FAQ#How do I create a new page

OK, so where do I go to "simply click the edit link ...".

I also downloaded mediawiki-1.32.0, but there doesn't appear to be an executable file in the files that I downloaded.

I'm sure there's something VERY simple I'm missing here. Can anyone help? Tedrussell (talk) 21:31, 16 February 2019 (UTC)

For creating a new Wiki, see Manual:Installation guide. AhmadF.Cheema (talk) 00:49, 17 February 2019 (UTC)

Moved Projectspace and now it devours pages

Product	Version
MediaWiki	1.31.1
PHP	7.2.11 (apache2handler)
MariaDB	10.1.36-MariaDB
ICU	4.8.1.1

So, for the Bakugan Wiki (located at https://bakugan.wiki/wiki/Main_Page), we moved our projectspace from "The Bakugan Wiki" to "Bakugan Wiki". However, after the move, the namespace now devours any pages moved to it, and causes an API error with extensions such as Extension:CollaborationKit. Is there anyway we can fix this, as it's preventing us from properly setting up style and policy pages.

Thanks, Abce2 Abce2 (talk) 03:57, 17 February 2019 (UTC)

I was able to "recover" some of those pages form that namespace by getting pages from this namespace from the api, and then open any page with ?curid=(page id) on the URL. Then, the URL that didn't work before, now it works.

Looks like you're using some caching mechanism like redis or memcached, which may have cached old titles or similar. Try clearing the cache of the object cache. Ciencia Al Poder (talk) 12:10, 17 February 2019 (UTC)

transfer wikimedia

I tried to transfer a wiki project to another ISP but that failed unfortunately. Now I have a mysql dbase. I try to import in a new mediawiki installation (i tried restore database but that's not working. I tried to import XML. Dbase is there but the wiki is stilll empty :/ ) Lost of errors. Tried mw-config, still not working. I am out of options. Any ideas?

Kind regards gijs

www.unicollege.nl/edunicwiki/

(www.unicollege.org/edunicwiki ) etc. unfortunately, nothing works Gbruit (talk) 20:35, 17 February 2019 (UTC)

Please explain the steps you took to restore the wiki, and the steps that you did in moving your wiki. Leaderboard (talk) 23:14, 17 February 2019 (UTC)

1. copy public_html to local drive
2. download mysql database (.gz)
3. upload public_html to new provider
4. create mysql database (same name/user/password)
5. upload database (.gz)
6. checked localsettings.php
7. registered domain name with new ISP ** not working Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; FauxRequest has a deprecated constructor in /home/unicollege/domains/unicollege.nl/public_html/edunicwiki/includes/WebRequest.php on line 672 Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; FakeConverter has a deprecated constructor in /home/unicollege/domains/unicollege.nl/public_html/edunicwiki/languages/Language.php on line 35 Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; DBObject has a deprecated constructor in /home/unicollege/domains/unicollege.nl/public_html/edunicwiki/includes/db/Database.php on line 2404 Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; ResultWrapper has a deprecated constructor in /home/unicollege/domains/unicollege.nl/public_html/edunicwiki/includes/db/Database.php on line 2744 Fatal error: Uncaught TypeError: Argument 1 passed to wfReportException() must be an instance of Exception, instance of Error given, called in /home/unicollege/domains/unicollege.nl/public_html/edunicwiki/includes/Exception.php on line 344 and defined in /home/unicollege/domains/unicollege.nl/public_html/edunicwiki/includes/Exception.php:280 Stack trace: #0 /home/unicollege/domains/unicollege.nl/public_html/edunicwiki/includes/Exception.php(344): wfReportException(Object(Error)) #1 [internal function]: wfExceptionHandler(Object(Error)) #2 {main} thrown in /home/unicollege/domains/unicollege.nl/public_html/edunicwiki/includes/Exception.php on line 280
8. changed PHP version (4.2, 5.0, 5.1, 5.5, 7.0, 7,3) getting worse [XFjWkAqIojsSYLzaxPhQ3wAAAHA] 2019-02-05 00:19:29: Fatal exception of type Wikimedia\Rdbms\DBQueryError

see also next reply: removed a softaculous installation from the old ISP with different database, corrupted the original wikimedia installation. :((

Gbruit (talk) 02:42, 18 February 2019 (UTC)

Maybe try exporting your database to SQL then importing it that way. Alternatively you could export you wiki’s files to a ZIP archive and import it into your new FTP. Then you would have your localsettings.php set to your previous database. Is your file system and database on the old ISP still working? Examknow (Lets Chat) 23:59, 17 February 2019 (UTC)

The old ISP isn't working anymore. There was also a softaculous installation in another folder active. It was a test version with almost no records in a seperate database. When I deleted that version, the original wikimedia installation stopped working. :((

I tried a lot.. New wikimedia installatie and after that upload the database backup. .gz, sql and xml. No problm , the database is there. With PHPmyadmin I 'see' all the records. But in wikimedia it is still an empty wiki. Gbruit (talk) 02:35, 18 February 2019 (UTC)

Hmm. That should work but it sounds like that for you it is not. I am afraid I am out of ideas. Sorry. Examknow (Lets Chat) 20:15, 18 February 2019 (UTC)

How can I create a new page (article)?

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 would like to know how to enter the function of creating new pages? How to create a link to create new pages (articles)? Do I have to enter some code to LocalSettings.php file or use an extension?  

I have installed the "InputBox" plugin and on this page: Help:Starting a new page is the code for creating a new page "Using article creation template", but how can I create a new page at all? What should I click?

I would like to have a link to create a page immediately, something like Upload file in Tools tab.

I'm a beginner at MediaWiki.

Please help me. Monocero (talk) 21:19, 17 February 2019 (UTC)

What I did for my wiki is that I put in a link on the sidebar. Using the MediaWiki:Sidebar page I put this code into the side bar page ** Create Page|Create Page.

Now you will need to make a page called Create Page.

In the page input the following wiki text

<inputbox> type=create break=no </inputbox>

.

Then you should be good to go. Examknow (Lets Chat) 00:04, 18 February 2019 (UTC)

Thank you for the information.

"What I did for my wiki is that I put in a link on the sidebar. Using the MediaWiki:Sidebar page I put this code into the side bar page".

How can I put the same link? How to do it exactly?

Is this explained here?

Manual:Configuration settings Monocero (talk) 09:29, 18 February 2019 (UTC)

1. Install Extension:InputBox.
2. Browse to any page on your Wiki, in the address bar of your browser, replace the Wiki page name with: Project:Create Page.
3. Click on the Create tab and then enter the following text: <inputbox> type=create break=no </inputbox>.
4. Go to your Wiki's version of the page MediaWiki:Sidebar.
5. Add: ** Project:Create Page|Create Page (better to replace "Project" with your site name).

You can also use some extensions. See Extension:Create Page and Extension:CreatePageUw.

AhmadF.Cheema (talk) 14:07, 18 February 2019 (UTC)

1. I have this extension installed.

2. Explain it to me more clearly. Example link: https://www.golarze.pl/golarzopedia/index.php?title=Brzytwa.&action=edit&redlink=1 how to change this link in "Project: Create Page"?

In this way?

https://www.golarze.pl/golarzopedia/index.php?title=Golarzopedia:Create_Page

3. If so then after going to the editor and after entering this code an error occurred: Input box type "create break=no" not recognized. Please specify "create", "comment", "search", "search2" or "fulltext".

4. Can you explain it more clearly? I do not really understand.

////////////////////////////////////

I installed this extension https://www.mediawiki.org/wiki/Extension:CreatePageUw and the link to create a new page is located in the special pages tab. How can I add this link to the Tools tab on the main page?

And in the Configuration tab is such a code, should I add this code to LocalSettings.php file?

$wgCreatePageUwUseVE = true; Monocero (talk) 16:54, 18 February 2019 (UTC)

In golarze.pl/golarzopedia/index.php?title=Golarzopedia:Create_Page , instead of <inputbox> type=create break=no </inputbox>, use:

<inputbox>
type=create
break=no
</inputbox>

For Extension:CreatePageUw, try adding the ** Special:CreatePage|Create Page in your MediaWiki:Sidebar page. Replace "Special:CreatePage" with whatever link to create a new page is located in the special pages tab.

Since you're not using Extension:VisualEditor, there is no need to add $wgCreatePageUwUseVE = true;. AhmadF.Cheema (talk) 18:02, 18 February 2019 (UTC)

Thank you for the explanation.

To go to edit the sidebar should to do it this way:

.../index.php?title=MediaWiki:Sidebar

Only now I realized how to do it. :)

I managed to add this link to this sidebar but I would like to know whether I can add this link below to the Tools tab?

https://i.imgur.com/WAbZBG1.png

I added the same post by case as a guest. How can I report that post to be deleted? Monocero (talk) 19:53, 18 February 2019 (UTC)

From Project:Support desk/Flow/2015/03#h-[RESOLVED]_How_to_change_the_list_of_options_in_the_TOOLS_menu_of_the_Nav_Bar-2015-03-02T06:59:00.000Z:

"Toolbox items are not editable. They're generated based on MediaWiki/skin/extensions.

If you know PHP you could use the BaseTemplateToolbox hook to modify the items in PHP"

Some hacks are mentioned at Manual talk:Interface/Sidebar, if you want to give them a try.

A more convenient method would be to create a new section in the sidebar:

* Actions
** Special:CreatePage|Create New Article

AhmadF.Cheema (talk) 20:12, 18 February 2019 (UTC)

That post was deleted. Yes that I how you edit the sidebar. I am not aware of a way that you can edit the tools section without going deep into the backend and risking breaking the toolbox function. Examknow (Lets Chat) 20:13, 18 February 2019 (UTC)

@AhmadF.Cheema

I understand. Thank you for the explanation.

I would like to know if the "Create Page" link can be set to be visible only after logging in?

I would like to know how can I put other links in sidebar? E.g. forum link etc.

@Examknow

This post is still visible, it is hidden. I do not want my IP to be publicly visible in that post. Monocero (talk) 20:58, 18 February 2019 (UTC)

For details, see Manual:Interface/Sidebar and Manual:Interface/Sidebar#Change sidebar content when logged in (PHP). AhmadF.Cheema (talk) 03:04, 19 February 2019 (UTC)

Thank you for the explanation. I would like to hide only the "Create Page" link for anonymous. This code hides the remaining links. That is: Home page, Recent changes, Random page. Is there any way to hide only the "Create Page" link for anonymous users?

Manual:Interface/Sidebar#Change sidebar content when logged in (PHP) Monocero (talk) 11:01, 19 February 2019 (UTC)

Try Manual:Interface/Sidebar/Hacks, maybe it still works. AhmadF.Cheema (talk) 11:45, 19 February 2019 (UTC)

@AhmadF.Cheema

After entering this code to LocalSettings.php file an error occurred.

https://i.imgur.com/qZC5JjJ.png Monocero (talk) 13:51, 19 February 2019 (UTC)

First try the workaround mentioned in Manual talk:Interface/Sidebar/Hacks. AhmadF.Cheema (talk) 14:58, 19 February 2019 (UTC)

This solution also does not work.

Links disappeared: Home page, Forum, Recent changes, Random page and Create page. And occur a mistake visible on the screen.

https://i.imgur.com/p5gDBBv.png

I think that rather there is no solution. Monocero (talk) 17:15, 19 February 2019 (UTC)

Did you create the MediaWiki:anon_sidebar page?

As a last resort, try Show a different sidebar for anonymous users. This is a little more recent. AhmadF.Cheema (talk) 17:57, 19 February 2019 (UTC)

I did not create MediaWiki:anon_sidebar page. Do you have a hidden link "Create Page" for anonymous users in your Wiki? I ask out of curiosity. I see that there is a lot of try with this.

It is possible that it will be left as it is. Or I will remove the Create page from navigation link. Monocero (talk) 19:23, 19 February 2019 (UTC)

You should try some of the extensions given by @AhmadF.Cheema: Examknow (Lets Chat) 19:38, 19 February 2019 (UTC)

When you say "Links disappeared: Home page, Forum, Recent changes...", is this for anonymous users or logged-in users. If it is only for anonymous users, then this probably is the expected behaviour. Anonymous users will see the sidebar defined through the MediaWiki:anon_sidebar page, in the absence of which they will see p5gDBBv.png including the "mistake".

I personally have never set-up a hidden link "Create Page" for anonymous users, seems much more trouble than it's worth. AhmadF.Cheema (talk) 06:53, 20 February 2019 (UTC)

@Examknow

Which are these extensions? Can you give me the link?

@AhmadF.Cheema

So I leave it as it is.

I have a question. How can I create links to articles in MediaWiki:Sidebar?

Example article:

https://www.golarze.pl/golarzopedia/index.php?title=Brzytwa. Monocero (talk) 17:16, 23 February 2019 (UTC)

For extensions, see my first comment above.

For links to articles, add something like the following in MediaWiki:Sidebar:

* Interesting articles
** Brzytwa|Foo

For details, see Manual:Interface/Sidebar#Links. AhmadF.Cheema (talk) 18:12, 23 February 2019 (UTC)

Thank you for your help and support. I have a question. How can I remove a dot from this title? "Brzytwa."

https://www.golarze.pl/golarzopedia/index.php?title=Brzytwa.

Can not to delete this dot in the edition of this page. I would like to know if the title can be edited at all. Monocero (talk) 10:32, 24 February 2019 (UTC)

See Manual:$wgAllowDisplayTitle. AhmadF.Cheema (talk) 11:13, 24 February 2019 (UTC)

In the LocalSettings.php file, I added these line:

$wgAllowDisplayTitle = true;

And unfortunately I still can not edit the title.

I entered the address: https://www.golarze.pl/golarzopedia/index.php?title=DISPLAYTITLE:Brzytwa. and I still do not know how to edit this title. I definitely did something wrong. Monocero (talk) 11:42, 24 February 2019 (UTC)

In LocalSettings.php, you probably also need to set $wgRestrictDisplayTitle = false;.

On the Brzytwa. article page, include the text: {{DISPLAYTITLE:Brzytwa}} . AhmadF.Cheema (talk) 12:00, 24 February 2019 (UTC)

Thanks for the clarification. Monocero (talk) 12:41, 24 February 2019 (UTC)

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

Hello, how to delete an artist account?

Hello, how to delete an artist account? 37.120.129.42 (talk) 21:39, 17 February 2019 (UTC)

Please define "artist account". Also please check Project:About to find out what this wiki is about. Leaderboard (talk) 22:36, 17 February 2019 (UTC)

Could you please elaborate and maybe I could better help you. Examknow (Lets Chat) 00:00, 18 February 2019 (UTC)

API Token Invalid

I run the API and here is the responce

Array ( [createtoken] => 26eee4a96e51b71cf20a19337456e5eb5c6a620f+\ [username] => test [realname] => test [email] => test@gmail.com [password] => aaaaaa [retype] => aaaaaa [createreturnurl] => http://localhost/wiki )

but it still says in valid token.

I am stuck into this. 202.164.50.154 (talk) 09:13, 18 February 2019 (UTC)

The api needs 2 calls:

1. The first one to get a token
2. The second one to do the actual user creation, passing the token from the firs request.

The first call returns one or more cookies. You need to store and send them to the second request, otherwise the token will be invalid.

PS: Be sure to not use the passwords displayed here on any of your accounts! Ciencia Al Poder (talk) 10:19, 18 February 2019 (UTC)

Pages not showing in Category

I recently updated the company Mediawiki from 1.25 - 1.32, and as foreseen this has caused a few issues. Most resolved. However this one is still causing me a headache...

I've looked over the help pages on here and checked for cache and job issues.

I have disabled cache in LocalSettings.php using $wgParserCacheType = CACHE_NONE and $wgMainCacheType = CACHE_NONE

I have checked for any jobs using the maintenance script php showJobs.php which returns 0

I have purged the page.

Rebooted the system

The page shows when searching. The edit shows the correct category [[Category:correctone]]

When you view the page it shows the correct category at the bottom. However when you click on the link to view the category the page doesn't show.

Versions : Mediawiki 1.32.0, Ubuntu 18.04, PHP 7.2, MySQL 5.7

Please help!!!!!!! 91.110.239.36 (talk) 09:24, 18 February 2019 (UTC)

That is usually a job problem.

Do you have a cron job set up for runJobs? Does your log show any errors that might have happened that prevented MediaWiki from updating the category page? ☠MarkAHershberger☢(talk)☣ 16:18, 18 February 2019 (UTC)

Number of edits

HiMy number of edits on wikiTranslate and en.Wikipedia or fa.wikipedia isn’t match with each other.can I collect all of my edits in one Wikipedia?

Thanks Amirsara (talk) 10:38, 18 February 2019 (UTC)

Your edits on fawiki, enwiki, and other Wikimedia sites are collated on meta.

translatewiki (I think that is the site you meant) is not included there. ☠MarkAHershberger☢(talk)☣ 16:16, 18 February 2019 (UTC)

How can I block only the main wiki page before editing?

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 would like to block the wiki's main page before editing by anyonee except the administrator. How to do it? I do not see this method here:

Manual:Configuration settings Monocero (talk) 11:38, 18 February 2019 (UTC)

This can be done by protecting the page. See Help:Protecting and unprotecting pages. AhmadF.Cheema (talk) 13:47, 18 February 2019 (UTC)

Thanks for the clarification. Monocero (talk) 17:06, 18 February 2019 (UTC)

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

How do I enable deleting user accounts?

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 do I enable deleting user accounts? Where do I have to set it?

I am asking for a guide. Monocero (talk) 11:46, 18 February 2019 (UTC)

The common, non-problematic MediaWiki method of user accounts "deletion" is by merging the undesired account into an anonymous account.

For details, see Extension:UserMerge. AhmadF.Cheema (talk) 13:45, 18 February 2019 (UTC)

I mean deletion a normal user account. I would like to add such a feature. Monocero (talk) 17:13, 18 February 2019 (UTC)

Actual deletion can probably be done through working directly on the database, but such is highly discouraged. Deleting a user will mess up various MediaWiki functions such as page histories, due to which it is better to merge users instead of deleting them. AhmadF.Cheema (talk) 18:05, 18 February 2019 (UTC)

I understand. So I can delete an empty test account in the database? Monocero (talk) 19:59, 18 February 2019 (UTC)

See Manual:RemoveUnusedAccounts.php.

For more details, see Project:Support desk/Flow/2012/01#h-[RESOLVED]_How_i_can_delete_User?-2012-01-08T05:05:00.000Z. AhmadF.Cheema (talk) 20:16, 18 February 2019 (UTC)

There is a way t do it by deleting all of their contributions and other logged actions and then delete the user row in the mw_users table. If I am not making any sense please let me know. Examknow (Lets Chat) 20:58, 18 February 2019 (UTC)

Thank you for your help.

@Examknow

Where is the mw_users table? Monocero (talk) 21:00, 18 February 2019 (UTC)

It should just be the users table in your mediawiki database. I only put "mw_" in as the example prefix as that is what it defaults to when you install your wiki. Examknow (Lets Chat) 00:42, 19 February 2019 (UTC)

Thank you for your help. Users are in the database in the "user" table. Monocero (talk) 11:10, 19 February 2019 (UTC)

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

Categories are unable to auto updated

Hi,

I found that my wiki site is unable to handle the categories well these days. It worked well before.

After I edit some pages (e.g. AAA) with [[Category:XXX]], page AAA will show "Category:XXX". However, page Category:XXX (exist) would show the page AAA inside.

Some categories have contained some pages inside, e.g. BBB, and if I add page AAA to category of BBB, page Category:BBB will still show the previous pages in the category, instead of adding a page named AAA.

Here are the versions:

MediaWiki	1.32.0
PHP	7.1.20 (apache2handler)
MySQL	5.7.24
ICU	63.1
Lua	5.1.5

L626554583 (talk) 15:03, 18 February 2019 (UTC)

Category handling has been one of the areas that changes in the job queue has affected.

If you set up a job to run runJobs.php regularly, you'll probably see that this problem is cleared up. ☠MarkAHershberger☢(talk)☣ 16:02, 18 February 2019 (UTC)

User:137.189.241.39 is me :) L626554583 (talk) 04:17, 19 February 2019 (UTC)

thanks for your suggestions. It works.

But I found a new problem that while running some pages (including runJobs & mainPage), sometimes it occurs a error(PHP NOTICE) that says:

Only variables should be assigned by reference in /..../mediawiki/extensions/ParserFunctions/includes/ExtParserFunctions.php on line 182.

I wonder how to fix it. 137.189.241.39 (talk) 04:14, 19 February 2019 (UTC)

I am also having the exact same problem as above:

```[Tue Mar 12 13:22:31.761613 2019] [:error] [pid 8956] [client 94.199.129.189:59596] PHP Notice:  Only variables should be assigned by reference in /var/www/mediawiki/extensions/ParserFunctions/includes/ExtParserFunctions.php on line 182``` Jamiehutber (talk) 13:25, 12 March 2019 (UTC)

API: how to get the page-size from query-langlinks

Hi,

is it possible to get the page-size of the langlinks?

When using action=query&format=json&prop=langlinks there is obviously only possible to get this additional information:

llprop=langname|url|autonym

Would it be possible to extend the API to also get the size of the pages?

llprop=langname|url|autonym|size

Thanks for help.

Stefan Sh60 (talk) 20:41, 18 February 2019 (UTC)

is this the correct place for this kind of question?

is there a better one?

thanks Sh60 (talk) 21:08, 19 February 2019 (UTC)

two questions on usage

1.Is it possible to have a plain login page? Something with very little links on it to "give away" what is going on with the site.

2.Is it possible to have a landing page for each category that has a sidebar that is specific to that category? For example, I want a "Locations" category and the pages belong to that category have a sidebar specific to that category. 2601:803:8000:22F8:2D29:CD3D:BA46:F1E4 (talk) 23:40, 18 February 2019 (UTC)

1. Can probably be done through CSS. See Manual:CSS#Styles not working on Special:UserLogin or Special:Preferences?
2. Extension:CustomNavBlocks might work for this. Other possible relevant extensions are at Category:Menu extensions. AhmadF.Cheema (talk) 03:09, 19 February 2019 (UTC)

Problems since 1.32

I run a local-only wiki under ArchLinux. Since "upgrading" to 1.32 on about Jan 19th, it has been plagued with problems. The main one seems to be that PHP 7.2.6 doesn't appear to "mbstring" installed. This is the error message I get when running php maintenance/update.php. I was able to fix this by simply rolling back to 1.31.1. However, this method now fails, and I get an HTTP error 500 and can't access anything. Any suggestions? Bch673 (talk) 00:11, 19 February 2019 (UTC)

Error 500 are usually accompanied by something in the error log. Is anything there?

The mbstring problem seems particular to ArchLinux. You should ask PHP users of ArchLinux for help. ☠MarkAHershberger☢(talk)☣ 01:34, 19 February 2019 (UTC)

I too use Arch but generally only for my desk and laptops. Arch moves fast and so does Mediawiki. I suggest that you might consider a VM with say Ubuntu LTS for the base for your wiki to cut down on the number of changes that will screw your system. You could run up libvirtd or another virtualisation system. I'll drop this: Intranet.

Gerdesj (talk) 01:48, 19 February 2019 (UTC)

Thanks Mark, will do. Thanks Gerdesj unfortunately that seems like a lot of overhead for what is just my own head's wiki. Bch673 (talk) 05:02, 19 February 2019 (UTC)

Just checked on my work desktop (!) I have php 7.3.2 installed and calling phpinfo() in my browser shows mbstring is enabled. My php.ini mentions mbstring related things but they are all at defaults. So I suggest an upgrade of php may help ie pacman -Syu Gerdesj (talk) 14:42, 19 February 2019 (UTC)

Last edit

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

---

I have just updated this lot: Intranet and it would be nice to have a column in the table of articles that shows the last edited time for each page. How do I return the last edited date/time for a page within another page? Gerdesj (talk) 01:35, 19 February 2019 (UTC)

I've edited one as an example. See Help:Magic words and Help:Extension:ParserFunctions. Note that the revisiontimestamp magic word, when targets a different page, is expensive. Ciencia Al Poder (talk) 10:22, 19 February 2019 (UTC)

Thank you. That is just what I was looking for. Gerdesj (talk) 14:44, 19 February 2019 (UTC)

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

How to create such a home page - boxes and frames

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 would like to know how can I create such a home page? How can I create such boxes? How can I create such frames?

Wiki Monocero (talk) 11:19, 19 February 2019 (UTC)

Use the page's source code as a template. The code will include some CSS classes which will probably be defined in MediaWiki:Common.css. You will need to copy the classes used on the home page to your Wiki as well, in order to create those boxes. AhmadF.Cheema (talk) 11:39, 19 February 2019 (UTC)

Where should I put the common.css file on the server? Monocero (talk) 19:15, 2 March 2019 (UTC)

It's not a CSS file on the server. It's a page by the name of MediaWiki:Common.css such as the one on Wikipedia. AhmadF.Cheema (talk) 01:27, 3 March 2019 (UTC)

I created this page. The page name must be: MediaWiki:Common.css. An error message occurred while saved, but the frames appeared.

But not all frames are equal.

Look at this:

https://i.imgur.com/XucFRtM.png

These lines are not equal and the two boxes are not finished with the bottom line. How to fix it? Monocero (talk) 11:56, 3 March 2019 (UTC)

By using your web browser's developer tools (right-click and choose "Inspect element" or something like that), looking at the CSS, understanding what it does, and changing it.

For example if you want that horizontal line to close, don't set "padding: 0.2em 0.4em;" for the "mainpage_boxcontents" class?

The question is not really related to MediaWiki software. It's about using CSS in general. Malyacko (talk) 13:41, 3 March 2019 (UTC)

I understand. I will try to do it. Thanks for the clarification. Monocero (talk) 14:02, 3 March 2019 (UTC)

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

Category lists do not honour DISPLAYTITLE

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 using DISPLAYTITLE so that Fred Bloggs (UK) and Fred Bloggs (NZ) both show as "Fred Bloggs", but in the UK and NZ category listings the full page name appears with the clumsy brackets. Is there way to get categories to use it?

Edit: https://www.mediawiki.org/wiki/Extension:Display_Title does what I want Notmadewelcome (talk) 11:56, 19 February 2019 (UTC)

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

Closing Div Tags on a discussion page

We've recently shifted the layout of de:Portal:Philosophie to css, but we've encountered a roadblock. Wed' like to place a frame border on all pages (by a div) but new sections on the discussion pages (de:Portal:Philosophie/Artikelverbesserung and ), would be placed outside that div and the closing div-tags could be accidentally archived. Is there a clean workaround for this? Regards, Leif Czerny (talk) 14:14, 19 February 2019 (UTC)

What is the source of this query "SELECT /* LinksUpdate::acquirePageLock  */ GET_LOCK('LinksUpdate:atomicity:pageid:200', 15) AS lockstatus\G"

I am tracking down a performance issue on our wiki and the mysql slow log is showing me 1 query that is particular bad but I have no idea what in MediaWiki would trigger this query and why it should be this bad on our db. As you can see this query has a run time of 15 seconds which is really long.

# Query 1: 0.00 QPS, 0.01x concurrency, ID 0xABEF0A7216EF04FABE85AADF16C8A51D at byte 192511766

# This item is included in the report because it matches --limit.

# Scores: V/M = 0.00

# Time range: 2019-02-19 00:51:32 to 17:49:00

# Attribute    pct   total     min     max     avg     95%  stddev  median

# ============ === ======= ======= ======= ======= ======= ======= =======

# Count          0      32

# Exec time     69    480s     15s     15s     15s     15s       0     15s

# Lock time      0       0       0       0       0       0       0       0

# Rows sent      0      32       1       1       1       1       0       1

# Rows examine   0       0       0       0       0       0       0       0

# Rows affecte   0       0       0       0       0       0       0       0

# Bytes sent     0   2.03k      65      65      65      65       0      65

# Query size     0   3.33k      97     115  106.66  112.70    4.93  102.22

# String:

# Databases    apex_wiki (13/40%), lol_wiki (13/40%)... 2 more

# Hosts        ip-10-254-... (25/78%), localhost (7/21%)

# Users        apex_wiki (13/40%), lol_wiki (13/40%)... 2 more

# Query_time distribution

#   1us

#  10us

# 100us

#   1ms

#  10ms

# 100ms

#    1s

#  10s+  ################################################################

# EXPLAIN /*!50100 PARTITIONS*/

SELECT /* LinksUpdate::acquirePageLock  */ GET_LOCK('LinksUpdate:atomicity:pageid:200', 15) AS lockstatus\G Antek Baranski (talk) 19:49, 19 February 2019 (UTC)

Which version of MediaWiki ? —TheDJ (Not WMF) (talk • contribs) 09:18, 25 February 2019 (UTC)

1.30 / 1.31 & 1.32 Antek Baranski (talk) 22:26, 27 February 2019 (UTC)

how to delete a user or at least change the user name

This account has been created by mistake ( and I am very sorry for that ) . Actually the user name is not even mine and it may be kind of problematic. I didn't contribute yet and I would like to have the permission to change the username of remove the account of possible. How can I do it on mediawiki.org?

I tried but seems that I don't have the permission to merge the account with another one, or delete the account.

I need your advise. Thanks ! Damien.royer (talk) 20:34, 19 February 2019 (UTC)

See Steward_requests/Username_changes. AhmadF.Cheema (talk) 06:45, 20 February 2019 (UTC)

upgrading from 1.31.0 to 1.32.0

My "normal" method is to unpack the tar ball over my existing installation

tar cf - * | ( cd /target; tar xfp -)

then run

php maintenance/update.php

this time I got errors:

MediaWiki 1.32.0 Updater

oojs/oojs-ui: 0.26.4 installed, 0.29.2 required.

pear/net_smtp: not installed, 1.8.0 required.

wikimedia/base-convert: 1.0.1 installed, 2.0.0 required.

wikimedia/ip-set: 1.2.0 installed, 1.3.0 required.

wikimedia/less.php: not installed, 1.8.0 required.

wikimedia/remex-html: 1.0.3 installed, 2.0.1 required.

wikimedia/scoped-callback: 1.0.0 installed, 2.0.0 required.

wikimedia/timestamp: 1.0.0 installed, 2.2.0 required.

wikimedia/wrappedstring: 2.3.0 installed, 3.0.1 required.

wikimedia/xmp-reader: not installed, 0.6.0 required.

Error: your composer.lock file is not up to date. Run "composer update --no-dev" to install newer dependencies

running on debian stretch, all updated. TerminalAddict (talk) 20:52, 19 February 2019 (UTC)

Unpacking the tar ball over an existing installation is definitely not the correct way. Unpack into a new directory and copy the LocalSettings.php file and images directory there.

For details, see Manual:Upgrading#Using a tarball package. AhmadF.Cheema (talk) 06:33, 20 February 2019 (UTC)

UNABLE TO CREATE ACCOUNT ON thepsychicreviews.com

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

---

Hi I am not sure what is going on, I enter all the details when I register and they all have a tick. I click on register and I get the big green tick saying it was worked but then the following page says there is an error and that the profile was not created and to contact admin... which brings me to this forum as there is no admin contact there. Can you advise please. 106.71.49.59 (talk) 22:53, 19 February 2019 (UTC)

No website. Releated to mediawiki? wargo (talk) 23:02, 19 February 2019 (UTC)

http://www.thepsychicreviews.com/forum/index.php?action=register

i register and it all gives me the "account created" but then says there was an error and to contact admin... but no link to admin. no link anywhere, not even in the simple machines site. 106.71.49.59 (talk) 23:13, 19 February 2019 (UTC)

Wrong support forum.😕 This support desk does not deal with thepsychicreviews website. AhmadF.Cheema (talk) 06:09, 20 February 2019 (UTC)

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

Docs - Request For Comments

I have been maintaining this: Intranet for a while now. It is my company's formal documentation for MW installations so I do not really care what anyone thinks of it (obvs!)

I would be grateful for responses to the following:

• Do I create a OS install step by step with piccies? At the moment I stipulate "install Ubuntu minimal "Bionic" which is a bit terse.
• Do I do a Windows server version? (I've only been wrangling the bloody things for 20 odd years but prefer Linux)
• How do you find my writing style?

The last point is very important, I think. I try to be concise and try to avoid en_GB if I can but am I too technical or too terse or whatever? If you think my docs can be improved in any way, I am happy to see contributions and brutal (constructive) edits and comments.

(PS: Try going to the mw.org home page and looking for installation instructions. You'll likely find this link and start here: Manual:Installation guide That is not my idea of a good start page. That page may well be the first impression that someone gets of MW. I wonder how many wikis are lost to MW because of that? Perhaps this lot: https://mwstake.org/mwstake/wiki/Main_Page might like to look into this) Gerdesj (talk) 02:11, 20 February 2019 (UTC)

Perused through it. Everything looks fine.👍 AhmadF.Cheema (talk) 06:29, 20 February 2019 (UTC)

Thanks but please feel free to actively criticise. I really will not be offended. Gerdesj (talk) 01:21, 21 February 2019 (UTC)

Infinite Redirect When Trying Short URLs

Been having this problem for months, I just cannot fix it. I have Mediawiki 1.31.1 with PHP 7.1.26 on Apache using Nginx as a reverse proxy

Everything works...

Except non-ugly URLs. Followed the short URL guide, and any method results in an infinite redirect error. Tried changing PHP versions and that didnt seem to do anything either.

relevant configs (for trying short URLs) are here https://pastebin.com/4EaNr1bT Willwill0415 (talk) 04:23, 20 February 2019 (UTC)

The OP tried the IRC channel but there were not many answers. The OP also added `$wgUsePathInfo = true;` to it's configuration. Extarys (talk) 05:55, 20 February 2019 (UTC)

How do I allow CORS requests?

I tried adding $wgCrossSiteAJAXdomains = array( '*' ); to LocalSettings.php, but didn't work.

I am trying to add content created by an external server. Here is a quick description of how to show the value of a few parameters, but I am planning to serve more complex content that I can only build on the external server.

I added the following code to MediaWiki:Common.js:

$.each($('.from-outside'), 
       function(index, element) {
         element = $(element);
         paramName = element.attr('param-name');
         console.log('Loading ' + paramName + '...');
         element.load('http://outside.domain/get_value/' + encodeURIComponent(paramName));
       });

Then the following content on a template:

<html>
<div class="from-outside" param-name="param one"><i>Loading...</i></div>
</html>

Stefanomenci (talk) 04:53, 20 February 2019 (UTC)

CORS is configured on the server from which you consume, not on where you embed. Where you embed, at most, you have to configure 'withCredentials' for the Javascript request. —TheDJ (Not WMF) (talk • contribs) 09:15, 25 February 2019 (UTC)

How to translate the introduction of beta feature that is in Special:Prefernece

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 was trying to translate the PHP7 and template wizard introduction that is in Special:Prefernece since they are not translated into Chinese. However, I was unable to find the page that contains these things. The Beta Feature page use template to link to the description and I do not know how to navigate to the actual string that I need to translate. Could any one help me to locate the string? VulpesVulpes825 (talk) 06:10, 20 February 2019 (UTC)

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

How to disable grouping of categories by sort key on a category 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.

---

I want to disable the grouping of categories by their sort key on a categories page. I still want the sorting to happen, but not have the separate sections with headers for each key (i.e. there should be no big letter "A" in front of all the pages that start with the letter A).

I've looked at the Category documentation and talk page and searched the manual and Redponey (talk) 14:57, 20 February 2019 (UTC)

In your MediaWiki:Common.css, add:

#mw-content-text > div.mw-category-generated > #mw-pages > div > h3 { display: none; }

AhmadF.Cheema (talk) 19:07, 20 February 2019 (UTC)

That did the trick, thanks!!! Redponey (talk) 19:46, 20 February 2019 (UTC)

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

Sorting citation list items by keys

Hi all, I am trying to find ways to auto-sort a list of citations (like *{{cite book|title=book A|year=2000}} *{{cite book| book B|year=1990}}) by their year published.

I already know how this can be partly done via sort_list (https://en.wikipedia.org/wiki/Template:Sort_list), which can re-sort a list by item's alphabetical order, in the case of a list of citations, this is usually a sorted list of the authors' last name. However, could something be done to parse out the year within the citation text, and re-sort them by the year (or other keys) as well?

This could be done easier probably via a "wikitable sortable," but it would be great to know what's possible for a list. Thanks! 76.191.27.62 (talk) 17:45, 20 February 2019 (UTC)

Union Dale Cemetery

Hello!

We are doing research on Notable people buried in our cemetery and would like to make "Union Dale Cemetery" searchable on wiki. I tried to create a username to begin doing this but didnt read the full directions before creating a username and am now blocked. Can you help me please. Lisa of Union Dale Cemetery (talk) 18:42, 20 February 2019 (UTC)

You'll need to appeal on your Wikipedia talkpage, not here. Leaderboard (talk) 22:12, 20 February 2019 (UTC)

Recent Changes like Wikipedia

Hi! I want that the recent changes look like this. What I have to do? Thanks! 2003:DF:DF0A:8F72:280A:4684:F0F4:2F53 (talk) 20:06, 20 February 2019 (UTC)

Sounds like Edit Review Improvements/New filters for edit review ? AKlapper (WMF) (talk) 04:31, 21 February 2019 (UTC)

I would like to use the small icons, minimal text and hide categorization. 46.95.68.165 (talk) 06:35, 21 February 2019 (UTC)

I've also tried unsuccessfully to find where the difference-making CSS rules are defined. Maybe its something to do with the newer master versions of MediaWiki and Skin:Vector? AhmadF.Cheema (talk) 08:15, 21 February 2019 (UTC)

Using Support desk/Flow/2019/02 in a URL

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 PAGENAME in a template as part of a URL. However, when the pagename is more than a word (has space) the URL breaks. Is there a way to use it in a URL safe way? Spiros71 (talk) 20:47, 20 February 2019 (UTC)

Use Support_desk/Flow/2019/02, a variant that encodes spaces to make a valid URL Notmadewelcome (talk) 21:07, 20 February 2019 (UTC)

Thank you, I found it here Manual:PAGENAMEE encoding#PAGENAMEE as it was parsed on this page. However, there is one issue, for a phrase (words separated with spaces), the wiki automatically adds an underscore in the URL, so in the search it is encoded with an underscore rather than a space. Spiros71 (talk) 10:06, 21 February 2019 (UTC)

Use urlencode Ciencia Al Poder (talk) 10:31, 21 February 2019 (UTC)

Yep, got it with something that I cannot paste here due to the parser converting it. You can find it here: https://www.translatum.gr/forum/index.php?topic=577355.0 Spiros71 (talk) 10:39, 21 February 2019 (UTC)

When I wanted to couple a wiki with my own website, I used .htaccess RewriteRule to allow incoming underscores to be treated as space, so I could offer both. This was easier than getting mediawiki to change its approach Notmadewelcome (talk) 11:43, 21 February 2019 (UTC)

Well, in my case it is outgoing URLs to third sites. Spiros71 (talk) 12:45, 21 February 2019 (UTC)

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

Thousands of accounts created in last few days

MySQL server crashed on Monday and in investigating a second crash today, I found that an open wiki that I host for an open group has tens of thousands of users, each with only one or two edits. The entire content of the project was edited away.

The last legitimate edit was about one month ago.

How can all changes within the past xxx hours be undone? It will take days to delete the users. 170.199.249.136 (talk) 13:38, 21 February 2019 (UTC)

If this is a massive task, it isn't unthinkable to revert the Main Page and cut paste the content. There were only 10-15 pages, but if there is a scriptable solution that I can implement in the future, it's nice to know about.

As the server is a solar/battery powered Raspberry PI, CPU time and RAM is pretty tight. I noticed an issue when spam mail stopped coming through the mail server. Their page loads caused Apache to consume all RAM+swap and other processes started thrashing. A beefier system would have allowed this unchecked for weeks. 170.199.249.136 (talk) 13:53, 21 February 2019 (UTC)

Does MediaWiki have any mechanism to remove such entries. I have over 10,000 new users that have been created. Is this a new type of attack that the developers aren't aware of yet?

170.199.249.136 (talk) 17:37, 21 February 2019 (UTC)

Manual:Combating spam has links. Malyacko (talk) 02:00, 22 February 2019 (UTC)

Moving MediaWiki from Linux to Windows and updating

Hi! Currently I host my MediaWiki on an Ubuntu Server. I would like to Upgrade the wiki to the 1.32 Version and move it to my Windows Server.

What I tried doing was creating a new Wiki on the Win-Server, creating a dump from mysql of the Linux Server and importing it manually to the new db (since phpmyadmin Import did not want to work). Changed the Settings so that they link to the new database but in the end it did not work.

Is there a proper way to migrate from Linux to Windows and upgrade? Did anyone already do this? 80.147.223.128 (talk) 14:13, 21 February 2019 (UTC)

Actually your approach seems to be correct. I have moved a lot of wikis between different servers (even Linux to Windows and vice versa) with that procedure:

1. Dump database using mysqldump CLI tool on source server
2. Copy over complete codebase + all configuration files (e.g. LocalSettings.php) from source to destination server
3. Import database using mysql CLI tool on destination server
4. Maybe adapt configuration redarding database ($wgDB*) and server ($wgServer) Osnard (talk) 14:36, 21 February 2019 (UTC)

I am getting following Error:

Fatal error: Uncaught TypeError: Argument 1 passed to MWExceptionHandler::report() must be an instance of Exception, instance of Error given, called in C:\xampp\htdocs\wiki\includes\Exception.php on line 569 and defined in C:\xampp\htdocs\wiki\includes\Exception.php:482 Stack trace: #0 C:\xampp\htdocs\wiki\includes\Exception.php(569): MWExceptionHandler::report(Object(Error)) #1 [internal function]: MWExceptionHandler::handle(Object(Error)) #2 {main} thrown in C:\xampp\htdocs\wiki\includes\Exception.php on line 482

Since it was not me who originally made our Wiki, I do not know much about it. On the Linux server there is obviously a folder called "Wiki" in the www and a folder called WikiMedia in the var/data (Does anyone know what that Folder does and where I need to set a Path to it in the LocalSettings.php?) 195.85.237.130 (talk) 07:42, 22 February 2019 (UTC)

Okay. To update this. What I actually did now was create a fresh wiki (1.32) on windows and then start the config file again with the Database from my Linux that I dumped. The config saw that it was another version and updated it. After the update, I got all the pages as they are on the Linux wiki, just that they all DO NOT HAVE any text. I literally got every page but blank. I ran the update.php script, which walked through for about 15 minutes and finished successfully but the text is still not there.

What is wrong with the db, how can I restore my text? 195.85.237.130 (talk) 14:05, 22 February 2019 (UTC)

When you click on "Edit" for a page, is the text content visible there, or is it absent from there too? AhmadF.Cheema (talk) 16:16, 22 February 2019 (UTC)

I cannot see any Edit option. We do have a lot of link to projects on the left side but when I click on those, it tells me that there is no text and that I could create the page.

Further down it displays a lot of <charinsert> and some errors. 195.85.237.130 (talk) 07:53, 25 February 2019 (UTC)

Alright, so I tried some things out and it seems to be better now. My procedure was the following:

- Create Database Dump from Linux and move it to the Windows Server

- Set up XAMPP on Windows and start a Mediawiki 1.32 installation

- After the fresh wiki is set up, remove the LocalSettings.php so it will forward you to the mw-config page

- Create a new Database and Export the SQL-Dump into it

- Proceed with the setup and give your new created database in the setup

- Mediawiki should recognise, that the Database is outdated (which in my case was the older Linux Version) and upgrade it automatically

//After the Setup, I was not able to see any content which was because of outdated extensions (or extensions that have not been setup correctly)

- After setting up extensions, I was able to see the content again

//Now there are a lot of Pages which have broken File Paths (need to figure out how to fix that) 195.85.237.130 (talk) 09:37, 25 February 2019 (UTC)

If you have persistent cached enabled, either on database or filesystem, it's very advisable to clear it. For example, truncate the objectcache table and the contents of the /cache folder. Ciencia Al Poder (talk) 10:18, 25 February 2019 (UTC)

The error "Fatal error: Uncaught TypeError: Argument 1 passed to MWExceptionHandler::report() must be an instance of Exception, instance of Error given, called in" sounds like an issue with the PHP version. Which version of PHP are you using? Osnard (talk) 14:56, 25 February 2019 (UTC)

Error when creating 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.

---

Hello, I am currently having an issue creating a mediawiki page Below is my error and I cannot figure out where its coming from. I am using MySQL and its working fine, xampp has no issues. Thanks for any help I'm really confused as to why it wont launch I do get the page telling me to please complete the setup and when I click on that link I am met with this:

[43d01d6e2ed5233f29d9580a] /wiki/mw-config/index.php Error from line 244 of C:\xampp\htdocs\wiki\includes\installer\MysqlInstaller.php: Call to a member function query() on null

Backtrace:

#0 C:\xampp\htdocs\wiki\includes\installer\MysqlInstaller.php(365): MysqlInstaller->getEngines()

#1 C:\xampp\htdocs\wiki\includes\installer\WebInstallerDBSettings.php(42): MysqlInstaller->getSettingsForm()

#2 C:\xampp\htdocs\wiki\includes\installer\WebInstaller.php(272): WebInstallerDBSettings->execute()

#3 C:\xampp\htdocs\wiki\mw-config\index.php(79): WebInstaller->execute(array)

#4 C:\xampp\htdocs\wiki\mw-config\index.php(38): wfInstallerMain()

#5 {main}

Thanks for any help! Zissouu (talk) 15:02, 21 February 2019 (UTC)

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

Error in setup

So I have been running into an issue with a mediawiki installation. I tried rolling back to 1.31.1 from 1.32 since I was running into issues but upon install I recieve this error and I can't seem to resolve it. I appreciate any help and thank you in advance

• Setting up database... done
• Creating tables... [b2e8f96f6b18d66046f58c42] /wiki/mw-config/index.php?page=Install Wikimedia\Rdbms\DBQueryError from line 1457 of C:\xampp\htdocs\wiki\includes\libs\rdbms\database\Database.php: A database query error has occurred. Did you forget to run your application's database schema updater after upgrading? Query: CREATE TABLE `user` ( user_id int unsigned NOT NULL PRIMARY KEY AUTO_INCREMENT, user_name varchar(255) binary NOT NULL default '', user_real_name varchar(255) binary NOT NULL default '', user_password tinyblob NOT NULL, user_newpassword tinyblob NOT NULL, user_newpass_time binary(14), user_email tinytext NOT NULL, user_touched binary(14) NOT NULL default '', user_token binary(32) NOT NULL default '', user_email_authenticated binary(14), user_email_token binary(32), user_email_token_expires binary(14), user_registration binary(14), user_editcount int, user_password_expires varbinary(14) DEFAULT NULL ) ENGINE=InnoDB, DEFAULT CHARSET=binary Function: Wikimedia\Rdbms\Database::sourceFile( C:\xampp\htdocs\wiki/maintenance/tables.sql ) Error: 1050 Table 'user' already exists (localhost) Backtrace: #0 C:\xampp\htdocs\wiki\includes\libs\rdbms\database\Database.php(1427): Wikimedia\Rdbms\Database->makeQueryException(string, integer, string, string) #1 C:\xampp\htdocs\wiki\includes\libs\rdbms\database\Database.php(1200): Wikimedia\Rdbms\Database->reportQueryError(string, integer, string, string, boolean) #2 C:\xampp\htdocs\wiki\includes\libs\rdbms\database\Database.php(4194): Wikimedia\Rdbms\Database->query(string, string) #3 C:\xampp\htdocs\wiki\includes\libs\rdbms\database\Database.php(4129): Wikimedia\Rdbms\Database->sourceStream(resource (closed), NULL, NULL, string, NULL) #4 C:\xampp\htdocs\wiki\includes\installer\DatabaseInstaller.php(225): Wikimedia\Rdbms\Database->sourceFile(string) #5 C:\xampp\htdocs\wiki\includes\installer\DatabaseInstaller.php(248): DatabaseInstaller->stepApplySourceFile(string, string, boolean) #6 C:\xampp\htdocs\wiki\includes\installer\Installer.php(1575): DatabaseInstaller->createTables(MysqlInstaller) #7 C:\xampp\htdocs\wiki\includes\installer\WebInstallerInstall.php(44): Installer->performInstallation(array, array) #8 C:\xampp\htdocs\wiki\includes\installer\WebInstaller.php(281): WebInstallerInstall->execute() #9 C:\xampp\htdocs\wiki\mw-config\index.php(79): WebInstaller->execute(array) #10 C:\xampp\htdocs\wiki\mw-config\index.php(38): wfInstallerMain() #11 {main} Notice: Uncommitted DB writes (transaction from DatabaseInstaller::stepApplySourceFile). in C:\xampp\htdocs\wiki\includes\libs\rdbms\database\Database.php on line 4543 Zissouu (talk) 17:36, 21 February 2019 (UTC)

Looks like the database you selected already contains a "user" table, and the installer is trying to create it again.

MediaWiki can't be downgraded once you've run the upgrade script. You should restore a backup from before the upgrade. Ciencia Al Poder (talk) 10:34, 22 February 2019 (UTC)

Where is the data from which the existence of "Sloane's gap" was inferred?

On the page below we find that someone has a list of the frequencies of appearance in oeis of the first ten-thousand positive integers. Given that this has been a topic of several preprints on the arXiv and a section in Wikipedia's article about oeis and the page whose URL appears below, it seems surprising that that that list of frequencies cannot be instantly found on the web. But I've looked around and can't find it. Where is it?

(And is there no contact information for those responsible for maintaining this site?)

oeis.org/wiki/Frequency_of_appearance_in_the_OEIS_database Michael Hardy (talk) 00:56, 22 February 2019 (UTC)

Welcome to the support desk for the MediaWiki software. What makes you think that a random third-party website (oeis.org) is related to MediaWiki / why did you ask this on mediawiki.org? Malyacko (talk) 01:59, 22 February 2019 (UTC)

I thought I had reached this page within the oeis.org site. Michael Hardy (talk) 01:38, 23 February 2019 (UTC)

Sites using MediaWiki often keep the default hyperlink of the "Help" button in the sidebar. That hyperlink leads to Help:Contents which displays near the top, a note mentioning that we might be unable to help with issues not related to MediaWiki software.

This is an often-made mistake.🤔 AhmadF.Cheema (talk) 03:23, 23 February 2019 (UTC)

Unable to use website! - (Cannot access the database)

So I'm hosting a mediawiki image on an Azure VM (apache2 webserver, mysql database, mediawiki webapplication). Basically the VM ran out of $$$ and shutdown. I then paid more $$$ for more time allowing me to 'Start' the VM.

After spinning it up and trying to access the website, I get hit with 500 status error looking like this:

Sorry! This site is experiencing technical difficulties.

Try waiting a few minutes and reloading.

(Cannot access the database)

Here is the backtrace:

#0 /opt/bitnami/apps/mediawiki/htdocs/includes/libs/rdbms/loadbalancer/LoadBalancer.php(769): Wikimedia\Rdbms\LoadBalancer->reportConnectionError()
#1 /opt/bitnami/apps/mediawiki/htdocs/includes/GlobalFunctions.php(2694): Wikimedia\Rdbms\LoadBalancer->getConnection(0, Array, false)
#2 /opt/bitnami/apps/mediawiki/htdocs/includes/cache/localisation/LCStoreDB.php(54): wfGetDB(-1)
#3 /opt/bitnami/apps/mediawiki/htdocs/includes/cache/localisation/LocalisationCache.php(410): LCStoreDB->get('en', 'deps')
#4 /opt/bitnami/apps/mediawiki/htdocs/includes/cache/localisation/LocalisationCache.php(456): LocalisationCache->isExpired('en')
#5 /opt/bitnami/apps/mediawiki/htdocs/includes/cache/localisation/LocalisationCache.php(375): LocalisationCache->initLanguage('en')
#6 /opt/bitnami/apps/mediawiki/htdocs/includes/cache/localisation/LocalisationCache.php(294): LocalisationCache->loadSubitem('en', 'messages', 'title-invalid-e...')
#7 /opt/bitnami/apps/mediawiki/htdocs/languages/Language.php(2643): LocalisationCache->getSubitem('en', 'messages', 'title-invalid-e...')
#8 /opt/bitnami/apps/mediawiki/htdocs/includes/cache/MessageCache.php(970): Language->getMessage('title-invalid-e...')
#9 /opt/bitnami/apps/mediawiki/htdocs/includes/cache/MessageCache.php(928): MessageCache->getMessageForLang(Object(LanguageEn), 'title-invalid-e...', false, Array)
#10 /opt/bitnami/apps/mediawiki/htdocs/includes/cache/MessageCache.php(870): MessageCache->getMessageFromFallbackChain(Object(LanguageEn), 'title-invalid-e...', false)
#11 /opt/bitnami/apps/mediawiki/htdocs/includes/Message.php(1299): MessageCache->get('title-invalid-e...', false, Object(LanguageEn))
#12 /opt/bitnami/apps/mediawiki/htdocs/includes/Message.php(851): Message->fetchMessage()
#13 /opt/bitnami/apps/mediawiki/htdocs/includes/Message.php(943): Message->toString('text')
#14 /opt/bitnami/apps/mediawiki/htdocs/includes/title/MalformedTitleException.php(49): Message->text()
#15 /opt/bitnami/apps/mediawiki/htdocs/includes/title/MediaWikiTitleCodec.php(297): MalformedTitleException->__construct('title-invalid-e...', '')
#16 /opt/bitnami/apps/mediawiki/htdocs/includes/Title.php(3748): MediaWikiTitleCodec->splitTitleString('', 0)
#17 /opt/bitnami/apps/mediawiki/htdocs/includes/Title.php(377): Title->secureAndSplit()
#18 /opt/bitnami/apps/mediawiki/htdocs/includes/MediaWiki.php(83): Title::newFromURL('')
#19 /opt/bitnami/apps/mediawiki/htdocs/includes/MediaWiki.php(140): MediaWiki->parseTitle()
#20 /opt/bitnami/apps/mediawiki/htdocs/includes/MediaWiki.php(776): MediaWiki->getTitle()
#21 /opt/bitnami/apps/mediawiki/htdocs/includes/MediaWiki.php(517): MediaWiki->main()
#22 /opt/bitnami/apps/mediawiki/htdocs/index.php(48): MediaWiki->run()
#23 {main}

There are no logs made in apache2.

Any help would be most appreciated!!! 103.252.57.45 (talk) 04:16, 22 February 2019 (UTC)

The error seems very descriptive: Cannot access the database

Is mysql up and running? Can you access it from command line or phpmyadmin? Ciencia Al Poder (talk) 10:29, 22 February 2019 (UTC)

Sure can!

In addition, I can access the mysql server using the credentials used by the Mediawiki website (stored in LocalSettings.php) with no issue.

I'm perplexed big time 103.252.57.45 (talk) 22:55, 24 February 2019 (UTC)

Wikimedia can cache to the database. If you are using this, then possibly you are dumping lots of stuff into the database, causing you to trip quotas that the hoster has set. Maybe it's related to that ? —TheDJ (Not WMF) (talk • contribs) 09:08, 25 February 2019 (UTC)

You should contact the person who provided the server to you. It appears you are using bitnami cloud or azure. Talk to them first. Examknow (Lets Chat) 16:45, 26 February 2019 (UTC)

Thank you for your help - I'll look into both of your suggestions 103.252.57.45 (talk) 23:34, 27 February 2019 (UTC)

Hardware Requirement

HI Team,

We are going to use pgpool-4.0.1 server for load balancing(Only one feature). We are using postgres 9.3. We have 1 master and 1 slave system with postgres streaming replication. Both server have 32 Core CPu and 96 GB memory. We want to manage 50K concurrent users.

Please let us know hardware requirement for PGPOOL server.

Thanks and Regards

Saka Dewasi PGPOOLSRD (talk) 06:40, 22 February 2019 (UTC)

Sorry, wrong support forum.😕 AhmadF.Cheema (talk) 06:56, 22 February 2019 (UTC)

Error in update from 1.23.11 to 1.32.0

I've been working on migrating my wiki from one server to another. The old server is on version 1.23.11, while the new server I'm attempting to migrate has version 1.32.0. When attempting to run update.php I get the following output:

"

MediaWiki 1.32.0 Updater

Your composer.lock file is up to date with current dependencies!

Going to run database updates for my_wiki

Depending on the size of your database this may take a while!

Abort with control-c in the next five seconds (skip this countdown with --quick) ... 0

...skipping: 'mwuser' table doesn't exist yet.

...skipping: 'mwuser' table doesn't exist yet.

...skipping: 'pagecontent' table doesn't exist yet.

...sequence logging_log_id_seq already exists.

...sequence page_restrictions_pr_id_seq already exists.

Creating sequence filearchive_fa_id_seq

[71c46908d4ca49beddc58f98] [no req]   Wikimedia\Rdbms\DBQueryError from line 1496 of /var/www/html/wiki/includes/libs/rdbms/database/Database.php: A database query error has occurred. Did you forget to run your application's database schema updater after upgrading?

Query: CREATE SEQUENCE filearchive_fa_id_seq OWNED BY filearchive.fa_id

Function: Wikimedia\Rdbms\Database::query

Error: 42P01 ERROR:  relation "filearchive" does not exist

Backtrace:

#0 /var/www/html/wiki/includes/libs/rdbms/database/Database.php(1466): Wikimedia\Rdbms\Database->makeQueryException(string, string, string, string)

#1 /var/www/html/wiki/includes/libs/rdbms/database/Database.php(1226): Wikimedia\Rdbms\Database->reportQueryError(string, string, string, string, boolean)

#2 /var/www/html/wiki/includes/installer/PostgresUpdater.php(772): Wikimedia\Rdbms\Database->query(string)

#3 /var/www/html/wiki/includes/installer/DatabaseUpdater.php(485): PostgresUpdater->addSequence(string, string, string)

#4 /var/www/html/wiki/includes/installer/DatabaseUpdater.php(449): DatabaseUpdater->runUpdates(array, boolean)

#5 /var/www/html/wiki/maintenance/update.php(203): DatabaseUpdater->doUpdates(array)

#6 /var/www/html/wiki/maintenance/doMaintenance.php(94): UpdateMediaWiki->execute()

#7 /var/www/html/wiki/maintenance/update.php(248): require_once(string)

#8 {main}

"

If I look at my database, I can see that a 'filearchive' table does exist. I'm not too sure how to proceed from here. Any assistance would be very welcome and appreciated. RrogersCalibr (talk) 23:45, 22 February 2019 (UTC)

For what it's worth I managed to migrate using SQL export/import from/to myPHPadmin... i setup the 1.32 version the same (same extensions etc.) and then I was able to export (1.18) tables and import them - and I have since been running the update procedure several times. AssetDenmark (talk) 07:02, 31 May 2019 (UTC)

Judging from the log, this seems like the very first modification that the upgrader is trying to make to your database. So possibly, your db user has enough permissions to read, but not to read/modify sequences ??? —TheDJ (Not WMF) (talk • contribs) 09:03, 25 February 2019 (UTC)

Thanks for your input, it lead me in the right direction. I just figured out why this was occurring. My Wiki's schema was outside the user's search_path, so the table name wasn't recognized.

After fixing that and running update.php again, I made it significantly farther through the update, but it eventually ran into another error. I can post the full output if you'd like, but this seems to be the relevant portions of it:

"

Populating el_index_60 field, printing progress markers. For large

databases, you may want to hit Ctrl-C and do this manually with

maintenance/populateExternallinksIndex60.php.

Populating externallinks.el_index_60...

el_id 0 - 200 of 94

[83958a8835cbe5d376f98506] [no req]   Wikimedia\Rdbms\DBQueryError from line 1496 of /var/www/html/wiki/includes/libs/rdbms/database/Database.php: A database query error has occurred. Did you forget to run your application's database schema updater after upgrading?

Query: UPDATE IGNORE "externallinks" SET el_index_60 = 'http://org.wikimedia.meta./wiki/Help:Contents' WHERE el_id = '1'

Function: PopulateExternallinksIndex60::doDBUpdates

Error: 42P01 ERROR:  relation "ignore" does not exist

LINE 1: ...allinksIndex60::doDBUpdates calibrit@clearb... */ IGNORE "ex...

                                                             ^

Backtrace:

#0 /var/www/html/wiki/includes/libs/rdbms/database/Database.php(1466): Wikimedia\Rdbms\Database->makeQueryException(string, string, string, string)

#1 /var/www/html/wiki/includes/libs/rdbms/database/Database.php(1226): Wikimedia\Rdbms\Database->reportQueryError(string, string, string, string, boolean)

#2 /var/www/html/wiki/includes/libs/rdbms/database/Database.php(2112): Wikimedia\Rdbms\Database->query(string, string)

#3 /var/www/html/wiki/maintenance/populateExternallinksIndex60.php(76): Wikimedia\Rdbms\Database->update(string, array, array, string, array)

#4 /var/www/html/wiki/maintenance/Maintenance.php(1698): PopulateExternallinksIndex60->doDBUpdates()

#5 /var/www/html/wiki/includes/installer/DatabaseUpdater.php(1374): LoggedUpdateMaintenance->execute()

#6 /var/www/html/wiki/includes/installer/DatabaseUpdater.php(485): DatabaseUpdater->populateExternallinksIndex60()

#7 /var/www/html/wiki/includes/installer/DatabaseUpdater.php(449): DatabaseUpdater->runUpdates(array, boolean)

#8 /var/www/html/wiki/maintenance/update.php(203): DatabaseUpdater->doUpdates(array)

#9 /var/www/html/wiki/maintenance/doMaintenance.php(94): UpdateMediaWiki->execute()

#10 /var/www/html/wiki/maintenance/update.php(248): require_once(string)

#11 {main}

"

Searching around I've found a couple other people mention this issue with ignore not existing, but haven't seen a solution. In contrast to the previous issue, it does appear that the "ignore" table really does not exist, from what I see. That's probably expected though, because it looks like IGNORE is trying to modify UPDATE, not tell it to UPDATE the "ignore" table.

Its also probably worth mentioning that I'm using a Postgresql database. RrogersCalibr (talk) 19:42, 25 February 2019 (UTC)

I have managed to remedy this problem. I started working from a patch I found on https://phabricator.wikimedia.org/T130634 by jjanes. The solution was for a much older version and some of the method calls were no longer functioning as written. With a few modifications I was able to get the patch to 'includes/libs/database//DatabasePostgres.php' working. Below is what I added to the file to make it work, and allow update.php to successfully finish:

Add the following line to the includes at the beginning of the file:

use Psr\Log\NullLogger;

Add the following method to the file:

/**

* UPDATE wrapper. Takes a condition array and a SET array.

*

* @param string $table Name of the table to UPDATE. This will be passed through

*   DatabaseBase::tableName().

* @param array $values An array of values to SET. For each array element,

*   the key gives the field name, and the value gives the data to set

*   that field to. The data will be quoted by DatabaseBase::addQuotes().

* @param array $conds An array of conditions (WHERE). See

*   DatabaseBase::select() for the details of the format of condition

*   arrays. Use '*' to update all rows.

* @param string $fname The function name of the caller (from __METHOD__),

*   for logging and profiling.

* @param array $options An array of UPDATE options, can be:

*   - IGNORE: Ignore unique key conflicts

*   - LOW_PRIORITY: Not implemented for this database.

* @return bool

*/

function update( $table, $values, $conds, $fname = __METHOD__, $options = [] ) {

$table = $this->tableName( $table );

$sql = "UPDATE $table SET " . $this->makeList( $values, LIST_SET );

if ( $conds !== [] && $conds !== '*' ) {

$sql .= " WHERE " . $this->makeList( $conds, LIST_AND );

}

// If IGNORE is set, we use savepoints to emulate mysql's behavior

$savepoint = null;

if ( in_array( 'IGNORE', $options ) ) {

$logger = new NullLogger();

$savepoint = new SavepointPostgres( $this, 'mw', $logger );

$olde = error_reporting( 0 );

$savepoint->savepoint();

}

$res = (bool)$this->query( $sql, $fname, $savepoint );

if ( $savepoint ) {

$bar = pg_last_error();

if ( $bar != false ) {

$savepoint->rollback();

} else {

$savepoint->release();

}

error_reporting( $olde );

$savepoint->commit();

// IGNORE always returns true

return true;

}

return $res;

} RrogersCalibr (talk) 23:39, 25 February 2019 (UTC)

I had the same error - updating to 1.32.1 on Fedora 30 / Postgresql. Being a bit confused by the suggested patches, I tracked the source of the error to the "ignore" qualifier in PopulateExternallinksIndex60->doDBUpdates(), around line 76 of populateExternallinksIndex60.php in maintennance, and removed it. It was clearly never going to do anything by raise a syntax error in postgresql, and, without studying the db in detail, I couldn't see why it was needed. In any case, it may not be the best or proper solution, but it worked !

182.239.180.188 (talk) 22:07, 29 May 2019 (UTC)

I had the error "sequence logging_log_id_seq already exists". In my case, several sequences, functions, and a type where in schema "mediawiki" while the rest was in schema "public". I moved everything to "public" and the update script worked perfectly. Changing the search path might also fix it. Examples of the commands I used are here: https://phabricator.wikimedia.org/T148628#6081929 Lkmorlan (talk) 16:48, 25 April 2020 (UTC)

Restored from backup, wiki showing error persistently (security concern)

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.

---

Botched upgrade from 1.31 reverted back to 1.30 with a backup which probably wasn't very comprehensive, since the original backup failed and the backup-backup couldn't even be obtained.

https://wikizilla.org/wiki/Special:RecentChanges

The notice:

Notice: Undefined variable: type in /[...]/wiki/extensions/HeadScript/HeadScript.php on line 3

I have already fixed the issue that this talks about. More than that, I even commented out the extension on LocalSettings.php, turning off error notifications on the .htaccess on the folder containing /wiki/ & the .htaccess on /wiki/ . I've set $wgShowExceptionDetails to false. There is no error_reporting( -1); in there either. php.ini also has error reporting off. Yet this still shows. A dozen other extensions are broken too and recent changes. 174.82.103.15 (talk) 05:30, 23 February 2019 (UTC)

*and recent changes isn't showing the arrow on the left which allows you to see specific revisions changed.

But please most urgent is figuring out why this isn't updating/how to hide this. Even trying to make every page redirect to a 503.php page in both .htaccess files was completely ignored except for exclusively on the bare website URL... https://wikizilla.org 174.82.103.15 (talk) 05:32, 23 February 2019 (UTC)

Changing LocalSettings.php at all seems to get ignored, whereas I know previously it used to be pretty immediate. 493Titanollante (talk) 05:42, 23 February 2019 (UTC)

Which webserver software is used? How did you restart your webserver software so it can pick up the changes you made? Malyacko (talk) 05:46, 23 February 2019 (UTC)

It's on cPanel (non-WHM... shared hosting I think)

Server Name	[blanked out]
cPanel Version	70.0 (build 51)
Apache Version	2.4.33
PHP Version	5.6.36
MySQL Version	5.6.39-cll-lve
Architecture	x86_64
Operating System	linux

I didn't try / know to or know how to restart it. I don't know if I have to restart Apache ("Apache Version"; got no clue how to even get to that), or should it be linux via SSH ("Operating System"), or if I have to do something else.

I went ahead and edited the Monobook.css mediawiki page to move the entire mediawiki body up so that the notice is hidden (but still visible when loading any page on the site) as a temporary non-solution fix. 493Titanollante (talk) 06:00, 23 February 2019 (UTC)

Can you once more make sure that you're making changes to the correct LocalSettings.php file?🤔 AhmadF.Cheema (talk) 07:40, 23 February 2019 (UTC)

Yes, there's only one LocalSettings.php file in /wiki/ and that is where this wiki is located. I went ahead and overwrote the LocalSettings on the backup hidden away, but that didn't do anything.

There's "LocalSettings.php" files in extensions/Popups/tests/browser/LocalSettings.php and in extensions/MultimediaViewer/tests/browser/LocalSettings.php but those aren't actual LocalSettings files. 493Titanollante (talk) 20:11, 23 February 2019 (UTC)

If you remove the database information from LocalSettings.php, does the Wiki stop working as expected, or does it still continue as nothing changed? AhmadF.Cheema (talk) 13:42, 24 February 2019 (UTC)

I removed the database information, saved it, waited, and nothing at all happened. It still acts like nothing has happened. 493Titanollante (talk) 00:47, 25 February 2019 (UTC)

The only reasons that I can think of, for this, are the wrong LocalSettings.php file is being edited, or some kind of aggressive caching in play. Are you using some CDN, like CloudFlare, for your website?

This looks more of a webserver unable to pick changes issue rather than a MediaWiki one, however.😕 AhmadF.Cheema (talk) 03:32, 25 February 2019 (UTC)

It might have been the aggressive caching you were talking about. I had someone else look at it for me and they edited the files and claimed they saw nothing I've been adding or changing. Extremely odd. Still, thank you for your responses. 493Titanollante (talk) 06:38, 25 February 2019 (UTC)

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

"Illegal mix of collations" error

I get the following error (when recreating table data on the Cargo extension, but I'm sure it's not that extension's fault) for pages with some non-English characters (e.g. in the name Šikuta):

Function: Wikimedia\Rdbms\Database::select

Error: 1267 Illegal mix of collations (latin1_swedish_ci,IMPLICIT) and (utf8_general_ci,COERCIBLE) for operation '='

Looking at my MediaWiki database, it seems to be a mixture of utf_general_ci and latin1_swedish_ci. The Cargo database is all latin1_swedish_ci. The default collation for both is latin1_swedish_ci.

I think I need to alter each latin1_swedish_ci table so that it is utf_general_ci and change the default for future tables being created.

Is this the solution? Would there be any unintended consequences of doing this? Is there an easy way you could recommend (e.g. a maintenance script which already exists)? Thanks. ~~~~

Jonathan3 (talk) 22:24, 23 February 2019 (UTC)

MediaWiki always creates output for storage in the database in UTF-8. The database should be set to either utf8 or binary.

So, yes, you should make sure there is no latin1_swedish in your DB. This will include change the column charsets, the table and the database charset. 2001:16B8:10F1:AE00:19A2:0:C3E2:94E9 (talk) 13:21, 24 February 2019 (UTC)

Thank you. I vaguely remember when installing MediaWiki for the first time (in 2006) getting an error about a key being too long (?) and having to reduce the length of something... anyway, it was probably to do with this same thing! ~ Jonathan3 (talk) 23:22, 24 February 2019 (UTC)

Yes older versions of mysql had a maxsize issue with indexes. This was fixed in php 5.6 if i remember correctly.

It's also worth noting that mixing encodings (and collations) can impact index performance, so that's another reason to get everything aligned. —TheDJ (Not WMF) (talk • contribs) 08:53, 25 February 2019 (UTC)

@TheDJ Sorry for resurrecting this, but what impact if any does this - T194125 - have? Jonathan3 (talk) 22:50, 28 April 2019 (UTC)

How can correctly configure 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.

---

Hi,

How can I correctly configure VisualEditor? I downloaded this extension from here. I added this extension to the extensions folder and added this code: Basic configuration for MediaWiki-VisualEditor in the LocalSettings.php file.

https://www.mediawiki.org/w/index.php?title=Extension:VisualEditor

When I want to create a new page or edit the current one, I get this error:

Error loading data from the server: no_vrs: The VirtualRESTService for the document server is not defined; see https://www.mediawiki.org/wiki/Extension:VisualEditor. Try again? Monocero (talk) 13:10, 24 February 2019 (UTC)

So, if this editor has to work then I need to have Parsoid service installed? And Node.js?

https://www.mediawiki.org/wiki/Parsoid/Setup

https://www.mediawiki.org/wiki/Parsoid

After all, this is a complicated process, I myself can not do it. Only this service could be included by people from the server room. Monocero (talk) 18:28, 24 February 2019 (UTC)

Yes, Parsoid and Node.js are needed. AhmadF.Cheema (talk) 19:21, 24 February 2019 (UTC)

Thank you for confirmation. Monocero (talk) 19:51, 24 February 2019 (UTC)

Hi,

What server is needed to use the VisualEditor extension on my own wiki? I have a normal server, I don't have a VPS server. I do not have server administrator authority, this is owned by the hosting company, so could they install Parsoid and Node.js on my hosting? Monocero (talk) 09:39, 22 September 2019 (UTC)

From my experience, most hosting services wouldn't do it, but even if it were to be done, the allowed CPU/RAM resources for shared hosting plans are usually too limited for VisualEditor to work reliably. You're likely to get hit by resource limits regularly. Such was the case a few years ago, I assume it's still the same.

For shared hosting, the closest you can get is: VisualEditor/Installation on a shared host.

Otherwise, you can try Extension:TinyMCE or even Miraheze hosting with some extra limitations. AhmadF.Cheema (talk) 10:03, 22 September 2019 (UTC)

Thanks for the clarification. Monocero (talk) 15:43, 22 September 2019 (UTC)

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

Chameleon skin install (can I uninstall?)

I tried to install the Chameleon skin on my (new and mostly empty) wiki (version 1.31), using the instructions at Skin:Chameleon/Installation. Afterward the entire wiki is getting a 500 error even after a reboot. Is there a way to uninstall Chameleon, or is it probably just easier to revert to a clean install? Redponey (talk) 18:43, 24 February 2019 (UTC)

You can try composer remove mediawiki/chameleon-skin Osnard (talk) 14:58, 25 February 2019 (UTC)

If that does not work you can try to remove the LoadSkin function for the chameleon skin this is located in Localsettings.php. If this is not there please let me know. Examknow (Lets Chat) 16:40, 26 February 2019 (UTC)

Upgrade to 1.32 getting an internal error

I did a search and found a link from this site about adding some code to get more detailed error reporting and when i revisited my wiki I get this message

Internal error

Fatal error: Uncaught Error: Call to a member function translate() on null in /home/jmcgerr1/public_html/mw/skins/CologneBlue/SkinCologneBlue.php:366 Stack trace: #0 /home/jmcgerr1/public_html/mw/skins/CologneBlue/SkinCologneBlue.php(62): CologneBlueTemplate->beforeContent() #1 /home/jmcgerr1/public_html/mw/includes/skins/SkinTemplate.php(227): CologneBlueTemplate->execute() #2 /home/jmcgerr1/public_html/mw/includes/OutputPage.php(2706): SkinTemplate->outputPage() #3 /home/jmcgerr1/public_html/mw/includes/exception/MWExceptionRenderer.php(136): OutputPage->output() #4 /home/jmcgerr1/public_html/mw/includes/exception/MWExceptionRenderer.php(53): MWExceptionRenderer::reportHTML(Object(Error)) #5 /home/jmcgerr1/public_html/mw/includes/exception/MWExceptionHandler.php(98): MWExceptionRenderer::output(Object(Error), 2) #6 /home/jmcgerr1/public_html/mw/includes/exception/MWExceptionHandler.php(172): MWExceptionHandler::report(Object(Error)) #7 /home/jmcgerr1/public_html/mw/includes/exception/MWExceptionHandler.php(144): MWExcep in /home/jmcgerr1/public_html/mw/skins/CologneBlue/SkinCologneBlue.php on line 366

Not sure how to proceed from here 212.17.40.250 (talk) 21:26, 24 February 2019 (UTC)

Found a post about changing this to dark - it was set to monobook - $wgDefaultSkin = "modern"; but that did not work so tried setting it to modern with no luck

I removed this line wfLoadSkin( 'Modern' ); that referred to Cobalt blue but all that happened was the error message changed to this

Fatal error: Uncaught Error: Call to undefined method ModernTemplate::cactions() in /home/jmcgerr1/public_html/mw/skins/Modern/SkinModern.php:75 Stack trace: #0 /home/jmcgerr1/public_html/mw/includes/skins/SkinTemplate.php(227): ModernTemplate->execute() #1 /home/jmcgerr1/public_html/mw/includes/OutputPage.php(2706): SkinTemplate->outputPage() #2 /home/jmcgerr1/public_html/mw/includes/exception/MWExceptionRenderer.php(136): OutputPage->output() #3 /home/jmcgerr1/public_html/mw/includes/exception/MWExceptionRenderer.php(53): MWExceptionRenderer::reportHTML(Object(Error)) #4 /home/jmcgerr1/public_html/mw/includes/exception/MWExceptionHandler.php(98): MWExceptionRenderer::output(Object(Error), 2) #5 /home/jmcgerr1/public_html/mw/includes/exception/MWExceptionHandler.php(172): MWExceptionHandler::report(Object(Error)) #6 /home/jmcgerr1/public_html/mw/includes/exception/MWExceptionHandler.php(144): MWExceptionHandler::handleException(Object(Error)) #7 [internal function]: MWExceptionHandler::handleUncaughtException(Object(Erro in /home/jmcgerr1/public_html/mw/skins/Modern/SkinModern.php on line 75 212.17.40.250 (talk) 21:37, 24 February 2019 (UTC)

Okay I think I got it fixed - I changed to Vector skin but think I may have misspelled the others. Not sure how that would have happened during the upgrade but it appears to be working okay again. 212.17.40.250 (talk) 21:48, 24 February 2019 (UTC)

VisualEditor on XAMPP

Hi. Currently hosting my company's internal wiki on a Windows PC running XAMPP. So far, I have Parsoid successfully installed and communicating, and everything appears as though it should work. When you press Edit, the bar loads, and you can see Parsoid's debug text loading the page, but then the loading bar only gets to 75% and then stays there without any trace of error codes anywhere.

I've tried every piece of advice I can find online (though there isn't much beyond other people having similar issues), and still no joy. It's Wikimedia 1.32 and matching Visual Editor, as well as Parsoid 0.10.0. I'm mostly confident this isn't a Parsoid issue, as I can see it doing what it needs to in the background. Can anyone help please? Brickscrap (talk) 10:03, 25 February 2019 (UTC)

The nodejs service running parsoid generally outputs logs, depending on how it's being executed (if running from a console, to output; if running as a service, presumably you've set the output to log to some file). Look at the logs and see if there's anything suspicious. Ciencia Al Poder (talk) 10:16, 25 February 2019 (UTC)

So when loading a page I get the following in the console window running Parsoid (with debug off):

{"name":"parsoid","hostname":"DESKTOP-MK71QGF","pid":9648,"level":30,"logType":"info","wiki":"wiki$0","title":"Customers","oldId":null,"reqId":null,"userAgent":"VisualEditor-MediaWiki/1.32.0","msg":"started wt2html","longMsg":"started wt2html","levelPath":"info","time":"2019-02-25T10:28:04.168Z","v":0}

{"name":"parsoid","hostname":"DESKTOP-MK71QGF","pid":9648,"level":30,"logType":"info","wiki":"wiki$0","title":"Customers","oldId":1133,"reqId":null,"userAgent":"VisualEditor-MediaWiki/1.32.0","msg":"completed wt2html in 543.8188880002126ms","longMsg":"completed wt2html in 543.8188880002126ms","levelPath":"info","time":"2019-02-25T10:28:04.707Z","v":0}

With debug on, the messages are the same except it contains all of the code for the page I'm attempting to edit. I've tried everywhere, and I can't seem to see anything that even looks like an error... Brickscrap (talk) 10:29, 25 February 2019 (UTC)

Try to open the developer console of your browser (F12), and look at the console for JavaScript errors, or HTTP errors. In the network tab you can also see network errors (usually in red), which may give additional information Ciencia Al Poder (talk) 10:12, 26 February 2019 (UTC)

Linking to search results

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 a way to make it an internal link? Currently I use the code below, but it becomes an external link. (Tried to copy the code here, but it gets parsed, even when code tag is selected, is there any way to paste MW here code without getting parsed? Anyway, for now I posted it here): https://www.translatum.gr/forum/index.php?topic=577521.0 Spiros71 (talk) 10:56, 25 February 2019 (UTC)

Using [[Special:Search/foo]], will display Special:Search/foo and link to "PHP" search results. 星耀晨曦 (talk) 12:55, 25 February 2019 (UTC)

What that does is take one to that page if it exists. The code I quote performs a search, no matter if there is a page with that word/phrase. Spiros71 (talk) 13:43, 25 February 2019 (UTC)

<pre></pre> tags can be used to prevent code from getting parsed.

If you only want to remove the external links icon, you can try using:

<span class="plainlinks">
[{{SERVER}}/index.php?search={{urlencode:{{PAGENAME}}|PATH}}&title=Special:Search&go=Go&fulltext=1 <span title="Full text search on this site">Full text search</span>]
</span>

AhmadF.Cheema (talk) 15:15, 25 February 2019 (UTC)

Yes, I would also like for the link to be construed as internal (so avoid being opened in new window as I have a setting to open external links in new window).

Thanks about the pre advice, maybe this could be added in the More options here, especially on the Code option, as it makes sense that if one selects a Code option they would not want their code parsed. Spiros71 (talk) 16:25, 25 February 2019 (UTC)

If you can accept installing another extension, Extension:LinkTarget will work for your purpose. AhmadF.Cheema (talk) 16:48, 25 February 2019 (UTC)

Thank you, Ahmad, excellent support! Spiros71 (talk) 10:09, 26 February 2019 (UTC)

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

Access Forbidden Apache + Images not showing

Hey guys! :)

Recently I've migrated my Wiki from Linux to Windows and have the problem that all the pictures are missing. The path is correct but it just does not display ANY image (even the Logo). After that I saw that I did not have the $wgArticlePath in my new LocalSettings.php and after doing that, I can not open any site on the Wiki without getting the Apache 403 Error. If I remove the ArticlePath, everything works fine (beside the images not showing).

I've been trying out some things after googling around for two hours but nothing works really fine.

Can anyone help me with this? 195.85.237.130 (talk) 13:30, 25 February 2019 (UTC)

There's some rule in your apache configuration or .htaccess that's denying access to that path of your wiki, or not explicitly allowing access to that path (remember, all locations and directories that you expect to be accessible should have something similar to "Order Allow,Deny Allow from all") Ciencia Al Poder (talk) 10:28, 26 February 2019 (UTC)

ERROR After Migration MysqlInstaller.php: Call to a member function query() on null

Hello ,

I just tried to migrate a version 1.24 to 1.32. When creating the localSetting I'm asked to update the mysql database to 1.32. A screen appears with an error.

<code>[XHQlxyHhHMHhBGlSvkloYgAAAAM] /mediawiki/mw-config/index.php Error from line 244 of /var/www/html/mediawiki/includes/installer/MysqlInstaller.php: Call to a member function query() on null

Backtrace:

#0 /var/www/html/mediawiki/includes/installer/MysqlInstaller.php(365): MysqlInstaller->getEngines()

#1 /var/www/html/mediawiki/includes/installer/WebInstallerDBSettings.php(42): MysqlInstaller->getSettingsForm()

#2 /var/www/html/mediawiki/includes/installer/WebInstaller.php(272): WebInstallerDBSettings->execute()

#3 /var/www/html/mediawiki/mw-config/index.php(79): WebInstaller->execute(array)

#4 /var/www/html/mediawiki/mw-config/index.php(38): wfInstallerMain()

#5 {main} </code>

can you help me?

thank you Guillaume911 (talk) 17:41, 25 February 2019 (UTC)

How exactly did you migrate from 1.24 to 1.32?

Did you extract the newer version files into an empty directory? AhmadF.Cheema (talk) 18:50, 25 February 2019 (UTC)

yes I left 0. I took the new version copy images and I left on a new configuration where the setup asked me to migrate the database Guillaume911 (talk) 21:26, 25 February 2019 (UTC)

"Dangerous Website Blocked"

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:

Every time I try to log access http://wiki.uosecondage.com I get a Norton warning about "This is a known dangerous web page. It is highly recommended that you do NOT visit this page. " Apparently at some point in this was present:

Threat Name:

Trojan.Gen.2

Location:

https://morebestakamaitheclicks.icu/

Per Norton to resolve this: "If this site has a Dangerous Website Blockage notice, the only way to get it removed is to get the owner of the site to clean up the site and then request to have the site retested. I don't see any where in the program where you can list websites to be ignored. Perhaps you can create some rule in your Firewall to allow traffic to that website, but then if you can do this, you are inviting any malware to enter your computer. The best way would be for you to contact the owner of the website to get his site cleaned up.

Thanks."

I look forward to seeing the matter resolved so I may learn from the http://wiki.uosecondage.com forums. Which I cant access because when i try to log in it takes me back to the warning page

Thank you TmShnko (talk) 19:32, 25 February 2019 (UTC)

Wrong support forum.😕

This forum is unrelated to wiki.uosecondage.com. AhmadF.Cheema (talk) 23:23, 25 February 2019 (UTC)

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

Collapsing Recent Changes Disable

Hi,

Long time user, first time. Googled with no luck. In my Wiki, vers., 1.28.0, under the "recent changes", if multiple changes are done to a single page, it hides the changes under a small drop down arrow to the left of the page name. Is there a way to disable this? I'd rather see all the changes, instead of the current collapsed view.

Thanks!

-- Mike Necrat (talk) 22:52, 25 February 2019 (UTC)

1.28 is an ancient, unsupported, insecure MediaWiki version. Please first upgrade your installation to be safe. Malyacko (talk) 08:23, 26 February 2019 (UTC)

There's a user preference 'usenewrc'. You can change it for you or by default in $wgDefaultUserOptions Ciencia Al Poder (talk) 10:21, 26 February 2019 (UTC)

link to version of page from specific date (without knowing oldid)

Is there any tool that will link to an old version of a page when just given a page and date (no oldid)?

Alternatively, is there any tool that can calculate an oldid when given a page and a date?

Thanks for any ideas! T.Shafee(Evo﹠Evo)^talk 23:23, 25 February 2019 (UTC)

It may be possible with Extension:Memento, however that extension seems to use HTTP headers with that, with no visible user interface (unless you install a browser extension) Ciencia Al Poder (talk) 10:23, 26 February 2019 (UTC)

As @Ciencia Al Poder said other than the Memento Extension there really aren’t any options. Also browser extension options are very limited and most do not work very well. MediaWiki is not really designed for this type of thing. Sorry. Examknow (Lets Chat) 16:36, 26 February 2019 (UTC)

Is Lua mandatory to have a responsive portal layout ?

I want to have a homepage with two column on the desktop and a single column on a mobile. I have installed the MobileFrontend extension and it works good for articles but I cannot reproduce some portals that I found and I suspect that the reason is that I'm missing a Lua interpreter (i.e. scribunto). Here are my attempts : Inspiration from vikidia.org, Inspiration from am.wikipedia.org. Why is it not rendered on one column on the mobile version my site but well on the original site ?

Thank you ! Jona (talk) 20:25, 26 February 2019 (UTC)

I doubt this has to do with Lua, you're probably missing some CSS rules or something. Check whether the classes used in the pages you're trying to copy are also present in your Wiki. Also, Wikipedia's main page still makes use of mf- or mp- tags, which need to be enabled in LocalSettings.php by setting $wgMFSpecialCaseMainPage = true;. AhmadF.Cheema (talk) 04:34, 27 February 2019 (UTC)

After adding the rule to MediaWiki:Mobile.css and applying the bugfix here, it works ! Thanks ! Jona (talk) 19:49, 27 February 2019 (UTC)

Publishing both in regular wiki and Wikilog

I have a MediaWiki site about Bible. One of its features are commentaries for a particular Bible verse.

Sometimes I want to publish a commentary I write both in that commentaries pages and with Wikilog blog extension (to announce a new particularly interesting commentary).

It would be inconvenient (and probably also bad for SEO) to write the same commentary both in commentaries and in the blog. Any advise on how to solve this problem? VictorPorton (talk) 05:13, 27 February 2019 (UTC)

Haven't used Extension:Wikilog, so not sure about this, but can't transclusion help here?

Write your content on the commentaries page and then transclude that content into "wikilogs". AhmadF.Cheema (talk) 10:56, 27 February 2019 (UTC)

Can not see Pictures on Wiki

Hey guys! I have the problem that my images in the wiki are not displayed.

I even tried running the replaceImage Script and let it iterate through everything. It told me that it added 22898, overwrote 511 and failed for 6428. Yet I still can not see any picture. Instead of that it shows me a border with the white background and the name of the picture. I tried a lot of things and still do not know why it will not display pictures... I also gave complete access to the directory so it should be able to access it. Does XAMPP somehow restrict that? What can I do to display my pictures again? 80.147.223.128 (talk) 08:27, 27 February 2019 (UTC)

What exactly is the "replaceImage Script"? AhmadF.Cheema (talk) 10:11, 27 February 2019 (UTC)

Open the developer console of your browser (F12), select the network tab, and reload the page. Look for any errors when loading the images, like 404 or 403 errors. Look if the URL of the images make sense, and see if they map to the correct path on the webserver, otherwise you may need to adjust configuration to make the wiki point to the correct paths. Ciencia Al Poder (talk) 10:23, 27 February 2019 (UTC)

@AhmadF.Cheema,I am sorry, I actually meant rebuildImages.php in the maintenance folder, that can replace or overwrite existing images.

After that, some of my pictures now tell me that the complete File is missing and some other pictures just have the missing Thumbnail. I even installed ImageMagick again and checked that the path is set correctly.

@Ciencia Al Poder, I do not get any errors shown. The Paths are set right, since (e.g in Firefox) if I add file:/// before the Links, it will actually point me to the right Image. The problem is just that the thumbnails for whatever reason do not display correctly. 80.147.223.128 (talk) 10:28, 27 February 2019 (UTC)

Btw, I tried to add it manually now and the same thing happens. Image does upload but instead of showing me the thumbnail, it says "Error creating thumbnail: File missing".

For a short period of time, in the File List I actually saw a few image thumbnails display, but they disappeared again. I am really not sure... 80.147.223.128 (talk) 11:15, 27 February 2019 (UTC)

https://www.mediawiki.org/wiki/Manual:Errors_and_symptoms#Image_Thumbnails_not_working_and/or_appearing AKlapper (WMF) (talk) 12:58, 27 February 2019 (UTC)

That is not the problem, I've already tried a lot of existing things before I opened up this question. Is it possible that there is an UploadPath errror? Since I migrated the wiki from Linux to Windows, the Upload-Path is a folder called /wiki-media, however on the Linux Server there is no such folder to find and the actual folder with the data in it is named completely different. 195.85.237.130 (talk) 08:31, 28 February 2019 (UTC)

Try to delete $wgTmpDirectory completely from the LocalSettings.php. That worked for me.

By the way: how can i see the final $wgTmpDirectory or the $wgUploadDirectory path? Something like echo $wgUploadDirectory Paul Hema (talk) 09:32, 28 February 2019 (UTC)

> how can i see the final $wgTmpDirectory or the $wgUploadDirectory path? Something like echo $wgUploadDirectory

You can try with eval.php from command line. Ciencia Al Poder (talk) 14:44, 28 February 2019 (UTC)

Did you lock the database before/activated read-only mode? If yes, then try to unlock it. When I moved my wiki, I had the database locked and most images and thumbnails didn't display correctly, but after unlocking the database, that problem was gone. That also might only be a part of your problem, I don't know your wiki ^^ Semako96 (talk) 22:26, 28 February 2019 (UTC)

So my first guess would be that either $wgUploadPath or $wgUploadDirectory is set incorrectly.

> @Ciencia Al Poder, I do not get any errors shown. The Paths are set right, since (e.g in Firefox) if I add file:/// before the Links, it will actually point me to the right Image. The problem is just that the thumbnails for whatever reason do not display correctly.

That doesn't sound right. Normally the file system path and the web accessible path are somewhat different, as the file system path usually includes some extra stuff that's not in the web accessible path.

So first things first: pick some file to test with. In my example I'm going to use a file called Example.png. Replace that with some file actually uploaded on your wiki.

Go to Special:redirect/file/Example.png on your wiki (replacing Example.png with an actual filename). Does it display the full sized file? If you get a 404 error it means that $wgUploadPath is set wrong (It should be whatever wgArticlePath is plus the images directory. In normal mediawiki that would usually be '/w/images'). If you get a 403 error, it means that your webserver is misconfigured (probably).

Go to mywiki.com/w/thumb.php?f=Example.png&w=50 - (replacing mywiki.com/w/ with wherever your website it).

If this generates an error message, tell us what the error message is. An error message here probably indiciates either image magick is broken, or permissions are wrong, but the exact error message will help determine whats up.

If the image renders, it might mean that $wgUploadPath is wrong, or it might mean that all your thumbs are missing. If the latter is the case, it should be fixable by making a dummy edit on pages that use images or running refreshLinks.php (I think this case is unlikely) Bawolff (talk) 00:16, 4 March 2019 (UTC)

I want to add a bug module to my mediawiki,what should I do?

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.

---

Add a bug module in this red arrow,what should I do? Peishikai (talk) 08:30, 27 February 2019 (UTC)

See Manual:FAQ#How do I add/remove tabs throughout my wiki?, mediawiki adding a new tab to a page and maybe Extension:GroupPermissionsManager/CustomTabs still works. AhmadF.Cheema (talk) 10:03, 27 February 2019 (UTC)

Thanks Peishikai (talk) 06:54, 28 February 2019 (UTC)

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

Redirect namespaces?

How do I create redirect namespaces? On Wikipedia, if you enter only WP:Title, you automatically get redirected to Wikipedia:Title. I can't find anything about those redirect namespaces here, and it doesn't seem to be an extension either. Semako96 (talk) 09:32, 27 February 2019 (UTC)

Manual:Using_custom_namespaces

Manual:$wgNamespaceAliases

Hope those two links can be helpful. 94rain ^Talk 09:52, 27 February 2019 (UTC)

No results found when trying to insert media in VisualEditor

I would like to insert local medias with Visual Editor. I set $wgUseInstantCommons to false but "Insert>Media" dialog only displays "No results found.". Jtuli (talk) 10:34, 27 February 2019 (UTC)

When I try to check my resluts the form asks for a Number, the only number I have is A128626

My email address is B.Jackhyde@

I just need the number other than A128626'

B (Jack) Hyde 146.200.235.84 (talk) 11:24, 27 February 2019 (UTC)

Which website is this question related to? AhmadF.Cheema (talk) 11:49, 27 February 2019 (UTC)

"last edited..." like Wikivoyage

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 want to change the footer message "last editit at..." like Wikivoyage. Vincenʈ  15:47, 27 February 2019 (UTC)

Probably just need to set $wgMaxCredits. Also, see Manual:Footer#Customizing the built-in items. AhmadF.Cheema (talk) 17:56, 27 February 2019 (UTC)

That's it! Thank you Vincenʈ  08:53, 28 February 2019 (UTC)

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

URGENT: Internal error - MediaWiki Cannot bring up 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.

---

Hello,

I am trying to restore an old wiki. I cannot update the PHP versions and such so I am stuck at 1.19.15. I am receiving the following error when I bring up the wiki.

Any help would be greatly apprecaited.

Thanks,

Craig

Internal error

From MediaWiki

Error: invalid magic word 'pageid'

Backtrace:

#0 /home1/csharp2a/public_html/unixwiki/includes/MagicWord.php(239): MagicWord->load('pageid')
#1 /home1/csharp2a/public_html/unixwiki/includes/MagicWord.php(689): MagicWord::get('pageid')
#2 /home1/csharp2a/public_html/unixwiki/includes/MagicWord.php(856): MagicWordArray->getHash()
#3 /home1/csharp2a/public_html/unixwiki/includes/parser/Parser.php(3120): MagicWordArray->matchStartToEnd('SITENAME')
#4 /home1/csharp2a/public_html/unixwiki/includes/parser/Preprocessor_DOM.php(1043): Parser->braceSubstitution(Array, Object(PPFrame_DOM))
#5 /home1/csharp2a/public_html/unixwiki/includes/parser/Parser.php(2986): PPFrame_DOM->expand(Object(PPNode_DOM), 0)
#6 /home1/csharp2a/public_html/unixwiki/includes/parser/Parser.php(514): Parser->replaceVariables('$1 - {{SITENAME...')
#7 /home1/csharp2a/public_html/unixwiki/includes/parser/Parser.php(4583): Parser->preprocess('$1 - {{SITENAME...', Object(Title), Object(ParserOptions))
#8 /home1/csharp2a/public_html/unixwiki/includes/cache/MessageCache.php(794): Parser->transformMsg('$1 - {{SITENAME...', Object(ParserOptions), Object(Title))
#9 /home1/csharp2a/public_html/unixwiki/includes/Message.php(552): MessageCache->transform('$1 - {{SITENAME...', false, Object(Language), Object(Title))
#10 /home1/csharp2a/public_html/unixwiki/includes/Message.php(385): Message->transformText('$1 - {{SITENAME...')
#11 /home1/csharp2a/public_html/unixwiki/includes/Message.php(422): Message->toString()
#12 /home1/csharp2a/public_html/unixwiki/includes/OutputPage.php(776): Message->text()
#13 /home1/csharp2a/public_html/unixwiki/includes/OutputPage.php(819): OutputPage->setHTMLTitle(Object(Message))
#14 /home1/csharp2a/public_html/unixwiki/includes/SpecialPage.php(591): OutputPage->setPageTitle('Special pages')
#15 /home1/csharp2a/public_html/unixwiki/includes/specials/SpecialSpecialpages.php(37): SpecialPage->setHeaders()
#16 /home1/csharp2a/public_html/unixwiki/includes/SpecialPageFactory.php(476): SpecialSpecialpages->execute(NULL)
#17 /home1/csharp2a/public_html/unixwiki/includes/Wiki.php(263): SpecialPageFactory::executePath(Object(Title), Object(RequestContext))
#18 /home1/csharp2a/public_html/unixwiki/includes/Wiki.php(593): MediaWiki->performRequest()
#19 /home1/csharp2a/public_html/unixwiki/includes/Wiki.php(503): MediaWiki->main()
#20 /home1/csharp2a/public_html/unixwiki/index.php(58): MediaWiki->run()
#21 /home1/csharp2a/public_html/unixwiki/index.php5(1): require('/home1/csharp2a...')
#22 {main} 50.206.209.68 (talk) 18:00, 27 February 2019 (UTC)

Additional note. I have tried deleting all rows from the l10n_cache table with no success. 50.206.209.68 (talk) 18:02, 27 February 2019 (UTC)

I have also done the Localization rebuild with --force. No change. 50.206.209.68 (talk) 18:11, 27 February 2019 (UTC)

the magicword pageid was introduced in MediaWiki 1.20. possibly you have an extension or translations or something that are newer than 1.19.15 ? —TheDJ (Not WMF) (talk • contribs) 19:18, 27 February 2019 (UTC)

I updated to 1.20.x and that worked! Thank you.

I now have one other issue. My user table is missing. I cannot login to my wiki. How can I fix this? 50.206.209.68 (talk) 20:16, 27 February 2019 (UTC)

Found it. I am up and running now! Thanks. 50.206.209.68 (talk) 21:03, 27 February 2019 (UTC)

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

SocialProfile Database error

Hi, I appear to be getting a database error whenever I try to access a userpage on a Wiki I host. I am running MediaWiki Alpha 1.33, upgraded from MediaWiki 1.32.

Product	Version
MediaWiki	1.33.0-alpha (df519cc) 22:53, 26 February 2019
PHP	7.3.2-3+ubuntu18.10.1+deb.sury.org+1 (fpm-fcgi)
MariaDB	10.2.22-MariaDB-1:10.2.22+maria~bionic
ICU	60.2
Lua	5.1.5

[1bea50b491dbde038b26f4a6] /w/index.php?title=User:Therofl98 Wikimedia\Rdbms\DBQueryError from line 1506 of /var/www/html/wiki/w/includes/libs/rdbms/database/Database.php: A database query error has occurred. Did you forget to run your application's database schema updater after upgrading?

Query: SELECT rc_timestamp,rc_title,rc_user,rc_user_text,rc_comment,rc_id,rc_minor,rc_new,rc_namespace,rc_cur_id,rc_this_oldid,rc_last_oldid,rc_log_action FROM `recentchanges` WHERE rc_user = '1' ORDER BY rc_id DESC LIMIT 8

Function: UserActivity::setEdits

Error: 1054 Unknown column 'rc_comment' in 'field list' (localhost)

Backtrace:

#0 /var/www/html/wiki/w/includes/libs/rdbms/database/Database.php(1476): Wikimedia\Rdbms\Database->makeQueryException(string, integer, string, string)

#1 /var/www/html/wiki/w/includes/libs/rdbms/database/Database.php(1236): Wikimedia\Rdbms\Database->reportQueryError(string, integer, string, string, boolean)

#2 /var/www/html/wiki/w/includes/libs/rdbms/database/Database.php(1703): Wikimedia\Rdbms\Database->query(string, string)

#3 /var/www/html/wiki/w/extensions/SocialProfile/UserActivity/includes/UserActivity.php(116): Wikimedia\Rdbms\Database->select(string, array, array, string, array)

#4 /var/www/html/wiki/w/extensions/SocialProfile/UserActivity/includes/UserActivity.php(1009): UserActivity->setEdits()

#5 /var/www/html/wiki/w/extensions/SocialProfile/UserProfile/includes/UserProfilePage.php(1330): UserActivity->getActivityList()

#6 /var/www/html/wiki/w/extensions/SocialProfile/UserProfile/includes/UserProfilePage.php(151): UserProfilePage->getActivity()

#7 /var/www/html/wiki/w/includes/actions/ViewAction.php(68): UserProfilePage->view()

#8 /var/www/html/wiki/w/includes/MediaWiki.php(501): ViewAction->show()

#9 /var/www/html/wiki/w/includes/MediaWiki.php(294): MediaWiki->performAction(UserProfilePage, Title)

#10 /var/www/html/wiki/w/includes/MediaWiki.php(867): MediaWiki->performRequest()

#11 /var/www/html/wiki/w/includes/MediaWiki.php(517): MediaWiki->main()

#12 /var/www/html/wiki/w/index.php(42): MediaWiki->run()

#13 {main} TheROFL98 (talk) 03:55, 28 February 2019 (UTC)

Please bugreport it. Ciencia Al Poder (talk) 10:37, 1 March 2019 (UTC)

FYI: https://phabricator.wikimedia.org/T217423 Bawolff (talk) 00:18, 4 March 2019 (UTC)

The file you uploaded seems to be empty. This might be due to a typo in the filename. Please check whether you really want to upload this file.

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

---

Getting the above error when a user goes to upload an image. Followed the instructions outlined in Manual:Configuring file uploads/en

Including setting permissions in %SystemRoot%\TEMP

Are there any other directories I could need to check the permissions for?

IIS 6.2

Mediawiki 1.32

PHP 7.1.26

MySQL 5.6.35

Thanks lads 213.120.87.194 (talk) 12:53, 28 February 2019 (UTC)

Woops, was signed out - this is my post. Mbrooksham (talk) 12:54, 28 February 2019 (UTC)

You should make sure you typed the same file extension as you uploaded. Also when you are done with this discussion we can hide it for you if you do not wish to have your ip visible. Examknow (Lets Chat) 16:40, 28 February 2019 (UTC)

I don't mind so much about the visibility of my IP, thanks though.

I can confirm it takes the same extension as the file type. Mbrooksham (talk) 10:39, 1 March 2019 (UTC)

Does it happen on every upload attempt? Have you tried with a small image? Ciencia Al Poder (talk) 10:33, 1 March 2019 (UTC)

Every upload attempt, I've tried large and small images. Mbrooksham (talk) 10:41, 1 March 2019 (UTC)

Try to point upload_tmp_dir to a folder under C:\temp\ or similar (see this), and give write permissions to everyone on that folder. If that works, then tune up permissions as needed to make it more safe. Ciencia Al Poder (talk) 10:47, 1 March 2019 (UTC)

Thanks a bunch, worked like a charm :)

Its IIS's fault being so fickle... Mbrooksham (talk) 10:52, 1 March 2019 (UTC)

I had same problem. But when I change to another browser it works again. Stevy7 (talk) 07:58, 9 June 2019 (UTC)

For me it was IIS not liking the default temporary folder.

Have you fixed this on your set up? Mbrooksham (talk) 09:27, 10 June 2019 (UTC)

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

Ldap authentication passed but user is not able to login.

Below is the logs I have for this. It searches through the ad group set up for wiki editors and the authentication passes. But then it says that password is incorrect. Why is this happening?

Found user in a group

Entering getPreferences

Entering getDomain

Authentication passed

Entering getCanonicalName

Username is: user

Entering getDomain

Munged username: user

Entering allowPasswordChange

Entering getDomain

Entering getDomain

Entering modifyUITemplate

Entering getDomain

Entering getDomain

Entering getDomain

Entering strict. Praja96 (talk) 16:22, 28 February 2019 (UTC)

Do you have any extensions enabled on your wiki that add this feature if so which ones? Examknow (Lets Chat) 16:37, 28 February 2019 (UTC)

SessionProvider

So I've determined that I need to use MediaWiki\Session\SessionProvider to authenticate users on my site (to interface with my symfony user auth) and bypass the built in login auth in MediaWiki, but I cannot for the life of me find an example of the class being used. Does anyone know of a code sample where it's used? 71.43.20.82 (talk) 20:14, 28 February 2019 (UTC)

Implementing a sessionprovider/manager, without some sort of authmanager is uncommon. But the information you need is mostly linked from Manual:SessionManager_and_AuthManager and Manual:SessionManager_and_AuthManager/SessionProvider_examples —TheDJ (Not WMF) (talk • contribs) 11:34, 1 March 2019 (UTC)

email creation form

Hello, I would like to make a pre-filled form for users to make a request via the mediawiki.

I have a server or I only have to install mediawiki, I find extensions like EmailForm I put a form like in the link https://www.mediawiki.org/wiki/Extension:EmailForm but I do not understand how activated the smtp ... I have an error 2019-02-28 20:48:12: Fatal error type "Error".

can someone help me or tell me how to fulfill my request differently.

thank you Guillaume911 (talk) 20:49, 28 February 2019 (UTC)

To get a more detailed error description, in LocalSettings.php, set:

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

For details, see Manual:How to debug.

Also, Extension:EmailForm is no longer maintained, see the #See also section for other more stable extensions. AhmadF.Cheema (talk) 03:17, 1 March 2019 (UTC)

Ok but I have the impression that none is up to date? Guillaume911 (talk) 17:00, 1 March 2019 (UTC)

You can try Manual:Creating pages with preloaded text. AhmadF.Cheema (talk) 18:10, 1 March 2019 (UTC)

I'm sorry I do not understand anything, I do not understand that there is nothing that allows to define a config smtp and behind a form that can be integrated. It seems to me despite all current as need not? Guillaume911 (talk) 19:16, 1 March 2019 (UTC)

It seems that you want anybody to be able to send emails using a form on your wiki. You could try Extension:Widgets to display the form (and whatever anti-spam measure you choose) and send the form data to your own script. Jonathan3 (talk) 19:21, 1 March 2019 (UTC)

@Guillaume911 There is but it is kind of hard to do. Examknow (Lets Chat) 19:53, 1 March 2019 (UTC)

Perhaps Extension:ContactPage is what you are looking for. Bawolff (talk) 00:01, 4 March 2019 (UTC)

How do you define object types so that the "auto ports" tab will be enabled?

How do you define object types so that the "auto ports" tab will be enabled? 63.80.42.141 (talk) 22:08, 28 February 2019 (UTC)

What are "object types"? What is "auto ports"? How is this related to the MediaWiki software, as you are on the Help Desk for the MediaWiki software? Malyacko (talk) 01:40, 1 March 2019 (UTC)