403 Forbidden, when viewing the downloaded file

If you view the downloaded file on a link - http://site1111111.ru/index.php/File:Glitterhelm_Caverns.png

Error "403 Forbidden".

As a result, I can not rename the downloaded file, delete it, or just view

What to do? Thank you. Nicolayka (talk) 09:38, 2 December 2012 (UTC)

up Nicolayka (talk) 17:00, 2 December 2012 (UTC)

Your site doesn't seem to be accessible (DNS is not known).

But anyway, check your server's error log. And see Manual:How to debug. First of all you should make sure where the error comes from: from MediaWiki/PHP or from the webserver. The problem is most likely the web server, that has some misconfiguration.

If enabling MediaWiki debug it doesn't generate any MediaWiki debug logs, then the problem is the server configuration. Ciencia Al Poder (talk) 21:00, 2 December 2012 (UTC)

Adress confirmation does not work anymore with MW 1.20.1

Problem using Extension:Interwiki with MW 1.18

When I try to add or edit prefixes, it gives an error.

Fatal error: Call to undefined method Xml::hidden() in /home/content/01/7537801/html/EN-40K Sturmkrieg/extensions/Interwiki/Interwiki_body.php on line 165&

I'm using the 1.17 version, which on the extension page is the same for 1.18. Lieutenant Aleksandr Reznov 16:06, 2 December 2012 (UTC)

Are you really using the 1.17 version? It says on Extension:Interwiki to use the extension as of r92408 for MediaWiki 1.17 or MediaWiki 1.18.

In the extension code at r92408, there is no call to Xml::hidden in Interwiki_body.php on line 165. About 5 versions before that revision it was replaced with Html::hidden.

So it looks like you're not using "the 1.17/1.18 version". Krinkle (talk) 15:39, 3 December 2012 (UTC)

I've added direct snapshot download links to the correct branches of the extension on Extension:Interwiki. Krinkle (talk) 15:57, 3 December 2012 (UTC)

Ok. I download the version that I have on en.sturmkrieg.com which is 1.17, and it works fine there, but it must not be the specific extension for that version of MediaWiki.

Thanks, I'll download the 1.18 version then. ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 17:01, 3 December 2012 (UTC)

Thanks, it worked. ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 17:08, 3 December 2012 (UTC)

http://en40k.sturmkrieg.com/Space_Marines

The interwiki links in the fanfiction section don't seem to show up. ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 17:36, 3 December 2012 (UTC)

It thinks it's a language version. ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 17:43, 3 December 2012 (UTC)

Get a File from the Wiki by python script with img_auth.php active.

I try to download a File from my wiki by a python script. That works with

urllib2.urlopen('imageurl')

as long as img_auth is not active. I get a 403 Error wich is no surprise to me. Any ideas how to do this in this case? 62.143.42.13 (talk) 17:13, 2 December 2012 (UTC)

MediaWiki:Common.css 404 error

Hello,

I am trying to edit my MediaWiki:Common.css, but when I search it, I get 404 page not found. I checked permissions but my user group have editinterface permission. Any ideas why it is happens? Homep 13 (talk) 19:31, 2 December 2012 (UTC)

Please clarify. Is this 404 message coming from the server? If you see the MediaWiki tabs etc. you should (as an admin) be able to create that page. – Allen4names (IPv6 contributions) 19:42, 2 December 2012 (UTC)

Yes it is coming from server. And it's happens only with MediaWiki namespace.

I tried to search the page not from quick search, so when I am in search page and searching Common.css I can see that wiki see this page, but can't access it with 404

Same problem with .js Homep 13 (talk) 20:04, 2 December 2012 (UTC)

When a page in MediaWiki does not exist, it sends a HTTP 404 Not Found response, but the normal empty page (with links to create the article) are rendered as usual. The HTTP 404 response should prevent search engines from indexing those pages, and browsers and proxies from caching those pages.

If you get a custom server error message instead of the normal page, then your server is misconfigured. Disable or fix the custom errors directive of your web server.

If that's not the problem, then clarify why the 404 response is a problem for you. Ciencia Al Poder (talk) 21:12, 2 December 2012 (UTC)

Note: Mediawiki should not send 404's for things in mediawiki namespace that have a default, even if they don't "exist". (Common.css has a default, so MW should not send a 404 for it).

This sounds most likely something wrong with your web server configuration (In particular if the normal create this page is not shown). Do you have access to the apache error log, it might say something of interest.

This can potentially be caused by short urls being misconfigured. This is likely if none of the pages in mediawiki namespace are handled by mediawiki.

Other things to look into is do you have mod_security installed (mod_security does weird crap). Bawolff (talk) 21:25, 2 December 2012 (UTC)

When do you get this error?

When visiting the MediaWiki:Common.css page manually directly? Or when browsing regular wiki articles and the software is trying to load this on every page, causing a 404? Krinkle (talk) 15:31, 3 December 2012 (UTC)

Special:ExtentionDistributor not working?

It looks like the Special:ExtensionDistributor on MediaWiki.org itself is not working ....

I get an error: "Invalid response from Extension Distributor remote client."

Is this on purpose or ....??

Regards, Patrick Reijnen 145.221.193.39 (talk) 08:38, 3 December 2012 (UTC)

Known issue. bugzilla:41081 Ciencia Al Poder (talk) 10:20, 3 December 2012 (UTC)

Problems resetting password via e-mail reset

Hi Just upgraded from 1.20.0 and when I ask for a password reset the new password sent by e-mail is not working. Product Version MediaWiki 1.20.1 PHP 5.3.18 (apache2handler) MySQL 5.5.28

http://wiki.humanities.manchester.ac.uk/infra/index.php/Main_Page

It doesn't seem to change in the database

mysql> select user_id,user_password,user_name,user_newpassword,user_newpass_time,user_email from user;

| user_id | user_password | user_name | user_newpassword | user_newpass_time | user_email | | 1 | :B:2b8b8b1f:288eea37020ee599e5787a2cc08d737c | Huminfraadmin | | NULL | paul.johnston@manchester.ac.uk | 1 row in set (0.01 sec)

Wait some time

mysql> select user_id,user_password,user_name,user_newpassword,user_newpass_time,user_email from user;

| user_id | user_password | user_name | user_newpassword | user_newpass_time | user_email | | 1 | :B:2b8b8b1f:288eea37020ee599e5787a2cc08d737c | Huminfraadmin | | NULL | paul.johnston@manchester.ac.uk | 1 row in set (0.00 sec)

Using php changePassword.php --user=Huminfraadmin --password==stuff_here does instantly change the password

mysql> select user_id,user_password,user_name,user_newpassword,user_newpass_time,user_email from user; | user_id | user_password | user_name | user_newpassword | user_newpass_time | user_email | | 1 | :B:5a95b469:69de087c37a9663274d2b12c366570f1 | Huminfraadmin | | NULL | paul.johnston@manchester.ac.uk | 1 row in set (0.00 sec)

However that password dosen't work either.

Any thoughts? Cheers Paul 130.88.105.41 (talk) 10:57, 3 December 2012 (UTC)

Solved now then upgraded to 1.20.2

Paul 130.88.105.41 13:25, 7 December 2012 (UTC)

Uploads not working in 1.20.1 - Internal Error - Not Found in Stash

I upgraded from 1.19.2 to 1.20.1 and am having an issue with uploads. A few scenarios:

1. I have a wanted file, and so I click on it which redirects me to the upload page. I can upload the file, and the file is clearly in the wiki. However, links to the file do not work.

2. I try to re-upload the file, and MediaWiki correctly tells me that the file exists. I choose to Ignore Warnings and get an Internal Error:

Internal error key '111qvbp6y0yk.1yyrqh.1.pdf' not found in stash Backtrace:

1. 0 /home/site/includes/upload/UploadStash.php(159): UploadStash->getFile('111qvbp6y0yk.1y...')
2. 1 /home/site/includes/upload/UploadFromStash.php(99): UploadStash->getMetadata('111qvbp6y0yk.1y...')
3. 2 /home/site/includes/upload/UploadFromStash.php(122): UploadFromStash->initialize('111qvbp6y0yk.1y...', 'MFE_MT_Week_6_A...')
4. 3 /home/site/includes/upload/UploadBase.php(166): UploadFromStash->initializeFromRequest(Object(WebRequest))
5. 4 /home/site/includes/specials/SpecialUpload.php(86): UploadBase::createFromRequest(Object(WebRequest))
6. 5 /home/site/includes/specials/SpecialUpload.php(159): SpecialUpload->loadRequest()
7. 6 /home/site/includes/SpecialPage.php(611): SpecialUpload->execute(NULL)
8. 7 /home/site/includes/SpecialPageFactory.php(494): SpecialPage->run(NULL)
9. 8 /home/site/includes/Wiki.php(290): SpecialPageFactory::executePath(Object(Title), Object(RequestContext))
10. 9 /home/site/includes/Wiki.php(536): MediaWiki->performRequest()
11. 10 /home/site/includes/Wiki.php(446): MediaWiki->main()
12. 11 /home/site/index.php(59): MediaWiki->run()
13. 12 {main}

I couldn't find any reference to this - any help would be greatly appreciated. 94.116.167.73 (talk) 16:35, 3 December 2012 (UTC)

I have done the bad thing of reverting to 1.20.0 (despite security risk), and the issue does not appear in 1.20.0. 94.116.167.73 16:49, 3 December 2012 (UTC)

I also upgraded from 1.19.2 to 1.20.1 and experience exactly the same behaviour.

Uploading a file works, but links to the newly uploaded file that were created before uploading the file are not rendered correctly. Example: A link of the form <pre>foo file</pre> is still rendered as <pre><a href="/path/to/my/wiki/index.php?title=Special:Upload&amp;wpDestFile=Foo.pdf" class="new" title="Foo.pdf">foo file</a></pre>. Only if the page containing the link is edited and saved (even without making any changes), the link is rendered correctly as <pre><a href="/path/to/my/wiki/img_auth.php/8/8f/Foo.pdf" class="internal" title="Foo.pdf">foo file</a></pre>. 85.4.57.190 21:46, 3 December 2012 (UTC)

That is a useful workaround that will let me go back to 1.20.1, although I think this is a bug. 80.4.216.184 22:54, 4 December 2012 (UTC)

Well, this is not the only problem I found. Another one is that

[[File]]

links that were created before the upgrade are wrecked now. So it's maybe too early to got back to 1.20.1. 85.4.57.190 23:14, 4 December 2012 (UTC)

Hmm... Can you try MediaWiki 1.20.2? Krenair ^{(talk • contribs)} 00:01, 5 December 2012 (UTC)

I upgraded to MediaWiki 1.20.2 and the issue with the incorrect Media rendering went away. Great!

However, File links are still not rendered correctly. Example: a previously (i.e., before the update to 1.20.1/1.20.2) created link like

[[File:IMG_3334.JPG|thumb]]

is now rendered as

[<a rel="nofollow" class="external autonumber" href="File:IMG_3334.JPG%7Cthumb">[2]</a>]

It seems like File is not recognised as all. The inner brackets are interpreted as a link to an external resource, and the contents are rendered accordingly.

Any hints are appreciated. 77.73.244.218 08:56, 5 December 2012 (UTC)

Ok, but does it fix the upload problem? Krenair ^{(talk • contribs)} 15:57, 5 December 2012 (UTC)

Yes, it does. (Sorry for the very late reply.) 77.73.244.218 14:08, 8 January 2013 (UTC)

I found the problem (my bad). I had the following in my LocalSettings.php: <pre>$wgUrlProtocols = array(

   'http://',
   'https://',
   'ftp://',
   'mailto:',
   'file:'

); </pre> This didn't cause problem until a recent upgrade of the MediaWiki software (unfortunately, I cannot easily reconstruct which version it was). Fixing the last line (the file:// protocol) solved the problem:

<pre>

$wgUrlProtocols = array(
    'http://',
    'https://',
    'ftp://',
    'mailto:',
    'file://'
);
</pre>
<nowiki>

</nowiki> 77.73.244.218 14:25, 15 January 2013 (UTC)

Reported this bug: https://bugzilla.wikimedia.org/show_bug.cgi?id=44011 ☠MarkAHershberger☢(talk)☣ 19:50, 15 January 2013 (UTC)

1.20.1 cnnot save any configurations in Special:Preferences page

I installed 1.20.1，everything is OK during the installation. however,after installation，when i try to change my details in Special:Preferences page, I found it canot be saved, it displays like that "Your preferences have been saved." but nothing changed can any body help me figure it out? Qicai11 (talk) 23:49, 3 December 2012 (UTC)

I uninstalled it and installed 1.20，configurations can be saved successfully，however,email function still not work Qicai11 (talk) 02:25, 4 December 2012 (UTC)

How can I include a downloadable font in my skin?

I want to create a skin that uses a downloadable css font.

This requires adding an additional <link> tag in the html header, e.g. <link href='http://fonts.googleapis.com/css?family=Open+Sans' rel='stylesheet' type='text/css' >

How do I add an element to the head element of the page? Floating gopher (talk) 08:34, 4 December 2012 (UTC)

Mediawiki 1.19.3 deleteBatch.php not working with stdin input

• Version: 1.19.3
• Problem: deleteBatch.php tries to open file to read even if stdin is used.
• Description:

Trying to use stdin to batch delete pages as follows:

# echo -e "page1\npage2\npage3\n" | php deleteBatch.php -u Admin -r 'Delete my pages' -i 1
PHP Warning:  fopen(1): failed to open stream: No such file or directory in /var/www/cmdb.procolix.com/mediawiki-1.19.3/maintenance/deleteBatch.php on line 63
Unable to read file, exiting

The offending code in maintenance/deleteBatch.php:

                if ( $this->hasArg() ) {
                        $file = fopen( $this->getArg(), 'r' );
                } else {
                        $file = $this->getStdin();
                }

Workaround: Tried this forcibly by commenting out as such:

#                if ( $this->hasArg() ) {
#                        $file = fopen( $this->getArg(), 'r' );
#                } else {
                        $file = $this->getStdin();
#                }

so that standard in is always used. Now the deletion works as expected. 213.125.105.181 (talk) 10:51, 4 December 2012 (UTC)

Sorry, forgot to mention:

• PHP 5.3.3
• MySQL 5.1.63 213.125.105.181 10:54, 4 December 2012 (UTC)

uploading two files with the same name

Is it at all possible to upload two or more files to mediawiki with the same name, I am trying to do so as I want to upload versions of software for people to access, basically like version control. Dylan.paikin (talk) 12:34, 4 December 2012 (UTC)

Extension:MultiUpload Mlpearc (powwow) 00:18, 5 December 2012 (UTC)

Thanks for the input, looks like a cool extension but it wont help me, I need to upload two files with the same name and extension but different contents and I cant rename them either. Dylan.paikin (talk) 04:53, 5 December 2012 (UTC)

Yes, you can, and the file description page will have a history for each image, but in pages you can only embed the most recent version. Ciencia Al Poder (talk) 10:20, 5 December 2012 (UTC)

Thanks for the input, I have found a way around it by using the unc links where you create a template and it takes you to a folder where the file is stored, so I have cut out the upload process.

Sorted thanks Dylan.paikin (talk) 12:33, 5 December 2012 (UTC)

Restrict Namespaces Read/Write Access via LDAP Groups

Hello everybody,

I have installed the newest 1.20.2 version of Mediawiki, I have used 1.17 for a long time.
I am using an active directory server for user authentification with the Extension:LDAP_Authentication, which is working correctly.
We have different departments in our business. Every department is represented in a AD Group which looks like:

FSP-A -> Some department

FSP-B -> Some other department with IT-knowledge

FSP-W -> The main IT department (main wiki editors)

I want to have give different permissions to different ldap-groups to different namespaces.

• Everybody should be able to view but not edit the main namespace.
  
• Everybody in the group FSP-W should be able to edit everything.
  
• Namespaces should be viewable only by the FSP-W Group.
  

(so far its Working perect with Group Restriction).

• But now I want to give read and/or edit permissions to some namespaces to different AD groups.
  

I tried the following setting in LocalSettings.php:

$wgGroupPermissions['FSP-W']['ITKnowledge-edit'] = true;

$wgGroupPermissions['FSP-B']['ITKnowledge-edit'] = true;

define('NS_ITKnowledge', 1337);

$wgExtraNamespaces[NS_ITKnowledge] = 'ITKnowledge';

$wgNamespaceProtection[NS_ITKnowledge] = array( 'ITKnowledge-edit' );

$wgNamespacesWithSubpages[NS_ITKnowledge] = true;

This results in that case, that everybody in the specifieded groups is able to edit articles in the namespace.
But everybody could read the articles in the namespace, which is not what I wanted.
Is there a way to set more specific rights like:

$wgGroupPermissions['*']['ITKnowledge-read'] = false;

$wgGroupPermissions['FSP-W']['ITKnowledge-edit'] = true;

$wgGroupPermissions['FSP-B']['ITKnowledge-edit'] = true;

and some different protection type:

$wgNamespaceReadProtection[NS_ITKnowledge] = array( 'ITKnowledge-read' );

$wgNamespaceEditProtection[NS_ITKnowledge] = array( 'ITKnowledge-edit' );

I have searched for extensions, but I could get any of them working correctly especially becouse most of them seem to do per page restrictions only.

I would be graceful for any advice you can provide.
Duffkess (talk) 08:45, 5 December 2012 (UTC)

Well, it seems that nobody has a solution for my problem. So this morning I started looking at the source.

I adjusted the code of some permission check methods and added an array, so with my code I am now able to set the following in LocalSettings.php:

$wgGroupPermissions['*']['ITKnowledge-read'] = false;

$wgGroupPermissions['FSP-X']['ITKnowledge-read'] = true;

$wgGroupPermissions['FSP-W']['ITKnowledge-edit'] = true;

$wgGroupPermissions['FSP-B']['ITKnowledge-edit'] = true;

$wgNamespaceReadProtection[NS_ITKnowledge] = array( 'ITKnowledge-read' );

$wgNamespaceEditProtection[NS_ITKnowledge] = array( 'ITKnowledge-edit' );

I will do a little bit of debugging and after hollydays, I will do some documentation on how to implement this feature. Duffkess (talk) 11:33, 19 December 2012 (UTC)

You should set up a separate wiki for content only the IT department should be able to see; see Security issues with authorization extensions, which lists many different ways to bypass read restrictions and then notes "There are probably more 'holes' in the read protection system." PleaseStand (talk) 02:00, 20 December 2012 (UTC)

Thank you for this information.

As said in the Link: "So, denying read access should be seen as a "nothing to see here, move along," sort of thing rather than a guarantee of secrecy."

But for my situations this is okay, its not that important. If some user want to know something, they also could ask us, we will tell them. The thing is that we dont want that every dau is overstrained by the information we provide. 193.174.53.84 13:52, 15 January 2013 (UTC)

Cite extension download: Invalid response from Extension Distributor remote client

Hi everyone!

I tried to download the cite extension for mediawiki 1.9, but everytime it says: "Invalid response from Extension Distributor remote client".

Is there another way to download this extension for the newest version of mediawiki? Or does someone know when this will be fixed?

While writing this I also see this great advanced edit toolbar with special characters and advanced formatting functions... What extension is this? Would really like to implement this into my wiki.

Thanks and many blessings,

Lars Unison72 (talk) 11:01, 5 December 2012 (UTC)

ups. Now I see that this doesn't have to do with this extension specifically. I cannot download any extension due to this problem. :(

Any news? Unison72 (talk) 11:23, 5 December 2012 (UTC)

How to use the Click Tracking extension in MW 1.17.4

I have installed the Click Tracking extension in mediawiki 1.17.4 version.

I don't know how to use those extension i have just putted the required extension path in localsettings.php.

Please help me.... Monang (talk) 12:13, 5 December 2012 (UTC)

Special:PasswordReset sends incorrect password

Hi,

When resetting a users password via Special:PasswordReset email is sent but contains incorrect password. Any clue where to verify if procedure is executed properly

MediaWiki 1.20.1
PHP 5.3.10-1ubuntu3.4 (apache2handler)
MySQL 5.5.28-0ubuntu0.12.04.2

Edit:
Applying this change fixed the problem.
https://gerrit.wikimedia.org/r/#/c/36220/1/includes/db/Database.php
84.241.250.11 (talk) 14:27, 5 December 2012 (UTC)

Fixed in MediaWiki 1.20.2 Ciencia Al Poder (talk) 14:17, 6 December 2012 (UTC)

Weird pop-up during password change

Hello everyone,

I find it a bit pity that my first entry to the site comes with a question related to a problem of mine: I have recently installed Mediawiki 1.20.2, managed making it work nice, but during the testing of the engine I have been faced with an interesting problem, and I am not sure if it's related to my poor configuration skills, or more like a problem of different source. While a user is trying to change his/her password an interesting pop up is being offered by the host asking for which user I wish to change the password for (and I get a list offered with usernames not related to the Mediawiki engine, but one, my main administrator). I have also uploaded a screenshot too if you would like to see it.

It seems somehow the Database handling must be wrong or my skills regarding proper configuration of MySQL failed this time. I appreciate any help in advance, thank you for your possible thoughts!

Regards:
Norbert79 (talk) 17:08, 5 December 2012 (UTC)

That dialog box is generated by FireFox not your wiki's database. In Firefox go to Tools > Security > Passwords.. there you can manipulate the settings. Mlpearc (powwow) 18:31, 5 December 2012 (UTC)

Thank you very much for the help, this is just a relief for me. I thought I have configured some service bad and triggered some weird bug. I think I should test the site enxt time with Private mode turned on or with a bare install of any browser. :)

Thank you again. Norbert79 (talk) 19:17, 5 December 2012 (UTC)

Your welcome, I hope it fixes your issue. Mlpearc (powwow) 06:08, 6 December 2012 (UTC)

Invalid response from Extension Distributor remote client

I would like to bring this into awareness - again!

Still it doesn't work to download any extensions. Any news when the problem will be fixed? Am I the only one with this problem? Unison72 (talk) 17:21, 5 December 2012 (UTC)

Known issue in bugzilla:41081. Already bumped the bug Ciencia Al Poder (talk) 22:05, 5 December 2012 (UTC)

Weird pop-up during password change

Norbert79 (talk) 17:23, 5 December 2012 (UTC)

[RESOLVED] Magic Word for user contributions?

Is there a magic word or similar which can display the number of contributions by any user that is entered as plain text? Thanks alot Xtreme2000 (talk) 22:38, 5 December 2012 (UTC)

All core magic words can be found here: Help:Magic words Mlpearc (powwow) 06:07, 6 December 2012 (UTC)

You need to install Extension:Editcount Ciencia Al Poder (talk) 14:05, 6 December 2012 (UTC)

Thanks for the help - I've managed to do it now Xtreme2000 (talk) 15:36, 8 December 2012 (UTC)

mw-navigation title on fr.wikipedia

Since two days now, the french wikipedia site encounter an issue with vector interface. A h2 title "Menu de navigation" appear on also all pages. This content came from a tag <div id="mw-navigation"><h2>Menu de navigation</h2>... beetwen the main body div and the footer div... But for the moment i couldn't found where this tag is define (not in common.css nor vector.css...) Some help required. Thanks. Gdgourou (talk) 09:32, 6 December 2012 (UTC)

Install StalkerLog in Mediawiki 1.17.4

Hello I have to install StalkerLog in mediawiki and its download link is not available. So, please tell me what should i do should i have another way to keep track of user? Monang (talk) 10:09, 6 December 2012 (UTC)

You can download the files of the extension here: http://svn.wikimedia.org/svnroot/mediawiki/trunk/extensions/StalkerLog/ 88.130.64.46 13:11, 6 December 2012 (UTC)

Thanks and how can we use this extension in bluespice for mediawiki1.17.4?? Monang (talk) 05:14, 7 December 2012 (UTC)

Install the extension. To do that bluespice must give you the possibility to upload files to your server. Maybe you have an FTP account to do that. Extension:StalkerLog contains all the information you need. :-) 88.130.81.203 12:44, 7 December 2012 (UTC)

Thanks,

I have successfully installed the StalkerLog extension.

I can see it in Special:Version page.

But, I want "Page URL", from where admin can watch the user log.

I don't know the "URL String", from where i can see the setting or detail page of particular installed extension. Because I haven't find any link to manage any extension. Monang (talk) 13:23, 7 December 2012 (UTC)

The extension page says, the extension would add an entry in the MediaWiki log page. That page is Special:Log. There should now be a new category from that extension. I don't think the extension has an own page, where you can manage its settings; most extensions do not have that. 88.130.81.203 13:50, 7 December 2012 (UTC)

Thanks,

No, i don't get anything new in that special:Log page. It is same as before installing.

So, Do you have any idea about user tracking that tells what the user does from login to logout to the admin? Monang (talk) 13:57, 7 December 2012 (UTC)

Not inside MediaWiki. For such purposes I always use Piwik, an easy to use tracking system. Try it out; it's good! :-) 88.130.81.203 14:19, 7 December 2012 (UTC)

Thanks,

But i don't know anything about PIWIK do you have any helpful URL from where i can learn piwik?? Monang (talk) 05:20, 10 December 2012 (UTC)

Have a look at http://piwik.org/, that's the official homepage. 88.130.65.114 12:57, 10 December 2012 (UTC)

File: (Image/Video) file extension

Why do the files uploaded need to have an extension? It laters limiting when someone wants to upload a new version, which has another extension, for example when creating a vector version of an image. Maybe in some cases threre should be a limitation, like replacing a PDF file with a non-vector image or a video. Galzigler (talk) 11:14, 6 December 2012 (UTC)

[RESOLVED] "" is not a valid magic word for "speciale"

Since I have upgraded from 1.19.1 to 1.20.2 I always get the following errors in the apache logs:

• "" is not a valid magic word for "speciale"
• PHP Warning: array_map(): An error occurred while invoking the map callback in /var/www/wiki/mediawiki-1.20.2/includes/Title.php on line 2087
• PHP Fatal error: Call to a member function matchStartAndRemove() on a non-object in /var/www/wiki/mediawiki-1.20.2/includes/parser/Parser.php on line 3147

The page never is shown - instead I only get a blank page.

php --version

PHP 5.3.3-7+squeeze14 with Suhosin-Patch (cli) (built: Aug  6 2012 14:18:06) 
Copyright (c) 1997-2009 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies
   with Suhosin v0.9.32.1, Copyright (c) 2007-2010, by SektionEins GmbH

mysql --version

mysql  Ver 14.14 Distrib 5.1.63, for debian-linux-gnu (x86_64) using readline 6.1 78.34.148.80 (talk) 16:02, 6 December 2012 (UTC)

See Manual:How_to_debug. Try disabling all extensions. Be sure you unpacked the installation on an empty directory and not over the old installation. Ciencia Al Poder (talk) 16:38, 8 December 2012 (UTC)

I do not use any extensions and I have unpacked into an empty directory - will try to create a debug log tomorrow ... 78.35.73.156 20:58, 11 December 2012 (UTC)

Btw, make sure all your language files were upgraded properly when you did the upgrade. It sounds kind of like some of the translation files were damaged. Bawolff (talk) 15:16, 13 December 2012 (UTC)

Have reloaded the mediawiki tarball, to ensure that the language files are OK, set a wgDebugLogFile and got the following output:

[116f798f] /DocuWiki/index.php?title=Special%3ASearch&search=db_arrayGet&redirs=1&profile=default Exception from line 311 of /var/www/wiki/mediawiki-1.20.2/includes/MagicWord.php: Error: invalid magic word 'speciale'

#0 /var/www/wiki/mediawiki-1.20.2/includes/MagicWord.php(236): MagicWord->load('speciale')

#1 /var/www/wiki/mediawiki-1.20.2/includes/parser/Parser.php(4765): MagicWord::get('speciale')

#2 /var/www/wiki/mediawiki-1.20.2/includes/parser/CoreParserFunctions.php(74): Parser->setFunctionHook('speciale', Array)

#3 /var/www/wiki/mediawiki-1.20.2/includes/parser/Parser.php(253): CoreParserFunctions::register(Object(Parser))

#4 [internal function]: Parser->firstCallInit()

#5 /var/www/wiki/mediawiki-1.20.2/includes/StubObject.php(79): call_user_func_array(Array, Array)

#6 /var/www/wiki/mediawiki-1.20.2/includes/StubObject.php(99): StubObject->_call('firstCallInit', Array)

#7 /var/www/wiki/mediawiki-1.20.2/includes/cache/MessageCache.php(829): StubObject->__call('firstCallInit', Array)

#8 /var/www/wiki/mediawiki-1.20.2/includes/cache/MessageCache.php(829): StubObject->firstCallInit()

#9 /var/www/wiki/mediawiki-1.20.2/includes/cache/MessageCache.php(807): MessageCache->getParser()

#10 /var/www/wiki/mediawiki-1.20.2/includes/Message.php(618): MessageCache->transform('$1 - {{SITENAME...', true, Object(Language), Object(Title))

#11 /var/www/wiki/mediawiki-1.20.2/includes/Message.php(436): Message->transformText('$1 - {{SITENAME...')

#12 /var/www/wiki/mediawiki-1.20.2/includes/Message.php(476): Message->toString()

#13 /var/www/wiki/mediawiki-1.20.2/includes/OutputPage.php(790): Message->text()

#14 /var/www/wiki/mediawiki-1.20.2/includes/OutputPage.php(833): OutputPage->setHTMLTitle(Object(Message))

#15 /var/www/wiki/mediawiki-1.20.2/includes/SpecialPage.php(589): OutputPage->setPageTitle('Search')

#16 /var/www/wiki/mediawiki-1.20.2/includes/specials/SpecialSearch.php(84): SpecialPage->setHeaders()

#17 /var/www/wiki/mediawiki-1.20.2/includes/SpecialPage.php(611): SpecialSearch->execute(NULL)

#18 /var/www/wiki/mediawiki-1.20.2/includes/SpecialPageFactory.php(494): SpecialPage->run(NULL)

#19 /var/www/wiki/mediawiki-1.20.2/includes/Wiki.php(290): SpecialPageFactory::executePath(Object(Title), Object(RequestContext))

#20 /var/www/wiki/mediawiki-1.20.2/includes/Wiki.php(536): MediaWiki->performRequest()

#21 /var/www/wiki/mediawiki-1.20.2/includes/Wiki.php(446): MediaWiki->main()

#22 /var/www/wiki/mediawiki-1.20.2/index.php(59): MediaWiki->run()

#23 {main}

any idea? --86.134.102.231 18:07, 23 December 2012 (UTC)

Getting the same error:

• upgrading from mediawiki-1.19.1
• no extensions
• unzip into an empty folder, copy in images and LocalSettings.php
• language 'en'
• ran the update `cd maintenance; php update.php`- it doesn't appear to report any errors, ends with "Done." UnwashedMeme (talk) 21:14, 14 December 2012 (UTC)

Have found the solution here: [[Project:Support desk/Flow/2013/01#h-[RESOLVED]_upgrading_from_1.19.2_to_1.20.x_Error:_invalid_magic_word_'speciale'-2013-01-10T19:54:00.000Z]]

run php maintenance/rebuildLocalisationCache.php --force to rebuild the localisation cache. --78.34.122.244 15:11, 23 April 2013 (UTC)

Slash in page's title

How does the system knows if it's a subpage or a part of the title? Shouldn't there be something to avoid confusion? I've thought on using %2F (the url encoding of "/") as "/" in the title, and it will be replaced by {{DISPLAYTITLE}}. It will be suggested when trying to create a page with a slash, when there is a page that has a part of the name, like creating "OS/2", when the page "OS" exist it will ask about it (if to create it as a new page, or as a subpage), and when the page doesn't exist it will warn the user the page doesn't exists and will offer to create the new page. In this case it will avoid this problem: trying to create a subpage that will has the same URL, like if the page is "OS/2" and later someone will try to create a subpage of "OS" called "2" - "OS/2" will actually be "OS%2F2" and the subpage "2" under "OS" will actually be "OS/2".

Of course, it's less comfortable than "/", but it will avoid problems. I've seen that "%" is a special character that can't appear in the title (sometimes it causes a server error), maybe it can be replace "/" as a character in the title, because it's more comfortable than "%2F". There should be something that will help avoid creation of URL encoding, so other characters won't be created as a result of a combination of "%" and the two charecters next to it. The question is, can the server error be avoided when using "%"? Galzigler (talk) 09:24, 7 December 2012 (UTC)

The question is, can the server error be avoided when using "%"?

- No.

But really, what's the problem here about having "/" as part of the page title? If a page "OS/2" exists but "OS" doesn't, there won't be any link pointing to "OS". Otherwise, it will be a link at the top but only if the main namespace supports subpages, which is controlled by $wgNamespacesWithSubpages. Ciencia Al Poder (talk) 10:43, 7 December 2012 (UTC)

And if "OS" does exist? On the English Wikipedia this is the case - both "OS" and "OS/2" exist, which causes problems.

Anyway, about using "%" as a replacement for "/" won't always work. Here are some examples:

• Percy_Jackson_%26_the_Olympians (%26 means "&")
• Google%2B (%2B means "+")

It can work with "%" if you replace the 400 error page with a new one, which will be a PHP script. It's not a good solution for a CMS system.

Still, %2F can be in use. Galzigler (talk) 14:09, 7 December 2012 (UTC)

On the English Wikipedia this is the case - both "OS" and "OS/2" exist, which causes problems.

What problems? Ciencia Al Poder (talk) 18:02, 7 December 2012 (UTC)

Talk:OS/2 is treated as a subpage of Talk:OS. It's mentioned on Wikipedia:Subpages#Slashes in article titles.

I found another solution, using "//" as a slash character, like what that is done with string data type (only there it's "\\", because there are escape sequences used in strings, like \n, \t, \r, \0...). The combination "//" can never be used for pointing an hierarchy of subpages. Still, as I suggested before, the system will ask if the slash is for subpage or a part of the page's name. Galzigler (talk) 21:46, 12 December 2012 (UTC)

The solution is to change Manual:$wgNamespacesWithSubpages for NS_TALK to false (as already mentioned). There is no support (and never will be) for other characters for subpages. Ciencia Al Poder (talk) 10:26, 13 December 2012 (UTC)

A note on %-encoded - for the curious. The reason the + can be escaped as %2B but / cannot be is what level the escaping escapes from. The %2B is to deal with how the webserver deals with forms (where + means space), where / is interpreted purely on the MW side.

You can use %E2%88%95 in the url. It will make a very similar (but not technically identical character in the page). For example [[talk:Sandbox%E2%88%95test]] → talk:Sandbox∕test.

Last of all, if you disable $wgRestrictDisplayTitle you can make the displayed title be different from the "real" title. Bawolff (talk) 14:54, 13 December 2012 (UTC)

Effect of extension

How can we see the extension or the effect of extension after installing... Monang (talk) 11:48, 7 December 2012 (UTC)

Nearly all extensions are - if they are installed - listed in Special:Version. The "effect" of an installed extension obviously depends on what the extension should do. Just try out, if it is working as expected. ;-) 88.130.81.203 12:52, 7 December 2012 (UTC)

Suppose I have click tracking extension and it is installed in Special:Version but I am not getting the number of click of the particular user. So what i need to do for that. Monang (talk) 13:11, 7 December 2012 (UTC)

Go through the extension manual and configure the extension as described there. 88.130.81.203 13:54, 7 December 2012 (UTC)

Do you have any link which tells all things step by step?? It will be more helpful for me Monang (talk) 13:59, 7 December 2012 (UTC)

See Extension:ClickTracking. 88.130.81.203 14:17, 7 December 2012 (UTC)

I have already use seen this page but i don't find how to use this extension in mediawiki.. Even though i have installed it sucessfully.. Monang (talk) 05:22, 10 December 2012 (UTC)

Is it possible to just transfer articles and uploaded files within different wiki versions?

In order to make a specific extension work I have to go to a previous version of media wiki. A downgrade screwed up my database so that is no solution. Now I could set up a new wiki with that particular version and just copy article after article but that would tage ages.

Is there a chance to just manually copy files from the server of the old wiki to the new one so that all the articles and pages are accessible?

Thanks in advance DMR (talk) 12:10, 7 December 2012 (UTC)

Yes, see Manual:Backing_up_a_wiki#XML_dump Ciencia Al Poder (talk) 17:59, 7 December 2012 (UTC)

[RESOLVED] MessagesEn.php is missing.

Hey,

if i try to install mediawiki on my Windows 2008 R2 Server (IIS 6.0) with PHP Version 5.3.17, i always get the message:
MessagesEn.php is missing.

Backtrace: <15 entries>

But the file is there! Even reuploading the specified file is not solving the problem.

I think it is a problem by php finding the file, because when i change the file "LocalisationCache.php" at:
if ( file_exists( Language::getMessagesFileName( $code ) ) ) {
to
if ( file_exists( ".".Language::getMessagesFileName( $code ) ) ) {

the problem is about finding the file. but then is is sending an 500 (Internal Server Error).

Anyone an idea? 37.4.83.50 (talk) 21:16, 7 December 2012 (UTC)

The line you changed was already okay. It returns something like "$IP/languages/messages/Messages" . $code . '.php'.

If the problem is that $IP is wrong, then maybe you need to set fix_pathinfo to 1. Try to debug the value of $IP. Ciencia Al Poder (talk) 16:34, 8 December 2012 (UTC)

Okay. fix_pathinfo was enabled, but the $IP was nothing. after setting it to "." it was working... thanks a lot! 37.4.83.50 00:27, 11 December 2012 (UTC)

Where to set it to '.'??

Tell, please! Sherdim (talk) 09:30, 16 January 2013 (UTC)

cgi.fix_pathinfo is set at php.ini. Refer to the PHP documentation for more details.

Alternatively, if $IP is wrong you may set it in LocalSettings.php (at the very beginning of the file) to your MediaWiki's installation path. For example:

$IP = "/home/www/public_html/mediawiki";

Ciencia Al Poder (talk) 09:57, 16 January 2013 (UTC)

Hi

I am having the same issue as the poster. I have tried to read the php documnetation but i am still at a loss.

Can someone please tell me where in the localisation file i need to change and what? I didnt install mediawiki on my c: drive, so i'm assuming this si the issue 174.117.67.87 16:10, 26 January 2013 (UTC)

You can see the location of your php.ini file creating a file on the server (with .php extension) and the phpinfo() function. See .

But you may find it simpler to just redefine the $IP variable in LocalSettings.php to the MediaWiki installation path.

For example, on windows, something like:

$IP = "C:\\wwwroot\\mediawiki";

Note that you should use double slashes (\\) because a single one is to specify a special character. Ciencia Al Poder (talk) 11:07, 27 January 2013 (UTC)

How to move TOC at the top of page

How to move TOC at the top of page instead of before first heading now? Normal: blah blah blah TOC h1 h1 h1 I want: TOC blah blah blah h1 h1 h1 Thamdaocatba (talk) 01:14, 8 December 2012 (UTC)

You can't do anything else than Manual:Table of contents#Positioning_the_TOC Ciencia Al Poder (talk) 16:19, 8 December 2012 (UTC)

Thank you. But I need something like Wikitravel.org Thamdaocatba (talk) 15:45, 31 December 2012 (UTC)

[RESOLVED] My home page is blank

I need help, I was buit a website (www.ngoma.cd) with MediaWiki 1.2.0, it was work fine but after sometime, the homepage become blank. this is the code of home page

<?php
/**
 * This is the main web entry point for MediaWiki.
 *
 * If you are reading this in your web browser, your server is probably
 * not configured correctly to run PHP applications!
 *
 * See the README, INSTALL, and UPGRADE files for basic setup instructions
 * and pointers to the online documentation.
 *
 * http://www.mediawiki.org/
 *
 * ----------
 *
 * Copyright (C) 2001-2007 Magnus Manske, Brion Vibber, Lee Daniel Crocker,
 * Tim Starling, Erik Möller, Gabriel Wicke, Ævar Arnfjörð Bjarmason,
 * Niklas Laxström, Domas Mituzas, Rob Church and others.
 *
 * This program is free software; you can redistribute it and/or modify
 * it under the terms of the GNU General Public License as published by
 * the Free Software Foundation; either version 2 of the License, or
 * (at your option) any later version.
 *
 * This program is distributed in the hope that it will be useful,
 * but WITHOUT ANY WARRANTY; without even the implied warranty of
 * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
 * GNU General Public License for more details.
 *
 * You should have received a copy of the GNU General Public License along
 * with this program; if not, write to the Free Software Foundation, Inc.,
 * 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301, USA.
      echo "$$$$$$$$$$$$$$$$$$$$$$$$ test*************<br/>";
      echo "$$$$$$$$$$$$$$$$$$$$$$$$ test*************";
 * http://www.gnu.org/copyleft/gpl.html
 */
# Initialise common code
require_once( './includes/WebStart.php' );

# Initialize MediaWiki base class
require_once( "includes/Wiki.php" );
$mediaWiki = new MediaWiki();

wfProfileIn( 'main-misc-setup' );
OutputPage::setEncodings(); # Not really used yet

$maxLag = $wgRequest->getVal( 'maxlag' );
if ( !is_null( $maxLag ) ) {
        if ( !$mediaWiki->checkMaxLag( $maxLag ) ) {
                exit;
        }
}
# Query string fields
$action = $wgRequest->getVal( 'action', 'view' );
$title = $wgRequest->getVal( 'title' );

$wgTitle = $mediaWiki->checkInitialQueries( $title,$action,$wgOut, $wgRequest, $wgContLang );
if ($wgTitle == NULL) {
        unset( $wgTitle );
}
#
# Send Ajax requests to the Ajax dispatcher.
#
if ( $wgUseAjax && $action == 'ajax' ) {
        require_once( $IP . '/includes/AjaxDispatcher.php' );

        $dispatcher = new AjaxDispatcher();
        $dispatcher->performAction();
        $mediaWiki->restInPeace( $wgLoadBalancer );
        exit;
}

wfProfileOut( 'main-misc-setup' );

# Setting global variables in mediaWiki
$mediaWiki->setVal( 'Server', $wgServer );
$mediaWiki->setVal( 'DisableInternalSearch', $wgDisableInternalSearch );
$mediaWiki->setVal( 'action', $action );
$mediaWiki->setVal( 'SquidMaxage', $wgSquidMaxage );
$mediaWiki->setVal( 'EnableDublinCoreRdf', $wgEnableDublinCoreRdf );
$mediaWiki->setVal( 'EnableCreativeCommonsRdf', $wgEnableCreativeCommonsRdf );
$mediaWiki->setVal( 'CommandLineMode', $wgCommandLineMode );
$mediaWiki->setVal( 'UseExternalEditor', $wgUseExternalEditor );
$mediaWiki->setVal( 'DisabledActions', $wgDisabledActions );
$wgArticle = $mediaWiki->initialize ( $wgTitle, $wgOut, $wgUser, $wgRequest );
$mediaWiki->finalCleanup ( $wgDeferredUpdateList, $wgLoadBalancer, $wgOut );
 
# Not sure when $wgPostCommitUpdateList gets set, so I keep this separate from finalCleanup
$mediaWiki->doUpdates( $wgPostCommitUpdateList );

$mediaWiki->restInPeace( $wgLoadBalancer );

?>

Germain~mediawikiwiki (talk) 15:02, 8 December 2012 (UTC)

A blank page points to a PHP error. Check the PHP error log to get more information about what's happening.

Apart from that it seems like you (or someone else) has modified the source code (e.g. the echo commands in the comment block). These changes might cause such an error. 88.130.107.150 16:03, 8 December 2012 (UTC)

Please can you give me more details,

what kind of error PHP can generate for this case.

I uncomment echo, it seems same.

please Help Germain (talk) 08:18, 10 December 2012 (UTC)

Manual:How to debug Ciencia Al Poder (talk) 10:32, 10 December 2012 (UTC)

this is my error

Warning: require_once() [function.require-once]: SAFE MODE Restriction in effect. The script whose uid is 0 is not allowed to access ./includes/WebStart.php owned by uid 10018 in /var/www/vhosts/ngoma.cd/httpdocs/index.php on line 43

someone can help me to solve it please Germain (talk) 11:56, 10 December 2012 (UTC)

After sometimes the page is in the loading mode am i right? Monang (talk) 10:48, 10 December 2012 (UTC)

In my php.ini the safe_mode =off

but i have the same error : Warning: require_once() [function.require-once]: SAFE MODE Restriction in effect. .... Germain (talk) 12:14, 10 December 2012 (UTC)

You have a permission problem: The file index.php is owned by user 0 (the root user), while the other script is owned by someone else (probably by "your" user account). Fix the permission/ownership of index.php so that it belongs your user account. You can do this using the commands "chown" and "chgrp" on the command line (or have your hoster do that for you). 88.130.65.114 12:47, 10 December 2012 (UTC)

thanks for you support, i resolve the problem Germain (talk) 15:15, 10 December 2012 (UTC)

Perfect! :-) 88.130.65.114 16:15, 10 December 2012 (UTC)

Question about |R and Editcount

This wikicode doesn't appear to work as it should: <pre>Special:Editcount/Support desk/Flow/2012/12</pre>. When using it on a Wikia userpage, commas still appear, meaning the {{#ifexpr: commands that I put it in get confused. Are there any alternatives that actually work, or is Wikia using a dated version of MediaWiki? Xtreme2000 (talk) 16:53, 8 December 2012 (UTC)

[RESOLVED] Receive 404 error when adding more than 3 links to URLs on a page.

Hello
For example this text source code gives an 404 error:
1th link
2th link
3th link
4th link

But if last line is removed, everything will be OK:
1th link
2th link
3th link

Here is the link to my wiki:
http://projectsprofiler.com/wiki/TestTest

What is wrong? Should I correct some settings?

Version details:
Product Version
MediaWiki 1.16.0
PHP 5.2.17 (cgi)
MySQL 5.0.96-community-log

Thank you! Andrey Kalki kalki (talk) 17:38, 8 December 2012 (UTC)

I am having the exact same problem. Did this ever get resolved? 99.13.234.88 18:43, 26 December 2012 (UTC)

As far as I know - no. And nobody beside you and me mentioned it. Hey, gurus out there, help!!! :) Kalki kalki (talk) 20:00, 30 December 2012 (UTC)

It's a problem with your webhost (for Kalki kalki. 99.13.234.88 didn't provide a url, so I can't test, but I would assume the same thing applies to him/her). The error is not a 404 error (despite what the web page says), but actually a 403 (forbidden) error. This is probably some sort of poorly thought out anti-spam protection done by your host. You should complain to your web host.

If you're running your own webhost, apache modules mod_security and mod_security2 are known to cause issues somewhat similar to this. Bawolff (talk) 01:17, 31 December 2012 (UTC)

Thank you for help!

How should I ask my hoster about the problem? Could you give me exact wording? Kalki kalki (talk) 18:17, 1 January 2013 (UTC)

I would say something like "On my MediaWiki based website, I've noticed that adding certain text causes a 403 forbidden error to be returned. The response body of the 403 error response is the generic 404 not found page used by projectsprofiler. This error does not appear to be generated by MediaWiki but by the underlying web server. Could you please look into why such an error is being generated, and stop it from happening. The text in question that causes the error is <include instructions to reproduce error>. Thanks". Bawolff (talk) 06:56, 4 January 2013 (UTC)

Thank you very much for help, it works!

It was enough to add an exception rule was added in the mod_security configuration, exactly as you've said. Kalki kalki (talk) 19:43, 5 January 2013 (UTC)

Access to Article object from command line

Part of an extension that I've written will be run from a scheduled task from the command line. It all works until this part:

   	# get article text
   	$titleObj = Title::newFromText($egApprovedRevsfastDocsDomainOwners);
   	$articleObj = new Article($titleObj);

$testmailer->sendMail($recipientList,"after articleObj",$message); #debug message is successfully

   	$text = $articleObj->fetchContent();

$testmailer->sendMail($recipientList,"after text retrieval",$message); #debug message unsuccessful

Now, this works when I navigate to the page as a normal special page, but when running from the command line I don't seem to have access to Title::, or the "new Article()" isn't creating an article object. I have verified $thategApprovedRevsfastDocsDomainOwners contains what I expect.

What am I missing so that this can run from the command line? MW version: 1.19.2 PHP version 5.2.8 MYSQL ver: 5.1.37 134.134.137.71 (talk) 18:07, 8 December 2012 (UTC)

Problem producing GIF thumbnails

My site seems to be unable to generate valid thumbnails for GIFs at the moment. The output file is just 10 bytes in size. It can produce thumbnails for JPEGs. I haven't tried other file types. Existing thumbnails are, of course, ok. If I use ImageMagick convert from the command line it generates correct GIF thumbnails but MediaWiki seems unable to do so. Any thoughts as to what might be wrong? Prh47bridge (talk) 18:31, 8 December 2012 (UTC)

Installation Problem

How can I add rel="nofollow" to the sidebar links?

I want to add rel="nofollow" to the sidebar links for these reason:

1. Search engine get lost among those special pages.
2. Search bot create significant pressure to my server.
3. We add admin contact link which should not obtain too much weights. Deletedaccount4567435 (talk) 03:55, 9 December 2012 (UTC)

User Login and Logout Time in MediaWiki 1.17.4

Hello,

How to get the Log in time and Log out time of user in media wiki 1.17.4 or is there any extension for that?? Monang (talk) 06:35, 10 December 2012 (UTC)

HTML in PARAMETER of a TEMPLATE

Hi there,

i'm trying to input a html-tag into a template like this:

{{templatename|Bloo flobble <abbr title="tingity flunging">zingity</abbr> da blipding.}}

the template looks like this:

{{{1}}}

well, it doesn't work :-( instead of displaying

Bloo flobble zingity da blipding.

i only get this:

{{{1}}}

any suggestions why this might be and how i get the wanted result???

thank you and merry christmas! 91.37.150.163 (talk) 13:30, 10 December 2012 (UTC)

See my response here: Project:Support desk/Flow/2012/11#h-Templates_not_accepting_certain_parameters-2012-11-27T06:45:00.000Z. It's the same problem. Ciencia Al Poder (talk) 10:16, 11 December 2012 (UTC)

thank you. 91.37.138.94 10:52, 13 December 2012 (UTC)

How do I duplicate a skin for changes?

I am currently trying to duplicate the Vector skin so I can make changes to it and keep it separate. I have tried to follow many guides on this site, but the closest I have gotten is for the main page to display skinned, but every other page looks like its missing a stylesheet and the changes I have done to the original vector skin (which I am now trying to do on the duplicate), look different.

I am currently running MediaWiki 1.19.3 if that helps. 71.251.231.246 (talk) 15:38, 11 December 2012 (UTC)

Citation Template adding an extra link?

I'm using the same citation template that wikipedia uses, but whenever I try to cite something that involves a hyperlink, it gives me the link twice. For example, say I'm trying to cite an article called "How to Groom Cats" and the hyperlink is http://www.cats.com/grooming.html, using the template it'll give me something like this:

Jane, Smith (December 4, 2012). "How to Groom Cats". http://www.cats.com/grooming.html. Retrieved December 11, 2012.

The code is exactly the same as the original template on wikipedia, so I'm not entirely sure what's wrong? 192.152.243.185 (talk) 02:43, 12 December 2012 (UTC)

MediaWiki how-to or any other manual

Hello, I install new version of mediawiki ingine - 1.20.02 version. I wanna do anything with it. But I can`t because I`m newbie on it. When I try to find any info about mediawiki I search only old articles about old versions, such as 1.19 or 1.18. How I can understand, the syntax of LocalSettings.php file was changed. I can`t find any new info about new engine. Can you give any links for new HOW-TO`s or manual for latests version of engine? 85.233.67.230 (talk) 07:47, 12 December 2012 (UTC)

Hi!

You find the newest information about MediaWiki on this website here. MediaWiki is largely backwards-compatible; that means: If something works for 1.18 or 1.19, it likely works for 1.20 as well. Same goes for the syntax of LocalSettings.php: The basic syntax of LocalSettings.php was not changed. With every major version (like with 1.20) there are some new options, which you can add to LocalSettings.php, but also your old file just continues to work. If you need more information on LocalSettings.php, see Manual:LocalSettings.php. 88.130.105.252 11:35, 12 December 2012 (UTC)

Thank`s for answer. I use mediawiki on the Ubuntu. I understand, that I shouldn`t edit LocalSettings.php. But I want to hide for example Discussion tab. I find with google, thant I should edit Common.css. But I can`t find the path to this file. In which directory I can find it? 85.233.67.230 04:25, 13 December 2012 (UTC)

See Manual:Interface/Stylesheets Ciencia Al Poder (talk) 10:28, 13 December 2012 (UTC)

Here it is in this wiki: MediaWiki:Common.css. 88.130.66.101 16:22, 13 December 2012 (UTC)

Problems changing LocalSetting.php

I installed with Bitnami 1.20 in Windows Vista

When change LocalSetting.php ( language, file extension etc. ) anything change in my wiki. I tested stop and start Windows Service Stack Bitnami and nothing, reboot my PC and nothing I need help Mleal0610 (talk) 11:20, 12 December 2012 (UTC)

What exactly did you change in LocalSettings.php, which did not have any effect? For changes in LocalSettings.php to take effect you do not need to restart the Server nor to restart the PC. Just save the file and reload the page in your browser. 88.130.105.252 11:37, 12 December 2012 (UTC)

Does file upload works in bluespice 1.1 version

Does file upload works in bluespice 1.1 version? Monang (talk) 13:00, 12 December 2012 (UTC)

Don't know what bluespice is, but sounds like you're in the wrong place. Bawolff (talk) 15:14, 13 December 2012 (UTC)

Bluespice is the extension of mediawiki. Monang (talk) 05:29, 14 December 2012 (UTC)

Bluespice based on MediaWiki. But for services around bluespice you'll be in good hands, if you visit www.blue-spice.org. 62.159.244.133 10:17, 14 December 2012 (UTC)

Bluespice based on MediaWiki. But for services around bluespice you'll be in good hands, if you visit www.blue-spice.org. 62.159.244.133 10:18, 14 December 2012 (UTC)

You'll have to ask the bluespice people. All I can tell you is file upload work in normal mediawiki (although you may have to enable them in the configuration). Bawolff (talk) 22:38, 15 December 2012 (UTC)

BlueSpice is a custom distribution of MediaWiki with several extensions.

They provide a demo: http://demo.blue-spice.org/

The Upload page seems to exist:

http://demo.blue-spice.org/index.php/Special:Upload?uselang=en Dereckson (talk) 02:06, 18 December 2012 (UTC)

Overwhelmed with spammers

I am one of the admins on this wiki. In the last 2-3 months the spam has greatly increased. From being a few minutes job to removing/blocking to now, over 500-1000 hits a day. I stopped blocking as it doesn't do any good, they just keep coming back in 3fold. I just go and delete and block those that are the nastier, page vandal ones, etc. I am beyond frustruted with this.

Is there a way to shut off creation of new users? any way to do a MASS deletion of current spammers (I would say close to 15K as no way we have that many users that use our wiki site.

I see we have a very old version. I have looked over the upgrade but it is confusing and overwhelming to me, I consider myself a moderate knowledge of computer/internet but this is a bit geek to me.

Here is the wiki page: http://alexbrownracing.com/wiki/index.php/Main_Page

The version information: MediaWiki: 1.6.10 PHP: 4.4.4 (apache) MySQL: 4.1.22-standard Extensions: Extension functions: wfWikiScript

Parser extension tags: <wikiscript>

Just really need some assistance with this issue, I have not gotton to new pages yet and I know there is about 300 there, just been trying to clear the mess from the user spammers.

Thank you for any help you can give MaryLOhio (talk) 16:14, 12 December 2012 (UTC)

Add this to LocalSettings.php to disable user creation:

$wgGroupPermissions['*']['createaccount'] = false;

For more information on spam see combating spam. 88.130.105.252 23:26, 12 December 2012 (UTC)

And where and how do I do that?

How difficult is it to upgrade, I really like this format and how you need to enter in characters to post or join MaryLOhio (talk) 23:42, 12 December 2012 (UTC)

Been discussing this with the person who created the wiki and has access to the server, since I don't and assumed things could be done within the wiki pages itself.

Is there a way to globally protect all pages, so only the admins can still edit as needed? You gave me answer to his other question on stopping new user creation. He also wondered about removing all editing, but that would prevent us also from editing right?

Thank you MaryLOhio (talk) 14:20, 13 December 2012 (UTC)

You can do something like:

$wgGroupPermissions['*']['edit'] = false;

$wgGroupPermissions['user']['edit'] = false;

$wgGroupPermissions['sysop']['edit'] = true;

At bottom of LocalSettings.php file on the server.

See manual:User rights. $wgNamespaceProtection may also be of interest Bawolff (talk) 14:37, 13 December 2012 (UTC)

Thanks, will let him know as our wiki page along with the main page that is also hosted on the server is down as we again got attacked and overwhelmed with spammers. He wants to put things into place before brining things back up. MaryLOhio (talk) 15:03, 13 December 2012 (UTC)

Since it has been awhile since He created the wiki page, where is this information put at? is there a section on the wiki page to do so?

Thank you MaryLOhio (talk) 16:09, 13 December 2012 (UTC)

The lines Bawolff and I posted (the ones starting with "$wgGroupPermissions") do not belong in a wiki page. They cannot be added with your MediaWiki account. You cannot add them with your webbrowser.

MediaWiki is installed somewhere on your server. There it has a lot of files; PHP files and so. You need special access to your server to be able to see them; you need access via FTP or Shell. One of these files is called "LocalSettings.php". This is the file, in which you have to add these lines. 88.130.66.101 16:17, 13 December 2012 (UTC)

Thank you for that reply, that really helped him out and he is taking care of it now. We are going to go with blocking new accounts first and then the other if problematic with those spammers that are already there. At least this way will be easier for me to deal with what is already there and block them as they try to return (old ones I only had time to just delete) Many were done using spambots so this should take care of those (we hope!)

Appreciate all the help!! MaryLOhio (talk) 16:52, 13 December 2012 (UTC)

I'm happy to finally live life in peace with no spam by:

1. $wgEmailAuthentication = true; // require email authentication for using any email function (except password reminder which works independently from this setting)
2. $wgEmailConfirmToEdit = true; // Require a confirmed address to edit pages
3. $wgGroupPermissions['*']['edit'] = false; //Disable anonymous editing
4. Using the Extension:SpamBlacklist
5. Using the Extension:ConfirmEdit - I've found the QuesetyCaptcha to be the simplest and most effective so far.

Hope that brings you peace. :-)

As a side note, I'd like to know how this site (mediawiki.org) manages to allow open posting for non-logged in users without getting spammed to death? Just curious because I don't mind requiring logged-in and email confirmed users to post on my site, but would like to know how mediawiki.org handles this.

Cheers DaveL (talk) 02:35, 26 December 2012 (UTC)

It helps to have a very active group looking through Special:Recentchanges reverting the spam as it comes. We do use SpamBlacklist and ConfirmEdit to help prevent spam. People who add spam do get blocked which helps to deal with it (Some of whom get blocked globally across all Wikimedia wikis. There's a group at meta - meta:Small_Wiki_Monitoring_Team that helps out smaller Wikimedia wikis dealing with spam). I have no idea how much it effects anything, but certain user-agents are blocked at the server level (My understanding is that that is more to deal with people who overload servers with badly programmed bots then to deal with the spammers). Certain types of spam can be blocked by the AbuseFilter, but I don't think that has a major effect, at least on this wiki. There's also extension:AntiBot which does secret things to prevent spam bots. What it does I have no idea, and to be honest I'm somewhat doubtful it has a major effect, but who knows. (That's all I can think of. Quite possibly there's more stuff I'm not even aware of) Bawolff (talk) 11:05, 26 December 2012 (UTC)

[RESOLVED] When I type words in search bar (right top), it doesn't show "containing..."

I am using MW1.19, $wgEnableMWSuggest = true; It have suggestion and Extension:TitleKey made it case-insensitive. But the "containing..." words part despaired.

How to enable it like Wikipedia does? Deletedaccount4567435 (talk) 17:33, 12 December 2012 (UTC)

Wikipedia uses a extension called Vector which modifies the search box. See Extension:Vector#SimpleSearch Bawolff (talk) 15:12, 13 December 2012 (UTC)

Found the problem. It was caused by 1.19 with newest Extension:Vector.

The newest Extension:Vector have some compatibility issues like the one that I mentioned.

Thank you! Zoglun (talk) 23:20, 22 December 2012 (UTC)

How do I create a new MediaWiki?

Installation, Cant Choose MyISAM or InnoDB

When installing after entering DB info I get this, but there is no option to pick otherwise;

Warning: You have selected MyISAM as storage engine for MySQL, which is not recommended for use with MediaWiki, because:

   it barely supports concurrency due to table locking
   it is more prone to corruption than other engines
   the MediaWiki codebase does not always handle MyISAM as it should 

If your MySQL installation supports InnoDB, it is highly recommended that you choose that instead. If your MySQL installation does not support InnoDB, maybe it's time for an upgrade. 96.253.116.193 (talk) 04:34, 13 December 2012 (UTC)

I would expect a selector box to be there, where you can click, which option (MyISAM or InnoDB) you want. If such a box is not there, I think your MySQL server does not offer InnoDB currently. You can see that e.g. in phpmyadmin; there it has a page, which shows you the available storage engines. Another possibility to check might be by reading the output of the PHP function phpinfo(). 88.130.66.101 16:29, 13 December 2012 (UTC)

Could you tell us also which version of MediaWiki you are using ?

Here is where you get to choose in v1.19.1, at the Database settings step. Euloiix (talk) 17:19, 13 December 2012 (UTC)

I was also unable to choose for v1,19, while seems hoster ReadyHosting.com has both options AndriuZ (talk) 14:43, 17 August 2013 (UTC)

What happened when you tried to choose it? ☠MarkAHershberger☢(talk)☣ 14:53, 17 August 2013 (UTC)

unfortunately can't reproduce, because ReadyHosting.com was not WP and MW friendly, so I dropped my efforts to install on that server and moved to another. i think it was not MW bug - but if you thnk it is important I can find may complaint letters to texsuport AndriuZ (talk) 19:06, 1 January 2014 (UTC)

[RESOLVED] Installation, date_default_timezone_get error

How to give user right in medwiki 1.17.4

How can i give the user right to the particular user in mediawiki 1.17.4 Monang (talk) 12:46, 13 December 2012 (UTC)

Note: This hasn't changed in a while, so answer is the same on latest mediawiki, as well as many earlier releases.

Basically, you can't give individual rights, you have to create a group (possibly that has only one right) and put users in the group. See help:User rights. User's can be assigned to groups using the page Special:UserRights on your wiki. Bawolff (talk) 14:43, 13 December 2012 (UTC)

Thanks,

Ya but how can i create a group in mediawiki 1.17.4 Monang (talk) 05:28, 14 December 2012 (UTC)

See Manual:User_rights#Examples Ciencia Al Poder (talk) 10:42, 14 December 2012 (UTC)

Thanks Dear..

Now I don't want the selected user to access all the special pages and recent changes page.

What should i do? 210.211.255.55 12:02, 14 December 2012 (UTC)

That issue seems to be continued here Project:Support desk/Flow/2012/12#h-Is_it_possible_to_restrict_user_from_all_the_Special_Pages_and_Recent_Changes_Pa-2012-12-14T12:00:00.000Z Ciencia Al Poder (talk) 17:11, 14 December 2012 (UTC)

thanks Monang (talk) 06:44, 17 December 2012 (UTC)

Run parser tests suites

Hi,

I am using MediaWiki source code to develop my website. I wanted to run the test suites as I think continuous integration rocks ! So I started with the php tests/parserTests.php command line to run the parser tests. However this conflicts with my database. It literally suppressed my user table.

I then run the MediaWiki initial script again to end up with a new database I would use only for testing purposes. But when I run the php tests/parserTests.php command line, I now end up with the following error message:

This is MediaWiki version 1.19.1.

PHP Warning:  Invalid argument supplied for foreach() in path_to_MediaWiki/includes/SpecialPageFactory.php on line 548

Warning: Invalid argument supplied for foreach() in path_to_MediaWiki/includes/SpecialPageFactory.php on line 548
PHP Fatal error:  Unsupported operand types in path_to_MediaWiki/languages/Language.php on line 353

Fatal error: Unsupported operand types in path_to_MediaWiki/languages/Language.php on line 353

Here is what SpecialPageFactory.php looks like on line 548:

/**
	 * Get the local name for a specified canonical name
	 *
	 * @param $name String
	 * @param $subpage String|Bool
	 *
	 * @return String
	 */
	static function getLocalNameFor( $name, $subpage = false ) {
		global $wgContLang;
		
		//echo get_class( $wgContLang ) ."<br/>";
		
		$aliases = $wgContLang->getSpecialPageAliases();

		if ( isset( $aliases[$name][0] ) ) {
			$name = $aliases[$name][0];
		} else {
			// Try harder in case someone misspelled the correct casing
			$found = false;
			foreach ( $aliases as $n => $values ) { /** LINE 548 **/
				if ( strcasecmp( $name, $n ) === 0 ) {
					wfWarn( "Found alias defined for $n when searching for " .
						"special page aliases for $name. Case mismatch?" );
					$name = $values[0];
					$found = true;
					break;
				}
			}
			if ( !$found ) {
				wfWarn( "Did not find alias for special page '$name'. " .
					"Perhaps no aliases are defined for it?" );
			}
		}
		if ( $subpage !== false && !is_null( $subpage ) ) {
			$name = "$name/$subpage";
		}
		return $wgContLang->ucfirst( $name );
	}

Here is what Language.php looks like on line 353:

/**
	 * @return array
	 */
	public function getNamespaces() {
		if ( is_null( $this->namespaceNames ) ) {
			global $wgMetaNamespace, $wgMetaNamespaceTalk, $wgExtraNamespaces;

			$this->namespaceNames = self::$dataCache->getItem( $this->mCode, 'namespaceNames' );
			$validNamespaces = MWNamespace::getCanonicalNamespaces();
						
			$this->namespaceNames = $wgExtraNamespaces + $this->namespaceNames + $validNamespaces; /** LINE 353 **/

			$this->namespaceNames[NS_PROJECT] = $wgMetaNamespace;
			if ( $wgMetaNamespaceTalk ) {
				$this->namespaceNames[NS_PROJECT_TALK] = $wgMetaNamespaceTalk;
			} else {
				$talk = $this->namespaceNames[NS_PROJECT_TALK];
				$this->namespaceNames[NS_PROJECT_TALK] =
					$this->fixVariableInNamespace( $talk );
			}

			# Sometimes a language will be localised but not actually exist on this wiki.
			foreach ( $this->namespaceNames as $key => $text ) {
				if ( !isset( $validNamespaces[$key] ) ) {
					unset( $this->namespaceNames[$key] );
				}
			}

			# The above mixing may leave namespaces out of canonical order.
			# Re-order by namespace ID number...
			ksort( $this->namespaceNames );

			wfRunHooks( 'LanguageGetNamespaces', array( &$this->namespaceNames ) );
		}
		return $this->namespaceNames;
	}

Would someone knowledgeable about those test suites could write a Setting a testing database part so everyone can benefit from those already written tests ? It may already exists but I did not find it (yet).

Otherwise, if someone has the solution to my particular problem, this would also be appreciated. :)

Thank you very much in advance for your time and help. Euloiix (talk) 17:07, 13 December 2012 (UTC)

User scripts behaving temperamentally

Since about 36 hours ago, my scripts started to play up. It now seems that I'm not the only one experiencing problems, and that it may not just be a problem on en.wp but may be related to work going on on the MW software. I'm not sure where on MW to post, but just wanted to flag the issue. --Ohconfucius (talk) 02:02, 14 December 2012 (UTC)

SOLVED: PHP Notice: curl_setopt_array(): CURLOPT_SSL_VERIFYHOST set to true

Hello,

This is on Arch Linux. The problem has appeared at least since I upgraded to 1.20.2, possibly since 1.20.1--I don't recall attempting to upload any photos while I was on that version. Before that, I was on 1.19.x.

The message in the subject appears in Apache's error log. The full version is:

PHP Notice:  curl_setopt_array(): CURLOPT_SSL_VERIFYHOST set to true which disables common name validation (setting CURLOPT_SSL_VERIFYHOST to 2 enables common name validation) in /home/www/drupal-7.17/mediawiki-1.20.2/includes/HttpFunctions.php on line 749

But it was the appearance of a message that mediawiki had failed setting curl opts on the upload file screen that led me to look at the error log.

Now for the versions:

Product 	Version
MediaWiki 	1.20.2
PHP 	5.4.9 (apache2handler)
MySQL 	5.5.28

The site is https://parts-unknown.org/wiki. The same thing is happening with https://disunitedstates.org/wiki. They're both hosted on the same Linode.

Thanks! Benfell (talk) 04:19, 14 December 2012 (UTC)

Additional information:

When I go to a page that is for uploaded media, I get an "Internal error":

[2ff3b7db] 2012-12-14 21:57:10: Fatal exception of type MWException Benfell (talk) 22:00, 14 December 2012 (UTC)

First, try disabling Extension:MultiUpload. It is known to be incompatible with MediaWiki 1.20. If that doesn't fix your problem with File pages, try disabling or upgrading other extensions as well.

Second, if the PHP notices still happen, you can try applying this patch; tell me whether it fixes your problem. (You can apply the patch by saving it to a file called "patchfile", changing to the directory MediaWiki is installed in, and running patch -p1 < patchfile.) PleaseStand (talk) 06:16, 15 December 2012 (UTC)

Yay!

Disabling extensions was ineffective (but it is just as well I disabled a bunch of them anyway), but the patch worked.

Thank you very much! Benfell (talk) 18:35, 15 December 2012 (UTC)

How to give rights to the particular group?

How we can give rights to the particular group??

And can anyone help me that i have created one admin and i want rest all the user can only read the page and cannot edit the other user page and admin page??

Please reply if you know the answer... 210.211.255.55 (talk) 10:15, 14 December 2012 (UTC)

See Manual:User_rights Ciencia Al Poder (talk) 10:40, 14 December 2012 (UTC)

Is it possible to restrict user from all the Special Pages and Recent Changes Page??

Can i restrict the user from all the Special Pages and Recent Changes page except admin???

Please reply if you know the answer... 210.211.255.55 (talk) 12:00, 14 December 2012 (UTC)

You could check, if there is a user right to view "Special:"-pages. If so, revoke it.

Maybe you can revoke permission to see pages in the namespace with the special pages.

Maybe MediaWiki also offers a hook to modify user's permissions for the currently called page. In case the user requests a special page, set the "view" right to false.

If everything else does not help, you could still use CSS to hide all links, which point to Special:-pages. CSS selectors is the keyword here. 88.130.75.193 15:58, 14 December 2012 (UTC)

CSS is extremely weak for this. If the person knows the special page name he/she can enter the URL directly on their browser's location bar, or use the search.

There's no core MediaWiki functionality to do this. Maybe you can extend MediaWiki using a hook to check if the requested page is a special one and if the user is not in a specific grup prevent the action. Note that data in some special pages can be accessed through the api anyway. Ciencia Al Poder (talk) 17:18, 14 December 2012 (UTC)

Thanks for the reply,

Do you know how to get the user_id from the User Table for the specific user who is accessing the page.. Monang (talk) 04:45, 15 December 2012 (UTC)

 04:45, 15 December 2012 (UTC)

So you are using a hook now? Which one? Check the page of this hook (here is a list: Category:MediaWiki hooks) and see, which parameters you get there. One of them should be the user object. (And inside the user object you somewhere have the user ID; just display the contents of the user object to get the exact name of the key.) 88.130.98.50 13:04, 15 December 2012 (UTC)

See documentation on the User class - https://svn.wikimedia.org/doc/classUser.html . You can get a user object from the local request context object. Several of the authorization hooks will provide you with a user object directly.

You might want to look at what other user access extensions do. For example Extension:Whitelist_Namespaces#Code. Keep in mind that MW is not really designed with viewing restrictions in mind. For example people can also transclude special pages, look up the info in the api, etc (All of which can be worked around, but be careful).

The hook you would most likely want is userCan but there are other authorization hooks like UserGetRights may be useful Bawolff (talk) 22:34, 15 December 2012 (UTC)

Thanks Monang (talk) 06:43, 17 December 2012 (UTC)

 04:45, 15 December 2012 (UTC)

mysql import succeeds, no data in web page

I have a database dump from a 1.15 installation. I have built a new centos 6.2 machine with php and mysql, installed mediawiki 1.15 and it runs. I have imported the mysql dump to the wikidb on the new machine, but no new data is available on the mediawiki page. I can export (mysqldump) the wikidb to a text file, look inside and see obvious added content.

I am at witts end at this point. I have a corporate wiki I am unable to bring up, even tho I have a db with content. I have tried multiple OS installs, wiki installs, database imports that all result in the same thing, a vanilla media wiki.

The old wiki is no longer available to roll back to, I still have the wikidb on that machine. mysql> SELECT count(*) FROM page; on both machines returns 1

I dont know what else to try, your help would be greatly appreciated. Thanks, Steve 66.228.80.226 (talk) 20:45, 14 December 2012 (UTC)

The most simple question first: You have updated the DB credentials in LocalSettings.php and MediaWiki is not accessing the wrong DB all the time, right? ;-)

If PHP and MySQL are running on the new machine, that is fine. No need to change them or even to reinstall the OS. This will not solve your problem. ;-)

You say that you still have the original DB on the old machine available and you say it has 1 row in the pages table. Did I get you right?

If the above is right, then you should have had exactly one single page in your old wiki. Was that the case? 88.130.98.50 00:40, 15 December 2012 (UTC)

I have only 1 wiki database, it is accessing the correct db. I am confused why the db shows only 1 page on the wikidb. A sqldump shows multiple content that would have been added by users. 75.150.68.221 20:28, 19 December 2012 (UTC)

Tried to resurect old machine, run through config process, it reports sucsess, but index page is completly blank

    There are already MediaWiki tables in this database. Checking if updates are needed...
...have ipb_id field in ipblocks table.
...have ipb_expiry field in ipblocks table.
...already have interwiki table
...indexes seem up to 20031107 standards
...hitcounter table already exists.
...have rc_type field in recentchanges table.
...have user_real_name field in user table.
...querycache table already exists.
...objectcache table already exists.
...categorylinks table already exists.
Already have pagelinks; skipping old links table updates.
...il_from OK
...have rc_ip field in recentchanges table.
...image primary key already set.
...have rc_id field in recentchanges table.
...have rc_patrolled field in recentchanges table.
...logging table already exists.
...have user_token field in user table.
The watchlist table is already set up for email notification.
...watchlist talk page rows already present
...user table does not contain old email authentication field.
...page table already exists.
...have log_params field in logging table.
logging table has correct log_title encoding.
...have ar_rev_id field in archive table.
...have page_len field in page table.
revision timestamp indexes already up to 2005-03-13
...rev_text_id already in place.
...have rev_deleted field in revision table.
...have img_width field in image table.
...have img_metadata field in image table.
...have user_email_token field in user table.
...have ar_text_id field in archive table.
...page_namespace is already a full int (int(11)).
...ar_namespace is already a full int (int(11)).
...rc_namespace is already a full int (int(11)).
...wl_namespace is already a full int (int(11)).
...qc_namespace is already a full int (int(11)).
...log_namespace is already a full int (int(11)).
...have img_media_type field in image table.
...already have pagelinks table.
No img_type field in image table; Good.
Already have unique user_name index.
...user_groups table already exists.
...user_groups is in current format.
...have ss_total_pages field in site_stats table.
...user_newtalk table already exists.
...transcache table already exists.
...have iw_trans field in interwiki table.
...trackbacks table already exists.
...wl_notificationtimestamp is already nullable.
...timestamp key on logging already exists.
...have ipb_range_start field in ipblocks table.
Setting page_random to a random value on rows where it equals 0...changed 0 rows
...have user_registration field in user table.
...templatelinks table already exists
...externallinks table already exists.
...job table already exists.
...have ss_images field in site_stats table.
...langlinks table already exists.
...querycache_info table already exists.
...filearchive table already exists.
...have ipb_anon_only field in ipblocks table.
Checking for additional recent changes indices...
...index `rc_ns_usertext` seems ok.
...index `rc_user_text` seems ok.
...have user_newpass_time field in user table.
...redirect table already exists.
...querycachetwo table already exists.
...have ipb_enable_autoblock field in ipblocks table.
Checking for backlinking indices...
Checking if pagelinks index pl_namespace includes field pl_from...
...index pl_namespace on table pagelinks seems to be ok
Checking if templatelinks index tl_namespace includes field tl_from...
...index tl_namespace on table templatelinks seems to be ok
Checking if imagelinks index il_to includes field il_from...
...index il_to on table imagelinks seems to be ok
...have rc_old_len field in recentchanges table.
...have user_editcount field in user table.
...page_restrictions table already exists.
...have log_id field in logging table.
...have rev_parent_id field in revision table.
...have pr_id field in page_restrictions table.
...have rev_len field in revision table.
...have rc_deleted field in recentchanges table.
...have log_deleted field in logging table.
...have ar_deleted field in archive table.
...have ipb_deleted field in ipblocks table.
...have fa_deleted field in filearchive table.
...have ar_len field in archive table.
...have ipb_block_email field in ipblocks table.
Checking for categorylinks indices...
Checking if categorylinks index cl_sortkey includes field cl_from...
...index cl_sortkey on table categorylinks seems to be ok
...have oi_metadata field in oldimage table.
...usertext,timestamp key on archive already exists.
...usertext,timestamp key on image already exists.
...usertext,timestamp key on oldimage already exists.
...have ar_page_id field in archive table.
...have img_sha1 field in image table.
...protected_titles table already exists.
...have ipb_by_text field in ipblocks table.
...page_props table already exists.
...updatelog table already exists.
...category table already exists.
Populating category table, printing progress markers.  Category population complete.
Done populating category table.
...have ar_parent_id field in archive table.
...have user_last_timestamp field in user_newtalk table.
Populating rev_parent_id column
...doing rev_id from 1 to 200
rev_parent_id population complete ... 1 rows [0 changed]
protected_titles table has correct pt_title encoding.
Checking filearchive indices...
...have ss_active_users field in site_stats table.
...ss_active_users user count set...
...have ipb_allow_usertalk field in ipblocks table.
...pl_namespace, tl_namespace, il_to indices are already UNIQUE.
...change_tag table already exists.
...tag_summary table already exists.
...valid_tag table already exists.
Deleting old default messages (this may take a long time!)...Done
Checking site_stats row...ok.
Purging caches...done.
    Finished update checks.
    Creating LocalSettings.php...

Installation successful! Move the config/LocalSettings.php file to the parent directory, then follow this link to your wiki.

You should change file permissions for LocalSettings.php as required to prevent other users on the server reading passwords and altering configuration data. 75.150.68.221 20:40, 19 December 2012 (UTC)

So: Do you anywhere have your database, where it still has more than one page?

If not, there is not much you can do: You cannot restore data, which you no longer have. 88.130.119.140 21:17, 19 December 2012 (UTC)

Note, page contents are stored in the text table (With some exceptions, but they aren't likely to apply to you). Do you still have the page contents in the text table? If so you can still just copy out the text to a new wiki (may be a lot of work).

Are you sure you backed up the correct db?

You say blank page. Do you mean entirely blank (no mw interface stuff whatsoever)? That can be caused by a php fatal error. If that's the case please enable error reporting, see How to debug. Bawolff (talk) 00:15, 20 December 2012 (UTC)

Problem creating extension

I'm just starting it now, but the name of the special page doesn't display properly. This is how it displaces of Special:SpecialPages:

<sturmkriegcontact>

And on the page:

<sturmkriegcontact>

I can't figure out what's making it display that way.

Here's the source code:

SpecialSturmkriegContact.php

<?php
class SpecialSturmkriegContact extends SpecialPage {
        function __construct() {
                parent::__construct( 'SturmkriegContact' );
        }
 
        function execute( $par ) {
                global $wgRequest, $wgOut;
 
                $this->setHeaders();
 
                # Get request data from, e.g.
                $param = $wgRequest->getText('param');
 
                # Do stuff
                # ...
                $output = 'Hello world!';
                $wgOut->addWikiText( $output );
        }
}

SturmkriegContact.alias.php

<?php
/**
 * Aliases for SturmkriegContact
 *
 * @file
 * @ingroup Extensions
 */
 
$specialPageAliases = array('Sturmkrieg Contact', 'sturmkrieg contact', 'contact');
 
/** English
 * @author <Inquisitor Ehrenstein>
 */
$specialPageAliases['en'] = array(
        'SturmkriegContact' => array( 'Contact', 'SturmkriegContact', 'Sturmkrieg Contact' ),
);
 
/** Deutsch
 * @author <Inquisitor Ehrenstein>
 */
$specialPageAliases['de'] = array(
        'SturmkriegContact' => array( 'Kontakt', 'SturmkriegKontakt', 'Sturmkrieg Kontakt' ),
);

SturmkriegContact.php

<?php
# Alert the user that this is not a valid entry point to MediaWiki if they try to access the special pages file directly.
if (!defined('MEDIAWIKI')) {
        echo <<<EOT
To install my extension, put the following line in LocalSettings.php:
require_once( "$IP/extensions/SturmkriegContact/SturmkriegContact.php" );
EOT;
        exit( 1 );
}
 
$wgExtensionCredits['specialpage'][] = array(
        'path' => __FILE__,
        'name' => 'SturmkriegContact',
        'author' => 'Inquisitor Ehrenstein',
        'url' => 'https://www.mediawiki.org/wiki/Extension:SturmkriegContact',
        'descriptionmsg' => 'Adds a special page for contacting Sturmkrieg administrators.',
        'version' => '1.1',
);
 
$dir = dirname(__FILE__) . '/';
 
$wgAutoloadClasses['SpecialSturmkriegContact'] = $dir . 'SpecialSturmkriegContact.php'; # Location of the SpecialMyExtension class (Tell MediaWiki to load this file)
$wgExtensionMessagesFiles['SturmkriegContact'] = $dir . 'SturmkriegContact.i18n.php'; # Location of a messages file (Tell MediaWiki to load this file)
$wgExtensionMessagesFiles['SturmkriegContactAlias'] = $dir . 'SturmkriegContact.alias.php'; # Location of an aliases file (Tell MediaWiki to load this file)
$wgSpecialPages['SturmkriegContact'] = 'SpecialSturmkriegContact'; # Tell MediaWiki about the new special page and its class name

Lieutenant Aleksandr Reznov 23:03, 14 December 2012 (UTC)

You need to make the appropriate interface message on your wiki or create an il8n file. Jasper Deng (talk) 01:54, 15 December 2012 (UTC)

Thanks. That worked. ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 04:36, 15 December 2012 (UTC)

Where are you including your extension in a hook? 88.130.98.50 02:47, 15 December 2012 (UTC)

On which browsers MediaWiki is working propertly

@ Monang: I respond you here, because I cannot respond to your original thread. The error I get is:

The title "Thread:Project:Support desk/On which browsers mediawiki 1.17.4 working properly???/reply" has been banned from creation.

It matches the following blacklist entry: .*[!?]{3,}.* <autoconfirmed>

1.17 is from June 2011, so it might be that there are slight issues with browsers, that are newer. However, I don't think these will make MediaWiki completely unusable.

I would say it works properly in (nearly, see above) all current browsers, that is IE, maybe even since IE6, Firefox, Chrome, Safari... 88.130.98.50 (talk) 13:00, 15 December 2012 (UTC)

[RESOLVED] How to hide a hr line under the title only on the main Page?

Hello all! Well I don't know hot to hide this line in my russian version Wiki ... I tried to use Common.css, but I don't know how to indicate the page it has url like this: http://mywiki/index.php/Заглавная страница or in ie: http://mywiki/index.php/D0%97%D0%B0%D0%B3%D0%BB%D0%B0%D0%B2%D0%BD%D0%B0%D1%8F_%D1%81%D1%82%D1%80%D0%B0%D0%BD%D0%B8%D1%86%D0%B0 Are there any other ways to hide this line? Fokebox (talk) 17:52, 15 December 2012 (UTC)

Your links point to nowhere. If that's a private wiki we can't do much about that. use Firebug to inspect that line and you'll get a clue as to what you should do to hide it with CSS. Ciencia Al Poder (talk) 11:45, 16 December 2012 (UTC)

You may want to test this on your en:Special:MyPage/common.css page at the Enlish Wikipedia.

body.page-Russian_language * h1, body.page-Russian_language * h2 { border: none; }

Go to en:Russian language to see the result. You should replace 'page-Russian_language' with 'page-$1' (note the variable '$1') when you use this on your wiki. See the HTML below from the linked Wikipedia page.

<body class="mediawiki ltr sitedir-ltr ns-0 ns-subject page-Russian_language skin-vector action-view vector-animateLayout">

– Allen4names (IPv6 contributions) 19:45, 17 December 2012 (UTC)

Thx! It works! Fokebox (talk) 21:06, 17 December 2012 (UTC)

Avoid overqualified selectors (using tag names) and star selectors (using *). They are absolutely not needed here and only make it slower and more fragile.

The following is more than enough:

.page-Main_Page h1, .page-Main_Page h2 { border: none; }

Or even:

.page-Main_Page .firstHeading { border: none; }

Krinkle (talk) 07:23, 31 December 2012 (UTC)

Template Fields under Translations Subheader under words in Locally Hosted English Wiktionary

I have used mwdumper to import the English Wiktionary to my own locally hosted MediaWiki.

However, under the Translations sub-header, next to each individual language, instead of providing the actual translation of the word (like on wikipedia.org,) it states either Template:Tø, Template:T+ or Template:T- or a comma separated mix of the three. (Very few of the languages actually do have a translation next to them.)

I would like to figure out what I am doing wrong. Is it possible that if I imported the other language Wiktionaries, then that would fill in the templates?

Thanks Djyale (talk) 19:15, 15 December 2012 (UTC)

Where does Mediawiki store page content?

Prevent Host name showing in header of system emails

I have a wiki and when people register on my site they can view the full header of the email confirmation which shows the name of the hosting company I host with as the return path. I don't want people to know who I host with for security reasons. Is there any way I can prevent the host name from showing in emails? Holygamer (talk) 23:50, 15 December 2012 (UTC)

Howcome template:infobox isn't included in mediawiki.....

Just had to go find out that its something you have to mess about installing tons of template pages..

this is insane.. why does this feel completely stupid... surely that stuff should be built in to some extent.

is there no quicker way of installing all of it ? 217.146.110.73 (talk) 01:06, 16 December 2012 (UTC)

The MediaWiki software comes with methods of importing such data. See Manual:Importing XML dumps for more details.  Hazard-SJ  ±  01:11, 16 December 2012 (UTC)

[RESOLVED] Error_log record

On my wiki (viki.gameofthronestr.com)always turning this error. How can i fix that? Thanks.

Error_log record:

[16-Dec-2012 05:02:10] PHP Warning: filemtime(): stat failed for /home/gameofth/public_html/viki/skins/cologneblue/screen.css in /home/gameofth/public_html/viki/includes/resourceloader/ResourceLoaderFileModule.php on line 380 [16-Dec-2012 05:02:10] PHP Warning: filemtime(): stat failed for /home/gameofth/public_html/viki/skins/nostalgia/screen.css in /home/gameofth/public_html/viki/includes/resourceloader/ResourceLoaderFileModule.php on line 380 [16-Dec-2012 05:23:04] PHP Warning: filemtime(): stat failed for /home/gameofth/public_html/viki/skins/monobook/main.css in /home/gameofth/public_html/viki/includes/resourceloader/ResourceLoaderFileModule.php on line 380 [16-Dec-2012 05:23:04] PHP Warning: filemtime(): stat failed for /home/gameofth/public_html/viki/skins/simple/main.css in /home/gameofth/public_html/viki/includes/resourceloader/ResourceLoaderFileModule.php on line 380 [16-Dec-2012 05:23:04] PHP Warning: filemtime(): stat failed for /home/gameofth/public_html/viki/skins/chick/main.css in /home/gameofth/public_html/viki/includes/resourceloader/ResourceLoaderFileModule.php on line 380 Bekircem (talk) 05:33, 16 December 2012 (UTC)

It seems your webserver isn't able to access those files. Check the path of those files and see if they exist on the server. If they exist, then it's a permission problem. Make sure the user account on which the http service is running has read access to those files. Ciencia Al Poder (talk) 12:03, 16 December 2012 (UTC)

/home/gameofth/public_html/viki/skins/nostalgia/screen.css

and

/home/gameofth/public_html/viki/skins/cologneblue/screen.css

and

/home/gameofth/public_html/viki/skins/modern/print.css

and

/home/gameofth/public_html/viki/skins/modern/main.css

and

/home/gameofth/public_html/viki/skins/chick/main.css

not exist. how i fix it? i dont have modern, chick, cologneblue folders in skins folder. Bekircem (talk) 16:20, 16 December 2012 (UTC)

The skins you mention belong to the MediaWiki Core package. Download the MediaWiki version, which you are using, again and copy the folders in your installation again. ;-) 88.130.79.63 18:24, 16 December 2012 (UTC)

My problem is fixed.

Thank you to everyone! Bekircem (talk) 19:33, 16 December 2012 (UTC)

[RESOLVED] Internal Server Error (500)

Errors after upgrade the PHP to 5.3 FastCgi

Hi,

My hosting provider upgraded the PHP version from 5.2 to 5.3 FastCgi.

Now, I'm having difficulties with my Wiki install.

In this moment, I'm receiving this when try access the system:

Fatal error: Cannot redeclare wfProfileIn() (previously declared in /home/edmarrp/edmarrp.org/wiki/includes/profiler/Profiler.php:14) in /home/edmarrp/edmarrp.org/wiki/includes/ProfilerStub.php on line 12

What do I need to do for resolv this problem?

Thanks.

Edmar Roberto - edmar@edmarrp.org 177.6.219.116 (talk) 16:01, 16 December 2012 (UTC)

Remove the profiling PHP file in the root directory of your MediaWiki installation and try again. 88.130.79.63 19:54, 16 December 2012 (UTC)

You could also consider to upgrade your MediaWiki installation.

The Git version (ie the future 1.21 release) works well with recent PHP versions (5.3 or 5.4). Dereckson (talk) 02:09, 18 December 2012 (UTC)

Hi people,

I did a new install but now I'm not knowing how can I import the DB of the past version.

I installed with one new DB because I didn't want problems with my data records.

Can I import one-by-one table of MySQL or this cause crack of the links between the contents?

Thanks for your help.

Edmar - edmar@edmarrp.org 177.6.219.116 10:44, 18 December 2012 (UTC)

Why did you re-install MediaWiki? That is not necessary. :-)

If you want to continue with the new installation, import the old DB with MySQL. Either via phpmyadmin (if you have that) or maybe even better using the command line like so:

$mysql -u myuser -pmypassword -h myhost dbname < backup.sql

Just import your old database that way.

However, all that would not be needed, if you - instead of making a new installation - just updated your old installation: Install the new MediaWiki version and remove this PHP file called profiler.php (or profiling.php or so) in the root directory. Then run the MediaWiki installer. It will update the database to the new scheme. No broken links or so afterwards... :-) 88.130.126.140 14:52, 18 December 2012 (UTC)

Warning: Missing argument 4 for LanguagePt_br::convertPlural()

Hello,

How can I correct this error?

Warning: Missing argument 4 for LanguagePt_br::convertPlural(), called in /home/edmarrp/edmarrp.org/wiki/includes/parser/CoreParserFunctions.php on line 323 and defined in /home/edmarrp/edmarrp.org/wiki/languages/classes/LanguagePt_br.php on line 12 177.6.219.116 (talk) 17:47, 16 December 2012 (UTC)

How to show partly recent added article of some category?

Hello all! I have created a wiki and added some portals like: Portal:Culture, Portal:Sport etc. So I indicate every new article what portal it belongs. And on the main portal page I want to show some part of recent added article and links "Read more" and athours namу who crated this article and date. How to do that! Anyy ideas? Can I do it without any additional extensions? Fokebox (talk) 18:32, 16 December 2012 (UTC)

Mediawiki upgrade

What the simplest way to upgrading Mediawiki? I use 1.8.x now. I want to upgrade 1.9.3 And you think i must uprade my Mediawiki 1.9.3? Bekircem (talk) 19:35, 16 December 2012 (UTC)

See Manual:Upgrading. That is what you are looking for. :-) 88.130.79.63 19:53, 16 December 2012 (UTC)

seems to be difficult. i am afraid that. Bekircem (talk) 21:52, 16 December 2012 (UTC)

Just make a backup and have a try. It is easier than you think. :-)

If something does not work, check out Google or just ask here. :-) 88.130.98.140 04:10, 17 December 2012 (UTC)

Want to show Categories and Sub Categories on home page..

How can i show my categories and list of categories on my home page in mediawiki??

Reply if you know the answer.... Monang (talk) 06:47, 17 December 2012 (UTC)

You can install the Extension:CategoryTree, and use the <categorytree> tag on the main page. Ciencia Al Poder (talk) 10:36, 17 December 2012 (UTC)

I already install Category Tree but how can i show categories on my home page..

how to use <category tree> ? I don't have idea regarding this..

And also it will show all the categories and subcategories i have? Monang (talk) 11:38, 17 December 2012 (UTC)

No, please read the extension's documentation page I linked on my post, which explains that. Ciencia Al Poder (talk) 10:12, 18 December 2012 (UTC)

I have to agree with Monang. Maybe some more examples are helping.

on default it should display all user-entered pages.

Trying for several hours now and NO result. I cant get a tree displayed Gharryh (talk) 18:39, 29 March 2017 (UTC)

You need an actual category tree, that is, categories belonging to other categories. The depth parameter will display that many levels of subcategories of the given category. Ciencia Al Poder (talk) 19:54, 29 March 2017 (UTC)

I know many years are passed by since you posed the question, but somebody could need the solution:

Try and insert on a page this piece of code:

{{Special:AllPages|namespace=14}}

It will list all pages with Namespace=14, the default for category pages. TotorussoITA (talk) 11:13, 28 January 2021 (UTC)

[RESOLVED] How to hide "View History" button for unlogged users?

 11:37, 20 December 2012 (UTC)

What CHMOD for files and directories ?

Hi, I'm french people, sorry for my bad english ... I have installed mediawiki on a hosting service of OVH.

What CHMOD do I have to set for any files and directorires ? (exemple for "mw-config" and all others ?)

Thanks, I have really looked for but don't really found that ... 90.43.102.163 (talk) 18:03, 17 December 2012 (UTC)

See wikipedia:Filesystem_permissions#Traditional_Unix_permissions for understanding the mode to set.

As a general rule, on a shared host every user is chroot-ed to it's own home directory, so you shouldn't care about file visibility from everybody else. Basically, use 644 for files and 755 for folders. Ciencia Al Poder (talk) 10:23, 18 December 2012 (UTC)

I recommend to set less rights for LocalSettings.php. In an average environment 640 should be fine here. 88.130.126.140 14:54, 18 December 2012 (UTC)

Problems upgrading from an older version of Mediawiki

I am attempting to upgrade a wiki from mediawiki version 1.11.0 to the latest version. The site I am upgrading has its own specific skin and addition configurations. My issues arrive from the fact that the original wiki uses php5.2.14 and does not migrate to php5.3.8. I originally upgraded from 1.11.0 to 1.13 and then to 1.15.5 and was then able to move to php5.3.8. However, this broke something with the database since I could not log on. I had been able to get most of the custom images to work, but could not get any further then version 1.15.5. I really need to move to the latest version and get to php5.3.8. Is there a recommended procedure for such an upgrade. Iwitham (talk) 18:46, 17 December 2012 (UTC)

Hi!

Basically you can upgrade MediaWiki in one step: From your version directly to the new version, which you want.

Since you still have PHP 5.2, I would in your case make one step inbetween: MediaWiki 1.19 is the last version, which is compatible with PHP 5.2. So I would try to do an update to MediaWiki 1.19. (Then you probably have to make some changes in your skin and update some extensions to make things work with 1.19.)

After that update PHP to 5.3; MW 1.19 is compatible with PHP 5.3.

Then update MW to version 1.20 (just like you updated to 1.19 before). 88.130.98.140 22:45, 17 December 2012 (UTC)

allpages: how to display the content of the pages?

Is there a way to use something like Special:AllPages to display all the actual pages concatenated together (not just a listing of the pages)? Hankhuck~mediawikiwiki (talk) 20:50, 17 December 2012 (UTC)

No. That would be a performance drain for the server. What is the use case for this? Ciencia Al Poder (talk) 10:18, 18 December 2012 (UTC)

It was a bilbiographic database - I was originally using Cite+Bibtex and keeping each reference on a separate page, so I wanted to see all the site's references on a single page. However, I found the biblio extension which solves the problem in reverse - the references are all kept on a single page, and then used in other pages. Only some slight modifications were needed to get it to work with Bibtex. Hankhuck (talk) 20:20, 18 December 2012 (UTC)

Return all pages in a category

Is there some way to list all pages in a category automatically? I see that for example #category-Foo# can be used in a navigation bar to list the top 8 in category Foo, but this doesn't seem to work in pages...

If so, this would mean that I don't have to rewrite a navibox template every time I add a subject, and that would be a great help.

Thanks!

Mediawiki 1.19.3 PHP 5.4.9-4~lucid+1 (apache2handler) MySQL 5.1.54-rel12.5-log 75.121.118.178 (talk) 21:52, 17 December 2012 (UTC)

You need an extension for that. For example, see Extension:DynamicPageList (Wikimedia) Ciencia Al Poder (talk) 10:25, 18 December 2012 (UTC)

Warning during creating tables - v1.20.2

Hello,

I got the following warning during the last step of the installation (MW 1.20.2). Can anyone suggest the problem or how to fix it?

Creating tables...

Warning: mysql_query(): Table 'my_wiki.wk_archive' doesn't exist in /usr/local/apache2/htdocs/wiki/includes/db/DatabaseMysql.php on line 46

done

Also, the bottom of the page says:

Warning: Unknown: 2 result set(s) not freed. Use mysql_free_result to free result sets which were requested using mysql_query() in Unknown on line 0

All of the other steps completed w/o warning/errors.

Thanks, Al 97.122.214.40 (talk) 03:31, 18 December 2012 (UTC)

Want to show Categories on the home page(Hauptseite).

Does anyone knows how to show all the main categories on the main page?? Monang (talk) 07:18, 18 December 2012 (UTC)

500 errors after upgrade from 1.15 to 1.20

tried to upgrade to 1.20 from 1.15.1 my info: MediaWiki - 1.15.1 PHP - 5.3.8 (cgi-fcgi) MySQL - 5.0.51b-community-nt process: unpacked tar file to new directory copied all installed extensions, custom skin, localSettings.php,images Swapped the old directory and the new directory.

Get 404 error when I try to login. Can anyone advise me?

Thank you, Jeff Freund 85.229.192.213 (talk) 10:14, 18 December 2012 (UTC)

Hi Jeff,

what you write you did sounds good. :-)

After that you still need to run the file update.php in the maintenance directory to update your database. 88.130.126.140 14:59, 18 December 2012 (UTC)

Hi....thanks very much for answering. Can you tell me how to "run the file update.php in the maintenance directory to update your database". I know it must be basic information, but I'm so new at this, I have to ask dumb questions to be sure of myself... :-)

Thanks again for all your help!! 85.229.192.213 15:06, 18 December 2012 (UTC)

Hi again...figured out how to reach maintenance directory...ran php update.php. (finished in about 2 ms)...I guess it did SOMETHING because now I get error 500s instead of 404s but I still can't log in. Could there be something to change in localSettings? Thank you sooo much for your advice.

Jeff Freund 85.229.192.213 15:45, 18 December 2012 (UTC)

Please inspect your PHP error log. It will provide information about what is wrong. Most likely you are using outdated extensions. siebrand (talk) 16:08, 18 December 2012 (UTC)

thank you siebrand...I'll look 85.229.192.213 16:38, 18 December 2012 (UTC)

trying to "check the php log"...looked under the php admin folder but didn't see a log...what am I misunderstanding....and thanks for answering my "newbie" questions. 85.229.192.213 18:47, 18 December 2012 (UTC)

If you are on shared hosting, it maybe somewhere is in a folder called logs/. Usually this folder is outside of the web-root (so that the file cannot be seen from the web).

If you are on shared hosting it is also possible that you do not have access to the PHP error log. In that case ask your hoster to tell what is inside. :-) 88.130.126.140 22:49, 18 December 2012 (UTC)

well...I don't see PHP logs specifically, under logs/FailedReqLogFiles/W3SVC1, I see the url of my MainPage listed under warning: MODULE_SET_RESPONSE_ERROR_STATUS, FastCGIModule, Notification:128,HttpStatus 500 ...could this account for the failure to log in? 85.229.192.213 09:24, 19 December 2012 (UTC)

85.229.192.213 09:29, 19 December 2012 (UTC)
85.229.192.213 09:30, 19 December 2012 (UTC)

I notice that the new 1.20 files include extensions that are not listed in the localSettings file I have copied from my old installation (NUKE,parser functions, wikiEditor, Gadgets, vector)....can this cause a failure to login (error 500)??

Thanks in advance.

Jeff Freund 85.229.192.213 11:57, 19 December 2012 (UTC)

You are using IIS as server, not Apache (which I expected).

The line, which you posted, is such an error message, which we need.

MODULE_SET_RESPONSE_ERROR_STATUS, FastCGIModule, Notification:128,HttpStatus 500 ...

Is that all? Or does the line continue after that? Is there still a rest, which you did not copy? A more specific ErrorCode than just "HttpStatus 500" would help.

The new extensions in 1.20 are not needed to run MediaWiki. So if you do not include them in LocalSettings.php, this should not break anything.

But if you are using other extensions, disable all of them temporarily. Then test, if the problem is gone then. If it is, enable them one by one and see, which one causes the issue. 88.130.119.140 13:43, 19 December 2012 (UTC)

the entire log was: (I can include the trace if it helps):

ModuleName	FastCgiModule
Notification	128
HttpStatus	500
HttpReason	Internal Server Error
HttpSubStatus	0
ErrorCode	0
ConfigExceptionInfo	
Notification
EXECUTE_REQUEST_HANDLER
ErrorCode
The operation completed successfully. 
(0x0)

I have also tried it after removing ALL extensions from the folder...same result.

Thanks again for your attention,

Jeff Freund 85.229.192.213 14:49, 19 December 2012 (UTC)

Puhh, I don't have a clue. No details at all; seems to be a very generic error message.

[https://www.google.com/search?q="ModuleName+FastCgiModule+Notification+128+HttpStatus+500+HttpReason+Internal+Server+Error+HttpSubStatus+0+ErrorCode+0+ConfigExceptionInfo+Notification" This is what Google has.] Maybe this helps you; or maybe someone else can help you further with this one... :-( 88.130.119.140 16:32, 19 December 2012 (UTC)

thank you for trying...let you know when it's solved 85.229.192.213 17:12, 19 December 2012 (UTC)

Jeff, could you please clarify what's the status of the issue as of today? Fom your last change on this thread it wasn't clear to me that there were still an issue or what's the current status.

Please, post a new message (reply here) so everybody could follow. Updating only the summary doesn't help to get what's the current status. Thanks. Ciencia Al Poder (talk) 13:25, 5 January 2013 (UTC)

[SOLVED?] Problem With File Upload: Could not acquire lock for "mwstore://local-backend/local-public/1/1e".

Moodle and MediaWiki database integration

Hello there! I work in a Brazilian university and we intend to implement some database integrations between Moodle and MediaWiki and, thus, I ask you if there is something in the MediaWiki’s roadmap that can break the integrations that will be developed. I know it's a very subjective question, but in any case I would like to hear your impressions. Sorry about my terrible English and best wishes from Brazil.

Celio 143.107.177.194 (talk) 12:48, 19 December 2012 (UTC)

Its very very difficult to say without knowing what exactly your planning (additionally I'm not exactly familiar with all of our future plans), but its unlikely we would do something that would obviously mess up such plans. The db schema does change from time to time (mostly in minor ways), but there hasn't been a total overhaul of it in a very long time (probably since MW 1.5), and I think its unlikely there would be one in the near future.

Again it depends very much what you are doing, but many assumptions that you will be making are probably of the same type that various extensions make, which we generally try to avoid breaking. Bawolff (talk) 00:33, 20 December 2012 (UTC)

How to Import Navbox template to my wiki

Hi everyone

I'm new to mediawiki program, & i need your help guys I would like to know how i could Import or use Navbox template in my wiki?

Thanks in advanced الهميان (talk) 18:47, 19 December 2012 (UTC)

It's hard to answer without a specific question. Have you read http://en.wikipedia.org/wiki/Template:Navbox and if so, are there any specific issues? If you have specific questions about Navbox you could also ask in http://en.wikipedia.org/wiki/Template_talk:Navbox . Malyacko (talk) 11:36, 20 December 2012 (UTC)

See wikipedia:Special:export. Make sure to click the "include all templates" button. You can then import with special:import on your wiki (you will need to be an admin on your wiki). You will also need to install the ParserFunctions extension. You may also need to copy some of the custom css at w:mediawiki:Common.css Bawolff (talk) 23:23, 21 December 2012 (UTC)

Not posting content

I have MW 1.20.2 on PHP 5.3.18 using MySql 5.5.9

We have been encountering a problem of faulty edits on our wiki. Pages are edited and then appear blank. The edit cannot be rolled back.

I checked the DB and found tables `page` and `revision` are updated, but table `text` is missing the content of the edit. i.e. if page.page_latest is 5162, revision.rev_id 5162 has revision.rev_text_id 9516, but no record text.old_id 9516 exists. However, it seems some action was done on DB because records with old_id 9517, 9518... do appear.

We updated from 1.20.0 to 1.20.2 through 1.20.2 using the patch files. It seems to be happening since, but I can't say for certain.

How do I solve and/or debug this? Happy Joe^talk 10:16, 20 December 2012 (UTC)

That's a rather serious issue.

First off, are you using anything fancy with text storage (aka External Storage or some of the fancy compression stuff)?

Is there anything in your php error log? If you have logs of your database, is there any errors there, does the record containing the page content get inserted into the text table, etc.

Additionally, the mediawiki debug log (not enabled by default, see How to debug for instructions) may contain relavent information if it is running while an edit is taking place that gets "lost".

(Sorry I can't give any advice that is more specific beyond look at logs. I've never heard of this happening before). Bawolff (talk) 23:28, 21 December 2012 (UTC)

Nothing fancy. I enabled logging. I'll try to keep track. Happy Joe^talk 10:01, 24 December 2012 (UTC)

Hi,

The query that's having a problem appears in log (added below).

Can it be a problem with the query?

Maybe the system doesn't escape gzip properly?

I tried to run the query straight into my DB and it didn't go through...

DatabaseBase::query: Writes done: INSERT INTO `text` (old_id,old_text,old_flags) VALUES (NULL,'ƛKo Yv߫WթtK\n(ڤ ֪! L ꅬӝC Ȗǜ"ڭ)ҜߎԀ0ߠJ̒TRʄҙ㣵 ̬ӊаrϷνUE )֭e`X,Vݺ󜳏㻠nl|󭜚ȡz޵ձ17׎麓 NڤĴٺN\Zѳ򨥱_ГȠũ׾ЪN뱠ϾƿQzηB\Zu⑫=ۡҠ򛝺Զӳ򺢻䕧ꨒKz 󭓌=ї彈ޠ5ȈL譱󵉂^ࠣҘճ򻌃v\Z~𳺾🌆񇿠񇿎ӠůMǴ爿L}\Z4įش߶ړ½ ơ]zٶ УĿĠ򌤠O=¡㸩dІvyzڼMzNظ-ࠇԍʳƈɠֶ݆˛Г(Ҟ9ĝ3۱H󨻁<ߔӳg᜿򧅹7;+:\'򘚪2) Ŀff\'ꚻ⻬ب<tٹΜr 3ŧ |ݾ깬1?֧ۋs򑰿ߙݨݜ~񝫣ķ󻮓߶꠯ࠚ򾠟מ - mﵞ޵ܵÿ~uؽԓۿ򅫥=G˱ ^9?񄗗̦ࠥ`\"񦽻jn}߾< Ҡ ѻ ԡI^ɇŞ!򻦡 = Vyӛ򶆟衙xC\\F<ˇD< Ξ\' dѠ 󈛴įࠠ򈕠ҏr ڠ ˫񸠇KÞ#ڬݳʬ0]#頎mͫ򓻢 ۄlӞ#򈚱�͘c&ʪ˳ź21ͻ񂠾օĠd舝ػοݾ8z޺ӆ\"ؠ 䤡¡JxC ޤ򐔗 vʠ ŽޠX4b§ yͶ̨ࠞ{s􅠾ɑ UڅTנgLԅ[[UDŽD逿އ\\᝟񽩠ʜ0Uࠦ넕Oıg࠘:<|u ?J WڿB ;РÜn{,ϝ⯌F͎ܠܠɩg ͠\ZK唅 _t+iԶʧͱИК ʑ Xφܮќnd٠\':tQs称𬔝ꄠ/]񋿹wp𠓰󱳬ᮿȺΥyޅI :κĩ٤B CVEQ ©끀zŽ ࠹˛ۤ{؄΋cnA{ =ïC۠Gԛgꊯ 孠Ԇ󢗼>ɠԧꃥѤ]޷*лЀ롳<\ZA󜢛 bEƴm쓡3ע ý!ΜZ3q֜ZԺ󲗤q񠶺Ւǩg.񰯃읥߾Ӊ򀈭 󄜢 Ј醀1ǜ0ĈߜrDPඒƵ V3 4ʠ`sïԛ#҄ Mȧuģ跔JcĠh\0ٯӍ؞:ȩgΐ¤e. yǬ\0򠠽ic室eCԞ\" ϩ/ҲԬAԁ 0ɡI sĜr Ͳ\0kqf bK͆ȳߘq 3`ǹ㔺t9勖6_ ϠМ' ; 󳳸{N 估񭨜rd{ B鹕ؙQ׎Ǻ,ꁠłXϴ$ҬϮݏۣˆ\ZҠ= 뺰򧱯Ơ1‡۠ʥ;򠠩,ocNϭ_΅Ջ;+쿬K÷ Pꋤެ1ޕtDݿ߿L񱷞)ؙ֕󠋅렱 /ӳjڵѻŠà捃Oޓ@ Gǣ 򜧌 q E\\䱌͇0 ȸ_㝥K΅\0 ֠򸮺ѽlNj˂ĠF`v澘\\b3YŻԠ۲Թܮþe͌d=݆Ϣ̝﬎͜˃ڟyTIZu뫳׃񰨀hꍲ󠨲 𠠭 mҪk𱠜"1ڸN Tߤ6> Ƴຜ"񋗂$dĠ�聆GrѠFȦm󢣣#c qժJͯ } = IREm`U(鋴1,\'t뗬ُ: O䶦ƌ חu񄬮򠀷 ˠॺĿ ̥RŰC )ïI𬠗\'䋂̈́\"Ѵ۸IJӷO.E󢡐ѷӁԠLƵΠdž򄱚֣ ˊ>t縘ҫư֠ۄ <(Րc, 򠠡󱼰󅼿N`r{܅\0&;ô DǏ]E/V߶Ӑŀꠠсs𜲭Ī9ΑdϠԩ\nlXž.ZU렽݀ԠZΞT/|Ġôċ}^D񠱅su׵f5˒ ބ阘C(ڳ̱ꘊêɧ Ң\\N n31񠬥@ W\"l0𜧰^ίט˚Ц娠 Ԩ վٔshÜrG͟ ` \"1J kј⦜\Zsۣ<할ƃHҼƆ{ouaPD /LL͠򌐿=k0c񱽻ۛd󲾯 Ϡ􋶺ʅ `-LϋʾfJ٠ǒL #  젰q +ϘZ QѠ9\od\\B ꡜ"< 챙򠒜\ȹ𠦠ɔŝR\n򬠠Ƀ9Ìu je򘽿\Z ݛ#\nÙ Ѻ՜"Πa }pՂ:�kȨʺ07򥬜'̴\rꓜ'󞊋*V |; С髼󄬛\0ɠڽt4ڴשLk𲽍IL\nކƒҠ7}pӶ]I;݃ >͠6 Б\\ 󪰡PPϺ;c `&𜲕ʠQߘ ΠI6ߒ\Z\' `ћb\'񾠋߉ʵͬYȱc k 9 ܒX8Kmè% 3쨇ݭ%,Ԑֻ1ʜ0ů7ɜ0CշϨHl쯟Jĥ&8T ΘΠ 6򐡂諙:Мn٥nh\'󜲎\ZŚ橜"J~̴˚ۨϲr5 \\Ý X \0s$񑳶\"t ._ W|cƦߓ̬oǜ'aǏcӄ遬X 9ދ􊽌ܝu +UgپݦWL*NԄ1్ʆǮ 6˥؄ΥѨMgH6ӣקпI,+ãӏɠƯ߀ؖߕ&օȱǯ K) \Z٠𬡠ʵ ӌ#Y\"6V76枑֙bgɏ)ƈџ\' B oў𬰠.ͨ哎 󸠐Υ7 dNjࠂEцŚ՜\򆠊ER\rlْų7 I¡ֺ̍␡ݜ'񾫛#!Yܷ܍+ `5 Ġ Zʃ󭞱񡻬ڮ~툖w΃ݝ׶񳾶􈁾࠰ٽ𶯻a̎Ηt ҿ֯򝖾򮑒̖˷Ηܯ鬱Ү񶱫`߲ ȋaع՛K}Ӊ f󢽬Tݣvίʁ󠲐ʜ\r 㠘脤:;\"ŗ򺮀MԻЩ GƤHb֯ 硪 i ∑ѥ P՘ҩ𠋨ybԘzDࠝ\\v ΙvūnǤâl`յdPx(ڳ# 9VLؠٽ ɞ9ٮlNl𜜝mَ.9˲⮷ r, $􋞬7ːkTʳzbӆd ُƱ؆󽥽ٺֱmʃ_ڲ!(Hrh/o򺰰ڏ!}Tݕ_܉ W򔅠 7e󴣜\µ\0ƅ٤ ˠ 徣!iΠ񳙹7XمݔѡԠ󾉮șҌٷР-2coD\' ؽ/>蔶 ٷ\n ZTd̝yHƠҜ0ˁΥYBX_֠ퟩ񘁠g ٲϘːŹRҰ؜"}{ؑ𠓩6 򵖋Eb򖠡ˡ5Ѯ\n[cم պd󩂠ԯ]\rˑY\Zg걻ɩŽڠmDŽnͭ$ɌHP̔l׋n*[訛kԙª̠\Zء“ɁgſŻ ޿ȊСΆ ݳX_ۼ2 ~Ǡ .r,hc˞Հì=lݭ߭ 술ҷuꊏġ‚6ɭ 5 <Ђ򵼡򎡸Wpξ7ՠO\r^\\ѶɪX 򠀶к[ (HͰ ]a˩ٚ֠ ضʠ)栠 Ȫ΍˧уYלn˦ߡ;m/Ҡ\n`P Q齧̂2Ч _8\0ߠƋ˵-qIȉŨ•:C\nؖfoʨ 򜢶剠(Ŕj |\\C)&J nlӧZϳ󻪚Ӡ5򽣑ԸҳʏKy2윢 ҮӅ əمϋkvڴaÓ 󇌽ՏԕЦ<Iğd]\Z+ɿͲ$%Uנݠ#Gٜn󩅔2k̩\0𻠴t!˝qU9.̰͘ Ǐ ۬􇀰ɱ!ھ򱌩K͞x1\r,ݙ읲껱F>}A+Ʋ:ϓɶe 2O쓒\'ݥۛgLվĜԔ7qY ӨsߔL0޸Ȑjퟬ󽁍ࠈ sUs򢚀솟\"Ŵ ˳6&R˅ O㋤퉼ϥ־dÀ ~𡦍L ךo$ l򱶸wٹܺ~ӻ񅯞񵳼}¿ؗ񷎻_󠠲롰޼r󠇂 {ͷǠG?߽󲻖񗻭?𡣭կ ߬ն躱װLωӟͿSEdϖ 󵥀 B Uid𠕆Ҡ᥉ NΠ񟣌 ʛ<g`Uј3.4ˈZϦ\0π F跜rlPe ˄d!bԾ.ԠK[ ঱l2 :ה,~)󮚦Ѧ .鱐B g+Ԓ̔Ӻn؟֌gFHǩϠɈָ񳪐Ѕƈ<%H_ Eydi(ߒD.�3͑ԥջJwŝ˕{Ɣ)Г ʒݜZئנz \' JI9 l~Hę {&ᵠA\0 &b֪Dq ˊ󠵡󨴵 ͅiƊŢʤm»ՠ65ѭՌ\r Ҡ>,Xd렠XփV׈ΰwʰߕsí礤˹4ﺒ\"u%ͪ׈j &~ϙH;K߹ŷ⃤𠜢a 󡴽ԇس Ƕ}ز̠L˽)ڇ҇ұSͷ򐡠ӎsμĠի񊍊\0 4\0 Ӧ€甴°(ղYjܴslj\Z5ܪࠩ읚Mܨ? m񆿥򵙥& ̡ؐ>n񨹼ЎƹFĐ٬ɭɣ󧚐͠䯴 H״Rj @εG4F/ܕֻ6.ќ\c) 򮮠 9\nݯM 谺Ҳ»83ޣBҕˡףN {Ơs%}̡d*Μn 䪅ɫПƟ𾵥/ֿΠ:@¦6͜0 Vsၞ󺑠տ𠹖ʘ,ՆĠӝ(\Z ȶRk\"p򕠫ի `د݁ࠤi̧ |ngت-ŠѽȎࠀftαq o0ͅOC񜧉 󙖮c,PȋԨ] ʗ٠t죑{󵭻LքࠉȠőt àĞK֫Ď p󤠂 چٻsݏӯ\\8Bѣ4? 蠙hܫǬƜn5ń !Фa믪˪Ӻ ﱉkÝM䰩9 𦳠6ăL鉜nwݦ?ÊE 򌬰ъa! ۮʠ ˓Pp¤դҤ% ޯ nгާZ׶mԃ2奜'ؠw󱻠\ZȟͤĹ\ntmpb׹ܝؔаҳͦa!ɑ|öĖ0ᠠ߫= 𧑜\iŭ@ɠuŐkLj񠞟ѩ ُ *괹o

Н1?^PǗǥȠ3lؗ󮪾ݠ)ț캻l Š࠳)$ڴwÚӭK1 \nŸ#I⡶٤󄻝˴+\n̘ϠļcB ̎ɳiӪT9ȚZʊܠk\"BᳪȸӺ˵ |ࠬ6տ ɵݤʭ\\8ѠƾʠޣKݒ_Dž 5vϿ8R \\ҟArҊ~ࠁֹgrล˹lµ¹ҙ pJ\'٥Iϲ𷗰dǙ{ƴѸΎ)К駎uoJM쯦 ۠_(˲Ԍ󅬺󒳉>hԜ0u󷟭mo®׿C𓨛zӀŪȻw;χ ښިȮ†}G L؈X ҠWͦͬ񇠠Ҧ e͋ه(ܡKө˄b𬜢I򠵴lρ7Ύ}Ͳ̹͕{ Ǭо,(=ѣۼ֥Ԧ ڂࠜ0󁴰+ӫǮ5֗;O߂;C6_ޮ-ެ􎼾۾۷];|ԹΎFđߒ2ُ*޵ bف򰻜'@^bӓ䵬Ž󱿱Ŧ˱&=𷥆`֡׭֔s bھ ݀іˠ% 񵴜nάё󐠠 rࠃ4+V\\J 9򜢬۴YnA\ZL?˪ӷԳܢڎ+zmT|:ɫ󟭭ȭAϯ䈽R3.絛 {թ߆IӾīɠܴ 3בe󭠋ּίØ򻖛ޝ޷m񤠠ʷe fܙ䮩e󓉲޼ ','utf-8,gzip') Happy Joe^talk 10:59, 26 December 2012 (UTC)

That would be very weird if gzip messed up the query, but it would probably be a good idea to eliminate that possibility. Try changing $wgCompressRevisions to be false in LocalSettings.php (It should already be in your LocalSettings.php since it is false by default). Bawolff (talk) 11:22, 26 December 2012 (UTC)

Tried, happens without gzip as well. But this time copying the query to the DB actually went through. I can't figure out why the row was originally deleted. Happy Joe^talk 10:18, 27 December 2012 (UTC)

 21:08, 27 December 2012 (UTC)

Done some logging. Maybe these results mean something. They're a bit cut-off, but general actions were kept.

First, following is the mySql log for an edit that went wrong (i.e. row in `text` table disappears). After the last command here the next DB activity was 2 seconds later by a different user (anon). The user having the problem doesn't appear for another 2 minutes or so in the logs, when he does his next edit.

I would like to note that it seems to happen to a specific user on a specific page, or a few specific pages. As far as we can tell, each user may have the pages where this error is met. Other users have complained of something similar for a short period of time, now only this one complains, and is able to recreate, as far as we know.

Note 2: All other queries besides INSERT INTO `text` went well. As a matter of fact, INSERT INTO `text` also worked, seeing as he received an old_id/rev_text_id for the next query and the auto increment of the table has advanced - the next entry skips a number. It's just that the row disappears later on with no explanation.

This is him editing my talk page:

---BAD---

COMMIT

BEGIN

INSERT INTO `text`

INSERT INTO `revision`

UPDATE `page` SET page_latest

INSERT INTO `recentchanges`

INSERT INTO `cu_changes`

SELECT wl_user FROM `watchlist`

SELECT user_id FROM `user`

SELECT user_id,user_name,user_real_name,user_password,user_newpassword,user_newpass_time,user_email,user_touched,use

SELECT ug_group FROM `user_groups`

SELECT up_property,up_value FROM `user_properties`

SELECT user_id,user_name,user_real_name,user_password,user_newpassword,user_newpass_time,user_email,user_touched,use

SELECT ug_group FROM `user_groups`

SELECT up_property,up_value FROM `user_properties`

SELECT lc_value FROM `l10n_cache`

SELECT lc_value FROM `l10n_cache`

SELECT lc_value FROM `l10n_cache`

SELECT lc_value FROM `l10n_cache`

SELECT lc_value FROM `l10n_cache`

SELECT lc_value FROM `l10n_cache`

SELECT rev_id,rev_page,rev_text_id,rev_timestamp,rev_comment,rev_user_text,rev_user,rev_minor_edit,rev_deleted,rev

SELECT user_id,user_name,user_real_name,user_password,user_newpassword,user_newpass_time,user_email,user_touched,use

SELECT ug_group FROM `user_groups`

SELECT up_property,up_value FROM `user_properties`

SELECT lc_value FROM `l10n_cache`

SELECT lc_value FROM `l10n_cache`

Here is an edit of his to his own talk page (saying the previous edit didn't work), it goes through smoothly:

---GOOD---

COMMIT

BEGIN

INSERT INTO `text`

INSERT INTO `revision`

UPDATE `page` SET page_latest

INSERT INTO `recentchanges`

INSERT INTO `cu_changes`

SELECT wl_user FROM `watchlist`

COMMIT

BEGIN

UPDATE `watchlist` SET wl_notificationtimestamp

COMMIT

BEGIN

SELECT user_id FROM `user`

SELECT user_id,user_name,user_real_name,user_password,user_newpasswo

SELECT ug_group FROM `user_groups`

SELECT up_property,up_value FROM `user_properties`

SELECT * FROM `user`

SELECT up_property,up_value FROM `user_properties`

INSERT INTO `logging`

UPDATE `user` SET user_editcount=user_editcount+1

SELECT 1 FROM `user`

UPDATE `user` SET user_touched = '20121227211743'

COMMIT

BEGIN

REPLACE INTO `objectcache` (keyname,value,exptime) VALUES

COMMIT

BEGIN

REPLACE INTO `objectcache` (keyname,value,exptime) VALUES

COMMIT

BEGIN

SELECT pl_namespace,pl_title FROM `pagelinks`

SELECT il_to FROM `imagelinks`

SELECT el_to FROM `externallinks`

SELECT ll_lang,ll_title FROM `langlinks`

SELECT iwl_prefix,iwl_title FROM `iwlinks`

SELECT tl_namespace,tl_title FROM `templatelinks`

SELECT cl_to,cl_sortkey_prefix FROM `categorylinks`

SELECT pp_propname,pp_value FROM `page_props`

SELECT page_namespace,page_title,page_id FROM

SELECT wl_notificationtimestamp FROM `watchlist`

COMMIT

BEGIN

UPDATE `site_stats` SET ss_total_edits=ss_total_edits+1"

COMMIT

These are my edits to the same two pages, preceding the actions shown above, asking him to attempt to recreate the error:

--OTHER--

COMMIT

BEGIN

INSERT INTO `text`

INSERT INTO `revision`

UPDATE `page` SET page_latest

INSERT INTO `recentchanges`

INSERT INTO `cu_changes`

SELECT wl_user FROM `watchlist`

SELECT user_id FROM `user`

SELECT user_id,user_name,user_real_name,user_password,user_newpassword,user_newpass_time,u

SELECT ug_group FROM `user_groups`

SELECT up_property,up_value FROM `user_properties`

INSERT INTO `logging`

UPDATE `user` SET user_editcount=user_editcount+1

SELECT 1 FROM `user`

UPDATE `user` SET user_touched = '20121227110044'

COMMIT

BEGIN

REPLACE INTO `objectcache` (keyname,value,exptime) VALUES

COMMIT

BEGIN

REPLACE INTO `objectcache` (keyname,value,exptime) VALUES

COMMIT

BEGIN

SELECT pl_namespace,pl_title FROM `pagelinks`

SELECT il_to FROM `imagelinks`

SELECT el_to FROM `externallinks`

SELECT ll_lang,ll_title FROM `langlinks`

SELECT iwl_prefix,iwl_title FROM `iwlinks`

SELECT tl_namespace,tl_title FROM `templatelinks`

SELECT cl_to,cl_sortkey_prefix FROM `categorylinks`

SELECT pp_propname,pp_value FROM `page_props`

SELECT page_namespace,page_title,page_id FROM `templatelinks`,`page

SELECT user_id,user_name,user_real_name,user_password,user_newpassword,user_newpass_time,u

SELECT ug_group FROM `user_groups`

SELECT up_property,up_value FROM `user_properties`

SELECT page_namespace,page_title,page_id,page_latest,page_is_redirect,page_len FROM `page`

SELECT rev_id FROM `revision`

SELECT rev_id,rev_page,rev_text_id,rev_timestamp,rev_comment,rev_user_text,rev_user,rev_

INSERT IGNORE INTO `user_newtalk`

SELECT 1 FROM `user`

UPDATE `user` SET user_touched = '20121227110044'

SELECT wl_notificationtimestamp FROM `watchlist`

COMMIT

BEGIN

UPDATE `site_stats` SET ss_total_edits=ss_total_edits+1

COMMIT

COMMIT

BEGIN

INSERT INTO `text`

INSERT INTO `revision`

UPDATE `page` SET page_latest

INSERT INTO `recentchanges`

INSERT INTO `cu_changes`

SELECT wl_user FROM `watchlist`

SELECT user_id FROM `user`

SELECT user_id,user_name,user_real_name,user_password,user_newpassword,user_newpass_time,user_emai

SELECT ug_group FROM `user_groups`

SELECT up_property,up_value FROM `user_properties`

INSERT INTO `logging`

UPDATE `user` SET user_editcount=user_editcount+1

SELECT 1 FROM `user`

UPDATE `user` SET user_touched

COMMIT

BEGIN

REPLACE INTO `objectcache` (keyname,value,exptime) VALUES

COMMIT

BEGIN

REPLACE INTO `objectcache` (keyname,value,exptime) VALUES

COMMIT

BEGIN

SELECT pl_namespace,pl_title FROM `pagelinks`

SELECT il_to FROM `imagelinks`

SELECT el_to FROM `externallinks`

SELECT ll_lang,ll_title FROM `langlinks`

SELECT iwl_prefix,iwl_title FROM `iwlinks`

SELECT tl_namespace,tl_title FROM `templatelinks`

SELECT cl_to,cl_sortkey_prefix FROM `categorylinks`

SELECT pp_propname,pp_value FROM `page_props`

SELECT page_namespace,page_title,page_id FROM `templatelinks`,`page`

SELECT user_id,user_name,user_real_name,user_password,user_newpassword,user_newpass_time,user_emai

SELECT ug_group FROM `user_groups`

SELECT up_property,up_value FROM `user_properties`

SELECT page_namespace,page_title,page_id,page_latest,page_is_redirect,page_len FROM `page`,`revision`

SELECT rev_id FROM `revision`

SELECT rev_id,rev_page,rev_text_id,rev_timestamp,rev_comment,rev_user_text,rev_user,rev_minor_ed

INSERT IGNORE INTO `user_newtalk` (user_id,user_last_timestamp) VALUES

SELECT 1 FROM `user`

UPDATE `user` SET user_touched

SELECT wl_notificationtimestamp FROM `watchlist`

COMMIT

BEGIN

UPDATE `site_stats` SET ss_total_edits=ss_total_edits+1

COMMIT

Please help!

(I acknowledge this is funny, but it is somewhat frustrating as well) Happy Joe^talk 13:08, 30 December 2012 (UTC)

Short URLs

My installation looks like /var/www/mediawiki-1.20.2/.... thus the URLs look like http://localhost/mediawiki-1.20.2/index.php/Main_Page.

I would like to have URLs like http://localhost/MyWikiName/

The guide for short URL (rewrite in Apache config) and $wgArticlePath did not help me. I guess I did the Apache config wrongly, among other issues the file rewrite.conf is missing in my Apache2 installation.

I have root access to Apache2.

Any ideas? 85.228.18.11 (talk) 16:49, 20 December 2012 (UTC)

Hi Tommy,

First you can easily remove the part "mediawiki-1.20.2/" from the URL, if you do not put MediaWiki in that folder, but maybe directly in the folder www. Another option might be to put MediaWiki in a subfolder, but to give it another name, because the version number always changes. Maybe call the subfolder "wiki/" instead. This will make updates easier (as your URLs then won't change).

The guides on Manual:Short_URL are actually the best available. Please tell us, which of the guides you followed and what exactly did not work as you expected. 88.130.69.96 17:39, 20 December 2012 (UTC)

I tried to follow http://www.mediawiki.org/wiki/Manual:Short_URL/Apache. Root access method.

Problems encountered: enabling Apache2 rewrite module flagged rewrite.conf missing.

I tried RewriteRule ^/?MyWikiName(/.*)?$ %{DOCUMENT_ROOT}/mediawiki-1.20.2/index.php [L] but this did not change anything.

Adding $wgArticlePath = MyWikiName did not change to the better, just introduced MyWikiName in the URL. 85.228.18.11 20:41, 20 December 2012 (UTC)

If rewrite.conf is missing, add it. mods-available and mods-enabled might be the right folders. 88.130.69.96 20:55, 20 December 2012 (UTC)

InstantCommons doesn't cache

I'm cross-posting this here from a question I posted on StackOverflow: http://stackoverflow.com/questions/13976995

I'm the main developer behind Practical Plants. We're using InstantCommons to grab images from the commons, but it seems like they're failing to cache locally, making page loads slow and placing unnecessary burden on the Commons.

I've set $wgUseInstantCommons=true, which downloads images just fine, but doesn't cache them. I get this in my debug.log:

 ForeignAPIRepo: HTTP GET: http://commons.wikimedia.org/w/api.php?titles=File%3ABrassica_oleracea0.jpg&iiprop=timestamp%7Cuser%7Ccomment%7Curl%7Csize%7Csha1%7Cmetadata%7Cmime&prop=imageinfo&iimetadataversion=2&format=json&action=query&redirects=true
 Class PEAR_Error not found; skipped loading
 ForeignAPIRepo: HTTP GET: http://commons.wikimedia.org/w/api.php?titles=File%3ABrassica_oleracea0.jpg&iiprop=url%7Ctimestamp&iiurlwidth=248&iiurlheight=-1&iiurlparam=248px&prop=imageinfo&format=json&action=query&redirects=true
 ForeignAPIRepo::getThumbUrl got remote thumb http://upload.wikimedia.org/wikipedia/commons/thumb/1/11/Brassica_oleracea0.jpg/248px-Brassica_oleracea0.jpg
 ForeignAPIRepo: HTTP GET: http://commons.wikimedia.org/w/api.php?titles=mwstore%3A%2F%2Fwikimediacommons-backend%2Fwikimediacommons-thumb%2F1%2F11%2FBrassica_oleracea0.jpg%2F248px-Brassica_oleracea0.jpg&prop=imageinfo&format=json&action=query&redirects=true
 ForeignAPIRepo::getThumbUrlFromCache Thumbnail was already downloaded before
 ForeignAPIRepo: HTTP GET: http://upload.wikimedia.org/wikipedia/commons/thumb/1/11/Brassica_oleracea0.jpg/248px-Brassica_oleracea0.jpg
 ForeignAPIRepo::getThumbUrlFromCache could not write to thumb path: mwstore://wikimediacommons-backend/wikimediacommons-thumb/1/11/Brassica_oleracea0.jpg/248px-Brassica_oleracea0.jpg

Note that the path output in the error ForeignAPIRepo:getThumbUrlFromCache was added by me to try and understand the problem a little - I added $localFilename to the debug output so that lines 300-305 in my ForeignAPIRepo.php file look like this

 $op = array( 'op' => 'create', 'dst' => $localFilename, 'content' => $thumb );
 if( !$backend->doOperation( $op )->isOK() ) {
   wfRestoreWarnings();
   wfDebug( __METHOD__ . " could not write to thumb path: ".$localFilename."\n" );
   return $foreignUrl;
 }

But the mwstore://wikimedia-commons-backend makes things pretty opaque for me. Anyone have a clue what might be going on here? My images dir and all subdirectories are 775 (apache user has group rights) so they're definately writable. Furthermore, locally uploaded images work fine.

If I can provide any more information, please let me know! 37.1.177.183 (talk) 17:40, 20 December 2012 (UTC)

Do you have anything strange about your file setup (like a custom $wgLocalFileRepo) or is it just the normal defaults? Bawolff (talk) 23:20, 21 December 2012 (UTC)

Visitor Editing

I've been reading through documentation for about an hour now and haven't found anything about how to allow visitors full editing access. Can someone telle me if this is possible/ point me to the correct documentation? 128.101.178.118 (talk) 22:38, 20 December 2012 (UTC)

See Manual:User_rights. That way you can give editors access to edit normal pages. You said you wanted them to get "full" edit access - that is not advisable. There are special pages in a wiki, which influence e.g. the MediaWiki interface itself. You should not allow anyone to edit these pages. :-) 88.130.69.96 22:51, 20 December 2012 (UTC)

Help with code in Extension to only allow editing of Subpages

I'm butchering together a working extension that will deny editing on base pages, but allow editing on subpages 3+ deep. So pages "Country" and "Country/State" are NOT editable, but pages "Country/State/City" and "Country/State/City/Street" are editable. By piecing together extensions, I managed to get this working great, except completely opposite of the way I want it to (basepages editable, subpages aren't). Could some one help me correct the if statement or regex to get this working right? I'd also like to add an exception for sysops to be allowed editing of everything. Thanks

function efExtensionBlockSubpages($title, $user, $action, $result) {
    global $egRegexMatch;
    if ($action == 'edit') {
	$egRegexMatch[NS_MAIN][] = "!^(.+/.+/.*)$!";
        $pageTitle = $title->getText();
        $pageNs = $title->getNamespace();
 
        if (array_key_exists($pageNs, $egRegexMatch)) {
            foreach ($egRegexMatch[$pageNs] as $pattern) {
                if (preg_match($pattern, $pageTitle))	{
					$result = true;
					return false;
					
				}
			}
		}
	}	
    return true;
}

Wikiwhereis (talk) 22:57, 20 December 2012 (UTC)

Can you provide a bit of documentation for the code you wrote?

• You are obvisouly using a hook to execute the extension; which one?
• What are the 4 parameters of your function?
• Especially: What is "$result"?

Without knowing the above, I think that inside the inner if() clause, returning FALSE is wrong. If I know correctly, you should always return TRUE, except an error happened (and that does not seem to be the case at that place in the code). 88.130.69.96 23:07, 20 December 2012 (UTC)

The code is from the Whitelist Regex Extension, and he has a bit of documentation there at the bottom of the page. He uses the Usercan hook, which has some documentation of the parameters like $result here. If I set the return to true in the inner if, then it allows editing of all pages.

Thanks! Wikiwhereis (talk) 14:34, 21 December 2012 (UTC)

Ok, I think I got it working correctly by changing the if to read:

if (preg_match($pattern, $pageTitle) === 0)	{
    $result = true;
    return false;

Now I just need an AND or OR in there to allow Sysops to edit. One of the documentations had "&& !$user->isSysop()" in there for this, but isSysop is no longer in MediaWiki. Wikiwhereis (talk) 15:28, 21 December 2012 (UTC)

And I think I've got it, plus removed the name space part since I want it to match across name spaces. Would appreciate someone to look over it though, since I'm a total hack at programming.

$wgHooks['userCan'][] = 'efExtensionBlockSubpages';
function efExtensionBlockSubpages($title, $user, $action, $result) {
    global $egRegexMatch;
	global $wgUser;
    if ($action == 'edit') {
        $egRegexMatch = Array ("!^(.+/.+/.*)$!");
        $pageTitle = $title->getText();
			foreach ($egRegexMatch as $pattern) {
			    if ((preg_match($pattern, $pageTitle) === 0) && !in_array('sysop', $wgUser->getGroups()))	{
					$result = true;
					return false;		
				}
			}
		}
	}	
    return true;
}

Wikiwhereis (talk) 16:37, 21 December 2012 (UTC)

Admins should be allowed to edit pages by default, so in that case you do not need your whole if() {...} at all. Therefore I would put the isAdmin-check to the very beginning. This also makes the code more readable:

function efExtensionBlockSubpages($title, $user, $action, $result) {
    global $egRegexMatch, $wgUser;
    // Admins can always edit all pages.
    // Change nothing for admins.
    // For all others adjust edit permissions
    if(!in_array('sysop', $wgUser->getGroups())) {
        if ($action == 'edit') {
            $egRegexMatch = Array ("!^(.+/.+/.*)$!");
            $pageTitle = $title->getText();
            foreach ($egRegexMatch as $pattern) {
                  if ((preg_match($pattern, $pageTitle) === 0))   {
                         $result = true;
                         return false;           
                  }
            }
        }
    }       
    return true;
    }

88.130.112.173 17:44, 21 December 2012 (UTC)

Log-in in everywhere, except for File Namespace (I am administrator)

Hi, I am running a wiki (1.15.4) on www.ngw.nl. Yesterday after uploading just over 100 images the image pages look as if I am no longer logged in on the image (File) pages. I wanted to delete some images again, but there are no tabs, except the file tab, and it looks as if I am no longer logged-in. I am logged-in on any other page, and I can also delete other pages. I am the only user and bureaucrat, administrator etc. All went fine until the last upload. Any idea what happened ? I did not change LocalSettings or anything in any php file. It acts the same in IE, Firefox and Chrome.

Ralf Hartemink 145.53.133.136 (talk) 07:17, 21 December 2012 (UTC)

I also logged myself out, started up the browser etc, and logged back in. No change, I can make pages and do everything, except uploading/changing files. I can use the Multiple Upload and the Manual Upload functions, just not the single upload option.

I can also add categories with HotCat to every other page or category, except for Files. 145.53.133.136 07:40, 21 December 2012 (UTC)

By adding $wgGroupPermissions['*']['delete'] = true; I can now delete images, but still when I make a new page and I click on the red link to upload an image (f.e. http://www.ngw.nl/heraldrywiki/index.php?title=Special:Upload&wpDestFile=Velkymeder.jpg) I get a message that I am not logged in. When I use the same page without the file title, like http://www.ngw.nl/heraldrywiki/index.php?title=Special:Upload I can upload a file and I am logged in.

I also can not add categories to or move images, as it thinks I am not logged in.

I also made a new administrator account, but that has the same problems. The problem is the same on multiple computers and all browsers. It thus seems that somehow I did something that protected (?) the whole Namespace File... 145.53.133.136 08:42, 21 December 2012 (UTC)

Is it the entire file namespace, or just pages that end in a file extension (like .jpg). I've heard of cases where certain hosts try and do tricky caching things for images, but don't do it properly, and break all pages ending in .jpg or .png. Bawolff (talk) 23:08, 21 December 2012 (UTC)

It is the entire namespace, .gif. .png and .jpg.

I also found out that when I add &Action=edit in the title bar, I can edit the image. It just does not show... 145.53.133.136 06:44, 22 December 2012 (UTC)

After contacting the police the following has been discussed.

Due to ignorance of several warnings to take this drama website down, we have all filed a complaint to the police and we will ask 1 Euro per view to

[spam link removed]

as compensation.

We have kept the evidence of our earlier warnings in the summer of 2012 and of October 2012 where you have warned the wiki creator but did not take any further action.

This is a fair warning, also called a third final letters to your server. Have a nice day. You will be contacted by the obligated services. 109.131.62.225 (talk) 17:28, 22 December 2012 (UTC)

You should talk to the website in question. This website is not related to the website you are concerned about. Bawolff (talk) 22:31, 24 December 2012 (UTC)

Sue a website on a per-view basis then pretend to "accidentally" post the warning in another site, while in reality just advertising it so it could gather more page views. Brilliant! Fereal (talk) 08:33, 25 December 2012 (UTC)

Spam link removed. 88.130.82.59 15:59, 25 December 2012 (UTC)

Pywikipediabot - Mass image import

Is there a script available to mass import images from one wiki (which I don't have server access to, i.e. a Wikia) to another using pywikipediabot, or another method if that is not possible. Thanks Inops (talk) 19:25, 22 December 2012 (UTC)

How to block robots for more namespace?

Manual:$wgNamespaceRobotPolicies ← I read this page, and then block NS_CATEGORY for better SEO and less Content theft.

If I want to block these four namespace

NS_CATEGORY NS_MEDIAWIKI NS_TEMPLATE NS_MEDIA

How should I write in Localsettings.php?

$wgNamespaceRobotPolicies = array( NS_CATEGORY => 'noindex' NS_MEDIAWIKI => 'noindex' NS_TEMPLATE => 'noindex' NS_MEDIA => 'noindex' );? OR

$wgNamespaceRobotPolicies = array( 
  NS_CATEGORY => 'noindex',
  NS_MEDIAWIKI => 'noindex',
  NS_TEMPLATE => 'noindex',
  NS_MEDIA => 'noindex' );

? Deletedaccount4567435 (talk) 23:18, 22 December 2012 (UTC)

What about trying out? ;-)

Your first example won't work as there is no comma between the value and the next key. If you add the comma, the first example is exactly the same as the second; the PHP interpreter removes all whitespace/linebreak characters on rendering. 88.130.93.172 01:27, 23 December 2012 (UTC)

Well, I tried. None of these two work. Thank you for your reply.

I block these four namespaces by robots.txt. I am still curious about what is the correct way for $wgNamespaceRobotPolicies. Zoglun (talk) 00:22, 28 December 2012 (UTC)

According to Manual:$wgNamespaceRobotPolicies what you did seems to be correct.

Wikimedia itself als does not use this feature, but uses robots.txt as well. Maybe that also is a reason for the poor documentation. 88.130.119.205 03:04, 28 December 2012 (UTC)

New Heading Link

Can anyone help me understand how to make a new link with arguments? For example, if I wanted to create a hyperlink that would take you directly to adding a new thread on my discussion page, I would type:

• "http://www.mediawiki.org/w/index.php?title=User_talk:Zackmann08&action=edit&section=new"

I can type User talk:Zackmann08 which will take you to my user talk page, but is there a way to include the &action=edit&section=new part in a wiki-link?

Thanks in advance for the help and happy holidays! Zackmann08 (talk) 17:24, 23 December 2012 (UTC)

No, it's not possible. You should use external links for that, or, if the page name is a parameter of a template or a {{PAGENAME}} or whatever, you can use [{{fullurl:User talk:Zackmann08|action=edit&section=new}}] Ciencia Al Poder (talk) 20:20, 23 December 2012 (UTC)

error message on site

An error message has appeared at the top of my site: Theonosis. You can't quite see all of it but it says something about a reference value in stubobject.php. I replaced stubobjct.php with the same file from a different wiki thinking it had gotten corrupted when switching webhosts, but that broke the site entirely. Modrobene (talk) 18:26, 23 December 2012 (UTC)

I think it is related to ConfirmEdit, which I removed and reinstalled, but including it in LocalSettings.php breaks the site completely. Modrobene (talk) 18:43, 23 December 2012 (UTC)

Your MediaWiki version is 1.14.0, and PHP is 5.3.18 (cgi-fcgi). This is problematic, because PHP 5.3 deprecated some things that were in use in 1.14, and probably extensions too.

You should either downgrade PHP to 5.2 or upgrade MediaWiki and extensions to a more recent version. Note that many extensions haven't been tagged for 1.20 properly/yet, so you are advised to test them on a testing environment to see that everything still works, or do a backup and prepare to restore it in case things fail (you can't downgrade the database after an upgrade). Ciencia Al Poder (talk) 20:45, 23 December 2012 (UTC)

Thanks! Modrobene (talk) 21:03, 23 December 2012 (UTC)

[RESOLVED] External Images

Secure (https) configuration?

I'd like my MediaWiki installation to use https (similar to Wikipedia), but I'm running into a problem: though the login page does appear securely using https, everything I see after I log in is still presented as http.

(I also see that all the links on my secure login page -- to Main Page, PasswordReset, etc. -- are all presented as https URLs. Any user visiting the login page who clicks one of those links gets a "page not found" error, since the server can't find/present it as https.)

I haven't been able to find anything in the configuration doc or posts dealing specifically with this, so any input/suggestions would be much appreciated! My installation is MediaWiki 1.19.1 with PHP 5.4.4 and MySQL 5.5.24. Thanks very much, 98.223.230.125 (talk) 10:51, 24 December 2012 (UTC)

First of all, make sure your webserver can respond to https requests.

You need to set $wgServer to be a protocol relative url. So in wikipedia's case it would look something like //en.wikipedia.org (note the starting with two //'s instead of http: or https:).

Additionally you should probably set $wgCanonicalServer.

(Note, if your secure server comes from a different server name then your non-secure server (like how secure.wikimedia.org vs en.wikipedia.org used to work. You have to split the parser cache instead using $wgRenderHashAppend, however this method is hacky, inefficient, and users like it better when https has same server name) Bawolff (talk) 22:25, 24 December 2012 (UTC)

some HTML Attributes does not work with infobox

Hi every one I import InfoBox template from arabic wikipedia, but some html attributes does not work with it like:

• th scope
• th style
• scope
• td colspan

though i use the same common css+js from arabic wikipedia

Any idea will be helpful

Thanks in advanced الهميان (talk) 14:13, 24 December 2012 (UTC)

Hi!

What exactly do you mean with attributes "do not work"? Does the rendering look weird?

You can use Firebug, an extension for Firefox, if you need more information about the CSS styles, which are applied on the Arabic WP and on your site.

Maybe a reason is that you are using another MediaWiki version than the Arabic Wikipedia do (I guess that is a development version of 1.21 currently). 88.130.70.91 14:47, 24 December 2012 (UTC)

Do you have Tidy enabled? Bawolff (talk) 22:20, 24 December 2012 (UTC)

Thanks Bawolff

Tidy wasn't enabled...

Every things is fine now

Thanks again الهميان (talk) 11:25, 25 December 2012 (UTC)

change a user's username

Hi, I'm testing my own wikisite and I can't find any way to change a user's username. How do I do that? 78.72.165.155 (talk) 23:33, 24 December 2012 (UTC)

Hi there! You need to install an extension, Extension:RenameUser which does not come standard as part of MediaWiki. On the Wikimedia project sites we have a 'bureaucrat' user right that would allow a user to rename another user account, but if you add the renameusers permission to a user group through LocalSettings.php then that user group would be able to rename users. Hope this helps! Thehelpfulone 01:50, 25 December 2012 (UTC)

external link image right indication of source?

Hello, I would like to use the external link image.(→←) What do i have to write to make a right indication of source? Who made the picture, on which website is the original picture?

Thomas Zach Thomas13111 (talk) 15:37, 25 December 2012 (UTC)

As far as I can tell, the icon dates back to special:code/MediaWiki/2881. Presumably gabriel wicke made it himself.

As for re-using it, technically it (should be) licensed under the GPLv2 like the rest of MediaWiki code. Saying something like "This icon comes from the MediaWiki software package, and is used under the GPL" is probably more than sufficient. Honestly, I doubt anyone is really going to care that much about the small little icon. Bawolff (talk) 12:21, 26 December 2012 (UTC)

I also recall seeing that icon in other websites, so I'm not sure if they copied it from MediaWiki or it was the other way round. Ciencia Al Poder (talk) 14:53, 26 December 2012 (UTC)

Thank you Bawolff and Ciencia Al Poder. Thomas13111 (talk) 15:39, 26 December 2012 (UTC)

Global Removal of Spam

My developer recently uploaded MediaWiki to my site at www.wikiguidetolife.org but did not protect it from SPAMers and it was quickly swamped with spam. Is there a way to delete out all the content without effecting the framework? I have copies of all the articles I can repost. 96.238.135.178 (talk) 17:06, 25 December 2012 (UTC)

You could just temporarily rename the LocalSettings.php to something different, re-run the installer (using a different db name), delete the old db. Bawolff (talk) 11:57, 26 December 2012 (UTC)

[RESOLVED] Gigabytes of data taken up by MySQL database for mediawiki installation

I would give you my site address but I can't think it will help, because it's been shut down due to the database being too large and affecting others (they are okay up to ~3GB and mine is over 80GB at present). http://ngwiki.culex.us/

Now, I don't know jack about MySQL, I can only access my cPanel type stuff on my website. I can only guess somehow the persistence of bots (I had registration and edit-own-talk-page-only activated) registering a dozen or so a day, and then editing their personal pages to have text ads, somehow got this bloat? I don't know, and my hosting company can't help me, and I can't download my database because it's just entirely too huge.

I don't want to lose the data on the site, though, even though I don't care about the user list since only I matter, only I have editing on the wiki. But people do visit and use it regularly, and I have no backup that isn't again, 80GB for just the one database, _mdw1.

Is there a way to optimize, delete, whatever the database to make it small? Why is it huge when my wiki is literally just text and a logo?

I really apologize for being unable to describe more. It's the current non-beta build. I edit it about three times a month. There is no archive.org of ANY of the data anymore. I can find nothing on google about huge database sizes like this. 67.182.238.92 (talk) 02:00, 26 December 2012 (UTC)

Ok. first of all, try deleting everything in the objectcache table. (The following is assuming the objectcache table is taking up most the space

if $wgMainCacheType is set to CACHE_DB or CACHE_ANYTHING, try setting it to CACHE_NONE (Warning, will make your sight slow. Install memcache or APC, and then set that setting appropriately to make your site both speedy and not eat all db space). Similarly do the same thing for $wgParserCacheType (This one defaults to CACHE_ANYTHING, so you may need to specifically add it to LocalSettings.php).

You can also try $wgCompressRevisions which will make text be stored as compressed (although some of the scripts in maintinance/storage might offer better compression ratios then that option). Bawolff (talk) 11:55, 26 December 2012 (UTC)

Note that, while you can even delete every table on the database or even the database itself, the file where all InnoDB tables are stored won't be shrunk (InnoDB storage options suck), but I guess that won't be the problem since you seem to run it on a shared web host.

You can also run SQL queries against the database to get what tables eat most of the space: or if you have access to phpMyAdmin it can display that information.

Note that every page edit stores the text of that revision of the page on the database, so if you do several edits to one page that is very large, the contents of the entire page will be saved on the database for every edit. If you have a bot editing userpages for inserting text ads you should try another system to inject the ads directly on the page when it's rendered instead of storing them in the page history. Ciencia Al Poder (talk) 15:20, 26 December 2012 (UTC)

$wgMainCacheType was already set to CACHE_NONE so thankfully that's not a problem.

phpMyAdmin says...

mdw_text is taking up 81.6 Gigs. The next biggest file is mdw_searchindex at 1.2 Gigs.

I don't know what this means, but maybe that's more helpful now? I have never logged into phpMyAdmin before and it looks like maybe I can prune stuff from there? Or...delete it? I don't know. Even if there's just a way to grab all the raw text from my wiki through this that'd be a lifesa-- hobbysaver. 67.182.238.92 17:53, 26 December 2012 (UTC)

Oh, also, the bots aren't mine, they're those grubby internet bots that sign onto vaguely unprotected wikis and vandalize them. I had access to registration simply because some people might want to edit a talk page about an item, but then the bots came in droves and I do not want to spend 20 minutes a day deleting them; in the meantime I turned off registrations entirely in case this happens again. 67.182.238.92 18:01, 26 December 2012 (UTC)

Ah I was wrong (I was assuming that you had caching set up to use the objectcache table in the database and that was taking up most of the room). The text table is where all the page contents are stored (as well as old versions of pages). If you run the script maintinance/storage/compressOld.php it will compress the page histories (As well as concat some of similar versions together for better compression ratio) which will probably reduce the amount of space needed significantly. [before experimenting with compression, good idea to make a backup]

As for search index. That's for the search box to work. In theory you could set up lucene search which would move the search index out of the mysql db (and be a much better search), but the size would still probably be similar, it would just be handled by a different program. Bawolff (talk) 23:23, 26 December 2012 (UTC)

I don't have SSH access with my webhost, and when I try to make a cron job to run compressOld I'm getting JSON parse errors which I can't figure out because I have no idea what cron jobs are or anything and am mostly just running on google-fumes. I was using, "php /home1/culexus/public_html/ngwiki/maintenance/storage/compressOld.php" with a cron job cPanel thing that let me set it to run every minute (just to get it done ASAP). And yes it does say I'm /home1/culexus/ on the cPanel.

I can't do a backup because of the issue of it being 81 gigs, and that would not only take a week or so of constant downloading I think Comcast would come smack me for it. I also can't get my host company to help me because of the semi-account suspension and their claims of it dealing with MediaWiki, therefore they will do nothing.

I'm assuming deleting mdw_text would remove the ENTIRE text on every page? No way to delete users/userpages through phpMyAdmin and tweaking files? 67.182.238.92 03:57, 27 December 2012 (UTC)

You can safely delete all rows from mdw_searchindex and rebuild the search index later once the problem has been solved.

As per the backup, read Manual:Backing up a wiki. You can export the XML contents of the wiki running dumpBackup.php, in which case you can filter namespaces to not export the user: or talk: namespaces. Then you can delete the database and start from scratch, and import the generated xml dump again, now without those namespaces.

As per the entire database backup, compressing the generated backup shouldn't be 81GB, I'm sure it could compress it to a 10%. Ciencia Al Poder (talk) 10:48, 27 December 2012 (UTC)

Okay, awesome -- I found the ability to SSH and that helped mightily. I backed up accidentally the users & userpages only, and it is a huge file even in .xml, ugh. Anyway, I also backed up NS_MAIN and with only the most recent versions of all the pages.

I want to be clear though, deleting the database and start from scratch, and importing, should I uninstall my mediawiki installation, reinstall it, then figure out how to import the data? That would clean everything up for sure, but I'm not sure if that's what you're saying. I CAN delete just mdw1 database, but I'm not sure if that's the right way. Stuff I've googled up seems to be addressing other things, but I'm not positive at all.

May I get some sort of step-by-step for what to do with my NS_MAIN .xml backup, and a backup of my LocalSettings.php (with no user creation allowed anymore) without totally screwing up? Feel free to assume I'm an idiot with access to SSH now, phpMyAdmin, and a lot of cPanel stuff and direct file editing. 67.182.238.92 20:46, 27 December 2012 (UTC)

I'd recommend doing the backup of the entire NS_MAIN and other important namespaces like the Template: and Category: namespace if you're using them, with all revisions and not only the latest one, unless you want to lose the entire history of changes.

Note that although the generated XML may look very big, you can compress it with gzip to reduce the size and download it.

You don't need to uninstall MediaWiki (the files you downloaded from here). Just drop the database, and rename the LocalSettings.php file to something else (LocalSettings.php.old for example) and follow the installation instructions at Manual:Installing MediaWiki, without the need to download and unpack the sources again.

That should create a new empty database. Now you can merge your local customizations in your LocalSettings.php.old to the new LocalSettings.php.

Then you can now import the .xml backup you generated before, as explained in Manual:Importing XML dumps. Ciencia Al Poder (talk) 10:33, 28 December 2012 (UTC)

I want to thank you both very much for your help; everything has worked well. I apologize for any frustration caused due to my ignorance, all of this was new to me and now I should have many fewer problems and be able to solve them on my own quick enough. It does appear that all of the spam bots had filled up their user pages with gigabytes and gigabytes of junk (thankfully not visible to the public), and that at least is preventable by disallowing user registration entirely, if someone is getting targeted too much.

So huzzah, problem figured out, and resolved. 67.182.238.92 17:44, 30 December 2012 (UTC)

Removing something from a sidebar

You can see the following links in the sidebar of the wiki (http://wiki.de.grepolis.com/wiki/Hauptseite).

"Links auf diese Seite Änderungen an verlinkten Seiten Datei hochladen Spezialseiten Druckversion Permanenter Link"

But these links don't exist in the sidebar code: http://wiki.de.grepolis.com/wiki/MediaWiki:Sidebar

How can I remove these links there? 77.183.181.61 (talk) 02:01, 26 December 2012 (UTC)

Those links are part of the so-called "toolbar". They vary with the type of page being viewed. You would probably need to write an extension to remove the links. You can move around where the section appears by using the special section name * TOOLBOX in the Sidebar page (Similar to how Search works). Bawolff (talk) 11:27, 26 December 2012 (UTC)

Is it easy to write such an extension?

Unfortunately I have no notion of programming extensions for MediaWiki. So who can help me by programming this extension? 77.190.181.61 19:08, 26 December 2012 (UTC)

Ahh, you can also do that without PHP programming. ;-)

You do no longer want to see these links, right? (Meaning; The problem is not that someone can access these page; you just do not want the links to stand there.)

Then put this in your MediaWiki:Common.css page:

#t-whatlinkshere, #t-recentchangeslinked, #t-specialpages, #t-print, #t-permalink {
   display: none;
}

This will hide these items. For "Upload" you still have to add the CSS ID of this item to that list.

Great skin btw! :-) 88.130.107.43 21:49, 26 December 2012 (UTC)

Thank you!

Your answer has been very helpful! :)

Can you help me with another problem?

Screenshot of the search

There are two magnifiers but this is a bug. How can I fix it? 77.190.151.103 13:34, 27 December 2012 (UTC)

Great to hear that! :-)

This second magnifier icon should not be there at all. So the "right" solution would be to somehow tell MediaWiki that it should not output this icon at all. Doing so will need knowledge of PHP I guess.

Without PHP you can hide the second icon basically the same way as the menu entries:

input.searchButton {
  display: none;
}

88.130.79.6 14:23, 27 December 2012 (UTC)

It has not worked yet.

Have I added the code falsely?

http://wiki.de.grepolis.com/wiki/MediaWiki:Common.css 77.183.151.103 14:35, 27 December 2012 (UTC)

It works!

It takes some time until it works, right?

Thank you so much! 77.183.151.103 14:37, 27 December 2012 (UTC)

You're welcome! :-)

The code, which you have added, looks good.

Your browser may have cached some files from your wiki (like a compressed stylesheet, which contains all the styles). It helps to empty the browser cache or to do a "hard refresh", which forces the browser to get all files again (instead of using cached files from previous visits). 88.130.79.6 15:15, 27 December 2012 (UTC)

I have another question:

You know the Vector skin. And the Vector extension. This extension makes the the "categories" in the sidebar collapsible and expandable ([this] instead of this).

The problem is that I cannot install a Vector extension on my wiki because I do not use the Vector skin. But how can I make the categories of my wiki's sidebar collapsible and expandable?

Is it as easy as adding a piece of programming code to the Common.css? 77.183.151.103 15:57, 27 December 2012 (UTC)

Hmm, I think it is harder. I have never actually tried that myself. I guess that the collapsable items are realized with JavaScript and/or CSS. So you could get that effect by adding the right lines of CSS code to MediaWiki:Common.css and JavaScript code to MediaWiki:Common.js.

However, if the vector extension also modifies the HTML template of the Wiki (which I don't know), then adding the CSS and JS code alone won't be enough. You then need this change as well (or you adjust the code in a way that it works without changes). 88.130.79.6 17:09, 27 December 2012 (UTC)

But you do not know exactly how to realize this? 77.183.151.103 17:10, 27 December 2012 (UTC)

No, sorry, I don't. Maybe you can figure out with Firebug, an extension for Firefox. It is very helpful, when it comes to understanding JS and especially CSS. 88.130.79.6 19:44, 27 December 2012 (UTC)

search with parametres

Wiki mediawiki 1.20.2

    php       5.4.9
    MySQL     5.5

Good afternoon, I is to be built up just, besides, an Intranet-Wiki for our department in what the most different work routines should be discussed. There present itself 2 s in what partially opposite instructions consider (part A should extinguish the data, part B because they are still used there not). Till present we use for it 2 PDF documents. Now, besides, there is a basic problem. As long as user A and B to itself from the outset to the aim using is everything in order, because both parts became accordingly linked. If they use, however, the search results are indicated by part A and part B at the same time. Because these only few sides are, hence, itself distinguish my question: Is there to limit a possibility the search thus with parametres which gets user part A only results indicated which he also needs? E.g., by means of hooking should be searched by s in what? Or must I make for it then just 2 Wikis? Many thanks for your trouble Alex

For German User the Problem of german ist easyer

Guten Tag, ich bin gerade dabei einen Intranet-Wiki für unsere Abteilung aufzubauen, worin die verschiedensten Arbeitsabläufe diskutiert werden sollen. Es gibt 2 Teilbereiche worin sich teilweise entgegen gesetzte Anweisungen befinden (Teil A soll die Daten löschen, Teil B weil sie dort noch gebraucht werden nicht). Bis jetzt nutzen wir dafür 2 PDF-Dokumente. Dabei gibt es nun ein grundsätzliches Problem. Solange Benutzer A und B sich von Anfang an zum Ziel durchklicken ist alles in Ordnung, da beide Teile entsprechend verlinkt wurden. Benutzen sie aber die Suche werden Ergebnisse von Teil A und Teil B gleichzeitig angezeigt. Da es nur wenige Seiten sind die sich unterscheiden daher meine Frage: Gibt es eine Möglichkeit die Suche so mit Parametern einzuschränken, das Benutzer Teil A nur Ergebnisse angezeigt bekommt, die er auch braucht? Z. B. mittels Anhaken von Abfragepunkten worin gesucht werden soll? Oder muss ich dafür dann eben 2 Wikis machen? Vielen Dank für Eure Mühe Alex 93.217.124.120 (talk) 10:29, 26 December 2012 (UTC)

[RESOLVED] Hiding the User Creation log

I use the Javascript enhanced Recent Changes and find that on an active wiki, the User creation log gets annoyingly big near the end of the day. Is there any way to force close the "javascript arrow" for just the User creation log while keeping all other changes shown/open or just simply hide only the User creation log? I would assume if it was possible, some sort of .css or .js trickery would be involved. 72.218.239.148 (talk) 23:47, 26 December 2012 (UTC) Doing some Googling and page source poking, I have managed to hide the User creation log completely using the following code in my common.css

<pre>table[class|="mw-collapsible mw-collapsed mw-enhanced-rc mw-changeslist-log-newusers"] { display: none }</pre>

But as the page loads, something overwrites this and the User creation log pops back in. I also forgot to mention I'm on http://www.minecraftwiki.net. I also noticed that the Javascript arrows don't actually work. They animate, but the list of changes don't actually collapse. 72.218.239.148 03:42, 27 December 2012 (UTC)

I found out how to do it, as well as the reason my original code failed.

table[class*="mw-changeslist-log-newusers-"] {
    display: none;
}

This is the proper wildcard I should've used. My original code matched from the start of the class attributes, but when the page was done loading in the js elements, the collapsed attribute changed, voiding my selector. So anyways, the above code completely hides the User creation log when enhanced recent changes is used in MediaWiki. Sorry for wasting post space here when I found out by myself. 72.218.239.148 06:14, 27 December 2012 (UTC)

You can turn off the log entirely with Manual:$wgNewUserLog Ciencia Al Poder (talk) 10:51, 27 December 2012 (UTC)

I am an End User. This alteration is just for my personal viewing of the Recent Changes. 72.218.239.148 22:35, 27 December 2012 (UTC)

mediawiki + oracle invalid identifier

Hi My chief asked me to install mediawiki 1.20.2 with Oracle 11.2. This is done, but I have the following problem. When I turn on all links, unless system, mediawiki shows an error like: «904: ORA-00904: "ARRAY": invalid identifier» and on the top of page: Notice: Array to string conversion in htdocs/includes/db/DatabaseOracle.php on line 1168 PHP Version 5.4.10.

p.s. Sorry for my bad English :( 81.18.133.118 (talk) 03:12, 27 December 2012 (UTC)

Someone filed bug 43533 about this. Ciencia Al Poder (talk) 10:43, 31 December 2012 (UTC)

Dynamic page content from Database

Hi,

among other things, I'd like to have a site, e.g. "statistics" that pulls its content from a SQL DB. For instance, the site should include a section "Most wins". As the name suggests, the 10 persons with most wins should be pulled from the DB. I'd like the site to reflect the changes I make to the DB, so that the site is always up to date. I'd really appreciate if someone could tell me if that's generally possible with MediaWiki or if I should better look for an alternative.

Thanks in advance!

Tim 37.24.120.255 (talk) 13:51, 27 December 2012 (UTC)

Hi Tim!

What you say you want is mainly an SQL problem. With MediaWiki it is possible to create a special page, which outputs contents you like. In this page you can then execute some SQL queries to get the data from the database, which you need.

If MediaWiki is the right software for that, depends on what else you want to do: If in the first place you need a wiki, then you should try MediaWiki. If in the first place you need the page for something else, I would try another software. 88.130.79.6 14:29, 27 December 2012 (UTC)

Thank you for this information! I think, a wiki is the optimal solution for what I'm planning. So I guess this is what I'm supposed to use? 37.24.120.255 14:48, 27 December 2012 (UTC)

Yes. You will have to code a Special page to display these information on this special page or you can modify the MediaWiki skin, if you want them on every page. That depends on what you want.

You could get the data just with ordinary SQL queries. But the MediaWiki API is specifically made for this task. You should use the API! :-) 88.130.79.6 15:12, 27 December 2012 (UTC)

Check out the Semantic Mediawiki Extension - very powerful and may be what you are looking for. DaveL (talk) 15:42, 27 December 2012 (UTC)

Collapsible navigation not work - MW 1.20

Hello everyone, having the issue, that parts of my left navbar isn't work correctly. Is there a possible solution, a guide or any other useful stuff, to fix this bug? Tested with following browser: Firefox 17.0.1, Google Chrome 23.0.1271.97 m, Rockmelt 0.16.91.483, Opera 12 and IE 9.0.8112.16421 (only working with Rockmelt (only shows the toolbox). Any help is appreciated. Thank you in advance. Sandro Abani79 (talk) 16:22, 27 December 2012 (UTC)

What exactly does not work correctly? 88.130.79.6 17:10, 27 December 2012 (UTC)

Hey the problem is, it can't be either on or to fold. (sorry for the bad english). Abani79 (talk) 17:31, 27 December 2012 (UTC)

URL end with period show "access denied."

example:

I have no idea about why this happened.

Nginx 1.2.5 PHP 5.4.9 MYSQL 5.5.28-debug mediawiki 1.19.0 Deletedaccount4567435 (talk) 00:19, 28 December 2012 (UTC)

Works for me Ciencia Al Poder (talk) 10:35, 28 December 2012 (UTC)

You are right. I checked this yesterday and it did not work, but I did not write anything about that as I did not have a solution. Anyway: Works for me now as well. 88.130.119.205 15:23, 28 December 2012 (UTC)

One of my friend told me this is a nginx bug. And do not fix yet. Zoglun (talk) 21:57, 29 December 2012 (UTC)

Translation of dv.wikipedia

MediaWiki- 1.21wmf6 (9e7e0d1)

PHP- 5.3.10-1ubuntu3.4+wmf1 (apache2handler)

MySQL- 5.1.53-wm-log

Hello. I have recently made many translations to MediaWiki message group in Dhivehi language at translatewiki.net. I did this because the interface is not in Dhivehi as no one have translated in many months. Even the most used tabs like 'history, edit and read' are also in English. I wanted to know when these changes to Dhivehi language interface will be brought. And if possible update them as soon as possible. I want these changes to be brought to Dhivehi Wikipedia Ushau97 (talk) 12:54, 28 December 2012 (UTC)

Hello, next time please ask at translatewiki:Support for a quicker answer.

The dv language is not exported yet.

As you can see yourself, you've translated only 50 % of the 500 most used messages, and about 16 % of core. You are usually required to translate at least 18 %, and preferably 25 % (all most used), before your language is created/receives updates.

I'll see if the TWN staff can make an exception in this case, but please complete the translation of most used messages. Thanks, Nemo 14:51, 28 December 2012 (UTC)

Hi again, I have translated most used group to 58%. When will the changes appear. Ushau97 (talk) 09:42, 2 January 2013 (UTC)

That question should be asked here: https://translatewiki.net/wiki/Support

Looks like you still have a significant number of messages left. ☠MarkAHershberger☢(talk)☣ 13:06, 2 January 2013 (UTC)

[RESOLVED] Built-in jQuery / Mediawiki version 1.20.2 / need example / Accordion

Hi all,

Can someone help me out with the syntax to make a simple jQuery accordion work?

I found this example that works but it is not an accordion...

Many thanks! Frank

• • • • • • • • • • • • 173.177.129.164 (talk) 18:39, 28 December 2012 (UTC)

MediaWiki itself has no syntax to make an accordion effect. You should use custom JavaScript to do that (see examples at http://jqueryui.com/accordion/ ) Ciencia Al Poder (talk) 14:07, 29 December 2012 (UTC)

Ok, I have pasted the code you referred to. If this does not work do we have to use the Resource loader (never done that) or declare JQuery-UI someplace?

Section 1

Mauris mauris ante, blandit et, ultrices a, suscipit eget, quam. Integer

ut neque. Vivamus nisi metus, molestie vel, gravida in, condimentum sit

amet, nunc. Nam a nibh. Donec suscipit eros. Nam mi. Proin viverra leo ut

odio. Curabitur malesuada. Vestibulum a velit eu ante scelerisque vulputate.

Section 2

Sed non urna. Donec et ante. Phasellus eu ligula. Vestibulum sit amet

purus. Vivamus hendrerit, dolor at aliquet laoreet, mauris turpis porttitor

velit, faucibus interdum tellus libero ac justo. Vivamus non quam. In

suscipit faucibus urna.

Section 3

Nam enim risus, molestie et, porta ac, aliquam ac, risus. Quisque lobortis.

Phasellus pellentesque purus in massa. Aenean in pede. Phasellus ac libero

ac tellus pellentesque semper. Sed ac felis. Sed commodo, magna quis

lacinia ornare, quam ante aliquam nisi, eu iaculis leo purus venenatis dui.

List item one

List item two

List item three

Section 4

Cras dictum. Pellentesque habitant morbi tristique senectus et netus

et malesuada fames ac turpis egestas. Vestibulum ante ipsum primis in

faucibus orci luctus et ultrices posuere cubilia Curae; Aenean lacinia

mauris vel est.

Suspendisse eu nisl. Nullam ut libero. Integer dignissim consequat lectus.

Class aptent taciti sociosqu ad litora torquent per conubia nostra, per

inceptos himenaeos.

173.177.129.164 14:28, 29 December 2012 (UTC)

Well it does not react like an Accordion...

Many thanks for your support!

Frank 173.177.129.164 14:34, 29 December 2012 (UTC)

Found it!

We have to put the following in Mediawiki:Common.js :

mw.loader.load( 'jquery.ui.accordion' );

function my_accordion()

{

jQuery( "#accordion" ).accordion({ collapsible: true, active: false });

}

jQuery( my_accordion);

-----------------------

Reference : more here! 173.177.129.164 15:21, 29 December 2012 (UTC)

The sample posted by 173.177.129.164 will fail randomly due to asynchronous race conditions. Use this instead:

mw.loader.using('jquery.ui.accordion', function () {
  $(function () {
    $('.accordion').accordion({ collapsible: true, active: false });
  });
});

Krinkle (talk) 00:25, 31 December 2012 (UTC)

Update to MW 1.20.2 does not work: Undefined index: SERVER_PROTOCOL / Unable to determine IP

I tried to update an old 1.15.1 mediawiki to 1.20.2.

As instructed i made a new directory, untared mw 1.20.1 there, copied Localsettings, skins, images and extension from the old version to this directory and updated the data base with update.php

But when i start the http server it says: Not Found - The requested URL /Main_Page was not found on this server.

Executing index.php at command line (debug mode) it says:

PHP Notice:  Undefined index: SERVER_PROTOCOL in /var/www/wiki.new/includes/OutputHandler.php on line 159
<!doctype html>
<html><head><title>Internal error</title></head><body>
<p>Unable to determine IP</p><p>Backtrace:</p><p>#0 /var/www/wiki.new/includes/User.php(1723): WebRequest->getIP()<br />
#1 /var/www/wiki.new/includes/db/Database.php(844): User->getName()<br />
#2 /var/www/wiki.new/includes/db/DatabasePostgres.php(385): DatabaseBase->query('SET client_enco...', 'DatabasePostgre...')<br />

and 32 more issues that seem to work. Any idea what wrent wrong? 78.94.68.173 (talk) 22:00, 28 December 2012 (UTC)

Copy the .htaccess file over as well. I guess you have short URLs set up and they do not work without the right rewrite rules. 88.130.75.40 01:14, 29 December 2012 (UTC)

Note that the error "PHP Notice: Undefined index: SERVER_PROTOCOL" is normal in when you run in command line, because in command line mode it doesn't have information about HTTP.

The mentioned short URLs problem is most likely the cause. Ciencia Al Poder (talk) 14:05, 29 December 2012 (UTC)

Page access

Hi,

I need your help related to page http://drugikrajiskikorpusvrs.com/wiki/index.php?title=Glavna_strana I have a account created but i am still not able to see content of mentioned project. Also, I can not see administrator email or something like this, in order to contact him directly. Pls help! Kozomara (talk) 20:01, 29 December 2012 (UTC)

Can you not see the text on the page, or can you not edit it?

I can see it even without an account.

When you try to edit the page, it says that you must be member of the group "users". That is the default user group; after logging in (you have logged in, right?) with your account, you should be able to edit the page. :-) 88.130.75.40 21:54, 29 December 2012 (UTC)

I can see only first page. When i try to see menu and links from left side , user and password has ben requested.

When i enter credential i am recivin message that user "kozomara" doesnt exsist. Kozomara (talk) 21:59, 29 December 2012 (UTC)

Ah, OK. So you for example want to see this page (What links here), but you are requested to log in.

To log in you must have an account first. If yours does not exist, then you should create one. Are you really sure that you have created an account on that wiki? I am asking, because account creation has been disabled (except for admins). 88.130.114.83 03:50, 30 December 2012 (UTC)

Can you see some emails from admins, i will check with him directly 178.223.52.92 10:03, 30 December 2012 (UTC)

[RESOLVED] Fatal exception of type MWException after upgrade to MW from 1.19 to 1.20

http://wiki.moegirl.org/File:Makishima_Saori.jpg

Nginx 1.2.5 PHP 5.4.9 MYSQL 5.5.28-debug mediawiki 1.20.2 Deletedaccount4567435 (talk) 05:12, 30 December 2012 (UTC)

I tried http://www.mediawiki.org/wiki/Project%3ASupport%20desk/Flow/2012/12#h-SOLVED%3A_PHP_Notice%3A_curl_setopt_array%28%29%3A_CURLOPT_SSL_VERIFYHOST_set_to_true-2012-12-14T04%3A19%3A00.000Z

the patch do not work. Zoglun (talk) 05:27, 30 December 2012 (UTC)

Please enable $wgShowExceptionDetails at the bottom of your LocalSettings.php Bawolff (talk) 05:39, 30 December 2012 (UTC)

I am having same problem. Just installed 1.20.2. Enabled that, and got this now:

Error: invalid magic word 'speciale'

Backtrace:

1. 0 /var/www/html/wiki/includes/MagicWord.php(236): MagicWord->load('speciale')
2. 1 /var/www/html/wiki/includes/parser/Parser.php(4765): MagicWord::get('speciale')
3. 2 /var/www/html/wiki/includes/parser/CoreParserFunctions.php(74): Parser->setFunctionHook('speciale', Array)
4. 3 /var/www/html/wiki/includes/parser/Parser.php(253): CoreParserFunctions::register(Object(Parser))
5. 4 [internal function]: Parser->firstCallInit()
6. 5 /var/www/html/wiki/includes/StubObject.php(79): call_user_func_array(Array, Array)
7. 6 /var/www/html/wiki/includes/StubObject.php(99): StubObject->_call('firstCallInit', Array)
8. 7 /var/www/html/wiki/includes/cache/MessageCache.php(829): StubObject->__call('firstCallInit', Array)
9. 8 /var/www/html/wiki/includes/cache/MessageCache.php(829): StubObject->firstCallInit()
10. 9 /var/www/html/wiki/includes/cache/MessageCache.php(807): MessageCache->getParser()
11. 10 /var/www/html/wiki/includes/Message.php(618): MessageCache->transform('$1 - {{SITENAME...', true, Object(Language), Object(Title))
12. 11 /var/www/html/wiki/includes/Message.php(436): Message->transformText('$1 - {{SITENAME...')
13. 12 /var/www/html/wiki/includes/Message.php(476): Message->toString()
14. 13 /var/www/html/wiki/includes/OutputPage.php(790): Message->text()
15. 14 /var/www/html/wiki/includes/OutputPage.php(833): OutputPage->setHTMLTitle(Object(Message))
16. 15 /var/www/html/wiki/includes/Article.php(485): OutputPage->setPageTitle('Main Page')
17. 16 /var/www/html/wiki/includes/actions/ViewAction.php(37): Article->view()
18. 17 /var/www/html/wiki/includes/Wiki.php(427): ViewAction->show()
19. 18 /var/www/html/wiki/includes/Wiki.php(304): MediaWiki->performAction(Object(Article))
20. 19 /var/www/html/wiki/includes/Wiki.php(536): MediaWiki->performRequest()
21. 20 /var/www/html/wiki/includes/Wiki.php(446): MediaWiki->main()
22. 21 /var/www/html/wiki/index.php(59): MediaWiki->run()
23. 22 {main} Davidtspf (talk) 22:41, 23 January 2013 (UTC)

The error you're getting there ("Error: invalid magic word 'speciale'") is similar to this bug. If you delete the files in the cache subdirectory, does that help, or at least produce a different error? ☠MarkAHershberger☢(talk)☣ 23:17, 23 January 2013 (UTC)

Warning: array_map() expects parameter 1 to be a valid callback, no array or string given in /home/ge192287/public_html/szkolawkulturze.pl/includes/Exception.php on line 750

Warning: array_map() expects parameter 1 to be a valid callback, no array or string given in /home/ge192287/public_html/szkolawkulturze.pl/includes/Exception.php on line 750

Warning: array_map() expects parameter 1 to be a valid callback, no array or string given in /home/ge192287/public_html/szkolawkulturze.pl/includes/Exception.php on line 750

Warning: array_map() expects parameter 1 to be a valid callback, no array or string given in /home/ge192287/public_html/szkolawkulturze.pl/includes/Exception.php on line 750

Warning: array_map() expects parameter 1 to be a valid callback, no array or string given in /home/ge192287/public_html/szkolawkulturze.pl/includes/Exception.php on line 750

Warning: array_map() expects parameter 1 to be a valid callback, no array or string given in /home/ge192287/public_html/szkolawkulturze.pl/includes/Exception.php on line 750

Warning: array_map() expects parameter 1 to be a valid callback, no array or string given in /home/ge192287/public_html/szkolawkulturze.pl/includes/Exception.php on line 750

Warning: array_map() expects parameter 1 to be a valid callback, no array or string given in /home/ge192287/public_html/szkolawkulturze.pl/includes/Exception.php on line 750

Warning: array_map() expects parameter 1 to be a valid callback, no array or string given in /home/ge192287/public_html/szkolawkulturze.pl/includes/Exception.php on line 750

Warning: array_map() expects parameter 1 to be a valid callback, no array or string given in /home/ge192287/public_html/szkolawkulturze.pl/includes/Exception.php on line 750

Warning: array_map() expects parameter 1 to be a valid callback, no array or string given in /home/ge192287/public_html/szkolawkulturze.pl/includes/Exception.php on line 750

Warning: array_map() expects parameter 1 to be a valid callback, no array or string given in /home/ge192287/public_html/szkolawkulturze.pl/includes/Exception.php on line 750

Warning: array_map() expects parameter 1 to be a valid callback, no array or string given in /home/ge192287/public_html/szkolawkulturze.pl/includes/Exception.php on line 750

[ff5f0bfd] / Exception from line 38 of /home/ge192287/public_html/szkolawkulturze.pl/includes/ScopedCallback.php: Provided callback is not valid.

Backtrace:

1. 0 /home/ge192287/public_html/szkolawkulturze.pl/includes/cache/MessageCache.php(325): ScopedCallback->__construct()
2. 1 /home/ge192287/public_html/szkolawkulturze.pl/includes/cache/MessageCache.php(871): MessageCache->load()
3. 2 /home/ge192287/public_html/szkolawkulturze.pl/includes/cache/MessageCache.php(791): MessageCache->getMsgFromNamespace()
4. 3 /home/ge192287/public_html/szkolawkulturze.pl/includes/cache/MessageCache.php(729): MessageCache->getMessageFromFallbackChain()
5. 4 /home/ge192287/public_html/szkolawkulturze.pl/includes/Message.php(878): MessageCache->get()
6. 5 /home/ge192287/public_html/szkolawkulturze.pl/includes/Message.php(560): Message->fetchMessage()
7. 6 /home/ge192287/public_html/szkolawkulturze.pl/includes/Message.php(649): Message->toString()
8. 7 /home/ge192287/public_html/szkolawkulturze.pl/includes/Title.php(375): Message->text()
9. 8 /home/ge192287/public_html/szkolawkulturze.pl/includes/Wiki.php(121): Title::newMainPage()
10. 9 /home/ge192287/public_html/szkolawkulturze.pl/includes/Wiki.php(137): MediaWiki->parseTitle()
11. 10 /home/ge192287/public_html/szkolawkulturze.pl/includes/Wiki.php(530): MediaWiki->getTitle()
12. 11 /home/ge192287/public_html/szkolawkulturze.pl/includes/Wiki.php(467): MediaWiki->main()
13. 12 /home/ge192287/public_html/szkolawkulturze.pl/index.php(49): MediaWiki->run()
14. 13 {main}

I got this. What can I do ? 89.75.85.14 10:57, 25 March 2014 (UTC)

brand new installation of mediawiki on namecheap.com did not work. got the Fatal exception of type MWException error

I added:

$wgShowExceptionDetails = true;

to localsettings.php

and this was the result:

[ced43ef5] [no req] Exception from line 61 of /home/ideakwty/public_html/dclegalfirm.com/mw/includes/WebRequest.php: MediaWiki does not function when magic quotes are enabled.

Backtrace:

#0 /home/ideakwty/public_html/dclegalfirm.com/mw/includes/Setup.php(544): WebRequest->__construct()

#1 /home/ideakwty/public_html/dclegalfirm.com/mw/includes/WebStart.php(121): require_once(string)

#2 /home/ideakwty/public_html/dclegalfirm.com/mw/index.php(43): require(string)

#3 {main} 73.201.72.72 22:21, 11 March 2015 (UTC)

I got Fatal exception of type MWException too just after I replaced MW 1.19 files by MW 1.20.2 files.

Here's backtrace:

Error: invalid magic word 'canonicalurl'
Backtrace:
#0 /home/i/iu5201/mywiki/public_html/includes/MagicWord.php(236): MagicWord->load('canonicalurl')
#1 /home/i/iu5201/mywiki/public_html/includes/parser/Parser.php(4765): MagicWord::get('canonicalurl')
#2 /home/i/iu5201/mywiki/public_html/includes/parser/CoreParserFunctions.php(54): Parser->setFunctionHook('canonicalurl', Array, 1)
#3 /home/i/iu5201/mywiki/public_html/includes/parser/Parser.php(253): CoreParserFunctions::register(Object(Parser))
#4 [internal function]: Parser->firstCallInit()
#5 /home/i/iu5201/mywiki/public_html/includes/StubObject.php(79): call_user_func_array(Array, Array)
#6 /home/i/iu5201/mywiki/public_html/includes/StubObject.php(99): StubObject->_call('firstCallInit', Array)
#7 /home/i/iu5201/mywiki/public_html/includes/cache/MessageCache.php(829): StubObject->__call('firstCallInit', Array)
#8 /home/i/iu5201/mywiki/public_html/includes/cache/MessageCache.php(829): StubObject->firstCallInit()
#9 /home/i/iu5201/mywiki/public_html/includes/cache/MessageCache.php(807): MessageCache->getParser()
#10 /home/i/iu5201/mywiki/public_html/includes/Message.php(618): MessageCache->transform('$1 ??? {{SITENA...', true, Object(LanguageRu), Object(Title))
#11 /home/i/iu5201/mywiki/public_html/includes/Message.php(436): Message->transformText('$1 ??? {{SITENA...')
#12 /home/i/iu5201/mywiki/public_html/includes/Message.php(476): Message->toString()
#13 /home/i/iu5201/mywiki/public_html/includes/OutputPage.php(790): Message->text()
#14 /home/i/iu5201/mywiki/public_html/includes/OutputPage.php(833): OutputPage->setHTMLTitle(Object(Message))
#15 /home/i/iu5201/mywiki/public_html/includes/Article.php(485): OutputPage->setPageTitle('???????????????...')
#16 /home/i/iu5201/mywiki/public_html/includes/actions/ViewAction.php(37): Article->view()
#17 /home/i/iu5201/mywiki/public_html/includes/Wiki.php(427): ViewAction->show()
#18 /home/i/iu5201/mywiki/public_html/includes/Wiki.php(304): MediaWiki->performAction(Object(Article))
#19 /home/i/iu5201/mywiki/public_html/includes/Wiki.php(536): MediaWiki->performRequest()
#20 /home/i/iu5201/mywiki/public_html/includes/Wiki.php(446): MediaWiki->main()
#21 /home/i/iu5201/mywiki/public_html/index.php(59): MediaWiki->run()
#22 {main}

What should I do to fix this? Abagnale ^{OS Ubuntu 11.04; MW 1.20.2; MySQL 5.1.61; PHP 5.3} 07:05, 28 January 2013 (UTC)

Wow, I have just solved my problem. I found solution here: Project:Support desk/Flow/2013/01#c-Bc619-2013-01-10T22:05:00.000Z-Bc619-2013-01-10T21:27:00.000Z.

Shortly saying, what I did:

1. downloaded tar-archive with MW 1.20.2 and unpacked it: tar xvzf mediawiki-1.20.2.tar.gz -C path/to/my/wiki/ --strip-components=1;
2. went to path/to/my/wiki/maintenance/ and ran: php5 update.php;
3. ran that: php5 rebuildLocalisationCache.php --force.

At the first attempt I did only 1 and 2 and got Fatal exception. So I quess either the 3 helped me or it's just luck (or Jesus himself blessed me). Abagnale ^{OS Ubuntu 11.04; MW 1.20.2; MySQL 5.1.61; PHP 5.3} 09:44, 28 January 2013 (UTC)

php5 rebuildLocalisationCache.php --force

Got it. U are awesome, Thank you! Zoglun (talk) 18:58, 23 February 2013 (UTC)

This also fixed my upgrade from 1.20 to 1.21

Awesome, thanks! 86.30.115.217 21:52, 30 May 2013 (UTC)

This seems to be MemCache issue for me. So I commented out the lines in the LocalSettings.php:

$wgMainCacheType = CACHE_MEMCACHED;

$wgMemCachedServers = array( '127.0.0.1:11211' );

And it worked for me. Hence, I guess you'll have to check Memcache settings and whether it's installed on your server.

Hope this helps.

Thanks

Waqar / 4 Ace Technologies - bringing your ideas to reality! 39.48.222.132 14:58, 27 August 2013 (UTC)

This last solution worked for me. I was unable to use the solution mentioned by Abagnale because my terminal threw an error.

I would like to know what I am losing commenting out the lines mentioned above. Is it the possibility to use MemCache?

Thanks in advance! Pablofiumara (talk) 01:38, 17 September 2013 (UTC)

I got an issue upgrading from 1.21 to 1.22: "" is not a valid magic word for "rootpagename"

The solution php maintenance/rebuildLocalisationCache.php --force worked for me. Thank you :) 188.194.112.132 09:49, 13 March 2014 (UTC)

worked for me. thanks 130.149.212.47 17:33, 26 May 2014 (UTC)

LDAP Authentication: Incorrect password entered. Please try again.

Hi,

I'm trying to use LDAP Authentication extension and I've read more about this extension and how-to use it. However I'm getting "Incorrect password entered. Please try again." error message whatever my modifications of configurations.

I tried the following configurations in "LocalSettings.php":

require_once( "$IP/extensions/LdapAuthentication/LdapAuthentication.php" );
$wgAuth = new LdapAuthenticationPlugin();
$wgLDAPDomainNames = array( "dname" );
$wgLDAPServerNames = array( "dname" => "ldap://server1:389 ldap://server2" );
$wgLDAPSearchStrings = array( "dname" => "CN=xx,CN=yy,DC=zz,DC=aa,DC=bb" );
$wgLDAPEncryptionType = array( "dname" => "clear" ); // also tried ssl and tls, with no reply
$wgLDAPUseLocal = false; // as the "true" option allows only my local user to login.
$wgMinimalPasswordLength = 1;
$wgDebugLogFile = "C:/debug_log.log";
$wgLDAPDebug = 2; //debugging
$wgShowExceptionDetails = true;  //for debugging MediaWiki

Kindly advise, Kyoussef (talk) 07:16, 30 December 2012 (UTC)

[RESOLVED] Database error after upgrade to 1.20.2

After upgrading to MW 1.20.2 i receive the following error message when i try to delete a page:

A database error has occurred. Did you forget to run maintenance/update.php after upgrading? See: https://www.mediawiki.org/wiki/Manual:Upgrading#Run_the_update_script Query: INSERT INTO `mw_cu_changes` (cuc_id,cuc_namespace,cuc_title,cuc_minor,cuc_user,cuc_user_text,cuc_actiontext,cuc_comment,cuc_this_oldid,cuc_last_oldid,cuc_type,cuc_timestamp,cuc_ip,cuc_ip_hex,cuc_xff,cuc_xff_hex,cuc_agent,cuc_page_id) VALUES (NULL,'0','Torazo_(bloedlijn)','0','1','Draude',NULL,'De inhoud was: \"Torazo bloedlijn\" (Draude was de enige auteur)','0','0','3','20121230111005','2001:980:79A3:1:1036:B1D0:44E2:8007','v6-2001098079A300011036B1D044E28007',,NULL,'Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20100101 Firefox/16.0','0') Function: efUpdateCheckUserData Error: 1048 Column 'cuc_actiontext' cannot be null (localhost)

I ran the Update.php script after the upgrade. Creating a page is no problem. 2001:980:79A3:1:1036:B1D0:44E2:8007 (talk) 11:17, 30 December 2012 (UTC)

This is a problem with Extension:CheckUser. You should upgrade your extensions as well when you upgrade MediaWiki, to the same version as your MediaWiki version. See bugzilla:43160 and bugzilla:42195 for other reports. Ciencia Al Poder (talk) 18:40, 30 December 2012 (UTC)

This solved the problem :) Thanks! 2001:980:79A3:1:9979:805E:80DB:C4D1 08:38, 1 January 2013 (UTC)

Ideal configuration for Production Deployment

Hi,

I need following information

1. What could be the ideal deployment configuration and Hardware sizing for production deployment 2. Is there is Performance and Load testing done on MediaWiki, If yes please point me to the report link.

Regards, Prasad 117.192.168.49 (talk) 18:06, 30 December 2012 (UTC)

How much hardware you need is dependant on how popular your site it. Something the size of wikipedia is deployed very differently then a site that gets 50 odd hits a day. MediaWiki is used for both ends of that spectrum.

>Is there is Performance and Load testing done on MediaWiki, If yes please point me to the report link.

Not that I'm overly aware of (although I imagine someone has). profiling information for wikipedia is publically available . Load information on Wikimedia servers used to be publically available, but is temporarily not currently available. Bawolff (talk) 01:26, 31 December 2012 (UTC)

[RESOLVED] Editing toolbars

Hi. I am having difficulties getting the editing toolbar to display on my site: http://jura.is As far as I understand the default toolbar (that looks like this) should appear by default but it never has and now I have installed the WikiEditor to get the modern Wikipedia-style toolbar but still no toolbar appears. Am I missing something totally obvious? Bjarki S (talk) 19:51, 30 December 2012 (UTC)

It's a problem with your web host. You should complain to them, or switch web hosts.

Basically your web host is inserting:

<!-- Hosting24 Analytics Code -->
<script type="text/javascript" src="http://stats.hosting24.com/count.php"></script>
<!-- End Of Analytics Code -->

To the end of every file served by php. This includes javascript files like http://jura.is/mediawiki/load.php?debug=false&lang=is&modules=startup&only=scripts&skin=vector&* . However, that code is only valid HTML, not javascript, so it is breaking all javascript on your website, which includes among other things the edit toolbar (both types). Bawolff (talk) 01:21, 31 December 2012 (UTC)

Thank you. It's a crappy free hosting service that I'll move away from. Bjarki S (talk) 12:47, 31 December 2012 (UTC)

Dialog boxes

I would like to add a few links to MW:Sitenotice that can popup a dialog menu. A little like this:

http://www.queness.com/post/77/simple-jquery-modal-window-tutorial (or http://www.queness.com/post/1696/create-a-beautiful-looking-custom-dialog-box-with-jquery-and-css3 )

except that the menu should be able to handle wiki syntax, with some clickable links for site navigation and a few search boxes. I suppose you can copy the CSS and Javascript code to the appropriate MW pages, but what about the wiki equivalent of the HTML used there? What should it look like? Or are there better alternatives to consider? Cavila 21:15, 30 December 2012 (UTC)

You may have to write your own script or modify there's so that the html part only uses html that's allowed in wikitext (like div and span. No <a>'s). Bawolff (talk) 01:05, 31 December 2012 (UTC)

Thanks. That sort of thing is beyond my ken though, I'm afraid. Would it be this js bit that needs modifying: $('a[name=modal]')? Maybe I should enable raw html instead, but I realise it is not recommended practice, even if editing rights are not granted to anonymous visitors. It would be worth an extension or widget I think - if only someone would be willing to build one. Cavila ^{MW 1.19.2, MySQL 5.1.63, Php 5.3.3-7, SMW 1.8} 10:30, 31 December 2012 (UTC)

Trying to mass block

Are there any mass blocking plugins out there that work? My wiki recently got hit with a ton of random accounts, and CheckUser shows that they have different IPs (so CheckUser block won't work). I disabled account creation right now, but I can't find a way to block them all at once. iXavier (talk) 00:44, 31 December 2012 (UTC)

Well, I looked around for a solution to this. Here's something I found:

The quickest and least invasive way to prevent a big list of registered users from making modifications is probably to do a bulk password change for the unwelcome users.

Assuming you're running a Unix-like, and that the list of folks you want to keep is relatively low:

Disable anonymous viewing and/or editing.

Dump a list of users from the database to a file.

eg., for MySQL:

mysql -p -u root -B wikidb -e 'select user_name from user;' | tee user.list

Remove the users you want to keep from the user.list file.

Use the MediaWiki password command-line tool to change passwords to something random.

eg.

cd [wiki-docroot]/maintenance/

while read wikiuser; do

echo $wikiuser;

php ./changePassword.php $wikiuser BOGUS%PASSblahblah77;

done <user.list Huner2 (talk) Script, why u no work? 22:06, 31 December 2012 (UTC)

Also you can look around here. Huner2 (talk) 22:09, 31 December 2012 (UTC)

I recommend against disabling account creation due to vandalism. For one thing, it just gives the vandal a victory, and you don't want to be doing that. Second, it's disruptive and can permanently stop prospective users from editing, plus it also just looks like an amateur or personal solution. There's an extension that can throttle account creations, which is better than outright disabling it. Also, if you have a problem with mass spam users or vandals, Confirm Account might not be a bad idea, as it requires new accounts to be approved. You will want to customize it though to only require username, email, and bio, and also not require real names as usernames and only require a 20 or so word bio, as the extension was originally developed for Citizendium, a fairly gaky ripoff of Wikipedia that never gets any new users because their account approval process requires tons of personal information. I'm fairly sure it defaults to all of their settings. The downside of this though is that you will need users who are always around to approve accounts, plus if someone makes a typo in their email, they'll never get their account. ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 22:51, 31 December 2012 (UTC)

I disabled it temporarily, and it's now back on. It was disabled since the accounts were still coming in when I was turning it off. The wiki doesn't get that may new users (it's aimed for kids to read, and kids don't usually edit), but I can see your reasoning. iXavier (talk) 03:26, 1 January 2013 (UTC)

Error when trying to install MediaWiki 1.20.2

Here is the message that I get:

Warning: Cannot modify header information - headers already sent in C:\xampp\htdocs\wiki\includes\Exception.php on line 269

Warning: Cannot modify header information - headers already sent in C:\xampp\htdocs\wiki\includes\Exception.php on line 270

Warning: Cannot modify header information - headers already sent in C:\xampp\htdocs\wiki\includes\Exception.php on line 229 A database query syntax error has occurred. This may indicate a bug in the software. The last attempted database query was: CREATE DATABASE `my_wiki` from within function "MysqlInstaller::setupDatabase". Database returned error "1044: Access denied for user @'localhost' to database 'my_wiki' (localhost)". Backtrace:

1. 0 C:\xampp\htdocs\wiki\includes\db\Database.php(916): DatabaseBase->reportQueryError('Access denied f...', 1044, 'CREATE DATABASE...', 'MysqlInstaller:...', false)
2. 1 C:\xampp\htdocs\wiki\includes\installer\MysqlInstaller.php(469): DatabaseBase->query('CREATE DATABASE...', 'MysqlInstaller:...')
3. 2 [internal function]: MysqlInstaller->setupDatabase(Object(MysqlInstaller))
4. 3 C:\xampp\htdocs\wiki\includes\installer\Installer.php(1454): call_user_func(Array, Object(MysqlInstaller))
5. 4 C:\xampp\htdocs\wiki\includes\installer\WebInstallerPage.php(1161): Installer->performInstallation(Array, Array)
6. 5 C:\xampp\htdocs\wiki\includes\installer\WebInstaller.php(269): WebInstaller_Install->execute()
7. 6 C:\xampp\htdocs\wiki\mw-config\index.php(50): WebInstaller->execute(Array)
8. 7 C:\xampp\htdocs\wiki\mw-config\index.php(18): wfInstallerMain()
9. 8 {main}

Can you help me? Cmach7 (talk) 00:53, 31 December 2012 (UTC)

You used the wrong database password when trying to install (Or the username/pass is valid, but the user doesn't have sufficient rights). Using the right password should fix the issue.

I've filed bugzilla:43528 for the error message being too complicated/ugly. Bawolff (talk) 01:01, 31 December 2012 (UTC)

[RESOLVED] Making a new tag

I would like to make a new tag, how do I do it? For example, if I wanted to say make a tag <ibg>, which would make all text in the tag in italics, bold, and green, what code would I have to do for it? Can I link it to CSS? I don't know how to do this stuff. MediaWiki version: 1.19.2 PHP version: 5.2.17 (apache2handler) MySQL version: 5.1.61 99.33.85.81 (talk) 04:11, 31 December 2012 (UTC)

Wait, nevermind, I figured it out. I edited an existing extension. Anonymous 04:31, 31 December 2012 (UTC)