Project:Support desk

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

Read in your language

There are also other places where to ask :

• IRC
• mailing lists
• Wikimedia Developer Support (unofficial forum)
• Stackoverflow Q&A (third party)
• mwusers (unofficial forum)

Before you post

• Make sure you have read our fundamental introduction.
• Please carefully check our 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 manual , end-user help or extension page and consider asking on its talk page .
• 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/old on 2015-07-30.

Only want to maintain user page on meta-wiki. Can you remove my extraneous user pages?

you have to ask the admins on each project to delete. On most wikis, put {{delete}} on the page to request deletion.

You can request changes to your user pages on all wikis here: m:Synchbot

A friend of mine received this email. I suspect this might be common but cannot be sanctioned by wikipedia. Do people doing this get blocked from writing entries?

---

From: Saad Akhtar <[]>

Date: Fri, 3 Jul 2020 at 19:00

Subject: You Should Have a Wikipedia Page

To: [] <[]>

Hello Professor Valencia,

My name is Saad Akhtar. I am a freelance writer and I write Wikipedia pages for individuals and companies. I looked you up and you are not on Wikipedia! Would you like to have a Wikipedia page? If yes, then I can help you. Having written Wikipedia pages for over 400 individuals, I can write an excellent page for you. For your safety and assurance, there will be NO upfront payment required. You only have to pay AFTER the work is complete and you are happy with it.

Academics who have accomplished much less have Wikipedia pages because they have got them made. It's time you get one too. Just send me a message and I will forward you the cost and time frame details for writing your Wikipedia page.

Best,

Saad Akhtar

hi, see w:Wikipedia:Paid-contribution disclosure for the rules around this. Basically its frowned upon, but if the person fully discloses they are being paid (so other people can check on them), and writes neutrally/follows other rules, it is grudgingly allowed.

People who offer such services are acting on their own, and don't represent Wikipedia in any way.

Hi all,

regarding upgrade i have download 1.34...tar.gz file and extracted into /srv/www/mediawiki (where my old version location) and copied Localsettings.php into new version file.

its dont working..

plesae help me ..thanks a lot

What do you mean by "it's not working"?

Hi Majavah

Thank you for your reply

I mean website is not opening...

Thank you

What exact message are you getting? Do you just have a blank screen? What version of PHP are you using? Did you run the updater script?

Hi Majavah,

Its blank screen,nothing displaying..

I have PHP 7.2.24

Thank you

You can enable error reporting by following the instructions at Manual:Errors_and_symptoms#You_see_a_Blank_Page and that way you should receive an error message that contains information we need.

Did you copy the new files over the old ones? If so, you’re not supposed to do that. Also you never answered if you ran update.php. Additionally on upgrade, you often can’t just use your old LocalSettings.php file as it was and expect the site to work. Rename the old one, generate a new one by browsing to <your site>/mw-update/. Upload that with no extensions enabled and check that the new version works clean. Also, did you update your extensions to versions matching your new mediawiki version? Make sure you have. If the site runs fine with no extensions enabled, start adding them (the extensions for MW 1.34) back one at a time. That way you’ll know if the issue is extension(s) related for example.

In The update from 1.33-1.34, after updating my extensions to the right version, I had problems with 2 extensions, I discovered that by starting with a newly generated localsettings.php and adding back a little bit at a time until I knew where the issue was.

Hi,

1. I haven't copied the new files over the old one
2. i had ran php update.php script
3. i copied Localsettings.php from old to new version folder
4. link also changed to new version path
5. trying to <my site>/mw-config/ is still aktuellisiert from old one
6. and also trying with <my site>/mw-update/ getting 404 Not Found Error

thanks a lot for your kind reply

You can enable error reporting by following the instructions at Manual:Errors_and_symptoms#You_see_a_Blank_Page and that way you should receive an error message that contains information we need.

Hi,

I made changes as per above link instructions,still blank page..

actually i would like add extension (Lockdown) for my wiki (version 1.30),its not working.

so planned to upgrdae version 1.34,but it dont works

please let me know any possible other ways..

Thank you for ur kind reply

Your first problem is in #3 of your own steps, you copied everything from your old LocalSettings.php (or from your old file to the new one) to the new install and just expected it to work. That's not going to work (often this results in a problem, the exact problem you are describing). I had the same problem moving from MW 1.33 to 1.34.2.

1. ON THE REMOTE SERVER (AND IN your local folder) rename your LocalSettings.php file to something else (to preserve it but move it out of the way so we can let MW regenerate a CLEAN one.
2. Navigate to <yoursite>/mw-config/ (with your old one renamed ON THE SERVER, this will now allow you to generate a new/CLEAN LocalSettings.php with NONE of your old settings in it (which is what we want). Fill in the required information, and let it download a CLEAN LocalSettings.php. leave it as it is, CLEANLY regenerated, don't add your old stuff back to it, don't copy over it or into it yet.
3. Upload the CLEAN LocalSettings.php file that you just created to your site.
4. Test if the site works using the CLEAN LocalSettings.php file (it should, don't worry about how the site looks/works yet. What we're testing first is IF your mediawiki installation is first valid and working and if the problem is in the contents your old localsettings file).

• IF MediaWiki runs on a CLEAN LocalSettings.php then the problem is IN your old/existing LocalSettings.php file (one of the lines in it).
• IF Mediawiki DOESN'T run on a CLEAN LocalSettings.php then the problem is in how you installed MediaWiki or the download files.

1. IF THE SITE WORKS after uploading the CLEAN LocalSettings.php, then the problem is IN your OLD LocalSettings.php file or one of the lines you copied from it. You need to copy and paste back, ONLY 1-3 lines at a time from old to CLEAN to figure out where your issue is. Every time you paste a few lines from old to CLEAN, upload the file, and retest if your site loads, until it starts giving the white page again (this will identify what the problematic lines are in your old LocalSettings.php file). It may be more than one line. So comment out the problematic ones, then keep going. Come back here and report what you found please. If you don't understand what we're saying to do, you probably need someone to help you with doing a clean install, clean LocalSettings.php regeneration, and carry over your settings one at a time (testing in between to identify which line in your old LocalSettings is causing the white pages):

• See Professional development and consulting Also point them here. Your issue is quite likely, a line in your old LocalSettings.php causing the issue. So, using your old LocalSettings.php on the new site (or copying lines from it to the new one) and expecting it to work. Often it won't, it didn't for me. I had some lines and an extension (even though the extension was upgraded to a 1.34 version) in the old one causing the white page. Then I decided to start with a CLEAN LocalSettings.php regenerated using mw-config, test that the site worked with a clean one, it did (so now I knew my issue was a line (or lines) in my LocalSettings.php). Then I had to add back a few lines from old to new, test the site, add back a few more, test the site, and continue doing that until I found the offending lines and extensions (there was more than one) in the old LocalSettings that was causing the new one to blank the site, also short URL config will do it too (has to be re-setup and re-set in .htaccess to work).

Good Luck!

Hi, my site is not generating thumbs anymore. the site is full of huge images.

I tried anything I found on the web.

There is nothing related in the logs.

I also tried to swich from GD to ImageMagick.

I have no ideas anymore.

How can I keep troubleshooting? What can I still do?

*Switch, of course.

Manual:Errors and symptoms#Image Thumbnails not working and/or appearing (as linked from the frontpage of this website).

I already did everything from this article. I have GD and ImageMagick working. I got no errors in the html or in the logs. The img element has no srcset at all, instead it has width and height, that are set to the original image size (instead of the requested thumb). Do you have any idea what it could be if I have no errors?

Which logs are you looking at?

Php error log.

I just realized that I did not mentioned something important: it only happens in templates.

For example on this Template page, instead of a small icon you see a huge image

The main page that is full of Templates looks awful

Images displayed on a regular page are displayed properly, which means they are reduced to what is defined in the wiki code, But the arrow icons that are supposed to be part of the template at the top of the page are displayed in large size

There is more than just the PHP error logging, you can turn on MediaWiki error logging also: https://www.mediawiki.org/wiki/Manual:How_to_debug

Hello,

on my wiki pages, I used the extension "NiceCategoryList2" to get a complete TOC on my starting page, as you can see here:

http://www.psych-med.de/wiki/index.php?title=Hauptseite

Unfortunately, the extension isn't maintained anymore, so I need an alternative after updating.

I tried "categorytree" and "DynamicPageList3" but wasn't able to get the same result (categories as headings, subpages as links).

For "DynamicPageList3" I studied the manual but didn't find a support page or forum to ask.

Can anyone tell me if or how I can get a complete table of contents on a wiki-page?

Thank you!

I'm pretty certain this would be possible with DPL3 - I need to do something similar and if I manage it I'll add a message here.

Just read your comments on your other topic. It's definitely possible to use recursion in DPL3 to display the category/page structure from a named top category (or alternatively to use separate sub-templates/queries for whatever level you want to go down to). I've got this working but it is similar to CategoryTree in that it displays the categories as links too, which is not what you want. I hope it will be possible to add some sort of "if" statement in the middle of the DPL3 query to show the categories as text (maybe even headings) rather than links. Maybe wishful thinking.

Hi Jonathan,

thank you for your encouragement. I'm also quite sure that it must be possible, but didn't get it working so far. I tried different statements, but only the pages of the top category are shown in a rather unclear way. If you can manage it, I would be very happy for a solution.

Unfortunately, there's no support from the authors or other users of the extension, at least I couldn't find one.

...and can you post/show me your query using recursion?

The perfect is the enemy of the good, so here are a couple of links rather than a proper explanation:

• DPL:General_Usage_and_Invocation_Syntax#Characters_with_special_meaning
• Treeview_extension#Generating_Advanced_Tree_Views_with_DPL

What I currently have is based on the non-recursive templates (though still what the DPL3 page seems to call "DPL recursion") on the second link (without using the Treeview extension).

Hi Jonathan,

I tried a lot of things, but didn't get in the near of what I want.

Here's what I use at the moment:

{{#tree:

• Articles in Category:Medizin

{{#dpl:category=Medizin|format=,**,%PAGE%\n,}}}}

Do you (or any other) have any hints for showing a complete TOC or at least a recursive list of categories/sites?

Thanks!

Have a go at the following. I haven't got round to changing the category names to un-linked text (in the meantime, I have the category pages redirect to one of their content pages). I don't think I've tested it completely but it should be good enough to start off with.

{{create tree|{{{catname|}}}}}

Template:Create tree

<includeonly>{{#dpl:
|debug=1
|category={{{1|}}}
|redirects=include
|skipthispage=no
|eliminate = all 
|format=,*[[%PAGE%|%TITLE%]],\n²{Create tree sub¦%TITLE%}²,
}}</includeonly>


Template:Create tree sub

<includeonly>{{#dpl:
|debug=1
|category={{{1|}}}
|redirects=include
|skipthispage=no
|eliminate = all 
|format=,**[[%PAGE%|%TITLE%]],\n²{Create tree sub sub¦%TITLE%}²,
}}</includeonly>


Template:Create tree sub sub 

<includeonly>{{#dpl:
|debug=1
|category={{{1|}}}
|redirects=include
|skipthispage=no
|eliminate = all 
|format=,***[[%PAGE%|%TITLE%]],\n,
}}</includeonly>

Just found out there was another reply - sorry for the one year delay :)

Where do I save theses templates? In the site itself doesn't work.

Thanks

Daniel

Ha! No problem. Just in the Template namespace (i.e. page title starts with Template:, e.g. Template:Create tree).

Hello,

I'm using the Collection extension for years on my old wiki installation www.psych-med.de/wiki (version 1.17.0) and it's still working fine.

Recently, I updated my other wiki www.phys-med.de/wiki to version 1.32.0 and tried to install the new Collection extension, but Download as PDF doesn't work anymore. It links to Reading/Web/PDF Functionality where the last entry is from July 15 2019.

Does anybody know yout that extension? Why does the old version still work and the new one not? How can I fix that or how could I find our who knows about that?

Thank you,

Daniel

idk much about it. I think it might want Proton to be setup.

Thank for your hint, but I don't think that's linked to ths extension.

The extension site describes the installation of an OCG service https://wikitech.wikimedia.org/wiki/OCG#Installing_a_development_instance, but I don#t want to use this. The other description https://mwlib.readthedocs.io/en/latest/collection.html#installation-and-configuration-of-the-collection-extension says that after installation "you’re now ready to go." I don't want to use an own render server, and I see for my old installation that's still working without any of that extras.

Perhaps someone here uses this extension and could give me any hint?

Also, I couldn't find out how to contact the authors of the collection extension, perhaps anyone can help me with that?

Thanks

Daniel

proton is a replacement for OCG, which i dont think is used anymore

Again, I'm using an older version of this extension on another site and never installed OCG or something like that - just the extension, and it works.

Where can I find some contact information of the authors of this extension to get an answer?

Thanks

Daniel

just to be clear, the authors of the extension are under no obligation to provide help or support, may not be working on it anymore, etc.

Generally you can use git log or got blame to determine who wrote a particular part of an extension.

For the Wiki Site "COVID-19 pandemic in Toronto", the number of deaths per day is needed!!!!!! Like all the other Wiki COVID-19 City and Country Sites!!!!!

You're probably in the wrong place. This page is for support for the MediaWiki software.

for questions about wikipedia try w:WP:TEAHOUSE. See also w:WP:BOLD

[Xv6RbfEDkqrOeUtXnVaGdwAAAEY] /index.php?title=Module:Bananas&action=submit MWException from line 210 of /home/amargita/public_html/extensions/Scribunto/includes/engines/LuaStandalone/LuaStandaloneEngine.php: The lua binary (/home/amargita/public_html/extensions/Scribunto/includes/engines/LuaStandalone/binaries/lua5_1_5_linux_64_generic/lua) is not executable.

Backtrace:

#0 /home/amargita/public_html/extensions/Scribunto/includes/engines/LuaStandalone/LuaStandaloneEngine.php(105): Scribunto_LuaStandaloneInterpreter->__construct(Scribunto_LuaStandaloneEngine, array)

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

#2 /home/amargita/public_html/extensions/Scribunto/includes/engines/LuaStandalone/LuaStandaloneEngine.php(19): Scribunto_LuaEngine->load()

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

#19 /home/amargita/public_html/includes/MediaWiki.php(900): MediaWiki->performRequest()

#20 /home/amargita/public_html/includes/MediaWiki.php(527): MediaWiki->main()

#21 /home/amargita/public_html/index.php(44): MediaWiki->run()

#22 {main}

Use chmod or a file manager to set the execute bit on the lua binary

Help me to use it,I don't know about using it

If you could write a little, I would copy and paste

We cannot as we don't know your setup and where exactly your Lua binary is located. Please enter "chmod shell command executable" in a search engine to get some hints - thanks!

chmod u+x /home/amargita/public_html/extensions/Scribunto/includes/engines/LuaStandalone/binaries/lua5_1_5_linux_64_generic/lua

However please read the chmod manual page to understand whats going on.

Hi all,

I am starting some new pages on my own tiny MediaWiki for the first time in a couple of years. In the past, I always got the [edit] hotlink to the right of any section header. I still see them now on pages on my own wiki that I made in the past (some but not all), and I see them when signed into Wikipedia.

Yet I am not getting them on a new page I am making, even after having made a number of h2 and h3 sections.

It's annoying. I heavily rewrite as I go, so I want to focus on where I am, now. Not having individual-section edits means I have to scroll down both through the edit window and the preview, every single time I submit changes or preview.

There must be some very easy explanation, but I don't know why this is happening. I can't seem to find a relevant Setting that affects this.

Thanks if you can help!

Info on my site:

Product	Version
MediaWiki	1.27.1
PHP	5.6.40 (cgi-fcgi)
MySQL	5.6.40-84.0-log
ICU	4.8.1.1

I'd recommend upgrading MediaWiki, 1.27 was released 4 years ago and support for it was dropped about a year ago.

Thank you Majavah. Could you or anyone else recommend a service or person I could pay to advise me on my wiki? It's a bit too much work for me.

Manual:Upgrading; Professional development and consulting

normally the only reason section links wouldnt show up is if __NOEDITSECTIONLINKS__ was present or you did not have edit access to the page. If your wiki is public, linking to it might allow us to better figure out what happened

이 문제를 처음 당하고 보니, 이곳 저곳에서 안내를 보았지만 모두 실패했습니다.

set $wgShowExceptionDetails=true; in LocalSettings.php for better error message.

$wgShowExceptionDetails=true; 설정 더 나은 오류 메시지