Project:Support desk

From MediaWiki.org
Jump to: navigation, search
vde   This page is for questions relating to the MediaWiki software.

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

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.

Start a new discussion
First page
First page
Previous page
Previous page
Last page
Last page

Collapse Header Section

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!

87.152.227.1911:56, 22 January 2013

like this? [1].

Ciencia Al Poder (talk)10:28, 23 January 2013

That is fantastic! Do you have a link to instructions? thanks!

67.166.78.1806:34, 22 January 2014
 
 

Easy way to upgrade from version 1.8 to 2.1?

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.

203.25.255.1702:12, 22 January 2014

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.

88.130.77.16902:36, 22 January 2014

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:

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

203.25.255.1703:37, 22 January 2014

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.

88.130.66.18904:02, 22 January 2014

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

203.25.255.1705:15, 22 January 2014

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)

203.25.255.1706:30, 22 January 2014
 
 
 
 
 

help needed to upgrade wiki version - will hire someone if needed

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.

23:40, 20 January 2014

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?

88.130.100.5200:16, 21 January 2014

Hi !

Our server told us we can't use the command line without being a superuser. We tried SSH and putty and were unsuccessful. If anyone has any ideas, please send them.

05:31, 22 January 2014
 
 

Index does not appear after installation

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

Hadashi (talk)22:31, 20 January 2014

Can anyone tell me what file the $wgShowExceptionDetails option is in so I can set it to true and read the server log?

Hadashi (talk)13:44, 21 January 2014
 

Manual:How to debug

Ciencia Al Poder (talk)13:51, 21 January 2014
  • 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

Hadashi (talk)22:03, 21 January 2014

Yepp, this problem exists basically with every extension needing manual adjustment. Everything, which is not default configuration must be added by hand.

I think the installer should tell you to check the configuration for manual additions that might be necessary! Doesn't it?

88.130.77.16901:56, 22 January 2014
 
 
 

Strange Characters in footer after basic 1.22 install

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!

MarkJurgens (talk)03:00, 13 January 2014

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.

Ciencia Al Poder (talk)10:39, 13 January 2014

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

MarkJurgens (talk)20:49, 21 January 2014

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

88.130.77.16923:42, 21 January 2014
 
 
 

json format of search query api for text search

can anybody suggest the search api for searching the wikihow database through the text search!! want json results not HTML ...

help would be appreciated!

122.169.34.10110:46, 21 January 2014

Hi!

You can change the output format with the option format, e.g. format=json.

88.130.77.16923:28, 21 January 2014
 

Can't Change Password Via phpMyAdmin!

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

95.166.17.21117:09, 21 January 2014

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.

88.130.77.16918:57, 21 January 2014
 

Wikitable sortable not working properly

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

Leopoldovirosta (talk)17:52, 16 January 2014

The first row of the table must be a table heading instead of a normal table cell (use ! instead of | for each cell) for sortable to work.

Ciencia Al Poder (talk)18:47, 17 January 2014

Ok, thanks.

Leopoldovirosta (talk)15:46, 21 January 2014
 
 

[RESOLVED] Thumbnails are not being created

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?

Peter Westerlund (talk)15:03, 18 January 2014

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.

88.130.100.1616:04, 18 January 2014

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.

Peter Westerlund (talk)16:13, 18 January 2014

Anyone? Help

Peter Westerlund (talk)21:40, 20 January 2014

If you have $wgGenerateThumbnailOnParse = false;, you either need a 404 handler or configure $wgThumbnailScriptPath, otherwise thumbnails won't be generated. See Manual:thumb.php

Ciencia Al Poder (talk)13:56, 21 January 2014

God damn, all I had to do was putting $wgGenerateThumbnailOnParse to true... :)

Peter Westerlund (talk)14:49, 21 January 2014
 
 
 
 
 

Protecting multiple pages

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

-- PhantomSteve/talk|contribs\20:21, 20 January 2014

You may use $wgNamespaceProtection, placing those pages on a specific namespace.

Ciencia Al Poder (talk)13:58, 21 January 2014
 

[RESOLVED] Problems installing mediawiki

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?

Brian 665 (talk)02:11, 20 January 2014

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

88.130.67.13102:54, 20 January 2014

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.

Brian 665 (talk)05:44, 20 January 2014

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.

Ciencia Al Poder (talk)10:36, 20 January 2014

Thanks for all your help. I solved the problem - it was selinux. It didn't like the addition of the mediawiki directory and files under /var/www/html. Stupid thing.  :-\

203.25.255.1701:58, 21 January 2014
 
 
 
 

Calculating size of the page

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.

Vivek.Prakash (talk)11:15, 21 January 2014

Adding a template to server side HTML and controlling it with a parser fuction

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

ಠ_ಠ Inquisitor Sasha des Ordo Scharzenkommando (Talk) ([[Special:Contributions/Inquisit02:16, 21 January 2014

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

AlainVaillancourt (talk)00:44, 21 January 2014

WebStart.php issues

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

Bassoonian (talk)19:53, 18 January 2014

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.

Bawolff (talk)20:41, 19 January 2014

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?

Bassoonian (talk)15:40, 20 January 2014
 
 

File descriptions aren't fetched

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,

Till Kraemer (talk)15:13, 20 January 2014

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.
12.248.40.13813:29, 20 January 2014

also too my user is a Administrator, but I can not delete any pages (which is my ultimate goal)

12.248.40.13813:40, 20 January 2014

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.

88.130.100.5214:25, 20 January 2014
 
 

FlaggedRevs

Hi. Please help me to make a patch. Sincerely.

Дагиров Умар (talk)21:47, 18 January 2014

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.

88.130.100.1600:45, 19 January 2014

Thanks for the answer. The second link does not open. And where should I add? (Sorry I do not know English language)

Дагиров Умар (talk)01:06, 19 January 2014

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

88.130.100.1602:12, 19 January 2014

As I understand participant added patch. Thank you very much.

Дагиров Умар (talk)14:08, 20 January 2014

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

88.130.100.5214:20, 20 January 2014
 
 
 
 
 

Problem uploading files: Could not create directory "mwstore://local-backend/local-public/5/54".

Edited by another user.
Last edit: 15:00, 12 June 2013

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
192.12.119.213:21, 12 June 2013

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?

MarkAHershberger(talk)15:07, 12 June 2013

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.

192.12.119.216:05, 12 June 2013

also, saw that you aren't using the latest mw... can you d/l the latest and try again?

MarkAHershberger(talk)17:58, 12 June 2013

I will give it a try.

192.12.119.218:16, 12 June 2013

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

192.12.119.213:18, 13 June 2013
 
 
 
 
 

Implementation ISMN code like ISBN

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?

Januitgever (talk)10:35, 20 January 2014
First page
First page
Previous page
Previous page
Last page
Last page