Project:Support desk
 Archives |
- Check before posting
- Realtime help
- Mailing list
- Reports on unstable releases
Welcome to MediaWiki.org's Support desk, the central on-wiki place to ask MediaWiki questions!
The greater purpose of this page is to make our Manual and other available help so good that you do not have to come here to ask questions, or making them easier to find.
There are other ways for of communication as well (IRC, Mailing lists etc.). Read more here.
Before you post
- Please read through our technical manual and end-user help.
- Project:Current issues is where you should discuss issues about the mediawiki.org website itself.
- If your question is about an extension, consider posting your question at that extension's talk page instead.
- Project:Sandbox: Test wiki editing.
Post a new question
1. To help us answer your questions, please always indicate which versions you are using:
-
- MediaWiki (reported by your wiki's Special:Version page)
- PHP (likewise)
- Database (likewise, e.g. MySQL 5.5)
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 discussion".
Archiving topics
Topics are automatically archived when they have been inactive for three weeks. If a question you have asked is approaching this limit and still has not been answered, please 'bump' it to prevent it being archived. However do not 'bump' for other reasons.
- [History↑]
Contents
 First page |
 Previous page |
 Next page |
 Last page |
Well I wanted to hide some links in my wiki using css. And I have my wiki in russian. So I have a page like this:
.../index.php/Заглавная_страница
and I use css like this which works perfectly to hide some links:
body.page-Заглавная_страница * h1, body.page-Заглавная_страница * h2 { display: none; }
body.page-Заглавная_страница * #catlinks { display: none; }
body.page-Заглавная_страница * #ca-talk { display: none; }
So I have created another page which link looks like this:
.../index.php/Портал:Политика
So I do the same thing to hide some links like:
body.page-Портал:Политика * h1, body.page-Портал:Политика * h2 { display: none; }
body.page-Портал:Политика * #catlinks { display: none; }
body.page-Портал:Политика * #ca-talk { display: none; }
But it doesn't make any effect! Why does it not work?
I do not know off hand, but it is no magic. :-)
The page for which you say it works has a body tag with the according class ("page-Заглавная_страница") assigned to it.
Check the page, on which it does not work to see, how the class is called there. It might be called differently from what you think. Maybe the colon is causing the problem; if I remember correctly, colons are not allowed in CSS class names.
At some point in the past, this was working, but our wiki is now not sending email to the WikiSysop when someone makes a change to the wiki.
We have both $wgEnableEmail and $wgEnableUserEmail set to "true", and the EmailNotification variables are:
$wgEnotifUserTalk = true; # UPO $wgEnotifWatchlist = true; # UPO $wgEmailAuthentication = true; $wgUsersNotifiedOnAllChanges = array('WikiSysop');
As I say, at one point we know this was working, but it has stopped and I can't figure out why. The wiki is configured to use the php mail functionality (not a direct SMTP connection), which is working for other applications on our server.
I know that the version of the wiki software is somewhat old, but I haven't seen anything in the release note of subsequent versions that says a fix for anything that seems to be conencted to this issue was implemented. There doesn't seem to be a way to get the MediaWiki software to log what it is doing, to be able to check where in the process something is failing.
MediaWiki: 1.11.0 PHP: 5.4.11 (apache2handler) MySQL: 5.1.58
Any help is appreciated, thanks!
Hello
I am currently in the process to upgrade my wiki to version 1.20.3 and when I try to run the update in browser mode I get the following error message just before executing the Database update: Error 330 (net::ERR_CONTENT_DECODING_FAILED): Unknown Error
My current version is 1.20.3 and the URL is http://wiki.medieval-arme.com.ar/.
I am running MediaWiki on a Windows Server 2008R2 running XAMPP. It is on our intranet so I cannot post a link to it. I recently updated to MediaWiki 1.20.2 on XAMPP 1.8.1, which contains PHP 5.4.7 and MySQL 5.5.27. I updated to this two weeks ago and everything has been running well until today. Today, when I click on the "Special Pages" link in the Toolbox, I get the following error:
Fatal error: Call to a member function getLocalRepo() on a non-object in C:\xampp\htdocs\wiki\includes\specials\SpecialUploadStash.php on line 52
Also, when I click on the "Upload file" link in the Toolbox, I get the following error:
Fatal error: Call to a member function getLocalRepo() on a non-object in C:\xampp\htdocs\wiki\includes\GlobalFunctions.php on line 3483
The really strange thing, is that I can go directly to the Special:UserRightsList page of the extension UserRightsList, and it opens without incident. I can open Special:Preferences page without incident. I can open the Special:Version page without incident. I can open many of the Special Pages directly from the browser link.
I have modified the CSS of the Monobook skin extensively, but it has not changed the functionality.
Can anyone tell me what this error means and/or how to resolve it? Thanks in advance.
Did you try the "Special Pages" link before today? Did you make any changes to LocalSettings.php recently?
Yes, I used the Special Pages regularly to assign user rights. I am the main sysop on the wiki. The error first showed up on the php logs on February 22nd. I upgraded the wiki on February 16th.
Yes, I have made changes to the LocalSettings.php file, specifically adding lines for the WikiEditor extension, but I have since commented those lines out.
I just created a new wiki and using the same 1.20.2 download and got the exact same error when accessing the Special Pages link. I'm going to try the latest 1.20.3 version and see if that resolves the issue.
It looks like your settings about uploads are somewhat incompatible with the new MediaWiki version. Check your upload settings, specially $wgLocalFileRepo. You can also try to delete (or comment) them and try again to see if that error disappears, and then redefine them one by one until you find the issue.
I am very new to using Mediawiki and do not understand how to use Template:Keypress in my wiki.
I had understood that copying the contents of keypress and keypress/core from wikipedia.org would give me the functionality, but it does not do so.
What am I doing wrong?
Thank you in advance
I'm trying to setup a MediaWiki site and have been playing around with some of the features. I've been trying to get the Watch feature working, but everytime I click on the link in the tab I get the following message:
An error occurred while changing your watchlist settings for <page name>.
Would there be something in the configuration that is blocking this feature. Or if anyone has any pointers as to commonly made errors, it would be helpful.
Hmmm I've just done a more in depth search... seems the problem is apart of the 1.18.1 release (which I have). Is there a patch for this currently or will I have to update (probably a more lengthy process that I have to handball off)
Strange error, I have not seen that one before. But: I found a patch for it: See here. However, MediaWiki 1.18 is older and no longer supported. You could use MediaWiki 1.20 instead of 1.18. The patch, which I linked you is part of MediaWiki since version 1.19, so the problem will be solved with an upgrade to 1.20 as well.
I would recommend doing an update. See Upgrading for everything you need to know. :-)
Okay, I've updated to 1.20 but for some reason watching still doesn't work, I click the watch link and this time nothing happens. The only way I can get watchlist to work is editing the raw watchlist. This will become a great hassle when I roll this out to my colleagues.
Interesting... right clicking the link and opening in a new window brings up the "do you want to add this page to your watchlist" And disabling AJAX also seems to get it working...
Still I'd rather have AJAX enabled so does anyone have any ideas?
With MediaWiki 1.17, I can browse user email addresses in the database, but for more recent versions, I have to use Extension:LookupUser. This method is much slower than using the database, and requires knowing the username exactly. How do I fix this?
Yes. Do you know what the problem is?
No, sorry, I don't know what is the problem here, and it seems you aren't telling it to me neither...
The problem is that I can look up the email addresses of user accounts in the database for wikis that are 1.17, but I can't for wikis that are a more recent version. It just says [blob] or sth under the email field. In version 1.17, I can clearly see the email addresses listed in the database.
This would be pretty important for anyone not using LookupUser, since the email address of a user is one of the best ways to identify sockpuppetry.
Hello!
I downloaded and installed Mediawiki version 1.19.1. Everything seems to work just fine, but I am unable to see page size in bytes when viewing page history ("15" in [1]). Where could I switch to "public"?
Hmm, I just checked in a wiki I take care of and I can see the numbers of bytes for each entry in the history and I am pretty sure I did not configure that; it was there by default.
Maybe you use some custom CSS (or even a cur´stom skin), where these numbers get hidden? That would e.g. be possible with an according CSS definition for the class ".history-size".
I'd like to use MediaWiki to have an internal and external, customer facing KB for my company. Is there a way to distinguish between customer facing pages and those that should be internal? In other words, only some of the pages should be made external to customers whereas the other pages the customers will never know about.
Thanks for the help in advance.
Not really. You migh want to check out Manual:Preventing_access, which has some hints on the topic. But generally Mediawiki is not made for access control.
How do I get canonical urls to work on my site - version 1.19. I added $wgServer='http:/sitename.com' in localsettings.php is this all I can do?
Well first you're missing a / there, however $wgServer doesn't have anything to do with canonical urls.
To be honest, its a bit unclear what you mean by a "canonical" url. Do you mean <link rel="canonical" ...>. Those should automatically appear on pages if apropriate (For example if visiting a redirect page).
Do you mean having multiple urls your site can be accessed from (For example if using protocol relative urls), but having a specific canonical url for use in things like emails? See manual:$wgCanonicalServer.
Do you mean having people auto redirected to the canonical url for your website if they come from somewhere else? For that case probably best to use your underlying http server to do that.
The link <rel=canonical> is showing on redirect pages but I'm still getting a lot of pages that are considered duplicate content. There should be a <meta rel="canonical" href="..." /> tag on those pages too. How could I put a tag on those pages too?
Can you give examples of what sort of pages you expect <link rel="canonical" href="..."> on but they aren't currently on?
eg http://thepetwiki.com/index.php?title=Gecko is not showing the canonical link while http://thepetwiki.com/index.php?title=European_Shorthair does. Would you know why? Thanks
I hope this helps: Extension:CanonURL
My current Mediawiki is version 1.20.2, and PHP & MySQL are latest versions. I have a question: how to prompt a user to enter reCaptcha when the user fails to register, login and submit an edited articles for a certain number of times?
The Mediawiki plugins mentioned in documents I found in Google are only for 1.17, which has not updated over 5 years, and it cannot be used in the latest version of Mediawiki. Is it possible to make reCaptcha internal in Mediawiki like PHPBB 3?
I've installed a MediaWiki at this url, but for some reason the front page does not display correctly -- it has no structure. I think there may be something wrong with the skin. It's an Azeri-language wiki, but that shouldn't have any impact on its display, should it? Other language wikis I've installed (Russian, Arabic) don't have any problems with display. Can anyone help me and let me know what's wrong? Thanks!
<wikieditor-toolbar-tool-file-pre>azeriproblems.jpg]]
Scripts and styles are loaded through ResourceLoader using this URL: http://openoil.net/wiki/az/load.php but it's returning an error. See Manual:How to debug to diagnose the problem.
Hi there,
i have installed the 1.20.3 version for a local business company but i find it hard to manage the sidebar. On the http://localhost/wiki/index.php/MediaWiki:Sidebar i find under TOOLBOX the heading LANGUAGES but i don't know how to activate the language selector. In the company there work englisch, turkisch and dutch people.
Can somebody add the instruction?
The LANGUAGES section is populated automatically when Interlanguage links are present in the page.
The language selector is a different thing provided by the Extension:UniversalLanguageSelector.
Installed new files, moved database, ran php upgrade.php everything looked good until I tried to upload a new file. The old install stored files on the local hard drive (I don't know why it was setup like this) This site is on our local intranet so no URL. Do I need to create a directory? Any help would be greatly appreciated.
Internal errorFrom LSU Health Shreveport Medical Library Jump to: navigation, search Error storing file in '/tmp/php3IE62g.pdf': Could not create directory "mwstore://local-backend/local-temp/1/1e".
Backtrace:
- 0 /var/www/mediawiki/includes/upload/UploadBase.php(795): UploadStash->stashFile('/tmp/php3IE62g', 'file')
- 1 /var/www/mediawiki/includes/upload/UploadBase.php(808): UploadBase->stashFile()
- 2 /var/www/mediawiki/includes/upload/UploadBase.php(817): UploadBase->stashFileGetKey()
- 3 /var/www/mediawiki/includes/specials/SpecialUpload.php(334): UploadBase->stashSession()
- 4 /var/www/mediawiki/includes/specials/SpecialUpload.php(424): SpecialUpload->showUploadWarning(Array)
- 5 /var/www/mediawiki/includes/specials/SpecialUpload.php(174): SpecialUpload->processUpload()
- 6 /var/www/mediawiki/includes/SpecialPage.php(611): SpecialUpload->execute(NULL)
- 7 /var/www/mediawiki/includes/SpecialPageFactory.php(494): SpecialPage->run(NULL)
- 8 /var/www/mediawiki/includes/Wiki.php(290): SpecialPageFactory::executePath(Object(Title), Object(RequestContext))
- 9 /var/www/mediawiki/includes/Wiki.php(536): MediaWiki->performRequest()
- 10 /var/www/mediawiki/includes/Wiki.php(446): MediaWiki->main()
- 11 /var/www/mediawiki/index.php(59): MediaWiki->run()
- 12 {main}
Retrieved from "http://10.2.162.106/mediawiki/index.php/Special:Upload"
It's likely to try to create the directory $wgUploadDirectory/temp/1/1e. Be sure that $wgUploadDirectory and all its descendants are writable by the webserver.
If in doubt, give all permissions, check if that solves the problem, and then tune up permissions until it's secure and working.
Thanks, I made the folder 777 and everything works. I tried 775 and 755 but had the same error. Since this server is on our interanet and not avilible to the public I'm going to leave it 777. Thanks so much for your help.
I have a bit of trouble understanding Manual:Interface/JavaScript#mw.config.
I'm relatively new to JavaScript. I've been revamping an edit counter script for the past two-three months that uses the API and posts a table to a page. These few months are my only JavaScript experience and I think I'm doing great learning by myself (with Internet help, of course). The old script was very specific to certain wiki elements and required tinkering to get it to work on another wiki using different install options, such as no $wgScriptPath set on the wiki I was trying to use it on and the first wiki had /w/ hardcoded into the ajax calls. I have gotten to the point where the script is smart enough to work as-is on practically any MediaWiki install, but of course, I don't have the means to test it like that, so I'm still learning as I go.
Anyways, my question, or request for clarification, is about using mw.config.get vice just using the wg variable directly. If I understand the page I linked correctly, I do not have to use mw.config.get if $wgLegacyJavaScript is true, correct? I noticed other scripts I have seen plop wgServer and wgScriptPath straight into an ajax call without using mw.config.get and my current revision of my script uses a few other wg variables and it works without having to use mw.config.get anywhere, but if $wgLegacyJavaScript is set to false on some wiki where someone uses my script, will my script not work?
If you want to browse my script, it is at wikipedia:User:Kanegasi/editcounter.js. If you're wondering why the revision history of that page is short, the original location I was working at was minecraftwiki.net and the full page history of my successes and failures can be seen here.
In a marathon session setting up our website, my tech help installed our wiki and pointed me to the mediawiki site to configure it. Unfortunately although some of the setup info was noted, I failed to write down the admin username, and in the month of other projects that intervened, neither of us can remember it. I can access the wiki and of course I can configure LocalSettings.php on the server along with the files in the wiki folder, but cannot login as the administrator. How can I retrieve or reset my login? MichaelM : http://perfectenvirons.org/wiki/index.php?title=Main_Page MediaWiki1.18.1
Hi!
You can try going to phpMyAdmin (or any other tool you use to manage your databases) and look for the 'user' table.
It's even easier: The page Special:ListUsers holds a list of those users. The username is Michael.
After upgrading from 1.10.1. to 1.18.1 the change of the watchlist using the link on the page does not work, instead the message MediaWiki:Watcherrortext turns up. Special:Watchlist works fine. I detected, that the target address generated by the link after action=watch&token= contains a different token as in Special:Preferences#mw-prefsection-watchlist, if that matters.
- MediaWiki 1.18.1
- PHP 5.2.14 (apache2handler)
- MySQL 5.0.26
Any piece of advice is welcome.
They're different tokens, with different purposes.
Thanks, I assumed so, but wasn't sure. Meanwhile I also checked the template "watch", which we copied from w:en:template:watch. The template generates &action=watch, i.e. without a token, and it works fine. So the token seems to be the reason of the watchlist error, but I don't know how to fix it yet.
After upgrading from 1.10.1. to 1.18.1 the change of the watchlist using the link on the page does not work
You mean the link that's part of the skin? If you're using a non-standard skin it could be a bug in that skin.
Wikipedia is using 1.19 which may account for the differences in behavior. (I'm not at my home computer so I can't easily check how/if the behavior changed between versions)
Meanwhile I found Bug 30372 - Users able to watch pages get a script error .... Setting $wgAjaxWatch = false seems to solve the problem, but Comment 8 makes me wonder, if this is really a good solution.
The same issue occurs on MW 1.19.2 (Vector, Mozilla + IE). Sure I could set $wgAjaxWatch to "false", but I need it to be set to "true" in order to run Extension:CategoryTree. There is a slim chance that in my case, this is related to a recent upgrade of SMW from 1.8.0.3 to SMW 1.8.0.4, but that doesn't seem very likely.
Check the JavaScript error console to be sure it has no JavaScript errors when loading the page. Maybe you have any conflicting script that breaks the load of other MediaWiki stuff, including the watch/unwatch tab.
Sure enough, though I haven't been to locate the issue yet. I'll let you know when I have.
As an extension to my original question:
I find that when I include transcluded sections from a source article into a target article, the target article when displayed has about 7 extra blank lines added immediately after the transcluded content. There are no extra line breaks in the transcluded content or in the target article, but when rendered, the target article displays the white space.
Is there a way to prevent/eliminate the whitespace in the target article?
Thank you for the assistance.
Current system information:
MediaWiki 1.18.2
PHP 5.3.3 (apache2handler)
MySQL 5.1.67
Background summary: The purpose of this is to allow a select handful of users to quickly access articles from a wiki that is a backup copy for emergency purposes. Unlike its live counterpart, it is not necessary to restrict anonymous user interactions. That is to say, I would like to be rid of the login page entirely and allow any person to view any articles as they desire.
I have tried changing $wgGroupPermissions['*']['read'] = false; to $wgGroupPermissions['*']['read'] = true; Attempts to google similar solutions turn up with nothing useful, and a whole bunch of articles detailing how to make the wiki private. Could just be my terrible googling skills, but hey!
Any sort of quick and dirty method of doing this would be fine; thanks to all who contribute in advance.
Cheers!
A default MediaWiki installation allows anyone to see articles with no restriction, and also edit pages. All configuration changes are done at the LocalSettings file. Just take a look at that file and remove (comment out) everything that has to do with group permissions and restrictions and it should work.
First page |
Previous page |
Next page |
Last page |
![[1]](http://web.archive.org./web/20130308024317/http://en.wikipedia.org/wiki/File:MediaWiki_1.21wmf3_page_history_screenshot.svg){kind=link}