Project:Support desk
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.
- [View source↑]
- [History↑]
Contents
![]() First page |
![]() Previous page |
![]() Next page |
![]() Last page |
Hi all,
is there any way, to coallaps the contant beetwen the headers?
I know the solution with div classes "mw-collapsible". But i need the collapse button nearly to the edit button
Like this:
Header 1_______________________________________show edit
Header 2_______________________________________hide edit
This is an example text.
Header 3_______________________________________show edit
thx for your help!
I have a mediawiki which is well established and it is version 1.8.
Is there an easy upgrade path/method?
I'd like to install on a new VM if that is possible, as the old one is running an out of date older version of Linux. I intend to create a new VM with a new OS. That way I don't have to worry about updating all the various support packages for the old system to support the new version of mediawiki.
Hi!
Yes, there is! When you set up a new machine, you will have to import the database into the new MySQL server and you should put the wiki files back into place on the new machine again. (At that point the wiki might be broken.) Then go through the steps on Upgrade and you will be able to go directly to version 1.22. Also update extensions and should you only get a blank page make sure to check for the PHP error, which is happening in order to get it solved.
Thank you for your help. OK, what I did was:
1. backup the mysql database 2. backup the old mediawiki directory 3. transfer them to the new VM 4. I then unpacked the old mediawiki directory 5. restored the mysql database to the new mysql system 6. edited the httpd.conf file to create a virtual server to allow access to the mediawiki directory as the root directory of the webserver 7. ran the update script.
Here I encountered an error:
- php maintenance/update.php
PHP Notice: Undefined index: HTTP_USER_AGENT in /var/www/html/mediawiki/extensions/FCKeditor/fckeditor/fckeditor_php5.php on line 37 PHP Fatal error: Call to undefined function wfLoadExtensionMessages() in /var/www/html/mediawiki/extensions/CategoryWatch/CategoryWatch.php on line 239
Any ideas?
I cannot say anything to step 6; no idea what a virtual machine needs to be set up. But since you obviously can basically access the files, that should be fine.
Step 7 is wrong: You need to update the MediaWiki source code first. After putting the old files in place again, overwrite them with those files, which are in the 1.22 tarball.
The extension FCKeditor is no longer maintained; remove it from LocalSettings.php and remove it from the folder extensions/.
Then try running update.php again.
Again, thanks for your help.
I removed FCKeditor as you suggested and then got an error when rerunning the update.php:
PHP Fatal error: Call to undefined function wfLoadExtensionMessages() in /var/www/html/mediawiki/extensions/CategoryWatch/CategoryWatch.php on line 239
So I also removed CategoryWatch.
That made the Update script run successfully.
When I then browsed to the updated mediawiki it failed to show any of the content which was from the old mediawiki. All I got was the replaced logo image and the same startup main page. :(
I decided to start again from scratch and follow the upgrade instructions explicitly.
After several problems with the upgrade script complaining about various extensions I fixed all those and ended up with the following errore:
php maintenance/update.php A database query error has occurred. Query: SELECT page_id,page_len,page_is_redirect,page_latest,page_content_model FROM `page` WHERE page_namespace = '10' AND page_title = 'Extension_DPL' LIMIT 1 Function: LinkCache::addLinkObj Error: 1146 Table 'wikidb.page' doesn't exist (localhost)
Our server is no longer allowing PHP 5.2. Our wiki version is from 2009. We need to upgrade to mediawiki-1.22.0 . The instructions Manual:Upgrading do not help, because we cannot run as a superuser at our server. Our server tells us we need to do a manual install of the newer version of your application and then import the data in from your old application.
We need instructions on how to do this. We are willing to pay someone to help. Please leave message here with info on how you can help or if you have the instructions on how to do this.
Hi!
You can really do an upgrade; no need to install things from scratch again. Don't forget to create a backup of your wiki files and of the database before you start!
You do not have to be a superuser to follow Upgrade. What would be helpful is if you had SSH or shell access to the server. Do you have that?
Hello, I am a first time MediaWiki user. I installed the software as per the instructions but as soon as I uploaded the LocalSettings file the whole wiki went dead. The error I am getting is this:
-
-
- [6dd6cbfb] 2014-01-20 22:01:35: Fatal exception of type MWException
-
After an incredible amount of digging in the help wiki (which is really, really obtuse and unhelpful, even by wiki standards) I realised that [6dd6cbfb] was a reference to an entry in the server log. Unfortunately I have no idea how to get to that and I don't know how to set the flag that allows you to see the log entry on the screen. Can someone help? My server is Apache and my database is the latest version of MySQL
Can anyone tell me what file the $wgShowExceptionDetails option is in so I can set it to true and read the server log?
- Edit*
Ok, thanks, I worked out that it was one of the pre-installed extensions. Apparently MediaWiki doesn't add the two tiny, tiny, lines of code required to make the Localisation Update Extension work out of the box. :P
I see these two strange characters --> អំពី beside the website name in the footer of the page when I install 1.22 or higher. Not a deal breaker but odd. I don't see this in 1.21 installs.
Thanks!
That's on the installer page? Or on any normal wiki page once the installation has completed?
A screenshot or HTML source of the page when this happens would help, or a link to the wiki if it's publicly accessible.
Thanks for the reply! It's on the wiki pages after the install is complete. Please see attached image. I tried it on two servers again. They just started showing up with these latest releases. (1.22)
https://www.dropbox.com/s/18szivb8y6tdaic/strangCharacters.png
Hi Mark!
You see the strange sign inside the so called footer links. Instead of "(strange sign) SiteName" it should actually say "About (actual sitename)". This one link is not created correctly for you; maybe an extension or so tries to add an additional link directly in front of it, which does not work. These links can be set up e.g. with the hook SkinTemplateOutputPageBeforeExec. This can be done in LocalSettings.php, but also in extensions.
See Manual:Footer#Add_links_to_the_footer for more information.
Another option is:
The text of the footer links comes from the interface messages MediaWiki:Privacy, MediaWiki:Aboutsite and MediaWiki:Disclaimers. With your problem I would expect that, if there was an error coming from one of these three links, then it would come from MediaWiki:Aboutsite. To disable one or more of these links, set the corresponding link text to a single hyphen (-).
can anybody suggest the search api for searching the wikihow database through the text search!! want json results not HTML ...
help would be appreciated!
Hello,
I forgot my MediaWiki password, so I tried to reset the password by letting it send a reset mail to me. But it doesn't send a mail. And since my host doesn't give me SSH or any kind of console access, I had to try to reset the password via the database directly. For that, I used this:
UPDATE user SET user_password = MD5( CONCAT( user_id, '-', MD5( 'NEWPASS' ) ) ) WHERE user_id =1
When I executed it, it said "1 row affected", so I thought it would be working, but it didn't. I still couldn't login. Why doesn't it work when I reset the password like this? Can anybody help me, as I have no way of resetting my password now :(
Info: - MediaWiki Version: 1.21.2 - PHP Version: 5.3.27 (cgi-fcgi) - MySQL Version: 5.5.33-log
And I also have an extra note: Whenever I try to login, it just reloads the page and it says no message. The exact same happens when I reset my password with the email option, it just reloads. I've tried private browsing and clearing all my cookies, still doesn't work. I don't know if it is normal for it not to show a message like "Failed to login".
Hi!
Passwords are calculated differently from what you think they were. The alogrithm you used is only used in MediaWiki 1.12 and older. Current versions use this algorithm:
UPDATE `user` SET user_password = CONCAT(':B:somesalt:', MD5(CONCAT('somesalt-', MD5('somepass')))) WHERE user_name = 'someuser';
assuming that $wgPasswordSalt is true in LocalSettings.php.
See Manual:Resetting_passwords for more information.
Software installed: MediaWiki 1.22.1, PHP 5.3.10-1ubuntu3.9 (apache2handler), MySQL 5.5.34-0ubuntu0.12.04.1. Extensions installed ParserFunctions (Versión 1.5.1). http://www.xcrioja.com/wiki/index.php/Liga_Norte When I use class = "wikitable sortable" does not order the table, even the symbols up / down appears. However if you use example class = "wikitable sortable mw-collapsible mw-collapsed" if the symbols appear and sorts the table. Thank you for you
Have installed the latest stable version of Mediawiki on my hosted web server and enabled file upload. And it works to upload an image. But the thumbnail is not created.
Have searched through the web for answers and looked at the wiki manual. Tried setting the right permissions on the folders. Nothing works..
What could be wrong?
Hi Peter,
what is the exact error message you get? Have a look at the PHP error log or maybe even at the thumbnails themselves; the error might also show up at the place, where the image should be. And: How does "thumbnail not created" look like for you?
I guess that you have not set up $wgUseImageMagick or that the path to ImageMagick in LocalSettings.php is wrong.
There is no error message aside from that the thumbnail image is broken and no thumbnail image file existing in the image folder or subfolders.
The settings looks like this:
$wgEnableUploads = true;
$wgUseImageMagick = true;
$wgImageMagickConvertCommand = "/usr/bin/convert";
$wgGenerateThumbnailOnParse = false;
I have also tried to turn off ImageMagick and set a $wgTmpDirectory. But none of that works.
Anyone? Help
If you have $wgGenerateThumbnailOnParse = false;
, you either need a 404 handler or configure $wgThumbnailScriptPath, otherwise thumbnails won't be generated. See Manual:thumb.php
I am thinking of making my personal wiki open for more general use, but there are a lot of pages which I want protected from editing by anyone other than admins.
I could go one by one to change them, but is there a way to do them in one go (either through an extension that I've not found, or by direct database manipulation)?
Any advice would be most welcome
You may use $wgNamespaceProtection, placing those pages on a specific namespace.
I am having problems installing
- mediawiki 1.22
- PhP 5.3
- MySQL 5.1
I am attempting to install on a Red Hat Enterprise 6.2
I have been following the installation instructions but have stumbled where the instructions say, "you can complete the installation through a web browser by going to the index.php URI in your browser". I've tried that but the browser cannot find the mediawiki. :(
I have used http://xx.yy.com/mediawiki http://xx.yy.zz.aa/mediawiki/index.php and neither one works.
Any ideas?
It seems like you have not installed MediaWiki in a subfolder called mediawiki/. Remove this subfolder from your URL; Installation mentions the folder w/, however, which you have to use in your URL depends on where you actually extracted MediaWiki...
Thanks for your help but yes, I do have a directory called "mediawiki" under the root directory of my webserver (/var/www/html/mediawiki). I may be a neophyte with mediawiki but I am not a neophyte as far as webservers are concerned.
You should be more specific about neither one works. What error message do you get?
You should look at the apache error log to see what physical path it's trying to access, so you can check if it's looking at the right place, or if it has sufficient permissions to read the files.
I am looking forward to have a report where I can see the size of the all the pages that have been created in Mediawiki that I have installed. There are special pages that show the details on the Views, Pages Created, login etc.
Is it possible to have a page created/available where I can see the size of the pages that are already there in the System.
I'm considering making several templates that are displayed at the ends of articles into HTML that is automatically included at the end of articles matching specific namespaces by an extension. Two of the templates are constant across the wiki, but one of them uses the name of the author. Is it possible to have a parser function that includes the name of the author and adds it to the box with the author's name?
Here is an example page:
https://www.sturmkrieg.us/Sternkampf_Revolution#.Ut3U42Qo6CQ
The watch / unwatch tab does not appear in Vector skin but appears in Monobook skin
In our internal wiki we have:
Mediawiki 1.21.2 PHP 5.4.18 (cgi-fcgi) MySQL 5.6.13
For a reason that has stumped our tech genius (no kidding, he really is extremely smart) we can't get the watch / unwatch tab to appear in the default Vector skin. It appears when anyone switches over to Monobook though.
Can someone please tell me what is going on?
Alain
Hi everyone
Feeling the need of a personal wiki, I decided to start installing one on a USB stick I had lying around. Everything went smoothly, the Uniform Server has been installed and so has the newest version of MediaWiki. I've followed this guide step by step but got stuck. When I try to connect to http://localhost/wi/mw-config/index.php, I get this error:
Warning: require(./includes/WebStart.php) [function.require]: failed to open stream: No such file or directory in W:\www\wi\mw-config\index.php on line 27
Fatal error: require() [function.require]: Failed opening required './includes/WebStart.php' (include_path='.;/usr/local/PHP/includes;/usr/local/PHP/pear;/home/admin/www/plugins/pear/PEAR') in W:\www\wi\mw-config\index.php on line 27
I have checked and WebStart.php does in fact exist in the includes folder, however it is somehow unable to find it. If someone could help me out, that'd be great.
Thanks in advance
Sounds like __DIR__ is returning something dirname doesn't recognize:
Relavent code:
chdir( dirname( __DIR__ ) ); require dirname( __DIR__ ) . '/includes/WebStart.php';
So if dirname returns '.' as your error indicates, and php docs say it can in certain situations (but they're not specific what situations) then MediaWiki won't access things in the parent directory properly, and the installer won't work.
How should I fix this? I have little to no PHP experience unfortunately so I can't try messing around with it until it works. Should I hardcode dirname to always return the folder location or is there an easier way?
Hi,
I'm running multiple language wikis and one pool wiki. The problem is that no file descriptions are fetched in the language wikis although $wgFetchCommonsDescriptions is set to true.
LocalSettings.php of the language wikis:
$wgUseSharedUploads = true; $wgSharedUploadPath = 'http://pool.example.com/w/images'; $wgSharedUploadDirectory = '/path/to/pool/w/images/'; $wgHashedSharedUploadDirectory = true; $wgFetchCommonsDescriptions = true; $wgSharedUploadDBname = 'poolwiki'; # DB-Name of PoolWiki #$wgSharedUploadDBprefix = 'wiki_'; # Table name prefix for PoolWiki $wgRepositoryBaseUrl = "http://pool.example.com/wiki/Image:";
ForeignAPIRepo used to work fine before, but since I switched from Apache to Nginx, no images show up anymore in the language wikis.
This is how my LocalSettings.php used to look like:
$wgForeignFileRepos[] = array( 'class' => 'ForeignAPIRepo', 'name' => 'pool', 'apibase' => 'http://pool.example.com/w/api.php', 'fetchDescription' => true, // Optional 'descriptionCacheExpiry' => 43200, // 12 hours, optional (values are seconds) 'apiThumbCacheExpiry' => 0, // required for local thumb caching ); */
I also tried to set 'name' => 'poolwiki',
(name of the pool database) but that doesn't work either.
My software: MediaWiki: 1.22.0
PHP: 5.3.27 (fpm-fcgi)
MySQL: 5.1.70-log
Any help is more than appreciated.
Thanks and cheers,
my Bureaucrat user (only one user) is not a sysops (can not delete pages or access Special:UserRights)
Installed software
Product Version MediaWiki 1.19.2 PHP 5.3.27 (cgi-fcgi) MySQL 5.1.39-log
I am the only user as it has to be a private one. How can I change this? I figured my one and only user(first and only) created would have full control over it.
Thank for you help.
also too my user is a Administrator, but I can not delete any pages (which is my ultimate goal)
Hi!
Two things:
The users must be in the right groups. Being a bureaucrat you can change user groups in your wiki on the wiki page Special:UserRights.
The groups must have the right permissions. Which permissions the different groups actually have, can be seen on the wiki page Special:ListGroupRights. You can set (= change) these permissions in LocalSettings.php by modifying (or adding) $wgGroupPermissions.
For example for an administrator user to be able to delete pages, you would have to make sure that
$wgGroupPermissions['sysop']['delete'] = true;
is set. With that line administrators will be able to delete pages.
Hi. Please help me to make a patch. Sincerely.
Hi!
I found the community decision to activate flagged revisions here.
As far as I understood you basically have to change two things:
In the git repo https://git.wikimedia.org/git/operations/mediawiki-config.git add cewiki to the list in the file flaggedrevs.dblist.
Then you have to change wmf-config/flaggedrevs.php and to add an elseif() section for cewiki there.
Thanks for the answer. The second link does not open. And where should I add? (Sorry I do not know English language)
You have to change these files:
- flaggedrevs.dblist
- wmf-config/flaggedrevs.php
Both are in the Git repository https://git.wikimedia.org/git/operations/mediawiki-config.git; for the second file look into the folder wmf-config/ inside that repository.
I have not done configuration changes to Wikipedia projects before, but I guess you have to use Git to download that repository and do the changes the way you need them. Then you have to use Git to push your changes to the review server. I hope that Git contains more details on that - or that someone who knows better stops by and actually does it. ;-)
As I understand participant added patch. Thank you very much.
I saw the patch https://gerrit.wikimedia.org/r/#/c/108302/, however: Isn't it missing the change in the file flaggedrevs.dblist? Mustn't cewiki be added to that list as well? At least that is what wmf-config/flaggedrevs.php says at the top...
Problem uploading files: Could not create directory "mwstore://local-backend/local-public/5/54".
Hello, I upgraded our wiki from 1.16 to 1.21.0rc5. I can no longer upload files. I get the error: Could not create directory "mwstore://local-backend/local-public/5/54".
I also get
Internal errors: Error storing file in '/tmp/php2k23Xw': Could not create directory "mwstore://local-backend/local-temp/c/ca". Backtrace: #0 /var/www/html/wiki/includes/upload/UploadBase.php(836): UploadStash->stashFile('/tmp/php2k23Xw', 'file') #1 /var/www/html/wiki/includes/upload/UploadBase.php(849): UploadBase->stashFile() #2 /var/www/html/wiki/includes/upload/UploadBase.php(858): UploadBase->stashFileGetKey() #3 /var/www/html/wiki/includes/specials/SpecialUpload.php(332): UploadBase->stashSession() #4 /var/www/html/wiki/includes/specials/SpecialUpload.php(425): SpecialUpload->showUploadWarning(Array) #5 /var/www/html/wiki/includes/specials/SpecialUpload.php(172): SpecialUpload->processUpload() #6 /var/www/html/wiki/includes/SpecialPage.php(613): SpecialUpload->execute(NULL) #7 /var/www/html/wiki/includes/SpecialPageFactory.php(487): SpecialPage->run(NULL) #8 /var/www/html/wiki/includes/Wiki.php(291): SpecialPageFactory::executePath(Object(Title), Object(RequestContext)) #9 /var/www/html/wiki/includes/Wiki.php(565): MediaWiki->performRequest() #10 /var/www/html/wiki/includes/Wiki.php(458): MediaWiki->main() #11 /var/www/html/wiki/index.php(59): MediaWiki->run() #12 {main}
I have tried changing ownership and permissions on all files and sub-directories and I just cannot figure out what I am doing wrong. any help would be most appreciated. Below is my installed software.
- Installed software
- Product Version
- MediaWiki 1.21.0rc5
- PHP 5.3.8 (apache2handler)
- MySQL 5.1.60
- Entry point URLs
- Entry point URL
- Article path /wiki/index.php/$1
- Script path /wiki
- index.php /wiki/index.php
- api.php /wiki/api.php
- load.php /wiki/load.php
The second error is especially interesting. Are you using shared hosting? What are the permissions on your images directory? What are the permissions on /tmp?
Hello, I am not using shared hosting. Root owns both /tmp and /var/www/html/wiki/ (and all its subdirectories including images). The permissions are 777 across the board. Thanks.
also, saw that you aren't using the latest mw... can you d/l the latest and try again?
I will give it a try.
Mark, I upgraded to the latest MW(see info below), and although I no longer get the Internal error with a backtrace, I still get: Could not create directory "mwstore://local-backend/local-public/5/54".
For the life of me, I just can't figure this one out.
Installed software Product Version MediaWiki 1.21.1 PHP 5.3.8 (apache2handler) MySQL 5.1.60 Entry point URLs Entry point URL Article path /mediawiki-1.21.1/index.php/$1 Script path /mediawiki-1.21.1 index.php /mediawiki-1.21.1/index.php api.php /mediawiki-1.21.1/api.php load.php /mediawiki-1.21.1/load.php
Any ideas for me? Thanks, Phil
On it.wikipedia.org it has been discussed whether ISMN code (International Standard Music Number: it is a number recognizing printed music, like ISBN and books) should be automatically recognized by MediaWiki or not. After that discussion (it:Discussioni_progetto:Musica#ISMN) we thought to ask here to implement on MediaWiki the recognization of that code. The implementation appears not too difficult because: 1) ISMN exists both with 10 digits and with 13 digits. An ISMN 13 digits code could be written as ISBN followed by the same 13 digits: MediaWiki is able to search for ISBN and many book search engines store in their databases also printed music like Google Books. So, in that case, it is only needed MediaWiki to link ISMN XXX-X-XXXX-XXXX-X to Special:BookSources/XXXXXXXXXXXXX. 2) An ISMN 10 digits code should be converted. Those codes are structured as following: ISMN M-XXXX-XXXX-X . As you may see on International ISMN Agency website (http://www.ismn-international.org/whatis.html), this code is equal to ISMN 979-0-XXXX-XXXX-X , so,after conversion, it would be the same as point 1). For example consider the book Duport, Jean-Louis; Rummel, Martin (ed.); 21 Etudes for Violoncello with an accompaniment of a second Violoncello ad libitum , Barenreiter. ISMN M-006-52998-8 The code ISMN M-006-52998-8 should point to Special:BookSources/9790006529988. Is it possible to MediaWiki to recognize automatically ISMN code?
![]() First page |
![]() Previous page |
![]() Next page |
![]() Last page |