Project:Support desk/Flow/2020/08

This page is an archive.

Please ask questions on the current support desk.

what happened?

It happens that after a while of editing my wiki, it stops responding, it simply no longer loads or only loads the template but no styles. I thought it was the page, but other people don't report problems. I have thought that it is my connection but other pages if I see them without problems. I don't quite understand what happens, I don't get any php or mysql errors. SOS!! 2806:106E:1E:12FB:E316:5E71:76C5:6136 (talk) 01:14, 1 August 2020 (UTC)

might be an expensive recache event failing (like localization cache failing) Setting $wgCacheDirectory to somewhere writable to the webserver might help with that.

Check your browser developer console for errors on the pages where styles dont load. Check your php and webserver error logs. If that doesnt help you could try enabling mw debug logging and profiling to see where things are getting stuck, but that is complex to setup. Bawolff (talk) 05:16, 1 August 2020 (UTC)

Thank you. I am going to prove with cache that it was not activated. the error logs does not mark anything 2806:106E:1E:1192:469A:E83B:3DCB:C3B0 (talk) 21:59, 4 August 2020 (UTC)

MediaWiki Raspberry Pi "There seems to be a problem with your login session; this action has been canceled as a precaution against session hijacking. Please resubmit the form."

Installed MediaWiki via package on Raspberry Pi 4 on an SSL web site using a Dynamic DNS domain, and I'm getting the error message when attempting to log in:

> There seems to be a problem with your login session; this action has been canceled as a precaution against session hijacking. Please resubmit the form.

Package: mediawiki

Version: 1:1.31.7-1~deb10u1 Steven Buehler (talk) 02:06, 1 August 2020 (UTC)

How to report a bug#Reporting a login problem Malyacko (talk) 06:46, 1 August 2020 (UTC)

Do you have cookies enabled? What's your $wgSessionCacheType set to? Can you post your whole LocalSettings.php (sanitizing the sensitive bits)? Jackmcbarn (talk) 03:35, 1 August 2020 (UTC)

How to remove braces from {contactpage-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.

---

In an Hebrew MediaWiki 1.34.0 I have an all default ContactPage.

By the following code I have added a footer link which is aimed to link to the only contact form I have:

	$wgHooks['SkinTemplateOutputPageBeforeExec'][] = function( $skin, &$template ) {
		$contactLink = Html::element( 'a', [ 'href' => $skin->msg( 'contactpage-url' )->escaped() ],
			$skin->msg( 'יצירת קשר' )->text() );
		$template->set( 'contact', $contactLink );
		$template->data['footerlinks']['places'][] = 'contact';
		return true;
	};

This adds a footer link with the following link text:

{יצירת קשר}

Why are the braces ({}) wrapping it are there and how to remove them backendly?

How to remove braces from {contactpage-url}?

I can remove the braces with JavaScript but I don't want to do that. 182.232.185.156 (talk) 06:36, 1 August 2020 (UTC)

same answer as your other question Bawolff (talk) 09:50, 1 August 2020 (UTC)

@Bawolff I have asked several different focal questions to ensure modularity and good SEO for people myself who are not PHP programmers and are stuck with these situations.

You might want to be more specific about which answer you refer to. 182.232.185.156 (talk) 09:53, 1 August 2020 (UTC)

That's not really my concern. You asked almost literally the same question twice within an hour of each other. Bawolff (talk) 10:37, 1 August 2020 (UTC)

I personally don't think that a question about how to fix a dead link and how to remove angle brackets are almost literally the same. 182.232.185.156 (talk) 11:24, 1 August 2020 (UTC)

I think that "an automatically created broken link" is a better definition than "dead link" in this case. 182.232.185.156 (talk) 11:41, 1 August 2020 (UTC)

I think I know now (I just checked my other recent thread) 182.232.185.156 (talk) 09:54, 1 August 2020 (UTC)

These are not braces, they're angle brackets. There are two ways to fix this, mostly similar with the url issue above. You can remove $skin->msg( 'יצירת קשר' )->text() directly and hardcode the label string.

If you choose that, together with the url, the contatclink line should become $contactLink = Html::element( 'a', [ 'href' => 'you-link-target' ], 'יצירת קשר' );

The other option is to manage it from the wiki interface. In that case you need to change the label message to something like $skin->msg( 'contactpage-label' )->text(), and after that create a page "MediaWiki:contactpage-label" on the wiki and put the Hebrew label there. – Ammarpad (talk) 09:58, 1 August 2020 (UTC)

@Ammarpad because I fixed the 404 by creating a webpage whom redirects to the contact form (as you have suggested here), I think I should take the second option you presented, that is, to remove these angle brackets from the wiki interface,

But where could I control which content, if all, wraps information structures such as the footer ContactPage link? 182.232.185.156 (talk) 11:30, 1 August 2020 (UTC)

which content, if at all * 182.232.185.156 (talk) 13:37, 1 August 2020 (UTC)

I think for continued questions on customizing your wiki you may need to see: Professional development and consulting. TiltedCerebellum (talk) 18:50, 1 August 2020 (UTC)

@TiltedCerebellum I don't think so; although I am not a PHP programmer, I generally work all-core and this is a minor appearance problem.

I thought I found a JavaScript solution:

const [...elements] = document.getElementsByTagName("*");
elements.forEach((element) => {
    if (element.textContent == "⧼יצירת קשר⧽") {
        element.textContent = "יצירת קשר";
    }
});

Executing it in Chrome console deletes the angle brackets, but the hyperlink gets broken; someone knows why? 182.232.4.39 (talk) 01:39, 2 August 2020 (UTC)

because you are editing the text content of a node that contains non-text content (a link), so all the non-text content gets removed to allow setting the text-only content.

https://developer.mozilla.org/en-US/docs/Web/API/Node/textContent

You should stop doing things you dont understand and spend a little time reading about what the stuff you are doing actually does. The brackets literally only appear because you added extra code to add them. We're not here to explain why every random piece of code you copy and paste doesn't work. We're here to link to documentation and help fill in the gaps after you have tried to figure it out by yourself. Bawolff (talk) 19:13, 2 August 2020 (UTC)

What my response was saying is that you have 5-6 questions now all relating to hook use in less than 3 days (4 of which are on the same topic), which are for extending mediawiki (i.e., not built-in so not an issue with MediaWiki out of the box), so you might consider using one of the Professional development and consulting contacts to get help with customizing mediawiki via hooks. The MW help desk is not obligated in any way to help with customization although they will be kind enough to point you to places in the manual where you can learn to do it yourself. They are unlikely to give you working customization code, so you are likely better off using a name from the professional development and consulting link than to continue making repeated threads for the same/similar issues.

Also they don't appreciate multiple related threads, this makes their job harder. Typically they like you to keep related topics in a single thread.

These appear to be your separate help threads over the last 3 days:

[[Project:Support desk/Flow/2020/08#h-How_to_remove_braces_from_{contactpage-url}?-2020-08-01T06:36:00.000Z]] This thread How to remove braces from {contactpage-url}? (hooks) - 19 mins ago

Project:Support desk/Flow/2020/07#h-How_to_edit_the_footer_menu_when_working_with_default_skins?-2020-07-28T16:21:00.000Z How to edit the footer menu when working with default skins? (hooks) - 7 hours ago

Project:Support desk/Flow/2020/08#h-ContactPage_footer_link_leads_to_a_not_found_(404)_webpage-2020-08-01T07:31:00.000Z ContactPage footer link leads to a not found (404) webpage (hooks) - 15 hours ago

Project:Support desk/Flow/2020/07#h-How_to_delete_a_default_footer_link_in_MediaWiki_>=1.35.0?-2020-07-29T17:51:00.000Z How to delete a default footer link in MediaWiki >=1.35.0? (hooks) - 20 hours ago

Project:Support desk/Flow/2020/07#h-How_to_change_footer_menu_⧼contactpage-label⧽_text_AND_link-address?-2020-07-30T04:42:00.000Z How to change footer menu ⧼contactpage-label⧽ text AND link-address? (extension) - 21 hours ago

Project:Support desk/Flow/2020/07#h-How_to_add_a_default_footer_link_in_MediaWiki_>=1.35.0-2020-07-30T03:18:00.000Z How to add a default footer link in MediaWiki >=1.35.0 (hooks) - 2 days ago

Simply adding a comment to one of your existing threads would have bumped it back up to the top. You don't need to go creating a new one for each way you reword the same topic. Search would still find them. Duplicate topics or topics continued in separate posts are annoying to helpers here and generally discouraged.

The extension used to create this page--Structured Discussion/Flow--creates a separate mediawiki page for every topic created. Please try to avoid duplicates, near duplicates or the continuation of a previous recent discussion in a new comment. Creating all of those extra pages is unnecessary. TiltedCerebellum (talk) 02:06, 2 August 2020 (UTC)

@TiltedCerebellum I think that generally each one of the linked posts is good besides How to change footer menu ⧼contactpage-label⧽ text AND link-address? as besides that one, they all relate to different problems with the current footer menu to which I found the manual often messy and unclear.

I had not intention to create anymore posts.

That said, you didn't reply about the problem I have presented where textContent changes break the footer menu link sadly; I don't know if it would be better for me to copy it to a new post here, or into another thread. 182.232.4.39 (talk) 03:12, 2 August 2020 (UTC)

Regarding the JavaScript I published above,

Instead of textContent or innerText, I should have used innerHTML

This can be confusing sometimes.

I checked it both from console and from מדיה ויקי:Common.js in latest Google Chrome.

I also checked it from latest Microsoft Edge after the change in מדיה ויקי:Common.js was made. 182.232.171.234 (talk) 04:52, 3 August 2020 (UTC)

really you shouldn't do either because it will make your web browser slow on long pages and the only reason the brackets are there is because the original code you posted called skin->msg when it makes no sense to Bawolff (talk) 05:09, 3 August 2020 (UTC)

I also had to translate the JavaScript code to ES2015 because MediaWiki 1.34.0 doesn't support latest EcmaScript (ES2020).

I used Babel to do so (i.e, I "babelified" the code). 182.232.171.234 (talk) 04:55, 3 August 2020 (UTC)

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

ContactPage footer link leads to a not found (404) webpage

I have an Hebrew MediaWiki 1.34.0 website with ContactPage extension with a generally default configuration;

The contact form works and I don't recall any problem with it.

I have created a footer link to the contact form via this code in LocalSettings.php:

	$wgHooks['SkinTemplateOutputPageBeforeExec'][] = function( $skin, &$template ) {
		$contactLink = Html::element( 'a', [ 'href' => $skin->msg( 'contactpage-url' )->escaped() ],
			$skin->msg( 'יצירת קשר' )->text() );
		$template->set( 'contact', $contactLink );
		$template->data['footerlinks']['places'][] = 'contact';
		return true;
	};

The created ContactPage footer link leads to a not found (404) webpage

Instead leading to:

index.php?title=מיוחד:יצירת_קשר

It leads to:

⧼contactpage-url⧽

How to solve that problem? 182.232.185.156 (talk) 07:31, 1 August 2020 (UTC)

you are using $skin->msg when you probably dont want to.

See manual:messages API and Help:System message Bawolff (talk) 09:49, 1 August 2020 (UTC)

You need to create the page "MediaWiki:contactpage-url" on the wiki and put the url where you want the link to redirect. Alternatively you can remove $skin->msg( 'contactpage-url' )->escaped() and replace it directly with the url. That way it's hardcoded in your LocalSettings.php – Ammarpad (talk) 09:49, 1 August 2020 (UTC)

Thank you

As suggested by @Ammarpad I have pasted the URL of the contact form webpage under a newly created webpage named:

MediaWiki:contactpage-url

This seems to redirect to the contact form just fine --- if I click the footer link I can finally navigate to the contact form.

For newcomers, I have created the new webpage by pasting this text in my website's search box and then clicked the link to create it which appeared after the message cluing that it weren't found and does not exist. 182.232.185.156 (talk) 10:10, 1 August 2020 (UTC)

BTW @Ammarpad the reason I chose to create a redirect instead hardcoding the link in LocalSettings.php is because Hebrew links are encoded and it makes them quite long and then I get horizontal scrolling in my text editor in LocalSettings.php and it can often be frustrating. 182.232.185.156 (talk) 10:12, 1 August 2020 (UTC)

you can also use:

Title::newFromText( "hebrew page name" )->getFullUrl()

If you dont want to encode it yourself Bawolff (talk) 10:48, 1 August 2020 (UTC)

'404 Not Found' when accessing file pages on MediaWiki with short URLs configured

Hi everyone,

I'm a long-term user of Wikimedia projects and recently I've engaged in setting up a wiki of my own. For reference, the URL to my wiki is https://wiki.hn-ams.org.

However, I'm running into issues when configuring Short URL on this wiki. The web server software is nginx; and as I followed the instructions on the page Manual:Short URL/Nginx, I managed to change the URL to a 'pretty' version for all pages EXCEPT for file pages. Whenever I go to a page in the file namespace, the site shows a '404 Not Found' message, as can be seen here:https://wiki.hn-ams.org/w/index.php/T%E1%BA%ADp_tin:Danh_s%C3%A1ch_1.jpg.

I've tried multiple solutions that were suggested on previous posts of the Support desk, but none of them worked in my case.

I would appreciate all of your help on this matter, as it is a bit urgent for me to finish this site and bring it into operation.

Thank you. Quenhitran (talk) 12:07, 1 August 2020 (UTC)

can you include your full nginx config file.

You might have some other rule targeting images that messes up pages ending in .jpg. Bawolff (talk) 18:42, 1 August 2020 (UTC)

@Bawolff: Thank you very much for taking your time to help me. Here is the full nginx config file for my wiki site:

# Location for the wiki's root

# location /w/ {

## Do this inside of a location so it can be negated

# location ~ \.php$ {

# try_files $uri $uri/ =404; # Don't let php execute non-existent php files

# include /usr/local/src/centminmod/config/nginx/fastcgi_params;

# fastcgi_pass 127.0.0.1:9000;

# }

# }

location /w/images/uploads/amswiki/ {

# Separate location for images/ so .php execution won't apply

location ~ ^/w/images/uploads/amswiki/thumb/(archive/)?[0-9a-f]/[0-9a-f][0-9a-f]/([^/]+)/([0-9]+)px-.*$ {

# Thumbnail handler for MediaWiki

# This location only matches on a thumbnail's url

# If the file does not exist we use @thumb to run the thumb.php script

try_files $uri $uri/ @thumb;

}

}

location /w/images/uploads/amswiki/deleted {

# Deny access to deleted images folder

deny all;

}

# Deny access to folders MediaWiki has a .htaccess deny in

location /w/cache       { deny all; }

location /w/languages   { deny all; }

location /w/maintenance { deny all; }

location /w/serialized  { deny all; }

# Just in case, hide .svn and .git too

location ~ /.(svn|git)(/|$) { deny all; }

# Hide any .htaccess files

location ~ /.ht { deny all; }

# Uncomment the following code if you wish to hide the installer/updater

## Deny access to the installer

#location /w/mw-config { deny all; }

# Handling for the article path

location /ams {

include /usr/local/src/centminmod/config/nginx/fastcgi_params;

# article path should always be passed to index.php

fastcgi_param SCRIPT_FILENAME $document_root/w/index.php;

fastcgi_pass  127.0.0.1:9000;

}

# Thumbnail 404 handler, only called by try_files when a thumbnail does not exist

location @thumb {

# Do a rewrite here so that thumb.php gets the correct arguments

rewrite ^/w/images/uploads/amswiki/thumb/[0-9a-f]/[0-9a-f][0-9a-f]/([^/]+)/([0-9]+)px-.*$ /w/thumb.php?f=$1&width=$2;

rewrite ^/w/images/uploads/amswiki/thumb/archive/[0-9a-f]/[0-9a-f][0-9a-f]/([^/]+)/([0-9]+)px-.*$ /w/thumb.php?f=$1&width=$2&archived=1;

# Run the thumb.php script

include /usr/local/src/centminmod/config/nginx/fastcgi_params;

fastcgi_param SCRIPT_FILENAME $document_root/w/thumb.php;

fastcgi_pass  127.0.0.1:9000;

}

Thank you again in advance! Quenhitran (talk) 09:58, 4 August 2020 (UTC)

There must be some other configuration there, because the 404 error happens on every URL that ends in .jpg, .png or .gif, but if you manually add anything else at the end (like https://wiki.hn-ams.org/w/index.php/T%E1%BA%ADp_tin:Danh_s%C3%A1ch_1.jpg.aaa the page displays properly.

Check any other nginx configuration it may have loaded that's causing any special treatment to URLs with image extensions. Log files may give you more information Ciencia Al Poder (talk) 10:52, 8 August 2020 (UTC)

Error creating thumbnail: File missing - again

This error seems to happen more often than not. Where can i file a bug report that the message should contain more debug info. The "File missing" seems not to be the real reason for the problem in most of the cases. In my case i migrated a wikifarm and i suspect that the handling of global variables has changed in PHP and or MediaWiki and the corresponding settings in LocalSetting.php are not being picked up correctly any more. How can I debug this issue? Seppl2013 (talk) 13:10, 1 August 2020 (UTC)

Manual:Errors and symptoms#Image Thumbnails not working and/or appearing; Manual:How to debug Malyacko (talk) 13:25, 1 August 2020 (UTC)

@Malycko - thx for the two links. The Bug report would then be a normal phabricator task?

The "File missing" case seems not to be part of the Manual:Errors and symptoms.

This is what i needed in my context:

global $wgWikiFarmSite;
global $wgUploadDirectory;
global $wgUploadPath;
global $wgScriptPath;
$wgUploadDirectory = "/var/www/wikifarm/sites/$wgWikiFarmSite/images";
$wgUploadPath = "$wgScriptPath/images/$wgWikiFarmSite";

Seppl2013 (talk) 15:44, 1 August 2020 (UTC)

Hard to say without any output posted from the webserver error log. So far this sounds like a config issues and not like some software bug to me. Malyacko (talk) 17:43, 1 August 2020 (UTC)

The bug is in the confusing message "File missing" - it's not true that the file is missing. The configuration is wrong and the pointer to the directory of files is not configured correctly. For a single such message it would not be a problem but if in "browse files" every single image shows the same misleading message "File missing" than that is a issue which should be fixed to allow administrators to get informed about the problem by their users much more quickly and more detailed than is the case right now.

I added: https://phabricator.wikimedia.org/T259427 Seppl2013 (talk) 05:55, 2 August 2020 (UTC)

How would mediawiki distinguish between the config being wrong and the file just happening to be missing? Bawolff (talk) 19:01, 2 August 2020 (UTC)

by the sheer numbers. If it happens only a few times it might be by chance. If it happens for all files then the configuration is wrong. The trigger could be something like "at least 20 files" and at least 75% considered missing. So the check would only have to be done for a few dozen files. Changing the message for all cases does also not hurt. It could be "File missing or wiki misconfigured see ..." Seppl2013 (talk) 12:08, 3 August 2020 (UTC)

topic who have 500 in mw-config/index.php

1.enable display-error : ON in php.ini or if you can't access php.ini, write this on very first line of mw-config/index.php

ini_set('display_errors', "On");

then reload.

2.see the error.

for me, i see something like this

ClassLoader.php at line 444 cannot access /path/to/mediawiki/vendor/composer/../liuggio/"tl;dr"/StatsdDataFactory.php

to solve this, simply copy the path you see on error and then go to that path.

you should have something called StatsdDataFactory (without file extension)

now rename and add the file extension .php

3.My unsolved error

i have a problem that says :

Fatal error: Cannot declare interface Liuggio\StatsdClient\Factory\StatsdDataFactoryInterface, because the name is already in use in C:\path\to\mediawiki\vendor\liuggio\statsd-php-client\src\Liuggio\StatsdClient\Factory\StatsdDataFactory.php on line 7

i have look at many php help website but i can't find any of it.

(i found something but it need to rewrite entire php that use Interface, and it's pretty be easy to get many error, im not good at php rn) 2400:2650:7020:3D00:A5F4:1188:167D:B825 (talk) 16:12, 1 August 2020 (UTC)

sometimes this error happens due to a bug in 7zip. Try redownloading mediawiki and using a different tar program (git for windows allegedly includes one that works) Bawolff (talk) 18:38, 1 August 2020 (UTC)

Improving server response-time

Currently, on our wiki, PageSpeed reports a 320ms delay in the time taken for the first byte, and I'm trying to see how we can improve it (a phpBB 3.3 on the same server takes half the time). File caching is enabled, WinCache and image caching is on, and the object cache is set to CACHE_ACCEL. Is there something else I can do? Leaderboard (talk) 22:43, 1 August 2020 (UTC)

at this stage you need to enable profiling to figure out what to do next Bawolff (talk) 03:10, 2 August 2020 (UTC)

Would the F12 debugging tools in the browser be enough? Leaderboard (talk) 07:21, 2 August 2020 (UTC)

No, because that's only for the frontend. Performance profiling for Wikimedia code Malyacko (talk) 07:34, 2 August 2020 (UTC)

Extension:RelatedArticles

Hey! I installed the extension RelatedArticles and it doesn't work on my wiki. I can read articles, but there will be no similar articles at the end of the article.

I've added the code wfLoadExtension( 'RelatedArticles'); to my LocalSettings.php file. Antonkarpp (talk) 15:50, 2 August 2020 (UTC)

@Antonkarpp Which exact full MediaWiki version? Which branch and revision of the extension? Malyacko (talk) 16:14, 2 August 2020 (UTC)

Extension version is last, that is 1.34. My full MediaWiki version is too 1.34. Antonkarpp (talk) 16:23, 2 August 2020 (UTC)

@Antonkarpp See my previous unanswered comment which includes the words "exact full" and "branch" and "revision" which were all ignored. Malyacko (talk) 07:45, 3 August 2020 (UTC)

I don’t know exactly what the branches are. But when I go from my hosting service to phpmyadmin, I think these could be those branches:

mwgf_actor

mwgf_archive

mwgf_babel

mwgf_bot_passwords

mwgf_category

mwgf_categorylinks

mwgf_change_tag

mwgf_change_tag_def

mwgf_comment

mwgf_content

mwgf_content_models

mwgf_externallinks

mwgf_filearchive

mwgf_geo_tags

mwgf_image

mwgf_imagelinks

mwgf_interwiki

mwgf_ipblocks

mwgf_ipblocks_restrictions

mwgf_ip_changes

mwgf_iwlinks

mwgf_jobb

mwgf_l10n_cache

mwgf_langlinks

mwgf_logging

mwgf_log_search

mwgf_module_deps

mwgf_objectcache

mwgf_oldimage

mwgf_page

mwgf_pagelinks

mwgf_page_props

mwgf_page_restrictions

mwgf_protected_titles

mwgf_querycache

mwgf_querycachetwo

mwgf_querycache_info

mwgf_reading_list

mwgf_reading_list_entry

mwgf_reading_list_project

mwgf_recentchanges

mwgf_redirect

mwgf_revision

mwgf_revision_actor_temp

mwgf_revision_comment_temp

mwgf_searchindex

mwgf_sites

mwgf_site_identifiers

mwgf_site_stats

mwgf_slots

mwgf_slot_roles

mwgf_templatelinks

mwgf_text

mwgf_updatelog

mwgf_uploadstash

mwgf_user

mwgf_user_former_groups

mwgf_user_groups

mwgf_user_newtalk

mwgf_user_properties Antonkarpp (talk) 08:45, 3 August 2020 (UTC)

@Antonkarpp See the "Special:Version" page on your wiki. The list above does not list any branches. Malyacko (talk) 11:21, 3 August 2020 (UTC)

I'm sorry, I'm so even an amateur with this. But here is a link to there Special: Version on my wiki. The language is Finnish, but I can change it when I have an extension.

https://commons.antsamedia.eu/index.php/Special:Versio

I can't be sure how to quickly change the language of the wiki on the website itself, but I'll change the language for a moment in the LocalSettings.php file! Antonkarpp (talk) 12:13, 3 August 2020 (UTC)

Don't click on the top link, it will take you to the wrong place. Here is the right link:

https://commons.antsamedia.eu/index.php/Special:Version Antonkarpp (talk) 12:18, 3 August 2020 (UTC)

Same here guys. My setup was 1.33 with CirrusSearch, Elastica, and every other plugin compatible to 1.33. No luck. I could add related articles manually, but it doesn't show if i leave it to show automatically. I updated the mediawiki today to 1.35, all plugins to 1.35. Everything works, but supposed Related Articles do not load again. Textextract works fine, i checked that with manually adding related article in the actual article. No errors in php, no other errors in logs. I tried disabling plugin by plugin to look for eventual conflicts, no luck. This is my part of the config that relates to this:

wfLoadExtension( 'RelatedArticles' );

$wgRelatedArticlesUseCirrusSearch = true;

$wgRelatedArticlesDescriptionSource = 'textextracts';

$wgRelatedArticlesFooterWhitelistedSkins = ['minerva', 'vector'];

$wgUseAjax = true;

$wgRelatedArticlesCardLimit = 3;

CirrusSearch and Elastica are just loaded, no particular config. Elasticsearch is hosted locally. JS's load properly, no particular warnings. Everything indexed properly. Anyone knows where to look for a clue? 2001:8F8:1127:556:88EE:B08C:2BDB:A0A9 (talk) 13:55, 1 October 2020 (UTC)

RelatedArticles 3.1.0 (d3830d0) 03:37, 11 July 2020

CirrusSearch 6.5.4

Elastica 6.1.1 (3e3b76f) 13:44, 13 July 2020

MobileFrontend 2.3.0 (8d06152) 22:42, 21 September 2020

HeadScript 1 (9551f80) 17:35, 30 September 2020

Google Analytics Integration 3.0.1 (c50777c) 16:06, 11 July 2020

ParserFunctions 1.6.0

InputBox 0.3.0

WikiEditor 0.5.3

VisualEditor 0.1.2

Contribution Scores 1.25.0 (371c9a0) 07:44, 9 July 2020

Skins:

Minerva – (bb52d27) 01:16, 22 September 2020

Software:

MediaWiki 1.35.0

PHP 7.4.9 (fpm-fcgi)

MariaDB 10.1.41-MariaDB-0ubuntu0.18.04.1

Elasticsearch 6.8.12

Entry points:

Article path /$1

Script path /

index.php /index.php

api.php /api.php

rest.php /rest.php 2001:8F8:1127:556:88EE:B08C:2BDB:A0A9 (talk) 14:01, 1 October 2020 (UTC)

Wrong statement for CirrusSearch. This is part of its config:

wfLoadExtension( 'CirrusSearch' );

//$wgDisableSearchUpdate = true;

$wgSearchType = 'CirrusSearch'; 2001:8F8:1127:556:88EE:B08C:2BDB:A0A9 (talk) 14:05, 1 October 2020 (UTC)

I also have to note here i've tried changing PHP versions. While it was 1.33 i've tried php 7.1 and 7.3, now on 1.35 i tried both 7.3 and 7.4. 2001:8F8:1127:556:88EE:B08C:2BDB:A0A9 (talk) 14:07, 1 October 2020 (UTC)

Even tried downgrading Elasticsearch to 6.5.4 but didn't help... 2001:8F8:1127:556:88EE:B08C:2BDB:A0A9 (talk) 14:33, 1 October 2020 (UTC)

Combining - to space substitution with url shortening in .htaccess

http://fancyclopedia.org was ported from http://fancyclopedia.wikidot.com. The latter's page naming had a dash as a separator, hence http://fancyclopedia.wikidot.com/1990-best-fanzine-hugo. On Mediawiki we have http://fancyclopedia.org/1990 Best Fanzine Hugo, but to avoid breaking links I produced a raft of redirection pages like http://fancyclopedia.org/index.php?title=1990-best-fanzine-hugo&redirect=no

But it occurs to me I could use SaneCase to remove the case sensitivity and change - to space with .htaccess

My current .htaccess is (from https://shorturls.redwerks.org)

RewriteEngine On 
RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-f 
RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-d 
RewriteRule ^(.*)$ %{DOCUMENT_ROOT}/index.php [L] 
 
RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-f 
RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-d 
RewriteRule ^/?images/thumb/[0-9a-f]/[0-9a-f][0-9a-f]/([^/]+)/([0-9]+)px-.*$ %{DOCUMENT_ROOT}/thumb.php?f=$1&width=$2 [L,QSA,B] 
 
RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-f 
RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-d 
RewriteRule ^/?images/thumb/archive/[0-9a-f]/[0-9a-f][0-9a-f]/([^/]+)/([0-9]+)px-.*$ %{DOCUMENT_ROOT}/thumb.php?f=$1&width=$2&archived=1 [L,QSA,B]

How could I add a RewriteRule like ([^\-]*)\-([^\-]*) $1\ $2 to the chain so it does both? Vicarage (talk) 16:09, 2 August 2020 (UTC)

It seems that adding extra RewriteRules doesn't work as mediawiki uses REQUEST_URI which is not touched, and if you fiddle too much it starts sulking and drops down to a simpler page layout. But using RedirectMatch does work, as it changes the URI can be used with the RewriteRule, so adding

RedirectMatch 301 ^([^\-]*)\-([^\-]*)\-([^\-]*)\-([^\-]*)$ http://wiki.fancy-test.com$1_$2_$3_$4 
RedirectMatch 301 ^([^\-]*)\-([^\-]*)\-([^\-]*)$ http://wiki.fancy-test.com$1_$2_$3 
RedirectMatch 301 ^([^\-]*)\-([^\-]*)$ http://wiki.fancy-test.com$1_$2

fixes 2, 3, 4 phrases with hyphens. In combination with the SaneCase extension, I now have all the following working

http://wiki.fancy-test.com/Alva_Rogers
http://wiki.fancy-test.com/Alva Rogers
http://wiki.fancy-test.com/alva-rogers
http://wiki.fancy-test.com/Alva_ROGERs

Vicarage (talk) 10:21, 3 August 2020 (UTC)

Installing Extension:Popups broke my test 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 already had TextExtracts and PageImages installed, together with a bunch of other extensions. But after installing this, my wiki just wouldn't load. Removing Popups from extensions and LocalSettings also does not help restore the site. Can anyone assist please?

https://wiki.rehman.website/ is the test wiki.

Running https://wiki.rehman.website/mw-config generates an error that could help trace this... Any help is appreciated. Cheers. Rehman 18:36, 2 August 2020 (UTC)

please include error messages. Bawolff (talk) 18:57, 2 August 2020 (UTC)

Publicly accessing the site simply displays HTTP ERROR 500.

Accessing the mw-config page displays the below error:

[02-Aug-2020 14:39:24 America/New_York] PHP Fatal error:  Uncaught Exception: Unable to open file /home/rehmmogk/wiki.rehman.website/extensions/PageViewInfo/extension.json: filemtime(): stat failed for /home/rehmmogk/wiki.rehman.website/extensions/PageViewInfo/extension.json in /home/rehmmogk/wiki.rehman.website/includes/registration/ExtensionRegistry.php:136

Stack trace:

#0 /home/rehmmogk/wiki.rehman.website/includes/GlobalFunctions.php(52): ExtensionRegistry->queue('/home/rehmmogk/...')

#1 /home/rehmmogk/wiki.rehman.website/LocalSettings.php(242): wfLoadExtension('PageViewInfo')

#2 /home/rehmmogk/wiki.rehman.website/includes/Setup.php(124): require_once('/home/rehmmogk/...')

#3 /home/rehmmogk/wiki.rehman.website/includes/WebStart.php(81): require_once('/home/rehmmogk/...')

#4 /home/rehmmogk/wiki.rehman.website/index.php(41): require('/home/rehmmogk/...')

#5 {main}

  thrown in /home/rehmmogk/wiki.rehman.website/includes/registration/ExtensionRegistry.php on line 136 Rehman 03:57, 3 August 2020 (UTC)

Please ignore the above. It seems to work now, after removing PageViewInfo. Thanks! Rehman 04:03, 3 August 2020 (UTC)

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

dnf

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

---

the upgrade with the dnf is bull crap it is not right that you get taking out by a lap car and get a dnf it is not like real racing where you have a real live spotter the ai cars are not like racing real drivers they can not even race like real racers and when they get a flat or blow up they do not stay up in the racing grove they are suppose to pull down out of the way 76.179.5.122 (talk) 19:27, 2 August 2020 (UTC)

you are in the wrong place. We have no idea what DNF is. Bawolff (talk) 19:34, 2 August 2020 (UTC)

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

Importing older MW (1.18) database results in MySQL 1071 error.

Attempting to reboot an old MW installation based on v1.18.1 and still have the original SQL database.

When importing said database, I get the following error:

CREATE TABLE IF NOT EXISTS `account_requests` (
  `acr_id` int(10) unsigned NOT NULL AUTO_INCREMENT,
  `acr_name` varchar(255) CHARACTER SET utf8 COLLATE utf8_bin NOT NULL DEFAULT '',
  `acr_real_name` varchar(255) CHARACTER SET utf8 COLLATE utf8_bin NOT NULL DEFAULT '',
  `acr_email` tinytext NOT NULL,
  `acr_email_authenticated` binary(14) DEFAULT NULL,
  `acr_email_token` binary(32) DEFAULT NULL,
  `acr_email_token_expires` binary(14) DEFAULT NULL,
  `acr_bio` mediumblob NOT NULL,
  `acr_notes` mediumblob NOT NULL,
  `acr_urls` mediumblob NOT NULL,
  `acr_ip` varchar(255) DEFAULT '',
  `acr_filename` varchar(255) DEFAULT NULL,
  `acr_storage_key` varchar(64) DEFAULT NULL,
  `acr_type` tinyint(255) unsigned DEFAULT '0',
  `acr_areas` mediumblob NOT NULL,
  `acr_registration` char(14) NOT NULL,
  `acr_deleted` tinyint(1) NOT NULL,
  `acr_rejected` binary(14) DEFAULT NULL,
  `acr_held` binary(14) DEFAULT NULL,
  `acr_user` int(10) unsigned NOT NULL DEFAULT '0',
  `acr_comment` varchar([...]

#1071 - Specified key was too long; max key length is 255 bytes I'm aware that this issue likely isn't present in later updates but I desperately want to preserve the data from this database. It does import some of the tables but most are left unfinished or not imported at all (particularly mw_page). Are there any known workarounds that would allow me to properly import this database? Thanks! Orbitstorm88 (talk) 20:45, 2 August 2020 (UTC)

So this more depends on the version of your db than mediawiki. Modern mysql has a limit of 767 bytes

(If not already) ensure you are using innodb as the db engine. You can also try changing the charset in the table definition to binary instead of utf8 (which will make keysize be smaller), although you have to make sure you have no character conversion issues during the import (it should be fine, just make sure to check non english letters are imported ok) Bawolff (talk) 21:04, 2 August 2020 (UTC)

I can not join to the game.

I can not start playing, when I go to the server they write to me that I am already in the game and try to restart later. No one has hacked my account. Or rather, he writes:Your account is already online. Please wait a few moments, then try again. A game Curse of Aros. Kerzqss (talk) 09:23, 3 August 2020 (UTC)

@Kerzqss Welcome to MediaWiki.org's Support desk, where you can ask MediaWiki questions! What does your comment have to with MediaWiki? Malyacko (talk) 09:30, 3 August 2020 (UTC)

For this game, support is being transferred to this site. Kerzqss (talk) 09:32, 3 August 2020 (UTC)

@Kerzqss We have no idea which game, which website, which link you refer to. Please be way more specific and provide links. (In general, anybody can link to anything on the interwebs.) Malyacko (talk) 11:20, 3 August 2020 (UTC)

Mendeley Catalogue

Hi there,

I'm a product manager at Mendeley.

We're seeing a lot of new backlinks being created from Wikipedia to Mendeley Catalogue. This is obviously very welcome, but I got to wondering how these are being created. I suppose this is an automatic function on Wikipedia using the Extension:Mendeley MediaWiki extension? Thanks to Nischay Nahata for maintaining that.

If there's any support we can offer to make your lives easier working with Mendeley, please do drop me a line matthew [dot] stratford //at// elsevier.com

Regards,

Matt

– Matt Stratford, Product Manager, Mendeley SaltedCaramel (talk) 11:38, 3 August 2020 (UTC)

hi,

Extension:Mendeley isn't enabled on wikipedia. Its possible that these links are coming from Citeoid instead (?). w:Special:LinkSearch might be helpful for finding out more.

You might want to try contacting the people who run w:WP:TWL as they might be able to better direct you. Bawolff (talk) 19:29, 3 August 2020 (UTC)

Bulk updates to all pages

While secured pages would be exempt, is there a way to update strings across all pages in a wiki? A team we rely on for issue tracking has changed their URL; it's a simple search/replace function to fix them. Is there a way to do bulk or multi-page edits? 2001:4898:80E8:F:48EC:B376:BC4D:DEF (talk) 17:29, 3 August 2020 (UTC)

You could use a bot Manual:Pywikibot or maybe play with the API. Malyacko (talk) 18:45, 3 August 2020 (UTC)

I think Extension:Replace Text can also be used. – Ammarpad (talk) 03:57, 4 August 2020 (UTC)

Block web access to files and folders

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

---

Hi. I have created a test wiki at wiki.rehman.website to demo how companies can use private wikis. But I'm sort of clueless on how to block public access to the files/folders (including mediawiki-uploaded images) on the server. For example, https://wiki.rehman.website/docs/ and https://wiki.rehman.website/images/ (and all other folders) are currently publicly accessible. After much looking up, the furthest I've got is adding a .htaccess file with "Deny from All". But that just blocks the whole site altogether.

I've read Manual:Image authorization but I find that lacking clear steps on how to go about with this from scratch. Can anyone assist please? Or point me to a page with clearer steps?

I want to block all direct public access to files and folders. Many thanks in advance. Rehman 17:46, 3 August 2020 (UTC)

This seems to be about restricting access to some folders on your webserver.

This needs to be fixed by changing the settings in your webserver software, not in the MediaWiki software. Malyacko (talk) 18:47, 3 August 2020 (UTC)

The usual approach (with apache) is to not have mediawiki in the web directory, have alias directives for any php entry points, use img_auth.php for images, and have a php script that only serves static files out of extension directory (that isnt needed as much for modern mediawiki, more for compat with lld extensions).

Wikipedia essentially does this (in order to be a bit extra paranoid) Bawolff (talk) 19:25, 3 August 2020 (UTC)

Thank you for the replies, Malyacko and Bawolff. After looking a bit deeper, I've noticed the "Indexes" and "Hotlink protection" settings in cpanel (I use namecheap for this test site).

In the "Indexes" settings I had to select the main folder and choose the "no index" option (as opposed to the already selected default option). This immediately blocked all direct access to the site's folders, solving 50% of my problem (50% because the folders are now invisible, but already-obtained direct links to files still works).

The "Hotlink protection" setting allowed me to block all direct access to files. Based on my requirements, I had blocked png,gif,jpg,jpeg,webp,pdf,ppt,pptx,doc,docx,xls,xlsx,oft. It is interesting to note that for files such as JPG, the direct link (https://wiki.rehman.website/index.php/File:Testfile.jpg) does not work when accessing directly from the address bar, but works when you click the file link via an internal MediaWiki link. Obviously this is just one level of protection, and img_auth.php and others should also be followed.

Hope these helps for other readers.

One thing I still need help with though, is how to block direct links such as https://wiki.rehman.website/load.php. Or, should they be blocked? If I add php to the hotlink protection settings, the site would not work. Rehman 04:01, 4 August 2020 (UTC)

hotlink protection generally works by looking at referer headers. Which is why it blocks direct address bar access but not internal links.

In terms of blocking load.php - i guess i would ask what you are trying to accomllish by blocking hotlinks. Normally there wouldnt be much benefit to blocking hot links to it.

If you are using apache as your webserver, creating a file named .htaccess containing Deny From All will usually block access to files in that directory. Bawolff (talk) 05:48, 4 August 2020 (UTC)

Thanks for the reply. Load.php is just an example php file in that main directory. I guess my question should have been a bit clearer - the wiki will be a private wiki with sensitive information. Should I worry if files like these are publicly accessible via direct link? Rehman 06:01, 4 August 2020 (UTC)

you shouldn't rely on hotlink protection for any real security. It is very easy to bypass. Its designed to stop your bandwidth from being wasted (from linking at popular website), not to prevent access.

I would just ensure that img_auth.php is setup, make your image directory somewhere that isnt web accessible (so peolle cant direct view images), and ensure mediawiki groups are setup correctly to restrict reading.

(This is the basic advice that works for an average person, and balances ease of setup with reasonable amount of security. If the data is super sensitive, where lives/millions of dollars/etc is on the line, hire an information security consultant) Bawolff (talk) 00:06, 5 August 2020 (UTC)

Thanks. I've setup img_auth.php (and added the .htaccess in the /images) folder, and also disabled index browsing on the main folder. Just one more question though (and pardon me if it's a silly one). Since all other folders don't have htaccess setup (like /images), they are publicly accessible if a direct link is available. Do any of the other MediaWiki files/folders have anything sensitive/unprotected, or can they be left as it is? Adding the same .htaccess setting like /images block MediaWiki from working. Rehman 17:29, 5 August 2020 (UTC)

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

Mobile version error

The end of the page (where the text is highlighted in green) is in error 189.94.138.65 (talk) 23:49, 3 August 2020 (UTC)

the page history 189.94.138.65 (talk) 23:51, 3 August 2020 (UTC)

Can you be more specific? What error exactly? Jackmcbarn (talk) 00:26, 4 August 2020 (UTC)

It seems they are referring to phab:T259565 – Ammarpad (talk) 03:54, 4 August 2020 (UTC)

Upgrading Mediawiki and restoring old DB on CentOS 7

Hi, I was previously running Mediawiki v1.27.4 on CentOS 7.3 (or 7.4). This is for a personal wiki; i.e., I don't need it to be accessible elsewhere and usually accessed it via localhost

I had to re-install CentOS (now running 7.8) and downloaded Mediawiki v1.33.1. I restored the previously backed-up database which was backed up by

mysqldump -u wikiuser --password=${PASSWORD} wikidb -c | gzip > wikidb-$(date '%Y%m%d').sql.gz

Versions of other support software (since CentOS has lower native versions) include:

• httpd24-httpd
• php74 (installed via centos-release-scl)
• mariadb (and mariadb-server)

I enabled all of the above as well.

When first logging into the MySQL client, I followed instructions to create the database wikidb with the same username and password as the old wiki. To import the backed-up database, I did

tar xf wikidata-YYYYMMDD.sql.gz

gunzip wikidata-YYYYMMDD.sql.gz

mysql -u wikiuser -p wikidb < wikidb-YYYYMMDD.sql

I then edited some lines in httpd.conf, namely to change DocumentRoot and Directory to /var/www/html. I also changed DirectoryIndex to read index.html index.html.var index.php

I also ran php74 update.php --server "localhost" in the maintenance directory.

Now when I point my browser to http://localhost/mediawiki/index.php it only shows the contents of the file, including

If you are reading this in your web browser, your server is probably not configured correctly to run PHP applications!

I'm stumped. Any thoughts? I am happy to provide more information. Thanks! Isthismetal (talk) 04:25, 4 August 2020 (UTC)

usually means apache doesnt have php enabled in its config file. You probably have to add a line to httpd.conf.

I dont know about centos, but in some distros there are separate packages for commandline php and php for apache, so make sure you have the right one installed. Bawolff (talk) 07:08, 4 August 2020 (UTC)

Thanks for replying. It seems to me like php is enabled, if I understand correctly. I ran the command httpd -M and it does show that php7_module is loaded/enabled. Any other ideas? If it helps, when I try to open phpMyAdmin in the browser it gives me a 404 Page not found error. I am not sure what changed after re-installing, because to the best of my knowledge I installed everything I had when it was previously working. Thanks.

P.S. I also see the following in /var/log/httpd24/error_log after restarting the service:

[Wed Aug 05 19:20:13.425109 2020] [http2:warn] [pid 7010] AH10034: The mpm module (prefork.c) is not supported by mod_http2. The mpm determines how thin    gs are processed in your server. HTTP/2 has more demands in this regard and the currently selected mpm will just not do. This is an advisory warning. Yo    ur server will continue to work, but the HTTP/2 protocol will be inactive.

I am not sure if that is at all helpful. Furthermore, I notice in /var/log/httpd24/access_log that it says HTTP/1.1 so I am not sure if that should be HTTP/2 instead. Isthismetal (talk) 00:15, 6 August 2020 (UTC)

it could be that php7 module isnt loaded for that virtual server, or isnt associated with .php files, etc.

I think the http2 error is safe to ignore provided you dont care about http2 (http2 will make things faster but is definitely not critical) Bawolff (talk) 02:31, 6 August 2020 (UTC)

Trying to add support topic but getting spam restriction

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 there,

i try to open a support ticket for LDAP Stack but I get a spam filter (flow) error when i try to submit.

I admit the text got rather long due to the conf files. Any help?

It says "contact an administrator" , is this the right way?

greetings Ds sra (talk) 07:49, 4 August 2020 (UTC)

It seems you're trying to link to some external websites, though I cannot say what website exactly is that. Consider crafting your comment without the link or put it inside ‎<nowiki>...‎</nowiki> tags. You also need not copy the entire text of the files, consider posting excerpt of where you think is the main cause of what ever errors you're seeing. – Ammarpad (talk) 08:21, 4 August 2020 (UTC)

I check that. Might there be a problem with the ldap-uri?

I already shortened it and removed all comments but as I cant tell what exactly is necessary I dont want to cut off too much Ds sra (talk) 08:30, 4 August 2020 (UTC)

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

Empty index.php

Hello,

after installation i see only blank screen. I follow up tutorial, which should display errors. But in FTP i found out that index.php in root has size 0 (is empty). Is it all right? 81.25.29.158 (talk) 08:42, 4 August 2020 (UTC)

no. The file should be short but not 0 bytes.

I would suggest reinstalling mediawiki. Bawolff (talk) 15:25, 4 August 2020 (UTC)

Configure VisualEditor following Parsoid/PHP result in RestBase HTTP 500 error

I am currently running the latest master branch of mediawiki, and is trying to set up VisualEditor for development. However, since Parsoid switch to PHP starting 1.35, a lot of the current instructions become outdated as they are focusing on the Parsoid/JS. I tried following Parsoid/PHP#Developer_Setup, which results VisualEditor displaying error HTTP 500 of not being able to display error.

I am confused as T248343 suggests that VE should be working out of box, meaning no need to set up RestBase server. Even I want to setup a RestBase server, the current instructor requires me to know the Parsoid/PHP’s server address, which I do not know since Parsoid/PHP becomes MW instance. There is currently no instruction of how to setup RestBase with Parsoid/PHP (see T248319)

If anyone have successfully set up VisualEditor based on Parsoid/PHP and RestBase, I would love to have a discussion with you about the set up process, so we can update the outdated setup instructions. VulpesVulpes825 (talk) 11:37, 4 August 2020 (UTC)

Did you, btw., find a solution for this problem? I find myself in the very same spot, and tbh, the documentation for Parsoid and RESTbase weren't really great initially, but with the move to Parsoid/PHP it is basically non-existent, which is sad... Florianschmidtwelzow (talk) 14:22, 14 February 2021 (UTC)

nvm, I found a solution, at least for my setup. A bit of a background:

I've a docker stack setup, where an nginx serves as a frontend proxy, forwarding a MediaWiki request to a varnish, which, when it is not cached, forwards the request to the same nginx instance on another port (8080), which serves the request using a php backend. (sounds complex, but hey :D)

In order to get Parsoid/PHP working, I just had to configure my restbase service to point to the second nginx instance (on port 8080) and using the path to the rest api of MediaWiki. RESTbase seems to automatically put in the required headers (like probably Host) in order to route the request to the correct MediaWiki instance.

So, for me, going from (parsoid is the docker service name I used before when I had parsoid JS deployed):

parsoid:

host: http://parsoid:8000

to:

parsoid:

host: http://frontend-proxy:8080/w/rest.php

worked for me.

However, also noted: The wikis I host (4 of them) are all served by the same cluster of nginx and php-fpm instances. Florianschmidtwelzow (talk) 14:48, 14 February 2021 (UTC)

Diff

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 tried to create diff account with my pseudonym and e-mail adress, but it didn't send any verification e-mail (I checked the spam) and when I tried to login, it didn't recognize my pseudonym (I tried also with my e-mail adress). Golmore (talk) 19:25, 4 August 2020 (UTC)

@Golmore What is a "diff account"? Malyacko (talk) 19:27, 4 August 2020 (UTC)

Sorry, finally it worked, I resat my password and it sent an e-mail. Golmore (talk) 06:01, 5 August 2020 (UTC)

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

ipv6 support for $wgDnsBlacklistUrls

Hello, anyone know how support for ipv6 addresses could be implemented to the $wgDnsBlacklistUrls setting?

Would be very useful, this is also an issue with the TorBlock Extension as Tor ipv6 addresses are not blocked, only ipv4 addresses.

Should I create a task in phabricator for this? Dnsbl1 (talk) 20:58, 4 August 2020 (UTC)

I cannot log in to Active Worlds. The browser will not work, nor can I access it to get my citizen number. Please help.

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

---

I cannot log in to Active Worlds. The browser will not work, nor can I access it to get my citizen number. Please help.

The current AW browser was working just a month ago. What's changed?

Reply to: (removed) 174.246.136.55 (talk) 22:59, 4 August 2020 (UTC)

You're in the wrong place. This is the support desk for the MediaWiki software, not for Active Worlds. Jackmcbarn (talk) 01:13, 5 August 2020 (UTC)

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

Feature suggestion: Ability to select skins without account

This would save preferred skin as a browser cookie, because not all instances of MediaWiki allow account creations. An example for a site that does this is the XDA Developers forums.

As far as I know, the only ways to select a skin are in the user settings and with the one-time useskin= URL parameter.

I suggest implement a skin setting that does use browser cookies instead of account settings. 46.114.106.49 (talk) 08:08, 5 August 2020 (UTC)

See How to report a bug Malyacko (talk) 08:34, 5 August 2020 (UTC)

interface administrator

Hello,

I have just installed MediaWiki version 1.34.2 on our website, and now i need to make myself and some other users a member of the "interface-admin" group, but the "User rights" page does not show this group ... so how should i do that?

Thank you! Yadasampati (talk) 11:43, 5 August 2020 (UTC)

Do you mean that you don't see the group at all, or that you see it but it's under "Groups you cannot change"? Jackmcbarn (talk) 21:57, 5 August 2020 (UTC)

Thanks for your reaction.

I do not see the group at all. I only see "Groups you can change", and they are Editor, emailconfirmed, bot, administrator and bureaucrat (which i checked in my case).

But in the mean time i found out that when i repeat the permissions in LocalSettings.php, i do see it (as "interface administrator") and i can check it:

$wgGroupPermissions['interface-admin']['editinterface'] = true;

$wgGroupPermissions['interface-admin']['editsitejs'] = true;

$wgGroupPermissions['interface-admin']['editsitecss'] = true;

$wgGroupPermissions['interface-admin']['editsitejson'] = true;

$wgGroupPermissions['interface-admin']['edituserjs'] = true;

$wgGroupPermissions['interface-admin']['editusercss'] = true;

$wgGroupPermissions['interface-admin']['edituserjson'] = true;

I feel that this should not be necessary though, since according to the documentation interface-admin is an existing group, already containing these permissions. Yadasampati (talk) 04:33, 6 August 2020 (UTC)

Are you sure you're on MediaWiki version 1.34.2? Ciencia Al Poder (talk) 10:45, 8 August 2020 (UTC)

Yes, i am. Sorry for my late answer Yadasampati (talk) 12:14, 16 August 2020 (UTC)

Those permissions should have been in includes/DefaultSettings.php since 1.32 (see MediaWiki 1.32/interface-admin). I just verified that the tar gzip for 1.34.2 definitely contains that, which is why others are confused: it should already show up by default.

Did you double-check the version at Special:Version on your wiki? If so, can you speak more about how you downloaded/installed the software? I see those as defaults in the .tar.gz, as well as in the Git branch for that version. Did you perhaps perform an upgrade from an older version, while possibly only updating a subset of the files? Hazard-SJ (talk) 05:11, 17 August 2020 (UTC)

Yes indeed, you are right. The permissions are already there in includes/DefaultSettings.php

Still, i remember that i was not able to to select the interface-administrator on the "User rights" page, only after listing them explicitly in LocalSettings.php.

And i just confirmed: if i remove the permissions from LocalSettings.php, i do not see interface-administrator on the "User rights" page ...

I downloaded mediawiki-1.34.2.tar.gz from Download/en Yadasampati (talk) 13:23, 22 August 2020 (UTC)

grouping groups

is it possible to have 1 group that imports multipul group permissions

for example:

Sales_Manager = Sales_M & Sales

Sales_Dept = Sales

so that everyone in sales department group has read access to all the documentation they need.

but the Sales managers have this access plus edit permissions and also access to aditional documentation

I am using the extension "Restrict access by category and group" to group pages by categories and makingthem private. BUT i have to edit each user 1 by 1 and add them to all the corosponding categories.

at the moment i have 12 private categories and 30 users.

the 30 users could be grouped into 6 departments requireing access to certain categories based on their department 80.42.233.218 (talk) 12:43, 5 August 2020 (UTC)

That extension is unmaintained and severely out of date. It also says at the top:

"If you need per-page or partial page access restrictions, you are advised to install an appropriate content management package. MediaWiki was not written to provide per-page access restrictions, and almost all hacks or patches promising to add them will likely have flaws somewhere, which could lead to exposure of confidential data. We are not responsible for anything being leaked."

"This extension stores its source code on a wiki page. Please be aware that this code may be unreviewed or maliciously altered. They may contain security holes, outdated interfaces that are no longer compatible etc."

Essentially what you are trying to do it not supported by MediaWiki. You are not likely to get help here to use MediaWiki for other than how it was intended. TiltedCerebellum (talk) 22:07, 14 August 2020 (UTC)

BlueSpice: PermissionManager - Stand Alone?

Does anyone know if the BlueSpice Extension:PermissionManager can be installed by itself?

I'm not sure if I made a mistake while extracting the files, uploading them, or registering them in the LocalSettings.php, but after doing all that, it completely killed my website.

So I'm wondering if I did something wrong, or if I'm missing some dependencies and it does not work on it's own.

Thanks. BubbaUsesWiki (talk) 15:29, 5 August 2020 (UTC)

if you enable php error reporting it will help to determine if its just a silly typo somewhere or if its a bigger issue. Bawolff (talk) 18:32, 5 August 2020 (UTC)

Notice: Undefined variable: wgSpecialPageGroups in /usr/www/users/majorct/wiki/LocalSettings.php on line 220

Notice: Undefined variable: wgSpecialPageGroups in /usr/www/users/majorct/wiki/LocalSettings.php on line 221

Notice: Undefined variable: wgSpecialPageGroups in /usr/www/users/majorct/wiki/LocalSettings.php on line 222

Fatal error: Uncaught ExtensionDependencyError: BlueSpicePermissionManager is not compatible with the current MediaWiki core (version 1.34.1), it requires: >= 1.36.0. BlueSpicePermissionManager requires BlueSpiceFoundation to be installed. in /usr/www/users/majorct/wiki/includes/registration/ExtensionRegistry.php:334 Stack trace: #0 /usr/www/users/majorct/wiki/includes/registration/ExtensionRegistry.php(186): ExtensionRegistry->readFromQueue(Array) #1 /usr/www/users/majorct/wiki/includes/Setup.php(143): ExtensionRegistry->loadFromQueue() #2 /usr/www/users/majorct/wiki/includes/WebStart.php(81): require_once('/usr/www/users/...') #3 /usr/www/users/majorct/wiki/index.php(41): require('/usr/www/users/...') #4 {main} thrown in /usr/www/users/majorct/wiki/includes/registration/ExtensionRegistry.php on line 334 BubbaUsesWiki (talk) 04:49, 6 August 2020 (UTC)

So the error is quite self-explanatory. Do you need anything else? – Ammarpad (talk) 06:29, 6 August 2020 (UTC)

Yes, I need someone to explain it, or are you just posting to boost your ego and make yourself feel good? BubbaUsesWiki (talk) 14:22, 6 August 2020 (UTC)

Not really. Sorry if you feel offended. I was trying to avoid offending you because unnecessarily explaining what is already obvious can be perceived in a different way too. – Ammarpad (talk) 21:47, 7 August 2020 (UTC)

The error message says "BlueSpicePermissionManager is not compatible with the current MediaWiki core (version 1.34.1), it requires: >= 1.36.0. BlueSpicePermissionManager requires BlueSpiceFoundation to be installed". That means that you need to install BlueSpiceFoundation for it to work. You're also using a version of it that does not support MediaWiki 1.34.1 (that's what you are using). According to Special:ExtensionDistributor/BlueSpicePermissionManager the extension only supports LTS versions 1.31 and 1.35 (which is due to be released later this month). Taavi (talk!) 15:11, 6 August 2020 (UTC)

Offset anchor targets to account for sticky navbar

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 there,

I'm using Mediawiki with a custom skin on this new website we launched. I have tried everything under the sun to offset the achor links' destinations to account for the navbar height and actually show up. I can not get it to work on mobile. I have a toggle menu in mobile view with the TOC in there. When a TOC link is clicked, it closes the menu and goes to the proper header. But no offsetting technique seems to work. Some JS snippets i've found will overwrite the default option but the offset is all over the place and you end up on a completely random part of the page. To clarify, some JS techniques do work on Desktop, that is not my concern, i can get it to work on desktop. Mobile though...

See for yourselves: https://buddhanature.tsadra.org/index.php/Articles/A_History_of_Buddha-Nature_Theory:_The_Literature_and_Traditions

Try the links in the "Content" section in the sidebar.

Here's what i've tried:

CSS

.mw-headline {
     margin-top: -100px;
     padding-top: 100px;
     display: block;
}

.mw-headline::before {

    display: block;
    content: " ";
    margin-top: -285px;
    height: 285px;
    visibility: hidden;
    pointer-events: none;

}

.toc a:target::before {

    content: "";
    display: block;
    height: 100px; /* fixed header height*/
    margin: -100px 0 0; /* negative fixed header height */

}

JS

jQuery(function($) {
  $('a[href*="#"]:not([href="#"])').click(function(e) {
     if (location.pathname.replace(/^\//,'') == this.pathname.replace(/^\//,'') || location.hostname == this.hostname) {
      var target = $(this.hash);
      headerHeight = 100;
      target = target.length ? target : $('[id="' + this.hash.slice(1) +'"]');
      if (target.length) {
        $('html,body').stop().animate({
          scrollTop: target.offset().top - headerHeight //offsets for fixed header
        }, 'linear');
      }
    }
  });
}); 

$("a[href^='#']").not(".no-offset a").click(function(e) {
	if ($(e.target.hash)) {
		var hash = e.currentTarget.hash.substring(1);
		var anchorTagOffset = $("*[id='" + hash + "']").offset().top - 100;
		$('body').animate({
			scrollTop : anchorTagOffset,
		}, 100);
	}
});

jQuery(function($) { 
	$('a[href^="#"]').click(function(event){
	    event.preventDefault();
	    var target_offset = $(this.hash.substring(1)).offset() ? $(this.hash.substring(1)).offset().top : 0;
	    //change this number to create the additional off set        
	    var customoffset = 100;
	    $('html, body').animate({scrollTop:target_offset - customoffset}, 200);
	});
};

Any clues or suggestions as to what direction i should go into?

I've also tried to switch the behavior of the navbar from sticky to fixed (I'm using Bootstrap 4) and add a top padding/margin to the body element. No luck either.

I'm asking here in case anyone has information about this as it relates to the wiki software itself.

Thanks in advance! Jeremi Plazas (talk) 16:46, 5 August 2020 (UTC)

For anyone wondering. I figured out the problem. The parent element of span.mw-headline had overflow: hidden;set, which prevented any CSS solution from working. Here's what i did in the end:

======JS======

$('span.mw-headline').each(function() {
	$(this).addClass('offset-header');
	$(this).parent().css('overflow', 'visible');
});

======CSS======

.offset-header {
    display: block;
    margin-top: -100px;
    padding-top: 100px;
}

This did the trick for me.

Cheers. Jeremi Plazas (talk) 17:32, 6 August 2020 (UTC)

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

Creating new page from 3rd party site

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

---

What I'm looking for is being able to automatically create pages/categories from my own website.

Currently my sites adds items to my database, I'd like to automatically create a page/category based on this item.

Initial text in the pages would be the same.

Currently I'm manually creating the pages with the below url format: "itemName_(deck)" and "Category:ITEMNAME"

Is there any information for doing it from a 3rd party website, searching only shows extension for doing it from the wiki itself.

I have access to the files & database for both sites if required Desbrina1 (talk) 18:59, 5 August 2020 (UTC)

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

Restrict pages for a group of users

How can I restrict a page for a group of users?

I'm using the Mediawiki to build and to document all of information from my business. Now I need a way to restrict data from determined departament of the company. There a extension or configuration that allow me to do this? Thiagosantiagomelo (talk) 19:52, 5 August 2020 (UTC)

Please read Manual:Preventing access and take note of the cautions and notes there. – Ammarpad (talk) 06:25, 6 August 2020 (UTC)

Thanks for you help. From what I read, there's no way to do that without any risk, right? Thiagosantiagomelo (talk) 11:52, 7 August 2020 (UTC)

It's not a use case that MediaWiki is designed for. It's meant to be that either everything is public, or the whole wiki is restricted to the same group of people. The risk-free way to do it is to have a separate wiki for each department that wants private data. Jackmcbarn (talk) 20:49, 7 August 2020 (UTC)

Thank you so much Thiagosantiagomelo (talk) 12:36, 9 August 2020 (UTC)

I need help with my mediawiki.

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

---

I have a site called bookofrealms.com

I keep getting a slew of header errors and my hosting provider keeps telling me I was attacked by malware bots. They want to charge me $300 to fix it. I don't want to pay that so I'm trying to fix this myself.

These are the errors:

Warning: Cannot modify header information - headers already sent by (output started at /home3/sully/public_html/bookofrealms.com/index.php:4) in /home3/sully/public_html/bookofrealms.com/includes/WebStart.php on line 35

Warning: Cannot modify header information - headers already sent by (output started at /home3/sully/public_html/bookofrealms.com/index.php:4) in /home3/sully/public_html/bookofrealms.com/includes/libs/HttpStatus.php on line 112

Warning: Cannot modify header information - headers already sent by (output started at /home3/sully/public_html/bookofrealms.com/index.php:4) in /home3/sully/public_html/bookofrealms.com/includes/WebResponse.php on line 46

Warning: Cannot modify header information - headers already sent by (output started at /home3/sully/public_html/bookofrealms.com/index.php:4) in /home3/sully/public_html/bookofrealms.com/includes/WebResponse.php on line 46

Warning: Cannot modify header information - headers already sent by (output started at /home3/sully/public_html/bookofrealms.com/index.php:4) in /home3/sully/public_html/bookofrealms.com/includes/WebResponse.php on line 46

Warning: Cannot modify header information - headers already sent by (output started at /home3/sully/public_html/bookofrealms.com/index.php:4) in /home3/sully/public_html/bookofrealms.com/includes/WebResponse.php on line 46

Warning: Cannot modify header information - headers already sent by (output started at /home3/sully/public_html/bookofrealms.com/index.php:4) in /home3/sully/public_html/bookofrealms.com/includes/WebResponse.php on line 46

Warning: Cannot modify header information - headers already sent by (output started at /home3/sully/public_html/bookofrealms.com/index.php:4) in /home3/sully/public_html/bookofrealms.com/includes/WebResponse.php on line 46

I cannot figure out for the life of me what is going on wrong here. I made sure the <?> was correct on the local settings file and I just can't figure out what else to do here. Please help me as this private wiki is very important to me. thanks. 70.95.232.66 (talk) 23:19, 5 August 2020 (UTC)

the error probably means that index.php was modified. If your server was compromised, index.php was possibly modified to serve malware.

If you were attacked by malware, generally you should do the following:

Take a backup of everything for reference. include both db and filesystem

Try and figure out how it happened (apache access logs can be helpful). Otherwise you will just get compromised again.

Delete the server. This is to get rid of any backdoors the attacker may have installed.

Make a new server. Reinstall mediawiki and extensions (from official sources not from your backup. Use your backup only for the database, uploaded images and LocslSettings.php. verify that LocalSettings.php hss nothing suspicious in it)

Check that it all works. Bawolff (talk) 00:11, 6 August 2020 (UTC)

Thank you! 70.95.232.66 (talk) 03:44, 6 August 2020 (UTC)

Im on a shared hosting account though. I cant delete the server. 70.95.232.66 (talk) 03:45, 6 August 2020 (UTC)

in that case i would consider terminating your account and starting a new one (that way you know for sure any backdoors are gone. Be sure to backup all data including dbs before doing this).

Failing that, deleting all files is probably good enough. Or at least all files (including dotfiles) in your public_html directory (if your host allows crontabs, ensure nothing evil in there) Bawolff (talk) 07:24, 6 August 2020 (UTC)

thank you. You've been extraordinarily helpful. 70.95.232.66 (talk) 09:18, 7 August 2020 (UTC)

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

Reattribute edits made under a group account to the ip address of each edit

I have some edits made on the wiki that were made under a "group account". I'd like to reattribute these individual edits to their ip address instead and delete the group account. I saved which ip address made each edit.

Is this possible? I'm fine making each edit by hand even if I have to edit the database directly. 76.173.103.102 (talk) 03:27, 6 August 2020 (UTC)

There's script for that Manual:reassignEdits.php. Take note of phab:T249521, in case you're using that MW version. – Ammarpad (talk) 06:19, 6 August 2020 (UTC)

Thank you, but wouldn't that assign all edits made in the group account to one IP address? 76.173.103.102 (talk) 15:48, 6 August 2020 (UTC)

I don't think there's a way to selectively distribute edits the way you want, probably because this is not something common that needs to be done. You can amend the script though to pick and distribute the edits for you. Alternatively you can try Extension:ChangeAuthor to see whether it works, note the warning on the extension page. It's currently unmaintained. – Ammarpad (talk) 18:23, 7 August 2020 (UTC)

Getting an Internal error when viewing Special:Import

On my MediaWiki site, when I try to view the Special:Import page, I get this Internal error

[acdbea988d0a8ec41c300d95] 2020-08-06 11:49:25: Fatal exception of type "ParseError"

Any help is appreciated. IBBishops (talk) 11:52, 6 August 2020 (UTC)

See How to debug and provide the stack trace please. Taavi (talk!) 12:22, 6 August 2020 (UTC)

I need to change the Platform-Product Roadmap Subproject into Project

What: The https://phabricator.wikimedia.org/project/view/4913/ workboard should be a Phabricator project rather than a subproject within the Platform Team Workboards. NNzali (WMF) (talk) 09:36, 7 August 2020 (UTC)

Try posting at Talk:Phabricator/Help to ensure Phab admins see it or just file a task in the Phabricator project (as I believe this needs database fiddling) Taavi (talk!) 09:39, 7 August 2020 (UTC)

Thank you, @Majavah. NNzali (WMF) (talk) 06:14, 10 August 2020 (UTC)

Can Wikipedia API be used for commercial purpose ?

Can Wikipedia API be used for commercial purpose ? Is there a link to the copyright terms and condition? 193.32.30.50 (talk) 14:16, 7 August 2020 (UTC)

Which "Wikipedia API" (link)? What is a "commercial purpose", and do you refer to the API use itself, or to the content being used? For the latter, the content has a license, so see its license linked on any page. Malyacko (talk) 15:43, 7 August 2020 (UTC)

for the main action api (api.php Note:there are other apis too) see https://www.mediawiki.org/wiki/API:Etiquette You also have to comply with Wikimedia's general terms of use for anything to do with the site. The content returned by the api is usually copyrighted and you have to comply with the license. Generally this allows commercial use subject to certain conditions. Different wikimedia sites have different licenses so you have to be specific.

So probably yes, but there are some specific details you have to comply with, and the specifics depend on which api you mean specificly. Bawolff (talk) 02:34, 8 August 2020 (UTC)

Error using imported templates

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 started with a private wiki and I have already success @Altmic 1

But when importing templates from thengerman wikipedia, I got the following error for all (!!)

templates. {{#ifeq:10|0| Achtung: Die Vorlage:Dokumentation <http://wiki.altmannsberger.net/index.php?title=Vorlage:Dokumentation> wird im Artikelnamensraum verwendet. Wahrscheinlich fehlt onlyinclude> in einer eingebundenen Vorlage oder die Kapselung ist fehlerhaft. Bitte Vorlage:Bearbeiten <

http://wiki.altmannsberger.net/index.php?title=Vorlage:Bearbeiten&action=edit&redlink=1>. | {{#ifeq: 0 | 1 |

This means: The template:Documentation is used in the main space. Probably /onlyinclude> is missing in an embedded template, or the capsulation is wrong. Please edit the Template:Bearbeiten.

What is the meaning of this, Template:Documentation doesn’t exist.

Thank you very much!

altmic_1 Altmic 1 (talk) 22:42, 7 August 2020 (UTC)

Do you have Extension:ParserFunctions? Jackmcbarn (talk) 23:01, 7 August 2020 (UTC)

No, should I try this? Altmic 1 (talk) 23:12, 7 August 2020 (UTC)

Yes. You've imported templates that depend on it. Jackmcbarn (talk) 23:14, 7 August 2020 (UTC)

Thank you very much, that was the solution.

@Altmic 1 Altmic 1 (talk) 20:13, 10 August 2020 (UTC)

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

Lua error

Hello! Once again, I have a problem with MediaWiki. This time, the problems are apparently about some Languages ​​extension.

I am currently making a bit of a wiki similar to Wikimedia Commons. I took the Autotranslate module from Commons. When I create a template related to translations or the Languages ​​plug-in, I get the following text in red:

Lua error in Module:Autotranslate on line 71: No fallback page found for autotranslate (base = Template:Documentation, lang = ⧼lang⧽).

I have a Template: Documentation and the Parser function has languages, so it probably works like this: {{#languages}}.

My wiki includes the following extensions related to the language:

LanguageTag, LanguageSelector, UniversalLanguageSelector.

Thanks for the answers in advance. Antonkarpp (talk) 09:50, 8 August 2020 (UTC)

you need to copy the page commons:mediawiki:lang and all its subpages into your wiki. Bawolff (talk) 18:53, 8 August 2020 (UTC)

Thank you! This working. Antonkarpp (talk) 21:31, 8 August 2020 (UTC)

Hi, I am having the same error. Could you please share how the pages can be copied to a different Wiki? Rohan123Pandit (talk) 09:38, 18 July 2023 (UTC)

false

Excusez-moi, je ne parle pas l'anglais, quand j'essaie au début , j'obtiens le message d'erreur suivant : ubuntu@ubuntu-Lenovo-ideapad-330-17IKB:~$    gksudo gedit filename

La commande « gksudo » n'a pas été trouvée, voulez-vous dire :

  commande « gfsudo » du deb gfarm-client

Essayez : sudo apt install <nom du deb> 90.45.227.38 (talk) 12:37, 8 August 2020 (UTC)

Vous utilisez la mauvaise commande et c'est ce qu'elle vous dit. Votre question est de savoir comment faire les choses dans Ubuntu. Ceci est le service d'assistance de MediaWiki pour les questions concernant le logiciel MediaWiki uniquement. Ils ne peuvent pas vous aider à apprendre à installer des logiciels sous Linux. Ce que vous demandez dépasse le cadre de ce service d'assistance.

You are using the wrong command and that is what it is telling you. Your question is rabout how to do things in Ubuntu. This is the MediaWiki help desk for questions about the MediaWiki software only. They cannot help you learn how to install software in Linux. What you are asking is beyond the scope of this help desk. TiltedCerebellum (talk) 21:56, 14 August 2020 (UTC)

J'obtiens le résultat suivant : ubuntu@ubuntu-Lenovo-ideapad-330-17IKB:~$  gksudo gedit filename

La commande « gksudo » n'a pas été trouvée, voulez-vous dire :

  commande « gfsudo » du deb gfarm-client

Essayez : sudo apt install <nom du deb>

ubuntu@ubuntu-Lenovo-ideapad-330-17IKB:~$  gfsudo gedit filename

La commande « gfsudo » n'a pas été trouvée, mais peut être installée avec :

sudo apt install gfarm-client 90.45.227.38 (talk) 12:42, 8 August 2020 (UTC)

ubuntu@ubuntu-Lenovo-ideapad-330-17IKB:~$ sudo apt-get install apache2 mysql-server php5 php5-mysql libapache2-mod-php5

Lecture des listes de paquets... Fait

Construction de l'arbre des dépendances       

Lecture des informations d'état... Fait

Aucune version du paquet php5 n'est disponible, mais il existe dans la base

de données. Cela signifie en général que le paquet est manquant, qu'il est devenu obsolète

ou qu'il n'est disponible que sur une autre source

Aucune version du paquet libapache2-mod-php5 n'est disponible, mais il existe dans la base

de données. Cela signifie en général que le paquet est manquant, qu'il est devenu obsolète

ou qu'il n'est disponible que sur une autre source

Aucune version du paquet php5-mysql n'est disponible, mais il existe dans la base

de données. Cela signifie en général que le paquet est manquant, qu'il est devenu obsolète

ou qu'il n'est disponible que sur une autre source

E: Le paquet « php5 » n'a pas de version susceptible d'être installée

E: Le paquet « php5-mysql » n'a pas de version susceptible d'être installée

E: Le paquet « libapache2-mod-php5 » n'a pas de version susceptible d'être installée 90.45.227.38 (talk) 12:50, 8 August 2020 (UTC)

ubuntu@ubuntu-Lenovo-ideapad-330-17IKB:~$ sudo apt-get install apache2 mariadb-server-10.0 php php-mysql libapache2-mod-php php-xml php-mbstring

Lecture des listes de paquets... Fait

Construction de l'arbre des dépendances       

Lecture des informations d'état... Fait

Aucune version du paquet mariadb-server-10.0 n'est disponible, mais il existe dans la base

de données. Cela signifie en général que le paquet est manquant, qu'il est devenu obsolète

ou qu'il n'est disponible que sur une autre source

Cependant les paquets suivants le remplacent :

  percona-xtradb-cluster-server-5.7:i386 mariadb-server-10.1:i386

  mariadb-plugin-spider:i386 mariadb-plugin-oqgraph:i386

  mariadb-plugin-mroonga:i386 mariadb-plugin-connect:i386

  mariadb-client-10.1:i386 percona-xtradb-cluster-server-5.7

  mariadb-server-10.1 mariadb-plugin-tokudb mariadb-plugin-spider

  mariadb-plugin-oqgraph mariadb-plugin-mroonga mariadb-plugin-connect

  mariadb-client-10.1

E: Le paquet « mariadb-server-10.0 » n'a pas de version susceptible d'être installée 90.45.227.38 (talk) 12:52, 8 August 2020 (UTC)

tar -xvzf /tmp/mediawiki-*.tar.gz

sudo mkdir /var/lib/mediawiki

sudo mv mediawiki-*/* /var/lib/mediawiki 90.45.227.38 (talk) 12:55, 8 August 2020 (UTC)

tar -xvzf /tmp/mediawiki-*.tar.gz

sudo mkdir /var/lib/mediawiki

sudo mv mediawiki-*/* /var/lib/mediawiki 90.45.227.38 (talk) 12:56, 8 August 2020 (UTC)

ubuntu@ubuntu-Lenovo-ideapad-330-17IKB:/tmp$ sudo mv mediawiki-*/* /var/lib/mediawiki

mv: impossible de déplacer 'mediawiki-1.34.2/cache' vers '/var/lib/mediawiki/cache': Le dossier n'est pas vide

mv: impossible de déplacer 'mediawiki-1.34.2/docs' vers '/var/lib/mediawiki/docs': Le dossier n'est pas vide

mv: impossible de déplacer 'mediawiki-1.34.2/extensions' vers '/var/lib/mediawiki/extensions': Le dossier n'est pas vide

mv: impossible de déplacer 'mediawiki-1.34.2/images' vers '/var/lib/mediawiki/images': Le dossier n'est pas vide

mv: impossible d'écraser le non répertoire '/var/lib/mediawiki/includes' par le répertoire 'mediawiki-1.34.2/includes'

mv: impossible d'écraser le non répertoire '/var/lib/mediawiki/languages' par le répertoire 'mediawiki-1.34.2/languages'

mv: impossible d'écraser le non répertoire '/var/lib/mediawiki/maintenance' par le répertoire 'mediawiki-1.34.2/maintenance'

mv: impossible d'écraser le non répertoire '/var/lib/mediawiki/mw-config' par le répertoire 'mediawiki-1.34.2/mw-config'

mv: impossible d'écraser le non répertoire '/var/lib/mediawiki/resources' par le répertoire 'mediawiki-1.34.2/resources'

mv: impossible d'écraser le non répertoire '/var/lib/mediawiki/skins' par le répertoire 'mediawiki-1.34.2/skins'

mv: impossible de déplacer 'mediawiki-1.34.2/tests' vers '/var/lib/mediawiki/tests': Le dossier n'est pas vide

mv: impossible d'écraser le non répertoire '/var/lib/mediawiki/vendor' par le répertoire 'mediawiki-1.34.2/vendor' 90.45.227.38 (talk) 12:57, 8 August 2020 (UTC)

ubuntu@ubuntu-Lenovo-ideapad-330-17IKB:~$ sudo mkdir /var/lib/mediawiki

[sudo] Mot de passe de ubuntu :

Désolé, essayez de nouveau.

[sudo] Mot de passe de ubuntu :

mkdir: impossible de créer le répertoire «/var/lib/mediawiki»: Le fichier existe 90.45.227.38 (talk) 13:00, 8 August 2020 (UTC)

ubuntu@ubuntu-Lenovo-ideapad-330-17IKB:~$ sudo mv mediawiki-*/* /var/lib/mediawiki

mv: impossible de déplacer 'mediawiki-1.34.2/cache' vers '/var/lib/mediawiki/cache': Le dossier n'est pas vide

mv: impossible de déplacer 'mediawiki-1.34.2/docs' vers '/var/lib/mediawiki/docs': Le dossier n'est pas vide

mv: impossible de déplacer 'mediawiki-1.34.2/extensions' vers '/var/lib/mediawiki/extensions': Le dossier n'est pas vide

mv: impossible de déplacer 'mediawiki-1.34.2/images' vers '/var/lib/mediawiki/images': Le dossier n'est pas vide

mv: impossible d'écraser le non répertoire '/var/lib/mediawiki/includes' par le répertoire 'mediawiki-1.34.2/includes'

mv: impossible d'écraser le non répertoire '/var/lib/mediawiki/languages' par le répertoire 'mediawiki-1.34.2/languages'

mv: impossible d'écraser le non répertoire '/var/lib/mediawiki/maintenance' par le répertoire 'mediawiki-1.34.2/maintenance'

mv: impossible d'écraser le non répertoire '/var/lib/mediawiki/mw-config' par le répertoire 'mediawiki-1.34.2/mw-config'

mv: impossible d'écraser le non répertoire '/var/lib/mediawiki/resources' par le répertoire 'mediawiki-1.34.2/resources'

mv: impossible d'écraser le non répertoire '/var/lib/mediawiki/skins' par le répertoire 'mediawiki-1.34.2/skins'

mv: impossible de déplacer 'mediawiki-1.34.2/tests' vers '/var/lib/mediawiki/tests': Le dossier n'est pas vide

mv: impossible d'écraser le non répertoire '/var/lib/mediawiki/vendor' par le répertoire 'mediawiki-1.34.2/vendor 90.45.227.38 (talk) 13:02, 8 August 2020 (UTC)

Hi. Do you have a question? If a folder already exists then you could delete that folder? Malyacko (talk) 12:55, 9 August 2020 (UTC)

J'ai des messages d'erreur. Savez-vous ce que je dois faire, s'il vous plaît?~ 92.188.51.38 (talk) 17:42, 11 August 2020 (UTC)

Issues with changing login type.

When installing, I made the site 'account login only' but this is proving too tedious to manage. Is there any way to make it registration only without reinstalling? TiggyTheTerrible (talk) 12:42, 8 August 2020 (UTC)

If you just want to let users register their own accounts, then remove the line $wgGroupPermissions['*']['createaccount'] = false; from your LocalSettings.php file. If you want to let users without accounts edit too, then also remove $wgGroupPermissions['*']['edit'] = false;. You should also consider adding $wgNoFollowLinks = false; to avoid spam, after you make either of those changes. Jackmcbarn (talk) 17:17, 8 August 2020 (UTC)

Wikibase-error

Hello! I tried to install the Wikibase plugin today. I didn’t succeed even though I installed Composer and did everything I had to. When I went to the wiki, I got a message that the page is not working. What did I do wrong? And I added wfLoadExtension ('Wikibase'); to LocalSettings.php but i took it away because my page didn't work. Antonkarpp (talk) 17:39, 8 August 2020 (UTC)

Nobody can tell without an exact error message and basic information (see the sidebar on this page). Please provide sufficient information. Malyacko (talk) 23:40, 8 August 2020 (UTC)

So, I didn't get any error message. When I installed Composer, I did everything I read in their instructions. Eventually, I added the extension to the wiki and the LocalSettings.php file, saved and navigated to the wiki: the page cannot process the request at this time. It's Google's own message, there was no error message. Antonkarpp (talk) 07:32, 9 August 2020 (UTC)

Hey! I added this to the LocalSettings.php file:

$wgEnableWikibaseRepo = true;

$wgEnableWikibaseClient = false;

require_once "$IP/extensions/Wikibase/repo/Wikibase.php";

require_once "$IP/extensions/Wikibase/repo/ExampleSettings.php";

$wgWBRepoSettings['siteLinkGroups'] = [ 'mywikigroup' ];

$wgLocalDatabases = [ 'enwiki', 'fawiki' ];

$wgWBRepoSettings['localClientDatabases'] = array(

'en' => 'enwiki',

'fa' => 'fawiki'

);

And I got a wiki notification like this:

[e13e8d549475939e333e81d7] /index.php Error from line 35 of /home/antsamed/fi.antsawiki.antsamedia.eu/extensions/Wikibase/lib/WikibaseLib.entitytypes.php: Class 'Wikibase\DataModel\Entity\ItemId' not found

Backtrace:

1. 0 /home/antsamed/fi.antsawiki.antsamedia.eu/extensions/Wikibase/repo/includes/WikibaseRepo.php(789): require()
2. 1 /home/antsamed/fi.antsawiki.antsamedia.eu/extensions/Wikibase/repo/includes/WikibaseRepo.php(404): Wikibase\Repo\WikibaseRepo::getDefaultEntityTypes()
3. 2 /home/antsamed/fi.antsawiki.antsamedia.eu/extensions/Wikibase/repo/includes/WikibaseRepo.php(561): Wikibase\Repo\WikibaseRepo::newInstance()
4. 3 /home/antsamed/fi.antsawiki.antsamedia.eu/extensions/Wikibase/repo/RepoHooks.php(104): Wikibase\Repo\WikibaseRepo::getDefaultInstance()
5. 4 /home/antsamed/fi.antsawiki.antsamedia.eu/includes/Hooks.php(174): Wikibase\RepoHooks::onSetupAfterCache()
6. 5 /home/antsamed/fi.antsawiki.antsamedia.eu/includes/Hooks.php(202): Hooks::callHook(string, array, array, NULL)
7. 6 /home/antsamed/fi.antsawiki.antsamedia.eu/includes/Setup.php(794): Hooks::run(string)
8. 7 /home/antsamed/fi.antsawiki.antsamedia.eu/includes/WebStart.php(81): require_once(string)
9. 8 /home/antsamed/fi.antsawiki.antsamedia.eu/index.php(41): require(string)
10. 9 {main}

Can you help? Thank you. :) Antonkarpp (talk) 11:23, 9 August 2020 (UTC)

Again: Please see the sidebar. It explicitly says "please always indicate which versions you are using". Which exact version/branch of Wikibase? Which exact version/branch of MediaWiki? Malyacko (talk) 12:55, 9 August 2020 (UTC)

I have the latest Wikibase plugin. I have a MediaWiki 1.34. I have downloaded WikibaseLexeme and also the only Wikibase. I don't know what version they are when I can't access the Special:Version page of my wiki, and I don't see that sidebar. But I only downloaded those Wikibase extensions and there on the download page read "latest version." I checked Wikipedia, both on August 3, 2020 and (0ed7703). Antonkarpp (talk) 13:11, 9 August 2020 (UTC)

This is my Wikibase-extension: https://github.com/wikimedia/mediawiki-extensions-Wikibase/tree/wmf/1.34.0-wmf.25

But i am renamed these mediawiki-extensions-Wikibase to Wikibase. Antonkarpp (talk) 13:35, 9 August 2020 (UTC)

I checked the Wikibase version of the extension-repo.json of the Wikibase extension. The version of Wikibase is 1.35 and MediaWiki is 1.34. And the extension-client.json file also says 1.35. But package.json says: "version": "0.1.0". Antonkarpp (talk) 15:11, 9 August 2020 (UTC)

If you mix 1.34 and 1.35 then there can easily be problems. You should use the same branches. Malyacko (talk) 15:16, 9 August 2020 (UTC)

(Project:Support desk has a sidebar.) We don't know what "latest" means as there are several branches. That's why I asked for exact version information. If you downloaded https://github.com/wikimedia/mediawiki-extensions-Wikibase/tree/wmf/1.34.0-wmf.25 then you are running a 14 month old version instead of the latest 1.34 stable version for reasons that we don't know, as we don't know which steps you followed where and why. Malyacko (talk) 15:15, 9 August 2020 (UTC)

Now I downloaded this: https://github.com/wikimedia/mediawiki-extensions-Wikibase

and I extracted it to my own extensions folder, I added this to the LocalSettings.php file:

wfLoadExtension( 'mediawiki-extensions-Wikibase-master');

I received this message from Google: the page is down.

My wiki page cannot process the request at this time. Antonkarpp (talk) 15:37, 9 August 2020 (UTC)

I am afraid I don't understand why you keep downloading random things, why Google sends you messages (or what "page" they or you refer to), or why you prefer not to answer previous questions. Malyacko (talk) 16:04, 9 August 2020 (UTC)

I can't answer previous questions. My sidebar doesn't show anything when I load the plugin. I refer to my wiki on my page. Antonkarpp (talk) 16:20, 9 August 2020 (UTC)

I now downloaded Wikibase REL_1.34 and 1.34 also reads extension-repo-wip.json files. When you add wfLoadExtension ('Wikibase') to the LocalSettings.php file;

my wiki is not working i.e. i get the same notification from google. When you add require_once "$ IP / extensions / Wikibase / repo / Wikibase.php";

I get this error:

[326a724e46b8b20b1eb29e78] /index.php/Toiminnot:Toimintosivut Error from line 35 of /home/antsamed/fi.antsawiki.antsamedia.eu/extensions/Wikibase/lib/WikibaseLib.entitytypes.php: Class 'Wikibase\DataModel\Entity\ItemId' not found

Backtrace:

1. 0 /home/antsamed/fi.antsawiki.antsamedia.eu/extensions/Wikibase/repo/includes/WikibaseRepo.php(789): require()
2. 1 /home/antsamed/fi.antsawiki.antsamedia.eu/extensions/Wikibase/repo/includes/WikibaseRepo.php(404): Wikibase\Repo\WikibaseRepo::getDefaultEntityTypes()
3. 2 /home/antsamed/fi.antsawiki.antsamedia.eu/extensions/Wikibase/repo/includes/WikibaseRepo.php(561): Wikibase\Repo\WikibaseRepo::newInstance()
4. 3 /home/antsamed/fi.antsawiki.antsamedia.eu/extensions/Wikibase/repo/RepoHooks.php(104): Wikibase\Repo\WikibaseRepo::getDefaultInstance()
5. 4 /home/antsamed/fi.antsawiki.antsamedia.eu/includes/Hooks.php(191): Wikibase\RepoHooks::onSetupAfterCache()
6. 5 /home/antsamed/fi.antsawiki.antsamedia.eu/includes/Hooks.php(219): Hooks::callHook(string, array, array, NULL)
7. 6 /home/antsamed/fi.antsawiki.antsamedia.eu/includes/Setup.php(794): Hooks::run(string)
8. 7 /home/antsamed/fi.antsawiki.antsamedia.eu/includes/WebStart.php(81): require_once(string)
9. 8 /home/antsamed/fi.antsawiki.antsamedia.eu/index.php(41): require(string)
10. 9 {main} Antonkarpp (talk) 17:20, 9 August 2020 (UTC)

If I remember correctly that error comes up when you haven't installed Wikibase dependencies, see Wikibase/Installation for instructions. Taavi (talk!) 18:19, 9 August 2020 (UTC)

Yes I already have that in there composer.local.json file. So this: {

"extra": {

"merge-plugin": {

"include": [

"Extensions / Wikibase / composer.json"

]

}

},

"require": {

"monologue / monologue": "~ 1.25.5"

}

} Antonkarpp (talk) 19:01, 9 August 2020 (UTC)

it should be extensions/Wikibase/composer.json not Extensions / Wikibase / composer.json

Did you run composer update ? You dont just need to edit the file. Bawolff (talk) 19:09, 9 August 2020 (UTC)

I will complete the tasks with Composer tomorrow. But then what do I need to add to Localsettings.php? I got pretty far today, but then I got an error message on my wiki saying there was no Entity-id. Could someone friendly do this for me? For a small fee, because I'm still with it so bad I can not answer any questions. Antonkarpp (talk) 20:11, 9 August 2020 (UTC)

if composer is the issue, then there is nothing you need to add to LocalSettings.php other than what you already have. All you need to do is run the composer update command. From there hopefully it works or we get an exciting new ereor message (and if nothing changes we look for other things that might have gone wrong)

for information on paid support, please see Professional development and consulting Bawolff (talk) 03:28, 10 August 2020 (UTC)

I don't know if my Composer is in the right place. That is, it is located in C:/users/Anton/composer. When I start Composer from there, it opens for a moment but then disappears completely. In the same place (C:/users/Anton/composer) there is also a folder vendor, composer.local.json, composer.phar and composer.lock.

Then I also have Composer in another location: C:/users/Anton and there is only an application for Composer and a file called composer.phar. For some reason, other files like enwiki, fawiki, .bash_history, and .node_repl_historry have come to the same place. Yes I have Node.js.

When I open another Composer (C:/users/Anton) it also runs for a while but executes some command. Yes, I notice that somewhere in the posting would read "Composer" in pretty capital letters. I don’t know if the Composers are located where they should be, and I don’t know why I can’t execute the commands myself. Antonkarpp (talk) 07:26, 10 August 2020 (UTC)

I created a new wiki and used Xampp to help. I got the following error on my wiki:

Fatal error: Uncaught Exception: Unable to open file C:\xampp\htdocs\mediawiki/extensions/ WikibaseClient/extension.json: filemtime(): stat failed for C:\xampp\htdocs\mediawiki/extensions/ WikibaseClient/extension.json in C:\xampp\htdocs\mediawiki\includes\registration\ExtensionRegistry.php:136 Stack trace: #0 C:\xampp\htdocs\mediawiki\includes\GlobalFunctions.php(52): ExtensionRegistry->queue('C:\\xampp\\htdocs...') #1 C:\xampp\htdocs\mediawiki\LocalSettings.php(176): wfLoadExtension(' WikibaseClient') #2 C:\xampp\htdocs\mediawiki\includes\Setup.php(124): require_once('C:\\xampp\\htdocs...') #3 C:\xampp\htdocs\mediawiki\includes\WebStart.php(81): require_once('C:\\xampp\\htdocs...') #4 C:\xampp\htdocs\mediawiki\index.php(41): require('C:\\xampp\\htdocs...') #5 {main} thrown in C:\xampp\htdocs\mediawiki\includes\registration\ExtensionRegistry.php on line 136 Antonkarpp (talk) 07:47, 10 August 2020 (UTC)

Based on your last comment it sounds like you are running windows, but all the earlier errors sounded like linux. Make sure you are running the commands on your webserver.

For example, you might connect to the server using puTTY, and then from that prompt type:

cd /home/antsamed/fi.antsawiki.antsamedia.eu
composer update

(if you are actually on windows, use command prompt and you might have to put full path of php binary in front of composer. Paths will be different. This is generally more complex on windows)

You may also want to check out various wikibase bundles which might come with dependencies preinstalled Bawolff (talk) 07:50, 10 August 2020 (UTC)

Fatal error: Uncaught Exception: Unable to open file C:\xampp\htdocs\mediawiki/extensions/ WikibaseClient/extension.json: filemtime(): stat failed

Means that WikibaseClient extension is not installed and needs to be downloaded. Bawolff (talk) 07:51, 10 August 2020 (UTC)

I downloaded the Wikibase plugin and added this to the LocalSettings.php file:

$wgEnableWikibaseRepo = false;

$wgEnableWikibaseClient = true;

require_once "$IP/extensions/Wikibase/client/WikibaseClient.php";

require_once "$IP/extensions/Wikibase/client/ExampleSettings.php";

$wgWBClientSettings['repoUrl'] = 'https://pool.my.wiki';

$wgWBClientSettings['repoScriptPath'] = ;

$wgWBClientSettings['repoArticlePath'] = '/wiki/$1';

$wgWBClientSettings['repositories'][]['repoDatabase'] = 'poolwiki';

$wgWBClientSettings['repositories'][]['changesDatabase'] = 'poolwiki';

$wgWBClientSettings['siteLinkGroups'] = [ 'mywikigroup' ];

$wgWBClientSettings['siteGlobalID'] = 'en';

So I copied that code here: Wikibase/Installation

I still get the same error. Antonkarpp (talk) 08:04, 10 August 2020 (UTC)

Now I got the Wikibase downloaded correctly from Git. I uploaded the former to the wrong folder. Now I got the following error:

[597f67fab1023accee2e2a57] 2020-08-10 08:59:12: Fatal exception of type "Error" Antonkarpp (talk) 08:59, 10 August 2020 (UTC)

please set $wgShowExceptionDetails=true; in LocalSettings.php Bawolff (talk) 19:43, 10 August 2020 (UTC)

And now that I only want the Wikibase Client, I get the following notification:

Fatal error: Uncaught Error: Class 'Wikibase\DataModel\Entity\ItemId' not found in C:\xampp\htdocs\mediawiki\extensions\Wikibase\lib\WikibaseLib.entitytypes.php:35 Stack trace: #0 C:\xampp\htdocs\mediawiki\extensions\Wikibase\client\includes\WikibaseClient.php(539): require() #1 C:\xampp\htdocs\mediawiki\extensions\Wikibase\client\includes\WikibaseClient.php(768): Wikibase\Client\WikibaseClient::getDefaultEntityTypes() #2 C:\xampp\htdocs\mediawiki\extensions\Wikibase\client\includes\WikibaseClient.php(949): Wikibase\Client\WikibaseClient::newInstance() #3 C:\xampp\htdocs\mediawiki\extensions\Wikibase\client\ClientHooks.php(185): Wikibase\Client\WikibaseClient::getDefaultInstance() #4 C:\xampp\htdocs\mediawiki\includes\Hooks.php(174): Wikibase\ClientHooks::onBeforePageDisplay(Object(OutputPage), Object(SkinVector)) #5 C:\xampp\htdocs\mediawiki\includes\Hooks.php(234): Hooks::callHook('BeforePageDispl...', Array, Array, NULL, '\\Wikibase\\Clien...') #6 C:\xampp\htdocs\mediawiki\includes\OutputPage.php(2571): Hooks::runWitho in C:\xampp\htdocs\mediawiki\extensions\Wikibase\lib\WikibaseLib.entitytypes.php on line 35

But if I only want Wikibase Reposity, I get the following:

[597f67fab1023accee2e2a57] 2020-08-10 08:59:12: Fatal exception of type "Error" Antonkarpp (talk) 09:04, 10 August 2020 (UTC)

Now I got the following message on my wiki:

[abc45c605f5f386cfab2e8cd] /index.php/Special:SpecialPages Error from line 35 of /home/antsamed/fi.antsawiki.antsamedia.eu/extensions/Wikibase/lib/WikibaseLib.entitytypes.php: Class 'Wikibase\DataModel\Entity\ItemId' not found

Backtrace:

1. 0 /home/antsamed/fi.antsawiki.antsamedia.eu/extensions/Wikibase/repo/includes/WikibaseRepo.php(789): require()
2. 1 /home/antsamed/fi.antsawiki.antsamedia.eu/extensions/Wikibase/repo/includes/WikibaseRepo.php(404): Wikibase\Repo\WikibaseRepo::getDefaultEntityTypes()
3. 2 /home/antsamed/fi.antsawiki.antsamedia.eu/extensions/Wikibase/repo/includes/WikibaseRepo.php(561): Wikibase\Repo\WikibaseRepo::newInstance()
4. 3 /home/antsamed/fi.antsawiki.antsamedia.eu/extensions/Wikibase/repo/RepoHooks.php(104): Wikibase\Repo\WikibaseRepo::getDefaultInstance()
5. 4 /home/antsamed/fi.antsawiki.antsamedia.eu/includes/Hooks.php(191): Wikibase\RepoHooks::onSetupAfterCache()
6. 5 /home/antsamed/fi.antsawiki.antsamedia.eu/includes/Hooks.php(219): Hooks::callHook(string, array, array, NULL)
7. 6 /home/antsamed/fi.antsawiki.antsamedia.eu/includes/Setup.php(794): Hooks::run(string)
8. 7 /home/antsamed/fi.antsawiki.antsamedia.eu/includes/WebStart.php(81): require_once(string)
9. 8 /home/antsamed/fi.antsawiki.antsamedia.eu/index.php(41): require(string)
10. 9 {main}

And this post came to the Hosting service wiki. I want to extend Wikibase here to the wiki generated by my hosting service. Antonkarpp (talk) 11:30, 10 August 2020 (UTC)

this still sounds like the same error as before where you need to run composer update Bawolff (talk) 19:47, 10 August 2020 (UTC)

I added this to LocalSettings.php:

$wgEnableWikibaseRepo = false;

$wgEnableWikibaseClient = true;

require_once "$IP/extensions/Wikibase/client/WikibaseClient.php";

require_once "$IP/extensions/Wikibase/client/ExampleSettings.php";

$wgWBClientSettings['repoUrl'] = 'https://pool.my.wiki';

$wgWBClientSettings['repoScriptPath'] = ;

$wgWBClientSettings['repoArticlePath'] = '/wiki/$1';

$wgWBClientSettings['repositories'][]['repoDatabase'] = 'poolwiki';

$wgWBClientSettings['repositories'][]['changesDatabase'] = 'poolwiki';

$wgWBClientSettings['siteLinkGroups'] = [ 'mywikigroup' ];

$wgWBClientSettings['siteGlobalID'] = 'enwiki';

And I got the following notification on my wiki:

Not an entry point. Load WikibaseClient.php first.

What to do? My Composer doesn't work when I turn it on, the Composer runs for a while but then disappears completely. Antonkarpp (talk) 08:06, 11 August 2020 (UTC)

that error normally means you missed the line require_once "$IP/extensions/Wikibase/client/WikibaseClient.php";. It is not related to composer Bawolff (talk) 19:09, 11 August 2020 (UTC)

Building a New Wiki

Hi all,

I'm building a new wiki, and I'm wondering if it makes more sense to build the Wiki using the rc and then launching it when 1.35 is released for prodution? What would you all do? How much of a headache would it be to migrate from 1.34.1 to 1.35 as compared to migrating from a rc to production level install? AndrewEells (talk) 22:04, 8 August 2020 (UTC)

Upgrading is really easy. The official Wikimedia wikis like Wikipedia go through all of the changes and get upgraded every week. Jackmcbarn (talk) 00:13, 9 August 2020 (UTC)

the differences between an RC and a prod release are usually super minor Bawolff (talk) 00:37, 9 August 2020 (UTC)

Fatal exception of type MWException

MediaWiki	1.34.1
PHP	7.3.11 (fpm-fcgi)
MariaDB	10.3.15-MariaDB-log
ICU	50.2
Lua	5.1.5

[fefdf6d3c5bc82bfe1ddd842] /index.php?title=%E6%A8%A1%E5%9D%97:Documentation&action=submit MWException from line 209 of /home/wwwroot/default/extensions/Scribunto/includes/engines/LuaStandalone/LuaStandaloneEngine.php: The lua binary (/home/wwwroot/default/extensions/Scribunto/includes/engines/LuaStandalone/binaries/lua5_1_5_linux_64_generic/lua) is not executable.

Backtrace:

#0 /home/wwwroot/default/extensions/Scribunto/includes/engines/LuaStandalone/LuaStandaloneEngine.php(104): Scribunto_LuaStandaloneInterpreter->__construct(Scribunto_LuaStandaloneEngine, array)

#1 /home/wwwroot/default/extensions/Scribunto/includes/engines/LuaCommon/LuaCommon.php(121): Scribunto_LuaStandaloneEngine->newInterpreter()

#2 /home/wwwroot/default/extensions/Scribunto/includes/engines/LuaStandalone/LuaStandaloneEngine.php(18): Scribunto_LuaEngine->load()

#3 /home/wwwroot/default/extensions/Scribunto/includes/engines/LuaCommon/LuaCommon.php(224): Scribunto_LuaStandaloneEngine->load()

#4 /home/wwwroot/default/extensions/Scribunto/includes/engines/LuaCommon/LuaCommon.php(953): Scribunto_LuaEngine->getInterpreter()

#5 /home/wwwroot/default/extensions/Scribunto/includes/engines/LuaCommon/LuaCommon.php(940): Scribunto_LuaModule->getInitChunk()

#6 /home/wwwroot/default/extensions/Scribunto/includes/common/Base.php(193): Scribunto_LuaModule->validate()

#7 /home/wwwroot/default/extensions/Scribunto/includes/common/ScribuntoContent.php(30): ScribuntoEngineBase->validate(string, string)

#8 /home/wwwroot/default/extensions/Scribunto/includes/common/Hooks.php(366): ScribuntoContent->validate(Title)

#9 /home/wwwroot/default/includes/Hooks.php(174): ScribuntoHooks::validateScript(DerivativeContext, ScribuntoContent, Status, string, User, boolean)

#10 /home/wwwroot/default/includes/Hooks.php(202): Hooks::callHook(string, array, array, NULL)

#11 /home/wwwroot/default/includes/EditPage.php(1790): Hooks::run(string, array)

#12 /home/wwwroot/default/includes/EditPage.php(2122): EditPage->runPostMergeFilters(ScribuntoContent, Status, User)

#13 /home/wwwroot/default/includes/EditPage.php(1617): EditPage->internalAttemptSave(NULL, boolean)

#14 /home/wwwroot/default/includes/EditPage.php(682): EditPage->attemptSave(NULL)

#15 /home/wwwroot/default/includes/actions/EditAction.php(55): EditPage->edit()

#16 /home/wwwroot/default/includes/actions/SubmitAction.php(38): EditAction->show()

#17 /home/wwwroot/default/includes/MediaWiki.php(511): SubmitAction->show()

#18 /home/wwwroot/default/includes/MediaWiki.php(302): MediaWiki->performAction(Article, Title)

#19 /home/wwwroot/default/includes/MediaWiki.php(900): MediaWiki->performRequest()

#20 /home/wwwroot/default/includes/MediaWiki.php(527): MediaWiki->main()

#21 /home/wwwroot/default/index.php(44): MediaWiki->run()

#22 {main} Edmunddz (talk) 13:05, 9 August 2020 (UTC)

I didn't work with normal Scribunto either, but I installed the extension from Git:

https://github.com/wikimedia/mediawiki-extensions-Scribunto/archive/master.tar.gz

And then I added the following to the LocalSettings.php file:

wfLoadExtension( 'mediawiki-extensions-Scribunto-REL1_32');

$wgScribuntoDefaultEngine = 'luastandalone';

With these, my Scribunto at least works well! Antonkarpp (talk) 15:08, 9 August 2020 (UTC)

My english is not good

My Scribunto can also run normally，But when I created the Module, it prompted this error Edmunddz (talk) 15:34, 9 August 2020 (UTC)

make sure /home/wwwroot/default/extensions/Scribunto/includes/engines/LuaStandalone/binaries/lua5_1_5_linux_64_generic/lua has the execute bit set

E.g. chmod a+x /home/wwwroot/default/extensions/Scribunto/includes/engines/LuaStandalone/binaries/lua5_1_5_linux_64_generic/lua Bawolff (talk) 19:06, 9 August 2020 (UTC)

Thank you, after I completed this operation, it became Lua error: Cannot create process: proc_open(/dev/null): failed to open stream: Operation not permitted

Then it can't be solved Project:Support desk/Flow/2014/01#h-Lua_error:_Cannot_create_process:_proc_open(/dev/null):_failed_to_open_stream:_O-2014-01-31T14:26:00.000Z Edmunddz (talk) 01:46, 10 August 2020 (UTC)

check php open_basedir (in php.ini), selinux settings, and permissions on /dev/null (ls -l /dev/null) Bawolff (talk) 03:02, 10 August 2020 (UTC)

Short URL documentation outdated?

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. Can someone have a look at Manual talk:Short URL/Archive 3/Flow export#h-Seems_to_be_buggy-2020-08-09T09:33:00.000Z please? I've followed all steps at Manual:Short URL (including using https://shorturls.redwerks.org/), but nothing works. Rehman 13:25, 9 August 2020 (UTC)

...any help with this is very much appreciated. Rehman 15:57, 10 August 2020 (UTC)

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

Failed to load blob data - Host Migration

Hey there, thanks in advance for your attention.

I am in the process of moving my installation over to a new web host.

I have brought along all files and the database, everything works fine except the pages themselves are not displaying any data and are just throwing this error -

---

4b9073d4c2ded63302907d00] /Oesophagectomy-3-stage-Operationscript MediaWiki\Revision\RevisionAccessException from line 1442 of /var/www/html/includes/Revision/RevisionStore.php: Failed to load data blob from tt:12780: Unable to fetch blob at tt:12780

Backtrace:

#0 /var/www/html/includes/Revision/RevisionStore.php(1356): MediaWiki\Revision\RevisionStore->loadSlotContent(MediaWiki\Revision\SlotRecord, NULL, NULL, NULL, integer)

#1 [internal function]: MediaWiki\Revision\RevisionStore->MediaWiki\Revision\{closure}(MediaWiki\Revision\SlotRecord)

#2 /var/www/html/includes/Revision/SlotRecord.php(307): call_user_func(Closure, MediaWiki\Revision\SlotRecord)

#3 /var/www/html/includes/Revision/RevisionRecord.php(175): MediaWiki\Revision\SlotRecord->getContent()

#4 /var/www/html/includes/Revision/RenderedRevision.php(228): MediaWiki\Revision\RevisionRecord->getContent(string, integer, NULL)

#5 /var/www/html/includes/Revision/RevisionRenderer.php(215): MediaWiki\Revision\RenderedRevision->getSlotParserOutput(string)

#6 /var/www/html/includes/Revision/RevisionRenderer.php(152): MediaWiki\Revision\RevisionRenderer->combineSlotOutput(MediaWiki\Revision\RenderedRevision, array)

#7 [internal function]: MediaWiki\Revision\RevisionRenderer->MediaWiki\Revision\{closure}(MediaWiki\Revision\RenderedRevision, array)

#8 /var/www/html/includes/Revision/RenderedRevision.php(198): call_user_func(Closure, MediaWiki\Revision\RenderedRevision, array)

#9 /var/www/html/includes/poolcounter/PoolWorkArticleView.php(196): MediaWiki\Revision\RenderedRevision->getRevisionParserOutput()

#10 /var/www/html/includes/poolcounter/PoolCounterWork.php(125): PoolWorkArticleView->doWork()

#11 /var/www/html/includes/page/Article.php(791): PoolCounterWork->execute()

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

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

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

#15 /var/www/html/includes/MediaWiki.php(900): MediaWiki->performRequest()

#16 /var/www/html/includes/MediaWiki.php(527): MediaWiki->main()

#17 /var/www/html/index.php(46): MediaWiki->run()

#18 {main}

---

I brought the database over with an SQL export, only a few pages load up and they seem to be very light pages with just a little amount of text. The rest all throw the error above.

I have been stressing over this for 4-5 hours now and any guidance would be beyond appreciated.

Thanks again! 2A02:C7F:50C5:5400:642C:69A4:F2C0:607A (talk) 15:00, 9 August 2020 (UTC)

in the text table, what is the value of the row with old_id=12780 ? Bawolff (talk) 19:04, 9 August 2020 (UTC)

Unable to upload .pdf file to wiki since update (Synology)

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

---

Hello. After upgrading from 1.31 to 1.33.1, I was unable to upload pdf files to my mediawiki. I get the following error when trying to run update.php from MaintenanceShell:

https://pastebin.com/nLActyLy

Currently running :

*PHP 7.2.29-2007

*Mediawiki 1.33.1-0136

*MariaDB 10.3.21-0063

Feel free to ask any questions, I will try to answer to the best of my ability. Thank you! Vanctardi (talk) 20:40, 9 August 2020 (UTC)

Extension:PdfHandler Antonkarpp (talk) 20:53, 9 August 2020 (UTC)

The problem isn't opening the files, it's uploading them. I updated PdfHandler, but to no avail. I get the same error.

[3c2738c1e0b1400b3c40373d] /mediawiki/index.php?title=Special:Upload Wikimedia\Rdbms\DBQueryError from line 1587 of /volume1/web/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: INSERT IGNORE INTO `image` (img_name,img_size,img_width,img_height,img_bits,img_media_type,img_major_mime,img_minor_mime,img_timestamp,img_metadata,img_sha1,img_description_id,img_actor) VALUES ('Calc1.pdf','8248398','0','0','0','OFFICE','application','pdf','20200809210218' Vanctardi (talk) 21:01, 9 August 2020 (UTC)

For some reason it seems to be this file only. I was able to upload another just fine.

The current file is not corrupted. Vanctardi (talk) 21:17, 9 August 2020 (UTC)

first of all, dont use update.php from maintenanceshell. Use the web installer upgrade feature via mywiki.com/pathtowiki/mw-config url if you cant use command line installer.

You should be given a stack trace which includes the actual sql error message when uploading the file. Please imclude full error message. Bawolff (talk) 23:59, 9 August 2020 (UTC)

Most of it is the content of the pdf file. Here it is:

https://pastebin.com/EPbJDAR2

I had to delete a good chunk of it (contents of the pdf file) because the log file was over a megabyte of text. Vanctardi (talk) 01:05, 10 August 2020 (UTC)

ok the important part of the error is:

Error: 1153 Got a packet bigger than 'max_allowed_packet' bytes (localhost:/run/mysqld/mysqld10.sock)

Basically the issue is that mediawiki tries to extract the text content of the pdf, but mysql says that its too much stuff. You can try increasing mysqls max_allowed_packet size in mysql's config, or try deleting the text layer of that pdf, or you can try disabling mediawikis text extraction feature by setting $wgPdftoText = null; Bawolff (talk) 03:10, 10 August 2020 (UTC)

Wow okay, that would make a lot of sense.

Which config file would use "$wgPdftoText = null;"? Just LocalSettings.php?

Thanks Vanctardi (talk) 23:48, 10 August 2020 (UTC)

Yep, bottom of LocalSettings.php.

The text contents of PDF are really only used if you have extension:CirrusSearch enabled (In which case you can search) or if you have Extension:ProofreadPage installed. Bawolff (talk) 00:20, 11 August 2020 (UTC)

Wow. Can't believe it was that easy. Thank you so much, you're a legend. Vanctardi (talk) 00:39, 11 August 2020 (UTC)

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

database query error

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

---

I built a new system (Fedora 32, MediaWiki 1.34.2, PHP 7.4.9, Apache 2.4.43, MySQL 8.0.21) and was able to export/import the database fine. Ran setup, detected and updated existing tables successfully and got the wiki up and running fine. However, when trying to login as the wikiadmin account I created, it throws up and not sure where to begin troubleshooting...

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

[XzB3VDLGJynTV@x3fS54RQAAAEI] 2020-08-09 22:23:16: Fatal exception of type "Wikimedia\Rdbms\DBQueryError" Seth2740 (talk) 22:33, 9 August 2020 (UTC)

set $wgShowExceptionDetsils=true; to get full error message.

Did you run update.php? Bawolff (talk) 00:00, 10 August 2020 (UTC)

ok...update script fixed it. missed that on the update page Seth2740 (talk) 00:49, 10 August 2020 (UTC)

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

translation: MW shows me the page but paragraphs missing

Translating to ml (Malayalam).

At front-page, and i have signed in. Is page: MediaWiki = https://www.mediawiki.org/wiki/mediawiki. And system is:

MediaWiki	1.36.0-wmf.3 (08bcb82) 18:13, 6 August 2020
PHP	7.2.31-1+0~20200514.41+debian9~1.gbpe2a56b+wmf1 (fpm-fcgi)
MariaDB	10.1.43-MariaDB

Two clicks down, from first panel saying “ Set up and… MW “ click at ‘ Download ‘.

There, the “ Download “ page, has a first block saying, “ Download MediaWiki 1.34… “

I wish to translate this page, and see it is done in CH, RU, etc. I click on the ‘ translate ‘ tab.

What come up are various phrases, but the first paras on ‘ tar.gz files; license reqmts; systems reqmts; Warning ‘ are all missing. It goes straight to: “ developers should download from git “

When I click on a) Download MW with the download icon, of course I get actual downloading, NOT the translate phrase I need, and b) on any of the links, a click there takes me to target, NOT the link to be translated.

I was suffering this issue many days ago ( not at 2 clicks down, but just 1 ) on the page of Help:Contents with the 6 panels. There when I click the links, I get to target, and am able to translate the link as well, if memory serves me right. Arzoper (talk) 00:24, 10 August 2020 (UTC)

It sounds like you are looking at https://www.mediawiki.org/w/index.php?title=Download&action=edit (not sure why you mention how you went to that page). You can see some templates included there, in the lines {{MediaWiki Introduction}} and {{DownloadMediaWiki}}. You can find these templates at https://www.mediawiki.org/w/index.php?title=Template:MediaWiki_Introduction and https://www.mediawiki.org/wiki/Template:DownloadMediaWiki . See https://www.mediawiki.org/wiki/Transclusion for the general concept. Malyacko (talk) 04:47, 10 August 2020 (UTC)

If I understand what you are talking about correctly, you need to translate Template:DownloadMediaWiki. I agree that this is confusing, and that template should probably be merged with Download (but doing so without breaking the translations would be a highly non-trivial effort) * Pppery * _{it has begun} 01:16, 10 August 2020 (UTC)

Select specific article(s) of specific category or other standard.

I posted many articles in my wiki with addition of category assignment.

and I want to show specific article in my main page.

How can I do this?

for example, if I want to show latest article in specific category, how can I do? Smilewhj (talk) 05:35, 10 August 2020 (UTC)

See Extension:DynamicPageList (Wikimedia) or Extension:DynamicPageList (third-party). AhmadF.Cheema (talk) 07:20, 10 August 2020 (UTC)

Thank you, I'll try to solve it myself. Smilewhj (talk) 07:40, 10 August 2020 (UTC)

How can I remove this from my infoboxes?

Can I remove the "Page not linked to Wikidata" at the bottom of the infoboxes? thanks Soylm (talk) 06:06, 10 August 2020 (UTC)

remove the part you dont want? Bawolff (talk) 07:59, 10 August 2020 (UTC)

I dont know what is THAT part, beacuse the code of the infoboxes is rare, furthermore, it would not be comfortable for users to have to remove that part each time they insert an infobox. Soylm (talk) 14:49, 10 August 2020 (UTC)

How are we supposed to know what is THAT part? You are provided too little information for anyone to meaningfully help you. What version of MediaWiki? What's the site link? What do you have in your infoboxes? What's the code there? Everything that is in your infoboxes is showing coming from something that's been put there... that's why you go the answer you got. Please provide useful information to go on, or no one can help. TiltedCerebellum (talk) 22:03, 14 August 2020 (UTC)

Go to an article using its page id

Each page in mediawiki has a page id. For example, the page id for https://en.wikipedia.org/wiki/Gregorian_calendar is 23306251 and you can go to this page directly with https://en.wikipedia.org/w/index.php?curid=23306251.

However, the url stays at the page with the curid parameter.

Is there a way to specify the page id and have it resolve to the nicer url? Meat curtain (talk) 07:20, 10 August 2020 (UTC)

no, but the api provides a short url module that gives a short url which does resolve to the normal page url.

E.g. https://w.wiki/ZCR

See https://meta.wikimedia.org/wiki/Special:ApiSandbox#action=shortenurl&format=json&url=https%3A%2F%2Fen.wikipedia.org%2Fwiki%2FGregorian_calendar Bawolff (talk) 07:58, 10 August 2020 (UTC)

contact with a user

How do I get in contact with a user, with somenone that makes photos for Wikimedia? 2001:1C01:411D:2800:D841:898F:AEA3:1BF8 (talk) 12:37, 10 August 2020 (UTC)

You either write on the Discussion page of their user page, or you use the "Email user" link in the side bar of their Discussion page. Malyacko (talk) 12:42, 10 August 2020 (UTC)

Mediawiki

see image and solve please image link:https://wikiworld.ganipediya.xyz/wiki/images/9/90/Screenshot_20200810_185538.JPG How to stop what you see marked,It's not Wikipedia I'm noticing 103.25.248.252 (talk) 13:23, 10 August 2020 (UTC)

this feature is called "enhanced recentchanges". You can toggle it in your Special:preferences. Some wikis have it default on in LocalSettings.php and some have it default off.

To change the default value use $wgDefaultUserOptions['usenewrc'] = 0; Bawolff (talk) 19:41, 10 August 2020 (UTC)

GREY BOX BLOCKING ME FROM INPUTTING TEXT

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 remove the box that blocking the text when I first log into the compiler Lwcharles73 (talk) 14:19, 10 August 2020 (UTC)

@Lwcharles73 The MediaWiki software has no compiler. Malyacko (talk) 15:05, 10 August 2020 (UTC)

Well I downloaded code block c++ application on my Macbook Pro and when I login it to type a grey block pops up preventing me from typing and changing text in it. 2600:1700:C270:1CD0:28F1:FAAA:2527:9C0A (talk) 21:15, 11 August 2020 (UTC)

This is out of scope for MediaWiki.org.; you should check http://wiki.codeblocks.org/. Leaderboard (talk) 18:29, 12 August 2020 (UTC)

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

Testing local Redis cache integration with MediaWiki

@Bawolff Thanks for answering again!

Solution summary: enable debug logging in LocalSettings.php and check that redis is being used in the various caches that MediaWiki uses. (e.g. object cache, parser cache)

Force entries into the cache by executing something like this:

echo "MediaWiki\MediaWikiServices::getInstance()->getMainWANObjectCache()->set( 'keyname', 'value' );"

I have set up a local Redis instance with an open socket. I have followed the instructions here and have made changes in my LocalSettings.php to use it both as an object cache and job queue. However, I have not been seeing any objects or jobs appear when I view the cache contents. I was wondering what the best way to debug / test whether the MediaWiki instance is properly using the cache? Thanks!

My LocalSettings.php contains these configurations:

$'wgMainCacheType' = 'redis';

$'wgObjectCaches'['redis'] = [

'class'                => 'RedisBagOStuff',

'servers'              => [ '...redis.sock' ]

];

$'wgSessionCacheType' = 'redis';

$'wgJobTypeConf'['default'] = [

'class'          => 'JobQueueRedis',

  'redisServer'    => '...redis.sock',

  'redisConfig'    => [],

'claimTTL'       => 3600,

'daemonized'     => true

]; Nnaka1 (talk) 16:33, 10 August 2020 (UTC)

first step - enable mediawiki debug logging (see How to debug ) the debug log should list which cache is in use for various things and any errors.

Make sure that "...redis.sock" is correct syntax (i dont know if its right or not. Dont know that much about redis) Bawolff (talk) 19:39, 10 August 2020 (UTC)

Thanks, @Bawolff!

Following your suggestion, I enabled the debug logging and am seeing the following:

[objectcache] MainWANObjectCache using store RedisBagOStuff

[MessageCache] MessageCache using store RedisBagOStuff

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

[caches] parser: RedisBagOStuff

Article::view using parser cache: yes

Parser cache options found.

ParserOutput cache found.

Article::view: showing parser cache contents

Which suggests that the redis cache is indeed up. I was wondering whether there is a deterministic way to populate the cache to confirm that it is working as expected.

I tried something simple like refreshing the page to see whether the MessageCache would no longer need to fall back to the "global cache", which I am assuming here refers to the DB. Nnaka1 (talk) 23:09, 11 August 2020 (UTC)

well its saying its serving the current page out of parser cache, and parser cache is backed by redis, so that should mean its populated.

For message cache, not sure, but local cache might mean APCu and global cache redis. Bawolff (talk) 00:08, 12 August 2020 (UTC)

Thanks for the answer, @Bawolff

Is there a way to force Redis to populate for the different caches (e.g. object, message, and parser).

Based on what you said, I'm quite confident now that the cache is connecting, but for some reason I'm still not seeing any keys appear in the cache, which makes me want to confirm that writing to it is working as expected. Nnaka1 (talk) 16:28, 12 August 2020 (UTC)

you could use eval.php

MediaWiki\MediaWikiServices::getInstance()->getMainWANObjectCache()->get( 'keyname');

And

echo MediaWiki\MediaWikiServices::getInstance()->getMainWANObjectCache()->set( "keyname", "value" ); Bawolff (talk) 19:31, 12 August 2020 (UTC)

Yes, that worked! Also, from playing around, it seems like logging in as the admin and loading / reloading a number of the pages seemed to populate the cache with a few hundred keys. Nnaka1 (talk) 16:26, 14 August 2020 (UTC)

Hello been trying to config Redis for mediawiki 1.41.2 recently but i'm getting

Fatal error: Uncaught error: Class "wikimedia\IPUtils" not found when I run jobrunner as suggested Here on Redis Page.

I've posted my setting here if anyone would like to take a look.

Did u have any issues when u run "php redisJobChronService --config-file=config.json" ? Keepersdungeon (talk) 19:06, 6 August 2024 (UTC)

For the fatal error, did you run composer install? Bawolff (talk) 22:04, 6 August 2024 (UTC)

Not sure I follow, the command I ran from a terminal in Cpanel. But I used composer to install semantic mediawiki.

You mean should I run composer

php composer.phar update --no-dev

beforehand? Keepersdungeon (talk) 07:22, 7 August 2024 (UTC)

Yes, in the directory the job runner service is in. Bawolff (talk) 08:36, 7 August 2024 (UTC)

The error is gone but when I run php redisJobChronService --config-file=config.json nothing seems to happen it just stays at NOTICE: Starting job chron loop(s)...

Should I change the dispatcher in the config.json from "nothing" to link to runJobs.php file? Keepersdungeon (talk) 09:13, 7 August 2024 (UTC)

if I run php redisJobChronService --config-file=config.json --verbose I get the following messages that gets repeated infinitely

2024-08-07T09:21:38+00:00 DEBUG: Redis cmd: get ["RedisJobChronService::executePeriodicTasks:lock:0"]

2024-08-07T09:21:38+00:00 DEBUG: Redis cmd: getset ["RedisJobChronService::executePeriodicTasks:lock:0",1723022498.49072]

2024-08-07T09:21:38+00:00 DEBUG: Redis cmd: sMembers ["global:jobqueue:s-queuesWithJobs"]

2024-08-07T09:21:38+00:00 DEBUG: Redis cmd: hMSet ["jobqueue:aggregator:h-ready-queues:v2:temp",{"_epoch":1723022498}]

2024-08-07T09:21:38+00:00 DEBUG: Redis cmd: rename ["jobqueue:aggregator:h-ready-queues:v2:temp","jobqueue:aggregator:h-ready-queues:v2"]

2024-08-07T09:21:38+00:00 DEBUG: Redis cmd: del ["RedisJobChronService::executePeriodicTasks:lock:0"]

2024-08-07T09:21:39+00:00 DEBUG: Memory usage: 683848 bytes.

Same for php redisJobRunnerService --config-file=config.json --verbose I get these repeating infinetly

2024-08-07T09:20:56+00:00 DEBUG: Redis cmd: hGetAll ["jobqueue:aggregator:h-ready-queues:v2"]

2024-08-07T09:20:56+00:00 DEBUG: No jobs available...

2024-08-07T09:20:56+00:00 DEBUG: No jobs available...

2024-08-07T09:20:56+00:00 DEBUG: No jobs available...

2024-08-07T09:20:56+00:00 DEBUG: No jobs available...

2024-08-07T09:20:56+00:00 DEBUG: No jobs available...

2024-08-07T09:20:56+00:00 DEBUG: No jobs available...

2024-08-07T09:20:56+00:00 DEBUG: No jobs available...

2024-08-07T09:20:57+00:00 DEBUG: No jobs available...

2024-08-07T09:20:57+00:00 DEBUG: No jobs available...

2024-08-07T09:20:57+00:00 DEBUG: No jobs available... Keepersdungeon (talk) 09:26, 7 August 2024 (UTC)

And I also have another question regarding this part

Configure a daemon to run this at server start:

php redisJobChronService --config-file=config.json

How can I configure a daemon to run this?

Apologies in advance for all those questions but it's all a bit confusing if you don't have much experience in this Keepersdungeon (talk) 10:06, 7 August 2024 (UTC)

Hi, ich have the same problem, when I run php redisJobChronService --config-file=config.json nothing seems to happen it just stays at NOTICE: Starting job chron loop(s)..., event when i changed the "nothing" to the runJobs.php path in the config.json. Have you already solved the problem? 94.134.181.32 (talk) 11:03, 18 September 2024 (UTC)

issue with ldapprovider 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.

---

I have a fedora 32 system with apache 2.4.43 with mysql 8.0.21, php 7.4.9 and mediawiki 1.34. After installing the plugin and running the update script, I get this...

Fatal error: Uncaught Exception: Unable to open file /var/www/html/extensions/LDAPProvider/extension.json: filemtime(): stat failed for /var/www/html/extensions/LDAPProvider/extension.json in /var/www/html/includes/registration/ExtensionRegistry.php:136 Stack trace: #0 /var/www/html/includes/GlobalFunctions.php(52): ExtensionRegistry->queue() #1 /var/www/html/LocalSettings.php(167): wfLoadExtension() #2 /var/www/html/includes/Setup.php(124): require_once('/var/www/html/L...') #3 /var/www/html/includes/WebStart.php(81): require_once('/var/www/html/i...') #4 /var/www/html/index.php(41): require('/var/www/html/i...') #5 {main} thrown in /var/www/html/includes/registration/ExtensionRegistry.php on line 136 Seth2740 (talk) 17:28, 10 August 2020 (UTC)

error is saying extension is missing. Did you download it to the right directory? Bawolff (talk) 19:34, 10 August 2020 (UTC)

yes it is in the extensions folder Seth2740 (talk) 20:00, 10 August 2020 (UTC)

Can you check again, that /var/www/html/extensions/LDAPProvider/extension.json exists on the server? If not, you may need to rename or move the directory of that extension Ciencia Al Poder (talk) 20:25, 10 August 2020 (UTC)

Also please check if the files are readable by the webserver. Osnard (talk) 09:50, 11 August 2020 (UTC)

yes extension.json is there (3.5k in size); permissions are 644 so everyone can read it Seth2740 (talk) 13:45, 11 August 2020 (UTC)

good lord...selinux was enforcing. disabled it and rebooted; no more error. need more help with the plugin but will open a separate question for that Seth2740 (talk) 14:24, 11 August 2020 (UTC)

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

trying to get ldap auth working

I have mediawiki 1.34.2 on fedora 32 with apache 2.4.43, mysql 8.0.21 and php 7.4.8. I installed ldapprovider, pluggableauth and ldapauthentication2; autocreate account set to true and have a json file with my ldap config (domain controller, base dn, etc. and hope it's correct).

When I try to login using a domain account, I get this...

[XzK0s3@C7oXFuPP8oKdn6QAAAIc] /index.php?title=Special:PluggableAuthLogin Error from line 244 of /var/www/html/extensions/LDAPProvider/src/PlatformFunctionWrapper.php: Call to undefined function ldap_connect()

Backtrace:

#0 /var/www/html/extensions/LDAPProvider/src/PlatformFunctionWrapper.php(261): MediaWiki\Extension\LDAPProvider\PlatformFunctionWrapper->connect()

#1 /var/www/html/extensions/LDAPProvider/src/Client.php(100): MediaWiki\Extension\LDAPProvider\PlatformFunctionWrapper::getConnection()

#2 /var/www/html/extensions/LDAPProvider/src/Client.php(88): MediaWiki\Extension\LDAPProvider\Client->makeNewConnection()

#3 /var/www/html/extensions/LDAPProvider/src/Client.php(329): MediaWiki\Extension\LDAPProvider\Client->init()

#4 /var/www/html/extensions/LDAPAuthentication2/src/PluggableAuth.php(77): MediaWiki\Extension\LDAPProvider\Client->canBindAs()

#5 /var/www/html/extensions/PluggableAuth/includes/PluggableAuthLogin.php(30): MediaWiki\Extension\LDAPAuthentication2\PluggableAuth->authenticate()

#6 /var/www/html/includes/specialpage/SpecialPage.php(575): PluggableAuthLogin->execute()

#7 /var/www/html/includes/specialpage/SpecialPageFactory.php(611): SpecialPage->run()

#8 /var/www/html/includes/MediaWiki.php(296): MediaWiki\Special\SpecialPageFactory->executePath()

#9 /var/www/html/includes/MediaWiki.php(900): MediaWiki->performRequest()

#10 /var/www/html/includes/MediaWiki.php(527): MediaWiki->main()

#11 /var/www/html/index.php(44): MediaWiki->run()

#12 {main}

I went over the pluggableauth configuration section and didn't see the need to add any options there as the defaults are fine. Could this be a php incompatibility since the latest version (5.7) is dated 2018? Seth2740 (talk) 15:19, 11 August 2020 (UTC)

You need to enable the ldap extension of php, probably by installing it from your package manager, or enabling it in php.ini

https://www.php.net/manual/ldap.installation.php Ciencia Al Poder (talk) 15:41, 11 August 2020 (UTC)

ok fixed that part. now when trying to use a domain account it says "could not authenticate credentials against domain" Seth2740 (talk) 16:31, 11 August 2020 (UTC)

There are some (successfully resolved) discussions regarding this issue already:

• Extension talk:LDAPProvider
• Extension talk:LDAPAuthentication2
• Talk:LDAP hub

Maybe they are a good starting point?

Also please make sure you have read LDAP_hub/Migration_from_extension_LDAPAuthentication and Manual:Active_Directory_Integration. Please also provide debugging information. Osnard (talk) 06:24, 12 August 2020 (UTC)

ok...will look at the extension page and AD integration section of the manual (didn't know they existed). i see there are more extensions required than listed on the ldapauthentication2 page so that could be a factor also Seth2740 (talk) 01:30, 14 August 2020 (UTC)

setting $wgAuthRemoteuserUserName with a PHP session variable

Using MediaWiki 1.34.2, PHP 7.4.8, and MariaDB 10.3.24-MariaDB

I would like to use Extension:Auth remoteuser to control access to my private wiki. I already have a PHP login interface running that keeps the username in a $_SESSION array. The relevant part of my LocalSettings.php file looks like this:

// load the remote user authentication extension

wfLoadExtension( 'Auth_remoteuser' );

# Disable reading by anonymous users

$wgGroupPermissions['*']['read'] = false;

# Disable anonymous editing

$wgGroupPermissions['*']['edit'] = false;

# Prevent new user registrations except by sysops

$wgGroupPermissions['*']['createaccount'] = false;

// Since account creation by anonymous users is forbidden,

// allow it to be created automatically (by the extension).

$wgGroupPermissions['*']['autocreateaccount'] = true;

Now, I am trying to get the logged in user's username like this:

$wgAuthRemoteuserUserName = [$_SESSION['username']];

But the $wgAuthRemoteuserUserName variable always ends up being empty and so the wiki asks me to log in (instead of taking the username from that session variable).

If I add this code to LocalSettings.php:

session_start();

echo "<pre>";

print_r($_SESSION);

echo "</pre>";

And log in as user "foo" in my php front end

This result prints to screen on the main page of my wiki (a bit strangely but nevertheless I can see it).

Array

(

    [username] => foo

)

So the session variable is populated with the correct username and is propagated to the first page of my wiki, but somehow I cannot get this value to get assigned to wgAuthRemoteuserUserName

I am really stuck on this and would be grateful for any advice! WikiJedO (talk) 16:01, 11 August 2020 (UTC)

i'd guess mediawiki's session handling is interfering with the session handling of your frontend thing. They probably use separate sessions which arent compatible.

I would suggest finding a different way of passing the username. Bawolff (talk) 19:02, 11 August 2020 (UTC)

Thanks for the reply.

If I can actually see the username when printing the $_SESSION variable, why would mediawiki's own session handling be causing a problem?

Anyway, I'm not set on using $_SESSION. Would you have any suggestions/example of another way of passing the username? The only way I have managed is using http basic auth, but I am trying to avoid making a user who is already logged with my php interface log in a second time with the basic auth dialog.

Thanks!

PS My wiki is at https://murphycreek.ca/wiki/ WikiJedO (talk) 03:59, 12 August 2020 (UTC)

Have you tried putting session_start(); before $wgAuthRemoteuserUserName = [$_SESSION['username']];?

Like this?

session_start();
$wgAuthRemoteuserUserName = [$_SESSION['username']];
echo "<pre>";
print_r($wgAuthRemoteuserUserName);
echo "</pre>";

But even if that works, I believe mixing session storage mechanisms in one application is not a good idea. If you want some single-sign-on behaviour, please have a look at Extension:SimpleSAMLphp or Extension:OpenID Connect. Osnard (talk) 06:18, 12 August 2020 (UTC)

Thanks for the suggestion. I copied your code exactly and indeed it shows the content of $wgAuthRemoteuserUserName correctly. Actually, it seems to me that it should not be necessary to assign $wgAuthRemoteuserUserName to an array so I tried this:

session_start();

$wgAuthRemoteuserUserName = $_SESSION['username'];

echo "<syntaxhighlight lang='text'>";

print_r($wgAuthRemoteuserUserName); echo "</syntaxhighlight>";

Now the username is printed to the screen correctly. BUT, mediawiki still doesn't seem to recognize that the username has been assigned and log the user in - I'm still stuck on the login screen.

Anyone have other ideas? Thanks all for the help! WikiJedO (talk) 16:00, 12 August 2020 (UTC)

oh well that probably means something else is broken. Its an older extension, maybe it doesnt work with newer mediawiki(?)

Did you try https://www.mediawiki.org/wiki/Extension:Auth_remoteuser#Howto_debug Bawolff (talk) 19:49, 12 August 2020 (UTC)

ldap setup on 1.27

Is there a way to setup ldap on MW 1.27? Dossod11 (talk) 17:57, 11 August 2020 (UTC)

@Dossod11 Why wouldn't you instead want to upgrade your ancient, unsupported, insecure MediaWiki installation to a supported MediaWiki version, to close all your open security vulnerabilities? Malyacko (talk) 18:56, 11 August 2020 (UTC)

No login possible after Rename AdminUser

I renamed the AdminUser of my Wiki with Special:RenameUser and know i can't login anymore. It does not say that the inserts were wrong, and acts like a normal login, but in the end i'm on the mainpage not logged in.

I'm not into coding so i just completely reinstalled the wiki, but the problem still exists, even with a new AdminUserName.

Thanks for any help. 2003:F9:F71B:5078:41C3:8A2C:67B6:3B55 (talk) 22:49, 11 August 2020 (UTC)

does clearing all cookies help? Bawolff (talk) 00:14, 12 August 2020 (UTC)

unfortunately not 2003:F9:F707:7F03:FC13:DE40:8D1:AA4A (talk) 06:30, 12 August 2020 (UTC)

Have you also tried using another browser? Hazard-SJ (talk) 01:29, 13 August 2020 (UTC)

Best practices for updating LocalSettings.php for a live MediaWiki

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

---

I am currently developing on my own instance of MediaWiki, which means making changes to the LocalSettings.php.

I have found that in order for my changes to the LocalSettings.php to be picked up, I need to "bounce" / restart my php fpm. This seems quite heavy handed and not the best practice because if I were to have other PHP processes running, they would be impacted. May I know what the best way to do runtime LocalSettings.php updates to an instance of MediaWiki? Nnaka1 (talk) 23:18, 11 August 2020 (UTC)

normally you dont need to do anything for changes to be picked up. Whatever you are experiencing might be some sort of php config issue.

Check also you dont have your php on an NFS (or SMB, etc) file system as network filesystems can sometimes mess this up. Bawolff (talk) 00:13, 12 August 2020 (UTC)

Also look into whether you have any PHP caching in place. Hazard-SJ (talk) 01:27, 13 August 2020 (UTC)

Thanks, yes, any changes I would expect to get picked up the next call that's made.

I made sure that PHP is host local.

I'm using PHP-FPM along with Apache HTTPD. From looking at the PHP-FPM extra.ini file, I see that I set realpath_cache value. From my research it seems that I may need to do a reload of PHP-FPM for this to be cleared but this still seems quite invasive. I'm curious how this sort of set-up / process is typically done / supported in a production environment? Nnaka1 (talk) 17:12, 14 August 2020 (UTC)

I am also seeing that in my opcache.ini I have the opcache.enable=1. From what I read, this seems to provide some performance enhancements, but I have a hunch that this could also potentially be the cause of this. But would love to know what your experience is for this as well. Nnaka1 (talk) 18:41, 14 August 2020 (UTC)

Just to be clear, if you add the last line of LocalSettings.php to be:

die("dead");

Nothing changes until you restart php-fpm (including both normal pages and special pages)? Because that is super weird.

Might make sense to ask on a php forum as they might have people who know better how php internals work Bawolff (talk) 01:33, 15 August 2020 (UTC)

Thanks for the help, @Bawolff@Hazard-SJ

Changing those settings in PHP-FPM seemed to do the trick so I do believe it was indeed the cache that was not getting invalidated causing the changes not to get picked up. Nnaka1 (talk) 17:07, 18 August 2020 (UTC)

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

Debounce Error

I am new when it comes to using MediaWiki and currently having some issues with setting it up. I am using MediaWiki v1.32.0 and php7.7. I have filled in the form for the installation process and moved the downloaded file to my directory. I also installed the vector skin and added the following code to the LocalSetting.php file:

$wgDefaultSkin = "vector";

wfLoadSkin( 'Vector' );

The problem I am having right now is that when I go to my site, the css file doesn't seem to be working. All the text seems to be laid out without any css code. When I check the console, it shows the following as a warning:

"jQuery.Deferred exception: mw.util.debounce is not a function TypeError: mw.util.debounce is not a function"

And the following as a error:

"Uncaught TypeError: mw.util.debounce is not a function"

Again, I am new to using mediaWiki and am stuck so any help will be appreciated. DebounceError (talk) 09:30, 12 August 2020 (UTC)

@DebounceError Why wouldn't you first want to upgrade that ancient, unsupported, insecure MediaWiki installation to a supported MediaWiki version, to close all your open security vulnerabilities? Malyacko (talk) 11:15, 12 August 2020 (UTC)

(If you want to find out which specific code is throwing that error, use the "debug=true" URL parameter. See Help:Locating broken scripts) Malyacko (talk) 11:17, 12 August 2020 (UTC)

probably version of vector does not match version of mediawiki. Bawolff (talk) 19:53, 12 August 2020 (UTC)

Undocumented block check box “Confirm block” (MW 1.34.1)

I am an administrator on a MediaWiki 1.34.1 instance and I have noticed that there is an undocumented option (check box) labelled “Confirm block”, which is the last check box before the block button.

I blocked a test account without ticking it, and it blocked that account immediately after clicking the blocking button, without asking for confirmation. On the next time I opened the blocking page, that check box disappeared entirely.

What is the purpose of that check box if it (apparently) makes no technical difference, and why did it disappear the second time I opened the user blocking page? 46.114.110.175 (talk) 15:59, 12 August 2020 (UTC)

its to make sure you really want to do the block when doing a block that looks dangerous (like blocking yourself) Bawolff (talk) 19:52, 12 August 2020 (UTC)

Token validation API

Hello, I have setup a MediaWiki installation for a private wiki, and now I'd like to create my own website, but make it only available to people who are logged in to my MediaWiki installation.

I didn't found any straight-forward and simple API to validate a token (maybe the mediawiki_session cookie, or another one?) that my server could call to check if the token is valid.

The website I'll create and my MediaWiki instance are on the same domain. I found ?action=checktoken but when I try api.php?action=checktoken&type=login&token=<token> with the mediawiki_session it says it's invalid.

Here's a summary on how I want it to be:

• The server should make the request, not the client
• Validate the token easily
• I know how to do the rest

Regards. Starscouts (talk) 21:26, 12 August 2020 (UTC)

checktoken is for csrf tokens only. You should not use that for access control.

The hacky way to do this is to take all the user's cookies, make a server side request with the user's cookies to api.php?action=query&meta=userinfo and see what user is returned.

For the non hacky way of doing this - im not sure i understand what you are trying to accomplish. I assume you are not doing some sort of single-sign-on since you are using mediawiki's authorization (if you are doing some sort of single-sign-on see AuthManager). At the same time you don't want to use MediaWiki's builtin access control to only allow logged in users? I could probably better advise if i understood why you are trying to do this.

Nonetheless, if you didnt trust mediawiki's access control, and want to use some sort of interstitial access portal instead, probably the most proper approach would be to use a custom SessionManager and have all authorization be in your thing instead of just the access control. See AuthManager Bawolff (talk) 02:17, 13 August 2020 (UTC)

Thanks, it's working!

Here's my code if some are interested:

<?php
// We grab all the cookies
$cookies = "";
$keys = array_keys($_COOKIE);
$index = 0;
foreach ($_COOKIE as $cookie) {
    $cookies = $cookies . $keys[$index] . "=" . $cookie . ";";
    $index++;
}
// Make the request to the MediaWiki API
$curl = curl_init();
curl_setopt($curl, CURLOPT_URL, "https://{$_SERVER['HTTP_HOST']}/api.php?action=query&meta=userinfo&format=json");
curl_setopt($curl, CURLOPT_RETURNTRANSFER, true);
curl_setopt($curl, CURLOPT_COOKIE, $cookies);
curl_setopt($curl, CURLOPT_HEADER, false);
curl_setopt($curl, CURLOPT_RETURNTRANSFER, true);
curl_setopt($curl, CURLOPT_FOLLOWLOCATION, true);
$result = curl_exec($curl);
curl_close($curl);
// Process the data
$data = json_decode($result);
header("Content-Type: application/json");
if (json_last_error() !== JSON_ERROR_NONE) {
    die("false");
}
if (isset($data->batchcomplete) && $data->batchcomplete == "") {
    die("true");
} else {
    die("false");
}

And it's surprisingly fast! I can even improve the speed using localhost instead of the domain name used by the client. Starscouts (talk) 09:08, 13 August 2020 (UTC)

note: this is insecure if using client host header since it can be anything (see SSRF attack). In certain circumstances it may be possible to turn SSRF into code execution.

You may also want to urlencode the value of the cookies.

Batchcomplete is the wrong key to look for as it is present regardless of if the session is valid. Bawolff (talk) 15:29, 13 August 2020 (UTC)

For the client host header, changed it to localhost, and for the batchcomplete key I may take a look at it later. Starscouts (talk) 12:02, 17 August 2020 (UTC)

What I want to do is just, using client's cookies, make the server check if a MediaWiki session is valid. I'll tell you what api.php?action=query&meta=userinfo gives me. Starscouts (talk) 08:34, 13 August 2020 (UTC)

Media Viewer doesn't work on a page with a template?

I have a project page with two tabs that are separate pages. Why does Media Viewer open the photos (as I want it) on the separate pages (e,g, this one), but not on the project page? Keren - WMIL (talk) 13:14, 13 August 2020 (UTC)

Because you have the Multimedia Viewer Extension installed and enabled, and that's what it is designed to do. If you disable it the file page will be displayed instead, that's how it works on MW with the Multimedia Viewer Extension disabled. TiltedCerebellum (talk) 21:48, 14 August 2020 (UTC)

I'm afraid you misunderstood my question. I know I enabled the extension. I want to know is if there is a way to make the Multimedia Viewer Extension work on a page that has tabs, like this page ? Keren - WMIL (talk) 08:13, 16 August 2020 (UTC)

How are the tabs created? Is it an extension? A template? I can't read Hebrew so looking at the source doesn't really help me. What is the default skin, is it Minerva Neue? Just to confirm, if you take that same image and place it on a regular page, outside of the tabs, does it work as expected? If the tabs are created by an extension, it might not be compatible with Multimedia Viewer (check if it has a compatibility policy)? TiltedCerebellum (talk) 04:13, 19 August 2020 (UTC)

Thanks for your reply.

The tabs are created with a template which exists in many languages but not English.

Here is the separate page - when you click on the image, it is shown by Multimedia Viewer Extension.

Here, that separate page appears as a tab - when you click on the image, you get (redirected to) the File page.

It is related to the templates - the other images on the page (e.g., the Wikimedia Commons logo) that are not in tabs are shown as expected with the Multimedia Viewer.

Hope it is clearer now. Keren - WMIL (talk) 10:46, 19 August 2020 (UTC)

I would try it on a non-thumbnail image first, to give an idea if it is related to the template (which I can't view the code of from the link provided) or if its related to the Multimedia Viewer extension. I see similar reports of issues with Multimedia Viewer with thumbnails with users being told to check the web inspector console for javascript errors (you have to tell errors to persist in the console settings because it resets on page load otherwise), you should do the same check: Extension talk:MultimediaViewer/Flow export#h-Not_working_on_thumbnails-2016-09-26T04:02:00.000Z and maybe try posting the issue on the extension's talk page: Extension talk:MultimediaViewer

Edit: Looks like it is the exact same issue as that above one as it works fine in Firefox (opens as expected in Multimedia Viewer), but doesn't work in my current version of Chrome. Looks like the extension isn't currently fully cross-browser compliant, or there is some issue with the way the browser is handling it. I would read through the extension's open workboard to see if it is already posted and if not consider reporting a bug.

It's a good idea to always start at an extension's page and talk page, that's the "Discussion" tab at the top of the extension page. Checking there can sometimes save a lot of chasing your tail for issues that may already have been posted to let you know it's a current issue, or if there are some steps to resolve it there based on what others have tried. It's also a good idea to check the extension page's side infobox where it says "Issues" for "Open Tasks" and "Report a Bug" links. Reading the Discussion/Talk page let me know I should try a different browser and I saw that it works fine in Firefox, so some issue with the extension being either not fully cross-browser compliant is likely, or the way that Chrome (in my case) is handling it (might be a bug in my browser also). TiltedCerebellum (talk) 02:50, 27 August 2020 (UTC)

How to show specific article on Main Page?

I want to show one part of specific article (actually, most recently revised article) on main page, how can I do this? Smilewhj (talk) 13:39, 13 August 2020 (UTC)

Transclusion Malyacko (talk) 13:55, 13 August 2020 (UTC)

Thanks, Malyacko 59.9.24.33 (talk) 00:01, 14 August 2020 (UTC)

How to update articles after extension changes?

Hi, everybody. I have template changes to the Embedvideo extension, but the changes were not applied in my articles. Only after updating manually in the admin panel.

I found this solution

Manual:Purge#Examples, but this is for one article. Does the cli interface has this solution? 176.59.68.66 (talk) 16:00, 13 August 2020 (UTC)

You can use the purgePage.php maintenance script Taavi (talk!) 16:45, 13 August 2020 (UTC)

Manual:PurgeList.php work fine for me, thanks for the tip 176.59.71.129 (talk) 07:22, 14 August 2020 (UTC)

generally making any edit to LocalSettings.php will force all pages to be reparsed on next view. Bawolff (talk) 20:48, 13 August 2020 (UTC)

I think It's not correct for system protection. 176.59.71.129 (talk) 07:25, 14 August 2020 (UTC)

What's system protection? Bawolff (talk) 07:59, 14 August 2020 (UTC)

I think that all users will be able to change articles. 176.59.71.129 (talk) 12:02, 14 August 2020 (UTC)

I think It's not correct for system protection. 176.59.71.129 (talk) 07:25, 14 August 2020 (UTC)

login problem

Hello mediawiki

Kindly assist me with login 197.138.16.2 (talk) 16:43, 13 August 2020 (UTC)

Please be more specific with your question. Taavi (talk!) 16:44, 13 August 2020 (UTC)

You need to provide what site you are trying to log into so the people who help here know if you are in the right place. Also please see: Help:Logging in TiltedCerebellum (talk) 21:46, 14 August 2020 (UTC)

Remove Line Break

When editing an article, MediaWiki seems to add a line break at the end of the existing text. It seems like it gets stripped on save, but it can be annoying for our use. Is there a way to prevent from this line break from being added when editing an article? 138.163.128.43 (talk) 17:07, 13 August 2020 (UTC)

You didn't provide your MediaWiki version, skin, or any information about your current setup, or an example, link or anywhere to see the issue you describe, so very difficult for anyone to answer your question. Is it possible the "extra" linebreak is there to help users to know where they can insert new text (a usability feature)?

Also, if the extra line breaks you describe are stripped automatically, why does it matter if there is one being added on your MW? TiltedCerebellum (talk) 21:44, 14 August 2020 (UTC)

Flagging an article for removal

Hi support team,

This article was recently posted on the site and it should not have been. Can it please be removed?

http://www.roovet.com/articles/Domestic_Violence_By_Proxy_-_Why_Doesn%E2%80%99t_Abusive_Control_End

Thank you! 2601:805:C182:C90:24EC:31CA:51EA:118F (talk) 19:06, 13 August 2020 (UTC)

Welcome to the support desk for the MediaWiki software. For random content on random websites, please contact those websites - we have nothing to do with roovet.com. Malyacko (talk) 19:13, 13 August 2020 (UTC)

Mediawiki is not clearing Varnish cache

Hi, I'm setting up Mediawiki with Varnish and the pages are being correctly cached by Varnish, but when I edit a Mediawiki page, the cache is not purged, so the outdated page still shows to users. I even removed the acl to make varnish accept calls from any source.

In Mediawiki settings, I defined both the host (name of the docker container) as well as the docker IP, but it didn't worked.

I've added to the settings:

$wgUseCdn = true;

$wgCdnServers = [];

$wgCdnServers[] = "172.22.0.10";

(the docker container had the above IP at that time)

I enabled Mediawiki logs and see the error:

[squid] CdnCacheUpdate::purge: https://localhost:8443/index.php/Test_Page https://localhost:8443/index.php?title=Test_Page&action=history

[DeferredUpdates] Deferred update CdnCacheUpdate failed: Call to undefined function socket_create()

I have found no solution for undefined socket_create() in Mediawiki.

Installed software

Product	Version
MediaWiki	1.34.1
PHP	7.3.18 (apache2handler)
MariaDB	10.5.3-MariaDB-1:10.5.3+maria~bionic-log
ICU	63.1

I'm using varnish 6.4.0 (vcl 4.0). I'm using the docker image mediawiki:1.34.1

I don't know how to proceed and haven't found a solution.

Update:

If I try to enable sockets (docker-php-ext-enable sockets) it shows that it's already enabled: warning: sockets (sockets.so) is already loaded!, but from the error it seems as if it's not enabled tough. Lucasbasquerotto (talk) 19:12, 13 August 2020 (UTC)

I've installed and enabled the sockets extension (docker-php-ext-install sockets and docker-php-ext-enable sockets) and restarted the docker container, and it works now.

I think it's important to document that the sockets extension needs to be enabled at Manual:Varnish caching and update $wgUseSquid and similar variables to $wgUseCdn and the other new variables. Lucasbasquerotto (talk) 19:32, 13 August 2020 (UTC)

Got a similar problem but without any errors. All is set, just the job is not done. After the page is updated, the cached version is still served.

MediaWiki 1.37.1, PHP 7.4.27 (fpm-fcgi), MariaDB 10.6.5-MariaDB, ICU 70.1, varnish 7.0.2.

Settings in LocalHost:

$wgUseCdn = true;

$wgCdnServers = []

$wgCdnServers[] = '127.0.0.1'; alternative $wgCdnServers = [ '127.0.0.1', '127.0.0.1' ]; also tried

Any ideas where to look or to provoke it to any kind of error message? Pspviwki (talk) 09:45, 12 February 2022 (UTC)

How to show specific article on Main Page? (2)

Hi, everybody. I want to show specific article on Main Page and someone told me 'transclusion'.

but as I know, using transclusion can add only assigned (namespace) article.

1. How can I show 'most recently revised article' on the Main page?
2. How can I show only one specific part of article? (if one article has introduction and several part started with '==', I wanna show only introduction part) Smilewhj (talk) 01:14, 14 August 2020 (UTC)

> using transclusion can add only assigned (namespace) article.

I'm not sure what you mean by this.

for 1) you would need to write an extension. Im not aware of any that do that that already exist.the closest is you can transclude Special:recentchanges, but that is still pretty far off.

2) try extension:Labeled Section Transclusion Bawolff (talk) 05:30, 14 August 2020 (UTC)

Thanks Bawolff.

I mean, I already knew that I can show content of specific item by transcluding specific item by like '{{:title}}'.

but If I want to show content of 'most recently modified article' on Main page, how I can do that?

(because 'most recently modified article' is always changed when I modified any article.) Smilewhj (talk) 03:54, 17 August 2020 (UTC)

You would have to write an extension. I don't think there are any already existing that do that. {{Special:Recentchanges}} will give you a list of recently modified pages, but not the page itself.

Maybe Extension:DynamicPageList3 could do something along those lines. I'm not really sure. Bawolff (talk) 04:16, 17 August 2020 (UTC)

Custom 404 error notice for invalid URL

Hello. How do I create a custom 404 error notice such as https://en.wikipedia.org/abcabcabc or https://en.wikipedia.org/abc/abcabcabc? Note that this isn't a 'non-existing article' error, but an error when browsing to any bad URL under the main domain. Thanks. 182.161.8.222 (talk) 05:14, 14 August 2020 (UTC)

Follow the documentation of your webserver

For example on apache https://httpd.apache.org/docs/2.4/custom-error.html Bawolff (talk) 05:25, 14 August 2020 (UTC)

Some images missing after update on 1.34.1

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, we have a "strange" behaviour since the last update. There are a lot of pages with defect image links. The images can be found in the filesystem, but not in the list of uploaded files. I have tried to upload such an image again, but it fails because it is recognized as an duplicate. Seems to me that something during the database update has gone wrong. It is quite a while ago, the only thing I remember where some problems with users. Is it possible to link the filesystem images again with the pages without manually upload them again with a different name? TomK4315 (talk) 10:23, 14 August 2020 (UTC)

Its possibly caused by referential integrity issues with either comment or actir table (and image table)

Sometimes cleanupUsersWithNoId.php followed by migrateActors.php --force can help Bawolff (talk) 15:40, 14 August 2020 (UTC)

Unfortunately the scripts didn't change anything. As a not so good solution I have reimported all lost images again hoping that this will not happen again. Thank you for your help. TomK4315 (talk) 14:55, 17 August 2020 (UTC)

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

Wikibase/Configuring languages

In a custom MediaWiki installation, in the upper pane where Labels are listed, there is a link named Configure that points to Help:Extension:Wikibase/Configuring_languages.
This should explain how to set the default languages shown into that pane, but the page completely fails at this. In the chapter "Changing the defaults" there is some generic notes on how to improve language recognition for WikiData, but no helpful information on configuring custom WikiBase. Can someone provide the actual explanation on how to do this configuration? Or point to proper documentation if it exist already?

Thanks Luca Mauri (talk) 11:04, 14 August 2020 (UTC)

New page embedded 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.

---

Hi,

Could you let me know how I can fix the embedded url in new page creation?

Let say I want to search for a page name "mynew page".

For example, when I search a page "mynew page" and it does not exist then I get "Create the page 'mynew page

' on this wiki. After I click on the link of the new page name, It takes me to a new page creation, which also has a default message saying "You have followed a link to page that does not exist yet. To create the page, start typing in the box below (see the "help page" for more information). If you are here by mistake, click your browser's back button.

The thing is the embedded url link ("help page") has a wrong address. It has: http://mywikidomainname/w/index.php/Help:domainname_Help

However, I expected the embedded url would be http://mywikidomainname/wiki/index.php/Help:domainname_Help

The "w" of the embedded url should be replaced by "wiki" to make the url valid.

Could you walk me through how I can fix the embedded url?

In the LocalSettings.php file, I already set $wgArticlePath = "/wiki/$1";

Thanks so much!

JBA Jasonba (talk) 23:42, 14 August 2020 (UTC)

that should probably be:

$wgArticlePath = '/wiki/$1';

(Single quote not double) Although im not sure that would cause the issue you are describing. Can you check that you dont have $wgArticlePath specified multiple times.

On the page special:version it should have a table with all your path variables, can you paste them here? Bawolff (talk) 01:38, 15 August 2020 (UTC)

Great. Thank you! I will check on those thing and let you know. Jasonba (talk) 04:13, 15 August 2020 (UTC)

Hi Bawolff,

I replaced the double quotes with the single quotes, searched for other places of $wgArticlePath (There are no other assignment) and It still does not work after this. I also tried to look for the page: Help:Magic words#Variables but it does not exist.

Please help me on the next steps.

Thanks so much!

JBA Jasonba (talk) 22:42, 15 August 2020 (UTC)

i'm not sure how help:Magic words#Variables is related to this.

What's the contents of the section called "Entry point URLs" on the page named Special:Version on your wiki? Bawolff (talk) 23:45, 15 August 2020 (UTC)

I am sorry, I forgot to mention that in the thumb.php, $wgArticlePath also assigned to $oldArticlePath and vis versa. And in once instance, found

$wgArticlePath = $repo->getZoneUrl( 'thumb' ) . '/$1'; Jasonba (talk) 22:53, 15 August 2020 (UTC)

yes that's normal. Dont edit any other files other than LocalSettings.php Bawolff (talk) 23:42, 15 August 2020 (UTC)

Hi Bawolff,

The Entry Point URLs for

Article path=/wiki/$1

Script path = /mediawiki-.1.31.0

index.php = /mediawiki-1.31.0/index.php

api.php = /mediawiki/1/31/0/api.php

load.php = /mediawiki-1.31.0/load.php

Thanks so much for looking into this!

JBA Jasonba (talk) 15:05, 17 August 2020 (UTC)

Hi,

My issue has NOT been resolved. Could someone help? Thanks! Jasonba (talk) 16:03, 18 August 2020 (UTC)

whats the exact url of the link generated by mediawiki before any redirects, and what is it after redirects.

Are you sure you posted the correct entry point list? The answers are inconsistent with each other. Bawolff (talk) 19:15, 18 August 2020 (UTC)

Hi Bawolff:

Please see all the links below:

Search string "mynewpage"

Link from Search result page:

https://mywikidomain.com/mediawiki-1.31.0/index.php?search=mynewpage&title=Special%3ASearch&go=Go

Link after clicking on "mynewpage" from Search result page:

https://mywikidomain.com/mediawiki-1.31.0/index.php?title=mynewpage&action=edit&redlink=1

embedded Help link from the page above:

https://mywikidomain.com/w/index.php/Help:mywikidoamin_Help

expected:

https://mywikidomain.com/wiki/index.php/Help:mywikidoamin_Help

Thanks Bawolff!

JBA Jasonba (talk) 21:08, 18 August 2020 (UTC)

This is an Internal network wiki; thus, you won't be able to access it if I provided you with a real URL; therefore I replaced it with "mywikidomain".

Thanks! Jasonba (talk) 16:43, 20 August 2020 (UTC)

The only thing that looks unexpected to me here is that where I would expect your base folder to be called "mywikidomain.com/w/" it appears you titled it "mywikidomain.com/mediawiki-1.31.0/" Personally I'd probably rename the folder "mediawiki-1.31.0" to "w", but maybe you have a particular reason why you need to call it that.

I also use the same scheme for my wiki URLs (mysite.com/wiki/Page_title), below are the exact settings I used (from this ShortURL tutorial) in case it's helpful, although my site uses apache so this may or may not apply to you.

Added to .htaccess in root folder (before rules for other sites like Wordpress):

# BEGIN MediaWiki

<IfModule mod_rewrite.c>

RewriteEngine On

RewriteBase /

RewriteCond %{REQUEST_FILENAME} !-f

RewriteCond %{REQUEST_FILENAME} !-d

RewriteRule ^wiki/(.*)$ w/index.php?title=$1 [PT,L,QSA]

RewriteRule ^wiki/*$ w/index.php [L,QSA]

RewriteRule ^wiki$ w/index.php [L,QSA]

</IfModule>

# END MediaWiki

Added to LocalSettings.php:

$wgScriptPath = "/w";

$wgArticlePath = "/wiki/$1";

$wgScriptExtension = ".php";

$wgUsePathInfo = true;

$wgResourceBasePath = $wgScriptPath; Knomanii (talk) 19:46, 20 August 2020 (UTC)

Hi Knomanii,

Yes, I will try to incorporate the scripts that you provided and will see if it will resolve the issue.

Thank you for your help.

JBA Jasonba (talk) 21:25, 20 August 2020 (UTC)

Hi Knomanii,

When you said creating the .htaccess file at the root level, did you mean at the mediawiki-1.31.0 (this is our wiki folder) folder? Please confirm.

Thanks!

JBA Jasonba (talk) 21:50, 20 August 2020 (UTC)

Well, firstly my instructions above only work if you rename the folder "mediawiki-1.31.0" to "w", and it sounds like you don't want to do that if I'm understanding right? I'd personally recommend it but it's okay if not.

And to be clear, you want your Shortened URL to be in the format "example.com/wiki/Page_title" right?

Third, is your site on an Apache server? Because I realized I was assuming so but I didn't check if that was true.

Re: .htaccess folder -- No, I meant the website's root folder, so if your site is in the folder "mysite.com" then your .htaccess rules would be in that folder. (Here's the documentation about this, assuming you're using Apache server) Knomanii (talk) 03:29, 21 August 2020 (UTC)

Yes, we want to keep the mediawiki-1.31.0 folder. Yes, we want the shorten URL. We are running Apache server.

Thanks Knomanli. I really appreciate your help.

JBA Jasonba (talk) 14:23, 21 August 2020 (UTC)

Ok great — can you check if there is ANYTHING in your LocalSettings.php file that is referencing "/w"?

If so, if you could post it here that'd be helpful. Knomanii (talk) 18:25, 21 August 2020 (UTC)

I added the .htaccess file at the same level with LocalSettings.php file and one level above it (website root) but it did not resolve the issue.

Please advise for next steps.

Thanks! Jasonba (talk) 20:52, 21 August 2020 (UTC)

Does going to <yourwebsite.eg>/mw-config and inserting you upgrade key give you any errors? It did for me and I fixed a similar error preventing me from signing into any account. The warning it gave me was I needed to install APCU 72.80.58.47 (talk) 20:55, 21 August 2020 (UTC)

The .htaccess file needs to be one level above the LocalSettings.php file. Did you add it into both places? If so, that'll create problems and you need to remove it from the LocalSettings.php level.

I access mw-config at the link "example.com/w/mw-config" and put in my upgrade key it does not give me any errors . Knomanii (talk) 21:17, 21 August 2020 (UTC)

Could you post your LocalSettings and .htaccess files? With any website info/credentials removed of course.

It seems there has to be something in one of these files that is directing your wiki to use the link format "example.com/w/index.php" but I don't know what it is. Knomanii (talk) 22:03, 21 August 2020 (UTC)

I currently have it at 2 places. I will remove the one at the same level with the LocalSettings.php file to see if it will fix the issue.

Thanks!

JBA Jasonba (talk) 00:07, 22 August 2020 (UTC)

I removed the one at the same level with LocalSettings.php and keep the one at the level above but it did not resolve the issue.

Please advise the next steps.

Thanks!

JBA Jasonba (talk) 02:36, 22 August 2020 (UTC)

Can you post your LocalSettings.php and .htaccess files? (With all site credentials removed of course) Knomanii (talk) 03:03, 22 August 2020 (UTC)

Here is how I would expect your LocalSettings.php and .htaccess files to look:

Relevant .htaccess settings (in folder one level above LocalSettings.php):

# BEGIN MediaWiki

<IfModule mod_rewrite.c>

RewriteEngine On

RewriteBase /

RewriteCond %{REQUEST_FILENAME} !-f

RewriteCond %{REQUEST_FILENAME} !-d

RewriteRule ^wiki/(.*)$ mediawiki-1.31.0/index.php?title=$1 [PT,L,QSA]

RewriteRule ^wiki/*$ mediawiki-1.31.0/index.php [L,QSA]

RewriteRule ^wiki$ mediawiki-1.31.0/index.php [L,QSA]

</IfModule>

# END MediaWiki

Relevant code in LocalSettings.php:

$wgScriptPath = "/mediawiki-1.31.0";

$wgArticlePath = "/wiki/$1";

$wgScriptExtension = ".php";

$wgUsePathInfo = true;

$wgResourceBasePath = $wgScriptPath;

Also, I noticed an issue in the script path you posted above (Script path = /mediawiki-.1.31.0). Notice that you put a dot before the 1.31.0 — It should be "mediawiki-1.31.0" NOT "mediawiki-.1.31.0". That could be causing issues on your site. Knomanii (talk) 21:45, 22 August 2020 (UTC)

So the code in the LocalSettings.php file is the same with the code the you provided. I will make changes to .htaccess to have the new RewriteRule code as you provided this time.

Thanks!

JBA Jasonba (talk) 18:54, 23 August 2020 (UTC)

I replaced the "w" by mediawiki-1.31.0 for the .htaccess file but that did not solve the issue.

I also tried to replace the single quote by the double quote and that did not help either.

There is no "." before the dash. It is just a typo.

Please advise next. Thanks!

JBA Jasonba (talk) 20:17, 23 August 2020 (UTC)

Can you describe the issue you're facing again? When you click "create page" does it send you to a broken link? If so, what is the URL now? Knomanii (talk) 20:28, 23 August 2020 (UTC)

When I clicked on Mynewpage link to create the page and I got the below page with the "help page" link embedded by the system:

Creating Mynewpage

"You have followed a link to a page that does not exist yet. To create the page, start typing in the box below (see the help page for more info). If you are here by mistake, click your browser's back button."

and this "help page" link has an invalid url:

http://mywikidomain/w/index.php/Help:mywikidoamin_Help but I expected to see: http://mywikidomain/wiki/index.php/Help:mywikidomain_Help for it to work.

In short, the embeded "help page" url did not get generated correctly by the system.

It did not send me to a broken link but the embedded url on the page is invalid.

Thanks! Jasonba (talk) 21:33, 23 August 2020 (UTC)

Do all pages other than the help page work as expected?

If it's just the help page, the issue may just be MediaWiki:Helppage, try:

• example.com/wiki/MediaWiki:Helppage
• example.com/mediawiki-1.31.0/index.php?title=MediaWiki:Helppage

On my site, the helppage link goes to Mediawiki.com, rather than my local site:

• https://www.mediawiki.org/wiki/Special:MyLanguage/Help:Contents

It may also be MediaWiki:Noarticletext or MediaWiki:Newarticletext, try:

• example.com/mediawiki-1.31.0/index.php?title=MediaWiki:Noarticletext
• example.com/mediawiki-1.31.0/index.php?title=MediaWiki:Newarticletext Knomanii (talk) 21:47, 23 August 2020 (UTC)

Yes, both URLs work.

https://mywikidoamin/wiki/mywiki:Helppage

https://mywikidoamin/mediawiki-1.31.0/index.php?title=mywiki:Helppage

It may help if we know exactly how that new page template is generated and where it captures the embedded "help page" url so it can generate it.

Thanks! Jasonba (talk) 22:05, 23 August 2020 (UTC)

Everything works fine except when a user searches and creates a new page. The new page is created just fine except its embedded link.

Thanks! Jasonba (talk) 22:12, 23 August 2020 (UTC)

Thanks for the update. My guess is the issue has got to be one of two things:

1) The helppage link itself is hardcoded with "/w/index.php/Help:mywikidoamin_Help". To change this, I think you need to go to wiki/Special:AllMessages to find the message with the helppage link and change it to /wiki rather than /w.

But more likely, I think is the following:

2) Some line of code in your LocalSettings.php is still referencing /w somewhere. If you could post your LocalSettings.php or Special:Version URL settings, we might be able to figure out what that is. But without either of those posted, I can only advise that you go through both of those carefully to find it.

Could you post your Special:Version Entry Point URL's again? The ones you posted earlier had some errors that I'm wondering if were just a typo or not. Knomanii (talk) 22:21, 23 August 2020 (UTC)

I am sorry, please ignore my previous message.

Tested the 2 URL below:

https://mywikidoamin/wiki/mywiki:Helppage (this takes to a page with a link to the main Help page.

https://mywikidoamin/mediawiki-1.31.0/index.php?title=mywiki:Helppage (this one does not work, got "Not Found" error.

Hope this gives you some useful into.

Thanks! Jasonba (talk) 22:22, 23 August 2020 (UTC)

==Entry point URL==

==Article path     /wiki/$1==

==Script path       /mediawiki-1.31.0==

==index.php         /mediawiki-1.31.0/index.php==

==api.php             /mediawiki-1.31.0/api.php==

==load.php         /mediawiki-1.31.0/load.php== Jasonba (talk) 22:31, 23 August 2020 (UTC)

<?php

#This file was automatically generated by the MediaWiki 1.31.0
#installer. If you make manual changes, please keep track in case you
#need to recreate them later.
#
#See includes/DefaultSettings.php for all configurable settings
#and their default values, but don't forget to make changes in _this_
#file, not there.
#
#Further documentation for configuration settings may be found at:
#https://www.mediawiki.org/wiki/Manual:Configuration_settings

###Debug Mode
###Show PHP errors on page
###SHOULD NOT BE LEFT ON IN PRODUCTION
#error_reporting( -1 );
#ini_set( 'display_errors', 1);
#$wgDebugToolbar = "true";
#$wgShowExceptionDetails = true;
#$wgShowDBErrorBacktrace = true;

#Protect against web entry

if ( !defined( 'MEDIAWIKI' ) ) {	exit; }

$wgShowExceptionDetails = true; $wgOOUIEditPage = false;

##Uncomment this to disable output compression
#$wgDisableOutputCompression = true;

$wgSitename = "mywikidomain"; $wgMetaNamespace = "mywikidomain";

##The URL base path to the directory containing the wiki;
##defaults for all runtime URL paths are based off of this.
##For more information on customizing the URLs
##(like /w/index.php/Page_title to /wiki/Page_title) please see:
##https://www.mediawiki.org/wiki/Manual:Short_URL
#$wgScriptPath = "";
#Enable short URLs

$wgScriptPath = "/mediawiki-1.31.0"; $wgArticlePath = "/wiki/$1"; $wgScriptExtension = ".php"; $wgUsePathInfo = true; $wgResourceBasePath = @wgScriptPath;

#Disable editing
#Note: the Percona MySQL database can still be directly modified
#$wgReadOnly = ( PHP_SAPI === 'cli' ) ? false : 'The database has been locked for maintenance so you will not be able to save your edits right now. The database will remain locked until Wednesday, February 27th. You may wish to copy and paste your text into a text file and save it for later.';

#Prevent caches from being written to the database
#$wgMessageCacheType = $wgMainCacheType = $wgParserCacheType = $wgSessionCacheType = CACHE_NONE;
#$wgLocalisationCacheConf['storeClass'] = 'LCStoreNull';

#Hide error messages triggered by image transformation or scaling
#$wgIgnoreImageErrors = true;

##The protocol and server name to use in fully-qualified URLs
##TODO: When we enable WSSO PROXY cnage wgServer to the WSSO proxy vanity name
#$wgServer = "myserver.com"; #THIS SHOULD REMAIN UNDEFINED. IT WILL AUTOMATICALLY CALCULATE THIS. PER: https://www.mediawiki.org/wiki/Manual:$wgServer

$wgHost = gethostname();

##Set Canonical Server for watchlist notification emails

$wgCanonicalServer = "";

###
#$wgUsePathInfo = true;

##The URL path to static resources (images, scripts, etc.)
#$wgResourceBasePath = $wgScriptPath;

##The URL path to the logo.  Make sure you change this from the default,
##or else you'll overwrite your logo when you upgrade!

$wgLogo = "";

##UPO means: this is also a user preference option

$wgEnableEmail = true; $wgEnableUserEmail = true; # UPO

$wgEmergencyContact = ""; $wgPasswordSender = $wgEmergencyContact;

$wgEnotifUserTalk = true; # UPO $wgEnotifWatchlist = true; # UPO $wgEmailAuthentication = true;

#Include a Reply-To: Header in E-mails of authors of page edits to when
#notifying page-watchers.

$wgEnotifRevealEditorAddress = true;

#Permit the complete blocking of accounts instead of only banning edits.
#Intended for use on accounts that pre-date the integration of WSSO.

$wgBlockDisablesLogin = true;

##Database settings

$wgDBtype = "mysql"; $wgDBserver = "localhost"; $wgDBname = ""; $wgDBuser = ""; $wgDBpassword = "";

#MySQL specific settings

$wgDBprefix = "";

#MySQL table options to use during installation or update

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

#Experimental charset support for MySQL 5.0.

$wgDBmysql5 = false;

##Shared memory settings

$wgMainCacheType = CACHE_NONE; $wgMemCachedServers = [];

#Run jobs only once every 100 page views

$wgJobRunRate = 0.01;

##To enable image uploads, make sure the 'images' directory
##is writable, then set this to true:

$wgEnableUploads = true; $wgUseImageMagick = true; $wgImageMagickConvertCommand = "/usr/bin/convert";

#InstantCommons allows wiki to use images ""

$wgUseInstantCommons = false;

#Periodically send a pingback to https://www.mediawiki.org/ with basic data
#about this MediaWiki instance. The Wikimedia Foundation shares this data
#with MediaWiki developers to help guide future development efforts.

$wgPingback = false;

##If you use ImageMagick (or any other shell command) on a
##Linux server, this will need to be set to the name of an
##available UTF-8 locale

$wgShellLocale = "en_US.utf8";

##Set $wgCacheDirectory to a writable directory on the web server
##to make your wiki go slightly faster. The directory should not
##be publically accessible from the web.

$wgCacheDirectory = "/tmp/mediawiki-cache";

#Site language code, should be one of the list in ./languages/data/Names.php

$wgLanguageCode = "en";

$wgSecretKey = "";

#Changing this will log out all existing sessions.

$wgAuthenticationTokenVersion = "1";

#Site upgrade key. Must be set to a string (default provided) to turn on the
#web installer while LocalSettings.php is in place

$wgUpgradeKey = "";

##For attaching licensing metadata to pages, and displaying an
##appropriate copyright notice / icon. GNU Free Documentation
##License and Creative Commons licenses are supported so far.

$wgRightsPage = ""; # Set to the title of a wiki page that describes your license/copyright $wgRightsUrl = ""; $wgRightsText = ""; $wgRightsIcon = "";

#Path to the GNU diff3 utility. Used for conflict resolution.

$wgDiff3 = "/usr/bin/diff3";

##Default skin: you can change the default skin. Use the internal symbolic
##names, ie 'vector', 'monobook':

$wgDefaultSkin = "vector";

#Enabled skins.
#The following skins were automatically enabled:
#wfLoadSkin( 'CologneBlue' );
#wfLoadSkin( 'Modern' );
#wfLoadSkin( 'MonoBook' );
#wfLoadSkin( 'Vector' );

#End of automatically generated settings.
#Add more configuration options below.

##############Manage namespaces

  # Restrict pages in the project namespace the same way as those in the mediawiki namespace
  $wgNamespaceProtection[NS_PROJECT] = array('editinterface');

  # Define constants for the Draft namespaces and add
  define("NS_DRAFT", 118);
  define("NS_DRAFT_TALK", 119);
  define("NS_MATH", 3000);

  # Add namespaces to the default search
  $wgNamespacesToBeSearchedDefault[NS_HELP] = true;
  $wgNamespacesToBeSearchedDefault[NS_PROJECT] = true;
  $wgNamespacesToBeSearchedDefault[NS_TEMPLATE] = true;
  $wgNamespacesToBeSearchedDefault[NS_CATEGORY] = true;
  $wgNamespacesToBeSearchedDefault[NS_MATH] = true;

#Listing of all pb instances that have WebGates installed.
##Default skin: you can change the default skin. Use the internal symbolic
##names, ie 'vector', 'monobook':

$wgDefaultSkin = "vector";

##############RecentChanges ##############

  $wgRCMaxAge = 180 * 24 * 3600;

  $wgRCLinkLimits = [ 50, 100, 250, 500, 1000 ];

  $wgRCLinkDays = [ 1, 3, 7, 14, 30, 90, 180 ];

##############Enabled skins.

  # We have only made the effort to verify various changes using the vector
  # skin, so disable all the other to reduce our testing-surface going forward.
  wfLoadSkin( 'Vector' );

##############Enabled Extensions.

  # Adds <categorytree> tag and {{categorytree}} template
  require_once "$IP/extensions/CategoryTree/CategoryTree.php";

  # Adds <ref> and <references> tags for creating footnotes.
  wfLoadExtension( 'Cite' );

  # Makes the groups on the sidebar menu collapsible
  require_once "$IP/extensions/CollapsibleVector/CollapsibleVector.php";

  # Adds a dismissable portion to the sitenotice (after applying our source patches)
   wfLoadExtension( 'DismissableSiteNotice' );

  # Adds <imagemap> tag.
  wfLoadExtension( 'ImageMap' );

  # Adds the DynamicPageList extension which permits autolinsting pages within
  # other categories in a page. Changes to `wfLoadExtension` syntax in REL1_28
  # or later.

#require_once "$IP/extensions/intersection/intersection.php";

  wfLoadExtension( 'intersection' );

  # Adds a special page :Terminology that acts as a glossary that other pages
  # can use to expand abbreviations or acronyms when a user hovers over them.
  wfLoadExtension( 'Lingo' );

  # Adds 11 'magic words' to valid wiki syntax, see:
  # https://www.mediawiki.org/wiki/Help:Extension:ParserFunctions
  wfLoadExtension( 'ParserFunctions' );

  # Adds Piwik javascript to enable tracking across the site
  #require_once "$IP/extensions/Piwik/Piwik.php";

   # Adds an administrative ability to made changes to pages en-masse
  wfLoadExtension( 'ReplaceText' );

  # Adds wiki markup using json to document templates that is used by
  # the visual editor to display potential and required arguments
  wfLoadExtension( 'TemplateData' );

  # Adds <syntaxhighlight> tag for source code highlighting.
  wfLoadExtension( 'SyntaxHighlight_GeSHi' );

  # Enable the Visual Editor
  wfLoadExtension( 'VisualEditor' );

  # Adds a new namespace of admin-managed content that can raw HTML content
  # which otherwise presents security risks when exposed through a wiki.
  require_once "$IP/extensions/Widgets/Widgets.php";

  # Adds WikidataPageBanner navigational menus
  wfLoadExtension( 'WikidataPageBanner' );

  # Improves the wikitext editing interface including preview and changes tab.
  wfLoadExtension( 'WikiEditor' );

  # Test Search include file
  # require_once "$IP/includes/SearchMySQL4SubString.php";
  # $wgSearchType = 'SearchMySQL4SubString';

  # Add MathJax extension
  wfLoadExtension( 'MathJax' );

  $wgMjUseCDN = true;

  #Add ApprovedRevs extension
  wfLoadExtension( 'ApprovedRevs' );

  #Add DeleteBatch extension
  wfLoadExtension( 'DeleteBatch' );

  #Add LabeledSectionTransclusion
  wfLoadExtension( 'LabeledSectionTransclusion' );

##############Settings for Extension:DismissableSiteNotice

  # This number will be included in cookies saved in clients browsers. When it
  # changes, they will be forced to see the dismissable banner again. The actual
  # value is set by a cron task at install to the current month of the year.
  $wgMajorSiteNoticeID = '06';

##############Settings for Extension:intersection

  # Configuration variables.
  $wgDLPmaxCategories = 6;                // Maximum number of categories to look for
  $wgDLPMaxResultCount = 1000;             // Maximum number of results to allow
  $wgDLPAllowUnlimitedResults = false;    // Allow unlimited results
  $wgDLPAllowUnlimitedCategories = false; // Allow unlimited categories
  // How long to cache pages using DPL's in seconds. Default to 1 day. Set to
  // false to use the normal amount of page caching (most efficient), Set to 0 to disable
  // cache altogether (inefficient, but results will never be outdated)
  $wgDLPMaxCacheTime = 60*60*24;          // How long to cache pages in seconds

##############Settings for Extension:ParserFunctions

  # And 9 more magic words: https://www.mediawiki.org/wiki/Extension:StringFunctions#Functions
  $wgPFEnableStringFunctions = true;

  array_push($wgUrlProtocols, "file://");

##############Settings for Extension:VisualEditor

$wgVirtualRestConfig['modules']['parsoid'] = array(
    'url' => 'http://localhost:8000', # URL to the Parsoid instance

#'url' => '', # URL to the Parsoid instance''

    'domain' => 'localhost',          # Parsoid "domain" (optional)
    'prefix' => 'localhost'           # Parsoid "prefix" (optional)
);

#Namespaces VisualEditor are enabled for

$wgVisualEditorAvailableNamespaces = [
    NS_CATEGORY => true,
    NS_DRAFT => true,
    NS_FILE => true,
    NS_HELP => true,
    NS_MAIN => true,
    NS_PROJECT => true,
    NS_USER => true,
     NS_MATH_TALK => true,
    "_merge_strategy" => "array_plus"
    ];

#Put a change tag on every edit made by VE

$wgVisualEditorUseChangeTagging = true;

#Enable by default for everybody

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

##############Settings for Extension:WikidataPageBanner

  # Enable for ALL namespaces

#$wgWPBNamespaces = true;

  $wgWPBNamespaces = array( NS_MAIN, NS_DRAFT, NS_USER );

  # Set default banner image
  $wgWPBImage = "Default-Page-Banner-Image.jpg";

  # Explicitly require users to choose to use a banner on a page
  $wgWPBEnableDefaultBanner = false;

  # Enables use of WikiEditor by default but still allows users to disable it in preferences
  $wgDefaultUserOptions['usebetatoolbar'] = 1;

  # Enables link and table wizards by default but still allows users to disable them in preferences
  $wgDefaultUserOptions['usebetatoolbar-cgd'] = 1;

  # Displays the Preview and Changes tabs
  $wgDefaultUserOptions['wikieditor-preview'] = 1;

  # Displays the Publish and Cancel buttons on the top right side
  $wgDefaultUserOptions['wikieditor-publish'] = 1;

##############Settings for Extension:AddHTMLMetaAndTitle

  # Enable wiki page to parse meta data info
  wfLoadExtension( 'AddHTMLMetaAndTitle' );

##############Settings for Extenstion:MetaMaster

  # Enable wiki page to Parse meta data info
  # wfLoadExtension( 'MetaMaster' );

####################################################

##############Settings for MathJax ################

  # Enable MathJax extension

  $wgUseTeX = true;

####################################################

##############Settings for ApprovedRevs extension ###

  $wgGroupPermissions['*']['viewlinktolatest'] = true;
  $wgGroupPermissions['sysop']['approverevisions'] = true;
  $wgGroupPermissions['sysop']['viewapprover'] = true;
  $egApprovedRevsAutomaticApprovals = false;

##############Settings for DeleteBatch #############

  $wgGroupPermissions['sysop']['deletebatch'] = true;

####TODO: Understand they this is even necessary. We are inside a PHP block, and not outputting anything. whhy?
#Load sensitive content stored external from the webserver root
#require_once("/var/www/sensitive_content/my_settings.php");

##############Open external links in a new window or tab

$wgExternalLinkTarget = '_blank';

##############Manage System Permissions

  # Disable read access for anonymous users, general read access not
  # permissible for information containing enhanced controls per 5.3.3

  $wgGroupPermissions['*']['read'] = false;

  # Disable editing by anonymous users
  $wgGroupPermissions['*']['edit'] = false;

  # Permit Parsoid read and write access by disabling access restrictions for
  # requests originating from this server. This is the simplest option
  # available. See the following site for other potential solutions:
  #   https://www.mediawiki.org/wiki/Extension:VisualEditor#Linking_with_Parsoid_in_private_wikis
  $local_ips = explode(" ", `hostname --all-ip-addresses`);
  array_push($local_ips, "127.0.0.1");

  if (in_array(($_SERVER['REMOTE_ADDR'] ?? ""), $local_ips)) {
    $wgGroupPermissions['*']['read'] = true;
    $wgGroupPermissions['*']['edit'] = true;
    $wgGroupPermissions['*']['createpage'] = true;
  }

##############Footer links
#See https://www.mediawiki.org/wiki/Manual:Footer

$wgHooks['SkinTemplateOutputPageBeforeExec'][] = function(&$skin, &$template) {
  # The names used here aren't actually visible to normal users who are
  # browsing the site for content, so use an arbitrary naming convention,
  # this will permit use to add or remove footers directly within the Wiki
  # and not necessitate updates to this file.
  foreach (range(1, 9) as &$number) {
    # Name the enabling pages such that they sort well.
    $page = "footer-item${number}-page";
    $text = "footer-item${number}-text";

    $template->set($text, $skin->footerLink($text, $page));
    $template->data['footerlinks']['places'][] = $text;
  }
  return true;
};

##############Page markings
#

$wgHooks['SkinAfterContent'][] = function ( &$data, Skin $skin ) {
  $markingsMessage = wfMessage('Markings');
  # $disclaimerMessage = vfMessage('Markings');
  if (! $markingsMessage->isDisabled()) {
    # $markings = $markingsMessage->parse();
    # $disclaimer = $disclaimerMessage->parse();
      $markings = "";
$data .= "<div id="printHeader" class="noscreen">$markings</div>";    $data .= "<div id="printFooter">$markings</div>";
  }

  return true;
};

$wgHooks['BeforePageDisplay'][] = function(OutputPage &$out, Skin &$skin) {
  $openTag = "<script type='text/javascript' src='xxx'";
    $closeTag = "' defer></script>";
  # Control this CSS here so that it is rendered on Special:Preferences and other pages that
  # do not include MediaWiki:Common.css.
  $markingsStyles = <<<STYLE
    <style>
      /* Styles injected by LocalSettings.php's BeforePageDisplay hook */

      /* Override the default alignment so that nested elements can be right or left justified */
      div#siteNotice { text-align:left; }
      div#pbStatus { position:absolute; right:0; }

      /* Style the dismissable portion of the sitenotice */
      .mw-dismissable-notice-content {
        outline-style: solid;
        outline-width: thin;
        box-shadow: 2px 2px 5px #888888;
      }

      .mw-dismissable-notice-close {
        margin: 0 0.5em;
      }

      /* Make certain that the footer markings comes after all other page content. */
      div#mw-data-after-content {
        position:absolute;
        bottom:0px;
        width:100%;
        margin-bottom:-1.5em;
        text-align:center;
      }

      /* Adjust header/footer/marking layout as appropriate for screen and print media. */
      @media screen { .noscreen { display:none; } }
      @media print {
        div#printHeader, div#printFooter { z-index:5; position:fixed; width:100% }
        div#printHeader { top:0; }
        div#printFooter { bottom:0; }
      }
    </style>
STYLE;
  $out->addHeadItem("custom scripts",
    $openTag . "widgetsjs.js" . $closeTag .
    $openTag . "video.js"     . $closeTag .
    $openTag . "hovercard.js" . $closeTag .
    $openTag . "stream.js"    . $closeTag .
    $markingsStyles);

  return true;
};

####TODO: Enable these commands so we can run behind a proxy
#$wgUsePrivateIPs = true;
#$wgSquidServers = array( 'proxy fqdn', 'proxy ip address' );

##############Expose version and additional software versions through the site.

$wgHooks['SoftwareInfo'][] = function(array &$software) {
  global $wgSitename;

  # These values will be authored when configuration is deployed.
  $apacheVersion = '2.4.27';
  $nodeVersion = '10.3.0';
  $npmVersion = '6.1.0';
  $parsoidVersion = '0.9.0';
  $smartyVersion = '3.1.31';

  $software["[https://httpd.apache.org/ Apache]"] = $apacheVersion;
  $software["[https://nodejs.org/en/ Node.js]"] = $nodeVersion;
  $software["[https://www.npmjs.com/ NPM]"] = $npmVersion;
  $software["[[Parsoid]]"] = $parsoidVersion;
  $software["[http://www.smarty.net/ Smarty]"] = $smartyVersion;
};

wfLoadExtension( 'MetaMaster' );

Jasonba (talk) 22:51, 23 August 2020 (UTC)

Thanks. Yeah those entry point URL's look correct to me.

Does this link work on your site:

https://yoursite/mediawiki-1.31.0/index.php/mywiki:Helppage Knomanii (talk) 22:51, 23 August 2020 (UTC)

Can you go to the link below on your site:

example.com/wiki/Special:AllMessages

Search "helppage" and let me know what the URL for it is.

That may be where the bad url is coming from. Knomanii (talk) 23:19, 23 August 2020 (UTC)

As a quick fix you can edit the system message Mediawiki:newarticletext and replace the default help link with the one that works for you.

Also, you should do a thorough check of your LocalSettings.php for bad syntax and formatting since I’ve spotted several errors in the one you posted earlier. For example: $wgResourceBasePath = @wgScriptPath; These types of errors can cause a lot of issues that can be hard to troubleshoot. Iimitk (talk) 03:04, 24 August 2020 (UTC)

wait, you are setting $wgSessionCacheType to CACHE_NONE? How does logins on your wiki even work?

Also setting $wgServer undefined should not work on modern mediawiki (and can cause mild security issues) Bawolff (talk) 10:21, 24 August 2020 (UTC)

Thank you everyone! I will go through the list and work on one by one and let you know! Jasonba (talk) 16:37, 24 August 2020 (UTC)

This link:

https://yoursite/mediawiki-1.31.0/index.php/mywiki:Helppage did not work but his one did:

https://yoursite/wiki/index.php/mywiki:Helppage

This one:

example.com/wiki/Special:AllMessages gave me the System messages page.

helpage:

https://www.mediawiki.org/wiki/Special:MyLanguage/Help:Contents

and

http://www.mediawiki.org/w/index.php/Help:mywiki_Help Jasonba (talk) 20:53, 24 August 2020 (UTC)

So it looks like the second URL is wrong (http://www.mediawiki.org/w/index.php/Help:mywiki_Help) so how do I modify it?It did not give me an option to edit it. Jasonba (talk) 21:00, 24 August 2020 (UTC)

You found it. That second URL is the bad Helppage URL.

Just click on the "Helppage" link in Special:AllMessages, or:

Go to the following link but DO NOT change "MediaWiki" to whatever your wiki is.

yoursite.com/wiki/index.php/MediaWiki:Helppage

Then click edit and you can change it. Knomanii (talk) 21:07, 24 August 2020 (UTC)

Yes, I figured out how to edit it and made the changes. The embedded url looks good now. I really appreciate all the help from all of you.

Thanks so much!

JBA Jasonba (talk) 23:08, 24 August 2020 (UTC)

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

How to print double curly braces (as <code>)?

I have an Hebrew 1.34.0 website.

I call template to create single-line code:

<includeonly><code>{{{1}}}</code></includeonly><noinclude>

[[קטגוריה:תבניות]]
</noinclude>

Generally it works fine when I call it, but I have a problem that when I desire to present curly braces (as <code>) I get just one curly brace instead two.

Current input:

מסולסלים {{קחש|{}}}

Current output:

{}

Desired output:

{}

How to print double curly braces (as <code>)? 182.232.150.71 (talk) 05:49, 15 August 2020 (UTC)

{{template name here|<nowiki>{}</nowiki>}}

Bawolff (talk) 10:47, 15 August 2020 (UTC)

Media wiki translation extension installation bug

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.

---

We wish to use media wiki for crowdsourcing the translations.

We have installed media wiki on https://sptranslations.ml on  hostinger php server.

As per given in instructions, as soon as I write wfLoadExtension( 'UniversalLanguageSelector' );

in the localsettings.php, the website goes down, it says internal error 500, I am unable to proceed further.

How do I resolve this? Toshannimai (talk) 22:04, 15 August 2020 (UTC)

How to debug Bawolff (talk) 23:47, 15 August 2020 (UTC)

I am getting below error message on debug..

Warning: require(/home/u952123691/domains/sptranslations.ml/public_html/extensions/UniversalLanguageSelector/includes/UniversalLanguageSelectorHooks.php): failed to open stream: No such file or directory in /home/u952123691/domains/sptranslations.ml/public_html/includes/AutoLoader.php on line 109

Fatal error: require(): Failed opening required '/home/u952123691/domains/sptranslations.ml/public_html/extensions/UniversalLanguageSelector/includes/UniversalLanguageSelectorHooks.php' (include_path='/home/u952123691/domains/sptranslations.ml/public_html/vendor/pear/console_getopt:/home/u952123691/domains/sptranslations.ml/public_html/vendor/pear/mail:/home/u952123691/domains/sptranslations.ml/public_html/vendor/pear/mail_mime:/home/u952123691/domains/sptranslations.ml/public_html/vendor/pear/net_smtp:/home/u952123691/domains/sptranslations.ml/public_html/vendor/pear/net_socket:/home/u952123691/domains/sptranslations.ml/public_html/vendor/pear/pear-core-minimal/src:/home/u952123691/domains/sptranslations.ml/public_html/vendor/pear/pear_exception:.:/opt/alt/php74/usr/share/pear') in /home/u952123691/domains/sptranslations.ml/public_html/includes/AutoLoader.php on line 109 Toshannimai (talk) 01:33, 16 August 2020 (UTC)

Toshannimai (talk) 01:38, 16 August 2020 (UTC)

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

no index issues

I think i must be missing something, i have not set anything to no-index yet google is claiming every url i have submitted from my wiki is no-index. I do not see anything relating to no-index in the settings. If i have read the configuration information correctly the default for everything other than special pages should be to be indexed.

Where can i find the settings which control this please. SaraPayneUk (talk) 00:49, 16 August 2020 (UTC)

Did you double check your wiki’s robots.txt file? It could have some directives blocking indexing site-wide.

You may also want to consult Help:Controlling search engine indexing for more info on how MediaWiki handles page indexing/non-indexing. Iimitk (talk) 09:07, 16 August 2020 (UTC)

Hi, how does Google claim something somewhere, in which words? Please be more specific with the steps to reproduce - thanks a lot! Malyacko (talk) 08:40, 16 August 2020 (UTC)

google webmaster tools usually includes a reason why something cant be indexed - does it say why? That can often help figure out what is going on. Bawolff (talk) 10:57, 16 August 2020 (UTC)

Sorry for some reason i didn't get an email advising me i have had replies. I think this was a google error. When i looked again the error was marked as resolved without me actually making any changes. SaraPayneUk (talk) 12:05, 22 August 2020 (UTC)

sitemap generation

I just started using the wiki site map generator but i am having issues, the next line is a sample url generated.

https://wiki.fireandicegrid.net/index.php/Places_to_visit_at_the_Fire_And_Ice_Grid

However this will show a 404 error. The correct URL seams to be

https://wiki.fireandicegrid.net/index.php?title=Places_to_visit_at_the_Fire_And_Ice_Grid

I am using the following to generate the site map:

php maintenance/generateSitemap.php --memory-limit=50M --fspath=/var/www/wiki.fireandicegrid.net/sitemap/ --identifier=FireAndIceGridWiki --urlpath=/sitemap/ --server=https://wiki.fireandicegrid.net --skip-redirects --compress=no

Can anyone point me in the right direction to correct this please. SaraPayneUk (talk) 01:10, 16 August 2020 (UTC)

Set $wgUsePathInfo=false;

In LocalSettings.php. By default there is autodetection, however it is not reliable from commandline.

If that doesnt work try setting $wgArticlePath explicitly. Bawolff (talk) 10:55, 16 August 2020 (UTC)

Hi Thank you for your replies, the first option did nothing, and the second looks as though it needs another variable. It now makes every site have the same url (https://wiki.fireandicegrid.net/index.php?title=) but i have tried using $Article and $ArticleNAme, neither of which worked. SaraPayneUk (talk) 12:34, 22 August 2020 (UTC)

i meant set $wgArticlePath = '/index.php?title=$1';

At the bottom of LocalSettings.php Bawolff (talk) 20:40, 22 August 2020 (UTC)

Wikibase problems

Hey! I got Wikibase to work. But when I try to go to an article, I get the following message:

[36e5a3602db6a3e9e5741056] /index.php/Keraaminen_laatta Wikimedia\Rdbms\DBQueryError from line 1603 of /home/antsamed/fi.antsawiki.antsamedia.eu/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: USE `repo` Function: Wikimedia\Rdbms\DatabaseMysqlBase::doSelectDomain Error: 1044 Access denied for user 'antsamed_mw1917'@'localhost' to database 'repo' (localhost) Backtrace:

1. 0 /home/antsamed/fi.antsawiki.antsamedia.eu/includes/libs/rdbms/database/Database.php(1574): Wikimedia\Rdbms\Database->getQueryExceptionAndLog(string, integer, string, string)
2. 1 /home/antsamed/fi.antsawiki.antsamedia.eu/includes/libs/rdbms/database/DatabaseMysqlBase.php(206): Wikimedia\Rdbms\Database->reportQueryError(string, integer, string, string)
3. 2 /home/antsamed/fi.antsawiki.antsamedia.eu/includes/libs/rdbms/database/Database.php(2387): Wikimedia\Rdbms\DatabaseMysqlBase->doSelectDomain(Wikimedia\Rdbms\DatabaseDomain)
4. 3 /home/antsamed/fi.antsawiki.antsamedia.eu/includes/libs/rdbms/loadbalancer/LoadBalancer.php(1187): Wikimedia\Rdbms\Database->selectDomain(Wikimedia\Rdbms\DatabaseDomain)
5. 4 /home/antsamed/fi.antsawiki.antsamedia.eu/includes/libs/rdbms/loadbalancer/LoadBalancer.php(927): Wikimedia\Rdbms\LoadBalancer->getForeignConnection(integer, string, integer)
6. 5 /home/antsamed/fi.antsawiki.antsamedia.eu/includes/libs/rdbms/loadbalancer/LoadBalancer.php(898): Wikimedia\Rdbms\LoadBalancer->getServerConnection(integer, string, integer)
7. 6 /home/antsamed/fi.antsawiki.antsamedia.eu/includes/libs/rdbms/loadbalancer/LoadBalancer.php(1028): Wikimedia\Rdbms\LoadBalancer->getConnection(integer, array, string, integer)
8. 7 /home/antsamed/fi.antsawiki.antsamedia.eu/includes/dao/DBAccessBase.php(63): Wikimedia\Rdbms\LoadBalancer->getConnectionRef(integer, array, string)
9. 8 /home/antsamed/fi.antsawiki.antsamedia.eu/extensions/Wikibase/lib/includes/Store/Sql/SiteLinkTable.php(259): DBAccessBase->getConnection(integer)
10. 9 /home/antsamed/fi.antsawiki.antsamedia.eu/extensions/Wikibase/lib/includes/Store/CachingSiteLinkLookup.php(147): Wikibase\Lib\Store\Sql\SiteLinkTable->getItemIdForLink(string, string)
11. 10 /home/antsamed/fi.antsawiki.antsamedia.eu/extensions/Wikibase/lib/includes/Store/CachingSiteLinkLookup.php(75): Wikibase\Lib\Store\CachingSiteLinkLookup->getAndCacheItemIdForLink(string, string)
12. 11 /home/antsamed/fi.antsawiki.antsamedia.eu/extensions/Wikibase/client/includes/LangLinkHandler.php(101): Wikibase\Lib\Store\CachingSiteLinkLookup->getItemIdForLink(string, string)
13. 12 /home/antsamed/fi.antsawiki.antsamedia.eu/extensions/Wikibase/client/includes/LangLinkHandler.php(331): Wikibase\Client\LangLinkHandler->getEntityLinks(Title)
14. 13 /home/antsamed/fi.antsawiki.antsamedia.eu/extensions/Wikibase/client/includes/LangLinkHandler.php(352): Wikibase\Client\LangLinkHandler->getEffectiveRepoLinks(Title, ParserOutput)
15. 14 /home/antsamed/fi.antsawiki.antsamedia.eu/extensions/Wikibase/client/includes/Hooks/ParserOutputUpdateHookHandlers.php(97): Wikibase\Client\LangLinkHandler->addLinksFromRepository(Title, ParserOutput)
16. 15 /home/antsamed/fi.antsawiki.antsamedia.eu/extensions/Wikibase/client/includes/Hooks/ParserOutputUpdateHookHandlers.php(65): Wikibase\Client\Hooks\ParserOutputUpdateHookHandlers->doContentAlterParserOutput(Title, ParserOutput)
17. 16 /home/antsamed/fi.antsawiki.antsamedia.eu/includes/Hooks.php(191): Wikibase\Client\Hooks\ParserOutputUpdateHookHandlers::onContentAlterParserOutput(WikitextContent, Title, ParserOutput)
18. 17 /home/antsamed/fi.antsawiki.antsamedia.eu/includes/Hooks.php(219): Hooks::callHook(string, array, array, NULL)
19. 18 /home/antsamed/fi.antsawiki.antsamedia.eu/includes/content/AbstractContent.php(559): Hooks::run(string, array)
20. 19 /home/antsamed/fi.antsawiki.antsamedia.eu/includes/Revision/RenderedRevision.php(267): AbstractContent->getParserOutput(Title, integer, ParserOptions, boolean)
21. 20 /home/antsamed/fi.antsawiki.antsamedia.eu/includes/Revision/RenderedRevision.php(236): MediaWiki\Revision\RenderedRevision->getSlotParserOutputUncached(WikitextContent, boolean)
22. 21 /home/antsamed/fi.antsawiki.antsamedia.eu/includes/Revision/RevisionRenderer.php(215): MediaWiki\Revision\RenderedRevision->getSlotParserOutput(string)
23. 22 /home/antsamed/fi.antsawiki.antsamedia.eu/includes/Revision/RevisionRenderer.php(152): MediaWiki\Revision\RevisionRenderer->combineSlotOutput(MediaWiki\Revision\RenderedRevision, array)
24. 23 [internal function]: MediaWiki\Revision\RevisionRenderer->MediaWiki\Revision\{closure}(MediaWiki\Revision\RenderedRevision, array)
25. 24 /home/antsamed/fi.antsawiki.antsamedia.eu/includes/Revision/RenderedRevision.php(198): call_user_func(Closure, MediaWiki\Revision\RenderedRevision, array)
26. 25 /home/antsamed/fi.antsawiki.antsamedia.eu/includes/poolcounter/PoolWorkArticleView.php(196): MediaWiki\Revision\RenderedRevision->getRevisionParserOutput()
27. 26 /home/antsamed/fi.antsawiki.antsamedia.eu/includes/poolcounter/PoolCounterWork.php(125): PoolWorkArticleView->doWork()
28. 27 /home/antsamed/fi.antsawiki.antsamedia.eu/includes/page/Article.php(791): PoolCounterWork->execute()
29. 28 /home/antsamed/fi.antsawiki.antsamedia.eu/includes/actions/ViewAction.php(63): Article->view()
30. 29 /home/antsamed/fi.antsawiki.antsamedia.eu/includes/MediaWiki.php(511): ViewAction->show()
31. 30 /home/antsamed/fi.antsawiki.antsamedia.eu/includes/MediaWiki.php(302): MediaWiki->performAction(Article, Title)
32. 31 /home/antsamed/fi.antsawiki.antsamedia.eu/includes/MediaWiki.php(900): MediaWiki->performRequest()
33. 32 /home/antsamed/fi.antsawiki.antsamedia.eu/includes/MediaWiki.php(527): MediaWiki->main()
34. 33 /home/antsamed/fi.antsawiki.antsamedia.eu/index.php(44): MediaWiki->run()
35. 34 {main}

And when I try to perform a script update, I get a message:

[235dc27c1d006407c56d1af9] /mw-config/ MWException from line 181 of /home/antsamed/fi.antsawiki.antsamedia.eu/includes/Hooks.php: Invalid callback \Wikibase\Client\Hooks\MagicWordHookHandlers::onMagicWordwgVariableIDs in hooks for MagicWordwgVariableIDs Backtrace:

1. 0 /home/antsamed/fi.antsawiki.antsamedia.eu/includes/Hooks.php(219): Hooks::callHook(string, array, array, NULL)
2. 1 /home/antsamed/fi.antsawiki.antsamedia.eu/includes/MagicWordFactory.php(236): Hooks::run(string, array)
3. 2 /home/antsamed/fi.antsawiki.antsamedia.eu/includes/parser/Parser.php(3235): MagicWordFactory->getVariableIDs()
4. 3 /home/antsamed/fi.antsawiki.antsamedia.eu/includes/parser/Parser.php(472): Parser->initializeVariables()
5. 4 /home/antsamed/fi.antsawiki.antsamedia.eu/includes/parser/Parser.php(485): Parser->firstCallInit()
6. 5 /home/antsamed/fi.antsawiki.antsamedia.eu/includes/parser/Parser.php(5133): Parser->clearState()
7. 6 /home/antsamed/fi.antsawiki.antsamedia.eu/includes/parser/Parser.php(567): Parser->startParse(Title, ParserOptions, integer, boolean)
8. 7 /home/antsamed/fi.antsawiki.antsamedia.eu/includes/installer/Installer.php(695): Parser->parse(string, Title, ParserOptions, boolean)
9. 8 /home/antsamed/fi.antsawiki.antsamedia.eu/includes/installer/WebInstaller.php(677): Installer->parse(string, boolean)
10. 9 /home/antsamed/fi.antsawiki.antsamedia.eu/includes/installer/WebInstallerExistingWiki.php(104): WebInstaller->getInfoBox(string)
11. 10 /home/antsamed/fi.antsawiki.antsamedia.eu/includes/installer/WebInstallerExistingWiki.php(92): WebInstallerExistingWiki->showKeyForm()
12. 11 /home/antsamed/fi.antsawiki.antsamedia.eu/includes/installer/WebInstaller.php(270): WebInstallerExistingWiki->execute()
13. 12 /home/antsamed/fi.antsawiki.antsamedia.eu/mw-config/index.php(80): WebInstaller->execute(array)
14. 13 /home/antsamed/fi.antsawiki.antsamedia.eu/mw-config/index.php(38): wfInstallerMain()
15. 14 {main}

I've added a LocalSettings.php file the following:

$wgEnableWikibaseRepo = true; $wgEnableWikibaseClient = true; require_once "$IP/extensions/Wikibase/repo/Wikibase.php"; require_once "$IP/extensions/Wikibase/repo/ExampleSettings.php"; require_once "$IP/extensions/Wikibase/client/WikibaseClient.php"; require_once "$IP/extensions/Wikibase/client/ExampleSettings.php";

I have MW 1.34.2 and Wikibase has REL_1.34 too. I'm trying to make the WikibaseClient plugin work, but I can't read the article or create the article. I also have WikibaseLexeme and WikimediaBadges.

What did I do wrong? Antonkarpp (talk) 07:59, 16 August 2020 (UTC)

the first error indicates that wikibase client cant find the repo db. Probably you need to adjust

$wgWBClientSettings['repositories']['']['repoDatabase']

(and maybe changesDatabase too. Im not sure what that does)

This is something not related/fixable by the update.php script.

The magic word error on update.php im not sure about. It could be version mismatch between wikibase and your version of mediawiki. Weird the error didnt show up in web. Could be wrong version of commandline php, but seems unlikely. Bawolff (talk) 10:50, 16 August 2020 (UTC)

2600:1700:C572:3800:E134:C6B0:4122:A259 (talk) 15:59, 29 September 2020 (UTC)

I am having a similar magic word issue on updating mediawiki from 1.34.2 to 1.34.4

[X3NXaFUA-Yw0O0HY@4sHvgAAAQI] /mw-config/index.php?page=ExistingWiki MWException from line 164 of /includes/Hooks.php: Invalid callback \Wikibase\Client\Hooks\MagicWordHookHandlers::onMagicWordwgVariableIDs in hooks for MagicWordwgVariableIDs

Backtrace:

#0 /includes/Hooks.php(202): Hooks::callHook(string, array, array, NULL)

#1 /includes/MagicWordFactory.php(236): Hooks::run(string, array)

#2 /includes/parser/Parser.php(3235): MagicWordFactory->getVariableIDs()

#3 /includes/parser/Parser.php(472): Parser->initializeVariables()

#4 /includes/parser/Parser.php(485): Parser->firstCallInit()

#5 /includes/parser/Parser.php(5133): Parser->clearState()

#6 /includes/parser/Parser.php(567): Parser->startParse(Title, ParserOptions, integer, boolean)

#7 /includes/installer/Installer.php(695): Parser->parse(string, Title, ParserOptions, boolean)

#8 /includes/installer/WebInstaller.php(681): Installer->parse(string, boolean)

#9 /includes/installer/WebInstallerExistingWiki.php(104): WebInstaller->getInfoBox(string)

#10 /includes/installer/WebInstallerExistingWiki.php(92): WebInstallerExistingWiki->showKeyForm()

#11 /includes/installer/WebInstaller.php(270): WebInstallerExistingWiki->execute()

#12 /mw-config/index.php(80): WebInstaller->execute(array)

#13 /mw-config/index.php(38): wfInstallerMain()

#14 {main} Odinwynd (talk) 16:01, 29 September 2020 (UTC)

mp3 audio player

Hello,

Just upgraded to MW 1.34.2 that no longer supports the Html5mediator extension.

I tried out the MP3MediaHandler extension, but the mp3 audio player is not displayed, and i just see the following tags as text:

<audio controls>

<source src="horse.ogg" type="audio/ogg">

<source src="horse.mp3" type="audio/mpeg">

</audio>

How to display the mp3 audio player ??? Yadasampati (talk) 12:11, 16 August 2020 (UTC)

could try using TimedMediaHandler instead, but its a bit more annoying to setup. Bawolff (talk) 21:31, 16 August 2020 (UTC)

Wikidata Properties

Hey!

I have WikibaseClient, WikimediaBadges, WikibaseLexeme, WikibaseReposity on my wiki. I would like to know how to successfully create new properties for my wiki. I have created properties yes, but when I add them to one of the item, item property does not come, but will change the red color: I bet that's that mean the fact that the Property is not, even if its any given time. What do I do to get orthodox properties? I have MW 1.34 and yes, Wikibase is, wikibase wouldn't work anyway. Antonkarpp (talk) 15:57, 16 August 2020 (UTC)

I don't know yet how I can create properties.wwwww Antonkarpp (talk) 10:11, 17 August 2020 (UTC)

Attribution for pageviews tool

Hi,

I was wondering how to attribute the pageviews tool (https://wikitech.wikimedia.org/wiki/Analytics/AQS/Pageviews), where i'm filtering the results a bit, that are being generated on this page (https://wikimedia.org/api/rest_v1/metrics/pageviews/top/en.wikipedia/all-access/2015/10/10), i.e. showing only personas from sports, this kind of stuff.

Does it go under the CC03?

Thank You in Advance 95.35.195.215 (talk) 18:05, 16 August 2020 (UTC)

IANAL, but as an abstract list of facts the data is probably not copyrightable in the united states.

Maybe try asking on wiki-research-l mailing list? (Im really not sure where the best place would be) Bawolff (talk) 21:30, 16 August 2020 (UTC)

Pageviews data from Wikimedia’s REST API are licensed under CC0 1.0, i.e. they’re in the Public Domain. Check this page for more info (click on the pageviews data endpoint for details):

https://wikimedia.org/api/rest_v1/ Iimitk (talk) 04:50, 17 August 2020 (UTC)

visual editor http-request-error

apierror-visualeditor-docserver-http-error: http-request-error

I am using visual editor on a wiki that is https encrypted (but it did not work on my PC localhost either)

I have the following setting in the LocalSettings.php:

       wfLoadExtension( 'VisualEditor' );
       $wgDefaultUserOptions['visualeditor-enable'] = 1;
       // $wgDefaultUserOptions['visualeditor-editor'] = "visualeditor";
       $wgHiddenPrefs[] = 'visualeditor-enable';
       #$wgDefaultUserOptions['visualeditor-enable-experimental'] = 1;
       $wgVirtualRestConfig['modules']['parsoid'] = array(
          'url' => 'https://parsoid.clinicianwiki:8142'
       );

parsoid.log shows `startup finished` after restarting

setting for `/etc/mediawiki/parsoid/config.yaml`

       mwApis:
       - # This is the only required parameter,
         # the URL of you MediaWiki API endpoint.
         uri: 'https://clinicianwiki.com/api.php'

/etc/stunnel/parsoid.conf setting:

       cert = /etc/letsencrypt/live/clinicianwiki.com/fullchain.pem
       key = /etc/letsencrypt/live/clinicianwiki.com/privkey.pem
       [parsoid]
       accept  = 8143
       connect = 8142

https://parsoid.mydomain.com:8143 still shows server not found after restarting stunnel

Could someone help please? Really appreciated! Timingliu (talk) 19:13, 16 August 2020 (UTC)

while for starters you probably want

$wgVirtualRestConfig['modules']['parsoid'] = array(
          'url' => 'https://parsoid.clinicianwiki.com:8143'
       );

in LocalSettings.php (you had wrong port based on rest of your config, and no .com)

But that doesnt explain your stunnel errors. First verify you can connect directly to parsoid without https (e.g.

Go to http://parsoid.clinicianwiki.com:8142 ). If you cant (and get an actual no host found error and not just a 404), it probably means patsoid isnt running Bawolff (talk) 21:28, 16 August 2020 (UTC)

Thanks so much for your suggestions!

However, I tried to run `sudo service parsoid status` and the output below shows it is running. yet i still cannot connect to parsoid

● parsoid.service - LSB: Web service converting HTML+RDFa to MediaWiki wikitext and back

Loaded: loaded (/etc/init.d/parsoid; generated)

Active: active (running) since Sun 2020-08-23 16:08:26 UTC; 20s ago

Docs: man:systemd-sysv-generator(8)

Process: 106525 ExecStop=/etc/init.d/parsoid stop (code=exited, status=0/SUCCESS)

Process: 106534 ExecStart=/etc/init.d/parsoid start (code=exited, status=0/SUCCESS)

Tasks: 21 (limit: 2232)

CGroup: /system.slice/parsoid.service

├─106552 /bin/sh -c /usr/bin/nodejs /usr/lib/parsoid/src/bin/server.js -c /etc/mediawiki/parsoid/config.yaml >> /var/log/parsoid/parsoid.log 2>&1

├─106554 /usr/bin/nodejs /usr/lib/parsoid/src/bin/server.js -c /etc/mediawiki/parsoid/config.yaml

└─106568 /usr/bin/node /usr/lib/parsoid/node_modules/service-runner/service-runner.js -c /etc/mediawiki/parsoid/config.yaml

Aug 23 16:08:21 ClinicianWiki-release systemd[1]: Starting LSB: Web service converting HTML+RDFa to MediaWiki wikitext and back...

Aug 23 16:08:21 ClinicianWiki-release parsoid[106534]: Started Parsoid server on port 8142

Aug 23 16:08:26 ClinicianWiki-release systemd[1]: Started LSB: Web service converting HTML+RDFa to MediaWiki wikitext and back.

I also checked that the ports are open. I run the website on a VM Azure and has allowed all inbound traffic for 8142 too. Allowed outbound traffic for all ports via all protocols from all sources.

stunnel4 113985 root 7u IPv4 45682889 0t0 TCP *:8143 (LISTEN)

nodejs 106554 parsoid 11u IPv6 47874275 0t0 TCP *:8142 (LISTEN)

checked that it is not due to ufw either. curl http://localhost:8142 can output the welcome to parsoid page but https://localhost:8142 gives error. yet curl http://clinicianwiki.com:8142 gives 301 permanent moved (understandable) and https://parsoid.clinicianwiki.com:8142 gives cannot find the host.

could you help me understand why this might be the case? Timingliu (talk) 16:33, 23 August 2020 (UTC)

I noticed that the stunnel section has been removed from the documentation and can only be found here: is there anything wrong with it?

https://www.mediawiki.org/w/index.php?title=Extension:VisualEditor&oldid=4040509 Timingliu (talk) 17:46, 23 August 2020 (UTC)

no nothing wrong, but it probably wont be neccesary in the new version that is comming out soon.

In your tests you're mixing up ports and https. You have http on 8142 and https on 8143 Bawolff (talk) 15:53, 28 August 2020 (UTC)

visual editor apierror-visualeditor-docserver-http: HTTP 404

I get an error saying "apierror-visualeditor-docserver-http: HTTP 404" whenever I try to open up the visual editor.

When I check F12 I get the following:

This page is using the deprecated ResourceLoader module "mediawiki.api.options".

Use "mediawiki.api" instead.

Toolgroups must have a 'name' property

I am new to mediaWiki so I'm not sure how to change "mediawiki.api.options" to "mediawiki.api" if that is the solution. Any help will be appreciated. Dev-testing-error (talk) 20:27, 16 August 2020 (UTC)

the warning about mediawiki.api is unrelated.

Something is probably wrong with your parsoid instance. Check that it is running, and check your config to make sure mediawiki thinks it is in right location. Bawolff (talk) 21:19, 16 August 2020 (UTC)

@Bawolff So I am using Heroku for parsoid, the link is here https://testing-wiki.herokuapp.com/. The link seems to be working. Please let me know what you think I should do next.

I added the following to Localhosting.php:

wfLoadExtension( 'VisualEditor' );

$wgVisualEditorEnableWikitext = true;

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

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

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

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

   'forwardCookies' => true,

   'url' => 'https://testing-wiki.herokuapp.com/'

];

config.yaml has the following:

worker_heartbeat_timeout: 300000

logging:

level: info

services:

- module: lib/index.js

entrypoint: apiServiceWorker

conf:

mwApis:

- uri: 'http://www.domain.com/api.php' Dev-testing-error (talk) 07:15, 17 August 2020 (UTC)

Hi @Bawolff, I was wondering if there was an update on this. Any help will be appreciated. Thank you! Dev-testing-error (talk) 21:50, 20 August 2020 (UTC)

Sorry, Beats me. Bawolff (talk) 00:14, 21 August 2020 (UTC)

These instructions work, a friend just ran through them for their small wiki on shared hosting. I'd suggest reviewing and redoing it from scratch and only changing the settings it tells you to: https://www.mediawiki.org/wiki/VisualEditor/Installation_on_a_shared_host TiltedCerebellum (talk) 04:26, 27 August 2020 (UTC)

Typo on wiki page

To whom it may concern:

There is a typo on www.w3.org/wiki/Common_HTML_entities_used_for_typography

Unicode value for Fractional half is &#189;

Typo shows &#188; 2603:9000:DF06:3800:35B3:F19A:F026:653E (talk) 03:02, 17 August 2020 (UTC)

we dont control that page. You should contact the W3C. Bawolff (talk) 03:39, 17 August 2020 (UTC)

Internal error

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

---

localhost:10081/mediawiki-1.34.0/index.php/Pagina_principală says:

[298eb9ac85e5ca7a84bacca2] /mediawiki-1.34.0/index.php/Pagina_principal%C4%83 Wikimedia\Rdbms\DBQueryError from line 1603 of C:\xampp2\htdocs\mediawiki-1.34.0\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 lc_value FROM `wtl10n_cache` WHERE lc_lang = 'ro' AND lc_key = 'deps' LIMIT 1
Function: LCStoreDB::get
Error: 1932 Table 'wikitest.wtl10n_cache' doesn't exist in engine (localhost)

Backtrace:

#0 C:\xampp2\htdocs\mediawiki-1.34.0\includes\libs\rdbms\database\Database.php(1574): Wikimedia\Rdbms\Database->getQueryExceptionAndLog(string, integer, string, string)
#1 C:\xampp2\htdocs\mediawiki-1.34.0\includes\libs\rdbms\database\Database.php(1152): Wikimedia\Rdbms\Database->reportQueryError(string, integer, string, string, boolean)
#2 C:\xampp2\htdocs\mediawiki-1.34.0\includes\libs\rdbms\database\Database.php(1807): Wikimedia\Rdbms\Database->query(string, string)
#3 C:\xampp2\htdocs\mediawiki-1.34.0\includes\libs\rdbms\database\Database.php(1644): Wikimedia\Rdbms\Database->select(string, string, array, string, array, array)
#4 C:\xampp2\htdocs\mediawiki-1.34.0\includes\libs\rdbms\database\DBConnRef.php(68): Wikimedia\Rdbms\Database->selectField(string, string, array, string)
#5 C:\xampp2\htdocs\mediawiki-1.34.0\includes\libs\rdbms\database\DBConnRef.php(302): Wikimedia\Rdbms\DBConnRef->__call(string, array)
#6 C:\xampp2\htdocs\mediawiki-1.34.0\includes\cache\localisation\LCStoreDB.php(63): Wikimedia\Rdbms\DBConnRef->selectField(string, string, array, string)
#7 C:\xampp2\htdocs\mediawiki-1.34.0\includes\cache\localisation\LocalisationCache.php(441): LCStoreDB->get(string, string)
#8 C:\xampp2\htdocs\mediawiki-1.34.0\includes\cache\localisation\LocalisationCache.php(487): LocalisationCache->isExpired(string)
#9 C:\xampp2\htdocs\mediawiki-1.34.0\includes\cache\localisation\LocalisationCache.php(363): LocalisationCache->initLanguage(string)
#10 C:\xampp2\htdocs\mediawiki-1.34.0\includes\cache\localisation\LocalisationCache.php(304): LocalisationCache->loadItem(string, string)
#11 C:\xampp2\htdocs\mediawiki-1.34.0\languages\Language.php(4413): LocalisationCache->getItem(string, string)
#12 C:\xampp2\htdocs\mediawiki-1.34.0\languages\Language.php(265): Language::getFallbacksFor(string)
#13 C:\xampp2\htdocs\mediawiki-1.34.0\languages\Language.php(225): Language::newFromCode(string)
#14 C:\xampp2\htdocs\mediawiki-1.34.0\includes\ServiceWiring.php(163): Language::factory(string)
#15 C:\xampp2\htdocs\mediawiki-1.34.0\includes\libs\services\ServiceContainer.php(458): Wikimedia\Services\ServiceContainer->{closure}(MediaWiki\MediaWikiServices)
#16 C:\xampp2\htdocs\mediawiki-1.34.0\includes\libs\services\ServiceContainer.php(427): Wikimedia\Services\ServiceContainer->createService(string)
#17 C:\xampp2\htdocs\mediawiki-1.34.0\includes\MediaWikiServices.php(540): Wikimedia\Services\ServiceContainer->getService(string)
#18 C:\xampp2\htdocs\mediawiki-1.34.0\includes\Setup.php(801): MediaWiki\MediaWikiServices->getContentLanguage()
#19 C:\xampp2\htdocs\mediawiki-1.34.0\includes\WebStart.php(81): require_once(string)
#20 C:\xampp2\htdocs\mediawiki-1.34.0\index.php(41): require(string)
#21 {main}

How can I fix this error? --Paloi Sciurala (talk｜contribs) 11:21, 17 August 2020 (UTC)

sounds like eith your $wgDBname or $wgDBprefix is wrong. Bawolff (talk) 15:07, 17 August 2020 (UTC)

@Bawolff: LocalSettings.php says "$wgDBname = "Wikitest";" and "$wgDBprefix = "wt";". Yesterday, the wiki was working. --Paloi Sciurala (talk｜contribs) 15:33, 17 August 2020 (UTC)

did you delete your db? Can you check its still exists Bawolff (talk) 20:12, 17 August 2020 (UTC)

@Bawolff: How can I find out if I deleted my db? What exactly is the db? How can I check if it still exists? Also, I tried to update MediaWiki, (with localhost:10081/mediawiki-1.34.0/mw-config) and localhost:10081/mediawiki-1.34.0/mw-config/?page=Upgrade says:

Notice: Undefined property: stdClass::$Type in C:\xampp2\htdocs\mediawiki-1.34.0\includes\installer\MysqlInstaller.php on line 197




Notice: Constant MW_ENTRY_POINT already defined in C:\xampp2\htdocs\mediawiki-1.34.0\maintenance\Maintenance.php on line 23


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

Adding ipb_id field to table ipblocks ...

An error occurred:

A database query error has occurred. Did you forget to run your application's database schema updater after upgrading?

Query: ALTER TABLE `wtipblocks`

ADD ipb_auto tinyint NOT NULL default '0',

ADD ipb_id int NOT NULL auto_increment,

ADD PRIMARY KEY (ipb_id)

Function: Wikimedia\Rdbms\Database::sourceFile( C:\xampp2\htdocs\mediawiki-1.34.0/maintenance/archives/patch-ipblocks.sql )

Error: 1932 Table 'wikitest.wtipblocks' doesn't exist in engine (localhost)

There was an error while upgrading the MediaWiki tables in your database. For more information look into the log above, to retry click Continue. --Paloi Sciurala (talk｜contribs) 09:45, 18 August 2020 (UTC)

My wiki is still nonfunctional. --Paloi Sciurala (talk｜contribs) 09:07, 20 August 2020 (UTC)

My wiki: http://2e709663aca1.ngrok.io/mediawiki-1.34.0/index.php. --Paloi Sciurala (talk｜contribs) 08:10, 21 August 2020 (UTC)

you can check if your database exists using tools like phpmyadmin or commandline mysql client.

It sounds like somehow your database got deleted. I would suggest restoring from backups (or reinstalling mediawiki) Bawolff (talk) 06:35, 22 August 2020 (UTC)

My wiki is working now. --Paloi Sciurala (talk｜contribs) 17:57, 23 August 2020 (UTC)

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

Upgrade from 1.27.4 to 1.34.2 fails while migrating to the 'actor' table

php migrateActors.php retuns many errors:

e.g.

# php migrateActors.php
Creating actor entries for all registered users
... 1 - 50
Completed actor creation, added 0 new actor(s)
Beginning migration of revision.rev_user and revision.rev_user_text to revision_actor_temp.revactor_actor
User name "Bk" is usable, cannot create an anonymous actor for it. Run maintenance/cleanupUsersWithNoId.php to fix this situation.
User name "BK" is usable, cannot create an anonymous actor for it. Run maintenance/cleanupUsersWithNoId.php to fix this situation.
User name "WF" is usable, cannot create an anonymous actor for it. Run maintenance/cleanupUsersWithNoId.php to fix this situation.
User name "RS" is usable, cannot create an anonymous actor for it. Run maintenance/cleanupUsersWithNoId.php to fix this situation.
... rev_id=3736
... rev_id=4236
Completed migration, updated 0 row(s) with 0 new actor(s), 157 error(s)

(and so on)

cleanupUsersWithNoId.php gives no hints to me:

php cleanupUsersWithNoId.php --prefix=imported --force
Beginning cleanup of revision
... rev_timestamp=20090407160642 rev_id=3947
... rev_timestamp=20110203091226 rev_id=4263
Completed cleanup, assigned 0 and prefixed 0 row(s)
Beginning cleanup of archive
... ar_id=100
... ar_id=200
... ar_id=300
... ar_id=400
... ar_id=500
... ar_id=600
... ar_id=700
... ar_id=800
... ar_id=900
... ar_id=1000
... ar_id=1100
... ar_id=1200
... ar_id=1300
... ar_id=1400
... ar_id=1500
... ar_id=1600
... ar_id=1700
... ar_id=1800
... ar_id=1900
... ar_id=2000
... ar_id=2100
... ar_id=2200
... ar_id=2300
... ar_id=2400
... ar_id=2500
... ar_id=2600
... ar_id=2700
... ar_id=2800
... ar_id=2900
... ar_id=3000
... ar_id=3100
... ar_id=3200
... ar_id=3300
... ar_id=3400
... ar_id=3500
... ar_id=3600
... ar_id=3624
Completed cleanup, assigned 0 and prefixed 0 row(s)
Beginning cleanup of logging
... log_timestamp=20100720093041 log_id=360
... log_timestamp=20100720093043 log_id=460
... log_timestamp=20100720093046 log_id=560
... log_timestamp=20100720093048 log_id=660
... log_timestamp=20100720093050 log_id=760
... log_timestamp=20100720093053 log_id=860
... log_timestamp=20100720093055 log_id=960
... log_timestamp=20100720093057 log_id=1060
... log_timestamp=20100720093058 log_id=1160
... log_timestamp=20100720093100 log_id=1260
... log_timestamp=20100720093102 log_id=1360
... log_timestamp=20100720093103 log_id=1460
... log_timestamp=20100720093105 log_id=1560
... log_timestamp=20100720093106 log_id=1660
... log_timestamp=20100720093107 log_id=1760
... log_timestamp=20100720093107 log_id=1789
Completed cleanup, assigned 0 and prefixed 0 row(s)
Beginning cleanup of image
Completed cleanup, assigned 0 and prefixed 0 row(s)
Beginning cleanup of oldimage
... oi_name=ZuordnungABAS2.jpg oi_timestamp=20180528140417
Completed cleanup, assigned 0 and prefixed 0 row(s)
Beginning cleanup of filearchive
... fa_id=59
Completed cleanup, assigned 0 and prefixed 0 row(s)
Beginning cleanup of ipblocks
... ipb_id=18
Completed cleanup, assigned 0 and prefixed 0 row(s)
Beginning cleanup of recentchanges
... rc_id=6860
... rc_id=6960
... rc_id=7005
Completed cleanup, assigned 0 and prefixed 0 row(s)

PHP 7.2.24 MySQL 5.7.31

Any clues?

Thanks, Andreas Azuerch (talk) 12:53, 17 August 2020 (UTC)

Same problem. Any hints? Wbean43 (talk) 15:45, 11 September 2020 (UTC)

Any help? 82.27.57.77 (talk) 18:46, 9 October 2020 (UTC)

New Page operation not sending in RC Feed

Hi Mediawiki,

I'm currently developing my own bot to publish my wiki RC entries. By my understanding, I setup the $wgRCFeeds in LocalSettings.php,.

# RC feeds

$wgRCFeeds['rc'] = array(

        'formatter' => 'JSONRCFeedFormatter',

        'uri' => 'udp://my_target_addr:port',

        'omit_bots' => true,

);

I then recognized that it does not send out New Page operation, but only modification of existing pages.

My Environment:

Mediawiki 1.34.0

Ubuntu 18.04 + PHP 7.2.24 + MariaDB 10.4.12 + Apache2

Any ideas?

Thanks LapisLazuli33 (talk) 13:46, 17 August 2020 (UTC)

HTML in Magic Word #switch

Hi,

I have a #switch magic word where I want to hide/show the next template in a Page Form generate page depending on the answe given.

The code I have looks like:

{{#switch:
{{{Has subject areas|}}}
|Yes=
|No=<span style="display:none;">
|#default=
}}

But it doesn't seem to be working.

Any ideas how I can make this work.

I do close the span after the subject areas template. Squeak24 (talk) 16:42, 17 August 2020 (UTC)

What do you mean by "it's not working"? Please be more specific. Taavi (talk!) 18:02, 17 August 2020 (UTC)

if the next thing is a block element, you might have to do a div instead of a span. Its also possible that there is explicit css overriding the display:none.

Use your browsers inspector feature to see if the html output is what you expect and what the computed styles are Bawolff (talk) 20:16, 17 August 2020 (UTC)

Thanks Bawolff, I will have a look at that. The next sections are to generate tables, but the tables are still showing. I think I need to convert the tables using the | in place of the |.

I am also trying to do this for an array map using the code:

{{#switch:
 {{{Has subject areas|}}}
 |Yes===Subject areas==
{{#arraymap:{{{Subject area{{!}}No subject areas defined}}}{{!}},{{!}}x{{!}}* [[Subject area::x]]|\n}}
 |No=
 |#default===Subject areas==
{{#arraymap:{{{Subject area|No subject areas defined}}}|,|x|* [[Subject area::x]]|\n}}
}}

But for some reason if I select either yes or no, or leave blank it doesn't show. I have tried both a standard arraymap and the | but nothing.

I will come back to this with fresh eyes. Squeak24 (talk) 09:54, 18 August 2020 (UTC)

if its a table, you definitely want to use a div not a span for the display:none Bawolff (talk) 00:26, 19 August 2020 (UTC)

build and run

I am stuck at this ‘build and run’ function in CodeBlocks. I really hope someone can help me out. When I click the 'build and run' button, I receive the following error in my terminal (mac):

'/Applications/CodeBlocks.app/Contents/MacOS/cb_console_runner DYLD_LIBRARY_PATH=$DYLD_LIBRARY_PATH:. /Users/jeroen/Desktop/giraffe/bin/Debug/giraffe '

jeroen@MacBook-Air-Jeroen ~ % '/Applications/CodeBlocks.app/Contents/MacOS/cb_console_runner DYLD_LIBRARY_PATH=$DYLD_LIBRARY_PATH:. /Users/jeroen/Desktop/giraffe/bin/Debug/giraffe '

zsh: no such file or directory: /Applications/CodeBlocks.app/Contents/MacOS/cb_console_runner DYLD_LIBRARY_PATH=$DYLD_LIBRARY_PATH:. /Users/jeroen/Desktop/giraffe/bin/Debug/giraffe

jeroen@MacBook-Air-Jeroen ~ % /Applications/CodeBlocks.app/Contents/MacOS/cb_console_runner DYLD_LIBRARY_PATH=$DYLD_LIBRARY_PATH:. /Users/jeroen/Desktop/giraffe/bin/Debug/giraffe

However, when I just enter the following command (directory) in my terminal:

/Applications/CodeBlocks.app/Contents/MacOS/cb_console_runner DYLD_LIBRARY_PATH=$DYLD_LIBRARY_PATH:. /Users/jeroen/Desktop/giraffe/bin/Debug/giraffe

It does give me the “Hello World” output in my terminal.

Obviously, this is quite annoying. Hence, my question is: Does anyone know how I could run my code by just using the ‘build and run’ function? 94.208.17.222 (talk) 20:04, 17 August 2020 (UTC)

you are in the wrong place. We only know about mediawiki Bawolff (talk) 20:14, 17 August 2020 (UTC)

Password

I have changed internet providers and my password has changed, but I cannot find where to do this? 2407:7000:9C78:D300:D1BC:18E0:8CC7:CC61 (talk) 00:47, 18 August 2020 (UTC)

do what? Bawolff (talk) 01:52, 18 August 2020 (UTC)

Asus 10G LAN card issue

Hi Team,

can some one help me on this issue, we recently we bought new Asus 10G LAN card (Gigabit Ethernet PCI Express, Network Adapter PCIe 2.0/3.0 X4 SFP+ Network Card/Ethernet Card Support Fiber Optic ).

we dont know how to install the driver's on Mikrotik RouterOS 6.42 version.

it would be great if you guys help me on this. Rajeev29041991 (talk) 07:01, 18 August 2020 (UTC)

@Rajeev29041991 Welcome to the support desk for MediaWiki (see the side bar). As your questions has nothing to do with MediaWiki, we cannot help you here, sorry. (Unrelated side note: Not everybody here might be a "guy".) Malyacko (talk) 07:42, 18 August 2020 (UTC)

long time to render

Mediawiki 1.34 takes long time when doing PoolCounterWork::execute and PoolWorkArticleView::doWork,

in some cases it's more than 85000 ms. can this be normal? 2001:8F8:1E23:DE9:DCFD:3396:F837:A01F (talk) 08:36, 18 August 2020 (UTC)

depends on how complex the page is. You will have to profile further inside to see what is taking so much time

Make sure you have an object chache installed and $wgMainCacheType set appropriately Bawolff (talk) 15:51, 18 August 2020 (UTC)

There are settings used in LocalSettings.php, and memcached is installed as well,

$wgMainCacheType = CACHE_MEMCACHED;

$wgParserCacheType = CACHE_MEMCACHED;

$wgMessageCacheType = CACHE_MEMCACHED;

$wgSessionCacheType = CACHE_MEMCACHED;

$wgMemCachedServers = [ '127.0.0.1:11211' ]; 2001:8F8:1E23:DE9:EDA3:6727:C97F:FB0A (talk) 12:40, 21 August 2020 (UTC)

Plus the server has 128GB Memory, and the database is mariadb with 60GB innodb buffer, if the page is loaded once, it could stay easy to open for some hours, then the same story repeat it self again, i have memcached installed, and varnish as well. i tried all the performance tuning tricks, with no hope.

Maybe it's the architecture of mediawiki it self, because i have another server running another php cms, and i can load a very long article with it's pictures in no time, without caching or varnish or object caching. 2001:8F8:1E23:DE9:EDA3:6727:C97F:FB0A (talk) 13:10, 21 August 2020 (UTC)

it depends whats on the page, what extensions are in use, etc. A full profile would say more. Based on your description i would guess that things are not being cached by memcached for some reason. Maybe something is wrong with memcached, maybe there is an extension installed that disabled caching, maybe something else is happening. Its impossible to say without more information. Bawolff (talk) 06:27, 22 August 2020 (UTC)

Logout after a few minutes

HeyHelloThere

Ive got a problem where everyone gets logged out after staying on the same page for ~3 Minutes. It happens everywhere, while editing pages, reading something or doing nothing at all. You will only notice it when you leave or try to save the page, where you suddenly get logged out.

--- Debugging

So what I have found out till now is that it has to do something with a badtoken error. With the F12 network analysis tool of Firefox Ive found that I only get logged out if I leave the page after I get this package:

HTTP/2 200 OK

cache-control: private, must-revalidate, max-age=0

content-type: application/json; charset=utf-8

server: Microsoft-IIS/10.0

x-powered-by: PHP/7.3.17

x-content-type-options: nosniff

set-cookie: ziwikidb_new_session=deleted; expires=Thu, 01-Jan-1970 00:00:01 GMT; Max-Age=0; path=/; secure; HttpOnly

set-cookie: ziwikidb_newUserID=deleted; expires=Thu, 01-Jan-1970 00:00:01 GMT; Max-Age=0; path=/; secure; HttpOnly

mediawiki-api-error: badtoken

x-frame-options: SAMEORIGIN

content-disposition: inline; filename=api-result.json

set-cookie: UseDC=master; expires=Tue, 18-Aug-2020 08:31:09 GMT; Max-Age=10; path=/; secure; HttpOnly

set-cookie: UseCDNCache=false; expires=Tue, 18-Aug-2020 08:31:09 GMT; Max-Age=10; path=/; secure; HttpOnly

date: Tue, 18 Aug 2020 08:30:59 GMT

content-length: 300

X-Firefox-Spdy: h2

After 3 minutes roughly half will get this package but sometimes it can take up to 20 minutes or more. If I save (or go to another page) before I get this error, I will still be logged in.

When I get this badtoken error the cookie "ziwikidb_new_session" with a value that looks similar to this "sample4value2lajc9nf8fv679kbdj" will be removed.

Any help would be greatly appreciated!

Thank you

General info:

• MediaWiki 1.31.6 (On Windows Server 2019)
• Bluespice 3.1.4
• PHP 7.3.17
• SimpleSAMLphp 1.18.7
• PluggableAuth Addon 5.7
• SimpleSAMLphp Addon 4.5.1 KAWAII BAAAKA (talk) 09:09, 18 August 2020 (UTC)

try $wgSessionCacheType = CACHE_DB; Bawolff (talk) 19:21, 18 August 2020 (UTC)

Hey Bawolff, sorry for the late reply.

We tried that, but without success.

One thing we noticed is, that everyone gets the bad token error at the same time.

Any other Ideas?

Thank you KAWAII BAAAKA (talk) 13:57, 27 August 2020 (UTC)

it might be something to do with the saml stuff. Maybe everyone's session expires at the same time. Bawolff (talk) 18:29, 27 August 2020 (UTC)

We are using 'sql' as our simplesaml store.type. Could that be the cause of the badtoken error? We get some redirect loop problems with the other store types (phpsession or memcache), which is why we are using 'sql' in the first place.

Another thing we noticed is, that if only one user is using the wiki the bad token error wont occur. As soon as 3-5 user are logged in, the error will appear after a few minutes. KAWAII BAAAKA (talk) 12:35, 3 September 2020 (UTC)

Template locator map, pipe parsing

Sure this is little issue. In this example, I've tried to join the two coordinates together from two lists to transclude them into an instance of the Galician version of the English en:template:Location map+, but all I get is an error because it doesn't parse the pipe and the equal sign. What I am missing? Sobreira (talk) 13:00, 18 August 2020 (UTC)

you cant include pipe separators inside another template. Transcluded pipes are not considered argument separators.

I would suggest using Lua if you need complex template processing. Bawolff (talk) 19:21, 18 August 2020 (UTC)

Thanks, I was suggested a different (actually completely reversed) approach in en:Wikipedia:Village_pump_(technical) (Idea on locator maps, 19 August 2020). Sobreira (talk) 16:27, 19 August 2020 (UTC)

Parsoid/RESTbase: (curl error: 7) Couldn't connect to server

Installed Visual editor when saving returns the error Parsoid/RESTbase: (curl error: 7) Couldn't connect to server. Please need help

/etc/mediawiki/parsoid/config.yaml

mwApis:

       - # First wiki

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

         # domain:'yoursite.com'  # optional

/var/www/html/mw/LocalSettings.php

# VisualEditor

wfLoadExtension('VisualEditor');

// Enable by default for everybody

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

// Don't allow users to disable it

$wgHiddenPrefs[] = 'visualeditor-enable';

// OPTIONAL: Enable VisualEditor's experimental code features

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

$wgSessionsInObjectCache = true;

$wgVirtualRestConfig['modules']['parsoid']['forwardCookies'] = true;

$wgVirtualRestConfig['modules']['parsoid'] = array('url' => 'http://localhost:8142'); Ruvell (talk) 13:50, 18 August 2020 (UTC)

checking universal language acceptor successfully installed.

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

---

After installation of the Universal Language Acceptor it is mentioned how to check whether it is installed successfully, I am not able to understand this step. Can you please guide me about it?

• Done – Navigate to Special:Version on your wiki to verify that the extension is successfully installed

Our domain is https://sptranslations.ml Toshannimai (talk) 15:18, 18 August 2020 (UTC)

what part is confusing? Bawolff (talk) 19:17, 18 August 2020 (UTC)

http://sptranslations.ml/index.php/Special:Version —TheDJ (Not WMF) (talk • contribs) 12:32, 21 August 2020 (UTC)

After installing an extension and enabling it in LocalSettings.php you always navigate to your site's own Special:Version page, and look to see if the extension is listed. If it is listed then it's installed and enabled and MediaWiki recognizes it. I see Universal Language Selector listed on your site when I go to Special Pages > Version. So it is successfully installed. Also it selects language only for the MediaWiki interface, not for the entire site. I can see the language selection option at the top-right of your page site too... TiltedCerebellum (talk) 04:19, 27 August 2020 (UTC)

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

Can Parsoid (or VisualEditor) store cache on the disk (like cache unsaved edits on the disk)

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

---

On my locally hosted Mediawiki, my unsaved edits get lost when I log out or turn off my PC. I would want edits to be cached on disk (hard drive) so that if I do restart my device with unsaved changes, they can be recovered from the disk. is this possible? YousufSSyed (talk) 16:00, 18 August 2020 (UTC)

Not easily. Wikimedia assumes you save intermediate work regularly and does not consider intermediate work to be 'bad'. —TheDJ (Not WMF) (talk • contribs) 12:30, 21 August 2020 (UTC)

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

Apache HTTPD + PHP-FPM for MediaWiki

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

---

I was wondering whether there are some best practices for using Apache HTTPD and PHP-FPM in conjunction with MediaWiki.

There are of course a lot of resources available for general use and various modules that are useful, but I am curious whether someone has already explored optimizations / best practices in the context of MediaWiki.

For example, using the MPM Event over Worker. Nnaka1 (talk) 17:14, 18 August 2020 (UTC)

when you get that specific, you should measure/profile, not rely on onternet advice as its probably going to vary a lot depending on your setup Bawolff (talk) 19:16, 18 August 2020 (UTC)

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

Adding customized menu tabs to my wiki page

Hey all. Hope everyone is doing well and keeping safe.

Wondering if there is a way to add customized menu tabs on my wiki pages on my website? i've been looking for hours but cant seem to find a solution. I hope someone can solve this issue for me.

TIA. Thepainking (talk) 20:56, 18 August 2020 (UTC)

this requires some js knowledge ,(but not too much): see https://www.mediawiki.org/wiki/ResourceLoader/Core_modules#addPortletLink you can generally call addPortletLink on the page Mediawiki:common.js to add a tab. Bawolff (talk) 00:23, 19 August 2020 (UTC)

Uploading RDF or OWL Format Ontology

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

---

Hello,

Is there a way of uploading an OWL or RDF format ontology? In the step-by-step illustrations on the homepage, the element sets are typed out manually and the registry output is RDF. I hope someone can inform me on how this is done. 135.23.79.36 (talk) 00:36, 19 August 2020 (UTC)

which product is this about? Bawolff (talk) 05:05, 19 August 2020 (UTC)

I would like to register an ontology on the metadata registry sandbox. 135.23.79.36 (talk) 15:57, 19 August 2020 (UTC)

the open metadata registry is not a mediawiki site. We only know about mediawiki here. Please ask in a more appropriate forum. Bawolff (talk) 19:38, 19 August 2020 (UTC)

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

TMapView.LayerOptions.UserLocation causes exceptions in iOS

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 am trying to display the user location on a multi-device form that has a TMapView object and TLocationSensor object on it. The code is below. I was a little unsure of whether or not to Synchronise the OnLocationChange event hence there is code for thread checking. Apparently for iOS the callback occur in the main execution thread so the synchronization isn't required, is that correct ? All I want to do is diplay the user location on the map (ie the little blue glowing circle) but as soon as it updates the map an exception occurs in TMapKitDelegate.mapViewViewForAnnotation -> TMapKitMapMarker.AnnotationView

This problem is driving me nuts, hopefully someone can see anything silly I am doing wrong although I don't have the problem in Embarcadero RadStudio 10.3

unit FMain;

interface

uses

  System.SysUtils, System.Types, System.UITypes, System.Classes, System.Variants,

  FMX.Types, FMX.Controls, FMX.Forms, FMX.Graphics, FMX.Dialogs, FMX.Maps, {FMX.Maps.iOS,}

  System.Sensors, System.Sensors.Components;

type

  TfMainForm = class(TForm)

    tmvMapView: TMapView;

    tlocLocationSensor: TLocationSensor;

    procedure tlocLocationSensorLocationChanged(Sender: TObject; const OldLocation, NewLocation: TLocationCoord2D);

    procedure FormCreate(Sender: TObject);

  private

    { Private declarations }

    mCurrentLocation:  TLocationCoord2D;

    procedure ProcessLocationChange;

  public

    { Public declarations }

  end;

var

  fMainForm: TfMainForm;

implementation

{$R *.fmx}

procedure TfMainForm.tlocLocationSensorLocationChanged(Sender: TObject; const OldLocation, NewLocation: TLocationCoord2D);

var mainThread:     TThreadID;

    currentThread:  TThreadID;

begin

  mCurrentLocation.Latitude  := -37.78001; //NewLocation.Latitude;

  mCurrentLocation.Longitude := 144.98890; //NewLocation.Longitude;

  mainThread := System.MainThreadID;

  currentThread := TThread.Current.ThreadID;

  //  Check to see if we need to do a synchronize or not. Apparently for iOS

  //  the location sensor callback runs in the main thread.

  //

  if mainThread <> currentThread then

    TThread.Synchronize(TThread.Current, ProcessLocationChange)

  else

    ProcessLocationChange;

end;

procedure TfMainForm.FormCreate(Sender: TObject);

begin

  tlocLocationSensor.Active := True;

end;

procedure TfMainForm.ProcessLocationChange;

var mapCenter:  TMapCoordinate;

begin

  //  Center the map view around our current position and set the zoom to 18

  mapCenter := TMapCoordinate.Create(mCurrentLocation.Latitude, mCurrentLocation.Longitude);

  tmvMapView.Location := mapCenter;

  tmvMapView.Zoom := 18;

end;

end. TPreuss (talk) 05:32, 19 August 2020 (UTC)

i think you are in the wrong place. We only answer questions about MediaWiki. Try stackoverflow. Bawolff (talk) 07:46, 19 August 2020 (UTC)

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

Problème installation MediaWiki

Bonjour,

sur un PC avec ubuntu 20.04 LTS avec serveur xamp 7.4.8-0 et la version de mediawiki 1.34.2 (mais idem avec 1.33.4) lorsque l'on souhaite clique sur le liens swet up wiki, voici le message d'erreur

Warning: include(/opt/lampp/htdocs/mediawiki/vendor/composer/../liuggio/statsd-php-client/src/Liuggio/StatsdClient/Factory/StatsdDataFactory.php): failed to open stream: Aucun fichier ou dossier de ce type in /opt/lampp/htdocs/mediawiki/vendor/composer/ClassLoader.php on line 444

Warning: include(): Failed opening '/opt/lampp/htdocs/mediawiki/vendor/composer/../liuggio/statsd-php-client/src/Liuggio/StatsdClient/Factory/StatsdDataFactory.php' for inclusion (include_path='/opt/lampp/htdocs/mediawiki/vendor/pear/console_getopt:/opt/lampp/htdocs/mediawiki/vendor/pear/mail:/opt/lampp/htdocs/mediawiki/vendor/pear/mail_mime:/opt/lampp/htdocs/mediawiki/vendor/pear/net_smtp:/opt/lampp/htdocs/mediawiki/vendor/pear/net_socket:/opt/lampp/htdocs/mediawiki/vendor/pear/pear-core-minimal/src:/opt/lampp/htdocs/mediawiki/vendor/pear/pear_exception:.:/opt/lampp/lib/php') in /opt/lampp/htdocs/mediawiki/vendor/composer/ClassLoader.php on line 444

Warning: include(/opt/lampp/htdocs/mediawiki/vendor/composer/../liuggio/statsd-php-client/src/Liuggio/StatsdClient/Factory/StatsdDataFactory.php): failed to open stream: Aucun fichier ou dossier de ce type in /opt/lampp/htdocs/mediawiki/vendor/composer/ClassLoader.php on line 444

Warning: include(): Failed opening '/opt/lampp/htdocs/mediawiki/vendor/composer/../liuggio/statsd-php-client/src/Liuggio/StatsdClient/Factory/StatsdDataFactory.php' for inclusion (include_path='/opt/lampp/htdocs/mediawiki/vendor/pear/console_getopt:/opt/lampp/htdocs/mediawiki/vendor/pear/mail:/opt/lampp/htdocs/mediawiki/vendor/pear/mail_mime:/opt/lampp/htdocs/mediawiki/vendor/pear/net_smtp:/opt/lampp/htdocs/mediawiki/vendor/pear/net_socket:/opt/lampp/htdocs/mediawiki/vendor/pear/pear-core-minimal/src:/opt/lampp/htdocs/mediawiki/vendor/pear/pear_exception:.:/opt/lampp/lib/php') in /opt/lampp/htdocs/mediawiki/vendor/composer/ClassLoader.php on line 444

Fatal error: Uncaught Error: Class 'Liuggio\StatsdClient\Factory\StatsdDataFactory' not found in /opt/lampp/htdocs/mediawiki/includes/libs/stats/BufferingStatsdDataFactory.php:35 Stack trace: #0 /opt/lampp/htdocs/mediawiki/includes/AutoLoader.php(109): require() #1 [internal function]: AutoLoader::autoload('BufferingStatsd...') #2 /opt/lampp/htdocs/mediawiki/includes/ServiceWiring.php(836): spl_autoload_call('BufferingStatsd...') #3 /opt/lampp/htdocs/mediawiki/includes/libs/services/ServiceContainer.php(458): Wikimedia\Services\ServiceContainer->{closure}(Object(MediaWiki\MediaWikiServices)) #4 /opt/lampp/htdocs/mediawiki/includes/libs/services/ServiceContainer.php(427): Wikimedia\Services\ServiceContainer->createService('StatsdDataFacto...') #5 /opt/lampp/htdocs/mediawiki/includes/MediaWikiServices.php(1030): Wikimedia\Services\ServiceContainer->getService('StatsdDataFacto...') #6 /opt/lampp/htdocs/mediawiki/includes/ServiceWiring.php(404): MediaWiki\MediaWikiServices->getStatsdDataFactory() #7 /opt/lampp/htdocs/mediawik in /opt/lampp/htdocs/mediawiki/includes/libs/stats/BufferingStatsdDataFactory.php on line 35

alors que sur le même poste avec les même version de PHP, Mysql, Apache j'ai réussi a installer wordpress.

avez-vous des idées ?

Pas avance merci

164.177.20.23 (talk) 06:14, 19 August 2020 (UTC)

[google translate]

cette erreur peut être causée par l'utilisation d'une ancienne version du programme tar. En particulier, n'utilisez pas 7zip pour décompresser mediawiki. Bawolff (talk) 07:43, 19 August 2020 (UTC)

Redirect is not working

I had about 400 pages to redirect to something else. I programmed to write text file to write this code for all of those pages correctly:

#REDIRECT pagename

Then imported all the pages using import script. But the pages are not redirecting on website. They're showing this:

#REDIRECT <pagename linked>

Can I not make a page REDIRECT like this? Does it need to be manual only?

Please guide.

thanks Vikas Vikasnd (talk) 11:36, 19 August 2020 (UTC)

@Vikasnd The syntax in the example above is wrong. Please see Help:Redirects Malyacko (talk) 14:34, 19 August 2020 (UTC)

#redirect double brackets page name closing double brackets

#redirect [ [page name] ]

I added space in above example so it shows clearly. Is this syntax not correct?? Vikasnd (talk) 17:10, 19 August 2020 (UTC)

i am just guessing: [ [ is different than [[. Even as i typed the last double here, a window pops up to drop in the link, whereas NO such thing happened on the first double. ~ Arzoper (talk) 18:18, 19 August 2020 (UTC)

That is correct. Look-alike characters dont work. Bawolff (talk) 19:37, 19 August 2020 (UTC)

I used [[ ]] only on webpage. Here I added space so it shows the code rather than converting it to a link like in my original post. But it's not redirecting with such syntax. I added these page via script. Would that make it behave like that? Vikasnd (talk) 07:35, 20 August 2020 (UTC)

Any help!! Vikasnd (talk) 07:35, 21 August 2020 (UTC)

So you imported pages, with the content of a redirect ? It might be that this does not evaluate the page to turn it INTO a redirect. Try to make an edit to one of the redirects to see if the redirect works after an edit. —TheDJ (Not WMF) (talk • contribs) 12:28, 21 August 2020 (UTC)

Google Login Not working for Mediawiki

Error is :

The email domain used for the primary email address of your Google account (dhanunjayareddy@xxxxxx.com) isn't allowed to login into this wiki.

Mediawiki version : 1.34.2

Google login version : 1.34

config used :

wfLoadExtension( 'GoogleLogin' );

$wgGLAppId = '<APPID>';

$wgGLSecret = '<Secret ID>;

$wgGLAllowedDomainsDB = true;

$wgGroupPermissions['sysop']['managegooglelogindomains'] = true;

$wgWhitelistRead = array( 'Special:GoogleLogin', 'Special:GoogleLoginReturn' );

$wgGroupPermissions['*']['createaccount'] = true;

$wgGroupPermissions['*']['edit'] = false;

$wgGroupPermissions['*']['read'] = false;

$wgWhitelistRead = array( 'Special:GoogleLoginReturn' ); Dreddy04 (talk) 15:26, 19 August 2020 (UTC)

@Bawolff @Malyacko. or someone please help here

we are using private wiki setup.I manually linked my google account in special pages : link accounts , Need to enable access to all users in team Dreddy04 (talk) 05:17, 20 August 2020 (UTC)

What is the exact error message you are receiving? Taavi (talk!) 14:07, 20 August 2020 (UTC)

https://www.mediawiki.org/wiki/Extension:GoogleLogin#Administer_allowed_domains_on-wiki Bawolff (talk) 15:55, 20 August 2020 (UTC)

Category in user page

How can I embed a category in an user page or rather display its content on it? (without html, because something like <iframe> isn't working) 91.11.80.100 (talk) 16:10, 19 August 2020 (UTC)

My actually problem is that the part with "This category contains the following pages:" isn't show. 91.11.80.100 (talk) 16:16, 19 August 2020 (UTC)

use somdthing like the DynamicPageList extension. Bawolff (talk) 19:35, 19 August 2020 (UTC)

Translation, single link 'wmin' fails of 27 countries...

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 system

MediaWiki 1.36.0-wmf.5 (753f685)

04:37, 18 August 2020 PHP 7.2.31-1+0~20200514.41+debian9~1.gbpe2a56b+wmf1 (fpm-fcgi) MariaDB 10.1.43-MariaDB

May be this is a Phabricator issue. But linking MediaWiki articles to inter-wiki, and/or inter-language could be relevant in translation. So i get to page: https://en.wikipedia.org/wiki/Help:Interwiki_linking#Interlanguage_links ( kestroke ' page up ' two or three times to " Linking to international chapters ". 24 of the 27 countries came in within a second or so. Serbia, Israel and Taiwan failed. Serbia on " over resource limit ", Israel on " too busy " or such readable notice in EN, but on a second try began to do the IN thing, but came in after about a minute or so, India simple timing out beyond 20 minutes.

The issue is this, two-fold: 1) may be to be like ' apache ', checks on mirrors, whether reachable, last reached time, 2) India, unlike most other countries has sub-nations really, most recognizeable in the 10 or so major language (and scripts) seen on MediaWiki page headers. In this regard much LIKE EU, for naming cz, de, fr, po etc. It appears we need " sub-nation " by language, say a ' wmml ' which could bring up the " free computing of ml, Malayalam " (sub-nation happens to be State of Kerala, the only " 100% literate " state of IN ). That site is: https://en.wikipedia.org/wiki/Swathanthra_Malayalam_Computing which comes up in a second. They pioneered open source in India, with Kerala, with Richard Stallman, etc.

PRC (China) could be stated to have a similar situation if we wanted to consider the Canton sub-nation, but from what i have seen 'zh' language seems to go far, and well, across all their " sub-nation " provinces, including Canton. There is NO link ' wmch (country) nor wmzh (language ' in the list of 27. But they are definitely busy translating MediaWiki pages. ~ Arzoper (talk) 17:33, 19 August 2020 (UTC)

These are separate websites of separate organizations. We do not manage any of them. Any problems with them should be reported to the individual organizations. —TheDJ (Not WMF) (talk • contribs) 12:25, 21 August 2020 (UTC)

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

how to restore the Mediawiki from a crashed synology?

how to restore the Mediawiki from a crashed synology?

hi,

The Mediawiki ran on an old Synology, however, the Synology is crashed. The web service and phpmyadmin do not work.

I only copy the /web folder, which includes mediawiki, phpmyadmin folders etc.

and then i install a new Mediawiki in a new synology, but do not know how to import the DB to the new mediawiki.

searched the folders in File Station of synology, bud i don't find the DB.

how to fix?

thank you so much,

Bruce 98.234.191.49 (talk) 18:57, 19 August 2020 (UTC)

you need to export the database (using commands like mysqldump

If you cant do that you can try transfering db files directly, but much more risky. Often they are in /var/lib/mysql, but could be elsewhere.

Try asking on a synology forum for specific advice on recovering a mysql db. Bawolff (talk) 19:33, 19 August 2020 (UTC)

thanks Bawolff,

based on the localsettings, it shows $wgDBserver = "localhost:/run/mysqld/mysqld10.sock";

however, i cannot find it via synology File Station. there is no this folder.

so, is it possible that the directory is hidden directory by synology?

thank you,

Bruce 98.234.191.49 (talk) 21:50, 19 August 2020 (UTC)

thats the name of your mysql socket, not your mysql data directory. They are usually separate places. Bawolff (talk) 03:06, 20 August 2020 (UTC)

did you end up figuring out how to restore it? having same issue 108.64.3.131 (talk) 16:41, 27 October 2022 (UTC)

Logged Out

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

---

Why does the wikipage routinely sign me out after I've only been briefly signed in? There have been a number of times when I have done considerable work contributing to a topic only to have it all wiped out because the website has arbitrarily logged me out. ~ Lazarus1255 (talk) 21:26, 19 August 2020 (UTC)

Hard to say.. depends which website we are talking about. Have you tried contacting its maintainer ? —TheDJ (Not WMF) (talk • contribs) 12:22, 21 August 2020 (UTC)

Ahh, okay, well, it is Wikivoyage where it happens. I'll just try to be careful about copying the work on notepad or something before I hit publish. Thank you. Lazarus1255 (talk) 22:43, 21 August 2020 (UTC)

Yeah you’d need to contact that site and let them know. Also try clearing your browsers cookies. This is the help desk for the MediaWiki software that site runs on. For issues with their site you’ll need to contact them. TiltedCerebellum (talk) 21:07, 30 August 2020 (UTC)

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

Fatal error help!

I was wondering if anyone got a solution to this problem?

"Fatal error: Uncaught Error: Class 'Liuggio\StatsdClient\Factory\StatsdDataFactory' not found in C:\xampp\htdocs\Poke City\mediawiki-1.34.2\includes\libs\stats\BufferingStatsdDataFactory.php:35 Stack trace: #0 C:\xampp\htdocs\Poke City\mediawiki-1.34.2\includes\AutoLoader.php(109): require() #1 [internal function]: AutoLoader::autoload('BufferingStatsd...') #2 C:\xampp\htdocs\Poke City\mediawiki-1.34.2\includes\ServiceWiring.php(836): spl_autoload_call('BufferingStatsd...') #3 C:\xampp\htdocs\Poke City\mediawiki-1.34.2\includes\libs\services\ServiceContainer.php(458): Wikimedia\Services\ServiceContainer->{closure}(Object(MediaWiki\MediaWikiServices)) #4 C:\xampp\htdocs\Poke City\mediawiki-1.34.2\includes\libs\services\ServiceContainer.php(427): Wikimedia\Services\ServiceContainer->createService('StatsdDataFacto...') #5 C:\xampp\htdocs\Poke City\mediawiki-1.34.2\includes\MediaWikiServices.php(1030): Wikimedia\Services\ServiceContainer->getService('StatsdDataFacto...') #6 C:\xampp\htdocs\Poke City\mediawiki-1.34.2\includes\ in C:\xampp\htdocs\Poke City\mediawiki-1.34.2\includes\libs\stats\BufferingStatsdDataFactory.php on line 35" SaiTheCyclone (talk) 01:52, 20 August 2020 (UTC)

do not use 7zip to decompress mediawiki. Use a different tar program, like the one included with git for windows. Bawolff (talk) 03:04, 20 August 2020 (UTC)

I'm trying to install, but I'm getting this error...

Warning: include(C:\xampp\htdocs\wiki\vendor\composer/../liuggio/statsd-php-client/src/Liuggio/StatsdClient/Factory/StatsdDataFactory.php): failed to open stream: No such file or directory in C:\xampp\htdocs\wiki\vendor\composer\ClassLoader.php on line 444

Warning: include(): Failed opening 'C:\xampp\htdocs\wiki\vendor\composer/../liuggio/statsd-php-client/src/Liuggio/StatsdClient/Factory/StatsdDataFactory.php' for inclusion (include_path='C:\xampp\htdocs\wiki\vendor/pear/console_getopt;C:\xampp\htdocs\wiki\vendor/pear/mail;C:\xampp\htdocs\wiki\vendor/pear/mail_mime;C:\xampp\htdocs\wiki\vendor/pear/net_smtp;C:\xampp\htdocs\wiki\vendor/pear/net_socket;C:\xampp\htdocs\wiki\vendor/pear/pear-core-minimal/src;C:\xampp\htdocs\wiki\vendor/pear/pear_exception;C:\xampp\php\PEAR') in C:\xampp\htdocs\wiki\vendor\composer\ClassLoader.php on line 444

Warning: include(C:\xampp\htdocs\wiki\vendor\composer/../liuggio/statsd-php-client/src/Liuggio/StatsdClient/Factory/StatsdDataFactory.php): failed to open stream: No such file or directory in C:\xampp\htdocs\wiki\vendor\composer\ClassLoader.php on line 444

Warning: include(): Failed opening 'C:\xampp\htdocs\wiki\vendor\composer/../liuggio/statsd-php-client/src/Liuggio/StatsdClient/Factory/StatsdDataFactory.php' for inclusion (include_path='C:\xampp\htdocs\wiki\vendor/pear/console_getopt;C:\xampp\htdocs\wiki\vendor/pear/mail;C:\xampp\htdocs\wiki\vendor/pear/mail_mime;C:\xampp\htdocs\wiki\vendor/pear/net_smtp;C:\xampp\htdocs\wiki\vendor/pear/net_socket;C:\xampp\htdocs\wiki\vendor/pear/pear-core-minimal/src;C:\xampp\htdocs\wiki\vendor/pear/pear_exception;C:\xampp\php\PEAR') in C:\xampp\htdocs\wiki\vendor\composer\ClassLoader.php on line 444

Fatal error: Uncaught Error: Class 'Liuggio\StatsdClient\Factory\StatsdDataFactory' not found in C:\xampp\htdocs\wiki\includes\libs\stats\BufferingStatsdDataFactory.php:35 Stack trace: #0 C:\xampp\htdocs\wiki\includes\AutoLoader.php(109): require() #1 [internal function]: AutoLoader::autoload('BufferingStatsd...') #2 C:\xampp\htdocs\wiki\includes\ServiceWiring.php(836): spl_autoload_call('BufferingStatsd...') #3 C:\xampp\htdocs\wiki\includes\libs\services\ServiceContainer.php(458): Wikimedia\Services\ServiceContainer->{closure}(Object(MediaWiki\MediaWikiServices)) #4 C:\xampp\htdocs\wiki\includes\libs\services\ServiceContainer.php(427): Wikimedia\Services\ServiceContainer->createService('StatsdDataFacto...') #5 C:\xampp\htdocs\wiki\includes\MediaWikiServices.php(1030): Wikimedia\Services\ServiceContainer->getService('StatsdDataFacto...') #6 C:\xampp\htdocs\wiki\includes\ServiceWiring.php(404): MediaWiki\MediaWikiServices->getStatsdDataFactory() #7 C:\xampp\htdocs\wiki\includes\libs\services\ServiceContaine in C:\xampp\htdocs\wiki\includes\libs\stats\BufferingStatsdDataFactory.php on line 35

---

Does anyone know how I get around this? This is all I see when I press "set up the wiki" on the splash page. It happened once, then I reinstalled, then it happened again. Any help would be much appreciated! Thanks in advance. 2600:1700:6CB0:86E0:10CB:E4B4:D974:BC25 (talk) 01:55, 20 August 2020 (UTC)

Mediawiki version: 1.34.32

I don't know which PHP and Database versions I'm using. I installed them very recently. 2600:1700:6CB0:86E0:10CB:E4B4:D974:BC25 (talk) 02:05, 20 August 2020 (UTC)

how did you decompress mediawiki?

Some people resported this issue when using 7zip to decimpress the tarball (with some long filenames being messed up), but they have largely been windows users. Bawolff (talk) 03:03, 20 August 2020 (UTC)

I've used 7zip. I'll try with something else. 2600:1700:6CB0:86E0:5545:9C1D:292B:9DA5 (talk) 04:54, 20 August 2020 (UTC)

[Xz5zdJKuer47EQdUKsF9@wAAAAc] Fatal exception of type "Wikimedia\Rdbms\DBQueryError"

when trying to get to the login page using 1.34.2 I get: [Xz5zdJKuer47EQdUKsF9@wAAAAc] 2020-08-20 12:58:28: Fatal exception of type "Wikimedia\Rdbms\DBQueryError"

I have tried to enable DB logging * Debug Logging. but the files don't appear to be created.

$wgDBerrorLog = '/var/log/httpd/Debug.log'; $wgDebugLogFile = '/var/log/httpd/Debug.log'; $wgDebugLogPrefix = ; $wgShowExceptionDetails = true; $wgShowDBErrorBacktrace = true; $wgShowSQLErrors = true; 208.87.239.202 (talk) 13:10, 20 August 2020 (UTC)

URL svoinfo.azda.gov/index.php/Special:UserLogin is the link throwing the error.

php version = 7.3.18

using MariaDB/Mysql as DB. MariaDB 5.5.65 208.87.239.202 (talk) 13:24, 20 August 2020 (UTC)

set $wgShowExceptionDetails=true; Bawolff (talk) 15:56, 20 August 2020 (UTC)

It is.

$wgDBerrorLog = '/var/log/httpd/Debug.log';

$wgDebugLogFile = '/var/log/httpd/Debug.log';

$wgDebugLogPrefix = ;

$wgShowExceptionDetails = true;

$wgShowDBErrorBacktrace = true;

$wgShowSQLErrors = true; 208.87.239.202 (talk) 16:10, 20 August 2020 (UTC)

try "dnf install php-pecl-apcu.x86_64" 72.80.58.47 (talk) 17:00, 20 August 2020 (UTC)

that does not seem relavent. Bawolff (talk) 00:21, 21 August 2020 (UTC)

only change is the prefix to the error message [Xz6ulATQh8VrH5hHCRDFPwAAAAY] now. 208.87.239.202 (talk) 17:11, 20 August 2020 (UTC)

is that the full error message?

With show exception details on, you should get a longer error message.

Are you sure you edited the right LocalSettings.php? Bawolff (talk) 00:22, 21 August 2020 (UTC)

edited in the top level folder of the web site. 208.87.239.202 (talk) 19:23, 21 August 2020 (UTC)

Anyone with any suggestions?

or suggestions to extract the various documents from the mysql database?

Thanks 208.87.239.202 (talk) 12:50, 31 August 2020 (UTC)

we need the full backtrace (provided when $wgShowExceptionDetails= true;) to be able to give further advice.

Generic advice, run update.php. try disabling extensions to see if one of them is at fault. Bawolff (talk) 02:26, 1 September 2020 (UTC)

No CSS/skin when shortURL configured

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

---

MediaWiki: 1.34.2

PHP: 7.3.20-1+ubuntu20.04.1+deb.sury.org+1 (fpm-fcgi)

MySQL: 8.0.21-0ubuntu0.20.04.4

URL: wiki dot jamiehowe dot me slash w

Mediawiki is installed to /var/lib/mediawiki/ and symlinked to /var/www/html/w

I'm using nginx, so I don't have any htaccess files. When I add the shortURL configuration generated by shorturls.redworks, no CSS appears on the site. load.php appears to throw a 404 not found.

The goal is wiki.example.com/w/Article.

In this configuration, wiki.example.com/ is 403, and wiki.example.com/w/ redirects to Main_page. wiki.example.com/w/index.php?title=Article resolves without rewriting.

With $wgScriptPath = "/w", load.php is 404. with ="" it's 200, tho still no skin.

I have another config where CSS works. wiki.example.com/ resolves to wiki.example.com/w/Main_Page, and so does /w/. However, in that configuration, w/index.php?title=Article just resolves to w/Index.php as if it were an article title.

I'm not sure what I might be missing or have borked. 100.1.12.148 (talk) 15:45, 20 August 2020 (UTC)

your script path is wrong. index.php, api.php and load.php cant be directly accessed from that script path Bawolff (talk) 00:20, 21 August 2020 (UTC)

@Bawolff both options for $wgScriptPath are wrong? in which case, what [kind of path] would make it correct? and the wiki functions with index.php just fine, because it prints article information to the page. 100.1.12.148 (talk) 00:28, 21 August 2020 (UTC)

it depends on what you put in the nginx config.

Scripts like index.php and load.php need to be accessible from the script path Bawolff (talk) 02:36, 21 August 2020 (UTC)

@Bawolff I mean, I get why /w wouldn't match (because that would resolve to /var/www/html/w/w/) but it doesn't work with $wgScriptPath=""; either. Unless there's another line further down in the config or LocalSettings that would affect it?

server_name wiki.example.me;

root /var/www/html/w;

client_max_body_size 5m;

client_body_timeout 60;

This is done exactly how shorturl.redworks says to do it:

$wgScriptPath = '';

$wgScriptExtension = '.php';

$wgArticlePath = '/w/$1';

$wgUsePathInfo = true; 100.1.12.148 (talk) 14:08, 21 August 2020 (UTC)

im pretty sure your nginx config has more than that. Bawolff (talk) 05:04, 22 August 2020 (UTC)

@Bawolff the rest of my nginx config for this server block consists of the config generated by shorturl.redwerks, as I mentioned in my OP. It consists of those four lines and the generated block, that's it, and consequently CSS doesn't work. 100.1.12.148 (talk) 13:19, 22 August 2020 (UTC)

To anyone who finds this, Bawolff was wrong. My LocalSettings.php is fine and those files can be accessed from that path. The issue is that shorturl.redwerks.org omits a specific line.

After fastcgi_pass in the location / block, make sure to include the following line:

fastcgi_param SCRIPT_FILENAME $request_filename

this actually allows load.php to be properly processed. 100.1.12.148 (talk) 05:06, 24 August 2020 (UTC)

Hey now, if your nginx config (which you refused to paste in your post) is such that every value for your script path is wrong, that still counts as your script path being wrong. Bawolff (talk) 10:16, 24 August 2020 (UTC)

I did not refuse. I did not want to post a ton of information if it wasn't needed for someone who hadn't agreed to spend that kind of time looking at it. Either way, the script path is correct, the issue is that it was never instructed what to pass to the interpreter, the config tool generated it incorrectly. Thanks for your help! 100.1.12.148 (talk) 00:49, 26 August 2020 (UTC)

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

Import failed: Upload of import file failed. The file is bigger than the allowed upload size.

I am trying to import a 4.6MB xml file to my wiki but it keeps failing. I have $wgMaxUploadSize set to 1024 * 1024 * 100 and my php.ini is also set to 100MB.

MariaDB version: 15.1

PHP version: 7.4.8 72.80.58.47 (talk) 16:47, 20 August 2020 (UTC)

Which MediaWiki version? – Ammarpad (talk) 10:28, 21 August 2020 (UTC)

This is described in Manual:Configuring_file_uploads#Set_maximum_size_for_file_uploads. Two common reasons that I have seen:

1. People forget to restart apache and/or php-fpm after changing the php.ini configuration
2. They are changing the php.ini of the command line version instead of the server version of php. —TheDJ (Not WMF) (talk • contribs) 12:19, 21 August 2020 (UTC)

I have restart httpd and also changed the /etc/php.ini. Doesn't work, and MediaWiki is 1.34.2 72.80.58.47 (talk) 20:32, 21 August 2020 (UTC)

How to bring just 'title' of most recently added and/or modified article (namespace)?

I want to show the content (in part) of most recently (latest) added or modified article on Main page.

I got to know that I can bring the content to another page by 'Transclusion' and also in part by 'LabeledSelectionTransclusion'.

But the problem is that I should designate exact title of the article (namespace) to use that extension.

Cause latest modified article is changed every minute, I cannot change the name of time everytime.

Isn't there any way I can bring just 'title' of most recently added and/or modified article (namespace)?

Thanks in advance. Smilewhj (talk) 00:29, 21 August 2020 (UTC)

There is no such functionality. It is possible to transclude a list of the latests changes by transcluding {{Special:RecentChanges }} but that doesn't look that nice.

You can of course build an extension that implements such behavior. —TheDJ (Not WMF) (talk • contribs) 12:15, 21 August 2020 (UTC)

I already knew that

List of abbreviations:

D

Wikidata edit

N

This edit created a new page (also see list of new pages)

m

This is a minor edit

b

This edit was performed by a bot

(±123)

The page size changed by this number of bytes

15 May 2026

• diffhist m Talk:Citoid 13:40 +13 FRomeo (WMF) talk contribs (→Newspapers.com: noted that the issue has been resolved)
• Block log 13:38 Clump talk contribs blocked OudThailand talk contribs with an expiration time of indefinite (account creation disabled, email disabled, cannot edit own talk page) (Vandalism-only account: xwa)
• diffhist Talk:Citoid 13:38 +157 FRomeo (WMF) talk contribs (→Newspapers.com: Reply) Tag: Reply
• diffhist m Wikimedia Hackathon 2026 13:37 −117 Clump talk contribs (Reverted edits by OudThailand (talk) to last version by Leaderboard) Tag: Rollback
• diffhist Extension:ContextMenu 13:34 −93 ~2026-29062-08 talk (Corrected repo name)
• User creation log 13:29 User account Z3nt030176 talk contribs was created Tags: Mobile edit Mobile web edit
• User rename log 13:27 Neriah talk contribs renamed user יוספי88 (0 edits) to Renamed user 9d57088742de82534fd74b27a52c9e0b (per request)
• diffhist m Wikimedia Hackathon 2026 13:26 +117 OudThailand talk contribs Tags: Reverted Visual edit: Switched
• User rename log 13:26 Neriah talk contribs renamed user נועמעוזי (0 edits) to שולי כתש 5 (per request)
• diffhist N User talk:~2026-29388-65 13:20 +740 Tenshi Hinanawi talk contribs (sending warning (level 1)) Tag: SWViewer [1.6]
• diffhist m Talk:Search 13:20 −176 Tenshi Hinanawi talk contribs (Undid edits by ~2026-29388-65 (talk) to last version by Galahad: test edits, please use the sandbox) Tags: Undo SWViewer [1.6]
• diffhist Talk:Search 13:20 +176 ~2026-29388-65 talk (→Parking: new section) Tags: Reverted New topic
• User creation log 13:19 User account Imporahausnotruf talk contribs was created
• diffhist Talk:Article guidance 13:17 +3,278 Pginer-WMF talk contribs (→Annoyance: Reply) Tag: Reply
• User creation log 13:09 User account LedaSv talk contribs was created
• diffhist Language Converter/fr 13:01 +46 Wladek92 talk contribs (Created page with "=== Défit spécial : limites des mots chinois et piège de la surconversion ===")
• diffhist Language Converter/fr 12:58 +32 Wladek92 talk contribs (Created page with "=== Divergence régionale en terminologie : n mots pour n significations ===")
• Page translation log 12:58 Shirayuki talk contribs marked Manual:$wgSVGNativeRendering for translation
• Page translation log 12:57 Shirayuki talk contribs marked Wikimedia Language and Product Localization/Community meetings for translation
• User creation log 12:54 User account Jardson L. Sousa talk contribs was created
• diffhist Language Converter/fr 12:54 −11 Wladek92 talk contribs (Created page with "== But de Language Converter ==")
• diffhist Language Converter/fr 12:54 −17 Wladek92 talk contribs (Created page with "== Sélection variante ==")
• diffhist Wikimedia Language and Product Localization/Community meetings 12:53 +78 Kasyap talk contribs (→{{ymd|2026|5|29}})
• User creation log 12:52 User account Jawadahmad210517 talk contribs was created Tags: Mobile edit Mobile web edit
• diffhist Language Converter/fr 12:51 −2 Wladek92 talk contribs (Created page with "=== Environnement de conversion idéal ===")
• diffhist Language Converter/fr 12:49 −3 Wladek92 talk contribs (Created page with "== Configuration et intégration ==")
• diffhist Language Converter/fr 12:49 −3 Wladek92 talk contribs (Created page with "== Syntaxe de la conversion manuelle ==")
• diffhist Language Converter/fr 12:47 +1 Wladek92 talk contribs (Created page with "=== Désactiver la conversion automatique ===")
• diffhist Language Converter/fr 12:46 −3 Wladek92 talk contribs (Created page with "=== Balisage du glossaire à la ligne ===")
• diffhist Language Converter/fr 12:45 −26 Wladek92 talk contribs (Created page with "== Voir aussi ==")
• diffhist Language Converter/fr 12:44 +9 Wladek92 talk contribs (Created page with "=== Problème de la segmentation des mots chinois ===")
• diffhist Language Converter/fr 12:43 −6 Wladek92 talk contribs (Created page with "=== Groupe de conversions communes ===")
• diffhist Language Converter/fr 12:42 −14 Wladek92 talk contribs (Created page with "== Conversion automatique ==")
• diffhist Help:Content translation/Translating/Translation quality/ca 12:40 −48 Pallares talk contribs (Created page with "Si els límits actuals no semblen funcionar bé segons la vostra experiència en la creació o revisió de traduccions, comparteix els teus comentaris i podem explorar com ajustar-los millor.")
• diffhist Hiruwiki 12:39 +18 A smart kitten talk contribs ({{ptag|Hiruwiki}}: for a link in the top-right to the #Hiruwiki Phab project, which IIUC is Hiruwiki's task/issue-tracker) Tag: 2017 source edit
• diffhist Help:Content translation/Translating/Translation quality/ca 12:39 −38 Pallares talk contribs (Created page with "La retroalimentació dels parlants nadius és essencial per ajustar correctament els límits imposats.")
• diffhist Help:Content translation/Translating/Translation quality/ca 12:38 −49 Pallares talk contribs (Created page with "Ajustar els diferents llindars permet a cada wiki adaptar els límits de l'eina segons les seves necessitats particulars.")
• diffhist Help:Content translation/Translating/Translation quality/ca 12:38 −54 Pallares talk contribs (Created page with "En altres wikis, els límits poden no ser prou estrictes, permetent la publicació de traduccions que no han estat prou editades.")
• diffhist Help:Content translation/Translating/Translation quality/ca 12:38 −44 Pallares talk contribs (Created page with "En alguns wikis, els límits per defecte poden ser massa estrictes, generant soroll innecessari o impedint que es publiquin traduccions perfectament vàlides.")
• diffhist Help:Content translation/Translating/Translation quality/ca 12:37 −34 Pallares talk contribs (Created page with "Segons l'avaluació inicial, la quantitat de modificació necessària per a la traducció automàtica inicial pot variar entre el 10% i el 70%, depenent del parell d'idiomes.")
• User creation log 12:37 User account Edappleby talk contribs was created
• diffhist Help:Content translation/Translating/Translation quality/ca 12:37 −50 Pallares talk contribs (Created page with "Per articles amb 10 paràgrafs o menys, volem assegurar-nos que els usuaris hagin dedicat almenys N minuts (un minut per paràgraf) a traduir-los.")
• diffhist Project:Sandbox 12:37 +50 Thijs Media talk contribs Tags: Reverted Visual edit
• diffhist Help:Content translation/Translating/Translation quality/ca 12:36 −35 Pallares talk contribs (Created page with "Després que un usuari tradueixi un article llarg, la següent traducció només es pot iniciar després que hagi passat un temps.")
• Page translation log 12:36 Wladek92 talk contribs marked Parsoid for translation
• diffhist Help:Content translation/Translating/Translation quality/ca 12:35 −17 Pallares talk contribs (Created page with "Les campanyes i els concursos poden provocar pics de traduccions on alguns usuaris que no estiguin familiaritzats amb les polítiques de la comunitat es pot centrar en fer moltes traduccions i no prestar prou atenció per revisar-ne el contingut.")
• diffhist m Parsoid 12:35 +42 Wladek92 talk contribs (access to translated page)
• diffhist Help:Content translation/Translating/Translation quality/ca 12:34 −34 Pallares talk contribs (Created page with "Els comentaris sobre com funciona el sistema de límits en el context mòbil serien molt útils per determinar com evolucionar aquest enfocament inicial.")
• diffhist Help:Content translation/Translating/Translation quality/ca 12:33 −45 Pallares talk contribs (Created page with "En dispositius mòbils, tota la traducció consisteix en una sola secció de l'article.")
• User creation log 12:32 User account Thijs Media talk contribs was created

can bring the latest changes but it bring many other details except title, so it's really hard to use as my need.

Then, how about using {{Special:NewestPages}}? I can bring recently added articles (but not including modified) but it is numbered, so I cannot use this result with 'transclusion'.

can you tell me how I can remove the numbering from the result of extension 'NewestPages'? Smilewhj (talk) 00:03, 22 August 2020 (UTC)

not show svg

Hello

After updating to version 1.34.3, it no longer shows svg images and only shows a black screen. The previous version was 1.34.2 and everything was fine. please guide me

Example link:

https://wikicod.ir/wiki/%D9%88%DB%8C%DA%98%D9%87:%D9%81%D9%87%D8%B1%D8%B3%D8%AA_%D9%BE%D8%B1%D9%88%D9%86%D8%AF%D9%87%E2%80%8C%D9%87%D8%A7

thank you Sokote zaman (talk) 10:04, 21 August 2020 (UTC)

You are missing way more than just SVGs. Are you sure you preserved the images directory appropriately and that it has the correct permissions? —TheDJ (Not WMF) (talk • contribs) 12:11, 21 August 2020 (UTC)

Yes, I have not changed anything and everything is good and the accessis true Sokote zaman (talk) 12:13, 21 August 2020 (UTC)

Is there a way to search when a report was sent via email?

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.

---

Searching for when you emailed a report an option?

thanks 2600:1700:B750:94A0:906E:3523:D813:BB41 (talk) 15:19, 21 August 2020 (UTC)

Please explain how to send a "report" in the MediaWiki software. Malyacko (talk) 16:52, 21 August 2020 (UTC)

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

Hello! I love your website, but the ads on the left hide a part of the text. If it could be made smaller or something, sometimes it's hard to decrypt the half missing parts.

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 love your website, but the ads on the left hide a part of the text. If it could be made smaller or something, sometimes it's hard to decrypt the half missing parts. 77.147.16.34 (talk) 16:45, 21 August 2020 (UTC)

mediawiki.org has no ads. Which website is this about? Malyacko (talk) 16:52, 21 August 2020 (UTC)

If you're seeing ads on this wiki, on Wikipedia, or on any other wiki run by the Wikimedia Foundation, then either there's malware on your computer that's injecting them, or your network is breaking all of your encryption and injecting them. If you're seeing ads on some other site, then this is the wrong place to ask about them. Jackmcbarn (talk) 00:00, 22 August 2020 (UTC)

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

how do I make my wiki public/ how do i fix the "This site can’t be reached".

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.

---

So trying to make the wiki en.nocyclopedia.tk public how do fix the "This site can’t be reached"? FireBarrier101 (talk) 19:34, 21 August 2020 (UTC)

Is port forwarding enabled on your router? Does the domain point to your IP? There are simply too many reasons here. You need to give more detail 72.80.58.47 (talk) 20:23, 21 August 2020 (UTC)

Yes, the domain is pointing to my ip. FireBarrier101 (talk) 20:27, 21 August 2020 (UTC)

Does your router forward connections on port 80 to your computer? 72.80.58.47 (talk) 20:34, 21 August 2020 (UTC)

After further review, your domain is pointing to private IP address. Your domain is configured wrong. Since it's a .tk i'm pretty sure your using freenom, in that case go Services > Manage Domain > DNS and point it to your IP. 72.80.58.47 (talk) 20:36, 21 August 2020 (UTC)

I use Cloudflare just wanna clarify that FireBarrier101 (talk) 21:24, 21 August 2020 (UTC)

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

Adding a collation

Different languages have different collations. I would like my categories to be sorted by a collation that is not yet in MediaWiki. Is there a way to do that?

If it matters, some of the letters are composite characters (Unicode digraphs). For example, x̌, x̌̓ and q̓ʷ are all single letters.

The closest thing I can find is Manual:$wgCategoryCollation, which says "extensions can add extra collations via the Collation::factory hook", but that doesn't seem to be it. Salas58 (talk) 21:14, 21 August 2020 (UTC)

hi. Yes, you can add extra languages to the category sorting using that hook which allows you to create your own Collation class to sort things arbitrarily. See also Manual:Hooks/Collation::factory

Does the sort order need tie breaker characters (in collation jargon, does it need secondary or tertiary differences)? Are any of the digraphs a substring of another sorting element (e.g. do you have to sort x by itself one way and x̌ a different way)? If the answer to any of these questions is yes - then you may need to get the collation added to libicu [1] instead of mediawiki directly (or make bigger changes to mediawiki), which is a kind of complex process. If both those questions are no - then its super easy to add to mediawiki directly.

I'd be interested to know which language and what the sort order you had in mind was.

Is this for a "real" language (aka something people actually speak and not like a fictional language invented for a tv show)? If so, you can probably just file a bug in phabricator that includes a list of characters and what order they should sort in, and mediawiki devs will add it directly to mediawiki, which would probably be the easiest option. If you do do that, please tell me the bug number. Bawolff (talk) 05:01, 22 August 2020 (UTC)

Thank you, @Bawolff!

Yes, the letters composed with diacritics are considered separate from the letters without. The specific order is: ʔ, a, b, b̓, c, c̓, č, č̓, d, dᶻ, ə, g, gʷ, h, i, ǰ, k, k̓, kʷ, k̓ʷ, l, l̓, ɫ, ƛ̓, m, m̓, n, n̓, p, p̓, q, q̓, qʷ, q̓ʷ, s, š, t, t̓, u, w, w̓, xʷ, x̌, x̌ʷ, y, y̓

The language is Lushootseed. The Wiki is at LutWik. The LutWik includes a page with the alphabet at dxʷləšucid alphabet.

Ideally, it would be nice to have this hard-wired into MediaWiki. It looks like I file a bug at Phabricator.Wikipedia.org, is that correct? I need to consult with others to see whether anything else is needed (the letter ꞎ is used by some people instead of ɫ, so that should probably be added). Salas58 (talk) 16:14, 22 August 2020 (UTC)

Its https://phabricator.wikimedia.org (with an m). I think it should be a candidate for inclusion, although it might raise some eyebrows that there are currently no translations for lut at https://translatewiki.net

P.s. be careful with the naming of your wiki. The lawyers get uppity over websites other than https://wiktionary.org using the name "wiktionary" due to trademark reasons. Bawolff (talk) 20:27, 22 August 2020 (UTC)

Showing subcategory items

Is there a way to show subcategory pages in a category?

If I have a wiki with a "car" category and two subcategories of "electric vehicles" and "gasoline-powered vehicles," I would like all of the EV pages and gasoline car pages in the car category. That way, someone can see all of the cars on a single page.

The only way I can see to do this now is to include "Category:cars" and "Category:electric vehicles" in each page in order for all of the pages to show up on both levels. The risk is that when there are multiple category levels, you might forget one level. If you want to get a list of all the cars, you will end up with duplicates since cars will be listed on various page levels. Salas58 (talk) 21:30, 21 August 2020 (UTC)

extension:CategoryTree sort of does this. Bawolff (talk) 04:42, 22 August 2020 (UTC)

Thanks for this response, too, @Bawolff.

What I want to do is provide an easy way for people to access a list of all the words within a category, regardless of how many subcategories down you go. The CategoryTree (see Romance Languages) makes it possible to drill down, but you still cannot copy all of the Romance Language names efficiently, and you wind up mired in subcategories.

To get a list, you have to hope someone has included them (Romance Languages), but even if there's a separate list page, someone might always come along and create a page for a previously undescribed language, and that new language probably won't make it to the list.

I want to make it possible to easily copy and paste all of the words in a language from my Lushootseed wiki. But for "silver salmon," I need to include categories [Lushootseed words], [Lushootseed nouns], [Lushootseed fish] and [Lushootseed salmon] just to make sure that a linguist, a morphologist, a fish expert and a salmon expert can all easily access the words they need. If I could just include the category [Lushootseed salmon] and have "silver salmon" propagate on each category level going up, I can ensure better consistency and fewer errors.

Is there a good way to address this issue? Salas58 (talk) 16:30, 22 August 2020 (UTC)

not really.

Some people have tried to solve the related problem (on wikipedia) using blazegraph (i.e. https://query.wikidata.org . Its not obvious but it has the entire wikipedia category tree.), on commons using commons:help:fastCCI and in search with Help:CirrusSearch#Deepcategory but its not exactly the same problem as you describe and its complex to setup. Bawolff (talk) 19:11, 22 August 2020 (UTC)

You could put a Extension:DynamicPageList query into the Category:Cars page to show all members of Category:Electric vehicles and Category:Gasoline-powered vehicles.

Extension:Cargo can deal with hierarchies (which can be aligned with categories). If you drill down on Cars it'll show EV and GPV at the same time. Jonathan3 (talk) 08:36, 29 August 2020 (UTC)

Problem installing - corrupted mediawiki 1.34.2 archive

Hi,

After decompressing (with errors) I've got the following errors trying to install mediawiki 1.34.2:

Warning: include(M:\xampp\htdocs\mediawiki\vendor\composer/../liuggio/statsd-php-client/src/Liuggio/StatsdClient/Factory/StatsdDataFactory.php): failed to open stream: No such file or directory in M:\xampp\htdocs\mediawiki\vendor\composer\ClassLoader.php on line 444

Warning: include(): Failed opening 'M:\xampp\htdocs\mediawiki\vendor\composer/../liuggio/statsd-php-client/src/Liuggio/StatsdClient/Factory/StatsdDataFactory.php' for inclusion (include_path='M:\xampp\htdocs\mediawiki\vendor/pear/console_getopt;M:\xampp\htdocs\mediawiki\vendor/pear/mail;M:\xampp\htdocs\mediawiki\vendor/pear/mail_mime;M:\xampp\htdocs\mediawiki\vendor/pear/net_smtp;M:\xampp\htdocs\mediawiki\vendor/pear/net_socket;M:\xampp\htdocs\mediawiki\vendor/pear/pear-core-minimal/src;M:\xampp\htdocs\mediawiki\vendor/pear/pear_exception;M:\xampp\php\PEAR') in M:\xampp\htdocs\mediawiki\vendor\composer\ClassLoader.php on line 444

Warning: include(M:\xampp\htdocs\mediawiki\vendor\composer/../liuggio/statsd-php-client/src/Liuggio/StatsdClient/Factory/StatsdDataFactory.php): failed to open stream: No such file or directory in M:\xampp\htdocs\mediawiki\vendor\composer\ClassLoader.php on line 444

Warning: include(): Failed opening 'M:\xampp\htdocs\mediawiki\vendor\composer/../liuggio/statsd-php-client/src/Liuggio/StatsdClient/Factory/StatsdDataFactory.php' for inclusion (include_path='M:\xampp\htdocs\mediawiki\vendor/pear/console_getopt;M:\xampp\htdocs\mediawiki\vendor/pear/mail;M:\xampp\htdocs\mediawiki\vendor/pear/mail_mime;M:\xampp\htdocs\mediawiki\vendor/pear/net_smtp;M:\xampp\htdocs\mediawiki\vendor/pear/net_socket;M:\xampp\htdocs\mediawiki\vendor/pear/pear-core-minimal/src;M:\xampp\htdocs\mediawiki\vendor/pear/pear_exception;M:\xampp\php\PEAR') in M:\xampp\htdocs\mediawiki\vendor\composer\ClassLoader.php on line 444

Fatal error: Uncaught Error: Class 'Liuggio\StatsdClient\Factory\StatsdDataFactory' not found in M:\xampp\htdocs\mediawiki\includes\libs\stats\BufferingStatsdDataFactory.php:35 Stack trace: #0 M:\xampp\htdocs\mediawiki\includes\AutoLoader.php(109): require() #1 [internal function]: AutoLoader::autoload('BufferingStatsd...') #2 M:\xampp\htdocs\mediawiki\includes\ServiceWiring.php(836): spl_autoload_call('BufferingStatsd...') #3 M:\xampp\htdocs\mediawiki\includes\libs\services\ServiceContainer.php(458): Wikimedia\Services\ServiceContainer->{closure}(Object(MediaWiki\MediaWikiServices)) #4 M:\xampp\htdocs\mediawiki\includes\libs\services\ServiceContainer.php(427): Wikimedia\Services\ServiceContainer->createService('StatsdDataFacto...') #5 M:\xampp\htdocs\mediawiki\includes\MediaWikiServices.php(1030): Wikimedia\Services\ServiceContainer->getService('StatsdDataFacto...') #6 M:\xampp\htdocs\mediawiki\includes\ServiceWiring.php(404): MediaWiki\MediaWikiServices->getStatsdDataFactory() #7 M:\xampp\htdocs\mediawiki\includes\libs\ in M:\xampp\htdocs\mediawiki\includes\libs\stats\BufferingStatsdDataFactory.php on line 35

I took a look at the installation archive and it's corrupted.

It's not a problem decompressing with 7zip or winrar. The problem is with the archive file. Inside it's corrupted.

Please take a look at the archive in mediawiki-1-34-2\vendor\liuggio\statsd-php-client\src\Liuggio\StatsdClient\Factory and you will see two files with exactly the same name. 95.94.115.65 (talk) 21:31, 21 August 2020 (UTC)

all i know is people using 7zip are saying it doesn't work, and people using gnu tar (including on windows usually via git-bash) usually claim it does work Bawolff (talk) 06:38, 22 August 2020 (UTC)

I think you should look inside this problem.

The archive is corrupted for a very long time and you should at least try to replicate the problem to understand the severity of the issue.

Previous versions of the mediawiki archive down to 1.31.8 also have the same problem.

As far as I can see the problem it's not with 7zip or winrar but it's inside the mediawiki archive itself and it's manifested in a clean install. 95.92.84.160 (talk) 11:38, 28 August 2020 (UTC)

This particular error was encountered by others too phab:T259335, but for that task, was not confirmed to be caused by 7zip.

The archive is corrupted for a very long time and you should at least try to replicate the problem to understand the severity of the issue.

I don't buy this; there were no complaints with such errors before. Besides, if only windows users (using 7zip) are reporting the issue, then perhaps we should look there in regards to the issue; given that it's windows, not everyone might use windows and have access to a machine to test it on.

Previous versions of the mediawiki archive down to 1.31.8 also have the same problem.

Including versions such as 1.34.1, 1.33.3 and 1.31.7? Newer versions were packaged using a different tar format, starting with releases 1.34.2, 1.33.4 and 1.31.8. (phab:T257102). I certainly encountered no issues with a clean install for 1.34.1. —Mainframe98 _talk 13:02, 28 August 2020 (UTC)

And I don't buy that mediawiki support doesn't have a windows pc or a windows VM to test the software. Ridiculous.

You are looking at this problem the wrong way.

Look inside the archive. I will give you a hint from the installation process.

Warning: include(M:\xampp\htdocs\mediawiki\vendor\composer/../liuggio/statsd-php-client/src/Liuggio/StatsdClient/Factory/StatsdDataFactory.php): failed to open stream: No such file or directory

The archive doesn't include the file StatsdDataFactory.php instead it has two StatsdDataFactory files with the same name in the same directory!

This is wrong because one should be the php version of the file. and somehow it was truncated in some operation when creating the tar file. So you ended up with a corrupted tar file. 95.92.84.160 (talk) 16:00, 28 August 2020 (UTC)

And I don't buy that mediawiki support doesn't have a windows pc or a windows VM to test the software. Ridiculous.

Of course not! It's a volunteer effort mostly, and Windows is not open-source so using that is not something WMF going to use, therefore it falls to volunteers.

You are looking at this problem the wrong way.

Look inside the archive. I will give you a hint from the installation process.

Warning: include(M:\xampp\htdocs\mediawiki\vendor\composer/../liuggio/statsd-php-client/src/Liuggio/StatsdClient/Factory/StatsdDataFactory.php): failed to open stream: No such file or directory

The archive doesn't include the file StatsdDataFactory.php instead it has two StatsdDataFactory files with the same name in the same directory!

This is wrong because one should be the php version of the file. and somehow it was truncated in some operation when creating the tar file. So you ended up with a corrupted tar file.

With what tool? It seems just fine to me unless I use 7zip. Therefore, 7zip seems to be the issue. If 7zip doesn't identify the paths correctly, of course the archive will look problematic. The thing is, extracting using untar on git bash doesn't have this issue, so if that report the archive as being correct, then 7zip is the only remaining offender. —Mainframe98 _talk 19:23, 28 August 2020 (UTC)

more specificly its an issue with 7zip not supporting the pax-subtype of tar archives. Pretty much all other tools do, use a different one. Bawolff (talk) 22:54, 28 August 2020 (UTC)

I Will download the archive and untar it in a Linux VM to see if the archive is corrupted or not. Then I will transfer all the files to a windows pc and start the installation process once again.

You are lying when saying that you don’t have access to a Windows pc or VM otherwise where are you running git bash? 95.92.84.160 (talk) 09:31, 29 August 2020 (UTC)

We're reporting what other people have had success with not myself personally. I also do have a windows pc (never claimed i didnt, its just not our primary target platform because windows servers are terrible) but i dont care enough to actually test. Additionally we have a very good idea what went wrong as we tracked down the commit to python that changed the behaviour, and references to the issue in the 7z bug tracker. Additionally users using 7zip on linux have reported the same issue, the difference is 7zip is generally not popular on linux but very popular on windows. Bawolff (talk) 18:05, 29 August 2020 (UTC)

You are lying when saying that you don’t have access to a Windows pc or VM otherwise where are you running git bash?

I wrote: "Windows is not open-source so using that is not something WMF going to use, therefore it falls to volunteers." I'm a volunteer and use windows, except I run MediaWiki under Linux. I also don't use release versions, so naturally, I didn't encounter this issue until I noticed phab:T257102. The release process is handled by people who happen not use to use Windows. —Mainframe98 _talk 18:50, 29 August 2020 (UTC)

The following link is just one 7-zip bug report that was created in early 2018 regarding a lack of pax support (with much older reports than that, you'd have to search for one that's specific to this issue) but is still open: https://sourceforge.net/p/sevenzip/bugs/2116/. It is seems clear to me that the developer has little desire to address proper pax support that is standard in many other programs. In particular the last comment where the standard was published nearly a decade and a half ago but hasn't been integrated into 7-zip yet, unlike most comparable programs:

I chose that ticket because it said" "To be clear, it isn't some "special" format, it is the portable, interoperable modern POSIX standard, used or recommended by default with many tools. The spec was published nearly a decade and a half ago, the other major comperable archivers (GNU tar, bsdtar/libarchive, star, Python tarfile, etc.) have all added it over a decade ago, and there are active plans in Python 3.8 to finally switch to pax by default with GNU tar indicating for many years now they plan to do so as well."

It should be able to handle pax but STILL can't and developer seems uninterested in fixing pax support. This page and other places are littered with people that have problems with 7-zip extracting of MediaWiki, most have extracted it with something else once being informed, and successfully moved on, solution-oriented. They just keep having to repeat the same answers to people. I provided one link to one old, undressed issue, you'd have to search more for your specific issue. There are lots more unfixed bugs in that extractor. If you want to focus on that, he did say "maybe later" his bug will get fixed. Good luck.

I never understand how people can be offensive with those trying to help, it doesn't quite compute... bees with honey and not vinegar, and all of that. If you keep being offensive, they are probably not going to answer after a while. Have you tried extracting it with another (well known with robust pax support) tool yet? TiltedCerebellum (talk) 22:28, 29 August 2020 (UTC)

Covid 19 deaths on July 21?

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.

---

12,546?? That's what the chart you sponsor says? Someone please explain! 2601:280:C280:3290:9488:838C:EBF8:563F (talk) 06:13, 22 August 2020 (UTC)

we dont sponser any charts.

If you have questions about wikipedia content you have to ask over at wikipedia. Bawolff (talk) 06:28, 22 August 2020 (UTC)

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

How to automatically upgrade MediaWiki?

I have written a Bash script which somewhat manually automate the upgrading of MediaWiki; I'd be glad to share it here for a review but I don't know if it is allowed by the community because it's not a MediaWiki per-se issue.

Putting Bash scripts aside (or configuration management or Infrastructure as code), how to automatically upgrade MediaWiki? 49.230.136.62 (talk) 09:06, 22 August 2020 (UTC)

you're welcome to share projects related to mediawiki on mw.org, including things like automated updaters. You can also request git hosting for related projects if you want.

Of couse please dont imply that any such project is the "official" way to upgrade mediawiki without wide consensus from MW developers.

You might be interested in Meza Bawolff (talk) 10:50, 22 August 2020 (UTC)

I can't post here scripts with domains (perhaps even only example.com) and my script has some shell globs and stuff that might make the spam filter to filter it even without such a domain; similarly a "paste here" website would be filtered too.

I think that if I don't want to register here, so here I can only put a headline OF some easily-google-finded CoDidact/StackExchange article in which I published the script, to reference for a review. 182.232.32.191 (talk) 17:42, 27 August 2020 (UTC)

OFT file extension does not match the detected MIME type

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. On my private wiki, I have enabled the uploading of Microsoft Outlook 2016 Email Templates (.oft) using $wgFileExtensions. But when uploading an oft file, I'm faced with the error File extension ".oft" does not match the detected MIME type of the file (application/sla). Is there a way to fix or overcome this? Or perhaps a way to skip MIME checks for oft files? It may be worth mentioning that the .oft email template contains a PDF attachment. Thanks for any help. Rehman 12:03, 22 August 2020 (UTC)

You can disable the verification by setting $wgVerifyMimeType to false. You can also extend the allowed types by using $wgMimeTypeFile. – Ammarpad (talk) 15:35, 22 August 2020 (UTC)

Thanks for the reply @Ammarpad. I would like to disable MIME type check only for .oft files. Is that possible? If so, would you be able to help me with the code for that please? Rehman 15:55, 22 August 2020 (UTC)

I am not sure, but on quick look it seems not possible**. You should either opt for verification or not. You can of course also add the type to the file for $wgMimeTypeFile so that the verification will pass. For me, that seems more effective and simple thing to do.

**By 'not possible' I mean there's no easy way to do this, since there's no hook that trivially allows that, and I don't think you'd want maintain a hacked local copy of UploadBase.php. – Ammarpad (talk) 18:08, 22 August 2020 (UTC)

Oh okay. How do I add the type to the file? Rehman 13:23, 24 August 2020 (UTC)

After reading further, I finally found a non-hacky solution to allow uploads of .oft files:

1. If not already done, add .oft files to the list of supported extensions ( $wgFileExtensions)
2. In MediaWiki 1.34.2, edit /includes/libs/mime/mime.types and modify application/sla stl to application/sla stl oft. (As far as I know, this directory is changed for 1.35+)

That's it. Without lowering and amending security, I can now upload .oft files.

Hope this helps others struggling with this. Rehman 05:43, 9 September 2020 (UTC)

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

JavaScript parse error (scripts need to be valid ECMAScript 5)

While debugging this code, I am getting an error "JavaScript parse error (scripts need to be valid ECMAScript 5): Parse error: Missing ) in parenthetical in file 'MediaWiki:Gadget-CommentsInLocalTime.js' on line 12". Can a solution for this be suggested. Adithyak1997 (talk) 13:15, 22 August 2020 (UTC)

@Adithyak1997 Please provide steps to reproduce how to see some error somewhere. Malyacko (talk) 13:23, 22 August 2020 (UTC)

Please visit this link. Inspect the page and you will be able to reproduce the same after refreshing the page. Adithyak1997 (talk) 13:32, 22 August 2020 (UTC)

@Adithyak1997 Hi, I had already visited the link before replying here. I had already gone to https://ml.wikipedia.org/w/index.php?title=%E0%B4%AE%E0%B5%80%E0%B4%A1%E0%B4%BF%E0%B4%AF%E0%B4%B5%E0%B4%BF%E0%B4%95%E0%B5%8D%E0%B4%95%E0%B4%BF:Gadget-CommentsInLocalTime.js&action=edit which shows zero errors at the bottom of that CodeEditor extension edit window. I still don't know what or how exactly to "inspect", or in which browser to see something somewhere, or why to refresh a page that I had not edited and what that would change. Please see my previous comment again and don't let others have to guess how to maybe reproduce some problem. Thanks a lot. :) Malyacko (talk) 16:02, 22 August 2020 (UTC)

either you have a syntax error or you are using a feature from a newer version of javascript that isnt supported.

Try using js linter tools like jshint to figure out what is wrong. Bawolff (talk) 22:17, 22 August 2020 (UTC)

its also not really clear which version of the code you are complaining about. I assume its not the current one as it doesnt even have 12 lines. Please use a permalink. Bawolff (talk) 22:22, 22 August 2020 (UTC)

MediaWiki 1.33 requires at least PHP version 7.0.13 or HHVM version 3.18.5, you are using PHP 5.6.40-30+0~20200807.36+debian9~1.gbp3a37a8

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 updated my php version to 7.2 from version 5 when I updated MediaWiki versions. I installed the new modules required, including mysql 7.2. However, I get the message above when trying to access my site. The debug page seems to indicate that the site is using 7.2:

http://php72.galaxafray.dynu.net:8080/

http://php72.galaxafray.dynu.net:8080/pathG/

I have used a2dismod and a2enmod to disable 5.6 and enable 7.2.. php72.load and php7.2.conf are in my mods-enabled folder while the 5.6 versions are not. The 7.2 versions are also present in conf-available while 5.6 versions are not.

It seems I need a way to tell Apache to use 7.2, but I have tried all the methods I have found online and still with no success.

I've noticed that the 2nd link redirects to my first installation, which was without the subdomain - does it need to be told not to redirect there somehow?

I do have a separate subdomain (php56) for a wordpress site I also host. I am running apache 2.4 on Debian 9. Elienar (talk) 16:43, 22 August 2020 (UTC)

Oops, it was just a redirect issue, solved in LocalSettings.php, ignore this topic. Elienar (talk) 16:57, 22 August 2020 (UTC)

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

I can't create or update pages anymore

Something has happened since after 14th of August, last time my wiki had a page created and updated.

Now, when I try, I get this error message:

Forbidden

You don't have permission to access this resource.

Additionally, a 403 Forbidden error was encountered while trying to use an ErrorDocument to handle the request.

My web host claimed the problem to be that the permissions on public_html folder was set to 750 and changing it to 755 would solve the problem, but it didn't and now the web host says it is my problem, I have done something wrong, and they wont help me anymore, even though I haven't done anything but changing the values on the public_html folder..

What can I do to make my wiki functional again? Any hints or help will be appreciated.

Wikiversion 81.227.156.39 (talk) 17:29, 22 August 2020 (UTC)

What did you try? Reading the wiki looks normal to me. Editing seems to require being in some groups and permission error looks correct too (normal MediaWiki error). – Ammarpad (talk) 17:58, 22 August 2020 (UTC)

check if you have mod_security enabled, check apache error_log file Bawolff (talk) 22:14, 22 August 2020 (UTC)

Ammarpad - the wiki is closed for automatic member creation due to massive spam attacks. Now, I add new users after e-mail requests only.

Bawolff - Should the mod_security be enabled or disabled? can I check the apache error_log file owned by my web host provider?

///Ingemar 81.227.156.39 (talk) 08:45, 23 August 2020 (UTC)

mod_security is a feature that can sometimes cause issues like this. If you have it on id reccomend disabling it to see if its the issue.

Typically in hosted environments hosts provide someway for you to view the error log, but details vary per host Bawolff (talk) 10:32, 23 August 2020 (UTC)

Not sure if this is the right place to ask...

How to I edit my message on User_talk:Calimeroteknik? I want to correct a spelling mistake in the first sentence but I can't figure out how to edit the page. 93.136.36.89 (talk) 19:19, 22 August 2020 (UTC)

i think it got disabled for logged out users after a bunch of spam attacks and there was no option to allow only editing your own messages Bawolff (talk) 22:12, 22 August 2020 (UTC)

Looks like I double posted too. Can someone sort this out? 93.136.36.89 (talk) 03:36, 23 August 2020 (UTC)

I hid the older post. Taavi (talk!) 07:23, 23 August 2020 (UTC)

Blank page: Fatal error: Uncaught Error: Call to undefined function apcu_fetch()...

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, after running my small wiki site for a few weeks i got a blank page yesterday.

After adding ode to local.settings like described on the error-manual i get this error message when opening my site:

Fatal error: Uncaught Error: Call to undefined function apcu_fetch() in /var/www/web17/htdocs/includes/libs/objectcache/APCUBagOStuff.php:44 Stack trace: #0 /var/www/web17/htdocs/includes/libs/objectcache/BagOStuff.php(185): APCUBagOStuff->doGet('web17_molly:reg...', 0) #1 /var/www/web17/htdocs/includes/registration/ExtensionRegistry.php(144): BagOStuff->get('web17_molly:reg...') #2 /var/www/web17/htdocs/includes/Setup.php(40): ExtensionRegistry->loadFromQueue() #3 /var/www/web17/htdocs/includes/WebStart.php(114): require_once('/var/www/web17/...') #4 /var/www/web17/htdocs/index.php(40): require('/var/www/web17/...') #5 {main} thrown in /var/www/web17/htdocs/includes/libs/objectcache/APCUBagOStuff.php on line 44

I have no idea what to do now. After using google i am not even sure wheather this is a problem of my mediawiki installation or something with the server/database/whatever where i have to speak to my provider.

Maybe someone knows what to do? Thank you very much! Isarflash (talk) 07:50, 23 August 2020 (UTC)

What exactly did you add/change on LocalSettings.php when you "After adding ode to local.settings like described"?

The error message would suggest that you are missing the apcu php extension. Taavi (talk!) 07:52, 23 August 2020 (UTC)

Oh,i added error_reporting( E_ALL );

ini_set( 'display_errors', 1 ); to get the error message.

Before that the site was totally blank. Isarflash (talk) 07:55, 23 August 2020 (UTC)

What is $wgMainCacheType and related variables set to (Basically, this error can happen if you have some of them set to CACHE_ACCEL (or explicitly the APCUBagOfStuff cache) without having the php apcu extension installed (Usually part of the php-apcu package if using linux) Bawolff (talk) 08:04, 23 August 2020 (UTC)

It is indeed $wgMainCacheType = CACHE_ACCEL; Isarflash (talk) 08:55, 23 August 2020 (UTC)

Probably best solution is to install the php APCu extension, and ensure it is enabled in your php.ini.

A likely cause of this would be updating your version of php but not including all extensions in the upgrade

If for whatever reason you can't do that, you can switch $wgMainCacheType to be = CACHE_NONE; but that will make mediawiki quite a bit slower. Other alternatives include installing memcached, but that is more complex than apcu Bawolff (talk) 10:08, 23 August 2020 (UTC)

Thank you!

As $wgMainCacheType to be = CACHE_NONE; just made the error message disappear, i will contact my provider about installing the php APCu extension (i don't think that i can do this for myself)

Thank you and best regards! Isarflash (talk) 11:20, 23 August 2020 (UTC)

According to my webhoster the APCUextension is now installed and there is a new error message (that I don’t see):

PHP Fatal error: Uncaught Exception: /var/www/web17/htdocs/skins/Timeless/skin.json does not exist! in /var/www/web17/htdocs/includes/registration/ExtensionRegistry.php:99

Stack trace:

#0 /var/www/web17/htdocs/includes/GlobalFunctions.php(157): ExtensionRegistry->queue('/var/www/web17/...')

#1 /var/www/web17/htdocs/LocalSettings.php(134): wfLoadSkin('Timeless')

#2 /var/www/web17/htdocs/includes/WebStart.php(102): require_once('/var/www/web17/...')

#3 /var/www/web17/htdocs/index.php(40): require('/var/www/web17/...')

#4 {main}

thrown in /var/www/web17/htdocs/includes/registration/ExtensionRegistry.php on line 99

That’s all I got from my webhoster 🤔 Isarflash (talk) 17:09, 23 August 2020 (UTC)

that error usually means that you are loading tineless in LocalSettings.php, but the skin isnt installed. Bawolff (talk) 18:28, 23 August 2020 (UTC)

Okay, i just installed the skin Timeless, but the page ist still blank.

I give up.

Tomorrow i will delete all files and install Wordpress.

Thank you for your help, but that's too much for me. Isarflash (talk) 22:32, 23 August 2020 (UTC)

out of curiosity, how did you end up not having timeless? It is included by default with mediawiki. Bawolff (talk) 23:59, 23 August 2020 (UTC)

I have no idea. 2003:CD:3724:8229:A8CE:E2FC:BBC9:8193 (talk) 05:09, 24 August 2020 (UTC)

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

TimedMediaHandler and <tab>

Hello !

Im running MW 1.34

recently ive uppgraded it from 1.31 and after a series of extension update ,it working normaly

MediaWiki	1.34.2
PHP	7.2.30-1+ubuntu18.04.1+deb.sury.org+1 (apache2handler)
MySQL	5.7.31-0ubuntu0.18.04.1
ICU	65.1
Lua	5.1.5

The problem is im running TimedMediaHandler and it is not working with <tab></tab> or <tabber></tabber> anymore like it used to with 1.31

If a Page uses 3 tab , the first tab will load the media properly .But in orther tabs there will be no media -a blank space.

However when u go the 2nd or 3rd tab and refresh then it will show up

U can see the image here : https://imgur.com/a/7LIgv7k

How can i solve this ?

Any help would be much appriciated !

Extension	Version	License	Description	Authors
TimedMediaHandler	0.6.0 (13591c8) 23:23, 12 October 2019	GPL-2.0-or-later	Handler for audio, video and timed text, with format support for WebM, Ogg Theora, Vorbis, srt	Michael Dale, Jan Gerber, Derk-Jan Hartman, Brion Vibber, Tim Starling and others

Quzzimi (talk) 08:34, 23 August 2020 (UTC)

That looks like it could be an issue with your extension rather than MediaWiki. Without providing a link to the page or some way to view the code it is pretty impossible for anyone to help. Try using your browser's web inspector console to see if there are any errors on page load/reload. You might also try posting on the page for whatever extension is being used to create the tabs, after making sure you have the updated version of whatever extension it is.

Also make sure that the version of the extension you are using matches your new Mw version. TiltedCerebellum (talk) 19:19, 29 August 2020 (UTC)

how do you do importDump.php on shell

It won't work FireBarrier101 (talk) 14:37, 23 August 2020 (UTC)

See Manual:ImportDump.php. If something does not work then please provide clear and complete steps to reproduce, what happens, any output, etc. Malyacko (talk) 15:17, 23 August 2020 (UTC)

false

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 create an account please help 77.97.39.202 (talk) 23:51, 23 August 2020 (UTC)

How to help? Why don't you create an account? Malyacko (talk) 07:32, 24 August 2020 (UTC)

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

Grab URL parameter from $1?

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.

---

So I created a Login button for my login page (MediaWiki:Loginreqpagetext):

        Please $1 to view other pages.
        {{Login Button|link=Special:UserLogin|name=Log in}}
        

Problem is my button link doesn't have the &returnto=Page+Title part. So links to specific pages won't work if the user clicks the login button.

Is it possible to grab the URL parameter from the $1 variable? i.e. $1['url']

Or is there another way to dynamically add the "&returnto=" parameter into the link?

Thanks in advance for any help. Knomanii (talk) 05:26, 24 August 2020 (UTC)

This code I found came close to working:

{{fullurl:Special:UserLogin|returnto={{FULLPAGENAMEE}}}}

It works on normal pages but not on Mediawiki:Loginreqpagetext.

When added to MediaWiki:Loginreqpagetext, the &returnto={{FULLPAGENAMEE}} breaks.

The bad link it generated is:

example.com/w/index.php?title=Special:UserLogin&returnto=Special:BadTitle%7c.

Close but no cigar… Any other ideas? Knomanii (talk) 06:14, 24 August 2020 (UTC)

I solved it!

After looking at the Login Required page with ?uselang=qqx added to the end of the url, I realized the URL appeared to be a second variable or parameter.

So I put $2 on the page and indeed it printed out the URL with a correct &returnto= parameter when tested live on the Login Page.

Then I tried using link=$2 in my button and it mostly worked!

A few slight styling issues, but that's pretty easy to fix from here.

I'm all set, thanks for reading. Knomanii (talk) 07:53, 24 August 2020 (UTC)

Crap, I spoke too soon.

The problem with the $2 link is it's formatted like an external link:

https://example.com/w/index.php?title=Page_title&returnto=Return+page

And since I set $wgExternalLinkTarget = '_blank';, external links open in a new tab.

So every time someone logs in, it opens up their login in a new tab, which is unacceptably weird.

Any ideas how to bypass the $wgExternalLinkTarget just for one link?

It seems unnecessary to disable it entirely just to get a login link to work.

Any help would be appreciated. Knomanii (talk) 08:25, 24 August 2020 (UTC)

I solved this in a different way.

I added $1 as the span text (name=) attribute of a button template.

Here is how my final Login Required page looks:

Here is my final MediaWiki:Loginreqpagetext:

$1 to view other pages. {{Button| $1 |color=blue }}

I'm all set, thanks for reading! Knomanii (talk) 23:26, 24 August 2020 (UTC)

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

Is there any way to automatically insert related articles in between Article sections?

lets assume that we have a long article, and we want to show related article in between article sections,

An example of this like that:

Heading title

Intro

Section 1 H2 title

paragraph

paragraph photo

paragraph

photo

end of section

{{related articles}} to be inserted automatically on parse maybe or another method

Section 2 H2 title

paragraph

paragraph photo

paragraph

photo

end of section

{{related articles}} to be inserted automatically on parse maybe or another method

Section 2 H2 title

paragraph

paragraph photo

paragraph

photo

end of section

{{related articles}} to be inserted automatically on parse maybe or another method 2001:8F8:1E23:DE9:20AF:E2ED:1038:B3F7 (talk) 08:24, 24 August 2020 (UTC)

Something similar to this code might help

d text along with your paragraphs:

function insert_ad_block( $text ) { if ( is_single() ) : $ads_text = '

' . get_field('blog_post_ad', 'option') . '

'; $split_by = "\n"; $insert_after = 3; //number of paragraphs // make array of paragraphs $paragraphs = explode( $split_by, $text); if ( count( $paragraphs ) > $insert_after ) { $new_text = ; // new text $i = 1; // current ad index // loop through array and build string for output foreach( $paragraphs as $paragraph ) { // add paragraph, preceeded by an ad after every $insert_after $new_text .= ( $i % $insert_after == 0 ? $ads_text : ) . $paragraph; // increase index $i++; } return $new_text; } // otherwise just add the ad to the end of the text return $text . $ads_text; endif; return $text; } add_filter('the_content', 'insert_ad_block'); 109.177.39.169 (talk) 20:56, 24 August 2020 (UTC)

I forgot the admin password

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

---

I lost my wiki's ADMIN password, is there any way to recover it? Borba.filipe00 (talk) 13:08, 24 August 2020 (UTC)

manual:changePassword.php Bawolff (talk) 15:37, 24 August 2020 (UTC)

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

How to split a wiki in two

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 have a wiki with different topics. Now one topic is grown up and has a different design so that I wish to put in in its own wiki.

I found a manual how to make a wiki familiy but I want to do quite the contrary, don't I?

The hard way is to copy every page and every image. Another way is to duplicate both the database dump and the file structure and then delete the superflouos parts of each. Maybe there is a third, easier way, a tool or something like that?

Best wishes and stay healthy!

Winfried

1) overarching wiki

2) part to spin off

You find the #2 from the menu or start page of #1 under the Link "Kriegstagebuch..." Wschroedter (talk) 14:27, 24 August 2020 (UTC)

Special:Import and Specisl:Export perhaps Bawolff (talk) 01:47, 25 August 2020 (UTC)

Hi Bawolff,

seems to be the right tool. Cool. Will try it out. Thanks so much!

Cheers, Winfried Wschroedter (talk) 13:41, 26 August 2020 (UTC)

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

On Mediawiki:Common.css, is there a way I can disabled edit confirmation?

When I click "Save Changes" on Mediawiki:Common.css, sometimes it makes me confirm the edit by pressing "Save Changes" again, which gets annoying since I'm used to pressing just once and immediately seeing changes. How can these be disabled? YousufSSyed (talk) 18:15, 24 August 2020 (UTC)

@YousufSSyed If something makes you confirm something, then please elaborate which exact and complete message is displayed when this happens. Malyacko (talk) 22:44, 24 August 2020 (UTC)

How can I like make a blacklist for Common.css on certain pages

There are certain pages where Mediawiki:Common.css messes up the look, and I would rather have it disabled there. YousufSSyed (talk) 18:16, 24 August 2020 (UTC)

you can't (or at least not easily).

You should make more specific css rules that only apply to the content you want.

See also extension:TemplateStyles Bawolff (talk) 01:45, 25 August 2020 (UTC)

How do you move infoboxes to the side?

I just imported infobox templates from Wikipedia. They're working fine. I've added the Infobox person template to a number of pages on my wiki. It looks fine, but I cannot get it to move to the right side of the screen. I have visual editor and I can use it to grab it, but I can only move it above or below my text. Any help would be immensely appreciated.

(I don't know anything about programming or computer science, so please bear with me, I'm a writer creating a wiki for my fictional world.)

(I'm using master with xampp.) Agentsnek (talk) 19:08, 24 August 2020 (UTC)

You may be missing the "Preparation" steps on this page, specifically the CSS styles that control the placement of the side infoboxes. You should consider going back and reviewing (or reading, if it is your first time seeing it) that page and seeing what you are missing.

Manual:Importing Wikipedia infoboxes tutorial

For example, on the dog page, I can see by using my web browser's web inspector, that each side infobox (table) has 2 classes, "infobox" and "biota" :

<table class="infobox biota" style="text-align: left; width: 200px; font-size: 100%">

And classes begin with a dot/period (.) so you are missing the .infobox style and the .biota style (I don't actually see a style for biota, so I'm ignoring it). The .infobox style is the one that positions the table at the right of the page with float:right:

.infobox {
    border: 1px solid #a2a9b1;
    border-spacing: 3px;
    background-color: #f8f9fa;
    color: black;
    margin: 0.5em 0 0.5em 1em;
    padding: 0.2em;
    float: right;
    clear: right;
    font-size: 88%;
    line-height: 1.5em;
}

The preparation steps tell you where to go to get the styles you are missing and you put them in the same place on your wiki (MediaWiki:Common.css) TiltedCerebellum (talk) 19:04, 29 August 2020 (UTC)

Getting MediaWiki internal error

I'm trying to install MediaWiki (v 1.23.9) on Hostgator, and I'm met with an internal error; this is the message I got from debugging:

---

[7429823d] /index.php?title=Main_Page Exception from line 222 of /home4/bishop/public_html/includes/Hooks.php: Detected bug in an extension! Hook Cite::checkRefsNoReferences has invalid call signature; Parameter 2 to Cite::checkRefsNoReferences() expected to be a reference, value given

Backtrace:

#0 /home4/bishop/public_html/includes/GlobalFunctions.php(4013): Hooks::run(string, array, NULL)

#1 /home4/bishop/public_html/includes/parser/Parser.php(396): wfRunHooks(string, array)

#2 /home4/bishop/public_html/includes/content/WikitextContent.php(322): Parser->parse(string, Title, ParserOptions, boolean, boolean, integer)

#3 /home4/bishop/public_html/includes/WikiPage.php(3614): WikitextContent->getParserOutput(Title, integer, ParserOptions)

#4 /home4/bishop/public_html/includes/poolcounter/PoolCounterWork.php(112): PoolWorkArticleView->doWork()

#5 /home4/bishop/public_html/includes/Article.php(710): PoolCounterWork->execute()

#6 /home4/bishop/public_html/includes/actions/ViewAction.php(44): Article->view()

#7 /home4/bishop/public_html/includes/Wiki.php(428): ViewAction->show()

#8 /home4/bishop/public_html/includes/Wiki.php(292): MediaWiki->performAction(Article, Title)

#9 /home4/bishop/public_html/includes/Wiki.php(588): MediaWiki->performRequest()

#10 /home4/bishop/public_html/includes/Wiki.php(447): MediaWiki->main()

#11 /home4/bishop/public_html/index.php(46): MediaWiki->run()

#12 {main}

---

Any help is appreciated: IBBishops (talk) 21:52, 24 August 2020 (UTC)

@IBBishops First of all, please install supported and secure software versions instead, for your own safety. The 1.23.x series has been unsupported for 39 months and by now it's full of security issues. Malyacko (talk) 22:43, 24 August 2020 (UTC)

Thanks, it was the default version which came with Hostgator, but I can try upgrading to a more recent version on my own. IBBishops (talk) 23:12, 24 August 2020 (UTC)

Yeah unfortunately many (if not most) hosts have outdated versions of MediaWiki for their auto-installers, they just don't update the auto-installer software to keep a current version a lot of the time. I find it helpful to do the install from scratch using MW's instructions looking for host-specific prerequisites and configurations only. I encountered the same on several different hosts. TiltedCerebellum (talk) 18:59, 29 August 2020 (UTC)

Thanks IBBishops (talk) 00:30, 30 August 2020 (UTC)

You're welcome. The good thing about it is, if you're new to MediaWiki, you'll learn a lot more about it like how to connect to a database, configure, tweak etc this way. It comes in really handy down the line when it's time to upgrade. And there are people here who can help. TiltedCerebellum (talk) 01:34, 30 August 2020 (UTC)

URLs on pages automatically change to MediaWiki IP instead of staying as FQDN

Weird issue in our company mediawiki where any time a link is put on a page it automatically changes to the IP address instead. For example

[https://wiki.company.app/wiki/index.php/Special:Version] would change to [https://192.168.1.125/wiki/index.php/Special:Version] immediately after hitting save or preview of the page.

I've checked LocalSettings.php and any installed extensions that might be causing this and I am out of ideas. Thoughts? Imperialfenix (talk) 22:11, 24 August 2020 (UTC)

maybe check browser extensions or something at the webserver level outside of mediawiki. Definitely a weird one. Bawolff (talk) 01:42, 25 August 2020 (UTC)

FlaggedRevs - restricting unapproved revisions challenges

I have a newly installed private wiki, using MediaWiki 1.34.2, PHP 7.4.3, and MySQL 8.0.21, running on Ubuntu 20.04 LTS.

Unauthenticated users are unable to view the wiki, normal users are able to view the wiki, but should only be able to see the stable version / approved revisions.

I am attempting to follow the guidance here to configure this: Extension:FlaggedRevs/Restricting unapproved revisions. Whilst this guidance is aimed at restricting unapproved revisions for unauthenticated users, I believe a similar approach could be taken for authenticated users.

Regardless, I have implemented the sample function, including the following hook:

$wgHooks['TitleReadWhitelist'][] = 'efFlaggedRevsHooks_userCanView';

However, I am finding that this function never gets called, which I've confirmed by adding logging to the function. As a result, an access denied message is generated for all users.

Whilst I'm comfortable with MediaWiki and have a workable knowledge of PHP, this is the first time I've had to integrate with it at this level. Am I missing something here? Is the advice on the page mentioned above still valid? Exelude (talk) 22:17, 24 August 2020 (UTC)

Formatting a wikitable

I have recently started a wiki running Mediawiki 1.31.8.

I'm using Wikitable to create sidebars on some of the pages, somewhat like Wikipedia's infoboxes. Each row of the table has two cells, for the name of the field and its content - see for instance https://falklandsociety.org.uk/buildings/index.php?title=Brunton_House - but I would like to suppress the border between the two cells in a row, as in Wikipedia. Is this possible?

Thanks, ~ Ross Burgess (talk) 06:38, 25 August 2020 (UTC)

this is done with css - in wikipedia via w:MediaWiki:common.css, but you can also specify style="border: none" in the table cell attributes directly Bawolff (talk) 00:54, 26 August 2020 (UTC)

Change an image

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

---

Hello. I'd like to change the image File:VisualEditor_tables_select_one_cell.png (in English) of Help:VisualEditor/User_guide/ca#Editar_taules for File:VisualEditor_tables_select_one_cell-ca.png (in Catalan), which I uploaded to Commons. How to do it? Jmarchn (talk) 07:02, 25 August 2020 (UTC)

Hmm, says another user uploaded that file... TiltedCerebellum (talk) 03:57, 27 August 2020 (UTC)

No.

I just want the article Help:VisualEditor/User_guide/ca#Editar_taules displays File:VisualEditor_tables_select_one_cell-ca.png instead File:VisualEditor_tables_select_one_cell.png.

I don’t know how to replace one image (in English) with another (in my language). Jmarchn (talk) 05:51, 27 August 2020 (UTC)

?? Jmarchn (talk) 05:51, 27 August 2020 (UTC)

Looks like this is now fixed. I can see that image (File:VisualEditor tables select one cell-ca.png) being used on the Catalan page. Ciencia Al Poder (talk) 10:24, 27 August 2020 (UTC)

@Ciencia Al Poder There is no change!. There are no errors (nor were there errors) in the images to fix. (no había ningún error en los ficheros).

I refreshed the article page.

Please: look at the image to the right of the text "Per seleccionar una cel·la, feu-hi clic un cop" in the article Help:VisualEditor/User guide/ca, it is still displayed VisualEditor_tables_select_one_cell.png and notVisualEditor_tables_select_one_cell-ca.png.

(No sé donde se puede indicar el cambio de imagen en este artículo) Jmarchn (talk) 15:54, 27 August 2020 (UTC)

This is what I see: https://snipboard.io/cVGPQ5.jpg Ciencia Al Poder (talk) 11:08, 1 September 2020 (UTC)

It sounds like a cache issue if some users are seeing it as intended and some not. TiltedCerebellum (talk) 19:00, 1 September 2020 (UTC)

If the user were viewing the page as anon, that would probably be the case. However, for logged-in users the page shouldn't be cached (or not that way at least), which is strange Ciencia Al Poder (talk) 20:13, 1 September 2020 (UTC)

@TiltedCerebellum@Ciencia Al Poder Thanks for your collaboration.

I saw that File:VisualEditor_tables_select_one_cell-ca.png finally had been updated.

A few hours ago I have updated other images to my language and had no problem (i.e. File:VisualEditor link tool simple link-ca.png), but with File:VisualEditor-context_menu-link_tool.png there is no way to update with File:VisualEditor-context_menu-link_tool-ca.png.

I've never encountered this problem when editing Wikipedia articles, clearing the cache or refreshing the article (from the menu command or with Ctrl-F5) is always updated. Usually use Firefox, but I also proof it with Chrome and Edge.

I guess there is a delay in updating "File.png" to "File-ca.png". Jmarchn (talk) 22:18, 1 September 2020 (UTC)

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

A table from Wiki article to Wordpress website

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

---

Hello! I would like to use a certain table from certain wiki article on Wordpress website (it should update or refresh itself daily).

The reason for that - we want to show the latest info and stats on the subject, and Wikipedia has the most fresh and global info available on the subject.

How would one achieve that? 2001:7D0:87D5:1C80:BC10:1AAE:EC3A:FF98 (talk) 07:48, 25 August 2020 (UTC)

That's a good question for a Wordpress forum, while this is a MediaWiki forum. :) Malyacko (talk) 09:22, 25 August 2020 (UTC)

I'd suggest looking for a wordpress extension that does what you want in Wordpress since you are using Wordpress, the MediaWiki staff aren't going to be able to tell you that, try asking Wordpress questions on the Wordpress support site. TiltedCerebellum (talk) 03:54, 27 August 2020 (UTC)

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

Math extension stopped working

Hello,

I had following settings and all worked fine at my MW 1.29.1:

wfLoadExtension( 'Math' );
// Set MathML as default rendering option
$wgDefaultUserOptions['math'] = 'mathml';
$wgMathFullRestbaseURL = 'https://en.wikipedia.org/api/rest_';
$wgMathMathMLUrl = 'https://mathoid-beta.wmflabs.org/';

But today I have noticed that extension does not work anymore showing mistake: Math extension cannot connect to Restbase

What had happened and how can I fix it? Fokebox (talk) 09:51, 25 August 2020 (UTC)

I have read that changing of mathoid server can fix the problem but I don't know what url can be used Fokebox (talk) 09:52, 25 August 2020 (UTC)

Varnish and googlebot

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 varnish is enabled, Google crawlers can't find robots.txt, it only find it when varnish is disabled. The same scenario for sitemap.

apache2.4, php7.3-fpm, mediawiki 1_34, 5.193.99.25 (talk) 13:04, 25 August 2020 (UTC)

varnish may be misconfigured. Possibly its caching the 404 or for some reason its configured to just not serve the url. Bawolff (talk) 00:52, 26 August 2020 (UTC)

i just used the example configuration mentioned at mediawiki here

Manual:Varnish caching#Configuring Varnish 4.x 2001:8F8:1E23:A0C:EDA3:6727:C97F:FB0A (talk) 02:37, 26 August 2020 (UTC)

I end up removing the robots.txt file completely, as i cloud not find a solution 2001:8F8:1E23:A0C:C091:63CD:8A6D:BC93 (talk) 06:57, 27 August 2020 (UTC)

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

can i find some expert here who can help me with the caching

Can i find some expert who can deal with caching configuration, choosing the right mechanism, and help me with this matter, as I've been struggling with performance since almost 3 months.

I tried all performance tuning mentioned at mediawiki.

12Core CPU, 128GB RAM, SSD, and poor performance. 2001:8F8:1E23:A0C:44D:1229:DC3F:19F8 (talk) 14:33, 25 August 2020 (UTC)

Hi, please elaborate what "poor performance" means exactly, which exact changes you have tried where, and which pages you have followed. Thanks. Malyacko (talk) 16:51, 25 August 2020 (UTC)

Performance to me is the overall performance of the project, that includes page edits which takes long time, pages load speed which is another critical parameter, all articles larger that 200kb takes 9 to 16 seconds to start rendering on browser, with varnish I end up most of the time with 5xx error

I followed this page mediawiki Manual:Performance_tuning,

memcached installed, up and running- I can see that it reserved some ram, growing up slowly.

varnish installed, up and running, not a very good page load speed, some page loads exeed 35 seconds, even if the same pages has been cached 10 minutes before.

I've done some DB fine tuning, increasing inndodb, and following all phpmyadmin advices.

Activated profiling, but it generates alot of data that is beyound my technical understanding about mediawiki, basically I couldn't find out why by simply reading it's output.

Stoped varnish, to solve the issue of robots.txt not being readable by robots, and tried to configure apache2 mode_cache_disk, which is not doing any work, not cashing.

I did my best, but I think that a mediawiki expert can help to address the real cause of long load time.

I'm ready to share remote session. 2001:8F8:1E23:A0C:8DF4:16C2:BC97:D4B1 (talk) 21:13, 25 August 2020 (UTC)

if you post the profile in a pastebin and link it here, people may be able to provide advice on how to interpret it. Ideally include also the non sensitive parts of your LocslSettings.php. If your wiki is public and you can link to your wiki that is great to.

Additionally are all pages about the same speed? In particular, is Special:BlankPage fast (if so how does it compare to your slower pages in speed)

As a note: varnish only applies to logged out users who dont have cookies.

People on this forum can advise and link to resources, but if you want 1:1 help, you'll probably need to look at Professional development and consulting Bawolff (talk) 00:51, 26 August 2020 (UTC)

Pages that has no photos with average text size will load in no time, but if the same page has some photos from commons (instantcommons) then it will load slower - this behavior is expected when using instant commons, but i feel that it's not caching at all. thank you for highlighting the point of varnish - which was tested as well, but using it discouraged googlebot -. i'll prepare some data to be shared with you and mediawiki community. 2001:8F8:1E23:A0C:EDA3:6727:C97F:FB0A (talk) 02:45, 26 August 2020 (UTC)

ah. Instantcommons is known to be a slow system. Nonetheless there should be some caching going on (via $wgMainCacheType).

There has been various discussions in the past about how to improve, but afaik nobody has really done anything to do so (the big issues are lack of parallelization, lack of pipelining. Much of the time is spent on tcp&tls connection setup which should be mostly unnessary). user:Ostrzyciel had a gsoc proposal related to this, bit it unfortunately wasn't selected. [2]

Setting up a local (maybe) caching proxy (like haproxy. Possibly things like varnish might work i dont know) between your server and wikimedia, that supports coalascing connections into long lived pipelined connections, might help and not involve any changes to mediawiki, but i dont think anyone has tried that so there are no instructions (or garuntees it would work) Bawolff (talk) 06:16, 26 August 2020 (UTC)

So , you discourage the use of instantcommons, an alternative way is to upload photos to the project it self, how to do this for thousands of articles, I saw a button on some wikis, and this button will be shown on top of the page in case it finds some missed photos, if the user clicks on it, it will download the missing photos from commons to local project automatically, but I have no clue how to achieve that mechanism. 217.165.127.101 (talk) 08:21, 26 August 2020 (UTC)

honestly i really like instant commons - but it can be slow if there are lots of images on a page. I don't have an alternative though. I wish someone would make instantcommons better.

There are some caching settings which do affect it, so its possible that if those are wrong it can be made faster, but at best it will still be slow if there are large number of images. Bawolff (talk) 19:26, 26 August 2020 (UTC)

Link to LocalSettings: http://ghostbin.com/paste/znnad

Another link to profileinfo output: http://ghostbin.com/paste/4hv5s/raw 2001:8F8:1E23:A0C:113:666E:BEFE:49F7 (talk) 10:04, 26 August 2020 (UTC)

so at a glance, according to the profile, it seems like half the processing time is spent on instantCommons and half on processing lua scripts. If you are including images via scripts, it might be the same thing.

Processing the bad image list is taking a surprisingly high amount of time. I'll have to check if that is normal. [Edit: Looks like that's fairly normal as it is taken up by the time to process instant commons]

You might have mild performance benefit by setting $wgCacheDirectory to somewhere writable by the webserver (but not public). The benefit will be mild though (maybe 1-3% improvement at most).

Some other things to check here - what is the cache hit ratio for memcached (memcache should have an option to get statistics).

When you visit a slow page (logged in, just viewing not editing), is it usually cached? You can usually tell by looking at html comments when viewing source. Bawolff (talk) 19:43, 26 August 2020 (UTC)

Some other things:

• The magic word {{LOCALDAY2}} limits the parser cache to at most 1 hour (In order that the current day doesn't become out of date). This means that pages that use that magic word are re-rendered more often, which makes it more likely for a user to get a slow render.
• You currently have apiThumbCacheExpiry to something other then 0. This will slow things down significantly during a cache miss (The apiThumbCache reduces performance in exchange for reducing load on the foreign server and increasing privacy. For best performance it should be disabled).
• Setting $wgResponsiveImages = false; will make things faster at the cost of having lower quality images on high-DPI screens. Bawolff (talk) 06:08, 27 August 2020 (UTC)

One thing that I think would be very important to check here is the memcached cache hit ratio. One possible issue that could happen is if memcached isn't storing things in cache long enough, things will be slow.

Memcached has a built in stats feature. MediaWiki's Debug log should also include information on cache hits vs misses I think (Along with a lot of other stuff which is hard to sort through) Bawolff (talk) 06:26, 27 August 2020 (UTC)

Here is a link for memcached stats: ghostbin.com/paste/udvma (sorry but ⧼abusefilter-warning-linkspam⧽ prevents me from adding the full link.)

i changed apiThumbCacheExpiry to 0

and added $wgResponsiveImages = false;

is there any thing else can be done. 2001:8F8:1E23:A0C:C091:63CD:8A6D:BC93 (talk) 06:42, 27 August 2020 (UTC)

hmm, looks like the memcached stats are ok. Bawolff (talk) 06:52, 27 August 2020 (UTC)

Loading your site, it does seem like the changes you made did have a bit of a positive impact. (Went from about 500ms to 189ms)

Normally I wouldn't suggest this, but apparently this is not configurable, and the default seems really low (phab:T261375).

in line 565 of includes/filerepo/ForeignApiRepo.php

replace:

public function httpGetCached( $target, $query, $cacheTTL = 3600 ) {

with:

public function httpGetCached( $target, $query, $cacheTTL = 86400 ) {

if you really want you could go as high as 604800 (7 days). I wouldn't recomend going higher than that, as there is no cache clearing, and things can get kind of messed up if the cached value is out of sync. So going more than a week is probably a bad idea, but the default of 1 hour is too low.

Additionally, on line 490 of the same file you could replace:

$data = $this->httpGetCached( 'SiteInfo', $query, 7200 );

with

$data = $this->httpGetCached( 'SiteInfo', $query, 604800 );

(This one matters less, but its also much safer to keep around for a long time) Bawolff (talk) 07:05, 27 August 2020 (UTC)

file name was ForeignAPIRepo.php, and all values are changed as suggested, profileinfo.php is enabled as well. 2001:8F8:1E23:A0C:C091:63CD:8A6D:BC93 (talk) 07:33, 27 August 2020 (UTC)

Visual Editor apierror-visualeditor-docserver-http: HTTP 404

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 try to install VisualEditor on my wiki, but when I try to use it by editing an article I get the message : apierror-visualeditor-docserver-http: HTTP 404.

My settings in LocalSettings.php is :

$wgGroupPermissions['*']['edit'] = false;

$wgGroupPermissions['*']['read'] = true;

$wgGroupPermissions['*']['createpage'] = false;

wfLoadExtension( 'VisualEditor' );

// 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://127.0.0.1:8142',

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

#'domain' => 'localhost',

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

#'prefix' => 'localhost'

);

and in Config.yaml :

mwApis:

        - # This is the only required parameter,

          # the URL of you MediaWiki API endpoint.

          uri: 'http://localhost/mediawiki/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

          # To specify a proxy (or proxy headers) specific to this prefix

          # (which overrides defaultAPIProxyURI). Alternatively, set `proxy`

          # to `null` to override and force no proxying when a default proxy

          # has been set.

          #proxy:

          #    uri: 'http://my.proxy:1234/'

          #    headers:  # optional

          #        'X-Forwarded-Proto': 'https'

My parsoid service is running on port 8142.

Can someone help me ?

How can I fix it ?

NB : I can create pages but I can't edit them. MorenoPierre (talk) 15:40, 25 August 2020 (UTC)

I uncomment in config.yaml the line 79 (server port : 8000) and change to 8142 and it works. MorenoPierre (talk) 14:14, 27 August 2020 (UTC)

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

Suggestion: Improved section anchors

There are currently these methods to anchor sections:

Put inside section under title

The problem is that the view port scrolls below the section title upon navigation. The section title is not on screen.

Put above section title

Section title visible on screen upon navigation, but the anchor is part of the last section, which is somewhat irritating and unintuitive.

Put inside section title

Has the disadvantage that it appears inside the edit summary.

I suggest the ability to add anchors in section headers without any of these three compromises, e.g. after the equal characters.

I hope my suggestion will be considered. --46.114.107.123 17:55, 25 August 2020 (UTC)

Is there a reason you cant use the automatically generated anchor for the headline?

We generally dont add new features to wikisyntax unless there is an exceptionally good reason (to prevent feature creep), so we probably wont be adding this. Bawolff (talk) 00:42, 26 August 2020 (UTC)

Sorry for my late response.

The problem is that many section headers have multiple words in them, so linking to them with a single-worded anchor and/or synonyms, especially in discussions, can be more convenient.

Regarding feature creep, it does not necessarily have to be a new wiki syntax tag, but it can be done by scrolling slightly above an in-section anchor to include the title on screen.

And even if it were added as a new wiki syntax tag, it does not appear as feature creep to me because it presumably does not interfere with existing features. Maybe an optional extension could be made for this feature. 46.114.105.47 (talk) 09:29, 26 August 2020 (UTC)

If it is not a feature that a majority of people would use, then it does seem a little like feature creep. TiltedCerebellum (talk) 03:31, 27 August 2020 (UTC)

user_options: MWException from line 260 of Revision Store.php: Content model must be stored in the database for multi content revision migration.

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 migrating a database from MediaWiki 1.16.2, PHP 5.2.6 (cgi-fcgi), MySQL 5.0.67-community-nt

to a new install of MediaWiki 1.34.2, PHP 7.4.8 (cgi-fcgi), MySQL 8.0.21

both running on IIS/Windows.

(sorry I can't share the URL, it's a company intranet ...)

when running php update.php, it does several things then crashes with :

...batch conversion of user_options: MWException from line 260 of C:\inetpub\wwwroot\mediawiki\includes\Revision\Revision Store.php: Content model must be stored in the database for multi content revision migration.

Could not google relevant information about this ...

Any hint ? Thanks ! Goulu (talk) 07:01, 26 August 2020 (UTC)

is $wgContentHandlerUseDB being overriden in LocalSettings.php ?

Does the error message provide a full bscktrace? That may be helpful. Bawolff (talk) 19:24, 26 August 2020 (UTC)

I tried again with $wgContentHandlerUseDB=true; and $wgContentHandlerUseDB=false; in the localsettings of the new server, no change ...

full backtrace :

...batch conversion of user_options: MWException from line 260 of C:\inetpub\wwwroot\mediawiki\includes\Revision\RevisionStore.php: Content model must be stored in the database fo

r multi content revision migration.

#0 C:\inetpub\wwwroot\mediawiki\includes\Revision\RevisionStoreFactory.php(141): MediaWiki\Revision\RevisionStore->setContentHandlerUseDB(false)

#1 C:\inetpub\wwwroot\mediawiki\includes\ServiceWiring.php(718): MediaWiki\Revision\RevisionStoreFactory->getRevisionStore()

#2 C:\inetpub\wwwroot\mediawiki\includes\libs\services\ServiceContainer.php(458): Wikimedia\Services\ServiceContainer->{closure}(Object(MediaWiki\MediaWikiServices))

#3 C:\inetpub\wwwroot\mediawiki\includes\libs\services\ServiceContainer.php(427): Wikimedia\Services\ServiceContainer->createService('RevisionStore')

#4 C:\inetpub\wwwroot\mediawiki\includes\MediaWikiServices.php(933): Wikimedia\Services\ServiceContainer->getService('RevisionStore')

#5 C:\inetpub\wwwroot\mediawiki\includes\ServiceWiring.php(704): MediaWiki\MediaWikiServices->getRevisionStore()

#6 C:\inetpub\wwwroot\mediawiki\includes\libs\services\ServiceContainer.php(458): Wikimedia\Services\ServiceContainer->{closure}(Object(MediaWiki\MediaWikiServices))

#7 C:\inetpub\wwwroot\mediawiki\includes\libs\services\ServiceContainer.php(427): Wikimedia\Services\ServiceContainer->createService('RevisionLookup')

#8 C:\inetpub\wwwroot\mediawiki\includes\MediaWikiServices.php(917): Wikimedia\Services\ServiceContainer->getService('RevisionLookup')

#9 C:\inetpub\wwwroot\mediawiki\includes\Revision.php(76): MediaWiki\MediaWikiServices->getRevisionLookup()

#10 C:\inetpub\wwwroot\mediawiki\includes\Revision.php(139): Revision::getRevisionLookup()

#11 C:\inetpub\wwwroot\mediawiki\extensions\Gadgets\includes\MediaWikiGadgetsDefinitionRepo.php(139): Revision::newFromTitle(Object(Title))

#12 C:\inetpub\wwwroot\mediawiki\extensions\Gadgets\includes\MediaWikiGadgetsDefinitionRepo.php(108): MediaWikiGadgetsDefinitionRepo->fetchStructuredList()

#13 C:\inetpub\wwwroot\mediawiki\includes\libs\objectcache\wancache\WANObjectCache.php(1423): MediaWikiGadgetsDefinitionRepo->{closure}(false, 86400, Array, NULL)

#14 C:\inetpub\wwwroot\mediawiki\includes\libs\objectcache\wancache\WANObjectCache.php(1278): WANObjectCache->fetchOrRegenerate('wiki:gadgets-de...', 86400, Object(Closure), Array

)

#15 C:\inetpub\wwwroot\mediawiki\extensions\Gadgets\includes\MediaWikiGadgetsDefinitionRepo.php(115): WANObjectCache->getWithSetCallback('wiki:gadgets-de...', 86400, Object(Closur

e), Array)

#16 C:\inetpub\wwwroot\mediawiki\extensions\Gadgets\includes\MediaWikiGadgetsDefinitionRepo.php(31): MediaWikiGadgetsDefinitionRepo->loadGadgets()

#17 C:\inetpub\wwwroot\mediawiki\extensions\Gadgets\includes\GadgetRepo.php(71): MediaWikiGadgetsDefinitionRepo->getGadgetIds()

#18 C:\inetpub\wwwroot\mediawiki\extensions\Gadgets\includes\GadgetHooks.php(44): GadgetRepo->getStructuredList()

#19 C:\inetpub\wwwroot\mediawiki\includes\Hooks.php(174): GadgetHooks::userGetDefaultOptions(Array)

#20 C:\inetpub\wwwroot\mediawiki\includes\Hooks.php(202): Hooks::callHook('UserGetDefaultO...', Array, Array, NULL)

#21 C:\inetpub\wwwroot\mediawiki\includes\user\User.php(1723): Hooks::run('UserGetDefaultO...', Array)

#22 C:\inetpub\wwwroot\mediawiki\includes\user\User.php(1735): User::getDefaultOptions()

#23 C:\inetpub\wwwroot\mediawiki\maintenance\convertUserOptions.php(96): User::getDefaultOption('quickbar')

#24 C:\inetpub\wwwroot\mediawiki\maintenance\convertUserOptions.php(67): ConvertUserOptions->convertOptionBatch(Object(Wikimedia\Rdbms\ResultWrapper), Object(Wikimedia\Rdbms\Maint

ainableDBConnRef))

#25 C:\inetpub\wwwroot\mediawiki\includes\installer\DatabaseUpdater.php(1196): ConvertUserOptions->execute()

#26 C:\inetpub\wwwroot\mediawiki\includes\installer\DatabaseUpdater.php(490): DatabaseUpdater->doMigrateUserOptions()

#27 C:\inetpub\wwwroot\mediawiki\includes\installer\DatabaseUpdater.php(454): DatabaseUpdater->runUpdates(Array, false)

#28 C:\inetpub\wwwroot\mediawiki\maintenance\update.php(205): DatabaseUpdater->doUpdates(Array)

#29 C:\inetpub\wwwroot\mediawiki\maintenance\doMaintenance.php(99): UpdateMediaWiki->execute()

#30 C:\inetpub\wwwroot\mediawiki\maintenance\update.php(277): require_once('C:\\inetpub\\wwwr...')

#31 {main} Goulu (talk) 05:46, 27 August 2020 (UTC)

Can you try disabling gadgets extension just for the upgrade (Then re-enable them after and re-run update.php a second time)? This sounds like this might be a bug in that extension

You should leave $wgContentHandlerUseDB not set in LocalSettings.php (i.e. the default, which i think is true). I just was wondering if it was being overridden Bawolff (talk) 06:37, 27 August 2020 (UTC)

YESSS ! it worked , thank you VERY MUCH !

I added a task in https://phabricator.wikimedia.org/T261381 Goulu (talk) 09:10, 27 August 2020 (UTC)

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

Template:Notice appears white on articles, but yellow on talk pages.

I have observed that the template:notice appears white on articles themselves, but yellow on talk pages.

Not that it bothers me, but for what reason is it done? To avoid confusion?

And which part of the code controls it? (I digged a bit but I could not find it.) 79.249.159.86 (talk) 08:47, 26 August 2020 (UTC)

Do you mean the ambox template that that template uses?

https://www.mediawiki.org/wiki/Template:Ambox TiltedCerebellum (talk) 03:37, 27 August 2020 (UTC)

Scrolling images

Hi. I'd like to know how to code a scrolling image like this chap's got for use on a Fandom wiki. Launchballer (talk) 08:54, 26 August 2020 (UTC)

@Launchballer You could look at that page's HTML and CSS source code and then write custom HTML and CSS. (I don't see how this question is MediaWiki related.) Malyacko (talk) 17:06, 26 August 2020 (UTC)

https://developer.mozilla.org/en-US/docs/Web/CSS/overflow might be helpful.

You might also want to look at how https://en.wikipedia.org/wiki/Template:Wide_image is implemented Bawolff (talk) 19:21, 26 August 2020 (UTC)

How to selectively activate/deactivate special 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.

---

How can special pages selectively be enabled and disabled? 46.114.105.47 (talk) 09:37, 26 August 2020 (UTC)

To disable Special:Statistics, put this in your LocalSettings.php config file.

$wgSpecialPages['Statistics'] = DisabledSpecialPage::getCallback( 'Statistics' ); – Ammarpad (talk) 13:08, 26 August 2020 (UTC)

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

no styles - load.php returns html-page instead of css

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

---

My new installed mediawiki is displayes without styles.

Chrome console says:

Refused to apply style from 'http://my-host/wiki/load.php?lang=de&modules=mediawiki.legacy.commonPrint%2Cshared%7Cmediawiki.skinning.interface%7C

skins.vector.styles&only=styles&skin=vector' because its MIME type ('text/html') is not a supported stylesheet MIME type, and strict MIME checking is enabled.

Wen i call the style-sheet URL http://my-host/wiki/load.php?lang=de&modules=mediawiki.legacy.commonPrint%2Cshared%7Cmediawiki.skinning.interface%7Cskins.vector.styles&only=styles&skin=vector

then a complete html-page (the wiki start-page) is returened, not a style-sheet.

not only the content-type is text/html, but the content itself is html.

I already checked Manual:Errors and symptoms#The wiki appears without styles applied and images are missing 195.200.70.41 (talk) 09:54, 26 August 2020 (UTC)

generally means that either $wgScriptPath is wrong or rewrite rules are wrong.

Please post the values of $wgArticlePath $wgScriptPath and relavent rewrite rule (or equivalant for whatever web server you are using) are. Bawolff (talk) 19:17, 26 August 2020 (UTC)

$wgScriptPath = "/wiki";

$wgResourceBasePath = $wgScriptPath;

$wgArticlePath is not set in LocalSettings.php

apache-config is installed by rpm package from OpenSuse repository php:/applicatons. There is no .htaccess with additional Settings. only one security rewrite rule is defined in apache-config

Apache-Config:

----

### Suggested file for Alias-based wiki-configuration

### Have a look to the documentation in:

### /usr/share/doc/packages/mediawiki/README.DISTRIBUTION

### Enable next line to restrict downloads via img_auth.php

#       Alias /wiki/images         /var/lib/mediawiki/webroot/img_auth.php

### Enable next line for configuration

      Alias /wiki/mw-config/     /srv/www/mediawiki/webroot/mw-config/

       Alias /w/                  /srv/www/mediawiki/webroot/

       Alias /wiki                /srv/www/mediawiki/webroot/index.php

       <Directory /srv/www/mediawiki/webroot>

           <IfModule mod_version.c>

             <IfVersion < 2.4>

               Allow From All

             </IfVersion>

             <IfVersion >= 2.4>

               Require all granted

             </IfVersion>

           </IfModule>

               Options +FollowSymLinks

               php_admin_flag register_globals off

               php_admin_flag magic_quotes_gpc off

               php_admin_flag allow_url_include off

               php_admin_flag allow_url_fopen off

               php_admin_flag safe_mode Off

               php_admin_value session.save_path "/srv/www/mediawiki/session"

               php_admin_value upload_tmp_dir "/srv/www/mediawiki/tmp"

               php_admin_value sys_temp_dir "/srv/www/mediawiki/tmp"

               php_admin_value open_basedir "/srv/www/mediawiki/:/usr/share/php/mediawiki/:/usr/share/php7/PEAR:/usr/bin/texvc:/srv/tmp/"

       </Directory>

       <Directory /srv/www/mediawiki/webroot/images>

   # Protect against bug T30235

   <IfModule rewrite_module>

             RewriteEngine On

             RewriteOptions inherit

             RewriteCond %{QUERY_STRING} \.[^\/:*?\x22<>|%]+(#|\?|$) [nocase]

             RewriteRule . - [forbidden]

             # Fix for bug T64289

             Options +FollowSymLinks

   </IfModule>

      </Directory>

       <Directory /srv/www/mediawiki/webroot/includes>

           <IfModule mod_version.c>

             <IfVersion < 2.4>

               Deny from all

             </IfVersion>

             <IfVersion >= 2.4>

               Require all denied

             </IfVersion>

           </IfModule>

       </Directory>

       <Directory /srv/www/mediawiki/webroot/languages>

           <IfModule mod_version.c>

             <IfVersion < 2.4>

               Deny from all

             </IfVersion>

             <IfVersion >= 2.4>

               Require all denied

             </IfVersion>

           </IfModule>

       </Directory>

       <Directory /srv/www/mediawiki/webroot/maintenance>

           <IfModule mod_version.c>

             <IfVersion < 2.4>

               Deny from all

             </IfVersion>

             <IfVersion >= 2.4>

               Require all denied

             </IfVersion>

           </IfModule>

       </Directory>

       <Directory /srv/www/mediawiki/webroot/maintenance/archives>

           <IfModule mod_version.c>

             <IfVersion < 2.4>

               Deny from all

             </IfVersion>

             <IfVersion >= 2.4>

               Require all denied

             </IfVersion>

           </IfModule>

       </Directory>

     <Directory /srv/www/mediawiki/webroot/serialized>

           <IfModule mod_version.c>

             <IfVersion < 2.4>

               Deny from all

             </IfVersion>

             <IfVersion >= 2.4>

               Require all denied

             </IfVersion>

           </IfModule>

       </Directory>

       <Directory /srv/www/mediawiki/webroot/vendor>

           <IfModule mod_version.c>

             <IfVersion < 2.4>

               Deny from all

             </IfVersion>

             <IfVersion >= 2.4>

               Require all denied

             </IfVersion>

           </IfModule>

       </Directory>

       <Directory /srv/www/mediawiki/webroot/cache>

           <IfModule mod_version.c>

             <IfVersion < 2.4>

               Deny from all

             </IfVersion>

             <IfVersion >= 2.4>

               Require all denied

             </IfVersion>

           </IfModule>

       </Directory> 195.200.70.49 (talk) 06:51, 27 August 2020 (UTC)

You set: $wgScriptPath = "/wiki";

But you also set: Alias /wiki /srv/www/mediawiki/webroot/index.php

This is wrong. Apaprently, $wgScriptPath should be /w Ciencia Al Poder (talk) 10:21, 27 August 2020 (UTC)

Great! Setting $wgScriptPath to /w did the job.

Thank you very much, @Ciencia Al Poder 195.200.70.45 (talk) 10:49, 27 August 2020 (UTC)

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

varnish setup error 200 purged

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

---

i'm trying to scan my wiki using nibbler.silktide.com with varnish and default configuration as recommended by mediawiki here Manual:Varnish caching#Configuring Varnish 4.x

error can be seen here : https://ibb.co/SnYP4Q4 2001:8F8:1E23:A0C:113:666E:BEFE:49F7 (talk) 14:14, 26 August 2020 (UTC)

never mind it, i solved the issue by adding this to the end of default.vcl:

1. Handling HTTP purge

sub vcl_purge {

# Only handle actual PURGE HTTP methods, everything else is discarded

if (req.method != "PURGE") {

# restart request

set req.http.X-Purge = "Yes";

return(restart);

}

}

                                                              2001:8F8:1E23:A0C:113:666E:BEFE:49F7 (talk) 15:55, 26 August 2020 (UTC)

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

Escape strings like %2A are flipped in the first scenario below.

Escape strings like %2A are flipped in the first scenario below.

ميدياويكي:تجربة البحث في الموسوعة does not work but MediaWiki:تجربة البحث في الموسوعة works. 2001:8F8:1E23:A0C:113:666E:BEFE:49F7 (talk) 16:26, 26 August 2020 (UTC)

Is this a question? It's really unclear what you are asking (or if you are asking anything). Please post a clear question and explain what you are trying to do, why, and how you are trying to achieve it. TiltedCerebellum (talk) 03:28, 27 August 2020 (UTC)

Unfortunately I don't know what caused it and it seems that it is the intended behavior since Wikipedia handle escape strings like that similarly but the links are working correctly for them (e.g. link). In that case my best guess is that you might lack some sort of redirect configuration for RTL on either Apache or MediaWiki.

Your best bet would be asking someone in the MW community who are familiar with RTL or i18n setups 2001:8F8:1E23:A0C:C091:63CD:8A6D:BC93 (talk) 06:54, 27 August 2020 (UTC)

if i type mediawiki:commons.css if finds it, if i type it in arabic like ميدياويكي:commons.css it will flip escape string 2001:8F8:1E23:A0C:C091:63CD:8A6D:BC93 (talk) 06:56, 27 August 2020 (UTC)

you need to ensure that things are in the correct byte order: namespace colon pagename. In RTL, the display might be flipped, but it matters what order the text is in, not what order its displayed in. It gets especially confusing when using mixed directionality text.

Note: there is no special redirection for RTL at wikipedia, but there may possibly be alternate namespace translations besides the official ones.

Beyond that, we would need sn actual link to your wiki to say more

Make sure the arabic translstion of the namespace is correct. Bawolff (talk) 21:49, 30 August 2020 (UTC)

HTTP Error 500 Error upgrading from Mediawiki 1.30.2 to 1.31.8

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

---

I'm trying to upgrade my mediawiki to latest from 1.28, but when I tried 1.34, I got an HTTP 500 error. I tried 1.29 and 1.30 and they both worked fine. Once I go to 1.31, I get this error in my log:

[warn] [client 69.126.59.200] mod_fcgid: stderr: PHP Warning:  include(/PATH/wiki/vendor/composer/../liuggio/statsd-php-client/src/Liuggio/StatsdClient/Factory/StatsdDataFactory.php): failed to open stream: No such file or directory in /PATH/wiki/vendor/composer/ClassLoader.php on line 444, referer: http://SITE/

[warn] [client 69.126.59.200] mod_fcgid: stderr: PHP Warning:  include(): Failed opening '/PATH/wiki/vendor/composer/../liuggio/statsd-php-client/src/Liuggio/StatsdClient/Factory/StatsdDataFactory.php' for inclusion (include_path='/PATH/wiki/vendor/pear/console_getopt:/PATH/wiki/vendor/pear/mail:/PATH/wiki/vendor/pear/mail_mime:/PATH/wiki/vendor/pear/net_smtp:/PATH/wiki/vendor/pear/net_socket:/PATH/wiki/vendor/pear/pear-core-minimal/src:/PATH/wiki/vendor/pear/pear_exception:.:') in /PATH/wiki/vendor/composer/ClassLoader.php on line 444, referer: http://SITE/

[warn] [client 69.126.59.200] mod_fcgid: stderr: PHP Fatal error:  Class 'Liuggio\\StatsdClient\\Factory\\StatsdDataFactory' not found in /PATH/wiki/includes/libs/stats/BufferingStatsdDataFactory.php on line 35, referer: http://SITE/

I tried generating a new LocalSettings.php file from the upgrade to 1.30.2 and that did not help. So there is nothing custom in it at all. The only thing I am reusing is my database, which had no errors on previous upgrades.

If I remove the LocalSettings.php, I can load the homepage and I get the message that that file is missing and to "complete the installation". As soon as I click the link, I get the above error.

My web server is running PHP 7.0, but didn't help going to any later versions either. There are also no custom files in the folder. This is a fresh upload from the download archive for the releases. Djvj1 (talk) 19:22, 26 August 2020 (UTC)

some people reported this issue when using 7zip to decompress mediawiki. Can you try using the commandline tar program instead? Bawolff (talk) 20:10, 26 August 2020 (UTC)

That was it, thank you!!

So odd the other versions worked fine, but all from 1.31 all failed with the same error. Djvj1 (talk) 03:57, 27 August 2020 (UTC)

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

vedas

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.

---

sir

sir kindly enable me to read articles and materials on vedas. thanks dr vedula gopinath vgnath@gmail.com Researchercg (talk) 02:38, 27 August 2020 (UTC)

What are "vedas"? I think you are in the wrong place, this is the help desk for Mediawiki software. If you are not asking about MediaWiki software, then you are in the wrong place, and on the wrong wiki... this happens when people leave the help link for the MediaWiki software on their site... people end up here not knowing they are now on the wrong site. Also it is not a good idea to post personal information here. TiltedCerebellum (talk) 03:23, 27 August 2020 (UTC)

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

How to find a latest download link for an extension (ContactPage), to download it from CLI?

I desire to find a latest download link (preferably version agnostic) for an extension (ContactPage) to download it via CLI.

Trying to find such a link I wen't to:

Special:ExtensionDistributor/ContactPage

But I cannot extract a latest-download-link from right clicking the button continue (I think, because it's an HRO/AJAJ button and not a regular link).

How to find a latest download link for an extension (ContactPage), to download it from CLI? 182.232.32.191 (talk) 07:23, 27 August 2020 (UTC)

After I clicked "Continue" I was transferred to another URL in which I did find a link which I can't paste here because of the "spam" filter.

And yet, all of this is very inconvenient;

Is there a way to download latest ContactPage from CLI? 182.232.32.191 (talk) 09:28, 27 August 2020 (UTC)

For which version of MediaWiki are you trying to download ContactPage? You can also download it via Github directly, using https://github.com/wikimedia/mediawiki-extensions-ContactPage/archive/master.tar.gz. If you want to download for MediaWiki 1.34, https://github.com/wikimedia/mediawiki-extensions-ContactPage/archive/REL1_34.tar.gz should work. —Mainframe98 _talk 09:31, 27 August 2020 (UTC)

I downloaded it for MW 1.34.0, now for 1.34.2 182.232.32.191 (talk) 17:37, 27 August 2020 (UTC)

What exactly makes you think so? REL1_34 is a branch, not some version. Malyacko (talk) 18:06, 27 August 2020 (UTC)

I guess Malyacko meant you @Mainframe98 182.232.32.191 (talk) 18:10, 27 August 2020 (UTC)

REL1_34 is the release branch for MediaWiki 1.34(.2), so that should get you the same version as provided by the ExtensionDistributor. —Mainframe98 _talk 19:15, 27 August 2020 (UTC)

import page from wikipedia

hello,

how can i export and import page from wikipedia to my mediawiki site, also i want to import all required dependencies.

becuase i tried to import it but after import my reference tooltip seems not work,

also if i seen in page information then it will not same as wikipedia i.e all templates and category not seems.

can anyone clear how can i copy full page with all functions from wikipedia.

Thanks. Sachinpatel393 (talk) 15:55, 27 August 2020 (UTC)

See https://en.wikipedia.org/wiki/Help:Export Malyacko (talk) 18:10, 27 August 2020 (UTC)

suppose i have to import "Stereotypes of Africa" after i install fresh mediawiki,

after import this page from wikipedia it still seems many things not working maybe becuase of not added all templates and modules.

so from this page information:

https://en.wikipedia.org/w/index.php?title=Stereotypes_of_Africa&action=info

after import page it not gives me save information like this,

page properties seems blank, i.e seems templates not imported.

also in page something seems red highlighted, that means its missing.

please let me know how can we run full page after export and import.

thanks Sachinpatel393 (talk) 08:21, 30 August 2020 (UTC)

To import the included templates too, you would need to at least activate the "Include templates" option which using the Special:Export page.

However, there would probably be some other templates/modules which would require some extra steps, those would need to be dealt individually. AhmadF.Cheema (talk) 14:51, 30 August 2020 (UTC)

To import the included templates too >> true i did that already, but still it seems red, also most of all templates are blank.

However, there would probably be some other templates/modules which would require some extra steps, those would need to be dealt individually. >>

can you help me to do that steps, or can you sent me any reference url for that?

thanks Sachinpatel393 (talk) 15:57, 30 August 2020 (UTC)

Even though this page is for infoboxes, it does have the steps getting templates, scribuntu and Lua modules and also some prerequisites for making Modules/Lua work (Scribuntu, IF modules are even used, I havent looked at the page content yet):

Manual:Importing Wikipedia infoboxes tutorial

It should give you a rough idea how to find templates and modules etc., that are needed (I haven’t looked at the page yet). Maybe try reading through that.

You can identify which items are templates like:

{{short description|Generalizations about Africa and its inhabitants.}}

That is the “short description” template. So that template will be located at:

https://en.wikipedia.org/wiki/Template:Short_description Worst case scenario you can manually locate copy each template if you are having problems with export.

You can go to: https://en.wikipedia.org/wiki/Special:AllPages (on any wiki go to Special Pages > All Pages, to look for templates, modules etc.) and use the “Namespace” drop-down to find templates and modules. If the pages you want use modules, they won’t work unless you have Scribuntu extension installed or any other pre-requisite, which the exporting infoboxes page explains a bit about. It provides some examples of how to export from Wikipedia to a different wiki. TiltedCerebellum (talk) 20:06, 30 August 2020 (UTC)

[99983b28eb53f6cbe4c15a36] /index.php?title=Special:Import&action=submit Wikimedia\Rdbms\DBTransactionStateError from line 1420 of /usr/share/nginx/html/mediawiki/includes/libs/rdbms/database/Database.php: Cannot execute query from LCStoreDB::get while transaction status is ERROR

Backtrace:

#0 /usr/share/nginx/html/mediawiki/includes/libs/rdbms/database/Database.php(1145): Wikimedia\Rdbms\Database->assertQueryIsCurrentlyAllowed(string, string)

#1 /usr/share/nginx/html/mediawiki/includes/libs/rdbms/database/Database.php(1807): Wikimedia\Rdbms\Database->query(string, string)

#2 /usr/share/nginx/html/mediawiki/includes/libs/rdbms/database/Database.php(1644): Wikimedia\Rdbms\Database->select(string, string, array, string, array, array)

#3 /usr/share/nginx/html/mediawiki/includes/libs/rdbms/database/DBConnRef.php(68): Wikimedia\Rdbms\Database->selectField(string, string, array, string)

#4 /usr/share/nginx/html/mediawiki/includes/libs/rdbms/database/DBConnRef.php(302): Wikimedia\Rdbms\DBConnRef->__call(string, array)

#5 /usr/share/nginx/html/mediawiki/includes/cache/localisation/LCStoreDB.php(63): Wikimedia\Rdbms\DBConnRef->selectField(string, string, array, string)

#6 /usr/share/nginx/html/mediawiki/includes/cache/localisation/LocalisationCache.php(422): LCStoreDB->get(string, string)

#7 /usr/share/nginx/html/mediawiki/includes/cache/localisation/LocalisationCache.php(325): LocalisationCache->loadSubitem(string, string, string)

#8 /usr/share/nginx/html/mediawiki/languages/Language.php(2545): LocalisationCache->getSubitem(string, string, string)

#9 /usr/share/nginx/html/mediawiki/includes/cache/MessageCache.php(970): Language->getMessage(string)

#10 /usr/share/nginx/html/mediawiki/includes/cache/MessageCache.php(928): MessageCache->getMessageForLang(LanguageEn, string, boolean, array)

#11 /usr/share/nginx/html/mediawiki/includes/cache/MessageCache.php(870): MessageCache->getMessageFromFallbackChain(LanguageEn, string, boolean)

#12 /usr/share/nginx/html/mediawiki/includes/language/Message.php(1297): MessageCache->get(string, boolean, LanguageEn)

#13 /usr/share/nginx/html/mediawiki/includes/language/Message.php(852): Message->fetchMessage()

#14 /usr/share/nginx/html/mediawiki/includes/language/Message.php(956): Message->toString(string)

#15 /usr/share/nginx/html/mediawiki/includes/OutputPage.php(4004): Message->plain()

#16 /usr/share/nginx/html/mediawiki/includes/specials/SpecialImport.php(237): OutputPage->wrapWikiMsg(string, array)

#17 /usr/share/nginx/html/mediawiki/includes/specials/SpecialImport.php(109): SpecialImport->doImport()

#18 /usr/share/nginx/html/mediawiki/includes/specialpage/SpecialPage.php(575): SpecialImport->execute(NULL)

#19 /usr/share/nginx/html/mediawiki/includes/specialpage/SpecialPageFactory.php(611): SpecialPage->run(NULL)

#20 /usr/share/nginx/html/mediawiki/includes/MediaWiki.php(296): MediaWiki\Special\SpecialPageFactory->executePath(Title, RequestContext)

#21 /usr/share/nginx/html/mediawiki/includes/MediaWiki.php(900): MediaWiki->performRequest()

#22 /usr/share/nginx/html/mediawiki/includes/MediaWiki.php(527): MediaWiki->main()

#23 /usr/share/nginx/html/mediawiki/index.php(44): MediaWiki->run()

#24 {main}

getting above error while try to upload :

• Template:Citation needed

can you please let me know how can i fix this error.

thanks Sachinpatel393 (talk) 14:10, 7 September 2020 (UTC)

You may need to provide a lot more information per this help desk's top note to get help:

==Post a new question==

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

Also, what do you mean by "trying to upload"? Please list the steps you performed that led to the error (makes it easier for the folks here to help) TiltedCerebellum (talk) 21:08, 15 September 2020 (UTC)

help on function

i'm trying to write a function that insert w widget after 1st and 2nd h2 titles, i tested it using browser console and it seems to be working, but its not parsing the widget at all, i tried to add the function to common.js, it only shows the text without parsing it. this is my function: https://ghostbin.com/paste/xs7a6 2001:8F8:1E23:A0C:C091:63CD:8A6D:BC93 (talk) 20:12, 27 August 2020 (UTC)

Can this help, Manual:Hooks/ArticleRevisionViewCustom, if yes, how? 2001:8F8:1E23:A0C:8DF4:16C2:BC97:D4B1 (talk) 21:38, 27 August 2020 (UTC)

no answer? 2001:8F8:1E23:A0C:8DF4:16C2:BC97:D4B1 (talk) 20:01, 28 August 2020 (UTC)

widgets are processed by the server before being sent to the browser. JS is run on the browser. So your code is essentially run too late.

Manual:Hooks/ParserBeforeStrip is probably closer to the hook you want. Or you can change your js to insert the html of the widget tag instead of #widget. Bawolff (talk) 20:55, 28 August 2020 (UTC)

is something similar to this?

$wgHooks['ParserBeforeStrip'][] = function($parser, &$text, &$strip_state) {

$text = "{{#Widget:MyWidget}}" . $text;

firstTxt = document.getElementById("mw-content-text").getElementsByTagName("h2")[1];

firstTxtC = document.createElement("div");

// append theKid to the end of theParent

firstTxt.appendChild(firstTxtC);

// prepend theKid to the beginning of theParent

firstTxt.after(text);

secondTxt = document.getElementById("mw-content-text").getElementsByTagName("h2")[2];

secondTxtC = document.createElement("div");

// append theKid to the end of theParent

secondTxt.appendChild(secondTxtC);

// prepend theKid to the beginning of theParent

secondTxt.after(text);

return true;

};

5.193.99.25 (talk) 07:58, 29 August 2020 (UTC)

no, because that is javascript and using DOM apis. This part of the code is PHP and web browser DOM is unavailable.

Maybe if you had only the first line of that. Bawolff (talk) 21:45, 30 August 2020 (UTC)

a better clear code can be found here: ghostbin.com/paste/xs7a6 5.193.99.25 (talk) 07:59, 29 August 2020 (UTC)

when the above code applied i get fatal error 2001:8F8:1E23:A0C:4072:485:6BB0:B47F (talk) 14:42, 30 August 2020 (UTC)

can you give an example please 2001:8F8:1E23:A0C:F0C8:4FED:314D:7959 (talk) 14:32, 31 August 2020 (UTC)

I need help in recovering my account

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

---

I know I have edited pages but haven't logged in for a couple years. Are accounts terminated after a certain time if no activity? If no, how can I get a reset as I dont' know what my username is nor my password. In addition, I have three email accounts. 2601:4C4:300:7F10:2583:933C:D815:744F (talk) 23:24, 27 August 2020 (UTC)

If you don't know your name or address and have no keys, please elaborate how someone else should find out who you are or where your flat/account is. :) Malyacko (talk) 07:15, 28 August 2020 (UTC)

You could go to Special:PasswordReset and try each of your email addresses. One of them might result in an email reminder. Sam Wilson 07:19, 28 August 2020 (UTC)

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

How can I publish my wiki?

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

---

Same as the title Zweng2776 (talk) 13:39, 28 August 2020 (UTC)

See Manual:Installation guide#Manual installation if you refer to a MediaWiki installation. Malyacko (talk) 14:14, 28 August 2020 (UTC)

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

Fatal Error with Html2Wiki 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.

---

Using Mediawiki version 1.36.0-alpha

Installed Html2Wiki from Git as explained here: Extension:Html2Wiki#Installation

Going to Special:Version gives me this error:

Fatal error: Uncaught UnexpectedValueException: callback 'SpecialHtml2Wiki::checkEnvironment' is not callable in /var/www/mediawiki/includes/registration/ExtensionRegistry.php:539 Stack trace: #0 /var/www/mediawiki/includes/registration/ExtensionRegistry.php(232): ExtensionRegistry->exportExtractedData() #1 /var/www/mediawiki/includes/Setup.php(161): ExtensionRegistry->loadFromQueue() #2 /var/www/mediawiki/includes/WebStart.php(89): require_once('/var/www/mediaw...') #3 /var/www/mediawiki/index.php(44): require('/var/www/mediaw...') #4 {main} thrown in /var/www/mediawiki/includes/registration/ExtensionRegistry.php on line 539

If I comment the Html2Wiki code out of my LocalSettings.php everything works fine.

Installed SyntaxHighlight_GeSHi and it shows that it is working on Special:Version

Any thoughts on what is going wrong with this instalation will be appreciated.

Thanks Dysonsphere23 (talk) 16:37, 28 August 2020 (UTC)

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

Error updating to MediaWiki 1.31.9

I receive these errors when trying to update to MediaWiki 1.31.9:

---

A database query error has occurred. Did you forget to run your application's database schema updater after upgrading?

Query: ALTER TABLE `recentchanges` ADD INDEX `rc_ns_usertext` ( `rc_namespace` , `rc_user_text` )

Function: Wikimedia\Rdbms\Database::sourceFile( C:\wamp64\www\BlueSpiceMediaWiki\bluespice/maintenance/archives/patch-recentchanges-utindex.sql )

Error: 1072 Key column 'rc_user_text' doesn't exist in table (localhost)

Purging caches...done.

---

Any help is appreciated. IBBishops (talk) 17:12, 28 August 2020 (UTC)

Did you try running Manual:Update.php? Also 1.31 is unsupported and outdated. I think support for it ended 2 years go. TiltedCerebellum (talk) 20:42, 30 August 2020 (UTC)

mw.loader.load() in MediaWiki:Common.js vs. using extension

Using mw.loader.load() from MediaWiki:Common.js

I run a large wiki farm that incorporates a "header" (mainly navigation menus) that must coincide with the 'corporate' header of the www site. The corporate header is implementing a new "Help Overlay" feature written in React.js. But, using webpack, they have delivered a JS file that I can incorporate into MediaWiki. I already use a MediaWiki extension (in PHP) to create the header. There are two options that I know of for implementing this new "Help Overlay":

A) I can save the js file in the extension source directory and use ResourceLoader the traditional way using ResourceModules . Or,

B) I can implement the code using MediaWiki:Common.js for setup with mw.loader.load() while saving the js file into the MediaWiki namespace as MediaWiki:Helptray.js.

The latter approach B seems better to me for two reasons:

1) It would allow wiki admins with "Edit Interface" rights to update the delivered webpack code. Meanwhile, updating the extension would only be accessible to "developers".

2) I can lazy-load the js file ONLY when it's needed (by attaching an event to a click handler and looking for the existence of the required script). I don't know how to accomplish these conditions when using ResourceLoader from PHP.

Right now, I have a prototype working here except that it doesn't use ResourceLoader at all. It's just plain vanilla JavaScript loading the js file from the web server's file-system. Trying to convert it to use ResourceLoader, my question is how to I detect when the module is loaded as is done with

> if (!document.querySelector('script[src="' + url + '"]'))

I know that if the module is loaded using A), I can check the "mw.loader.getState('name')" but when directly loading the js file with mw.loader.load('url') there is no name. This is my current solution (WIP) but there is no conditional to prevent repeated clicks from creating multiple renderDivs and correspondingly, no conditional to alter the eventName that is fired by clicking. Greg Rundlett (talk) 19:40, 28 August 2020 (UTC)

I really wanted to store the "3rd party" JavaScript in the MediaWiki namespace and use mw.loader.load to load it. But no variation that I've tried will work. For one, it seems that the minification that goes on in the delivery from ResourceLoader is causing an error. Greg Rundlett (talk) 15:26, 31 August 2020 (UTC)

Ultimately I ended up using this code to load an external JavaScript src on-demand (on-click).

If there is a better "wiki way" please let me know. Greg Rundlett (talk) 18:36, 1 September 2020 (UTC)

You can verify if a RL module is loaded by using mw.loader.using, which takes a callback to execute once the module is loaded. See https://doc.wikimedia.org/mediawiki-core/master/js/#!/api/mw.loader-method-using

If the minification error is related to new features in EMCAScript, you can try using babel to transpile into older javascript. Alternatively, you can use old style ?action=raw which doesn't do minification.

For option B, there is the other variant where you can create a new RL module that consists basically of the page MediaWiki:helptray.js. e.g. you register it with something like the following in extension.json:

                "ext.MyExtensionName.helptray": {
                        "class": "ResourceLoaderWikiModule",
                        "scripts": [
                                "MediaWiki:Helptray.js"
                        ],
                        "targets": [
                                "mobile",
                                "desktop"
                        ]
                },

You then have a module named ext.MyExtensionName.helptray which just loads the page MediaWiki:Helptray.js

More generally, often people don't want wikiadmins to be editing JS, as often they aren't programmers, and its seen as better to not let them deal with that complexity (especially since it can be so easy to break). Thus many of the extension interfaces generally assume that the javascript isn't editable by wikiadmins.

Hope that helps Bawolff (talk) 06:14, 3 September 2020 (UTC)

I have a similar problem and I really cannot get what I'm doing wrong... I can't manage to load the mw object in Javascript. Would you mind having a look to my issue? https://stackoverflow.com/questions/74910818/mediawiki-how-can-i-tell-an-extension-to-load-load-mediawiki-js-and-mediawiki-b Hyperreview (talk) 00:07, 25 December 2022 (UTC)

Additionally, if you're interested in more packaged javascript, see also ResourceLoader/Package_modules Bawolff (talk) 06:17, 3 September 2020 (UTC)

MediaWiki installation with symlinks

I was wondering in installing MediaWiki, I see that I am able to do so with symlinks which enables Wiki Farms. However, is it possible for the destination of the LocalSettings.php directory to be different from the rest of the MediaWiki Source?

E.g.

.../mediawiki/LocalSettings.php -> .../path1/LocalSettings.php

.../mediawiki/index.php -> .../path2/index.php

Due to some restrictions, the mediawiki source can only be deployed to a certain location and symlinked. The LocalSettings.php is generated afterwards and cannot necessary be place in the same destination path, which is why I attempt to symlink here to path1.

However, regardless of whether I use a symlink to /path1 or place LocalSettings.php directly in /mediawiki I get directed to the installation screen with "LocalSettings.php not found.". Nnaka1 (talk) 22:44, 28 August 2020 (UTC)

using symlinks for LocalSettings.php should be fine. Bawolff (talk) 02:12, 29 August 2020 (UTC)

Thanks for the reply @Bawolff.

Do you have any recommendations as to how to diagnose why the LocalSettings.php is not getting recognized even though the symlink host is co-located with the mediawiki source (e.g. index.php) as described here? Nnaka1 (talk) 02:56, 29 August 2020 (UTC)

does php error log have anything in it?

Do command line scripts (like eval.php) work? Bawolff (talk) 04:04, 29 August 2020 (UTC)

actually based on your description, mediawiki may be looking for LocalSettings.php in path2 (i think its relative to where the file really is, not where the symlink is) Bawolff (talk) 04:07, 29 August 2020 (UTC)

Yeah, unfortunately, that is what I was thinking may be happening. Is there a work around to this or changes that I could potentially make to a fork that would allow for the top level root to be used instead?

The use-case basically is that we want to have a dev and prod instance and thus want to have stage specific LocalSettings. The mediawiki source, however, can be shared. When deploying the code we do so such that these can be modified / rolled out independently in the structure described before:

.../mediawiki/LocalSettings.php -> .../path1/LocalSettings.php

.../mediawiki/index.php -> .../path2/index.php Nnaka1 (talk) 13:14, 31 August 2020 (UTC)

From looking at similar issues here it seems as though this can be solved through explicitly setting the MW_INSTALL_PATH environment variable to be .../mediawiki. While this seemed to help the LocalSettings get recognized, it raised errors with the extensions not being found. E.g.

PHP Fatal error:  Uncaught Error: Call to undefined function enableSemantics() in .../mediawiki/LocalSettings.php

Stack trace:

#0 .../mediawiki/includes/Setup.php(124): require_once()

#1 .../mediawiki/includes/WebStart.php(81): require_once('.../package...')

#2 .../mediawiki/index.php(41): require('.../package...')

Please let me know if there is a valid workaround to this symlink structure that doesn't cause issues with dependent packages. Nnaka1 (talk) 16:13, 31 August 2020 (UTC)

setting install path would mean that you have to have symlinks to extensions too.

Usual way to solve this is have a stub LocalSettings.php that uses require() to include the correct LocalSettings.php depending on the environment. Bawolff (talk) 02:25, 1 September 2020 (UTC)

Multiple running instances of MediaWiki and local Redis

Are there any risks or "gotchas" involved in running multiple instances of MediaWiki each with their own local Redis? E.g. what happens if I execute an action which triggers a job to be queue in the local cache job queue and I refresh the page and get routed to another instance (which would have a distinct job queue / cache)? Nnaka1 (talk) 22:53, 28 August 2020 (UTC)

Redis for cache or for job queue or both? I assume by multiple instances you mean you have multiple load balanced webservers all hosting the same wiki?

Normally redis/memcached/etc is shared, and each individual mediawiki instance uses apcu for local cache.

There is no requirement that a job hss to be comoleted on the same webserver that enqued it. In fact for high traffic, high performance sites, normally a separate server would be used as a dedicated job queue runner Bawolff (talk) 02:09, 29 August 2020 (UTC)

Uploading multiple files at once

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 several PDF files (about 100) which I need to upload to my wiki. I've only used the standard upload feature so far. I'm about to use Extension:SimpleBatchUpload, but is there anything else recommended? Thanks. Jonathan3 (talk) 08:19, 29 August 2020 (UTC)

manual:importImages.php is another option if you have server access. There are also various bot frameworks like pywiki. Not reccomending any particular solution just listing some options Bawolff (talk) 17:21, 29 August 2020 (UTC)

I have tried out Simple Batch Upload, and am happy with it. My files are on my computer, rather than the web server, so in this case the command line wouldn't be any easier. Thank you for the advice. Jonathan3 (talk) 15:27, 30 August 2020 (UTC)

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

i cant make an account

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

---

when i try to make an account its too hard for example spammer nicknames i thought ok lets change it after i get a name i enter captcha password etc and guess what I GET AN 504 ERROR AFTER THAT I GET THIS: There seems to be a problem with your login session; this action has been canceled as a precaution against session hijacking. Go back to the previous page, reload that page and then try again. WHAT DOES HIJACKING MEAN IM NOT A HIJACKER IM NOT A SPAMMER I CANT SIGN UP HELP 178.214.246.232 (talk) 09:38, 29 August 2020 (UTC)

Please provide a full and complete link to the website that you are talking about. Also, which web browser and which web browser version is this about? Malyacko (talk) 13:08, 29 August 2020 (UTC)

chrome 83.0.4103.116 64bit

sorry for not having a link to the website i just got an This action has been automatically identified as harmful, and therefore disallowed. If you believe your action was constructive, please inform an administrator of what you were trying to do. A brief description of the abuse rule which your action matched is: Link spamming (flow) 178.214.246.232 (talk) 13:55, 29 August 2020 (UTC)

You can just include the title of the website. In any case, it looks like the website you're referring to is not one run by the Wikimedia Foundation, in which case this support desk would be the wrong place for your question. AhmadF.Cheema (talk) 15:39, 29 August 2020 (UTC)

According to the abuse log, the link to the website is https://wiki.kerbalspaceprogram.com/wiki/Main_Page. * Pppery * _{it has begun} 15:45, 29 August 2020 (UTC)

this error usually means something is wrong with the website and there is nothing you as a user can do about it (something messed up with cookies or cache config).

You can try clearing all your cookies which might help, but probably it has to be fixed by a site administrator. Bawolff (talk) 17:19, 29 August 2020 (UTC)

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

Здравствуйте, каким образом поменять глобальное имя пользователя (мое)

Здравствуйте, каким образом поменять глобальное имя пользователя (мое) WM wm WM (talk) 12:39, 29 August 2020 (UTC)

meta:Steward_requests/Username_changes Malyacko (talk) 13:09, 29 August 2020 (UTC)

LDAP AD Authentification problem

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

---

Moin Leutz

I set up a mediawiki:

MediaWiki 1.31.7

PHP 7.4.3 (apache2handler)

MySQL 8.0.21-0ubuntu0.20.04.4

ICU 66.1

then i used that guide to use ldap/ad: Manual:Active Directory Integration

some times... (14 hours of try and error and reading online, until now)

The first user i had logged in, then i thougth it was accomplished.

But some hours later i want to login and get that error:

Fatal exception of type MWException

i activate some more infos:

  error_reporting( -1 );

  ini_set( 'display_errors', 1 );

  $wgShowExceptionDetails = true;

  $wgShowDBErrorBacktrace = true;

  ldap_set_option(NULL, LDAP_OPT_DEBUG_LEVEL, 7);

  $wgHooks['SetupAfterCache'][] = function () {

   global $wgSessionCacheType;

   ObjectCache::getInstance( $wgSessionCacheType )->setDebug( true );

  };

and got the message:

7f68a636f4e2796333690205] /mediawiki/index.php/Spezial:PluggableAuthLogin MWException from line 169 of /var/lib/mediawiki/extensions/LDAPProvider/src/Client.php: Could not bind to LDAP: (-1) Can't contact LDAP server

Backtrace:

#0 /var/lib/mediawiki/extensions/LDAPProvider/src/Client.php(92): MediaWiki\Extension\LDAPProvider\Client->establishBinding()

#1 /var/lib/mediawiki/extensions/LDAPProvider/src/Client.php(329): MediaWiki\Extension\LDAPProvider\Client->init()

#2 /var/lib/mediawiki/extensions/LDAPAuthentication2/src/PluggableAuth.php(77): MediaWiki\Extension\LDAPProvider\Client->canBindAs()

#3 /var/lib/mediawiki/extensions/PluggableAuth/includes/PluggableAuthLogin.php(30): MediaWiki\Extension\LDAPAuthentication2\PluggableAuth->authenticate()

#4 /usr/share/mediawiki/includes/specialpage/SpecialPage.php(565): PluggableAuthLogin->execute()

#5 /usr/share/mediawiki/includes/specialpage/SpecialPageFactory.php(568): SpecialPage->run()

#6 /usr/share/mediawiki/includes/MediaWiki.php(288): SpecialPageFactory::executePath()

#7 /usr/share/mediawiki/includes/MediaWiki.php(861): MediaWiki->performRequest() #8 /usr/share/mediawiki/includes/MediaWiki.php(524): MediaWiki->main()

#9 /usr/share/mediawiki/index.php(42): MediaWiki->run() #10 {main}

i got the ubuntu system into ldap, and a nextcloud into ldap, but the wiki will not got it.

i am using that versions:

LDAPxxx_REL1_31

PluggableAuth-REL1_31

my apache2 is running with gnutls, ssl disabled, bacause of vhosts, if that's important.

my ADDC is a qnap samba4.

my ldap.json is: {

       "domainname.tld": {

               "connection": {

                       "server": "servername.domainname.tld",

                       "port": "636",

                       "user": "CN=Username,CN=Users,DC=domainname,DC=tld",

                       "pass": "Userpassword",

                       "enctype": "ssl",

                       "options": {

                               "LDAP_OPT_DEREF": 0,

                               "LDAP_OPT_X_TLS_REQUIRE_CERT": false

                       },

                       "basedn": "DC=domainname,DC=tld",

                       "userbasedn": "CN=Users,DC=domainname,DC=tld",

                       "groupbasedn": "CN=Users,DC=domainname,DC=tld",

                       "searchattribute": "samaccountname",

                       "searchstring": "DOMAINNAME\\USER-NAME",

                       "usernameattribute": "samaccountname",

                       "realnameattribute": "cn",

                       "emailattribute": "mail",

                       "grouprequest": "MediaWiki\\Extension\\LDAPProvider\\UserGroupsRequest\\UserMemberOf::factory",

                       "presearchusernamemodifiers": [ "spacestounderscores", "lowercase" ]

               },

               "userinfo": [],

               "authorization": [],

               "groupsync": {

                       "mapping": {

                               "engineering": "CN=Domain Users,CN=Users,DC=domainname,DC=tld",

                               "bureaucrat": "CN=Domain Admins,CN=Users,DC=domainname,DC=tld",

                               "interface-admin": "CN=Domain Admins,CN=Users,DC=domainname,DC=tld",

                               "sysop": "CN=Domain Admins,CN=Users,DC=domainname,DC=tld"

                       }

               }

       }

}

i had so a much trys and errors, i don't see whats wrong. Maybe someone can help me, give me hind, i am not so a vised unix user and my english has a lot of potential to become better.

Thanks Divinobeer (talk) 13:01, 29 August 2020 (UTC)

etc/ldap/ldap.conf

TLS_REQCERT allow

scheint die Anmeldung wieder zu ermöglichen, oh sorry, i mean:

seams to offer the login again,

but its still wrong, how can i integrate the certs to trust them? so that i can delete that row again. Divinobeer (talk) 14:48, 29 August 2020 (UTC)

With this guide, i have added my pem cert and can login my wiki

https://wiki.ubuntuusers.de/CA/#CAhinzufuegen

Thanks great, gifted and unmatched Divinobeer Divinobeer (talk) 15:23, 29 August 2020 (UTC)

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

Missing https:// after editing a Wiki 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 have a bookmark for a page in my Wiki. It is of the form "https://www.myWiki.com/index.php?title=A_Wiki_Page".

If I edit the page, it returns the edited page with the page address as just "www.myWiki.com/index.php?title=A_Wiki_Page", and shows me as logged out and unable to do another edit.

If I return to the page using the bookmark t, through the the link on the "Recent Changes" page, I get back to the page, logged in and able to edit.

The problem seems to be the loss of the https:// on the address of the page returned after the edit.

I am using Firefox. If I edit the page using Chrome, it shows on the address line that the page is "Not secure" but still allows me to edit the page.

I'm assuming that this is all due to a "feature" of Firefox.

Is there a know fix for this? 2601:246:C980:91D:D3D:6D60:6CAB:F12 (talk) 15:01, 29 August 2020 (UTC)

What are your values of $wgServer and $wgCanonicalServer in LocalSettings.php? Taavi (talk!) 15:07, 29 August 2020 (UTC)

There is no entry for either parameter in LocalSettings.php 2601:246:C980:91D:D3D:6D60:6CAB:F12 (talk) 15:34, 29 August 2020 (UTC)

set $wgServer = "https://www.mywiki.com"; Bawolff (talk) 17:16, 29 August 2020 (UTC)

Thank you. That fixed the problem. 2601:246:C980:91D:C0B2:1FA0:399B:E8CC (talk) 15:36, 30 August 2020 (UTC)

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

Troubles With Staying Logged In

Is there a way to avoid being logged out regularly? Sometimes even after I've just logged in and clicked the Remember Me box, I still get notified that I have been logged out. Thanks. Lazarus1255 (talk) 02:56, 30 August 2020 (UTC)

@Lazarus1255 On which website (full URL)? With which browser and browser version? Malyacko (talk) 15:02, 30 August 2020 (UTC)

It is on https://en.wikivoyage.org using Chrome Version 84.0.4147.135 (Official Build) (64-bit) on an HP desktop with Windows OS. Lazarus1255 (talk) 16:55, 30 August 2020 (UTC)

maybe something wrong with your cookies. Check if you have any privacy extensions or settings to delete cookies really fast. Beyond that, no idea. Bawolff (talk) 21:42, 30 August 2020 (UTC)

Okay, I'll try that. Much obliged. Lazarus1255 (talk) 03:11, 31 August 2020 (UTC)

Template nowrap not found

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

---

With mediawiki 1.34.2 I tried to use https://www.mediawiki.org/wiki/Template:Nowrap, but {{nowrap | hello there}} just reports the template is undefined as a redlink. I can't see that this template is part of a particular extension or has been removed. Vicarage (talk) 07:20, 30 August 2020 (UTC)

Templates are wikitext that you need to put in Template: namespace on your wiki. So, you can copy or create own version on your wiki. Create page "Template:nowrap". wargo (talk) 07:34, 30 August 2020 (UTC)

Ta, I was expecting the mediawiki templates to be centrally supported, so pre-installed. Done it now. Vicarage (talk) 12:47, 30 August 2020 (UTC)

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

Producing a table where only one column can word wrap

My users have been putting in nbsp   to stop parts of individual lines in a table from wrapping. What I'd like is to be able to add the CSS white-space: nowrap; to apply to particular columns in a table, allowing others to wrap, but all I've managed to do is apply the style line by line, which my users will never do. (I tried the 'nowrap' template, which they might adopt, but that doesn't seem to work, see previous topic.

My attempts so far can be seen at http://wiki.johnbray.org.uk/Tabletest Vicarage (talk) 08:44, 30 August 2020 (UTC)

I've hacked SimpleTable.php to force all but the last column to use the nowrap template. See http://wiki.johnbray.org.uk/Tabletest Vicarage (talk) 19:21, 30 August 2020 (UTC)

i dont think that mediawiki supports the colgroup html tag.

You might be able to do something fancy with nth-child if you have extension:TemplateStyles installed. E.g. table.classNameHere tr td:nth-child(2) {white-space: nowrap} or something [3] Bawolff (talk) 21:41, 30 August 2020 (UTC)

My SimpleTable.php change to convertTable

                if ($col < sizeof($fields)-1) {
                  $wikitab .= $cbar . ' <span style="white-space: nowrap;">' . $field . "</span>\n";
                } else {
                  $wikitab .= $cbar . " " . $field . "\n";
                }

Vicarage (talk) 07:17, 1 September 2020 (UTC)

Note, that the SimpleTable extension has an XSS vulnerability in it. Bawolff (talk) 06:03, 3 September 2020 (UTC)

How to repair a Category or delete one to clear error undefined method Xml::escapeJsString()

Created a category but I'm having issues with referencing images. Already read a heap of the threads on this.

System in play

NAME="CentOS Linux"

VERSION="7 (Core)"

ID="centos"

ID_LIKE="rhel fedora"

VERSION_ID="7"

PRETTY_NAME="CentOS Linux 7 (Core)"

ANSI_COLOR="0;31"

CPE_NAME="cpe:/o:centos:centos:7"

Error when clicking on Category

[X0uixiBV6gz7vhfH0uj3CgAAAAA] /mediawiki/index.php/Category:Administration Error from line 204 of /var/www/mediawiki-1.34.2/extensions/CategoryTree/CategoryTreeFunctions.php: Call to undefined method Xml::escapeJsString()

Backtrace:

#0 /var/www/mediawiki-1.34.2/extensions/CategoryTree/CategoryPageSubclass.php(14): CategoryTree::setHeaders()

#1 /var/www/mediawiki-1.34.2/extensions/CategoryTree/CategoryPageSubclass.php(34): CategoryTreeCategoryViewer->getCategoryTree()

#2 /var/www/mediawiki-1.34.2/includes/CategoryViewer.php(379): CategoryTreeCategoryViewer->addSubcategoryObject()

#3 /var/www/mediawiki-1.34.2/includes/CategoryViewer.php(115): CategoryViewer->doCategoryQuery()

#4 /var/www/mediawiki-1.34.2/includes/page/CategoryPage.php(114): CategoryViewer->getHTML()

#5 /var/www/mediawiki-1.34.2/includes/page/CategoryPage.php(69): CategoryPage->closeShowCategory()

#6 /var/www/mediawiki-1.34.2/includes/actions/ViewAction.php(63): CategoryPage->view()

#7 /var/www/mediawiki-1.34.2/includes/MediaWiki.php(511): ViewAction->show()

#8 /var/www/mediawiki-1.34.2/includes/MediaWiki.php(302): MediaWiki->performAction()

#9 /var/www/mediawiki-1.34.2/includes/MediaWiki.php(900): MediaWiki->performRequest()

#10 /var/www/mediawiki-1.34.2/includes/MediaWiki.php(527): MediaWiki->main()

#11 /var/www/mediawiki-1.34.2/index.php(44): MediaWiki->run()

#12 {main}

I can edit the page and leave it blank but the issue above still remains. Also tried to delete the Category but even when I run the maintenance scripts and then recreate the Category I still end up with this error.

Any ideas to resolve it?

Cheers AussiePete2019 (talk) 13:07, 30 August 2020 (UTC)

You should update CategoryTree to match your MediaWiki version, see Special:ExtensionDistributor/CategoryTree. – Ammarpad (talk) 15:40, 30 August 2020 (UTC)

Hi Ammarpad

Thanks I'll give that a shot and let you know the outcome.

Cheers AussiePete2019 (talk) 21:18, 30 August 2020 (UTC)

Can't set up mediawiki (error)

Hello,

when i click on "Please set up the wiki first." i get the following page with errors:

Warning: include(C:\xampp\htdocs\Wiki2\vendor\composer/../liuggio/statsd-php-client/src/Liuggio/StatsdClient/Factory/StatsdDataFactory.php): failed to open stream: No such file or directory in C:\xampp\htdocs\Wiki2\vendor\composer\ClassLoader.php on line 444

Warning: include(): Failed opening 'C:\xampp\htdocs\Wiki2\vendor\composer/../liuggio/statsd-php-client/src/Liuggio/StatsdClient/Factory/StatsdDataFactory.php' for inclusion (include_path='C:\xampp\htdocs\Wiki2\vendor/pear/console_getopt;C:\xampp\htdocs\Wiki2\vendor/pear/mail;C:\xampp\htdocs\Wiki2\vendor/pear/mail_mime;C:\xampp\htdocs\Wiki2\vendor/pear/net_smtp;C:\xampp\htdocs\Wiki2\vendor/pear/net_socket;C:\xampp\htdocs\Wiki2\vendor/pear/pear-core-minimal/src;C:\xampp\htdocs\Wiki2\vendor/pear/pear_exception;C:\xampp\php\PEAR') in C:\xampp\htdocs\Wiki2\vendor\composer\ClassLoader.php on line 444

Fatal error: Class 'Liuggio\StatsdClient\Factory\StatsdDataFactory' not found in C:\xampp\htdocs\Wiki2\includes\libs\stats\BufferingStatsdDataFactory.php on line 35

I'm very new to this, i tried googling, and reinstalling everything from the start but i don't get any further than this error, can someone please help me out with this? 62.163.34.36 (talk) 14:48, 30 August 2020 (UTC)

Which exact MediaWiki version is this about? How and where did you get and extract MediaWiki? Malyacko (talk) 14:59, 30 August 2020 (UTC)

It is MediaWiki version 1.34.2 (Latest according to the download page)

I extracted the files with 7zip and its located in C:\xampp\htdocs\wiki2

Its also worth noting i am following this guide: Manual:Installing MediaWiki on XAMPP 62.163.34.36 (talk) 15:06, 30 August 2020 (UTC)

There are problems extracting with 7-zip because it doesn’t fully support PAX, try extracting with a different software. They have been seeing issues related to 7-zip every few days, people that re-extract with a different tool that fully supports the pax standard are usually able to resolve it. TiltedCerebellum (talk) 20:30, 30 August 2020 (UTC)

Software

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.

---

Software 47.7.216.47 (talk) 15:03, 30 August 2020 (UTC)

Yeah Jonathan3 (talk) 15:27, 30 August 2020 (UTC)

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

Error in english messages

Where can I write when I find an error in mediawiki: english messages? Pierpao (talk) 15:44, 30 August 2020 (UTC)

if you mean a grammer error, you can file a bug in https://phabricator.wikimedia.org (make sure to add the i18n tag) Bawolff (talk) 21:35, 30 August 2020 (UTC)

So a database error appear when I try to go to interwikis

[f43696f8b4c7a8ab25287c3b] /wiki/index.php?title=Special:Interwiki&action=submit&prefix=fr 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: INSERT INTO `cu_changes` (cuc_namespace,cuc_title,cuc_minor,cuc_user,cuc_user_text,cuc_actiontext,cuc_comment,cuc_this_oldid,cuc_last_oldid,cuc_type,cuc_timestamp,cuc_ip,cuc_ip_hex,cuc_xff,cuc_xff_hex,cuc_agent) VALUES ('-1','Interwiki','0','1','AEpicBarrier123','AEpicBarrier123 modified prefix \"fr\" (https://debilepedie.gq/wiki/$1) (trans: 0; local: 1) in the interwiki table',,'0','0','3','20200830190004','162.158.187.11','A29EBB0B','2600:2b00:8036:c500:680e:f2fd:3345:c1e6','v6-26002B008036C500680EF2FD3345C1E6','Mozilla/5.0 (X11; CrOS x86_64 13099.102.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.127 Safari/537.36') Function: CheckUserHooks::updateCheckUserData Error: 1146 Table 'nocyclopedia.cu_changes' doesn't exist (localhost) Backtrace:

1. 0 C:\xampp\htdocs\wiki\includes\libs\rdbms\database\Database.php(1427): Wikimedia\Rdbms\Database->makeQueryException(string, integer, string, string)
2. 1 C:\xampp\htdocs\wiki\includes\libs\rdbms\database\Database.php(1200): Wikimedia\Rdbms\Database->reportQueryError(string, integer, string, string, boolean)
3. 2 C:\xampp\htdocs\wiki\includes\libs\rdbms\database\Database.php(1966): Wikimedia\Rdbms\Database->query(string, string)
4. 3 C:\xampp\htdocs\wiki\extensions\CheckUser\includes\CheckUserHooks.php(83): Wikimedia\Rdbms\Database->insert(string, array, string)
5. 4 C:\xampp\htdocs\wiki\includes\Hooks.php(177): CheckUserHooks::updateCheckUserData(RecentChange)
6. 5 C:\xampp\htdocs\wiki\includes\Hooks.php(205): Hooks::callHook(string, array, array, NULL)
7. 6 C:\xampp\htdocs\wiki\includes\changes\RecentChange.php(421): Hooks::run(string, array)
8. 7 C:\xampp\htdocs\wiki\includes\changes\RecentChange.php(814): RecentChange->save()
9. 8 C:\xampp\htdocs\wiki\includes\logging\LogPage.php(117): RecentChange::notifyLog(string, Title, User, string, string, string, string, Title, string, string, integer, string)
10. 9 C:\xampp\htdocs\wiki\includes\logging\LogPage.php(370): LogPage->saveContent()
11. 10 C:\xampp\htdocs\wiki\extensions\Interwiki\includes\SpecialInterwiki.php(295): LogPage->addEntry(string, Title, string, array)
12. 11 C:\xampp\htdocs\wiki\extensions\Interwiki\includes\SpecialInterwiki.php(68): SpecialInterwiki->doSubmit()
13. 12 C:\xampp\htdocs\wiki\includes\specialpage\SpecialPage.php(565): SpecialInterwiki->execute(NULL)
14. 13 C:\xampp\htdocs\wiki\includes\specialpage\SpecialPageFactory.php(568): SpecialPage->run(NULL)
15. 14 C:\xampp\htdocs\wiki\includes\MediaWiki.php(288): SpecialPageFactory::executePath(Title, RequestContext)
16. 15 C:\xampp\htdocs\wiki\includes\MediaWiki.php(861): MediaWiki->performRequest()
17. 16 C:\xampp\htdocs\wiki\includes\MediaWiki.php(524): MediaWiki->main()
18. 17 C:\xampp\htdocs\wiki\index.php(42): MediaWiki->run()
19. 18 {main}

So, how do i fix it? FireBarrier101 (talk) 16:03, 30 August 2020 (UTC)

Run update.php Taavi (talk!) 17:21, 30 August 2020 (UTC)

Is Shoutwiki down?

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.

---

Evening, I've been trying to access a wiki hosted by Shoutwiki, and I get this error :

Sorry! This site is experiencing technical difficulties.

Try waiting a few minutes and reloading.

(Cannot access the database: Unknown error (localhost))

Backtrace:

#0 /var/www/live/w/includes/libs/rdbms/loadbalancer/LoadBalancer.php(931): Wikimedia\Rdbms\LoadBalancer->reportConnectionError()
#1 /var/www/live/w/includes/libs/rdbms/loadbalancer/LoadBalancer.php(898): Wikimedia\Rdbms\LoadBalancer->getServerConnection(0, 'shoutwiki', 0)
#2 /var/www/live/w/includes/page/WikiPage.php(499): Wikimedia\Rdbms\LoadBalancer->getConnection(-1)
#3 /var/www/live/w/includes/page/WikiPage.php(612): WikiPage->loadPageData()
#4 /var/www/live/w/includes/page/WikiPage.php(653): WikiPage->exists()
#5 /var/www/live/w/includes/page/WikiPage.php(291): WikiPage->getContentModel()
#6 /var/www/live/w/includes/page/WikiPage.php(278): WikiPage->getContentHandler()
#7 /var/www/live/w/includes/actions/Action.php(98): WikiPage->getActionOverrides()
#8 /var/www/live/w/includes/actions/Action.php(155): Action::factory('view', Object(WikiPage), Object(RequestContext))
#9 /var/www/live/w/includes/MediaWiki.php(155): Action::getActionName(Object(RequestContext))
#10 /var/www/live/w/includes/MediaWiki.php(817): MediaWiki->getAction()
#11 /var/www/live/w/includes/MediaWiki.php(527): MediaWiki->main()
#12 /var/www/live/w/index.php(44): MediaWiki->run()
#13 {main}

I've been trying on different Shoutwikis, and I get this every time. Checking with friends (I'm in France, they in Noway or the US.). Erasing the cookies allows me to access the wiki's main page once, but retrying right after gives me the same error, and I can't access any other pages this way, just the main one.

Earlier today, I got a 502_ Bad Gatewat error while trying to access the site, which has happened from time to time before. Anyway, does anyone knows what's causing this? Is it linked to the Cloudflare outage that has been going on?

Thank in advance~

Launcher9 Launchernine (talk) 17:29, 30 August 2020 (UTC)

We're not ShoutWiki, you need to ask them. Taavi (talk!) 17:31, 30 August 2020 (UTC)

I mean, fair, but I can't actually reach the http://www.shoutwiki.com/wiki/Customer_Support_Team, since I get the same error. i figured that since it runs on Mediawiki, this was the second best place to ask, in case it was an error some had seen or run into here. I'll try and hit them up on twitter, then. Thanks~ Launchernine (talk) 17:38, 30 August 2020 (UTC)

We just make the free software that Shoutwiki (among many other wikis) use, we have no control over any sites that use MediaWiki. Taavi (talk!) 17:51, 30 August 2020 (UTC)

Shout wiki is fine now when I browse to it using the link you provided. For third party sites you generally have to wait until they fix whatever they were working on that caused the error. They may have been installing a new extension that required any update script, doing an upgrade, changing settings etc. Maybe check again. There’s little anyone can do here about the error message since that doesn’t give all the information needed, they’d need the information that is posted at the very top of this page, where it outlines required information. Aside from that, the admits of Shout Wiki will probably post here if they need help sorting out what they were working on. TiltedCerebellum (talk) 19:55, 30 August 2020 (UTC)

however the shoutwiki people are on this site (ping user:Lcawte) Bawolff (talk) 21:34, 30 August 2020 (UTC)

tl;dr - MySQL crashed while I was at the day job, innoDB needed to recover, its back for now. There are open upstream bug reports with the MariaDB team to work out the cause. Lcawte (talk) 19:31, 1 September 2020 (UTC)

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

Logging issues

I couldn't able to login any of internal wiki pages. Can you please look into this and resolve this issue Chaitug86 (talk) 06:28, 31 August 2020 (UTC)

@Chaitug86 We cannot without any information which "internal wiki pages" on which exact servers (full URLs, please) this is. Malyacko (talk) 07:56, 31 August 2020 (UTC)

MediaWiki protection templates

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 copy some of Wikipedia's protection templates over to MediaWiki, easily? If not, could someone point me into the right direction to creating my own? Carolina2k22 (talk) 09:55, 31 August 2020 (UTC)

Do you mean templates in this category: Top icon protection templates?

1. Ensure Scribunto is installed on your wiki.
2. Go to Special:Export.
3. In the first field, type "Top icon protection templates" and click "Add"
4. Make sure the "Include Templates" checkbox is checked.
5. Click "Export".
6. Save the file that your browser attempts to download.
7. Go to Special:Import on your own wiki and use it to import the file that you just saved.

That should do it. ☠MarkAHershberger☢(talk)☣ 15:47, 31 August 2020 (UTC)

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

asking for my registered email

Hi, i know my username i hve created 9 years ago but i don't remember which email i have used

Kindly assist me to restore my details 86.98.54.242 (talk) 12:17, 31 August 2020 (UTC)

Hi, please elaborate how we should find out who you are and what your address is. Thanks a lot! Malyacko (talk) 14:14, 31 August 2020 (UTC)

your email address is confidential data. Even if we were magically able to figure out which account was yours from zero information, we would not be able to tell you the associated email. Bawolff (talk) 17:54, 31 August 2020 (UTC)

common.js function does not execute

can somebody review this code please, it's loading and showing in the page code, but seems link not executing at all

function myfunction () {
  var myblock = '<script type="text/javascript">console.log("Hello world!");</script>';
 
   var newDiv  = document.createElement('div');
   newDiv.style  ='text-align:center;';
   newDiv.innerHTML =myblock;
   var myElement = document.getElementById("mw-content-text").getElementsByTagName("h2")[2];
   myElement.insertBefore(newDiv, null);
   
 };

2001:8F8:1E23:A0C:F0C8:4FED:314D:7959 (talk) 21:06, 31 August 2020 (UTC)

how are you calling the code? ☠MarkAHershberger☢(talk)☣ 21:16, 31 August 2020 (UTC)

the code is placed within common.js 5.193.99.25 (talk) 22:18, 31 August 2020 (UTC)

Is there any specific way to call this function? As for now, it is only placed in common.js as it is, nothjng extra 2001:8F8:1E23:A0C:DD2E:ACA4:B181:2BF7 (talk) 22:24, 31 August 2020 (UTC)

You can put nearly anything into a page using Extension:Widgets. Jonathan3 (talk) 22:41, 31 August 2020 (UTC)

What is "common.js"? What is the full and complete URL to that file? Malyacko (talk) 22:48, 31 August 2020 (UTC)

the code as written does nothing (it sets up the function but does not tell the computer to do anything).

I would suggest reading through an introduction to programming in javascript. Bawolff (talk) 02:21, 1 September 2020 (UTC)

common.js is Mediawiki:Common.js 2001:8F8:1E23:A0C:5DFB:C9E1:9D14:1A1D (talk) 08:11, 1 September 2020 (UTC)

the source of this where taken from :Adding JavaScript to Wiki Pages 2001:8F8:1E23:A0C:5DFB:C9E1:9D14:1A1D (talk) 08:30, 1 September 2020 (UTC)

the code is inserted as expected, but how to execute it , i'm not a professional programmer, can you help please? 2001:8F8:1E23:A0C:5DFB:C9E1:9D14:1A1D (talk) 11:26, 1 September 2020 (UTC)

They explained above why it doesn’t work. That code is a sample, not a fully working script. If you don’t know how to write scripts you can do the suggestion Bawolff made “reading through an introduction to programming in JavaScript” or find a free course in it. Helping or teaching JavaScript is outside of the scope of the MediaWiki software support desk. They are here to support problems in the MediaWiki software.

It was also suggested to add the Widgets extension. You can also check out people familiar working with MW software (to hire) in the Professional development and consulting page, or on Stack Exchange or some other site where you can ask JavaScript questions.

Professional development and consulting

Also, you never said what it is you are trying to do. TiltedCerebellum (talk) 18:57, 1 September 2020 (UTC)