Project:Support desk

Jump to navigation Jump to search

About this board

vde   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

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".
72.83.98.211 (talkcontribs)

I haven't logged into my wikipedia account in a few years, but I had the username and password stored in my password manager. I have about a dozen possible email addresses and access to all of them, but I don't know which I used to create the account so I'm having a hard time recovering it. Are there any alternative recovery options to resetting my password? I can provide the expired password, I can reply to a link that is emailed, but it will take me half a month to figure out which email address I used.

Reply to "Recovering user accounts"

Extension:Graph yields a blank canvas

3
Siacali (talkcontribs)

Fresh install with 1.32 with latest JsonConfig, and Graph. Without parsoid, Graph yields an empty blank space where the graph should appear (tested using various sample Vega graphs), With parsoid, Graph yields a broken image icon. No errors appear in logs with logging turned on both on Mediawiki and php. I'm not sure how to debug this? Any clues?

Bawolff (talkcontribs)

Not very familar with Graph extension, but my first debugging suggestion would be to look at the javasscript console in your web browser to check for JS errors.

Siacali (talkcontribs)

Makes sense, but nothing very informative appears there...there are a bunch of minor javascript errors (certain attributes not available, etc), but nothing catastrophic and they change when I insert different graphs.

No graphs (that I've tried so far) produce any real output other than the blank space...as I've used sources from graphs that appear to be working on this site, my expectation is that they should work on my own.

Reply to "Extension:Graph yields a blank canvas"

Several problems after moving and upgrading a wiki

45
Semako96 (talkcontribs)

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?

Leaderboard (talkcontribs)

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?

Semako96 (talkcontribs)

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

Semako96 (talkcontribs)

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?

Semako96 (talkcontribs)

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.

MarkAHershberger (talkcontribs)

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.

Semako96 (talkcontribs)

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

AhmadF.Cheema (talkcontribs)
Semako96 (talkcontribs)

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

Semako96 (talkcontribs)

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

MarkAHershberger (talkcontribs)

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.

Semako96 (talkcontribs)

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.

Semako96 (talkcontribs)

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.

Semako96 (talkcontribs)

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

Ciencia Al Poder (talkcontribs)

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

Semako96 (talkcontribs)

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.

Ciencia Al Poder (talkcontribs)

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

Semako96 (talkcontribs)

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

MarkAHershberger (talkcontribs)

I would use chmod -R 1777 images

Semako96 (talkcontribs)

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

Ciencia Al Poder (talkcontribs)
Semako96 (talkcontribs)

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?

Ciencia Al Poder (talkcontribs)

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

Semako96 (talkcontribs)

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.

Semako96 (talkcontribs)

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 ;-)

Semako96 (talkcontribs)

Any ideas?

Ciencia Al Poder (talkcontribs)

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

Ciencia Al Poder (talkcontribs)

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.

Ciencia Al Poder (talkcontribs)

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)

Semako96 (talkcontribs)

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?

Semako96 (talkcontribs)

The problem with the question marks was apparently caused by Windows, which replaced them with underscores when I saved the files locally after downloading them from the old server. So I just have to reupload the files from my Linux computer.

Any ideas why the wiki looks broken the first time you open it on mmobile but fine after a reload?

Ciencia Al Poder (talkcontribs)

I'm unable to discover the mobile version of MarioWiki

Semako96 (talkcontribs)

Just open the wiki on the phone. There's no mobile frontend installed yet, but the vector skin looks broken the first time you load it on the phone, and when you reload it, it will look fine.

Ciencia Al Poder (talkcontribs)

I'm using the browser's tool to simulate a mobile device, and it doesn't switch to the mobile skin... And appending ?useformat=mobile to the URL doesn't work

Leaderboard (talkcontribs)

I suspect you're using browser sniffing, but even then I can't get it to work neither by emulation nor by my S6; I only see the desktop one.

Semako96 (talkcontribs)

There's NO MOBILE SKIN installed yet. It is just the regular Vector skin. And THAT VECTOR SKIN LOOKS BROKEN when you open the wiki on phone (I am using an android phone with Google Chrone), but reloading the page fixes it. And I don't know what causes that problem, so I am asking here for help.

Semako96 (talkcontribs)

Altough usually there are no more errors present, uploading an image still gives several errors at once:

Warning: is_executable(): open_basedir restriction in effect. File(/bin/bash) is not within the allowed path(s): (/home/.sites/327/site4525714/web:/home/.sites/327/site4525714/tmp:/usr/share/pear:/usr/bin/php_safemode) in /home/.sites/327/site4525714/web/wiki/w/includes/shell/Command.php on line 312

Warning: is_executable(): open_basedir restriction in effect. File(/bin/bash) is not within the allowed path(s): (/home/.sites/327/site4525714/web:/home/.sites/327/site4525714/tmp:/usr/share/pear:/usr/bin/php_safemode) in /home/.sites/327/site4525714/web/wiki/w/includes/shell/Command.php on line 312

Warning: is_executable(): open_basedir restriction in effect. File(/bin/bash) is not within the allowed path(s): (/home/.sites/327/site4525714/web:/home/.sites/327/site4525714/tmp:/usr/share/pear:/usr/bin/php_safemode) in /home/.sites/327/site4525714/web/wiki/w/includes/shell/Command.php on line 312

Warning: is_executable(): open_basedir restriction in effect. File(/bin/bash) is not within the allowed path(s): (/home/.sites/327/site4525714/web:/home/.sites/327/site4525714/tmp:/usr/share/pear:/usr/bin/php_safemode) in /home/.sites/327/site4525714/web/wiki/w/includes/shell/Command.php on line 312

Warning: is_executable(): open_basedir restriction in effect. File(/bin/bash) is not within the allowed path(s): (/home/.sites/327/site4525714/web:/home/.sites/327/site4525714/tmp:/usr/share/pear:/usr/bin/php_safemode) in /home/.sites/327/site4525714/web/wiki/w/includes/shell/Command.php on line 312


Despite the errors, everthing works correctly, the thumbs are generated. What might cause that errors?

MarkAHershberger (talkcontribs)

As I said on another thread, open_basedir is likely set by your hoster. If you have control over the php.ini, you can fix these errors. Search for open_basedir on this wiki to read more.

Semako96 (talkcontribs)

Can I also just hide these messages, since uploads work fine and these are only warnings, not actual errors? and if yes, how? I assume it must be a variable for the localSettings.php file?


I am on a shared host and so I don't have access to a php.ini file.

AhmadF.Cheema (talkcontribs)
Ciencia Al Poder (talkcontribs)
Semako96 (talkcontribs)

To which php script do I need to add that?


What is open_basedir exactly and what does MediaWiki need it for?

Semako96 (talkcontribs)
Leaderboard (talkcontribs)

It works properly (no need to reload) on my end:

Semako96 (talkcontribs)

That's interesting... Maybe a bug in mobile chrome?

Reply to "Several problems after moving and upgrading a wiki"
Mitzzzz (talkcontribs)

Hi,

I am currently running version 1.31.1 but would like to update using patch to 1.32.0.

Do I have to apply each rc release in between 1.31.1 and 1.32.0? I don't remember doing that in the past.

Thx.

Bawolff (talkcontribs)

Generally no, you don't have to apply the RC versions. The announcement email should include information against what version the patch is for.

Reply to "Using patch & rc releases"

Problem with login/register on MediaWiki

12
Summary by The Real Minteck

Change database provider or name

The Real Minteck (talkcontribs)

Hello, I made a MediaWiki site (http://projectpedia.co.nf/) and I can't login to m'y admin account, register a new account, nor login to another account... I don't know what went wrong with my LocalSettings.php... Can you help me with that?

Regards, Minteck

MarkAHershberger (talkcontribs)
The Real Minteck (talkcontribs)

No, I don't have any access to command line. Just MediaWiki and PhpMyAdmin.

And the problem is for all the accounts on the wiki...

The Real Minteck (talkcontribs)

And now I also have access to my account from only one computer...

The Real Minteck (talkcontribs)

d I also tried to change my password using SQL requests.n

The Real Minteck (talkcontribs)
Leaderboard (talkcontribs)

The problem probably lies elsewhere. I tried to create a test article, and got hit by this error:

MediaWikiinternal error.
 

 Original exception: [XDzaN7mwK1oAACBgfa0AAABG] 2019-01-14 18:51:36: Fatal exception of type "Wikimedia\Rdbms\DBQueryError"
 

 Exception caught inside exception handler.
 

 Set $wgShowExceptionDetails = true; at the bottom of LocalSettings.php to show detailed debugging information.
 

 Fatal error:  Uncaught Wikimedia\Rdbms\DBTransactionError: Transaction round stage must be 'cursory' (not 'within-rollback') in /srv/disk12/2932603/www/projectpedia.co.nf/includes/libs/rdbms/lbfactory/LBFactory.php:703 Stack trace: #0 /srv/disk12/2932603/www/projectpedia.co.nf/includes/libs/rdbms/lbfactory/LBFactory.php(251): Wikimedia\Rdbms\LBFactory->assertTransactionRoundStage('cursory') #1 /srv/disk12/2932603/www/projectpedia.co.nf/includes/libs/rdbms/lbfactory/LBFactory.php(179): Wikimedia\Rdbms\LBFactory->commitMasterChanges('Wikimedia\\Rdbms...') #2 /srv/disk12/2932603/www/projectpedia.co.nf/includes/libs/rdbms/lbfactory/LBFactory.php(152): Wikimedia\Rdbms\LBFactory->shutdown(0) #3 /srv/disk12/2932603/www/projectpedia.co.nf/includes/libs/rdbms/lbfactory/LBFactory.php(728): Wikimedia\Rdbms\LBFactory->destroy() #4 [internal function]: Wikimedia\Rdbms\LBFactory->__destruct() #5 {main}  thrown in /srv/disk12/2932603/www/projectpedia.co.nf/includes/libs/rdbms/lbfactory/LBFactory.php on line 703

Looks like a database error from first glance. Edit: It's also on the main page, scroll to the bottom...

The Real Minteck (talkcontribs)

It's probably because my host sometimes reset MySQL and MediaWiki is unable to access the database for several minutes...

The Real Minteck (talkcontribs)

I changed database and I no longer have this problem...

The Real Minteck (talkcontribs)

The problem is back and I can login from work...

Leaderboard (talkcontribs)

What's the exact problem? Creating a test article worked this time...

The Real Minteck (talkcontribs)

So, it was you that made the test article I deleted...

The problem is very random, sometime I can login, and sometimeI can't...

Reply to "Problem with login/register on MediaWiki"

Fatal exception of type MWException

2
Summary by MarkAHershberger
Warko (talkcontribs)

When trying to merge articles in Spanish Wikipedia I get the following:

[XDqomgpAADsAACxLiIEAAACM] 2019-01-13 02:55:22: Fatal exception of type MWException
MarkAHershberger (talkcontribs)
Reply to "Fatal exception of type MWException"

Nested collapsible table shows wrong toggle state

5
162.255.236.20 (talkcontribs)

I am using MediaWiki version 1.31.1 with PHP 7.3 and MariaDB 5.5.60. I have a table definition such as:

Main Menu
General
Topic 1
Topic 2

Main Menu correctly shows [Expand] next to it. The problem is now if I expand "Main Menu", General is initially in a collapsed state, but the label next to General incorrectly shows [Collapse] when it should say [Expand]. Once General is expanded, the label correctly shows [Collapse]. Now if I click on General to collapse it, the label next to General now is in the correct toggle state and does show [Expand]. Toggling General back and forth works, until I collapse Main Menu and expand it again, and General incorrectly shows [Collapse] when it should show [Expand].

Anyone ever encounter this bug and know how to fix it?


Thank you.

Leaderboard (talkcontribs)

Can't reproduce this bug here. I expanded "Main Menu" and General still reads "Expand". Might have been fixed in MW 1.32/1.33 though, can't say.

AhmadF.Cheema (talkcontribs)

Yes, happening in v1.31.1. Not occurring in Wikimedia Wikis, so possibly fixed in v1.32 or v1.33.

162.255.236.20 (talkcontribs)

Thanks for your replies. I will try the upgrade to v1.32 and v1.33.


Forgot to also mention that I am running on RHEL 7.6 and this issue does not appear on v1.20.2 with PHP 5.3.3 and MySQL 5.1.73. The problem may also be due to other syntax errors on the main page, where there are also many other 2-level nested collapsible table definition menus. However, v1.20.2 works fine, just not v1.31.

Ciencia Al Poder (talkcontribs)

Check any custom scripts on your wiki, like MediaWiki:Common.js, MediaWiki:Monobook.js, etc in case you have any script that is trying to implement collapsible templates, causing it to trigger the actions twice

Reply to "Nested collapsible table shows wrong toggle state"
Waanders (talkcontribs)

Can I request the language chosen by an user in a template so I can act depending on that? And if so, how?

MarkAHershberger (talkcontribs)

This would probably require javascript. In general user-specific data is kept out of wikitext.

Waanders (talkcontribs)

Okay, well thanks, we'll have a look whether this is an option.

Reply to "Request language in template"

Activates HTTPS and now CSS didnt seem to load

2
RHuschmidt (talkcontribs)

Hi there

i activates HTTPS on Apache2 for my Wiki and now CSS do not load.

i already modified ""$wgServer" from the http://IP to HTTPS://SUBDOMAIN.DOMAIN.DE

Do you have any Idea for this Case? i've already looked at some Threats but only found the "solution" with "$wgServer"


Kind Regards,

Rob

MarkAHershberger (talkcontribs)

Can you share your wiki's url? We may be able to see a problem.

What version of MediaWiki are you using?

Does your browser's console say anything about the style links?

Reply to "Activates HTTPS and now CSS didnt seem to load"

MediaWiki marks internal urls consisting of /w/index.php as external

2
Summary by Semako96

thank you!

Semako96 (talkcontribs)

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?

AhmadF.Cheema (talkcontribs)