Project:Support desk

v • d • e   Welcome to MediaWiki.org's Support desk, where you can ask MediaWiki questions!

There are also other places where to askCommunication: IRCCommunication#Chat, mailing listsMailing lists, Wikimedia Developer Support, Q&A, mwusers (unofficial forum) etc.

Before you post

• Make sure you have read our fundamental introduction.
• Please carefully check our FAQManual:FAQ and Errors and Symptoms pages.
• Project:Current issues is where you should discuss issues about the mediawiki.org website itself.
• If your question is about a specific function, please read the relevant technical manualManual:Contents, end-user helpHelp:Contents or extension page and consider asking on its talk pageHelp:Talk pages.
• Test wiki editing at the Project:Sandbox.

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".

Previous page history was archived for backup purposes at Project:Support desk/LQT Archive 1 on 2015-07-30.

If I have multiple collapsible elements on a page, is it possible to have any other expanded elements collapse when you expand a new one?

Say you have element A, B and C. All three start off collapsed. You click on B and it expands. Then you click A and it expands while collapsing B. Likewise if you then click C, it will expand C and simultaneously collapse A.

I have found the posts regarding "collapse or expand all" buttons, but none that function as I've described.

Thanks in advance

I just checked my server's error logs, because I wanted to see the reason for a random error 500 I got, but I didn't find any entry which could be related to an error 500, I found lots of entries regarding non-existant files:

https://abload.de/img/errorloge6ksx.png

For some reason, users (or bots) try to load those files, despite them not existing and the domain redirecting to the wiki. How can I prevent that?

After moving and upgrading a wiki, I managed to get it running, but as you can see here: https://mariowiki.net - there are still several problems.

There are no images showing up.I can't get them to load, because I always get an error 500. altough they exist on the server and can be downloaded via FTP. I don't know what the problem is there, maybe it has something to do with the shorturls?

I am using the htaccess example from Manual:Short_URL/Apache:

## http://www.mediawiki.org/wiki/Manual:Short_URL/Apache

# Enable the rewrite engine
RewriteEngine On

# Short URL for wiki pages
RewriteRule ^/?wiki(/.*)?$ %{DOCUMENT_ROOT}/index.php [L]

# Redirect / to Main Page
RewriteRule ^/*$ %{DOCUMENT_ROOT}/index.php [L]

but with the /w removed, since my domain points right to the installation directory of MediaWiki. Articles load fine.

Also, I can't log in, it always gives me an error message that the action got canceled because of a problem with the transmission of my account data. Is that problem related to the above one?

Another problem is that on the login page I get an error message where the user menu should be: ''Warning: call_user_func() expects parameter 1 to be a valid callback, function 'efClearStatistics' not found or invalid function name in /home/.sites/327/site4525714/web/wiki/includes/Setup.php on line 940''

And of course the wiki looks kinda broken, but that might be related to changes in the vector.css page? I can't edit that page of course, because I can't login.

Can someone help me, please?

I am getting an error which translates to "The database is temporarily closed to new entries and changes. Please try again later.". I think you've locked it?

yeah, I locked the database, but that shouldn't affect logins, right?

Unlocking the database allowed me to login (I could log in even after the database was locked on the old server with MW 1.24...), and I managed to solve the images problem (that was caused by an errant .htaccess in the images folder), but the error message I mentioned above is still there, where the user menu should be.

Also, I noticed that there are several calls for a /w directory in my server's error log, which doesn't exist because my MediaWiki is installed in a directory called /wiki and the domain points to that directory:

[Mon Jan 14 16:47:34 2019] [error] [client 46.229.168.135] File does not exist: /home/.sites/327/site4525714/web/wiki/w
[Mon Jan 14 16:47:34 2019] [error] [client 46.229.168.135] File does not exist: /home/.sites/327/site4525714/web/wiki/error

oh, and even after reverting my changes to the Vector.css page, the skin still looks kinda broken. What happened there?

Also stuff like collapsible tables doesn't work as I just noticed, and sometimes thumbnail images still don't load...

And it doesn't redirect you to the main page, when you just enter the domain, you need to enter https://mariowiki.net/wiki/MarioWiki:Hauptseite to reach it, entering https://mariowiki.net gives you the provider's default page or a not found error.

To be redirected to the front page, you need an .htaccess file that will perform the redirect.

You need something similar for /w and /wiki: short urls.

I already read that manual, my current .htaccess is in that thread's opnening post. But what's wrong with that .htaccess?

Maybe a cache issue?

https://mariowiki.net redirects to https://mariowiki.net/wiki/MarioWiki:Hauptseite on my end.

Okay, it works, but sometimes it doesn't load for whatever reason... And what about my other problems? Any help...?

Interestingly sometimes the page loads, sometimes it doesn't. I'll switch back to the old URL structure later to see if that helps.

I'm seeing this error:

Warning: call_user_func() expects parameter 1 to be a valid callback, function 'efClearStatistics' not found or invalid function name in .../includes/Setup.php on line 940

This seems to indicate that you've modified the MediaWiki source code directly. If you've done that, then we cannot be of much help since we don't know what other modifications you've made.

Also, I would recommend sticking with a URL structure that mimic's Wikipedia's (e.g. /w and /wiki). Others can work, but they require more tinkering.

I also don't know what causes that error. I moved to a clean, new MediaWiki installation, the only files I took over from the old wiki were the localsettings.php (altough updated), the images folder and the database. Maybe in the old installation source code was modified, but in the new installation, sourcecode definitely is not modified.

So I just changed the structure by renaming the wiki folder to /w, pointing the domain to the server's root directory and changed the script path in the localsettings.php from "" to "/w" - and now all I get is a certificate error and the hoster's default 404 page. Not even a MediaWiki error. What's the problem there...?

I am now using exactly the example .htaccess from the Short URLs manual I linked above.

Managed to get the wiki running again with the new folder structure, which is now the MediaWiki default one, but the other problems still remain, and it is sometimes loading images, sometimes not, and loading of the stylesheet is delayed too...

The problem with efClearStatistics is caused by one of your skins or extensions. Disable all of them, and then enable them one by one until you find which one is what makes the error message appear on every page.

If you upgraded, remember to upgrade also all extensions. Don't carry them from the old install, since they may be incompatible. Also, be sure to not unpack the new files over the old ones. Always unpack them on a new folder, to avoid leaving old files from the old install there that may cause strange problems

I did not carry over ANY extension. I left them all on the old server and just included those which came with the MediaWiki installation - since I want to get the WIki running fine before installing any extensions and there were lots of unneeded extensions which only made the wiki slower.

There are problems with thumbnails on your server. The error message says it can't save thumbnail to destination. This is caused by permission errors. Be sure the images folder is owned by the webserver and/or has permissions to write on it recursively

chmod 775 for the image folder, subfolders and files should be fine?

I would use chmod -R 1777 images

I just set chmod 777 for images and subfolders and files, without any noticeable change... (not via shell, via ftp settings)

The error may be not folder permissions, but some misconfiguration on the server: https://mariowiki.net/w/images/thumb/3/31/Richtig.png/23px-Richtig.png

It gives a forbidden error. Maybe a htaccess is preventing requests from accessing that folder

That is the error I find in the error log:

[Mon Jan 14 23:03:18 2019] [crit] [client 93.236.167.163] (13)Permission denied: /home/.sites/327/site4525714/web/wiki/w/images/.htaccess pcfg_openfile: unable to check htaccess file, ensure it is readable

So for whatever reason it searches for a .htaccess in the images folder and because it can't find one it prevents access? What's that? Usually it should allow access if there's no htaccess preventing access to the files/folders, right?

Yes, there's no problem if .htaccess is not present. However, the error says ensure it is readable.

Another problem may be that you added 777 permissions to everything, while it should be done only to folders, not files. Having files with 7 or 5 permissions makes them executable, and can cause a remote execution on your server. Maybe your .htaccess is affected too, and it refuses to read it for security.

To fix permissions you'll need shell access... Changing permissions from a web interface can be very cumbersome. Maybe your hoster can do that for you if you ask...

I don't need shell access, but I have it if I need it.

I have now set permissions to 777 for folders and 755 for files, still thumbnails are not loading properly, but the image you linked above is no longer a 403 error.

As I said there is NO htacccess in the images folder.

I found the reason for the error message, it was an errant variable in the localSettings.php file. But the problem with the thumbnails not loading (and mariowiki.net not always properly redirecting, I contacted my hoster because of that already) persists.

Also, collapsible tables don't work anymore and I still get other error messages on some pages like MediaWiki:Vector.css: https://mariowiki.net/wiki/MediaWiki:Vector.css

And thank you for trying to help me, it is my first time hosting my own wiki, since I took that one over from the old hoster, I "only" have experience with forum softwares, not with mediawiki so I am still learning ;-)

Any ideas?

Files should have mode 644 or 664, not 7 nor 5 (which makes them executable)

There are still permission issues it seems:

Warning: md5_file(/home/.sites/327/site4525714/web/wiki/w/images/Wiki.png): failed to open stream: Permission denied (...)

For whatever reason PHP can't access that file for reading.

There's a problem with your scripts. If you open the browser console you'll see:

ReferenceError: addOnloadHook is not defined

addOnloadHook has been deprecated for a long time. The fix should be as easy as replacing all "addOnloadHook" with "$", which is the jQuery replacement. There are instances of this on MediaWiki:Common.js

See also ResourceLoader/Migration guide (users)

yes, that was because those scripts were never updated before, similar to the mediaWiki version. Thanks for mentioning it, I just replaced the addOnloadHooks with a "$", and now stuff like the collapsible tables works again.

I don't know what caused that error, the file is named Wiki.png with captial "W", and that file can be opened for me.

Another issue I just noticed is that file names with symbols such as question marks are corrupted (examples can be found [https://mariowiki.net/wiki/%3F-Block here]. The problem is that the image names on the server are corrupted, so that the file pages are empty. How to fix that?

Estoy tenienedo un problema con la instalacion de mediawiki 1.32, lo instale en un servidor centos 7 pero cuando voy a ir a la configuracion de la wiki despues de haber instalado los paquetes correspondientes me sale el siguiente error

No se encontró un controlador adecuado para la base de datos. Necesitas instalar un controlador de base de datos para PHP. Se admiten los siguientes gestores de bases de datos: MariaDB, MySQL o un sistema compatible, PostgreSQL, Oracle, Microsoft SQL Server, SQLite.

Si compilaste PHP por tu cuenta, debes reconfigurarlo activando un cliente de base de datos, por ejemplo, mediante ./configure --with-mysqli. Si instalaste PHP desde un paquete de Debian o Ubuntu, también debes instalar, por ejemplo, el paquete php-mysql.

estoy trabajando con la version de php 7.2.14 no se si tenga algo que ver con la version, si a alguien le ha pasado agredezco lo q me puedan colaborar.

My wiki uses a slightly modified vector skin, but the Special:Settings page is always played with the standard Vector skin, without the Vector.css custom declarations applied. Is it possible to force the modified skin to be used there too? It just looks awkward when the page switches skins when you go to another page...

thank you!

MediaWiki marks internal urls consisting of /w/index.php instead of the usual short url formal /wiki/Article, such as domain.tld/w/index.php?title=Article&action=edit as external urls. Can I fix that and if yes, what is the right solution?

From what I understand, basically no. See Help:Links#External links to internal pages.

Hi Im a total newb. Im using MediaWiki 1.23 on blaced.net.

When I want to make a bacup of my articles, i go through bplaced to phpMyAdmin and then export a single file (localhost.sql). I suppose this contains the full version history.

The problem is, that the export file gets from time to time bigger (now 60MB). I dont need the full version history of every article, its enough for me to export only the latest version of all articles.

How can I do this? Remember, Im newb.

Thank very much.

On an unrelated note, please upgrade to a supported version. 1.23 has security vulnerabilities, so your wiki is not safe.

There is an option in Special:Export to select only the latest revision.

Thanks. I know this page. But there is a problem. I would have to add each article of my wiki seperately in the list.

Is it possible, to secure all articles at once? I didnt put all articles in one same category.

In "Add pages from namespace", select all. Leave the other columns blank and click add.

Thanks, I see. Im sorry but in my case I have to use the old version 1.23, where I dont see the bar "Add pages from namespace".

I have only the bar "Add pages from category" and "Add pages manually"  :(

Is there another way to export all latest articles, without doing it manually?

You're right, but surely you can't upgrade to the latest version?

That option should be available from v1.15.

To enable it, see Manual:$wgExportFromNamespaces.

Thanks for your patience guys. No it will be too much trouble to update the wiki now.

Ahmad ! I see your link Manual:$wgExportFromNamespaces, but what exactly do I have to do, to activate the bar?

Do I need to go to the article MediaWiki:Common.css ?? This article contains already this:

.tocnumber {

   display: none;

}

Add $wgExportFromNamespaces = true in localsettings.php.

Thanks it helped me !

See the manual page for backing up a wiki.

Are there "simpler" WYSIWYG alternatives to the VE? Setting it up on a shared host like mine requires using a 3rd party service, because of Parsoid, and even then according to the explanation page here, it might consume too much ressources on larger article pages. I mean, forums use WYSIWYG editors since many years (like CKEditor, Redactor and many others) and have never caused ressource problems on shared hosts and don't require a permanently running service such as Parsoid. What is different in a Wiki - except that it uses Wikitext over BBCode tags- that it needs such a much more complicated WYSIWYG editor that almost requires hosting on a dedicated server?

Wikitext has been intentionally engineered over the years to provide a lot of power, but the consequence of that expressive power is that a basic WYSIWYG editor can't cope with much of the output of wikitext. Templates, parser functions, and extension tags in particular are way beyond the static scope of HTML, and can't be handled well without a lot of heavyweight specialist code. Lots of people are willing to accept the lack of editability of content for some users by using a low-end WYSIWYG like CKEditor, but that's a decision to make based on the nature of your content and the character of your editing community; the Wikimedia editing community expressed very strong desires for full-feature editing, but that may not be necessary for you.

Note that there is a project underway currently to port the Node service into PHP, which may mean that relatively soon you'd be able to use the visual editor in low-end hosting environments. However, I'm not an expert on such systems.

Здраствуйте,

Я онлайн пользователь. У меня есть вопрос ! Почему меня обвинили в вандализме? Я хочу создать аккаунт, а мне пишут что я вандал!!! Вы просите но я мальчик и мне 14 лет я и живу и учусь в России. Я делаю аккаунт для того чтобы воспользоваться дополнительными услугами. Я делаю проект. Если я что-то натворил, то простите пожалуйста. Если можно снимите с меня блокировку! Если понадобится моя почта, то я на связи kurbartur@mail.ru.

С уважением ChestAVAY.

From your post, it looks like that you were blocked (somewhere). If it is a Wikipedia block, please ask there; we can't help you. Same applies if it is a block not on this project (mediawiki.org).

I keep getting a message just one dot but its a zip so two dot always comes up what can I do

Wrong support forum.😕