Project:Support desk

Jump to: navigation, search

About this board

Edit description
vde   Welcome to's Support desk, where you can ask MediaWiki questions!

There are also other places where to askCommunication: IRCCommunication#Chat, mailing listsMailing lists, Q&A 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".
By clicking "Add topic", you agree to our Terms of Use and agree to irrevocably release your text under the CC BY-SA 3.0 License and GFDL
Fleming27858 (talkcontribs)

Hello, I've downloaded the program. When it wouldn't open an image with an FPX extension, I downloaded the FPX plugin. It downloaded a zip file containing FPX.dll. I tried copying the FPX.dll into the plugins folder, but it would not paste. How do I install the plugin? I've looked all over your site for instructions, and found the page that said that the plugin should be in the Plugin folder, but I can't get it in there! Thanks. Rhonda Fleming,

Fleming27858 (talkcontribs)

My post is in reference to the program XnView!

Reply to "Can't install plugin"
TraaBBIT (talkcontribs)


On my page

I get error on some refs:

Błąd rozszerzenia cite: Nieprawidłowy znacznik <ref>; nazwę „Rtwoiaf_the_westerlands:_house_lannister_under_the_dragons.7B.7B.7B3.7D.7D.7D” zdefiniowano więcej niż raz z różną zawartością Błąd rozszerzenia cite: Nieprawidłowy znacznik <ref>

Ciencia Al Poder (talkcontribs)

The message is self-explanatory. You have {{Ref|TWOIAF| The Westerlands: House Lannister Under the Dragons}} with case variants (upper/lower)

TraaBBIT (talkcontribs)

So what should I do?

AhmadF.Cheema (talkcontribs)

If I understand the issue correctly, the first reference in the article's section "Jason Lannister (syn Gerolda)" is the problem. There is a case mismatch for the reference.

In the other four places for the reference, the name is {{Ref|TWOIAF| The Westerlands: House Lannister Under the Dragons}} while at this place, it is {{Ref|TWOIAF| The Westerlands: House Lannister under the Dragons}}. That is, with a lower case under. Change it to uppercase.

TraaBBIT (talkcontribs)

That it is. Thank You.

TraaBBIT (talkcontribs)

I have one more question.

Can I have in one article two refs looking similar?


ref|TWOIAF| Targaryenowie na Tronie: Maekar I

ref|twoiaf| Targaryenowie Na Tronie: Daeron II

Ciencia Al Poder (talkcontribs)

The "name" parameter of the ref must be unique on the page, or if it's not, they should have the same content. Having 2 different refs is okay as long as you don't use the same "name"

TraaBBIT (talkcontribs)

Got ya

TraaBBIT (talkcontribs)


I have issue during generating miniatures on my webpages.

Could You help me with that? :)

File looks fine:

But miniature not:

Reply to "Error code: 127"

No one can edit, despite having permissions

Hsekiu (talkcontribs)

Today a bug was reported to me where when editing a page, it told them (another Sysop) that they did not have permission to edit it. I checked, and they're still a sysop. What's more is, this is effecting every single user on the wiki, including myself, and we all still have our permissions. The edit button is gone, but when viewing the source of a page, or trying to create a new one, we get "The action you have requested is limited to users in one of the groups: Users, Administrators, Bureaucrats, editor." despite belonging to those groups.

I have no idea why this is happening. I tried disabling cloudflare, but it doesn't seem to have any effect. The site is not in read only mode either, this happened out of the blue this morning.

Reception123 (talkcontribs)

Cloudflare should have nothing to do with this. Are you sure no settings in LocalSettings.php were changed before this? The only logical explanation is that a setting changed.

Hsekiu (talkcontribs)

$wgReadOnly is off/commented out, so it's not that. I have not touched anything regarding permissions in several months. The only things I've changed recently is adding the extensions Number Format, Category Test, Labeled Section Transclusion, and DynamicPageList. It all worked fine when I installed them.

Is there anything in specific I should look for in my LocalSettings.php?

Reply to "No one can edit, despite having permissions"
星耀晨曦 (talkcontribs)

My wiki's short url is //domin/wiki/page.

When I visit Special:Notifications,that is //domin/wiki/Special:Notifications, the page prompts me "No such special page". After that, I visit it with another url(//domin/w/index.php?title=Special:Notifications), the page can be displayed properly.

Once, I thought it was web server url rewriting problem. However, most special pages are still accessible. So, I think the mediawiki have a bit of a problem.

Ciencia Al Poder (talkcontribs)

Usually, for the server, there should be no difference between both URLs, because the rewrite takes care to map first URL to second.

Try to find what exact URL is receiving PHP when accessing //domin/wiki/Special:Notifications. You can view it if you enable a debug log.

星耀晨曦 (talkcontribs)

I checked the web server log, I think //domin/wiki/Special:Notifications is rewritten to /w/index.php title=wiki/Special:++++++. This is not normal!

I think there is a problem with the rewrite rules of the web server. The pattern of rewriting rules is ^(wiki/[^/]+)/?$.

Ciencia Al Poder (talkcontribs)

Are you using apache, nginx or other server software? Can you post the complete rewrite rules you're using? The rewrites are inside an .htaccess?

星耀晨曦 (talkcontribs)

I am using IIS. I refer to this to set the rewrite rules.

Since I found the problem, I tried various rewrite rules, the short URL builder tool and import from .htaccess file(e.g the rules of the apache). But still can not access it normally.

星耀晨曦 (talkcontribs)

I'm going crazy! I visited a page that was able to display properly, and the server log tell me 2017-08-17 10:11:52(time) GET(cs-method) /w/index.php(cs-uri-stem) title=Special:++++++++++++(cs-uri-query) 443(s-port) //domin/wiki/Special:%E9%80%9A%E7%9F%A5 (cs(Referer)) 200(sc-status).

The return code is 200, but //domin/wiki/Special:%E9%80%9A%E7%9F%A5 is rewritten to /w/index.php title=Special:++++++++++++.

星耀晨曦 (talkcontribs)

I created a redirect, as long as ^wiki/Special:(.*)$ match will be redirected to w/index.php?title=Special:{R:1}. No doubt, cure the symptoms, not the cause.

Ciencia Al Poder (talkcontribs)

Apparently IIS7 doesn't like colons in URLs... see

Wondering if it may be the cause and maybe you can add some of the suggested configuration to it...

星耀晨曦 (talkcontribs)

Make a reverse proxy? I think, I have to learn more knowledge.:D

Reply to "Some questions about short url"

Add js var that page was edited or created

Subfader (talkcontribs)

How would I add a js var to the head that the page was edited or created via an extension?

I need to trigger the page that is loaded for the contributor after he edited or created a page.

  • Would be easy to add the age in seconds I guess, but that could be incorrect at times.
  • Add url parameter to the viewed article after edits? (talkcontribs)

You can use mw.config.get( 'wgPostEdit' ); to know if the user just edited a page. It can contain: saved, created, or restored.

Subfader (talkcontribs)

I get only null and true (MW 1.25), but that's enough for me. Thanks!

Reply to "Add js var that page was edited or created"

MW 1.29.0 bug with SyntaxHighlight extension

Aka sektor (talkcontribs)

After upgrade MediaWiki from 1.28.2 to 1.29.0 - I am find, what appeared bug Extension:SyntaxHighlight

Not highlight lang "LUA"


<syntaxhighlight lang="lua">



In the bottom just write: "Pages with syntax highlighting errors"

Aka sektor (talkcontribs)

Like in this topic: Topic:Tj9l1go9tonunwbq

Aka sektor (talkcontribs)

Is it again developers of MediaWiki allowed mistake in packaging, like in 1.28.0 & 1.28.1?

AhmadF.Cheema (talkcontribs)

I am assuming the extension worked when you were using MediaWiki 1.28.2.

Can you again make sure that execute permissions are set for the pygmentize binary: extensions/SyntaxHighlight_GeSHi/pygments/pygmentize?

Sometimes, upgrades mess up file permissions.

In case you installed the extension from Git, you will also need to update composer.

Aka sektor (talkcontribs)

Yes, that work on 1.28.2

How to check execute permissions? I do not understand. I not done this before

"from Git"

Not. I just only installed box 1.29.0 from here

AhmadF.Cheema (talkcontribs)

I am assuming that you are running MediaWiki on Linux.

If you have access to SSH, change your directory (cd) to your Wiki directory and run the following command:

chmod a+x extensions/SyntaxHighlight_GeSHi/pygments/pygmentize

OR, if you have access to a file explorer for your uploaded files, browse to <WIKI DIRECTORY>/extensions/SyntaxHighlight_GeSHi/pygments/, there should be a pygmentize file inside and a column for file permissions. See what permissions it has been set.

Aka sektor (talkcontribs)

Maybe work this Extension:GoToShell

I try to use your command

Aka sektor (talkcontribs)

Checked. Not any effect.

AhmadF.Cheema (talkcontribs)

Does your hosting provide a file manager for your uploaded files? Can you visually check what permissions have been set for the pygmentize file?

OR, if that's not possible run the following command:

ls -la extensions/SyntaxHighlight_GeSHi/pygments/pygmentize > foo.txt

and see what gets written in foo.txt in your Wiki directory.

Aka sektor (talkcontribs)

Ok, I do it, this writen in the foo.txt:

-rwxr-xr-x 1 h99724 h99724 842005 Jul 13 22:15 extensions/SyntaxHighlight_GeSHi/pygments/pygmentize

Of course I have file manager on hosting, but I use FileZilla and FTP access.

How check that permissions? Open in the Notepad file pygmentize? But Notepad dont understand file syntax.

I can only read the first line:

#!/usr/bin/env python

AhmadF.Cheema (talkcontribs)

The -rwxr-xr-x part in foo.txt are describing the permissions for the pygmentize file, which are fine.

Aka sektor (talkcontribs)

Yes, your code for lang python is highlighting.

But my problem with lang "lua".

AhmadF.Cheema (talkcontribs)

Apologies, I misunderstood, I thought all languages were having problems highlighting.

Aka sektor (talkcontribs)

No more ideas how to fix the problem?

Aka sektor (talkcontribs)

Have to wait for the update 1.29.1

Aka sektor (talkcontribs)

Where update?

AhmadF.Cheema (talkcontribs)

This issue is present for some users in at-least MediaWiki v1.28.2 too. I think a bug report will need to be filed for this.See, How to report a bug.

Aka sektor (talkcontribs)

In 1.28.2 - it's work 100%

Aka sektor (talkcontribs)

Why do not they fix it for so long? Where is the update?

AhmadF.Cheema (talkcontribs)

Have you already reported this bug on phabricator?

Aka sektor (talkcontribs)

So? (talkcontribs)

I understand that with Mediaiki 1.29, the language "lua" no longer gets highlighted.

Although highlighting worked correctly in MW 1.28.2, I think this is not one of the usual cases where highlighting support was present in older versions of MediaWiki (where in fact GeSHi had still been used), but went away in newer ones. According to, the extension should parse "lua" just fine...

Maybe there still are some files from older versions of MediaWiki present inside the installation?

Aka sektor (talkcontribs)

For example? What files? Folder Extenisions? SyntaxHighlight_GeSHi ?

No. I did not touch it. Only installed the engine from the archive.

I repeat: the extension works partially.

If I did something, it would not work at all (talkcontribs)

I have the same problem.

Maybe this could be the problem?

Product Version
MediaWiki 1.29.0
PHP 5.6.29 (cgi-fcgi)
MariaDB 10.1.20-MariaDB
SyntaxHighlight 2.0 (f18e070)21:05, 17 May 2017 GPL-2.0+ Provides syntax highlighting <syntaxhighlight> using Pygments - Python syntax highlighter Brion Vibber, Tim Starling, Rob Church, Niklas Laxström, Ori Livneh and Ed Sanders
This comment was hidden by (history)
Aka sektor (talkcontribs)

No. This 100% mistake of developers MediaWiki. They already admitted this error in versions 1.28.0 & 1.28.1


"Due to a mistake in packaging, the releases 1.27.2 and 1.28.1 did not contain the fix for SyntaxHighlight_GeSHi. This new release does contain that fix."

Nothing remains, except how to expect the release of the next version 1.29.1

2003:72:6D05:7900:EDB3:E480:1C2A:17 (talkcontribs)

I would now download the MediaWiki tarball again and extract it somewhere on the server. Then I would run diff to compare the newly downloaded files with what is present in the installation. This will show which additional files are there...

Reply to "MW 1.29.0 bug with SyntaxHighlight extension"

Want to Install ConfirmAccount, but UpgradeKey Won't Work

LaMirkat (talkcontribs)

I'm trying to update so I can use the ConfirmAccount extension. It failed to work using the Mac Terminal app, so I want to do it through the browser.

The problem is that it tells me that the upgradekey that I copied from local settings isn't accurate. I know it is copied correctly, and I have not changed any values.

Please help? I've spent almost four hours on this issue, and I'm ready to tear out my hair. I'm using version 1.29 of MediaWiki.

Reply to "Want to Install ConfirmAccount, but UpgradeKey Won't Work" (talkcontribs)

Upgraded PHP to current, installed new wiki, and when trying to pull it up I get an error:

"MediaWiki 1.29 internal error

Installing some external dependencies (e.g. via composer) is required.

External dependencies

MediaWiki now also has some external dependencies that need to be installed via composer or from a separate git repo. Please see for help on installing the required components."

I've installed Composer, run 'composer --dump-autoload' to create the \vendor\autoload.php file. When running 'composer update --no-dev' I get the same error every time:


Class 'Wikimedia\Timestamp\TimestampException' not found

Any thoughts?

2003:72:6D1E:1400:B197:E34:89A1:B6C3 (talkcontribs)

According to Topic:Tun121xrbndcqdet, user Grantkinkead knows the solution of your problem, but he has not yet shared it. Asking him might help you further...

Reply to "MW 1.29, dependencies, and composer"

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.

4 (talkcontribs)

I have just set up MediaWiki (1.29.0) on an AS400 IBM i machine. Though I can navigate the site, as well as create/edit pages, I cannot log in or create a new account. Every attempt to do so gives me "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."

I have tried adding "session_save_path("tmp");" to LocalSettings.php, as well as play with values of $wgMainCacheType and $wgSessionCacheType with no luck. Currently, my shared memory settings in LocalSettings.php have only these two lines:

$wgMainCacheType = CACHE_ACCEL;

$wgMemCachedServers = [];

How can I fix this? I believe my CSRF token is not being correctly cached in my session, but I'm not sure how to correct it.

I am using MariaDB as a database, Apache for the server, and PHP 5.5.37.

Ciencia Al Poder (talkcontribs)

If you have $wgMainCacheType = CACHE_ACCEL; you should provide a persistent data storage in $wgSessionCacheType (talkcontribs)

I have $wgSessionCacheType = CACHE_DB;

I've been able to look into my objectcache table, and found that MWSession is being stored correctly, (as in it's the same value as <my-wiki>_session in the response header's cookie). Is there another location where that value is written/read? I figure since I know it's being cached, but my comparison is still failing, that the fault is probably in getting/setting whatever value the cached token checks against, right?

Also, for what it's worth, I've since tried installing MediaWiki using version 1.27.3, but I'm still facing the same problem. (talkcontribs)

Another update: I've been fiddling with the source code to see if I can narrow down where my problem is occurring. This is what I'e found:

AuthManagerSpecialPage::trySubmit() is where the token mismatch is caught. $requestTokenValue and $sessionToken are not the same

setting $secret in Token::__construct to some constant allows me to sidestep the "hijacking" error, but in it's place is the error "Cookies may be disabled. Ensure you have cookies enabled start again" (my cookies are enabled), as well as the warning "You are already logged in as <username>. Use the form below to log in as another user" ("log in" changes to "sign out", but navigating away from the page at all signs me out). Supplying an incorrect password or username yields the appropriate error there, so WikiMedia is correctly able to check my credentials.

Obviously, making $secret a constant wasn't going to solve my problem, but hopefully faking it through the first error can shed some more light on what's actually going wrong.

Reply to "There seems to be a problem with your login session; this action has been canceled as a precaution against session hijacking. Go back to the previous page, reload that page and then try again."