mediawiki login

Hi,

One of my clients has installed mediawiki on his site and that has been setup at www.example.com/wiki page. I need to check the installation and fix the issue. But I dont know where to login

Can you please tell me where i can login to the mediawiki admin so I can see all the settings and the installations and can fix the issue.

Thanks, 210.56.112.136 22:35, 1 March 2015 (UTC)

You can login via SSH, FTP etc. There is no GUI. See Manual:System administration. Nemo 08:12, 2 March 2015 (UTC)

Auto Refresh User Pages

Mediawiki Version 1.24

some charts are shown in my wiki pages so need to Auto Refresh the wiki page. how to do it.

--Ragu Thangavel Ragusathis (talk) 03:50, 2 March 2015 (UTC)

Hello,

Maybe you lack a few "magic" words:

Hello

Please

Thank you Casablanca1950 (talk) 07:01, 2 March 2015 (UTC)

Hi, Thanks for your Reply

am not aware of magic words so you can help me to refresh user pages automatically.

--Ragu Thangavel Ragusathis (talk) 03:23, 3 March 2015 (UTC)

Yes, I can.

It is common use in Forums on the Internet to try to communicate like in real life. If you start your message with a "Hello", then use the "please" magic keyword after you question, then finish with a "thank you", you may better motivate people to take the time to study your question and answer it if they can. Casablanca1950 (talk) 06:56, 3 March 2015 (UTC)

Hello,

Henceforth i will rectify Casablanca1950, you are most welcome to this type advice also. kindly help me to refresh to User pages.

Thank you..

-- Ragu Thangavel Ragusathis (talk) 09:58, 3 March 2015 (UTC)

For a page to be updated, the cache version has to be purged.

According to this page it is not recommended and according to that one, it is rather complicated to obtain what you need. My best suggestion would be to tell the user to hit F5 within his/her browser, if this is enough. Casablanca1950 (talk) 11:53, 3 March 2015 (UTC)

[RESOLVED] How to change the list of options in the TOOLS menu of the Nav Bar

Hello,

In my Navigation Bar (1.24.1) I have by default a TOOLS list but I do not find where this list is stored (link).

The https://www.mediawiki.org/wiki/Manual:Interface/Sidebar page did not help.

Thanks. Casablanca1950 (talk) 06:59, 2 March 2015 (UTC)

Toolbox items are not editable. They're generated based on MediaWiki/skin/extensions.

If you know PHP you could use the BaseTemplateToolbox hook to modify the items in PHP Ciencia Al Poder (talk) 10:43, 2 March 2015 (UTC)

open_basedir to folder i did not found...

hi ! in php_errors.log i get following message "...file_exists(): open_basedir restriction in effect. File(C:\mediawiki/../wmf-config/wikimedia-mode) ...doMaintenance.php on line 80" but in my installation i did not found a folder like wmf-config/wikimedia-mode - can someone help me to fix this mistake ?

regards Jan JanTappenbeck (talk) 07:24, 2 March 2015 (UTC)

search in the LocalSettings.php and other files you may have modified/downloaded from Wikimedia to find where is "wmf-config" mentioned, and figure out if that makes sense. Ciencia Al Poder (talk) 10:40, 2 March 2015 (UTC)

hi ! I search and found in ..\maintenance\doMaintenance.php following code I did not modify:

if ( defined( 'MW_CONFIG_CALLBACK' ) ) {
	# Use a callback function to configure MediaWiki
	call_user_func( MW_CONFIG_CALLBACK );
} else {
	if ( file_exists( "$IP/../wmf-config/wikimedia-mode" ) ) {
		// Load settings, using wikimedia-mode if needed
		// @todo FIXME: Replace this hack with general farm-friendly code
		# @todo FIXME: Wikimedia-specific stuff needs to go away to an ext
		# Maybe a hook?
		global $cluster;
		$cluster = 'pmtpa';
		require "$IP/../wmf-config/wgConf.php";
	}
	// Require the configuration (probably LocalSettings.php)
	require $maintenance->loadSettings();
}

is information a good help to fix this problem ?

regards Jan 85.233.12.114 12:42, 2 March 2015 (UTC)

That file isn't the problem.

Do a grep of the entire mediawiki installation directory. You could use the search in files command of various text editors, like Notepad++, to do this, since Windows search sucks. Ciencia Al Poder (talk) 10:31, 3 March 2015 (UTC)

hi !

cange code to

if ( defined( 'MW_CONFIG_CALLBACK' ) ) {
	# Use a callback function to configure MediaWiki
	call_user_func( MW_CONFIG_CALLBACK );
} else {
	// Require the configuration (probably LocalSettings.php)
	require $maintenance->loadSettings();
}

(Version 1.24) will fix the message.

regards Jan JanTappenbeck (talk) 07:54, 6 March 2015 (UTC)

[RESOLVED] Blue fading lines between tabs

MediaWiki search and keywords

Dear All.

I have a small internal MediaWiki installation up and running. After a couple of months in service, I got complaints from users saying that they don't get a hit on the expected page when they do a search in the search field of our MediaWiki installation. The reason is obvious - the don't get a hit in the text that's on the page and the content they are looking for. Is there a simple way to add a kind of meta keywords in an article to get a search hit?

I have read about YetAnotherKeywords and considering that option. Other possibilities seem to be CirriusSearch and SphinxSearch, but they seem to be more complicated. What does people use to resolve this issue on a smaller MediaWiki installation?

Regards Pompelpilt (talk) 10:27, 2 March 2015 (UTC)

To make things a bit clearer:

• MediaWiki with numerous sites and content
• User uses search field in order to search for content on page
• No hit displayed
• Solution: You want content displayed.

Correct?

Question:

• Do you want all content searchable or just some parts? Temptuousinsolence (talk) 15:02, 2 March 2015 (UTC)

When words are not displayed in the search results although they are on the according pages, this often is caused by problems with the search index. Try running the maintenance script rebuildtextindex.php in order to rebuild the search index! 88.130.79.114 15:19, 2 March 2015 (UTC)

It seems like I didn't make myself clear here.

For instance; If a user search for "PC" or "Computer", I would like to have a hit on an article "Personal Computer". In this case I would like to put in some keywords like one does in HTML with <meta name="keywords" content="HTML,CSS,XML,JavaScript">. How is that resolved in MediaWiki without typing them in the text itself? Pompelpilt (talk) 18:29, 2 March 2015 (UTC)

Add the following to your CSS:

.keywords {

display: none;

}

Then, you can write in your article:

<div class="keywords"> Foo, Bar, Blaz </div> FriedhelmW (talk) 13:03, 5 March 2015 (UTC)

Great! That was a straight foreward solution. I assume it's MediaWiki:Common.css you are referring to?

Thanks! I'll give it a try! Pompelpilt (talk) 13:09, 5 March 2015 (UTC)

It worked!

Had to add a 'div' though. Like this:

div.keywords {

display: none;

}

Thanks FriedhelmW! Pompelpilt (talk) 13:18, 5 March 2015 (UTC)

Over qualifying the selector isn't necessary. 121.220.97.150 01:25, 6 March 2015 (UTC)

You can also add your keywords as a comment in wikitext. Comments are supported in the visual editor, so they show up in the editor, but not in page display. 176.127.49.71 (talk) 17:20, 6 February 2019 (UTC)

Exporting a wiki for offline use

I would like to export a whole wiki into a format which does not require a working Internet connection to use, does not require a web browser to view, and provides navigation and search facilities. CHM is an example of such format (CHM is a little evil, but it is good as an example nevertheless). What such formats does mediawiki export to, including tools to convert dumps to external formats? Gryllida 10:52, 2 March 2015 (UTC)

I think there is no solution for that.

MediaWiki content can be exported to XML format. Apart from that you can use the according external tools to create an export, e.g. if you are using MySQL, you can create a MySQL dump. Anyway,all this is targeted at an import into (possibly another) MediaWiki instance.

What you however can do is this:

• Run the wiki on a local machine. This requires Apache, PHP and MySQL to be running. However, this machine can then be offline, meaning it does not have to be connected to the internet.
• The tool to view a wiki is a browser. Maybe you can build an exe file or so out of some of the pages - I know there were tools, which could do that, but anyway: You then will have to run that exe file in order to use the wiki, which technically is not different from running your webbrowser's exe file. 88.130.79.114 13:31, 2 March 2015 (UTC)

I am trying to avoid using a web browser. A web browser is not a good tool for viewing help files, because then the task of searching and navigating the help files becomes delegated to the web browser (and hence whoever wrote the html). I do not want to know html or javascript. I want to use a standard help file format for which a viewer exists for my desktop and I can control the viewer using a language my desktop environment is written in. Gryllida 19:49, 2 March 2015 (UTC)

Control the browser with C, C++ and XML - nothing easier than that! 88.130.79.114 23:11, 2 March 2015 (UTC)

Web browser, to my mind, is an application for browsing the web. Where I browse something different from the web (i.e. an exported wiki), I would rather use an offline format in a different program.

In the event of using a local HTML version, ability to control the browser does not empower me with control over the navigation facilities that HTML version provides. Gryllida 07:28, 3 March 2015 (UTC)

You should export the wiki as a XML-file and then create out of this export one or more pdf files. You may need a script that cuts the wiki entries in parts and re-arranges them in such a way as to create separate xml files; or however you want to see the things displayed/converted. Temptuousinsolence (talk) 14:42, 2 March 2015 (UTC)

A bunch of PDF files is not a help file format, unless combined with a metadata file which helps to organize them. There has to be a standard way to do this. Gryllida 19:52, 2 March 2015 (UTC)

To clarify, I am looking for means to export to one of these formats, or an equivalent:

• chm
• texinfo
• html (local, without running a wiki instance)
• xml
• docbook
• pdf
• man pages
• ...

The viewer should have a search box. (As a last resort, this could be a file manager search box to find a file with an appropriate name by hand.) Gryllida 09:03, 10 March 2015 (UTC)

Gryllida 09:04, 10 March 2015 (UTC)

Try using zim (kiwiki project) Bawolff (talk) 14:40, 26 March 2015 (UTC)

try httrack to download any website http://www.httrack.com 91.176.242.53 (talk) 21:05, 9 September 2015 (UTC)

WikiEditor doesn't show up after upgrading to 1.24.1

hello, after I updated my wiki to the newest version the WikiEditor doesn't show up when editing a page. I updated WikiEditor from 0.3 to 04 thinking that the issue would resolve but it didn't.

Does anyone have the same problem? Smavropoulos (talk) 11:32, 2 March 2015 (UTC)

WikiEditor is bundled and delired with the MediaWiki core. There is no need to separately download it from mediawiki.org. You should go through Upgrade - especially take care that there are no files of your old MediaWiki version left in your system. Such files tend to cause trouble like that. 88.130.79.114 13:25, 2 March 2015 (UTC)

I kept WikiEditor in my Extensions files, the tutorial said to keep the extension files so I don't know what you mean with bundled up :/ Smavropoulos (talk) 14:12, 2 March 2015 (UTC)

Some extensions - like WikiEditor - are nowadays coming with the MediaWiki tarball. Meaning when you update MediaWiki, you in fact also get new files for these extensions. These new files are the ones you should use. 88.130.79.114 14:17, 2 March 2015 (UTC)

All content appearing bold

For some time now, all content on the wikis I edit has been appearing in bold text, regardless of whether or not it is formatted as such.

I am having this issue on both my home and work PCs, but strangely when I accessed one of these wikis on my friend's laptop at his house (using my wiki account), the text appeared as normal.

I use Google Chrome as my default browser, in case that has any effect on it, although I have also tested this on Internet Explorer on both the affected PCs and I get the same issue. Anyone have any idea what might be causing this? Leigh Burne (talk) 14:32, 2 March 2015 (UTC)

Does the same problem also happen when you use the same browser, but with another browser-user-profile? 88.130.79.114 14:48, 2 March 2015 (UTC)

It could be related to your browser and might have nothing to do with the MediaWiki installation itself; whcih is even corroborated by the fact that your friend's browser does not show this error.

Google provides some posts and comments on this issue:

• Why is Google Chrome showing bold and italics font?
• Chrome shows the pages only bold fonts Temptuousinsolence (talk) 14:50, 2 March 2015 (UTC)

Thanks for the links, but none of that seems to have worked.

You could be right about the browser, however this issue is affecting only Wiki sites - all other websites I visit are fine, including Wikipedia and, so far as I can see right now, this site. Leigh Burne (talk) 15:58, 4 March 2015 (UTC)

Did you try another browser?

Can you set up a new version of your current browser? Uninstall and then reinstalling it? Temptuousinsolence (talk) 14:08, 5 March 2015 (UTC)

Yes, I've tried different browsers. But I shall try reinstalling Chrome.

However, the problem has just become even more confusing - today I have discovered this issue only occurs on certain Wikis. While the ones I edit most frequently appear all-bold, others I visit only casually are formatted correctly. Leigh Burne (talk) 09:13, 9 March 2015 (UTC)

Please try by reinstalling the browser or by using a new browser user profile first.

If that did not help, check the developer tools in the browser. They will show you, where the bold style definition comes from. 88.130.114.249 11:41, 9 March 2015 (UTC)

Approved Revs cant find how to assign it to a group of users

how do i add a group of users to Approved Revs cant find anything about it on how to set it on a group please help

Thanks in advance 84.95.206.229 14:36, 2 March 2015 (UTC)

I assume you can't. Approving is done by administrators in Extension:Approved Revs. FriedhelmW (talk) 16:45, 2 March 2015 (UTC)

[RESOLVED] Search drop down list of suggestions not working

importImages.php hangs if file doesn't already exist

in importImages.php it hangs when trying to import. I am running in windows, my command is:
C:\inetpub\wwwroot\mediawiki>php maintenance\importImages.php maintenance\images\ svg png jpg jpeg gif bmp SVG PNG JPG JPEG GIF BMP

I have debugged it to this code on line 167. if ( $image->exists() ) {

The previous line checks for the file, but in my case the file does not exist.
I fear that a null object is being referenced for an action, exists().

What can we do to allow for this to work? Sdsolutions (talk) 19:03, 2 March 2015 (UTC)

Thanks for spotting that! If you have a working patch to fix this, could you please submit your patch so the MediaWiki developers can review this? See Gerrit and this for more information. Southparkfan (talk) 19:19, 2 March 2015 (UTC)

I have no fix, I have only identified the problem. Do I need to submit a bug report? Sdsolutions (talk) 14:48, 4 March 2015 (UTC)

You can file a bug report for it :) Florianschmidtwelzow (talk) 13:00, 5 March 2015 (UTC)

[RESOLVED] No sysop, bureaucrat, etc. user on a local install

I have a local install of MediaWiki 1.15.1 with PHP 5.3.2 and MySQL 5.1.69. Going to Special:ListUsers/sysop shows no users. The only user listed on the wiki is me, but I don't have bureaucrat, sysop or other elevated rights. I want to import the Chart templates, but doing so by hand without elevated user rights is exhausting. I have access to the LocalSettings.php and AdminSettings.php files; neither of them lists any admin, bureaucrat or sysop users. I can grant myself full rights in PHPMyAdmin, but those don't seem to translate to rights from within the wiki itself. I don't know if I somehow managed to delete the root user or if it never existed.

How do I grant myself rights to import templates? (Being able to delete pages, etc. would also be handy.) 174.20.67.76 03:28, 3 March 2015 (UTC)

If you have shell access, the best way is to use the createAndPromote.php script. Ciencia Al Poder (talk) 10:41, 3 March 2015 (UTC)

Thank you for the response!

I tried going to /maintenance directory and running that script, but I get repeated "Please provide a username and password for the new account", even though I am using a pre-existing (and indeed, the only) account, and even though I have the --force flag in the command. I have tried it both with and without sudo. (I'm running Linux.) What else should I do?

Thanks again! 174.20.67.76 02:20, 4 March 2015 (UTC)

Does your username contain spaces/underscores? I don't know if you should use spaces or underscores for user name, so try both and see if that works. Use double quotes if you're using spaces.

Also, if your username contains non-ascii characters, the shell may be misinterpreting the characters, and not matching your real account.

You could also create a new bureaucrat, login with that account and give yourself permissions with that new account, and then disable it. Ciencia Al Poder (talk) 10:36, 4 March 2015 (UTC)

I tried your solution of adding a new bureaucrat account, then giving my main account privileges. It worked fine. Thank you!

Strange that the password has to be entered in cleartext within the terminal for that script. And weird if usernames have to contain underscores or spaces! But anyway, it seems to have worked. Thanks again. 174.20.67.76 01:36, 7 March 2015 (UTC)

[RESOLVED] $wgGroupPermissions not preventing spammers creating new pages

http://www.svrwiki.com/ Version 1.24.1

I have put the following code in Local Settings .PHP

$wgGroupPermissions['*']['edit'] = false;
$wgGroupPermissions['*']['createpage'] = false;
$wgGroupPermissions['*']['createtalk'] = false;
$wgGroupPermissions['*']['writeapi'] = false;

$wgGroupPermissions['user']['edit'] = true;
$wgGroupPermissions['user']['createpage'] = false;
$wgGroupPermissions['user']['createtalk'] = false;

$wgGroupPermissions['Trustworthy'] = $wgGroupPermissions['user'];
$wgGroupPermissions['Trustworthy']['createpage'] = true;
$wgGroupPermissions['Trustworthy']['createtalk'] = true;

I have manually added all the known genuine contributors to the "Trustworthy" group. I have created a dummy non-admin account for myself to test it and it works. As a non-trustworthy, non-admin, I can't create new pages. We are still getting spammers creating new pages though. How are they getting through and how do we stop them please? Graham Phillips 110 (talk) 07:04, 3 March 2015 (UTC)

I just read the comments below about Magic Words.

Sorry if I sounded a bit abrupt too. I'm getting impatient with having to spend so much time deleting spam and trying to prevent it and I shouldn't be taking it out on those who I'm hoping will help me.
Graham Phillips 110 (talk) 08:18, 3 March 2015 (UTC)

I wonder if edits through the api could be circumventing this.

Do you have access to the access_log of the server to see what URLs are they using to edit pages, and see if they're using the api to edit? Ciencia Al Poder (talk) 10:54, 3 March 2015 (UTC)

Thanks, I wondered that too, which is why I added $wgGroupPermissions['*']['writeapi'] = false;

They're still getting through, so I've added $wgGroupPermissions['user']['writeapi'] = false; as well now

I'm very much a beginner at all this and trying to pick it up as I go along. I'll see if I can work out how to access the access log.

It's hosted on GoDaddy if that makes any difference. Graham Phillips 110 (talk) 16:54, 3 March 2015 (UTC)

@ Ciencia: Do you consider that a security hole? I think, it should not be possible to circumvent MediaWiki's permission system just by using the API... 88.130.103.73 18:02, 3 March 2015 (UTC)

Another page created by a non "Trustworthy" new member this morning. www.svrwiki.com/Special:RecentChanges.

Is this a security hole? Is ours the only wiki affected, or is it a known problem?

$wgGroupPermissions doesn't seem to be doing what it's supposed to. It stops me when I try to create a new page with my own dummy non-admin account, but other people are obviously getting round it somehow.

Is there another setting I should change? Graham Phillips 110 (talk) 07:16, 4 March 2015 (UTC)

The problem here is that even the owner is not able to reproduce the problem on his own test account, but spammers do. I don't see any not well-known extension listed on Special:Version which could have some security hole to allow creating such pages.

The only way to debug this is to see what kind of URL they're using to circumvent your settings, to try to reproduce the exact steps and see where's the hole. The only way I think they could circumvent this is if you have a wiki pointing to the same database under a different URL, with different LocalSettings.php that allow creating such pages. Ciencia Al Poder (talk) 10:33, 4 March 2015 (UTC)

> The only way I think they could circumvent this is if you have a wiki pointing to the same database under a different URL, with different LocalSettings.php that allow creating such pages.

I'm another admin on the site, and thank you for this suggestion - it may well be the answer. After a review of the access logs, it appears that an older installation was still accessible and had been discovered by the spammers. After making that secure, we're still seeing a lot of traffic trying to access the site through the old address, but with no spam appearing in the last 24 hours or so. Danny252 18:58, 5 March 2015 (UTC)

Thanks for confirming this! Ciencia Al Poder (talk) 21:07, 5 March 2015 (UTC)

Description of updated version of pix doesn't show up in all pictures list

Hi,

I have updated a new version of a picture, and added a description that I forgot to include when uploading the first version.

When I ask for the list of all pix, this text doesn't show up in the Description column.

Why ? What should I do to fix this issue, please?

Thanks.

pix is here and list of pix is there.

MW 1.24.1

EDIT: Looks like the special page "List of files" uses the "Comment" field text in the "Description" cell instead of the "Description" text. Looks like a bug. Casablanca1950 (talk) 07:22, 3 March 2015 (UTC)

Your 1st link is the "file page" in namespace 6 (File, Image, or localized "Fichier" in your case.) It contains an "upload history" ("Historique du fichier"). As you said that's empty, your upload contained no comment.

Your 2nd link is a special page listing all uploaded files chronologically (newest on top). For 2015-02-28 18:51 this list contains the image for your 1st link, with the same empty upload log, the same timestamp, the same size, etc., all as it should be.

In other words, there is no newer version of Atterrisseur_avant_apres.JPG on this wiki, the old 2015-02-28 18:51 is still the current version. Wild guess, did you try to upload exactly the same image with a comment? MediaWiki completely drops all balls and marbles it might possess if images have the same hash, just don't try that, it doesn't work as expected.

My failed experiments with another image on commons: c:File:DPI_and_PPI.png, I tried to fix a broken link in my upload 12:17:56 with a revert 12:20:08 and a new upload (correct link in comment) 12:22:03. After that I spent hours to convince MediaWiki, that I want in fact the new image, not the old image, eventually luck or bigChunkedUpload.js managed this. Be..anyone (talk) 17:23, 7 March 2015 (UTC)

Thanks Man,

Actually, I deleted the first version to see if my description field showed up, this is why the history doesn't list the first version.

I'll do a test with another pix and will come back here to tell what.

Thanks. Casablanca1950 (talk) 07:34, 9 March 2015 (UTC)

Existing wiki is not detected by performing /mw-config

Possible to have different hashes in database?

Hey!

I am wondering if is it possible to have different password hashes in MySQL database?

E.g.

Admin - SHA-256:Salt:Password User1 - MD5:Salt:Password

Have tried this:

UPDATE `user` SET user_password = CONCAT(':A:', MD5('somepass')) WHERE user_name = 'someuser';

And it changes the password correspondingly, but after one log in with the user it changes the hash back to SHA-256 (Guess some kind of MediaWiki default.

Any ideas? 195.80.111.109 12:21, 3 March 2015 (UTC)

Hi!

MediaWiki supports different password hashing algorithms. Even if one of these algorithms is set to be the default (SHA-256 in your case), for backwards compatibility it may still be possible to log in with hashes of another format. These older hashes are then updated during login. See Manual:User_table#user_password for more details! 88.130.103.73 13:13, 3 March 2015 (UTC)

receive email notification when someone post comment

How i can receive email notification when someone post comment, I'm using this extension for comments 'Extension:Comments' and I want to receive email when anyone clicks on 'post. 80.90.166.58 14:32, 4 March 2015 (UTC)

Have you seen https://www.mediawiki.org/wiki/Extension_talk:Comments#Do_comments_cause_a_watchlist_notification.3F ? The talkpage of that extension might be more suitable. Malyacko (talk) 07:58, 5 March 2015 (UTC)

white page after search

Hello

it have a bit of a problem. I have quite a few articles on my wiki. When i go to a NEW pc and enter the wiki, try to search for something that exists, let's say "Nature" on the wiki the page comes up blank and nothing is shown but a white page. If i search for example "cookie" the page comes up saying that nothing with "cookie" exist and ask if i want to create it.

If i enter a random article on the wiki and from there search for "Nature" the page comes up and no white page is shown, the same happens on the frontpage now if i search for "Nature" i get redirected to the correct page without a white page.

BUT, if i now go to a new computer again and search for "Nature" i get the white page of death until i have enterd any random article, then when i search for "Nature" again i get redirected without the white page

Anyone have any idea why this is ? i have tried to use the "rebuildall.php" script trough SSH but it did not help :/ 192.176.230.1 07:34, 5 March 2015 (UTC)

A white page is usually a PHP fatal error. See Manual:How to debug for tips to display PHP errors on screen, or look at the apache error log. Ciencia Al Poder (talk) 10:37, 5 March 2015 (UTC)

[RESOLVED] How to add bureaucrats to protection groups?

If I "Change protection" for a page I can only choose between those user groups:

• Allow all users
• Allow only autoconfirmed users
• Allow only sysops

How can I add the bureaucrats to this menu?

I found Manual:$wgRestrictionLevels but I'm afraid it doesn't solve my problem. Stefahn (talk) 09:57, 5 March 2015 (UTC)

Have you read the details part of Manual:$wgRestrictionLevels?? There is explained, how you can add your own protection levels :) Florianschmidtwelzow (talk) 12:53, 5 March 2015 (UTC)

I read it - now I also tried it ;)

It works with the following code:

$wgRestrictionLevels[] = 'Buerokraten'; 
$wgGroupPermissions['bureaucrat']['Buerokraten'] = true;
$wgGroupPermissions['sysop']['Buerokraten'] = true;

Stefahn (talk) 11:19, 22 March 2015 (UTC)

Yep, that's how it should work :P

Schönes Wochenende! Florianschmidtwelzow (talk) 01:09, 29 March 2015 (UTC)

[RESOLVED] how to set create page/edit a page permission to a group?

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

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

i tried couple of combination but doesnt seem to work

the thing is all i need from the group users to have the option to edit pages but all of the permissions on "edit" to be blocked (false)

how can i do this please help

thanks in advance! Asafm14567 (talk) 10:43, 5 March 2015 (UTC)

Manual:$wgGroupPermissions has a pretty good explanation on that topic. Check there for more information! 88.130.88.181 12:25, 5 March 2015 (UTC)

i read it and i even used http://www.mediawiki.org/wiki/Manual:User_rights to get all the right permissions

$wgGroupPermissions['user']['read'] = true;

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

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

i put in this permissions but it doesnt work the members of the user group can still create pages (you search for a page and do create page)

how to make this work??? 84.95.206.229 15:20, 9 March 2015 (UTC)

Is your wiki in the internet? If you tell me the URL, I'll have a look at the group permissions. 88.130.114.249 17:40, 9 March 2015 (UTC)

no its in a private network but here is the entire permissions from the localsettings.php

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

$wgGroupPermissions['user']['read'] = true;

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

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

$wgGroupPermissions['Editors']['read'] = true;

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

$wgGroupPermissions['Administrators']['read'] = true;

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

$wgGroupPermissions['Administrators']['administration'] = true;

$wgGroupPermissions['Administrators']['technical'] = true;

thanks for the help 84.95.206.229 08:44, 10 March 2015 (UTC)

FIXED found out the issue was that the all group (*) had the permissions caused this issue 84.95.206.229 15:33, 11 March 2015 (UTC)

delayed

Please help finish the job - . Дагиров Умар (talk) 18:50, 5 March 2015 (UTC)

[RESOLVED] Create Link to memberlist of category

Hi! i try to create a link to open a special-page with a list of all members in the category "Windows-Aufgaben" - but the code [[Category:Windows-Aufgaben]] or [[Kategorie:Windows-Aufgaben]] (german installation) did not open a side like this.

what is my mistake?

regards Jan JanTappenbeck (talk) 07:53, 6 March 2015 (UTC)

problem fixed!

|[[:Category:ma22-bagis-001]]}} - missing ":" before Category

regards jan JanTappenbeck (talk) 08:37, 6 March 2015 (UTC)

A lot of system pages don't have "nofollow, noindex" tags

Hello all, I have mediawiki v.1.22.13. After updating I see that there are a lot of system pages that usless and they don't have any nofollow, noindex tags like this:
http://www.wikijournal.ru/index.php/MediaWiki:Aboutpage
http://www.wikijournal.ru/index.php/MediaWiki:Categorytree-collapse-bullet — Wiki Journal
http://www.wikijournal.ru/index.php/MediaWiki:Confirmemail_invalid
How can I disable such pages from search engines? Shall use robots.txt for it? Fokebox (talk) 10:36, 6 March 2015 (UTC)

And I noticed that all of them begin from Mediawiki:

Are there any option to exclude it from search engines without updating wiki? Fokebox (talk) 10:40, 6 March 2015 (UTC)

Yes. Interestingly enough, wikipedia doesn't disallow them in robots.txt neither . Maybe a task could be created to ask for those pages to include noindex at least. Ciencia Al Poder (talk) 10:53, 6 March 2015 (UTC)

Yes, it can be prohibited by robots.txt of course but there are a lot alike pages, I guess more then 100. I just gave an example of three such pages. And wonder if there is a simple solution of this issue to disallow indexing all "Mediawiki:" pages. Fokebox (talk) 10:59, 6 March 2015 (UTC)

I have added these pages to robots.txt. The easiest solution for me was to do that namespace-wise, e.g. disallow all /Special: pages or all /MediaWiki: pages. 88.130.125.116 15:41, 6 March 2015 (UTC)

Could you please give me a link to the robots.txt file with disallowing all this pages to be indexed? I would like to make the same ) or write here how to make it in robots.txt file ) Fokebox (talk) 19:41, 6 March 2015 (UTC)

User-agent: *
Disallow: /wiki/index.php
Disallow: /index.php
Disallow: /?
Disallow: /*?
Disallow: /Talk
Disallow: /Special
Disallow: /User
Disallow: /User_talk
Disallow: /MediaWiki
Disallow: /MediaWiki_talk

This is what I use. 88.130.125.116 20:12, 6 March 2015 (UTC)

Does "Disallow: /MediaWik" means that search engines will not follow and index all pages begins from "MediaWiki:"? (like I indicated at this topic) or should I do so

Disallow: /index/MediaWiki

Fokebox (talk) 15:03, 7 March 2015 (UTC)

So I did so:

User-agent: *
Disallow: /api.php
Disallow: /index.php/*?
Disallow: /index.php?
Disallow: /index.php/Help
Disallow: /index.php/MediaWiki
Disallow: /index.php/MediaWiki:
Disallow: /index.php/Special
Disallow: /index.php/Special:
Disallow: /index.php/Шаблон
Disallow: /index.php?diff=
Disallow: /index.php?oldid=
Disallow: /index.php?title=MediaWiki
Disallow: /index.php?title=MediaWiki:
Disallow: /index.php?title=Special:
Disallow: /index.php?title=Шаблон

Hope it is correct =) Fokebox (talk) 20:32, 7 March 2015 (UTC)

Design of MW pages broken?

This post by Revibot was moved on 2015-07-11. You can find it at Project:Village Pump/Flow/2015#h-Design_of_MW_pages_broken?-2015-03-06T08:52:00.000Z. Ciencia Al Poder (talk) 10:49, 6 March 2015 (UTC)

Prevent table tags being translated into entities

I am working on a lua module that accepts an undefined amount of arguments to produce a table. I have a template that invokes the module

{{#invoke:Module|module}}

I have a row template:

|-
| {{{1}}}
| {{{2}}}

This is how I call the module template:

{{InvokeTemplate
| {{InvokeTemplate row | data1 | data2}}
}}

Finally, the lua module:

args = frame:getParent().args
t = mw.create.html('table')
t
    :tag('tr')
        :tag('th')
            :wikitext('Header1')
        :tag('th')
            :wikitext('Header2')
    :wikitext(args[1])
return tostring(t)

Now, the problem is that with this setup, the table layout in the row template is not recognized as wikitext, and instead is returned as is. I tried to use <tr> and <td> tags in the row template, but those tags were translated to HTML entities since it wasn't in a table context. I then tried to use the table creation tags in the invoking template - {| {{#invoke:Module|module}} |} - and modifying the lua module to t = mw.create.html(), however then the tags in the lua module were translated to entities. Despite the tags being in a table context, MediaWiki will not acknowledge it. Is there any way for me to force the wiki to not translate the tags - or perhaps there is a better practice to accomplish what I want? 77.222.174.71 14:15, 6 March 2015 (UTC)

For tables inside parser functions or templates, you should replace pipes with the {{!}} template (now part of core) so they don't get interpreted as the template/parser function parameter separator. Ciencia Al Poder (talk) 10:35, 9 March 2015 (UTC)

How to remove user creations from the Recent Changes page?

What's the correct way to stop the display of user creations on the Special:RecentChanges page?

I see Manual:$wgNewUserLog lets me disable logging of new users. I guess that will have the desired effect after a while, except that A) In the short term I still see entries except now they're labelled (<log-name-newusers>) with a link to the log which no longer exists B) I would quite like to still have access to the new users log. I just don't want these messages cluttering recent changes. Harry Wood (talk) 17:21, 6 March 2015 (UTC)

.mw-changeslist-log-newusers {
	display: none;
}

121.220.97.150 02:56, 7 March 2015 (UTC)

It seems like this class is not used on Special:RecentChanges... 88.130.98.185 11:59, 7 March 2015 (UTC)

The only way I could see that occurring is if you didn't use the enhanced changes, but that would be silly. If—God forbid—you don't use the enhanced changes, then there is no way to hide them with CSS. Maybe there is a hook that you could use to filter them out? OldChangesListRecentChangesLine? 121.220.97.150 04:00, 8 March 2015 (UTC)

What do you mean with "enhanced changes"? There is no class mw-changeslist-log-newusers in the RecentChanges page. For example look at RecentChanges here in this very wiki: No mw-changeslist-log-newusers. Changing the appearance of this class will not change a bit. 88.130.66.181 12:55, 8 March 2015 (UTC)

I'm talking about the sane version of recent changes, which everyone should be using. 124.181.128.160 01:23, 9 March 2015 (UTC)

The enhanced version is not the default and as far as I can tell nearly no one uses it. Your link was the first time I saw it and I have seen many wikis. Also we have no evidence that Harry is actually using it and I actually doubt he does. And even if he did: It still would not fix the by the vast majority used default display. 88.130.114.249 12:06, 9 March 2015 (UTC)

So you're saying no one uses the recent changes? Because the old version is unusable on anything but the smallest wikis. It's the default currently, but not on wikimedia. 124.181.128.160 12:48, 9 March 2015 (UTC)

This is not what I am saying. 88.130.114.249 13:10, 9 March 2015 (UTC)

Although my question is kind of a "display" thing (I specifically want to remove the display of this thing on this one page). I was looking for a server-side option. I don't think just hiding it in CSS is a very elegant solution. Wasted server effort generating HTML, and wasted browser effort receiving it all and then hiding some of it. Also the count of entries returned on the recent changes page will be wrong if we do this.

I'm surprised there isn't a setting to do this, because I think at some point MediaWiki was changed to start showing user creations here. So I always assumed there would be an option to go back if you preferred the old way. Guess not (or at least not without disabling the whole log)

"enhanced changes" is an interesting point because I see that the clutter is less of a problem anyway if you switch this on. The new user creations get nicely collapsed into a single line. So although that's not actually what anyone was suggesting... maybe that is the solution I'll go for ($wgDefaultUserOptions['usenewrc'] = 1;)

Thanks Harry Wood (talk) 14:39, 9 March 2015 (UTC)

Restrict the access to the log with something like

$wgLogRestrictions["newusers"] = 'autoconfirmed';

Only logs which can be seen by anyone go into the RecentChanges. Edward Chernenko 12:56, 9 March 2015 (UTC)

This works for anonymous users, but not for autoconfirmed, sysops and bureaucrats. If you set it to a non-existing usergroup, also sysops/bureaucrats should no longer see the entries. 88.130.114.249 13:23, 9 March 2015 (UTC)

Edward's suggestion is potentially a little bit useful. It doesn't do away with the trade-off, but gives a bit more control. I can decide which users see a the cluttered recent changes AND have access to the log, versus uses who have a decluttered recent changes but can't see the log.

I guess if I set $wgLogRestrictions["newusers"] = 'nobody'; then that's pretty much the same as $wgNewUserLog=false;. Everyone sees a de-cluttered recent changes, but nobody has access to the log.

Decluttered recent changes and access to the log for all users, is what I'd hope for. Harry Wood (talk) 14:47, 9 March 2015 (UTC)

Luckily, 88.130.114.249 is incorrect.

Any kind of restriction would cause the log entries not to show in recentchanges. Because they're not added into recentchanges table, and Special:RecentChanges only lists what's there.

It is irrelevant whether the user viewing RecentChanges has the right to view the log - the log won't be there. Edward Chernenko 14:51, 9 March 2015 (UTC)

Aha yes! That's more or less exactly what I'm looking for.

$wgLogRestrictions["newusers"] = 'autoconfirmed';

That's an interesting quirk of the permissions. By restricting it slightly, the entries don't get put on recent changes at all. So with this restriction it means un-logged-in users don't get to see the log, but that's no big problem Harry Wood (talk) 17:06, 12 March 2015 (UTC)

Harry Wood (talk) 17:06, 12 March 2015 (UTC)

> Any kind of restriction would cause the log entries not to show in recentchanges.

Which is a bug. Access restirctions only apply to the user groups, who are not allowed to view these rows. Users from other groups however are allowed to view them. That for these users, with access to these rows, the information is missing in Special:RecentChanges should not be the case. 88.130.72.70 19:35, 12 March 2015 (UTC)

My guess is that it has been done that way for performance reasons. Have you filed a bug about that? Ciencia Al Poder (talk) 10:59, 13 March 2015 (UTC)

Btw, Manual:$wgLogRestrictions mentions this as a feature. Edward Chernenko 15:48, 13 March 2015 (UTC)

"Import failed: No pages to import"

I'm trying to import Template:Chart and all related templates from my online 1.21 MediaWiki install to my local 1.15 install. I finally got admin privileges for my main account (see my previous post), but now, when I try to import the .xml download file from the now-available Import Pages page, I get an "Import failed: No pages to import" error. Is this a version incompatibility problem? If so, how do I overcome it? Is there a place where I can download a version of Template:Chart and related templates that's compatible with 1.15? Thanks! 174.20.67.76 02:08, 7 March 2015 (UTC)

I don't think that backward compatibility is supported, plus 1.15 has tons of known security holes so there's no convincing reason to stick to it. Malyacko (talk) 17:56, 9 March 2015 (UTC)

enable compression of images to speed up the page load

Is there a lossy or lossless compression tool for mediawiki in order to improve the page load? something like Smushit.com https://developers.google.com is telling me to 'enable compression' for some images to speed up the page load. LTech (talk) 08:29, 8 March 2015 (UTC)

The HTTP protocol supports compression of any content. FriedhelmW (talk) 14:14, 8 March 2015 (UTC)

could you give me more information how I can use this or links to pages that could help me?

Thanks LTech (talk) 09:35, 9 March 2015 (UTC)

This page contains all the information you should know about http compression: Ciencia Al Poder (talk) 10:43, 9 March 2015 (UTC)

LTech did not ask for a wa to do HTTP compression, but he in fact wants to compress images. Smushit does some kind of minification, which reduces the file size of the actual image. It does not do any HTTP compression (which in fact would help in addition to already having smaller file sizes right from the start).

When you upload an image into MediaWiki, you would be able to compress it, if, directly after upload, you could run an ImageMagick command. Does MediaWiki support that?

In my test, Smushit reduced the size of a test image by 3%; 97% were still there. A nice little start, but not very impressive. If you really want remarkably smaller image sizes, maybe you should think about lowering the value of $wgMaxUploadSize. That would enable you to "force" small image sizes.

Another aspect would be to use GZip to compress what later is transferred to the client. However, GZip is not extremely effective on images. Usually, compression is used for things like JavaScripts and CSS styles, not for images. 88.130.114.249 13:19, 9 March 2015 (UTC)

How to display flash in a page?

My website uses MediaWiki 1.16 and can't enable SSH connection. 一個正常人 (talk) 14:49, 8 March 2015 (UTC)

Use Extension:Widgets and create a widget with the HTML code for embedding a flash object. Then insert the widget on the page. Ciencia Al Poder (talk) 10:36, 9 March 2015 (UTC)

The download link of the extension is broken. 一個正常人 (talk) 06:28, 11 March 2015 (UTC)

And please update your wiki to MediaWiki 1.23! 1.16 is not safe. It has tons of known security holes. 88.130.114.249 11:44, 9 March 2015 (UTC)

The website is built on a shared host. The PHP version only allow me to upgrade it to 1.19, and it has difficulty to upgrade since SSH connection is not allowed. 一個正常人 (talk) 09:58, 10 March 2015 (UTC)

1.19 is still a supported (Long-Term-Support) release for a short while and highly recommended if you care about security and don't want your site to get hacked. Malyacko (talk) 11:21, 10 March 2015 (UTC)

Right. 1.19 (currently) still is supported and is safe to use.

You should really check the settings of your hosting pack to see, if/how you can change the PHP version. Does your host really only offer PHP 5.2? Hard to believe.... 88.130.106.95 12:32, 10 March 2015 (UTC)

Actually the website isn't created by me, just the founder gave me the username and the password of the FTP and the database.The website's PHP version is 5.2.17, the MySQL version is 5.1.63 and the MediaWiki version is 1.16.5. 一個正常人 (talk) 04:59, 11 March 2015 (UTC)

Then ask him, if he can change the PHP version. PHP 5.3 already is enough for MediaWiki 1.23, but it will also work with newer versions like 5.4 an 5.5. Basically you can say: Newer is better. 88.130.102.163 12:54, 11 March 2015 (UTC)

The website is hosted on a shared host, and the PHP version cannot be updated. 一個正常人 (talk) 13:11, 11 March 2015 (UTC)

Wow. That's a bummer. PHP 5.2 reached its end-of-life on January 6th, 2011(!) when the final version, PHP 5.2.17, was released. That is more than four years ago from now. Four years in IT, that is ages!

Finally, what you do is your decision. But if you ask me, if you leave things unchanged, it's only a question of time until your wiki is hacked. 88.130.102.163 13:48, 11 March 2015 (UTC)

The founder and most of the users is come from Mainland China, and I am the only one who don't come from Mainland China. This may cause the difficulty of finding host. Should I and the founders and the users start to discuss for considering to move the website? 一個正常人 (talk) 04:16, 12 March 2015 (UTC)

yes. you should always ... always have an environment that is save and sound. Updates are an important thing these days; especially when you run a wiki. Temptuousinsolence (talk) 12:14, 12 March 2015 (UTC)

If your current host does not have newer PHP versions: Yes. That is a discussion between you and the founder(s) first of all - the ordinary users can still be informed when you are about to actually move the wiki. 88.130.72.70 14:16, 12 March 2015 (UTC)

I post the link of this thread on the website and waiting for their replying. 一個正常人 (talk) 06:50, 13 March 2015 (UTC)

The founder said that he has no money to change the host. Should I provide the related website and the related thread? 一個正常人 (talk) 05:33, 14 March 2015 (UTC)

Your discussion with the owner is not relevant to us to help with your problem. There's nothing more we can do about that if the owner refuses to change the host to one that provides a maintained version of PHP Ciencia Al Poder (talk) 11:24, 14 March 2015 (UTC)

I have just checked the RELEASE-NOTES again for you and MediaWiki 1.18.6 (download link) is the last MediaWiki version, which will work with PHP 5.2. Even if you cannot change away from PHP 5.2, then you can at least Upgrade to MediaWiki 1.18.6. Using 1.18 security-wise is better than using 1.16, but note that also 1.18 contains security holes - even if less than 1.16. 88.130.92.106 13:37, 14 March 2015 (UTC)

But I can't reach the command line. 一個正常人 (talk) 13:45, 14 March 2015 (UTC)

You wrote that already - Upgrade also explains how to use FTP and the webbrowser to do the upgrade. 88.130.92.106 16:20, 14 March 2015 (UTC)

But it said that using web browser to update may have risk. 一個正常人 (talk) 04:51, 15 March 2015 (UTC)

That is why it also said that you should create a backup. 88.130.112.246 12:28, 15 March 2015 (UTC)

It's off topic! I'm asking how to display flash in a page? 一個正常人 (talk) 13:41, 14 March 2015 (UTC)

You wrote above that the download link of extension Widgets would be broken.

I found the Git repository with the source code here: https://git.wikimedia.org/branches/mediawiki%2Fextensions%2FWidgets.git

It contains the source code for the different versions of MediaWiki. There you can click on one of the commits and then click on the link "zip | gz | bzip2" to get an according archive. That is also how it works for other extensions as well.

Anyway, this extension is not compatible with MediaWiki 1.16. 88.130.92.106 17:37, 14 March 2015 (UTC)

MobileFrontend and Navbox

Currently (wikipedia) Navbox there are not displayed using MobileFrontend with Mobile view. Exists any solution to this problem?. Jmarchn (talk) 21:36, 8 March 2015 (UTC)

Solution is probably to help the mobile developer team get its rendering code / skin closer to "standard" MediaWiki... Malyacko (talk) 17:55, 9 March 2015 (UTC)

Sort pages by something other than single letter.

By default MediaWiki sorts categories and pages alphabetically and arranges them under a single letter.

Is there a way to change the single letter to custom words? I don't want to this for category sorting, but it would be nice to do for page sorting within a category/subcategory. For example I have many pages of automotive articles. I would like to sort them by:

- Engine
- Suspension
- Interior

Instead of the default

- E
- S
- I

Any help would be great! 2601:8:A780:899:CC54:135D:4227:729F 02:22, 9 March 2015 (UTC)

If your category needs grouping of such pages, then you should use subcategories for that: Category:Engine, Category:Suspension, etc Ciencia Al Poder (talk) 10:40, 9 March 2015 (UTC)

Delete a wiki

Hi! I want to delete my wiki, the full wiki and not just a page on my wiki. How do I do that? /Kajsa 62.119.161.132 09:52, 9 March 2015 (UTC)

Drop the database that contains your wiki. Ciencia Al Poder (talk) 10:44, 9 March 2015 (UTC)

And remove the files of that installation from your file system. 88.130.114.249 11:15, 9 March 2015 (UTC)

403 error when trying to create a page with a specific word in the title

When I try and create a page with the word 'Penicillin' in the tile I get a 403 error: site.com/index.php?title=Penicillin&action=edit Forbidden You don't have permission to access /index.php on this server. Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request.

I've never come across this before, other words seem to be fine in the title. Is this word blocked somewhere? How do I debug this? LTech (talk) 10:18, 9 March 2015 (UTC)

See Manual:Errors and symptoms#Attempting to save an edit gives you a 403 Forbidden error, or you get redirected to the main page Ciencia Al Poder (talk) 10:45, 9 March 2015 (UTC)

Check Extension:TitleBlacklist. FriedhelmW (talk) 17:40, 9 March 2015 (UTC)

Extension:TitleBlacklist is not able to generate a standard apache error message IMHO. Ciencia Al Poder (talk) 10:58, 10 March 2015 (UTC)

Not Quite an Error - No Special Pages

Hi there, looking for help with a decidedly weird issue with our private installation of MW. Just upgraded to 1.24.1 and now having a very annoying problem. Whenever we try to get to Special pages, they usually show up once but then navigating to another special page or back to one we just had open, we get "No such special page," and the link to valid ones becomes red, too.
As I said, sometimes it does work (such as after an IISreset) but only for a few seconds/requests, which is how I got this info.

MediaWiki 1.24.1 on Windows Server 2008 R2 with IIS 7.5
PHP 5.6.5 (cgi-fcgi)
MySQL 5.6.22-log

No debugging or trace has helped because it does not seem to register as an actual error, just a missing page. DksDev064 (talk) 19:54, 9 March 2015 (UTC)

Image with no link

I am trying to display a decorative image that does nothing when clicked on. I have tried to code it as

[[File:image.png|50px|link=|alt=]] 

By leaving the link attribute blank I can successfully do this until the next time the page is edited. When the edit button is pressed the code automatically changes and the image links to its image page.

Any suggestions? 198.84.240.164 00:05, 10 March 2015 (UTC)

The syntax with empty link and alt attributes is OK. It is what also is recommended on en:Wikipedia:Picture_tutorial:

A purely decorative image, which conveys no information and does nothing when it is clicked on, can be specified with an empty alt attribute. For example [[File:Flag of the United States.svg|20px|link=|alt=]] generates a flag that is purely decorative.

I just tried editing a WP page that way and the syntax has not been changed. For pages in Wikipedia this problem does not seem to exist...

Do you have an idea, why the page code is changed for you? 88.130.106.95 00:51, 10 March 2015 (UTC)

 16:57, 11 March 2015 (UTC)

Apologies for the repeat.

While the code works in Wikipedia, it does not in my MediaWiki page.

Attached is my product version:

Product Version 
MediaWiki 1.19.7 
PHP 5.3.15 (cgi-fcgi) 
MySQL 5.1.63-community-log

Once again, as soon as I click return to the edit screen, the code automatically changes to

[[Image:image.png|50px|image.png]]

I'm assuming the problem is the WYSIWYG editor. Is there any way to bypass this automatic change with code? 198.103.104.11 17:01, 11 March 2015 (UTC)

Can you verify that it's in fact the WYSIWYG-Editor, which is cuasing this issue? You can e.g. do that by temporarily disabling it in LocalSettings.php and testing, if the problem does not appear anymore then. 88.130.102.163 17:35, 11 March 2015 (UTC)

[importDump.php] error

Dear

1. run importDump.php

   $ nohup php ./importDump.php --no-updates < kowiki-latest-pages-articles.xml &

2. Error - nohup.out

560900 (74.91 pages/sec 74.91 revs/sec) 561000 (74.91 pages/sec 74.91 revs/sec) [44ead776] [no req] Exception from line 324 of /opt/bitnami/apps/wordpress/htdocs/mediawiki/includes/content/ContentHandler.php: No handler for model 'Scribunto' registered in $wgContentHandlers Backtrace:

1. 0 /opt/bitnami/apps/wordpress/htdocs/mediawiki/includes/Import.php(1291): ContentHandler::getForModelID(string)
2. 1 /opt/bitnami/apps/wordpress/htdocs/mediawiki/includes/Import.php(687): WikiRevision->getContentHandler()
3. 2 /opt/bitnami/apps/wordpress/htdocs/mediawiki/includes/Import.php(662): WikiImporter->processRevision(array, array)
4. 3 /opt/bitnami/apps/wordpress/htdocs/mediawiki/includes/Import.php(613): WikiImporter->handleRevision(array)
5. 4 /opt/bitnami/apps/wordpress/htdocs/mediawiki/includes/Import.php(466): WikiImporter->handlePage()
6. 5 /opt/bitnami/apps/wordpress/htdocs/mediawiki/maintenance/importDump.php(299): WikiImporter->doImport()
7. 6 /opt/bitnami/apps/wordpress/htdocs/mediawiki/maintenance/importDump.php(266): BackupReader->importFromHandle(resource)
8. 7 /opt/bitnami/apps/wordpress/htdocs/mediawiki/maintenance/importDump.php(104): BackupReader->importFromStdin()
9. 8 /opt/bitnami/apps/wordpress/htdocs/mediawiki/maintenance/doMaintenance.php(101): BackupReader->execute()
10. 9 /opt/bitnami/apps/wordpress/htdocs/mediawiki/maintenance/importDump.php(304): require_once(string)
11. 10 {main}

3. Version mediawiki Version

4. How to fix it?

Thank you~ 구덕관 (talk) 02:14, 10 March 2015 (UTC)

See also https://phabricator.wikimedia.org/T49270 88.130.106.95 03:13, 10 March 2015 (UTC)

Cannot add statements in item page: wikibase-api-param-missing

Dear,

Hello. I'm very new about mediawiki and I made my project.(mysql 5.5.41, php 5.4.10, mediawiki 1.24.1)
I've installed mediawiki and wikibase and tried to add statement to an item I've created("Obama") but couldn't do it.
After clicking add button and I had entered property such as "height", I had expected value input box but there was spinning icon forever.
I tried to find out the reason by searching portals or checking help but couldn't figure it out why.

When I checked with chrome, I got the error message as below.
It shows param-missing but no idea about it... Could you kindly give me any advice to solve the problem, please?

[Headers]
Remote Address:10.251.21.233:80
Request URL:http://10.251.21.233/mediawiki/api.php?action=wbgetentities&format=json&ids=P3&languages=en
Request Method:GET
Status Code:200 OK
Request Headersview source
Accept:application/json, text/javascript, */*; q=0.01
Accept-Encoding:gzip, deflate, sdch
Accept-Language:ko-KR,ko;q=0.8,en-US;q=0.6,en;q=0.4
Connection:keep-alive
Referer:http://10.251.21.233/mediawiki/index.php/Item:Q2
User-Agent:Mozilla/5.0 (Windows NT 6.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/40.0.2214.115 Safari/537.36
X-Requested-With:XMLHttpRequest
Query String Parametersview sourceview URL encoded
action:wbgetentities
format:json
ids:P3
languages:en
Response Headersview source
Cache-Control:private
Connection:Keep-Alive
Content-Length:302
Content-Type:application/json; charset=utf-8
Date:Tue, 10 Mar 2015 11:29:32 GMT
Keep-Alive:timeout=5, max=99
MediaWiki-API-Error:param-missing
Server:Apache/2.2.22 (Ubuntu)
X-Content-Type-Options:nosniff
X-Frame-Options:DENY
X-Powered-By:PHP/5.3.10-1ubuntu3.16

[Preview]
error: {code: "param-missing",…}
code: "param-missing"
info: "A parameter that is required was missing (Either provide the item "ids" or pairs of "sites" and "titles" for corresponding pages)"
messages: [{name: "wikibase-api-param-missing", parameters: [],…}]
0: {name: "wikibase-api-param-missing", parameters: [],…} Bdjwiki (talk) 11:33, 10 March 2015 (UTC)

Uploading files is very slow and I have to restart apche

Uploading an file (.png, .pdf, .jpg etc.) mediawiki is loading page. To acces my wiki again, I have to restart apache, after restarting apache my wiki works again and the file
I uploaded is displayed.

MediaWiki 1.22.5
PHP 5.3.3 (apache2handler)
MySQL 5.6.19-log
What is the reason of my uploading problem?
Thanks in advance 62.41.129.102 11:41, 10 March 2015 (UTC)

What does your error.log say? Florianschmidtwelzow (talk) 10:03, 11 March 2015 (UTC)

Hello,

I just tried again to upload an .png file of 75 kb, 20 minutes it is stil uploading now. I can not founf any error message in de error.log

last update in my error.log is from 2015-01-15 12:06:23

2015-01-15 12:06:19 2716 [Note] Plugin 'FEDERATED' is disabled.

2015-01-15 12:06:19 1450 InnoDB: Warning: Using innodb_additional_mem_pool_size is DEPRECATED. This option may be removed in future releases, together with the option
innodb_use_sys_malloc and with the InnoDB's internal memory allocator.

2015-01-15 12:06:19 2716 [Note] InnoDB: Using atomics to ref count buffer pool pages

2015-01-15 12:06:19 2716 [Note] InnoDB: The InnoDB memory heap is disabled

2015-01-15 12:06:19 2716 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions

2015-01-15 12:06:19 2716 [Note] InnoDB: Compressed tables use zlib 1.2.3

2015-01-15 12:06:19 2716 [Note] InnoDB: Not using CPU crc32 instructions

2015-01-15 12:06:19 2716 [Note] InnoDB: Initializing buffer pool, size = 164.0M

2015-01-15 12:06:19 2716 [Note] InnoDB: Completed initialization of buffer pool

2015-01-15 12:06:19 2716 [Note] InnoDB: Highest supported file format is Barracuda.

2015-01-15 12:06:20 2716 [Note] InnoDB: 128 rollback segment(s) are active.

2015-01-15 12:06:20 2716 [Note] InnoDB: Waiting for purge to start

2015-01-15 12:06:20 2716 [Note] InnoDB: 5.6.19 started; log sequence number 25571087

2015-01-15 12:06:20 2716 [Note] Server hostname (bind-address): '*'; port: 3306

2015-01-15 12:06:23 2716 [Note] IPv6 is not available.

2015-01-15 12:06:23 2716 [Note] - '0.0.0.0' resolves to '0.0.0.0';

2015-01-15 12:06:23 2716 [Note] Server socket created on IP: '0.0.0.0'.

2015-01-15 12:06:23 2716 [Note] Event Scheduler: Loaded 0 events

2015-01-15 12:06:23 2716 [Note] C:\Program Files\MySQL\MySQL Server 5.6\bin\mysqld: ready for connections.

Version: '5.6.19-log' socket: port: 3306 MySQL Community Server (GPL)

http config file op apache: 62.41.129.103 09:11, 16 March 2015 (UTC)

The log we're asking for is the apache error_log, and not mysql Ciencia Al Poder (talk) 10:37, 16 March 2015 (UTC)

Showing images into RSS feeds

To whom it may concern,

I posted this a week ago here Extension talk for RSS and it the same problem as described here Sanitizer fails to include image tags if incorrectly written as closed/void tags, but I will post it here in hopes that someone will see it an be able to help me out.

I have RSS feed 2.25.0 installed, with a MediaWiki 1.23.5.

I am trying to get images to be shown in RSS feeds that I have added to a Wiki and I have not figured it out.

So lets say I create a Wiki page for an organisation that also has a Facebook page. Lets say Wikipedia has a Facebook page.

Through findmyfacebookid.com I find out that Wikipedia's Facebook ID is 33138223345.

I can add that number to the back of https://www.facebook.com/feeds/page.php?format=rss20&id= to get https://www.facebook.com/feeds/page.php?format=rss20&id=33138223345 which is the RSS feed of Wikipedia on Facebook.

so far so good,

now I go back to my wiki and add that feed between ‎<rss>-tags, so it shows as such

 <rss max="16">https://www.facebook.com/feeds/page.php?format=rss20&id=33138223345</rss>
 

and it looks pretty good, except when there are images included in the RSS feed posts, they are not shown, just a html code is shown

e.g. this image

of Armenia's Wiki Camp shows up like this in the feed section of my wiki:

 <img class="img" src="https://fbexternal-a.akamaihd.net/safe_image.php?d=AQAbFMb77DTthF-D&w=158&h=158&url=https%3A%2F%2Fupload.wikimedia.org%2Fwikipedia%2Fcommons%2Fthumb%2Fe%2Fe9%2FWiki_camp_Armenia_2014_flash_mob.png%2F580px-Wiki_camp_Armenia_2014_flash_mob.png" alt="" />  

well that is not that sexy, I want some feeds with images as eye candy, they get more clicks/attention/love.

1. So I figure, I need to go into RSS.php file and set the parameter $wgRSSAllowLinkTag = true; and $wgRSSAllowImageTag = true; it still doesn't work
2. maybe my wiki doesn't allow external images? so I follow the Manual:$wgAllowExternalImages instructions and add that with $wgAllowExternalImages = true; it still doesn't work
3. The code itself is html, I check if it would work to just add ‎<html>-tags around the ‎<rss>-tags, doesn't work
4. I copy the code out of the feed and add tags below separately

    <html> <img class="img" src="https://fbexternal-a.akamaihd.net/safe_image.php?d=AQAbFMb77DTthF-D&w=158&h=158&url=https%3A%2F%2Fupload.wikimedia.org%2Fwikipedia%2Fcommons%2Fthumb%2Fe%2Fe9%2FWiki_camp_Armenia_2014_flash_mob.png%2F580px-Wiki_camp_Armenia_2014_flash_mob.png" alt="" />  </html>

   which renders the image after I set $wgRawHtml=true; see Manual:$wgRawHtml that works, but doesn't help me
5. what if I set the Manual:$wgAllowImageTag to $wgAllowImageTag=true;, now I don't need to set ‎<html>-tags around ‎<img>-tags and the images are shown but not in the rss feeds. doesn't work
6. What if I can add ‎<html>-tags into the subelements of the template for the extension, directly into MediaWiki:Rss-item? The description is where the image are that I pulled from Facebook, so if I add ‎<html>-tags around that parameter?

    {{$1 | title = {{{title}}} | link = {{{link}}} | date = {{{date}}} | author = {{{author}}} | description = <html>{{{description}}}</html> }}

   doesn't work. Maybe around the whole template?

    <html>{{$1 | title = {{{title}}} | link = {{{link}}} | date = {{{date}}} | author = {{{author}}} | description = {{{description}}} }}</html>

   doesn't work.
7. Then I read through this Project:Support desk/Flow/2014/01#h-[RESOLVED]_template_variables_within_html_tags-2014-01-28T13:13:00.000Z. So you need to add

    {{#tag:html| }} 

   around the parameters.

    {{$1 | title = {{{title}}} | link = {{{link}}} | date = {{{date}}} | author = {{{author}}} | description = {{#tag:html| {{{description}}} }} }}

   doesn't work. Maybe like this?

    {{$1 | title = {{{title}}} | link = {{{link}}} | date = {{{date}}} | author = {{{author}}} | {{#tag:html| description =  {{{description}}} }} }}

   doesn't work. Around the whole thing?

    {{#tag:html| {{$1 | title = {{{title}}} | link = {{{link}}} | date = {{{date}}} | author = {{{author}}} | description =  {{{description}}} }} }}

   doesn't work.
8. Am I changing the wrong template? Maybe the MediaWiki:Rss-feed instead? there I change the source to

   ; '''<span class='plainlinks'>[{{{link}}} {{{title}}}]</span>''' : {{#tag:html| {{{description}}} }} : {{{author}}} {{{date}}} 

   doesn't work. Different

    ; {{#tag:html| '''<span class='plainlinks'>[{{{link}}} {{{title}}}]</span>''' : {{{description}}} : {{{author}}} {{{date}}} }}

   doesn't work.

I don't know what else I could do? Maybe take earlier version of the extension? If anyone could help me here I would be grateful. Lumber Jack second account (talk) 12:24, 10 March 2015 (UTC)

PDFGenerator + picture not shown (org.xhtmlrenderer:flying-saucer-pdf:9.0.7) FGJKJ

Hi all,

We are trying to put a picture inside a PDF file from wiki text. The methods works well for creating a html document but not for a pdf document. This is how we proceed for creating our PDF document :

final WikiModel wikiModel = new WikiModel("file://"+inputFolder.getAbsolutePath() +"\\${image}", "#${title}"); String renderedXHTML = wikiModel.renderPDF(builder.toString());

URL url = exportFolder.toURI().toURL(); PDFGenerator gen = new PDFGenerator(url); gen.create(filename, renderedXHTML, PDF_HEADER, PDF_FOOTER, title, style);

but the picture doesn't appear...

The versions uses are : bliki-core:3.1.0, bliki-pdf:3.1.0

Any help would be appreciated. Best regards. 92.103.235.6 13:36, 10 March 2015 (UTC)

I can add that we are using org.xhtmlrenderer:flying-saucer-pdf:9.0.7

I tried also to convert the html file (where the picture is shown) into pdf fromt this code:

String myurl = new File(inputHtmlFile).toURI().toURL().toString();

OutputStream os = new FileOutputStream(outputFile);

ITextRenderer renderer = new ITextRenderer();

renderer.setDocument(myurl);

renderer.layout();

renderer.createPDF(os);

os.close();

But still the picture doesn't appear in the PDF file... 92.103.235.6 15:04, 10 March 2015 (UTC)

The answer relies in the url path given to the WikiModel.

I just changed

WikiModel wikiModel = new WikiModel("file://"+inputFolder.getAbsolutePath() +"\\${image}", "#${title}");

by

WikiModel wikiModel = new WikiModel(inputFolder.toURI().toURL().toString() +"${image}", "#${title}");

and now it works fine.

Hope it can help some others.

Best regards. 92.103.235.6 09:36, 11 March 2015 (UTC)

Reference to image/file in MediaWiki widget

MediaWiki 1.22.0 PHP 5.3.10 MySQL 5.5.41

I'm trying to include an image in MediaWiki widget-code:

<img src="/img/test.jpg" /> "test.jpg΅ exists in the "img" map of the wiki, but the image does not show up. How can I achieve this?

Same question for a reference to a JavaScript- or CSS-file. Waandershz (talk) 13:50, 10 March 2015 (UTC)

You should provide the direct URL to the file (not the file description page of the wiki) Ciencia Al Poder (talk) 10:37, 11 March 2015 (UTC)

Error in page World Trade Center in French Wikipedia

Hi, the article on One World Trade Center (https://fr.wikipedia.org/wiki/One_World_Trade_Center) displays the following error :

Erreur Lua dans Module:Wikidata à la ligne 674 : attempt to index local 'entity' (a nil value).

The Infobox does not appear and name references don't work. I tried several tests to figure out the problem but could not resolve it.

Thanks! Guerinf (talk) 15:57, 10 March 2015 (UTC)

Please ask the authors of module Wikidata. FriedhelmW (talk) 08:41, 12 March 2015 (UTC)

Mass deletion of category

Hi I've got unwanted category in a couple of hundred pages. Is there any plugin or tool to help me delete them in kinda batch process method ? I want to delete entry in this pages not the category itself which has to stay untouched.

thanks for help 77.242.225.130 17:19, 10 March 2015 (UTC)

Yes: Extension:ReplaceText can do that! 88.130.106.95 18:08, 10 March 2015 (UTC)

Extension:Collection and Namespaces

Using Extension:Collection, on viewing a page of a selected namespace (i.e. Help or Template, not in "(Main)"), it disappears "Create a book" or "Download as PDF". It is possible to enable export in these pages?. Jmarchn (talk) 20:09, 10 March 2015 (UTC)

Step by step guide to create a tool on wmflbs

Is there any doc existis from where i can get the guideline to create a tool at wmflabs. I want to use pywikibot with that tool. Nasir Khan Saikat • talk • 10:57, 11 March 2015 (UTC)

Maybe https://wikitech.wikimedia.org/wiki/Help:Tool_Labs AKlapper (WMF) (talk) 13:07, 12 March 2015 (UTC)

Thanks for the reply. I read the page earlier. It is a very useful page but i could not find the answer of a few questions.

• it says that 'webservice start' will start the server, bot how long will it remain running?
• how to upload files to the tools account?
• how to use pywikibot in tools?
• how to setup cron?
• how to access publicly my maintainer account files? Nasir Khan Saikat • talk • 19:18, 12 March 2015 (UTC)

• Until "webservice stop" or until other unexpected things happen (electricity outage, harddisc dies, code reached that creates severe problems, world collapses, etc.)
• See section "SSH/SFTP/SCP" on that page
• How to use pywikibot not in tools, and what's the difference you've experienced so far to tools?
• Same for the rest of the questions I guess... Malyacko (talk) 09:16, 13 March 2015 (UTC)

For pywikibot, see wikitech:Help:Tool Labs/Developing#Pywikibot. Ricordisamoa 12:30, 31 March 2015 (UTC)

Limitations Using LDAP Authentication with AccessControl?

I have set up my wiki to authenticate against our LDAP directory. How does this affect the use of groups in the wiki?

For example, I would like to use the AccessControl extension. The documentation doesn't explicitly say it can't be used with LDAP authentication, but the instructions include the creation of namespaces and groups. If we're using LDAP, how do I assign users to the group? 204.209.209.130 15:33, 11 March 2015 (UTC)

add contacts in a form on my page

Hello I'd like to know how I can make a form into my page and add contacts in my database. 200.255.122.252 19:34, 11 March 2015 (UTC)

You should use a specific application with a relational database with all fields required for you to manage contacts, and not a software like MediaWiki that's for documentation. Ciencia Al Poder (talk) 11:26, 12 March 2015 (UTC)

I can neither find or add my fiends, and vice versa

I have registered and created a profile, and set all the options I can find to 'allow', but I cannot find my 2 friends who asked me to join by searching. I have searched using their full diasporia email IDs. We have sent each other invites and they weren't received. It does say my 2 invites were sent. My community spotlight page seems to be empty, other than the list of aspects. I have not yet seen any other user other than the operator who is presumably added automatically.

I have not found anything in the tutorials, and really cannot face the technical manual. Have you any suggestions please? Lexxorcist23 (talk) 23:49, 11 March 2015 (UTC)

This website is for support about MediaWiki software. What you are asking seems to be a problem of how a particular wiki (that you don't even mention) has been set up.

Please ask in the forums of your wiki/community Ciencia Al Poder (talk) 11:30, 12 March 2015 (UTC)

Interwiki: :wikipedia and :wikimedia?

[[:wikipedia:AnyItem]] transcludes (or redirects) to [[http://en.wikipedia.org/wiki/AnyItem]]. But [[:wikimedia:AnyItem]] doesn't transclude to [[http://wikimediafoundation.org/wiki/AnyItem]]. How to solve it?. Jmarchn (talk) 17:53, 12 March 2015 (UTC)

wikimedia:AnyItem works for me Ciencia Al Poder (talk) 10:57, 13 March 2015 (UTC)

wikis say cookies not enabled

I'm operating a couple wikis, e.g. at openworldleague.org. They are currently not allowing me (or anyone, I think) to login claiming cookies are not enabled in my browser(s), even though they are. I've been unable to login. Anyone have any ideas? OlmsteadP (talk) 03:59, 13 March 2015 (UTC)

I think these warning messages are related to this ;)

Warning: Unknown: write failed: Disk quota exceeded (122) in Unknown on line 0

Warning: Unknown: Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/tmp) in Unknown on line 0

You should contact your host provider or solve this problem first, and i'm sure, that the login will work after this :) Florianschmidtwelzow (talk) 06:18, 13 March 2015 (UTC)

Okay thanks, I will look in that! OlmsteadP (talk) 14:14, 13 March 2015 (UTC)

Login & Password Authentication issue after upgrade

After upgrading Mediawiki 1.12 to Mediawiki 1.21 existing password is not working , if i reset explicitly then only working, how to fix? :-(

Postgresql 9.2 125.19.34.86 12:03, 13 March 2015 (UTC)

I guess that you somehow use passwords, which are in the wrong password format.

Do you use any extensions, which change something with the passwords?

Any specialties for login? LDAP or something?

Finally, please look into the database table user and check the column user_password. This column will contain a password hash. Check it for one user, where it is working again and for one user, where it is broken. What are the first like 5 signs in the according fields? Are they different? 88.130.110.84 14:07, 13 March 2015 (UTC)

Hi,

Issue solved by adding $wgPasswordSalt = false; in Localsettings.php, 125.19.34.86 08:34, 14 March 2015 (UTC)

Ok, but notice that this is only a workaround. It will weaken security of your wiki and using $wgPasswordSalt is deprecated. This insecure function will be removed from future versions of MediaWiki. 88.130.110.84 11:34, 14 March 2015 (UTC)

edit box lost there Monospaced font

since the last media wiki update on de:wp (1.25wmf20 (9dc1e3e) 15:35, 12. Mär. 2015) on some pages the esit box lost theor monospaced font like on https://de.wikipedia.org/wiki/Diskussion:Mitgliedstaaten_der_Europ%C3%A4ischen_Union , also the archiv box is widher, than it should be. see also the discusion on https://de.wikipedia.org/wiki/Wikipedia:WikiProjekt_Vorlagen/Werkstatt#Inputbox_.2B_mw-ui please. 190.137.245.78 14:46, 13 March 2015 (UTC)

This was tracked in phabricator:T92496 and phabricator:T92498. FriedhelmW (talk) 17:48, 13 March 2015 (UTC)

[RESOLVED] Problem in Confirming mail id

I couldn't confirm my mail id, the link provided by the system isnt working. it gives the following message

"There is currently no text in this page. You can search for this page title in other pages, search the related logs, or edit this page."

still my page remain unconfirmed profile. Help me with the issue 117.254.106.106 16:30, 13 March 2015 (UTC)

the prob is solved now 117.254.106.106 19:55, 13 March 2015 (UTC)

How was the prob solved exactly, so others who find this thread can understand your solution? AKlapper (WMF) (talk) 12:43, 14 March 2015 (UTC)

import sql data into new installation

I have a sql file from a previous mediawiki installation. How do I import those records into a new installation? HaroldRau (talk) 13:06, 14 March 2015 (UTC)

The easiest way is to use MySQL from the commandline like so:

mysql -u my-mysql-username -p my-database-name < name-of-sql-file.sql

This will import the file name-of-sql-file.sql into the database my-database-name. 88.130.92.106 13:23, 14 March 2015 (UTC)

Look at Manual:Restoring a wiki from backup, although importing a SQL file into a database is not a mediawiki specific question. Ciencia Al Poder (talk) 14:04, 14 March 2015 (UTC)

Progressive JPEG thumbs not recommended?

I tried progressive thumbs ($wgCustomConvertCommand = "convert %s -resize %wx%h -interlace plane %d";) and the thumbs are about twice the filesize. That's correct? Too bad actually. Subfader (talk) 01:31, 16 March 2015 (UTC)

Starting conversion of LiquidThreads to Flow at mediawiki.org

 16:38, 30 May 2015 (UTC)

 22:30, 14 May 2015 (UTC)

What should I do with the dead web links?

Hi.

The question itself if really short and probably asked million times already, but I'm not sure what to do with dead web links. My wiki is now full of dead web links that are reported by Pywikibot/weblinkchecker.py. What are the best practices in this case? I would like to preserve the web links somehow. Should be they just marked with text "dead link"? Or should I just remove the brackets and wrap the web links into the nowiki tag to let them be plain text? Or should I categorize the pages somehow? None of the above seems to be solid and strong.

Thanks in advance. 195.234.75.155 08:59, 17 March 2015 (UTC)

Weblinks themselves often are not solid. The saying that cool URLs don't change unfortunately is not taken very seriously by many website owners.

Anyway, if the information you linked to now is available at another place, you should just replace the links - which might need manual searching of the new URL and then possibly using something like Extension:ReplaceText to fix it. You might also want to check, if archive.org has the according page archived.

For links, which are not fixable, maybe you can put them into ref-tags - that way they will still be there, but just as a small footnote. 88.130.108.145 13:11, 17 March 2015 (UTC)

Thanks for the recommendations. Web archive is a very good option since the dead web links still refer old "web 1.0" sites. I'm not sure if I can find that info anywhere else because the referenced information is a sort of unique information. Regarding the ref tags: as far as I understand, the ref-tagged links will still be reported by the web links checker script. I would like to have something like page-baked/printed web links or so (I mean, the web links mentions should be kept somehow, not necessary to be a real link), because those links are a point of interest in the articles. 195.234.75.155 14:53, 17 March 2015 (UTC)

Yes, ref-tags still produce links and so I would expect that they are still recognized as broken by that script.

So, if I understand you right, you want to keep the links (kind of for historic reasons), but they should not be recognized as broken and they do not necessarily have to be clickable as they only lead to a 404 page anyway.

One possibility (of which I do not know, if it works) would be: If the checker script has a way to recognize links, which it should not check (e.g. by adding a class to the links or so), then you could change your links that way.

nowiki tags might actually be a good solution, if the above is not possible. 88.130.108.145 15:32, 17 March 2015 (UTC)

You guided me to the Web Archive, so I have to check the web-archived links first, if possible. That's a really very nice idea. I've just written a web-archive template:

<includeonly>


{{#vardefine:YEAR | {{#sub:{{{1}}}|0|4}}}}

{{#vardefine:MONTH | {{#sub:{{{1}}}|4|2}}}}

{{#vardefine:DAY | {{#sub:{{{1}}}|6|2}}}}

{{#vardefine:HOURS | {{#sub:{{{1}}}|8|2}}}}

{{#vardefine:MINUTES | {{#sub:{{{1}}}|10|2}}}}

{{#vardefine:SECONDS | {{#sub:{{{1}}}|12|2}}}}

[http://web.archive.org/web/{{trim|{{{1}}}}}/{{trim|{{{2}}}}} {{trim|{{{3}}}}}] <span style="font-size: xx-small;">(archived {{#var:YEAR}}/{{#var:MONTH}}/{{#var:DAY}} {{#var:HOURS}}:{{#var:MINUTES}}:{{#var:SECONDS}})</span></includeonly>

Example of use:

{{WebArchive | 20010727112808 | www.wikipedia.org | The very first Wikipedia snapshot}}

The result:

web.archive.org / web / 20010727112808 / www.wikipedia.org The very first Wikipedia snapshot (archived 2001/07/27 11:28:08)

It looks very good to me so far. 195.234.75.155 16:13, 17 March 2015 (UTC)

You guided me to the Web Archive, so I have to check the web-archived links first, if possible. That's a really very nice idea. I've just written a web-archive template:

<includeonly>


{{#vardefine:YEAR | {{#sub:{{{1}}}|0|4}}}}

{{#vardefine:MONTH | {{#sub:{{{1}}}|4|2}}}}

{{#vardefine:DAY | {{#sub:{{{1}}}|6|2}}}}

{{#vardefine:HOURS | {{#sub:{{{1}}}|8|2}}}}

{{#vardefine:MINUTES | {{#sub:{{{1}}}|10|2}}}}

{{#vardefine:SECONDS | {{#sub:{{{1}}}|12|2}}}}

[http://web.archive.org/web/{{trim|{{{1}}}}}/{{trim|{{{2}}}}} {{trim|{{{3}}}}}] <span style="font-size: xx-small;">(archived {{#var:YEAR}}/{{#var:MONTH}}/{{#var:DAY}} {{#var:HOURS}}:{{#var:MINUTES}}:{{#var:SECONDS}})</span></includeonly>

Example of use:

{{WebArchive | 20010727112808 | www.wikipedia.org | The very first Wikipedia snapshot}}

The result:

web.archive.org / web / 20010727112808 / www.wikipedia.org The very first Wikipedia snapshot (archived 2001/07/27 11:28:08)

It looks very good to me so far. 195.234.75.155 16:13, 17 March 2015 (UTC)

[RESOLVED] "MediaWiki does not function when magic quotes are enabled" error with magic quotes disabled

Upgrading from 1.12 to 1.24.1 and I'm receiving

"Exception from line 61 of /public_html/wiki/includes/WebRequest.php: MediaWiki does not function when magic quotes are enabled.

Backtrace:

1. 0 /public_html/wiki/includes/Setup.php(544): WebRequest->__construct()
2. 1 /public_html/wiki/includes/WebStart.php(121): require_once(string)
3. 2 /public_html/wiki/mw-config/index.php(36): require(string)
4. 3 {main}"

when I attempt to run mw-config/index.php. Magic quotes are off in the php.ini.

Trying to go to the main index just gives a "Fatal exception of type MWException".

I'm running PHP 5.3.27, if that makes a difference, and I've read and tried everything I could find, but I'm not sure what all I can do with only FTP and web access.

Thanks for any advice you can offer. 24.22.215.198 11:47, 17 March 2015 (UTC)

Obviously, at another place, another value is set for magic quotes and that value takes precedence. You will also be able to see that when you check the output of phpinfo() for the value of magic quotes.

The solution will be to make sure, magic quotes are really disabled. 88.130.108.145 12:49, 17 March 2015 (UTC)

Well, there was no problem before the upgrade, when magic quotes were still disabled.

I checked phpinfo and all magic quote entries are listed as "Off" in Local and Master Values. 24.22.215.198 22:39, 17 March 2015 (UTC)

I personally doubt that the MediaWiki source code is wrong at that place. I now checked it anyway and it is correct.

The file includes/WebRequest.php, around line 60 checks for magic quotes:

if ( function_exists( 'get_magic_quotes_gpc' ) && get_magic_quotes_gpc() ) {
  throw new MWException( "MediaWiki does not function when magic quotes are enabled." );
}

According to the PHP manual, get_magic_quotes_gpc() only returns TRUE, if magic quotes are enabled. 88.130.108.145 23:51, 17 March 2015 (UTC)

And yet it's not. I don't know what to tell you.

I'm just trying to find out if there's other places I can look or anything I can do to fix it before I just delete my whole install and give up on it. 24.22.215.198 23:55, 17 March 2015 (UTC)

You can modify the source code to look this way:

/* Code commented out
if ( function_exists( 'get_magic_quotes_gpc' ) && get_magic_quotes_gpc() ) {
  throw new MWException( "MediaWiki does not function when magic quotes are enabled." );
}
*/

This will disable the check and MediaWiki will then not fail at that place. Note: If magic quotes are in fact enabled, running a wiki on that system is just downright dangerous.

---

Anyway:

If magic quotes in fact are disabled, get_magic_quotes_gpc() should return 0 and not 1.

So what you report basically is a presumably wrong result of a PHP function. A false-positive so to speak.

If things are the way you tell us, then this is a bug in PHP, which you should report to the PHP bugtracker. 88.130.108.145 00:06, 18 March 2015 (UTC)

Thanks. That helped me narrow down that something was causing my php.ini to not work unless you had it in every folder involved for some unknown reason. So, after I copied it to several more folders, the magic quotes were off in every descending folder... Not sure why the ini settings weren't cascading down to the folders below it, but that at least fixed the issue so I could set up the wiki. 24.22.215.198 05:27, 18 March 2015 (UTC)

FCKEditor doesnt work with IE10+

Hello,

I installed and got FCKEditor working with IE9 and Firefox 36. For getting FCKEditor working with IE10 or higher I need to enable Entreprise Mode in IE...

Did someone already have the same issue and find à solution?

Thank you all 164.128.235.36 12:48, 17 March 2015 (UTC)

There were two versions of FCKEditor. Anyway, both are currently unmaintained and not working for current versions of MediaWiki as well as for current browsers. I believe these extensions are more or less unused nowadays. 88.130.108.145 13:07, 17 March 2015 (UTC)

Semantic ASK issue

Mediawiki upgraded from 1.12 to Mediawiki 1.21 SMW 1.8.0 Hi , for ex i created one autopopulated page by using the below syntaxt like this i have multiple queries on multiple pages, after upgrade of mediawiki 1.12 to mediawiki 1.21 one extra column is coming for ex

the first

adding all ask query page it is showing all the second column value

how to fix it? Rajeshrjsh (talk) 12:49, 17 March 2015 (UTC)

Extremely Slow PPFrame_DOM::expand

My Mediawiki pages are loading Extremely slow. a 2 minute+ page load time is not uncommon for any page that uses templates. simple page loads relatively quickly. I have gone through every performance enhancing technique for mediawiki to optimize it.

I setup debugging and turned on profiling. The biggest and most common slow culprit appears to be PPFrame_DOM::expand.

Here is an example Performance Output: <pre style="overflow-x:auto;">*Name Calls Total Each  % Mem

• BsExtensionManager::getExtension 12 130732.842 10894.403 597.864% 88603192 ( 0.000 - 21786.815) [0]
• Title::getUserPermissionsErrorsInternal 35 68975.240 1970.721 315.436% 66541164 ( 0.019 - 21734.539) [4]
• PPFrame_DOM::expand 133 65725.197 494.174 300.573% 3413501 ( 0.017 - 20703.721) [2172]
• Parser::braceSubstitution 41 65715.429 1602.815 300.528% 3317925 ( 0.069 - 20700.375) [2124]
• Parser::braceSubstitution-pfunc 28 32849.909 1173.211 150.228% 1699853 ( 0.005 - 20693.871) [939]
• Parser::callParserFunction 25 32849.056 1313.962 150.224% 1663492 ( 0.008 - 20693.807) [914]
• Parser::callParserFunction-pfunc-invoke 2 32830.215 16415.108 150.138% 1172382 ( 12136.464 - 20693.751) [780]
• ScribuntoHooks::invokeHook 2 32830.005 16415.003 150.137% 1181236 ( 12136.357 - 20693.649) [778]
• -total 1 21866.667 21866.667 100.000% 22399845 ( 21866.667 - 21866.667) [1]

Any insight would be appreciated Bob.spencer (talk) 13:52, 17 March 2015 (UTC)

Is this a public wiki (URL)? Which MediaWiki version is this about? AKlapper (WMF) (talk) 08:27, 20 March 2015 (UTC)

Private Wiki

Product Version

MediaWiki 1.23.0

PHP 5.5.22 (cgi-fcgi)

MySQL 5.1.72-community

BlueSpice for MediaWiki (Credits) 2.23.0

Lua 5.1.4 Bob.spencer (talk) 16:33, 20 March 2015 (UTC)

(Pretty unrelated to the problem, but 1.23.0 is an old vulnerable release. 1.23.8 is the latest.) AKlapper (WMF) (talk) 19:29, 20 March 2015 (UTC)

Not expanding a template on the page it's written in

I'm editing in he.wikisource, and we use alout the parser function #קטע (I'm not sure what's the english version, I think it's section from this extention). Because of the extended use of this function, quite a few pieces of text are shown in different places than where they are actually written. A need for a template that will be expanded on pages that are not the page on wich the text is written has raised, and the current solution used is to pass the page name as a parameter, and to check it in the expantion. This method has a critical inpact on the readability of the editing page, and I hope someone can suggest a better solution.

A few links:

- A page with the source text
- A page that uses some of the page above
- The template talked about
- Technical details about the site אלישיב ליפא (talk) 14:24, 17 March 2015 (UTC)

Creation of Portals

Hello,

I'm quite new to MediaWiki and have created a Portal Page called:

/wiki/index.php/Portal:Topic

Following the instructions on the MediaWiki site I have checked that I have created a NameSpace called Portal, and the the parser is enabled.

However I have added '{{subst:box portal skeleton}}' to the page, and saved it. When I view the page I just see the text '{{subst:box portal skeleton}}' rather than the red boxes I am apparently supposed to see so I can edit it.

Can anyone help?

Thank you

Peter West Sussex 195.194.74.13 14:43, 17 March 2015 (UTC)

I guess you went through https://www.mediawiki.org/wiki/Manual:Substitution already? AKlapper (WMF) (talk) 17:33, 17 March 2015 (UTC)

I assume there is no template 'box portal skeleton'. FriedhelmW (talk) 20:01, 17 March 2015 (UTC)

Page Content not showing. Header & side menu show.

Added patch from: mediawiki-1.22.0, pcre-8.34 (using php-5.5.7): Pages with content displayed as blank/empty when $regex groups start with digit

Still not showing the content. 128.95.123.200 22:07, 17 March 2015 (UTC)

See Manual:Errors_and_symptoms#All_pages_have_no_content.2C_but_when_editing_a_page_the_wiki_text_is_there.

=> Fix: Upgrade MediaWiki. 88.130.108.145 23:06, 17 March 2015 (UTC)

I added the patch to fix the error you pointed me to, but did not fix problem. 128.95.123.200 00:23, 18 March 2015 (UTC)

In fact you should just upgrade MediaWiki. Version 1.22 has known security holes and is not safe to use.

MediaWiki 1.23 offers long-term support until 2017 and btw. also contains a fix for the PCRE problem. 88.130.108.145 00:45, 18 March 2015 (UTC)

I tried upgrading very first to try to fix. Does this mean my upgrade was unsuccessful? 128.95.123.200 18:45, 18 March 2015 (UTC)

In current versions this problem should be solved. You can see the MediaWiki version, which you use on the wiki page Special:Version in your wiki. 88.130.101.129 02:13, 19 March 2015 (UTC)

Database Error on Redirect

Hello all,

I installed a Mediawiki on my website today to use for my and my friends for our Dungeons and Dragons campaign. However, when I try to redirect one page to another (using #REDIRECT page name), I get a Database Error, and I have not been able to find someone with similar problems (sorry if I overlooked something).

The error is as follows:

• Query:

  REPLACE INTO `mw_redirect` (rd_from,rd_namespace,rd_title,rd_fragment,rd_interwiki) VALUES ('194','0','Kalender_van_het_Ene_Licht',,)

• Function: WikiPage::insertRedirectEntry
  
• Error: 1205 Lock wait timeout exceeded; try restarting transaction (localhost)

And the backtrace is this:

  #0 /home/lunaface/public_html/faendol/includes/db/Database.php(1182): DatabaseBase->reportQueryError('Lock wait timeo...', 1205, 'REPLACE INTO `m...', 'WikiPage::inser...', false)
  #1 /home/lunaface/public_html/faendol/includes/db/Database.php(2808): DatabaseBase->query('REPLACE INTO `m...', 'WikiPage::inser...')
  #2 /home/lunaface/public_html/faendol/includes/db/DatabaseMysqlBase.php(427): DatabaseBase->nativeReplace('redirect', Array, 'WikiPage::inser...')
  #3 /home/lunaface/public_html/faendol/includes/page/WikiPage.php(965): DatabaseMysqlBase->replace('redirect', Array, Array, 'WikiPage::inser...')
  #4 /home/lunaface/public_html/faendol/includes/page/WikiPage.php(1375): WikiPage->insertRedirectEntry(Object(Title))
  #5 /home/lunaface/public_html/faendol/includes/page/WikiPage.php(1338): WikiPage->updateRedirectOn(Object(DatabaseMysqli), Object(Title), false)
  #6 /home/lunaface/public_html/faendol/includes/page/WikiPage.php(1884): WikiPage->updateRevisionOn(Object(DatabaseMysqli), Object(Revision), 410, false)
  #7 [internal function]: WikiPage->doEditContent(Object(WikitextContent), , 98, false, NULL, 'text/x-wiki')
  #8 /home/lunaface/public_html/faendol/includes/page/Article.php(2006): call_user_func_array(Array, Array)
  #9 /home/lunaface/public_html/faendol/includes/EditPage.php(1920): Article->__call('doEditContent', Array)
  #10 /home/lunaface/public_html/faendol/includes/EditPage.php(1920): Article->doEditContent(Object(WikitextContent), , 98, false, NULL, 'text/x-wiki')
  #11 /home/lunaface/public_html/faendol/includes/EditPage.php(1292): EditPage->internalAttemptSave(Array, false)
  #12 /home/lunaface/public_html/faendol/includes/EditPage.php(528): EditPage->attemptSave()
  #13 /home/lunaface/public_html/faendol/includes/actions/EditAction.php(56): EditPage->edit()
  #14 /home/lunaface/public_html/faendol/includes/actions/SubmitAction.php(40): EditAction->show()
  #15 /home/lunaface/public_html/faendol/includes/MediaWiki.php(414): SubmitAction->show()
  #16 /home/lunaface/public_html/faendol/includes/MediaWiki.php(282): MediaWiki->performAction(Object(Article), Object(Title))
  #17 /home/lunaface/public_html/faendol/includes/MediaWiki.php(584): MediaWiki->performRequest()
  #18 /home/lunaface/public_html/faendol/includes/MediaWiki.php(435): MediaWiki->main()
  #19 /home/lunaface/public_html/faendol/index.php(46): MediaWiki->run()
  #20 {main}

Does anybody have any clue what might be causing this? I'm running the most recent version of MediaWiki.

Thanks in advance, Mt_74 Mt 74 (talk) 22:42, 17 March 2015 (UTC)

The relevant line is

Error: 1205 Lock wait timeout exceeded; try restarting transaction

In your case the problematic table seems to be mw_redirect - which is kind of interesting as this table as well as your query is not very complex.

A debugging guide for this problem is available at http://stackoverflow.com/questions/6000336/how-to-debug-lock-wait-timeout-exceeded 88.130.108.145 23:43, 17 March 2015 (UTC)

If you got this error only once, you can safely ignore it. But if you get it consistently or often then it's something you should worry about. Ciencia Al Poder (talk) 10:47, 18 March 2015 (UTC)

Text size

How to increase the text on the site to standard sizes , for example to make like Wikipedia? 185.3.32.183 13:23, 18 March 2015 (UTC)

See Manual:CSS AKlapper (WMF) (talk) 19:07, 18 March 2015 (UTC)

Mobile app. post request to Special Page "error"

Hello all,

I developing a media wiki extension as well a mobile app. that works together. The mobile app. scan a QR code and make a request to a special page of this extension. The problem is that I always have a 200 ok response, and the request doesn't "execute" in the SpecialPage code that my extension implement, which should response another code. If I paste the same URI in a web browser the request and the special page works as intended. I don't understand why if I make this Post request from a mobile app. the result is not the same?

Thanks in advance, David. 139.6.100.125 14:43, 18 March 2015 (UTC)

The mobile app (I don't know what app is that BTW) may not be doing a POST request at all. Check the server access log to see if those requests are being sent through GET or POST. Ciencia Al Poder (talk) 10:36, 19 March 2015 (UTC)

Wouldn't it be a much better idea to use an api module instead of an special page to access the data you want to provide with your extension? I understand it so, that your app makes a request to your mediawiki installation with an QR code and expect's a response, so it shouldn't be a special page (which is made for a human readable output), instead using the api (which is made for a machine readable output (with several different output formats)). Florianschmidtwelzow (talk) 00:46, 29 March 2015 (UTC)

active directory deployment on ubuntu , is it different from windows?

hi my testing environment is windows operating systems i used XAMPP to test out the wiki media deployment now i want to deploy the mediawiki onto ubuntu server does active directory requires any changes at all to the localsettings file and extension? can i just pass the extension folder and file and it will run the active directory authentication?

thanks in advance 84.95.206.229 16:04, 18 March 2015 (UTC)

Active Directory is for Windows, but you're going to move to Ubuntu, so I don't quite understand what's the problem... Have you actually tried it? What problems did you encounter? Ciencia Al Poder (talk) 10:32, 19 March 2015 (UTC)

im not moving my entire company computers from windows to ubuntu

as i said the testing environment was windows now im going to install it on ubuntu the media wiki active directory wise is there any difference in active directory communication? do i need to change anything in the current configuration to make it work? 84.95.206.229 08:16, 20 March 2015 (UTC)

Allow POST request to scpecial pages

Hi all,

I am developing a extension and I would like to have the chance to perform POST request to special pages, that this extension creates. This is, if I do a GET request works well, but with a POST request not. Why is that? I have to set some configuration settings?

thanks. 213.168.107.215 10:03, 19 March 2015 (UTC)

I'm not familiar with special pages, but many of them include a form that is sent through a POST request to the same special page. You may look at one of those special pages and see if they do something special to accept POST requests. Ciencia Al Poder (talk) 10:40, 19 March 2015 (UTC)

It might be helpful to state what is exactly the problem with POSTing the special page. Do you see an error? This, that and the other (talk) 12:06, 19 March 2015 (UTC)

ReferenceTooltips

Why stopped working this gadget (js, css) on Kazakh Wikipedia? Arystanbek (talk) 13:35, 19 March 2015 (UTC)

Manage Interwikis with central user DB

Hello,

I linked a few Wikis running different languages with the $wgSharedDB parameter. Editing and all that stuff works, but I can't administrate the other language Wikis, when I'm logged in the central wiki (where the users are created/stored). I always need to remove the $wgSharedDB parameter temporarily to log on locally at the Wiki which needs to be administraded.

For example: In each LocalSettings.php I have the paramter "$wgGroupPermissions['sysop']['interwiki'] = true;" But I can only edit the central interwiki list, not the one of the linked Wikis.

Andreas 213.198.87.202 14:14, 19 March 2015 (UTC)

[RESOLVED] VisualEditor cookie issue

On a Mac (OsX 10.6.8) PHP 5.3.26 apache2

I want to locally test MediaWiki with SQLite db

I installed mediawiki-1.24.1.tar.gz

This was running and i could add new page, new users, log in/out

So i wanted to add VisualEditor

I unpacked in extensions folder VisualEditor-REL1_24-af11aa1.tar.gz

i also install from scratch node (v12.0) is that a problem with that version ?

i also \git\ parsoid (Parsoid-REL1_24-b23043f.tar.gz)

VisualEditor works on my wiki root but

i cannot login into known accounts and i cannot create new account

I have open access to /tmp /Library/WebServer/tmp on the wiki directory i created/opened a tmp directory

Always the same messages :

Account creation error The user account was not created, as we could not confirm its source. Ensure you have cookies enabled, reload this page and try again.

Login error CBSwiki uses cookies to log in users. You have cookies disabled. Please enable them and try again.

Of course i used both FireFox and Safari (cookies on/off). Why this is using cookie stuff ?

Of Course in /tmp directory there are some file which are written the _www user

So i don t know where to go. Should i uninstall all the VisualEditor and node and parsoid ? Caesar.zorro (talk) 18:13, 19 March 2015 (UTC)

So Sorry,

I reply to myself, just to tell that i solve this cookie problem just by unsetting:

$wgSessionsInObjectCache

in LocalSettings.php

sorry for the post Caesar.zorro (talk) 08:26, 20 March 2015 (UTC)

Maybe also try bringing this up in mw:Talk:VisualEditor AKlapper (WMF) (talk) 09:03, 20 March 2015 (UTC)

Cannot save page after having updated it

I work with Version 1.21.1 PHP 5.3.29 (cgi-fcgi) MySQL 5.5.42-log

my wiki: www.zauber-pedia.de

My problem: I update a page and want to save it, but it is not possible. I get this message: Service Temporarily Unavailable

The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later.''

I found out that this happens with pages in which I have written an URL, starting with "http://...". If I delete just these letters I can save the page. But this happens not everytime. The problem rises only from time to time.

Similar problem with pictures ending ... jpg. If I convert to ... png I can save the page. But, as mentioned, the next das I can uploag jpg and I can save a page containing a link with "http:/..."

Once again to make my problem cear: one day I can save a page which contains an URL starting with http:// and I can also upload a picture ending ..jpg. (both in different pages). Next day I cannot do so anymore. I cannot edit the page and save it. I cannot upload a jpg.

Any help is appreciated. Kassner Kassner (talk) 22:36, 19 March 2015 (UTC)

I work with

Version 1.21.1

PHP 5.3.29 (cgi-fcgi)

MySQL 5.5.42-log

my wiki: www.zauber-pedia.de

working with a MAC OS 10.6.8.

My problem: I update a page and want to save it, but it is not possible. I get this message: Service Temporarily Unavailable

The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later.''

I found out that this happens with pages in which I have written an URL, starting with "http://...". If I delete just these letters I can save the page. But this happens not everytime. The problem rises only from time to time.

Similar problem with pictures ending ... jpg. If I convert to ... png I can save the page. But, as mentioned, the next das I can uploag jpg and I can save a page containing a link with "http:/..."

Once again to make my problem cear: one day I can save a page which contains an URL starting with http:// and I can also upload a picture ending ..jpg. (both in different pages). Next day I cannot do so anymore. I cannot edit the page and save it. I cannot upload a jpg.

Any help is appreciated. Kassner Kassner (talk) 22:36, 19 March 2015 (UTC)

What does the error log of the web server software say when this happens?

Also note that 1.21.1 is an ancient insecure version. Please update for your own safety. Malyacko (talk) 09:07, 20 March 2015 (UTC)

This can be caused by very strict rules of ModSecurity. Try disabling it Ciencia Al Poder (talk) 10:43, 20 March 2015 (UTC)

I don't know what the error log says, don't know where to find this. Sorry. Strange enough it works again this morning ... I try to update my version. thanks - Kassner Kassner (talk) 11:04, 20 March 2015 (UTC)

Wikia with Mediawiki

Patrolling older articles

It seems that a patroller or admin can only mark edits "patrolled", if they were created before the user had the user rights. But with small wikis where theres a lot of older edits that are not parolled, these can not be marked, and therefore the lsit can never ble cleaned up, examples sv.wikivoyage.org, +2239 Unpatrolled pages on Wikispecies.

Can the user right be changed so it covers longer time back, or likevise?

Or is there any other solution for this?

Dan Koehl (talk) 12:41, 20 March 2015 (UTC)

I am not completely sure, if I understand what you mean: Do you say that a patroller can only patrol a revision, if this revision was created before the patroller got the patrol user right? Or can he only patrol it, if it was created after he got that right?

Anyway, this is not how patrolling is intended to work. If one of the above is the behaviour you see, I would consider this a bug or at least a configuration problem. 88.130.103.126 17:00, 20 March 2015 (UTC)

Patrollers (and admins) seems only to be able to patrol files that was created after the user got that right?

The user can be that the older files are unpatrolled, they are marked with the red mark  ! (This edit has not yet been patrolled) but the user cant mark that file as patrolled?

Which means that some wikis will have thousands of unpatrolled files that never gets patrolled, in case of all admins and patrollers got their user rights after the file was created or edited? Dan Koehl (talk) 17:23, 20 March 2015 (UTC)

So the problem is that a patroller can only patrol revisions, which were created, after he got the patrol user right.

I see that wikivoyage and wikispecies are affected so I guess that most likely this is also an issue for other wikis.

Patrolling is part of the MediaWiki core and quickly skimming through the source code I have not found any "time restriction"...

Are you sure that this actually depends on the date on which the user got the patrol right? I mean this date is not stored in the user_groups table. You could only obtain it by doing some more complex queries to the log table, which most likely would have bad performance. I guess that this is not what is going wrong here... 88.130.103.126 18:30, 20 March 2015 (UTC)

I dont know, all I can say is that on the files that were created, or edited before I got the user rights, have no link [Mark as Patrolled]. Either at the bottom of the pages, or in the diff´s. Dan Koehl (talk) 20:02, 20 March 2015 (UTC)

What I do is guessing currently - I do not have an explanation for what you see. I have now tested that in one of my wikis and there I do see the patrol links with a user whom I just gave that user right a few seconds ago.

Are you the first or the only user with the patrol user right?

Maybe the problem is that for old revisions the "patrolled" field (rc_patrolled) is somehow set incorrectly. If there are other users with the patrol right, please contact one of them. This user most likely got the user right at another time than when you got it. I am interested in the situation for files, which have been created or edited inbetween. What about these files? Can one of you two patrol files from the time between you and him got the user right? Or can you both not? 88.130.103.126 22:56, 20 March 2015 (UTC)

First, let me thank you for your time and willing to solve this.

At Wikispecies, Im the admin/crat with the oldest time, I belive I see all unpatrolled files, and can patrol them.

The problem is, theres about 2239 not patrolled edits. I took the inititaive to ask Steinsplitter to use his bot on WS why we know know how much work we have...

So I inititiated to establsih patrollers user rights on WS, as well as inspiring admins to start patrol files.

And here the problem arise, those apr 30 users, who has this user rights since between 23rd of Feb - until now, cant patrol all those old files. Obviously they can see that thay are unpatrolled, but when landing on the articles, or in diff mode, theres no [Mark to patrol] link tp press - they can help out.

On the sv voy I have admin user rights temporarily, (that wiki has been dead for over a year, but I have the ambition to rewake it) and when cleaning up, I noticed the same problem, I can only mark as patrolled the files that were created after I got the user right.

I guess it should be possible to patrol olf files on a wiki, but in those two cases it seems its not possible, for some reason.

I hope I was more clear this time. Ill try to get proper answers to your questions above, which need that I involve the users with fresh patrol rights.

At the bottom of my WS talk page you can read about the confusion we had, see the subheaders patrol rights, and especially the answer frpm user Hector Bottai

Once agin, thanks for your time.

Dan Koehl (talk) 23:21, 20 March 2015 (UTC)

MediaWiki 1.4

Please see: m:Wikimedia Forum#MediaWiki 5 and m:Meta:Requests for help from a sysop or bureaucrat#Make an updated version of MediaWiki

I have found that, while searching for an article on Wikipedia, I noticed that I can switch to the mobile version. It works great on my desktop computer.

I have decided to request an updated version of MediaWiki, usually called "MediaWiki 1.4", with the new interface inspired by the mobile version. I have posted a sample to show off the new software.

Usually, the update should come out someday. WhiteWindow (talk) 19:13, 20 March 2015 (UTC)

The Image Tag

Hello,

I'm just starting MediaWiki and all the documentation for adding images to pages seems to use the File: command, however I have noticed a lot of sites use Image:

Can I ask the reason for this and where it is documented? Thanks 81.174.149.95 20:36, 20 March 2015 (UTC)

Image is an alias to File. A few millennia ago, the file namespace was called Image, and the alias has since remained. 121.220.99.147 13:18, 21 March 2015 (UTC)

Two toolbars in the editing window

Please help remove excess panel. This happened after the last update. This error in the Chechen Wikipedia. Дагиров Умар (talk) 22:43, 20 March 2015 (UTC)

https://phabricator.wikimedia.org/T93384 Дагиров Умар (talk) 23:45, 20 March 2015 (UTC)

skins.vector.style module error => CSS not loading for Vector Skin

Hello,

MediaWiki : 1.24.1, PHP : 5.4, MYSQL : 5.1 (not sure though)

My problem : while using rewriterule, and doing some mistakes in the way, I lost the ability to use Vector skin. Problem is, it somehow corrupted something and since then, the CSS does not load anymore. I tried the usual workarounds found here and there like adding "RewriteRule ^(api|load)\.php - [L]" but it did not help at all. All the other skins work perfectly.

When I load the page with Vector Skins I have a 200 OK status. street-hypnose.fr/w/load.php?debug=true&lang=fr&modules=mediawiki.legacy.commonPrint%2Cshared%7Cmediawiki.skinning.interface%7Cmediawiki.ui.button%7C%27%27%27skins.vector.styles%27%27%27&only=styles&skin=vector

However, when I see what I get in the CSS file, I get this :

   Problematic modules: {
       "skins.vector.styles": "error"
   }
   // the rest is okay

If I try to use the same load.php url, but instead remove the skins.vector.styles module in SkinVector.php, there is no error anymore. If I change it with skins.monobook.styles, it loads some CSS.

I tried to delete every single files from the Vector folders and put them in again from a fresh downloaded zip but the module seems to be "elsewhere".

How can I restore the skin.vector.styles so it can load the CSS correctly ?

The URL of my Wiki (in french) : It's : street-hypnose.fr/wiki

(sorry for bad formatted URL, I get kicked as soon as I put http) BenoitR33 (talk) 00:40, 21 March 2015 (UTC)

As far as I see, load.php basically is displaying CSS codes (and not a wiki page). That - and the fact that it's working for other skins - indicates that your RewriteRules do not break this (at least not currently).

This is a link to see the problem: http://street-hypnose.fr/wiki/Accueil?useskin=Vector With &debug=true I get the error:

Problematic modules: {
    "'''skins.vector.styles'''": "missing"
}

This error happens in includes/resourceloader/ResourceLoader.php when MediaWiki tries to get the module "skins.vector.styles".

The definition for skins.vector.styles is in skins/Vector/Vector.php where the skin registers itself in $GLOBALS['wgResourceModules']['skins.vector.styles'].

As a first fix, I would try doing a TRUNCATE on the objectcache table in the database. This will remove cached stuff and should force MediaWiki to regenerate the skin styles from the base files. 88.130.103.126 02:25, 21 March 2015 (UTC)

Thanks for your help.

I've tried this solution but it's still not working.

Any other idea? BenoitR33 (talk) 08:24, 29 March 2015 (UTC)

Try enabling the debug log and then access . See if the debug log gives any hint of an error condition. Ciencia Al Poder (talk) 11:25, 29 March 2015 (UTC)

I've added all that but can't create the log file. Nothing happens.

error_reporting( -1 );
ini_set( 'display_errors', 1 );
$wgShowSQLErrors = true;
$wgDebugDumpSql  = true;
/**
 * The debug log file must never be publicly accessible because it
 * contains private data. But ensure that the directory is writeable by the
 * PHP script running within your Web server.
 * The filename is with the database name of the wiki.
 */
$wgDebugLogFile = "$IP/debug-{$wgDBname}.log";

BenoitR33 (talk) 22:53, 7 April 2015 (UTC)

Well, I've tested that myself and the load.php entry point doesn't generate logs...

I'd try to take a backup, download MediaWiki again and restore LocalSettings and extensions. Ciencia Al Poder (talk) 21:21, 8 April 2015 (UTC)

Maybe it is not even neccessary to go back to a backup. As a first step, just overwriting the MediaWiki Core files might already be enough.

$GLOBALS['wgResourceModules']['skins.vector.styles'] should not be in LocalSettings.php... 88.130.105.213 23:49, 8 April 2015 (UTC)

Blank page after install

Blank page after install.

Ubuntu 14.04, Nginx, HHVM, Memcached, MySQL.

Turned on all error reporting, no Nginx, HHVM, MySQL errors at all. Page gives 200 status code.

LocalSettings.php is set to 777, tested with owner 1000, root, and www-data.

Any ideas?

Thanks, Scott 73.14.174.162 04:37, 21 March 2015 (UTC)

See Manual:Errors_and_symptoms#You_see_a_Blank_Page! 88.130.103.126 11:26, 21 March 2015 (UTC)

I already went through that page before posting!

That is why I am posting here, because after following that page, I still have no errors showing. 73.14.174.162 16:15, 21 March 2015 (UTC)

Please provide version information for MediaWiki, PHP, pcre. AKlapper (WMF) (talk) 16:52, 21 March 2015 (UTC)

PHP - PHP 5.5.9-1ubuntu4.7

MySQL - mysql Ver 14.14 Distrib 5.5.41

MediaWiki - 1.24.1

PCRE - Whatever is bundled with that PHP version, i'm using HHVM I don't have phpinfo to check 161.98.13.100 21:32, 21 March 2015 (UTC)

Modifying monobooktemplate.php

I have added html to this for my main.css skin to load so i could load certain images and position them for a custom skin The problem is it load before the doctype tag. How can i make the html load after. 209.6.197.188 06:41, 21 March 2015 (UTC)

The MonobookTemplate.php file is a core file. Modifying core files is bad.

What do you want to achieve by editing this file? 88.130.103.126 11:24, 21 March 2015 (UTC)

I want to include custom navigatio text for the sidebar i have on the left and for a right horizonal navbar i created. I want to use a css shape for the sidebar and overlay and overlay the serach field on an image i created.

I can also include it by loading it as a seperate file or an extension but the same problem still happens. 209.6.197.188 19:16, 21 March 2015 (UTC)

For editing the sidebar see Manual:Interface/Sidebar.

If for your navbar on the right you need an additional HTML container, then this might be possible using a hook. Another idea is to use the site notifice feature for this. See Manual:Interface/Sitenotice. CSS changes can be placed on the page MediaWiki:Monobook.css inside your wiki.

MediaWiki:Monobook.css also is the place to put CSS rules for putting an image into the search field. 88.130.89.44 01:04, 22 March 2015 (UTC)

ActivUserCount

Our Wiki is http://regiowiki.at/wiki/Spezial:Version - In statistic there are shown 18 people - but the Spezial:Aktive_Benutzer shows not all and write the cache is very old from 29days - My question: How can I update the cache? - with ?purge or other? --thx Karl Gruber (talk) 09:18, 21 March 2015 (UTC)

Can you check if $wgReadOnly is enabled in your configuration (LocalSettings.php)? If so, the page will not be updated automatically (there shouldn't be no change, because nobody can edit). If you don't remove the setting, you can update all special pages (including ActiveUsers) with the maintenance script Manual:UpdateSpecialPages.php (I'm not sure, if this is possible, if the wiki is in readonly mode). Florianschmidtwelzow (talk) 22:33, 21 March 2015 (UTC)

The parameter $wgReadOnly is not set in the configuration (weither true nor false) - my problem in this moment is the start of the php file, because I don't know, how I can start http://www.regiowiki.at/maintenance/updateSpecialPages.php - I know the user and password, but how I can apply there ;-) --thx Karl Gruber (talk) 14:34, 24 March 2015 (UTC)

All maintenance scripts must be run from the command line. See Manual:Maintenance scripts Ciencia Al Poder (talk) 10:29, 25 March 2015 (UTC)

Error: 1054 and more

I run me wiki since years in december I made an update to 1.9.23. PHP Version 5.5.8 MySQL 5.5

In the last days there were errors (can't upload pictures etc.) and now nothing works:

"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: SELECT lc_value FROM `kinowiki_l10n_cache` WHERE lc_lang = 'de' AND lc_key = 'deps' LIMIT 1 Function: LCStore_DB::get" Error: 1054 Unknown column 'lc_lang' in 'where clause' (localhost)

I didn't forget the update because I din't cahnce the mediawiki version

So I try to make an update but it doens't work. Here the error:

...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.
...have pagelinks; skipping old links table updates
...il_from OK
...have rc_ip field in recentchanges table.
...index PRIMARY already set on image table.
...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.
...have wl_notificationtimestamp field in watchlist table.
...watchlist talk page rows already present.
...user table does not contain user_emailauthenticationtimestamp 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 table does not contain inverse_timestamp field.
...have rev_text_id field in revision table.
...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.
...image table does not contain img_type field.
...already have unique user_name index.
...user_groups table exists and is in current format.
Adding ss_total_pages field to table site_stats...

An error occured:
Es gab einen Syntaxfehler in der Datenbankabfrage.
Die letzte Datenbankabfrage lautete: „ALTER TABLE `kinowiki_site_stats`
 ADD ss_total_pages bigint default -1,
 ADD ss_users bigint default -1,
 ADD ss_admins int default -1
“ aus der Funktion „<tt>DatabaseBase::sourceFile( /users/kinowiki/www/wiki/maintenance/archives/patch-ss_total_articles.sql )</tt>“.
Die Datenbank meldete den Fehler: „<tt>1060: Duplicate column name 'ss_admins' (localhost)</tt>“.
Backtrace:
<pre>
#0 /users/kinowiki/www/wiki/includes/db/Database.php(885): DatabaseBase->reportQueryError('Duplicate colum...', 1060, 'ALTER TABLE `ki...', 'DatabaseBase::s...', false)

#1 /users/kinowiki/www/wiki/includes/db/Database.php(3193): DatabaseBase->query('ALTER TABLE `ki...', 'DatabaseBase::s...')

#2 /users/kinowiki/www/wiki/includes/db/Database.php(3105): DatabaseBase->sourceStream(Resource id #152, false, false, 'DatabaseBase::s...')

#3 /users/kinowiki/www/wiki/includes/installer/DatabaseUpdater.php(420): DatabaseBase->sourceFile('/users/kinowiki...')

#4 /users/kinowiki/www/wiki/includes/installer/DatabaseUpdater.php(454): DatabaseUpdater->applyPatch('patch-ss_total_...', false)

#5 [internal function]: DatabaseUpdater->addField('site_stats', 'ss_total_pages', 'patch-ss_total_...')

#6 /users/kinowiki/www/wiki/includes/installer/DatabaseUpdater.php(281): call_user_func_array(Array, Array)

#7 /users/kinowiki/www/wiki/includes/installer/DatabaseUpdater.php(244): DatabaseUpdater->runUpdates(Array, false)

#8 /users/kinowiki/www/wiki/includes/installer/DatabaseInstaller.php(257): DatabaseUpdater->doUpdates()

#9 /users/kinowiki/www/wiki/includes/installer/WebInstallerPage.php(525): DatabaseInstaller->doUpgrade()

#10 /users/kinowiki/www/wiki/includes/installer/WebInstaller.php(254): WebInstaller_Upgrade->execute()

#11 /users/kinowiki/www/wiki/mw-config/index.php(50): WebInstaller->execute(Array)

#12 /users/kinowiki/www/wiki/mw-config/index.php(18): wfInstallerMain()

#13 {main}

Wegavision (talk) 21:15, 21 March 2015 (UTC)

Hard to tell what is happening here. First: There is no (current) MediaWiki version with version number 1.9.23. In december version 1.24 was available and version 1.23, which has long term support, was available. I guess you picked one of these?

For the first MySQL error:

SELECT lc_value FROM `kinowiki_l10n_cache` WHERE lc_lang = 'de' AND lc_key = 'deps' LIMIT 1 Function: LCStore_DB::get" Error: 1054 Unknown column 'lc_lang' in 'where clause' (localhost)

This means that inside the table kinowiki_l10n_cache the column lc_lang is missing. Obviously, this column should be there. You can take the definition of that column from the according files, which are linked on Manual:tables.sql, and manually add it to your table. And you should also add or at least fix the index lc_lang_key, as it will be missing or at least incomplete as well.

The second error,

1060: Duplicate column name 'ss_admins'

means that this column, which the query tries to add to the DB is already there. Basically, this error can be ignored and the wiki basically should work anyway.

Obviously you can manually fix the first error and you could ignore the second one, but this won't fix the reason for these problems. Also you do not know, if there maybe are not other places inside the DB, which are broken as well.

To me it looks like your database somehow got corrupted. I can't tell you how, but these errors should not happen and usually do not happen. Maybe there was an incomplete upgrade, which went through unnoticed.

If you have a current backup, which still includes a working state, that would be ideal. I guess this backup must then come from december, from before you did the mentioned upgrade. If not too much has changed in the DB since then, you should take that one and run the update.php script on that undamaged DB again.

If you do not have such a backup or if there were too many changes in between, you can try fixing/ignoring them manually as mentioned above. But in that case you cannot be sure that your DB afterwards will be in an unbroken state - for example the index lc_lang_key will currently be wrong as well, which you had not gotten an error message about. 88.130.89.44 00:04, 22 March 2015 (UTC)

[RESOLVED] Stuff not working

On my site I use MediaWiki 1.24.1, PHP 5.3.20 and MySQL 5.1.67. For some reason the edit toolbar will not appear when I make an edit to a page, nor will the search 'recommendations' bar. I have a feeling it's a problem with Javascript, but is it something else? What can I do to fix it? Antiv31 (talk) 00:06, 22 March 2015 (UTC)

Have you checked Manual:How to debug? When it comes to JavaScript, your browser's developer console will also display JavaScript errors. AKlapper (WMF) (talk) 16:05, 22 March 2015 (UTC)

Sadly my host has a lot of downtime right now, so I can't access it. Antiv31 (talk) 05:56, 24 March 2015 (UTC)

The JS error says: 'Uncaught SyntaxError: Unexpected token'. Antiv31 (talk) 23:15, 24 March 2015 (UTC)

In which file? In which line?

You can pass debug=true as a URL parameter in the browser's address bar. AKlapper (WMF) (talk) 10:32, 25 March 2015 (UTC)

See Manual:Errors and symptoms#Missing edit toolbar, JavaScript not working Ciencia Al Poder (talk) 10:33, 25 March 2015 (UTC)

I realised it was my hosting provider which is injecting advertising into core MediaWiki files. I'll open a support ticket with them. Antiv31 (talk) 07:40, 28 March 2015 (UTC)

Just a naugthy comment: You should maybe change your hosting provider, too ;) Florianschmidtwelzow (talk) 00:34, 29 March 2015 (UTC)

Do I have to? Anyway, it says that isn't possible. 110.148.112.245 05:42, 29 March 2015 (UTC)

If they won't disable ad injection on generated JavaScript files, then you must change your hosting if you want a working MediaWiki. Ciencia Al Poder (talk) 10:53, 29 March 2015 (UTC)

Wow, i hope you doesn't pay for this host service :) But +1 to the answer of Ciencia Al Poder: it seems you need to change your host. Florianschmidtwelzow (talk) 22:38, 29 March 2015 (UTC)

Yeah I'll do that. Antiv31 (talk) 05:13, 31 March 2015 (UTC)

Making categories show above subcategories on Category Pages

Hi everyone,

Mediawiki installation 1.23.6

On category pages, I am trying to rearrange the items rendered. I would like to have the categories show up before the subcategories. But as per the default configuration sub categories show up above the categories.

I would like to reverse this order.

Can this configuration be set in Localsettings.php or somewhere else.

Thanks in advance.

Arnab 123.201.206.151 07:06, 22 March 2015 (UTC)

Any response? Have I missed something obvious in the docs?

Arnab 123.201.127.83 03:53, 23 March 2015 (UTC)

The way categories are displayed isn't configurable. You may want to request it. Ciencia Al Poder (talk) 10:42, 23 March 2015 (UTC)

The catlinks section can be repositioned in the skin. That's a hack so maybe write your own skin. 93.184.128.26 12:48, 23 March 2015 (UTC)

Adding custom metadata to a file

Is it possible to add custom metadata fields to a file - also after the file has been uploaded? I would like to be able to e.g. add what the source for the file is, who is the copyright owner, what is the license and maybe a link to the copyrightowners website.

Is it possible to create my own custom metadata fields for a file in Mediawiki? Is there some extension that can do it?

Thanks in advance. Aphandersen (talk) 08:50, 22 March 2015 (UTC)

Visual Editor not displaying 'Edit' links (displays 'Edit Source' link fine)

Versions: MediaWiki: 1.24.1 PHP: 5.5.9-1ubuntu4.7 (fpm-fcgi) MariaDB:5.5.5-10.0.17-MariaDB-1~trusty-log Visual Editor: using the version for 1.24

I am on a virtual machine on my local network trying to set up a new wiki for deployment. Could this be the problem? Parsoid is running fine it seems. I feel that I must have something incorrect in LocalSettings, but I don't have a clue what. I've tried commenting out just about everything in LocalSettings, but this hasn't helped. Any idea what could be causing this problem? Do I need to go ahead and deploy the wiki to get it on a public network befor VE will work? Thanks in advance! Studentwikicorey (talk) 16:37, 22 March 2015 (UTC)

Are you sure you're using a supported browser? Ricordisamoa 05:19, 23 March 2015 (UTC)

Are there any errors in the browser's console? Florianschmidtwelzow (talk) 08:54, 24 March 2015 (UTC)

[RESOLVED] Is it possible to force MediaWiki update a certain Category:XXX page?

Hi.

Is it possible to force MediaWiki update a certain Category:XXX page? For example, a lot of pages used templates that referred a category "Templates" causing every such page to be included to the "Template" category. That's obviously wrong. I have already fixed the templates by wrapping the "Templates" category into the noinclude tag, so now every page that use these templates are no longer categorized as "Templates". That's fine.

   Article source:
       {{stub}}
   
   Template source BEFORE the fix:
       This page is a stub
       [[Category:Templates]]
   Rendered article BEFORE the fix:
       This page is a stub
       Categories: Templates | Stubs
   Category Templates BEFORE the fix:
       Article
       Template:Stub
   
   Template source AFTER the fix:
       This page is a stub
       <noinclude>[[Category:Templates]]</noinclude>
   Rendered article AFTER the fix:
       This page is a stub
       Categories: Stubs
   Category Templates AFTER the fix:
       Article <--- this is wrong
       Template:Stub

But the list in the Category:Template seems to be frozen for really long time. I do remember that I had a similar case a half year ago, and I clearly watched the number of pages decreased slowly, but constantly. Now it got stuck. Is any categorization update status page available? (I'm almost sure that I remember someone told me it's performed by a background job) Or what am I doing wrong?

• MediaWiki: 1.23.6
• PHP: 5.4.38

Thanks in advance. 194.44.30.5 18:35, 22 March 2015 (UTC)

refreshLinks.php allows you to update the content of category pages. The case that categories show wrong pages inside themselves, is exactly what this script was made for. 88.130.116.172 00:27, 23 March 2015 (UTC)

Thank you! Is it possible to invoke the script using the web-front end? I don't have access to run PHP scripts directly. 194.44.30.5 00:53, 23 March 2015 (UTC)

This script is not intended to be called via the browser. Anyway, there is Extension:MaintenanceShell, which according to its description here on MediaWiki.org does allow you to run shell commands that way. Note that I have not tested this extension and note that you should remove it directly after usage - basically it is a security risk. 88.130.116.172 01:10, 23 March 2015 (UTC)

Security risks aren't cheap, that's true. I have no access to the local settings file to install the extension (if I'd have, I'd run that PHP script directly). But it's really good to know. Thank you very much! 195.234.75.155 08:09, 23 March 2015 (UTC)

Not sure, but you could purge the template page via the purge API with the forcerecursivelinkupdate parameter. Ricordisamoa 05:01, 23 March 2015 (UTC)

Good to know, thank you! I'll remember this suggestion for the future since I've already fixed the issue using null-edits. 195.234.75.155 08:17, 23 March 2015 (UTC)

Where to find language specific parserfunctions in the code of the parser ?

The wikicode of a french wikipage contains a "parser function" like the following:

Template:Date de naissance

which will be interpreted and showed as "27.1.1756".

Where can I find the code of this process, where I can see how this is interpreted ? I ask for this, bacuse I would like to see all "parser functions" for a specific language.

Can someone help me ? ( any PHP or where )

kind regards 2A02:120B:7F9:2750:ED11:F5DD:2D6A:9DA5 19:49, 22 March 2015 (UTC)

The template fr:Modèle:Date de naissance invokes fr:Module:Date, which is a Scribunto module. You can see the source of the module here, and [git:extensions/Scribunto here] you can find a web interface to Scribunto's source code. Ricordisamoa 04:57, 23 March 2015 (UTC)

Make the API use memcache?

Is it possible to let the API make use of memcache?

I'd like to add a ~500 ms query on every article so memcache would come in handy. 93.184.128.26 12:49, 23 March 2015 (UTC)

The api already uses memcached if installed in appropriate places.

Sounds more like you want to use varnish/squid to cache full responses. Bawolff (talk) 17:41, 26 March 2015 (UTC)

Does it? I see $wgMemc only used in ApiMain.php for makeHelpMsg().

Can I request that on phabricator? Subfader (talk) 17:05, 3 April 2015 (UTC)

Subfader: I'm not sure I understand.

Most of the API is (relatively) cheap sql queries with no clear way to do appropriate expiration. Thus memcached is not usually used, although I believe there is a couple places where the API calls into other parts of MW which use memcached.

If you want to make a somewhat repetitive api query, and don't care if the result is mildly out of date, set the maxage and smaxage parameters when making the api request, to how many seconds you want to cache. The maxage controls how long the user caches the api request, where smaxage (if you have varnish or squid installed) controls how long to cache for everyone [Assuming the request isn't something private, like retrieving a deleted page, or making an edit].

For example, if you do https://commons.wikimedia.org/w/api.php?action=query&titles=File:Vincent_Willem_van_Gogh_038.jpg&prop=imageinfo&iiprop=extmetadata&smaxage=600

The first person to make that request will take the normal amount of time, however the response will be saved for up to 600 seconds, and anyone else who visits that exact url in the next 600 seconds will get the saved version, much faster, but potentially outdated. Bawolff (talk) 05:45, 23 April 2015 (UTC)

Thanks for the info, Bawolff. I don't use vanish or squid. Subfader (talk) 16:35, 3 May 2015 (UTC)

"Someone else has changed this page..." after moving wiki to new server

Hi,

I moved the wiki to a new server, all looks fine, but when I try edit pages I always get this message

Edit conflict: ... Someone else has changed this page since you started editing it. The upper text area contains the page text as it currently exists. Your changes are shown in the lower text area. You will have to merge your changes into the existing text. Only the text in the upper text area will be saved when you press "Save page".

System info (Ubuntu server): MediaWiki 1.22.4 PHP 5.5.9-1ubuntu4.7 (apache2handler) SQLite 3.8.2 with full-text search support

I googled around but with no success.

Thanks in advance. Ubc ue (talk) 13:00, 23 March 2015 (UTC)

Hi all,

I'm really out of ideas. There are no system error massages. It seems a DB thing (I'm using SQLite), but can't see where the issue is.

Any hint would be appreciated.

thanks. Ubc ue (talk) 08:35, 24 March 2015 (UTC)

Is your wiki public? A link to it may help us test the problem.

When editing a page, view the HTML source of the page from the browser, and find two hidden inputs, that should be near the edit area:

 <input type='hidden' value="20150324104020" name="wpStarttime" />
 <input type='hidden' value="20150306172305" name="wpEdittime" />

Search for those input names, and look at the values (the value should change for you). wpStarttime contains the time when you started editing the page, and wpEdittime contains the time of the last revision of the page when you started editing. Both are timestamps in UTC time. wpEdittime should happen before in time than wpStarttime. If not, something is wrong in your database or the system time when you imported the database. Ciencia Al Poder (talk) 10:46, 24 March 2015 (UTC)

Hi, many thanks for the feedback.

Unfortunately the wiki is private and there is no public url.

Anyway I checked the source of the page when editing, and this is how it looks

<input type='hidden' value="20150324150924" name="wpStarttime" />

<input type='hidden' value="20140403224620" name="wpEdittime" />

so this detail seems ok.

Thanks again. 193.137.216.98 15:14, 24 March 2015 (UTC)

See if you have defined in LocalSettings any of those settings and if the value is correct: $wgExternalDiffEngine, $wgDiff, $wgDiff3 Ciencia Al Poder (talk) 10:40, 25 March 2015 (UTC)

Hi, thanks again.

The only setting I have is $wgDiff3 = "/usr/bin/diff3"; and is correct. Adding $wgExternalDiffEngine with any of the possible values listed here https://www.mediawiki.org/wiki/Manual:$wgExternalDiffEngine does not seems to make any difference. 193.137.216.98 13:47, 25 March 2015 (UTC)

I'm out of ideas. As a last resort, try to enable the debug log as explained in Manual:How to debug, to see if it gives some error condition or cause for the conflict. Another option is to try installing a new wiki under a different path and new database and see if the problem is reproducible. Ciencia Al Poder (talk) 21:14, 25 March 2015 (UTC)

I enabled all debugging options and seen nothing (especially in the edit page). The only thing that shows is "PHP Notice: Uncommitted DB writes (transaction from DatabaseBase::query (DatabaseBase::query))" before logging in.

I noticed that also the same problem/message shows if trying create new pages.

I tested installing on the same server another mediawiki instance and it all works as expected. 85.243.208.188 08:27, 26 March 2015 (UTC)

Well, that's interesting. The problem may be somewhere in LocalSettings.php then. Maybe the problem comes from one of the extensions. Try disabling all extensions, and then enable them one by one until you see the error again.

If without extensions the problem persists, it must be another setting. Try copying the same LocalSettings.php from where it works, changing the settings for the database, and then import settings one by one. Ciencia Al Poder (talk) 10:38, 26 March 2015 (UTC)

Tagging system in MediaWiki

I am trying to use MediaWiki as a database for information related to the intersection between psychology and climate change. I am really interested in organizing articles using a tagging system, such as tag cloud. Can you tell me if this action is possible using MediaWiki and,if so, how I can go about doing so. 131.229.43.227 14:37, 23 March 2015 (UTC)

Manual:Categories ? AKlapper (WMF) (talk) 09:15, 24 March 2015 (UTC)

In addition to the core functionality of Categories, Semantic MediaWiki (an extension to MediaWiki) also allows for tagging with a myriad of output options. Ckoerner (talk) 14:46, 24 March 2015 (UTC)

Is there a way to detect what skins mediawiki using?

Our wiki needs a template, or say widget to show different contents to desktop users and Extension:MobileFrontend users. Is there a way to detect what skins mediawiki using? Or a boolen of mobile true false will be helpful too. Zoglun (talk) 15:53, 23 March 2015 (UTC)

One way is Extension:MobileDetect with the <nomobile> and <mobileonly> tags. FriedhelmW (talk) 16:03, 23 March 2015 (UTC)

It looks like this extension can't work with HHVM. Once I enable it our wiki dead. Zoglun (talk) 19:05, 23 March 2015 (UTC)

If you use MobileFrontend, you can use the nomobile css class to hide contents from mobile devices. If you add a nodesktop MediaWiki:Common.css with display:none; you can hide contents from desktop and show it on mobile. Florianschmidtwelzow (talk) 08:52, 24 March 2015 (UTC)

Template Param Within Div

I am using MediaWiki 1.24. I am brand new to MediaWiki but loving it so far but realize I have a lot to learn. I created a template which looks like this:

<div style="min-height: 32px; border-top: 1px solid #AAAAAA; border-right: 1px solid #AAAAAA; border-bottom: 1px solid #AAAAAA; border-left: 10px solid #3466A5; background-color: #fbfbfb; padding: 7px 7px 7px 15px;"><span style="float: left;">File:Icon-console-small.png</span><pre style="margin-left: 15px; font-size: 120%; display: inline; border: 0; padding: 0;">{{{1}}}</pre></div>

However, the {{{1}}} param does not work and I read that the param cannot be between XML type tags. If that is the case, how would I write the above template so the param would work? I searched for an answer here first but was unable to find anything.

I am unable to provide a URL to my wiki because it is an internal IT knowledgebase which does not have external access.

Thanks in advance for input and advice! 216.176.132.213 18:19, 23 March 2015 (UTC)

What did you do? What happened? What did you expect to happen? FriedhelmW (talk) 19:46, 23 March 2015 (UTC)

The template is called mbox-console. When used like: Template:Mbox-console the sample text is not placed within the template. It remains {{{1}}} when displayed. 216.176.132.213 20:08, 23 March 2015 (UTC)

Sorry that is { { mbox-console|This is the sample text. } } without the spaces between the brackets 216.176.132.213 20:10, 23 March 2015 (UTC)

When I replace pre by div it works. FriedhelmW (talk) 07:17, 24 March 2015 (UTC)

It's extension tags where variables don't work, not HTML tags. The reason it doesn't work is <pre> is actually an extension tag (which nowiki's the input before outputting the actual HTML pre tag).

You can use the {{#tag}} parser function to use pre (or any extension tag) with variables: {{#tag: pre | {{{1}}} | style = color:red }}

Another way is to put an empty HTML comment right after the word pre (<pre<!----> style="color:red">{{{1}}}</pre>), which tricks the parser into ignoring it as a extension tag and instead output it at as a normal HTML element, but it's a bit of a hack really. 121.220.99.147 08:58, 24 March 2015 (UTC)

Thank you so much for the input. Like I said, I'm new and learning and I appreciate your feedback. 216.176.132.213 13:08, 24 March 2015 (UTC)

Perhaps someone can help me to a similar problem, how you can see here: http://regiowiki.at/wiki/Regiowiki:Test : <slippymap lat="Template:Gdekoord-Nord" lon="Template:Gdekoord-Ost" z="15" w="360" h="360" layer="Mapnik" marker="0" /> how can I dafine the both variables out of template? -- thx in advance Karl Gruber (talk) 14:30, 24 March 2015 (UTC)

Try {{#tag: slippymap || lat="{{Gdekoord-Nord|Hinterbrühl}}" lon="{{Gdekoord-1Ost|Hinterbrühl}}" z="15" w="360" h="360" layer="Mapnik" marker="0"}} FriedhelmW (talk) 16:08, 24 March 2015 (UTC)

Unfortunately, it doesn't work - The twice bar and 1Ost are these type mismatches? But I try it whithout there two, but alsoo without success :-( Karl Gruber (talk) 16:17, 24 March 2015 (UTC)

Because that's not how you use parser functions. They're in the format of key=value|key2=value2, not key="value" key2="value2", that's HTML attribute format. That example is putting "{{Gdekoord-Nord|Hinterbrühl}}" lon="{{Gdekoord-1Ost|Hinterbrühl}}" z="15" w="360" h="360" layer="Mapnik" marker="0" as the value for lat.

Use {{#tag: slippymap || lat={{Gdekoord-Nord|Hinterbrühl}} | lon={{Gdekoord-1Ost|Hinterbrühl}} | z=15 | w=360 | h=360 | layer=Mapnik | marker=0 }} 121.220.99.147 02:57, 25 March 2015 (UTC)

opensearch

This post by Revibot was moved on 2015-07-11. You can find it at Extension talk:OpenSearchXml#h-opensearch-2015-03-24T05:05:00.000Z. Florianschmidtwelzow (talk) 07:47, 24 March 2015 (UTC)

How to use SMTP with HHVM?

I am stuck in the pear installation. I can send SMTP manually through HHVM pear, but Mediawiki keep showing "PEAR mail package is not installed".

How to config HHVM so that Mediawiki could SMTP?

https://www.mediawiki.org/wiki/Manual:$wgSMTP https://phabricator.wikimedia.org/T91919 Zoglun (talk) 15:38, 24 March 2015 (UTC)

https://github.com/facebook/hhvm/issues/1647. Alex Mashin (talk) 13:58, 4 May 2015 (UTC)

Fatal error: Class 'MonoBookTemplate' not found in...

Hi! I have moved my wiki site to a new hosting following these instructions: http://www.mediawiki.org/wiki/Manual:Moving_a_wiki But on the new hosting I got this error and I cannot access at all the website: Fatal error: Class 'MonoBookTemplate' not found in .../skins/Modern/Modern.php on line 51 Line 51 says: class ModernTemplate extends MonoBookTemplate { I haven't changed that file at all... Can you help me? Thanks! Medialifesf (talk) 18:44, 24 March 2015 (UTC)

Which version of MediaWiki are you using? The file name makes me think it's 1.24. Right?

You say that you have moved the wiki - that means that you have not done an upgrade, right?

Anyway, you might want to empty all caches you find, especially those on the server! 88.130.84.126 19:44, 24 March 2015 (UTC)

HI! Unfortunately I cannot access the website and I don't know which version is it. But I make updates every time my CPanel informs me there is an upgrade. So I think it must be last version. But you are right, I haven't made upgrade just before moving. How can I empty the cache on the server? Thanks! Medialifesf (talk) 20:01, 24 March 2015 (UTC)

Hi! My hosting company answered to me that the server has no cache. What solution can you give me to recover my site? Thanks! Medialifesf (talk) 21:31, 24 March 2015 (UTC)

Try paying the bill Ciencia Al Poder (talk) 10:31, 25 March 2015 (UTC)

I meant cache... not cash... but really... if someone can help me recover my website, I would appreciate it, it's not time for jokes for me... 92.247.200.57 13:10, 25 March 2015 (UTC)

When you say that you followed Manual:Moving_a_wiki, how have you installed the files of your MeiaWiki version? Have you taken them from a tar archive, which you had created before? Or did you download a new version from mediawiki.org and used that one?

Having a look at the 1.24 version of the Modern skin, the class ModernTemplate is defined in SkinModern.php, not in Modern.php.

Are you maybe still using old skin files, which cause trouble? See Manual:Upgrading#Files_remaining_that_may_cause_errors!

Please make sure that

• a) the right files were extracted on the new server and
• b) all files were extracted. 88.130.84.126 14:14, 25 March 2015 (UTC)

Hi! I returned the website to the old hosting so I can try to move it again to the new hosting.

My wiki version is: MediaWiki 1.24.1; PHP 5.3.27 (cgi-fcgi); MySQL 5.5.40-cll

So do I have to upgrade it before moving?

So that's what I did:

1. Back up the database and files

2. Create new database and user in the new hosting and import the database via phpMyAdmin

3. Import all the website files via ftp

4. Update the LocalSettings.php file with new database, user and password

So I didn't download and put a new version of Mediawiki, I transfered all its files via ftp from the old hosting to the new one. Am I missing something? Medialifesf (talk) 22:13, 25 March 2015 (UTC)

Ok, that means that you are not by accident using wrong files, but that you have the same files as you had before.

The class ModernTemplate is defined in SkinModern.php, not in Modern.php. Is it correct that you get the error for SkinModern.php and not for Modern.php?

Finally: On the new server, after you extracted your archive, do you then have a file skins/Monobook/MonoBookTemplate.php, which contains the class MonoBookTemplate? 88.130.114.251 23:51, 25 March 2015 (UTC)

Hi! The error was Fatal error: Class 'MonoBookTemplate' not found in .../skins/Modern/Modern.php on line 51 Line 51 says: class ModernTemplate extends MonoBookTemplate

I haven't changed any files and on the old hosting everything is Ok and on the new hosting I got that error.

The strange thing I noticed now in the old hosting is that every skin has 2 folders in skins - Modern and modern, Monobook and monobook. In both Modern and modern folder there is file called Modern.php but they have different content. In Modern folder Modern.php has no line 51. In modern folder Modern.php has line 51 which says: class ModernTemplate extends MonoBookTemplate {

Is this proper or not? Medialifesf (talk) 08:00, 26 March 2015 (UTC)

Alright, the folders with their names all in lowercase come from older versions of MediaWiki. These folders should have been removed during the upgrade to 1.24. You should remove them. Also, if you still have files (e.g. called Vector.php, Modern.php and so on) directly in the skins/ folder, meaning outside of the according Vector/ and MonoBook/ folders, remove these files as well.

Make sure that you have a require_once line for the Modern skin in your LocalSettings.php file like so:

require_once "$IP/skins/Modern/Modern.php";

Add according lines for all skins, which your visitors should be able to choose from (or which they might be using already). Without such a line, a user, who is using the according skin, will get a fatal error.

If that does not solve the problem, then it will at least improve the situation. 88.130.114.251 12:49, 26 March 2015 (UTC)

Is it possible to move sidebar to the right side of page?

Using English and Chinese (left to right), but would like to have the sidebar on right side. Are there config to achieve this goal? Zoglun (talk) 00:47, 25 March 2015 (UTC)

It is possible by modifying a Skin, but it is not a good idea. Long preformatted text may run over the sidebar. FriedhelmW (talk) 12:26, 26 March 2015 (UTC)

someone abuses modifying pages

In this italian wiki page I found few errors that indicate that someone wrote silly things and this is not correct:

http://it.wikipedia.org/wiki/Operatore_turistico

What can I do?

Ester 62.196.69.4 09:00, 25 March 2015 (UTC)

You usually can fix it yourself by going to the page history, comparing revisions and undoing the harmful edits with either the undo link, or manually by selecting an older revision and clicking the "edit" link next to the revision timestamp on the differencies view. Ciencia Al Poder (talk) 10:36, 25 March 2015 (UTC)

Looking for a wiki about a wiki with Javascript

Been trying to figure out where to even find information on this.

Got a wiki up and running, and added semantic to be able to do some more stuff. Now I want the data that I added using semantic to generate some fancy graphics using javascript. My problem is as follows.

I can't find much in the way of information how to embed javascript in mediawiki. Got as far as that it needs to be added to MediaWiki:Common.js.

But are there examples. In my case, how to call a function deffined in Common.js Secondly (and this probably does not belong here, but thought I might be lucky) How would I go about running a SMW ask and get the data to the javascipt rather than generate the page. I have managed to get it into an array, but just don't know if that array can be accessed or if I need to do some JSON magic or similar. 81.148.149.3 11:10, 25 March 2015 (UTC)

With SMW ask you should generate an HTML table, or list, and with JavaScript look at that structure to gather the data. It can't generate JavaScript code directly.

For example, assume it generates a table inside a div with class "graphicdata":

$(function() {
	$('.graphicdata').each(function() {
		var data = $.map($.makeArray($(this).find('table').eq(0).find('tr')), function(val, i) {
			if (i == 0) {
				// Skip the first row (we assume it's the header)
				return;
			}
			return {
				col1: $(val.cells[0]).text(),
				col2: $(val.cells[1]).text()
			};
		});
		generateGraphic(data);
	});
});

Ciencia Al Poder (talk) 10:54, 26 March 2015 (UTC)

Problem with Parsoid

Hello, In our site made with MediaWiki, we have a problem with Parsoid. Sometimes, when editing content with Visual Editor, we have this error : "parsoidserver-http-curl-error:Failed to connect to ::1: Permission denied." Do you know form where it may come from ? Thank you Olivier sopra (talk) 15:46, 25 March 2015 (UTC)

Precision : when we have this error, the service is stopped and must be restarted : nohup node server.js & Olivier sopra (talk) 15:57, 25 March 2015 (UTC)

What does the logfile say? Is it the actual parsoid version (maybe you want to use the packaged one?)? Florianschmidtwelzow (talk) 12:02, 27 March 2015 (UTC)

[RESOLVED] Can't create pages in custom namespace

Hello,
I installed a wiki (1.24) which worked just fine.
I created various custom namespaces via LocalSettings.
When I now try to create a page in one of these namespaces, the page gets created in the main namespace. Lets say I create the page: MyNamespace:Examplepage, I can already see in the editing URL that the page gets created in the main namespace
secretwiki.com/index.php?title=Examplepage&action=edit
instead of
secretwiki.com/index.php?title=MyNamespace:Examplepage&action=edit
does anyone has an idea what this could be?

When I select to move a page, I can see the various created namespaces, so I guess they are installed correctly.
But when i manually try to move a page to one of these namespaces, it says that origin and destination is the same, and therefore can't move the page.

Best regards and thanks for your help 84.167.1.60 17:53, 25 March 2015 (UTC)

I got it to work!

In case anyone has the same problem, I used this scheme to create the new namespaces:

// Define constants for my additional namespaces.
define("NS_FOO", 100); // This MUST be even.
define("NS_FOO_TALK", 101); // This MUST be the following odd integer.
 
// Add namespaces.
$wgExtraNamespaces[NS_FOO] = "Foo";
$wgExtraNamespaces[NS_FOO_TALK] = "Foo_talk"; // Note underscores in the namespace name.

And in the second part, I accidentally set "NS_FOO" and "NS_FOO_TALK" in quotation mark. 84.167.24.101 22:24, 25 March 2015 (UTC)

No beta features appearing after installed Beta Features extension

Currently using MediaWiki 1.23.8, PHP 5.4.38 (cgi-fcgi), MySQL 5.6.23-log and trying to get the visual editor working. Followed the wiki pages to install the Beta Features extension (link). Feature shows installed under Special:Version in Installed Extensions. I can go to Preferences -> Beta Features, but there are no features listed, just the "Automatically enable all new beta features" option.

Is there something additional that is needed to make the features appear? 2001:4898:80E0:ED43:0:0:0:2 18:58, 25 March 2015 (UTC)

Beta features extension only provides the infrastructure. Actual beta features provided by other extensions, often requiring a config setting to be changed to enable it. Bawolff (talk) 17:38, 26 March 2015 (UTC)

Recent changes

Dear All.

I have a custom namespace where sensitive information are stored. Only logged in users are allowed to read and alter the contents of this namespace. However, changes made in this sensitive namespace show up in RSS feed and recent changes. Are there any option to exclude this namespace from triggering recent changes?

Regards Pompelpilt (talk) 09:59, 26 March 2015 (UTC)

See Manual:Preventing access. basically, a wiki is not made to have per-namespace read protection. That information could be leaked in a lot of different ways.

You should probably want to create a different wiki for that, and make it private, instead of using a namespace for that. Ciencia Al Poder (talk) 10:44, 26 March 2015 (UTC)

Thanks for your reply. I have perfect control over access to the namespace with sensitive information. Users are required to log on when they want to see articles in that namespace. That works like a charm. The problem is that information provided in this namespace leaks through "Recent changes" and RSS feed witch can be viewed by anyone. I could probably restrict access to "Recent changes" and disable RSS feed, but I would prefer to keep those running. Pompelpilt (talk) 11:17, 26 March 2015 (UTC)

You need custom hook. Try adding to bottom of LocalSettings.php

$wgHooks['SpecialRecentChangesQuery'][] = 'wfHideChanges';
function wfHideChanges( $conds ) {
$hiddenNS = 123; // Replace this with the namespace NUMBER (not its name) that you want to hide.
$conds[] = 'page_namespace != ' . $hiddenNS;
return true;
}

Untested. I probably made a typo somewhere. no guarantees it works. Probably lots of other side methods of accessing page contents (including as templates, other special pages, special:allpages, etc). Bawolff (talk) 17:37, 26 March 2015 (UTC)

Well, I tested it, and it did produce a recent changes event and an RSS feed. I changed the namespace number before I did the test. That was the only change needed, right?

Unfortunately, I have little knowledge of the programming language here, so I have no idea what to look for. Thanks anyway. Any other ideas? 79.160.210.58 19:21, 26 March 2015 (UTC)

Dear Bawolff.

As far as I can see, there are no typo in your suggestion. This page: http://stackoverflow.com/questions/4888414/exclude-pages-from-mediawiki-recent-changes suggests that your code should be working. However, SpecialRecentChangesQuery seems to be depreciated from MW 1.23 witch I am using. What kind of hook could I use in it's place? Pompelpilt (talk) 21:16, 27 March 2015 (UTC)

It is depreacted with 1.24, at least the documentation of the hook tells that. And it mentions the replacement: Manual:Hooks/ChangesListSpecialPageQuery Florianschmidtwelzow (talk) 00:33, 29 March 2015 (UTC)

Okay.

If that's the case, why do I get this line in my debug?

[deprecated] Use of SpecialRecentChangesQuery hook (used in wfHideChanges) was

deprecated in MediaWiki 1.23. [Called from wfRunHooks in C:\inetpub\wwwroot

\MediaWiki v1.23.6\includes\GlobalFunctions.php at line 4013]

It's a very specific message. I see from the docs that it's supposed to be deprecated in 1.24, but I'm running 1.23. Pompelpilt (talk) 09:43, 30 March 2015 (UTC)

Sorry, it was deprecated with MediaWiki 1.23, that's an error in the doc here on mediawiki.org. I changed that. Florianschmidtwelzow (talk) 07:07, 31 March 2015 (UTC)

Dear All.

I had a hard time letting go of my initial goal here. I generally try to stay away from extensions with status 'beta', but by desperation I downloaded the https://www.mediawiki.org/wiki/Extension:RecentChangesOption and tried that. I was a bit surprised to find it worked! Changes made to articles in my protected namespace does not show in RSS feed nor Recent Changes.

The code in RecentChangesOption.php uses the hook SpecialRecentChangesQuery witch is supposed to be deprecated in my MW 1.23. I still get the same log in my debug. I'm scratching my head here. Am I on dangerous ground by using an extension that uses a deprecated hook?

Regards Pompelpilt (talk) 22:28, 2 April 2015 (UTC)

Pompelpilt (talk) 22:28, 2 April 2015 (UTC)

The only "danger" in using an extension that uses a deprecated hook is that, if you upgrade MediaWiki to a newer major release (let's say MediaWiki 1.23 to 1.24) and the hook is removed on that version, the extension will no longer work. In the case of hooks, it won't produce any error, but MediaWiki won't call it anywhere.

Note that deprecated hooks, method, etc indicate that an alternative exist, and code should be modified so it will work properly on newer versions, but those hooks doesn't necessarily need to be removed on the next release. They may (or may not) last several new release without being removed. Ciencia Al Poder (talk) 12:58, 6 April 2015 (UTC)

Sidebar changes not appearing

The contents of this page are supposed to define the sidebar: http://solidarity.coop/wiki/MediaWiki:Sidebar

There's a "help" line in there that wasn't (and isn't) showing up in the sidebar; I added a "test" line just now, and it's not showing up either. Sirjazzfeet (talk) 00:05, 27 March 2015 (UTC)

Your link (** test|test) is visible at my wiki. May be you have to comment out this lines of code in your skin.

https://www.mediawiki.org/wiki/Manual:Interface/Sidebar#Remove_toolbox_sections_.28On_Vector_template.29_MW_v_1.24.1 --Metathom (talk) 16:29, 27 March 2015 (UTC)

thanks but I would like to keep toolbox. 210.56.86.127 12:22, 28 March 2015 (UTC)

Did you check Manual:Interface/Sidebar#Changes not showing up? Ciencia Al Poder (talk) 11:15, 29 March 2015 (UTC)

[RESOLVED] Clicking on Images

I am running MediaWiki 1.24.1 , PHP 5.5.9-1ubuntu4.7, MySQL 5.5.41-0ubuntu0.14.04.1.

When I click on a image in any template I might use - I now choose Template:Auto images at Wikipedia , for example located at http://en.wikipedia.org/wiki/Template:Auto_images Clicking on the image it is then screened from URL - ...../...../Template:Auto_images#/media/File:example.jpg which shows the original size image in my browser and allows a slideshow-like possibility when there is more than on image on the page.

In my wiki, after creating a page with loaded image, I click on the image and the image is then screened from URL - ..../mediawiki/index.php/File:example.jpg and only by clicking on "Original file" do I get the full image in my browser - URL - ..../mediawiki/images/example.jpg

Two questions: 1) How do I make my wiki behave like the Template:Auto images, and screen "full size" "Original size" image in the browser ? 2) Clicking on the "Original size" link the URL shows ..../mediawiki/images/example.jpg , but the directory /usr/share/mediawiki/images/ is empty  ? 176.253.30.21 10:24, 27 March 2015 (UTC)

Do you mean the feature that clicking an image makes it full screen? If so, its has nothing to do with then template from enwiki, but the Extension:MultimediaViewer Christian75 (talk) 10:53, 28 March 2015 (UTC)

Fantastic, and thank-you - installed and registered the extension MultimediaViewer - works perfectly 176.253.30.21 15:23, 28 March 2015 (UTC)

Unwanted User Registration

I have a problem with fake users who modify my wiki pages (usually the Main Page) for spam.

I tried blocking the user registration page, but they continue to register (i also receive returning emails for they not having an email account), access to wiki and modify it.

Since i suppose they are bots, i also tried to set a rule to wait 4 days for an user to modify anything (if the user is "younger" than 4 days, it cannot modify anything)

thank you for help! 79.12.255.136 10:42, 27 March 2015 (UTC)

Hi, how you have blocked the registration page? If you do this correctly, no-one should be able to regsiter, e.g. if you set the createaccount right to false for unregistered users. Florianschmidtwelzow (talk) 11:56, 27 March 2015 (UTC)

I blocked registration of new users and i'm also merging users, then i will use blockandnuke the resulting one 79.12.255.136 16:00, 27 March 2015 (UTC)

> I blocked registration

Yes, and how? What you say doesn't sound like that worked... 88.130.73.226 23:48, 27 March 2015 (UTC)

It's not the first time I see new registrations on a wiki that doesn't allow new registrations because the owner left an old MediaWiki instance pointing to the same database under a different URL, and bots were registering from the old entry point. Ciencia Al Poder (talk) 11:11, 29 March 2015 (UTC)

Disable some used scripts in mobile version, how to do that?

This post by タチコマ robot was moved on 2015-06-15. You can find it at Extension talk:MobileFrontend/2015#h-Disable_some_used_scripts_in_mobile_version,_how_to_do_that?-2015-03-27T06:29:00.000Z. Florianschmidtwelzow (talk) 11:59, 27 March 2015 (UTC)

Mediawiki won't let me save an edited page

Hi all,

I have the Mediawiki running fine in a Ubuntu 12.10, but after 2 or 3 days, it shows an "error loading page" when I try to save or preview an edited page.

In the "error.log" file, the only line logged is:

"[Fri Mar 27 10:09:37 2015] [error] child died with signal 11"

Have someone have this problem before?

Thanks! 179.189.226.154 13:13, 27 March 2015 (UTC)

Oh, I forgot to mention that the problem is solved if I reboot the server. Then after 3 days it happens again. 179.189.226.154 13:18, 27 March 2015 (UTC)

You are running an ancient distribution (Ubuntu version 12.10) that has been unsupported for nearly a year and is full of security vulnerabilities. If there is some problem deeper in the stack it will never get fixed for your version. Please run supported software for your own safety. Malyacko (talk) 02:22, 28 March 2015 (UTC)

CustomSidebar, Reference to another page

Hi, <sidebar>Sidebar-txt</sidebar> does not show my Sidebar-txt page with a view lines of text in the sidebar. Why? MediaWiki 1.24.1, PHP 5.3.28-nmm2 (fpm-fcgi), MySQL 5.5.40-nmm1-log

https://www.mediawiki.org/wiki/Extension:CustomSidebar#Reference_to_another_page Thank you. --Metathom (talk) 16:43, 27 March 2015 (UTC)

You should ask this on the extension talk page. Florianschmidtwelzow (talk) 00:23, 29 March 2015 (UTC)

Different Shape Bullets

I've been trying to determine how to use a bullet shape other than the default disc for sub-items in a list. Too many disc bullets can look confusing when differentiating between levels. Any ideas? Help? Thanks! Shanna.jinkerson (talk) 17:55, 27 March 2015 (UTC)

https://developer.mozilla.org/en-US/docs/Web/CSS/list-style-type and https://www.mediawiki.org/wiki/Manual:CSS Malyacko (talk) 02:23, 28 March 2015 (UTC)

Manual:Hooks/SpecialRecentChangesQuery

Dear All.

I don't get it. The page https://www.mediawiki.org/wiki/Manual:Hooks/SpecialRecentChangesQuery links to https://www.mediawiki.org/w/index.php?title=Manual:Hooks/ChangesListSpecialPageQuery&action=edit&redlink=1 because SpecialRecentChangesQuery is deprecated in version 1.24. But, the new ChangesListSpecialPageQuery doesn't seem to be described in any way. Why is that?

It seems to me that someone have decided that this hook should not be used anymore. They created a substitute without describing it's use. Am I missing something obvious?

Regards Pompelpilt (talk) 20:58, 27 March 2015 (UTC)

I think someone forget to update the mediawiki docs. I created the missing hook description page now.

Fixed Florianschmidtwelzow (talk) 00:19, 29 March 2015 (UTC)

Special page access, Purge access, and template storing

hi,

- i didnt find how to allow access to special pages only for sysop - i didnt find how to allow access to purge pages only for sysop - i didnt find where are stored templates

if some one could help it would be nice !

thanks Thisisanew (talk) 21:22, 27 March 2015 (UTC)

Purging is possible for everyone and can't be restricted. You could set the user right purge to false for every user group you want, but that would only require the members to click "ok" for the purge action.

For preventing access to certain (special) pages, you should read Manual:Preventing_access, MediaWiki isn't designed for that. Florianschmidtwelzow (talk) 00:11, 29 March 2015 (UTC)

hi,

the purge option only remove the confirmation message, so the purge stay available for anonymous user

i made a dirty script to fix what i was seeking for:

function disableSomeSpecialPages()

{

//Init Vars

global $wgUser;

$chkSO=false;

$pInfo=isset($_SERVER["PATH_INFO"])?$_SERVER["PATH_INFO"]:;

$pUri=isset($_SERVER["QUERY_STRING"])?$_SERVER["QUERY_STRING"]:;

//getPath info

$url=str_replace("é","e",$pInfo);

//Case Special Page

if(stripos($url,"/special:")!==false && stripos($url,":Connexion")===false && stripos($pUri,"connexion")===false){$chkSO=true;}

//Case Purge

if(stripos($pUri,"action=purge")!==false){$chkSO=true;}

//Do the check

if($chkSO && !in_array('sysop',$wgUser->getEffectiveGroups()))

{header('Location:../?title=Special:connexion');}

}

$wgHooks['SpecialPage_initList'][]='disableSomeSpecialPages';

i still searching where template are stored !

thanks 81.57.18.192 17:02, 31 March 2015 (UTC)

Hi,

i repost the code to be better formated !

 function disableSomeSpecialPages()
 { 
 //Init Vars 
 global $wgUser;
 $chkSO=false;
 $pInfo=isset($_SERVER["PATH_INFO"])?$_SERVER["PATH_INFO"]:;
 $pUri=isset($_SERVER["QUERY_STRING"])?$_SERVER["QUERY_STRING"]:;
 //getPath info $url=str_replace("é","e",$pInfo);
 //Case Special Page 
 if(stripos($url,"/special:")!==false && stripos($url,":Connexion")===false && stripos($pUri,"connexion")===false){$chkSO=true;}
 //Case Purge
 if(stripos($pUri,"action=purge")!==false){$chkSO=true;}
 //Do the check
 if($chkSO && !in_array('sysop',$wgUser->getEffectiveGroups()))
       {header('Location:../?title=Special:connexion');}
}
$wgHooks['SpecialPage_initList'][]='disableSomeSpecialPages';

this code has to be set in LocalSetting.php 81.57.18.192 09:04, 1 April 2015 (UTC)

function disableSomeSpecialPages()

{

//Init Vars

global $wgUser;

$chkSO=false;

$pInfo=isset($_SERVER["PATH_INFO"])?$_SERVER["PATH_INFO"]:;

$pUri=isset($_SERVER["QUERY_STRING"])?$_SERVER["QUERY_STRING"]:;

//getPath info

$pInfo=str_replace("é","e",$pInfo);

$pUri=str_replace("é","e",urldecode($pUri));

//Case Special Page

if((stripos($pInfo,"/special:")!==false || stripos($pUri,"special:")!==false) && stripos($pInfo,":Connexion")===false && stripos($pUri,"connexion")===false){$chkSO=tru$

//Case Purge

if(stripos($pUri,"action=purge")!==false){$chkSO=true;}

//Banner case allow for annonymous

if(stripos($pInfo,"Special:BannerLoader")!==false){$chkSO=false;}

//Do the check

if($chkSO && !in_array('sysop',$wgUser->getEffectiveGroups()))

{

if(stripos($pUri,"special:")!==false)

{header('Location:./?title=Special:connexion');}

else {header('Location:../?title=Special:connexion');}

}

}

$wgHooks['SpecialPage_initList'][]='disableSomeSpecialPages';

updated: fix banner management 81.57.18.192 15:04, 3 April 2015 (UTC)

function disableSomeSpecialPages()

{

//Init Vars

global $wgContLang;

global $wgUser;

$connPage=$wgContLang->mExtendedSpecialPageAliases["Userlogin"][0];

$specPage=$wgContLang->getNsText(-1);

$chkSO=false;

$pInfo=isset($_SERVER["PATH_INFO"])?$_SERVER["PATH_INFO"]:;

$pUri=isset($_SERVER["QUERY_STRING"])?$_SERVER["QUERY_STRING"]:;

//getPath info

$pUri=urldecode($pUri);

//Case Special Page

if( (stripos($pInfo,"/".$specPage.":")!==false || stripos($pUri,$specPage.":")!==false)

&& stripos($pInfo,":".$connPage)===false

&& stripos($pUri,$connPage)===false)

{$chkSO=true;}

//Case Purge

if(stripos($pUri,"action=purge")!==false){$chkSO=true;}

//Banner case allow for annonymous

if(stripos($pInfo,"Special:BannerLoader")!==false){$chkSO=false;}

//Do the check

if($chkSO && !in_array('sysop',$wgUser->getEffectiveGroups()))

{

if(stripos($pUri,"special:")!==false)

{header('Location:./?title='.$specPage.':' . $connPage);}

else {header('Location:../?title='.$specPage.':'. $connPage);}

}

}

$wgHooks['SpecialPage_initList'][]='disableSomeSpecialPages';

fixed special page NS & login page Translation 88.181.108.14 15:04, 4 April 2015 (UTC)

ActiveUserList

How the list of active user is generated and what the automatic trigger is - the "apply" key works okay, but the automatic actualization is missing here --thx in advance -- Karl Gruber (talk) 12:49, 28 March 2015 (UTC)

If i remember correctly, the contents of this special page are refreshed only every 300 seconds, aka 5 minutes, except the wiki is in read only mode. Please check, if one of these variables are ste in your LocalSettings.php (both can set your wiki in read-only mode):

• $wgReadOnly
• $wgReadOnlyFile Florianschmidtwelzow (talk) 00:09, 29 March 2015 (UTC)

At this moment not one of the both is written in the LocalHost.php - I tried now to set $wgReadOnly = false - I will see ;-)M -- thx Karl Gruber (talk) 06:58, 29 March 2015 (UTC)

This was not a solution, the effect is the same, unfortunately -- Karl Gruber (talk) 13:46, 29 March 2015 (UTC)

With Extension:RefreshSpecial you can refresh as often as you like ;-) FriedhelmW (talk) 16:02, 29 March 2015 (UTC)

But that shouldn't be needed. The special page should be updated every 300 seconds (if the page is viewed) :/ Florianschmidtwelzow (talk) 22:36, 29 March 2015 (UTC)

But this is the problem, only with press of key, the cache will reduced with 20 minutes - If nobody press it, the the cache will older and older and so the user are desapperearing - only the number of user itself is correct everytime. Karl Gruber (talk) 10:32, 30 March 2015 (UTC)

Possible (weird) bug with tags??

My setup:

Mediawiki: 1.23.5 PHP: 5.5.21 MYSQL:5.6.23

I'm seeing a weird bug with some custom tags that rely on parsing wikitext. The following example is a simplification (I'm just parsing a div tag) to highlight that the problem is related to the use of the parser:

class myClass{

public static function ExtensionSetupParserFunction( Parser$parser ) {
 
$parser->setHook( 'mywiki-tag', 'self::ExtensionRenderParserFunction');

return true;

}

public static function ExtensionRenderParserFunction($input, array $args, Parser $parser, PPFrame $frame ) {

#simple div tag
$wikiText='<div>'.$input.'</div>'; 

#let's parse it
$newParser=new Parser();
$res=$newParser->parse($wikiText,$parser->getTitle(),$parser->getOptions())->getText();

#return 
return $res; 
}

#end of class

}

#Now register the tag:

$wgHooks['ParserFirstCallInit'][] = 'myClass::ExtensionSetupParserFunction';

Now let's use this tag:

<mywiki-tag>input</mywiki-tag>a
<mywiki-tag>input</mywiki-tag> a

The html corresponding to the first line:

<div>input</div> a

The second line has an extra pre tag around 'a':

<div>input</div><pre> a</pre> .

In the rendering function, if we remove the div tags and just parse the input directly then everything is OK. Any idea what's going on here? Mfort123 (talk) 20:30, 28 March 2015 (UTC)

Another question would be: What is the reason to do that? Why you would parse a text inside a parser tag? You shouldn't need to do this, maybe you could explain a little bit further, what you really want to do :) Florianschmidtwelzow (talk) 23:55, 28 March 2015 (UTC)

For my purpose, the tags are better than templates or a parser function. Anyhow, can anyone explain the behavior that I'm getting with even the simplest of tags (as above). It appears that there is a bug. 76.68.156.239 01:19, 29 March 2015 (UTC)

Sorry, than i don't know, why that happens, sorry. Florianschmidtwelzow (talk) 11:14, 30 March 2015 (UTC)

What will happen if I rename a user to an IP address?

Someone ask me to rename his/her username to "127.0.0.1", is there any potential dangers? 一個正常人 (talk) 07:53, 29 March 2015 (UTC)

Help!!! 一個正常人 (talk) 11:55, 29 March 2015 (UTC)

MediaWiki internally stores the information whether a user, who was logged in, did an action, or if the user had not been logged in. With this criterion it should still be possible to differentiate whether an edit was done by that according user account or by an IP user.

Anyway, IP addresses are not considered acceptable user names for MediaWiki. It will be possible to confuse a username, which is an IP address, with a user with the actual IP address. For example the links pointing to the contribution pages of a user/IP address will look the same for both the IP address and the user account, which has the name of that IP address.

A username of 127.0.0.1 also is misleading as it points to the actual server, not a user, doing an action.

en:Wikipedia:Naming_conventions_(technical_restrictions)#Restrictions_on_usernames makes me think that it is technically impossible to give user accounts such names. Even if it was technically possible, I would not give users user names, which also are IP addresses (among them 127.0.0.1). 88.130.108.15 15:43, 29 March 2015 (UTC)

I finally have this conclusion:

It should technically be impossible to rename user accounts to IP address names. We already see that e.g. the contribution page cannot differentiate properly between both, if an account had an IP address name. Since the developers have spent time in making it impossible to rename accounts that way, I think it is currently not possible to say whether there additionally to other issues, whether there will also be security problems arising from such a renaming. Until now the "solution" for that was to forbid the according renaming, not to solve the security issue. So if not even the often-used contribs page cannot handle IP user names properly, then we definitely cannot say that it would by secure to use those. We just don't know.

So you can do the following: See, if you can rename the user accordingly and if that is possible report it as a bug with unknown security implication to the bugtracker! 88.130.108.15 16:02, 29 March 2015 (UTC)

The first question is: How do you want to rename the name of the user? MediaWiki doesn't support this functions out of the box, so if it's possible or not is a question of the way you want to do it. Technically it shouldn't be possible to rename a user to an IP-adress. Florianschmidtwelzow (talk) 22:35, 29 March 2015 (UTC)

After testing on a localhost, with MediaWiki 1.21, it shows an error message. 一個正常人 (talk) 10:09, 1 April 2015 (UTC)

How configuration Babel for MediaWiki Language Extension Bundle

Hi I want MediaWiki Language Extension Bundle but Seems like it should to check that the configuration matches your wiki's format so I saw Extension:Babel But what I did not realize you could help me? Wikimech org (talk) 07:57, 29 March 2015 (UTC)

Currently the problem is a bit unclear... Which steps did you perform, what exactly happened when, and what should have happened instead? Also see MediaWiki Language Extension Bundle#Installation. Which MediaWiki version is this about? AKlapper (WMF) (talk) 22:15, 29 March 2015 (UTC)

Hi to all, especially AKlapper (WMF)

I am using a system with the following characteristics

• Mediawiki 1.24.1
• MediaWiki Language Extension Bundle Latest release (2015.02)
• My directory layout looks like this: ./mediawiki/extensions/{A,B,C}

I also do the following steps :

• ِDownload MediaWiki Language Extension Bundle
• extract the release file
• use variable $EXT = "$IP/extensions";
• add :

require_once "$EXT/Babel/Babel.php";

require_once "$EXT/cldr/cldr.php";

require_once "$EXT/CleanChanges/CleanChanges.php";

$wgCCTrailerFilter = true;

$wgCCUserFilter = false;

$wgDefaultUserOptions['usenewrc'] = 1;

require_once "$EXT/LocalisationUpdate/LocalisationUpdate.php";

$wgLocalisationUpdateDirectory = "$IP/cache";

require_once "$EXT/Translate/Translate.php";

$wgGroupPermissions['user']['translate'] = true;

$wgGroupPermissions['user']['translate-messagereview'] = true;

$wgGroupPermissions['user']['translate-groupreview'] = true;

$wgGroupPermissions['user']['translate-import'] = true;

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

$wgGroupPermissions['sysop']['translate-manage'] = true;

$wgTranslateDocumentationLanguageCode = 'qqq';

$wgExtraLanguageNames['qqq'] = 'Message documentation'; # No linguistic content. Used for documenting messages

require_once "$EXT/UniversalLanguageSelector/UniversalLanguageSelector.php";

• Update by Web browser : Go to wikimech.org/mediawiki/mw-config/ → I received the following error :

[59c9261b] /mediawiki/mw-config/ Exception from line 341 of /home/.../domains/wikimech.org/public_html/mediawiki/includes/MagicWord.php: Error: invalid magic word 'babel'

Backtrace:

#0 /home/.../domains/wikimech.org/public_html/mediawiki/includes/MagicWord.php(264): MagicWord->load(string)

#1 /home/.../domains/wikimech.org/public_html/mediawiki/includes/parser/Parser.php(5159): MagicWord::get(string)

#2 /home/.../domains/wikimech.org/public_html/mediawiki/extensions/Babel/BabelStatic.class.php(22): Parser->setFunctionHook(string, array)

#3 [internal function]: BabelStatic::onParserFirstCallInit(Parser)

#4 /home/.../domains/wikimech.org/public_html/mediawiki/includes/Hooks.php(206): call_user_func_array(string, array)

#5 /home/.../domains/wikimech.org/public_html/mediawiki/includes/GlobalFunctions.php(3995): Hooks::run(string, array, NULL)

#6 /home/.../domains/wikimech.org/public_html/mediawiki/includes/parser/Parser.php(279): wfRunHooks(string, array)

#7 /home/.../domains/wikimech.org/public_html/mediawiki/includes/parser/Parser.php(291): Parser->firstCallInit()

#8 /home/.../domains/wikimech.org/public_html/mediawiki/includes/parser/Parser.php(5000): Parser->clearState()

#9 /home/.../domains/wikimech.org/public_html/mediawiki/includes/parser/Parser.php(377): Parser->startParse(Title, ParserOptions, integer, boolean)

#10 /home/.../domains/wikimech.org/public_html/mediawiki/includes/installer/Installer.php(631): Parser->parse(string, Title, ParserOptions, boolean)

#11 /home/.../domains/wikimech.org/public_html/mediawiki/includes/installer/WebInstaller.php(676): Installer->parse(string, boolean)

#12 /home/.../domains/wikimech.org/public_html/mediawiki/includes/installer/WebInstallerPage.php(392): WebInstaller->getInfoBox(string)

#13 /home/.../domains/wikimech.org/public_html/mediawiki/includes/installer/WebInstallerPage.php(380): WebInstallerExistingWiki->showKeyForm()

#14 /home/.../domains/wikimech.org/public_html/mediawiki/includes/installer/WebInstaller.php(280): WebInstallerExistingWiki->execute()

#15 /home/.../domains/wikimech.org/public_html/mediawiki/mw-config/index.php(79): WebInstaller->execute(array)

#16 /home/.../domains/wikimech.org/public_html/mediawiki/mw-config/index.php(38): wfInstallerMain()

#17 {main}

=== In your opinion, what is the problem ? ===

Wikimech org (talk) 08:00, 30 March 2015 (UTC)

$_SESSSION in extension

Hi all,

I would like to use the typical $_SESSION[] that I have been using in php, but when I try to use in a media wiki extension, specifically in a special page disappears. This is, I want to store one variable in the $_session, one special page is showed, and then when other special page is showed in that computer and with this session, to access to this variable. How I can do that, what is the proper way to store and work with session in extensions??

Thanks in advance, David. 84.44.187.218 17:37, 29 March 2015 (UTC)

You could use the $_SESSION[] global variable directly or use WebRequest::getSessionData(). In special pages you should check, if the session is already set up, e.g. like SpecialUserlogin.php does it:

https://github.com/wikimedia/mediawiki/blob/master/includes/specials/SpecialUserlogin.php#L247-L249 Florianschmidtwelzow (talk) 22:31, 29 March 2015 (UTC)

[INVALID] Unable to login to NSWiki using Nationstates Login Verification Code

I'm supposed to be able to copy the login verification code then paste it into the box, click verify nation and log in but when I do that it tells me Unknown Nation ID. I'm currently experiencing this problem under Firefox and Chrome using Linux Mint 17.1 64 bit and Windows 7 64 bit. Any suggestions? 108.39.232.150 22:59, 29 March 2015 (UTC)

You should ask the support of NSWiki, mediawiki.org isn't the place to get support for this :) Florianschmidtwelzow (talk) 05:18, 30 March 2015 (UTC)

JavaScript in page title?

I can insert a javascript code to the right of the title of all pages of my wiki?? If possible, can you explain how?
Thank you! 185.5.60.134 02:31, 30 March 2015 (UTC)

Why would you want to insert JavaScript specifically at that point? Ciencia Al Poder (talk) 09:28, 30 March 2015 (UTC)

I would like to insert the google link, seems like a great location 185.5.60.134 16:22, 30 March 2015 (UTC)

You should insert it manipulating the DOM with JavaScript, and you can place that JavaScript anywhere on the page. Scripts don't display its contents in the place where they're inserted.

See Manual:Interface/JavaScript for places to put scripts. Ciencia Al Poder (talk) 21:39, 30 March 2015 (UTC)

Difference system messages Nocreatetext, Noarticletext, Noarticletext-nopermission, Newarticle and Newarticletext

Manual:Interface/Noarticletext defines the pages that are shown for non existing pages. But what about MediaWiki:Nocreatetext, MediaWiki:Newarticle and MediaWiki:Newarticletext? Are these messages outdated? Waanders (talk) 07:46, 30 March 2015 (UTC)

Outdated in what sense? Ciencia Al Poder (talk) 09:33, 30 March 2015 (UTC)

Outdated as not used anymore. Because to me it seems they provide the same functionality, so why different system messages? Waanders (talk) 09:52, 30 March 2015 (UTC)

One is when you view the not existing page with action=edit, and other is when not. And they're used Ciencia Al Poder (talk) 21:00, 30 March 2015 (UTC)

[RESOLVED] MediaWiki:Noarticletext page not shown

I have two MediaWiki wiki's and with both I've implemented a MediaWiki:Noarticletext system message, both with same text.

One wiki shows the text of that system message for a not existing page (as logged in user), the other shows There is currently no text in this page (for a not existing page, as logged in user). You can search for this page title in other pages, search the related logs, or edit this page.

What's the difference? What am I doing wrong? Local settings? Waanders (talk) 13:17, 30 March 2015 (UTC)

Open the page with uselang=qqx URL parameter and look, what message key is visible there :) After this, check, if this message key contains the content you want. Florianschmidtwelzow (talk) 07:01, 31 March 2015 (UTC)

It says (noarticletext) and I have implemented a MediaWiki:Noarticletext and still it shows that default(?) text. Waanders (talk) 14:45, 31 March 2015 (UTC)

Found: had something to do with language settings, so using Dutch in one wiki, English in second wiki. Implementing MediaWiki:Noarticletext/en did the trick. Waanders (talk) 12:04, 1 April 2015 (UTC)

Amending commits

I often see revision histories of pages like this https://de.wikipedia.org/w/index.php?title=Liste_der_Stolpersteine_im_Landkreis_und_in_der_Stadt_Gotha&action=history. This happens quite often when a user is preparing the page in his/her namespace and then move it to the to article namespace. Also later user prefer to make several commits for safety reasons. For me such many revisions mostly do not create any benefit for later. Why not allowing the user to amend/merge a current commit with the previous one? This would create a more clean history and would save some space on the harddisks of the server. Due to my wording you maybe saw that i am coming from version control software like git where this is naturally supported and widely used to have clean revision trees. Aschroet (talk) 14:44, 30 March 2015 (UTC)

Well, there's a "preview changes" button to avoid saving the edit, maybe some users should be taught to use it more often :)

Your proposal is a sensible one. But that change isn't straightforward, because it could create problems with edit conflict detection. Also, assume you save the current permalink to share that version of the page, and then the last editor changes the page again, the permalink will not reflect the text of the page at that revision (of course it isn't consistent currently because templates can also change). It would be also inconsistent in Special:RecentChanges to whoever reviewed an edit and then the edit is changed.

I'd also say that disk space is very cheap, specially for wikitext.

You may want to open a BUGREPORT for this (if none exists already). Ciencia Al Poder (talk) 09:38, 31 March 2015 (UTC)

Can't Login to system also if login successfully some time can't able to view protected page for the user permission

Can't Login to system also if login successfully some time can't able to view protected page for the user permission 203.81.226.131 16:26, 31 March 2015 (UTC)

If that was meant to be one or more sentences, then you might want to use basic punctuation if you want other people to be able to read and interpret your list of words.

If something does not work, please provide clear steps to reproduce plus potential error messages displayed. Malyacko (talk) 11:03, 3 April 2015 (UTC)

Login Issue

I have fresh install to my Joomla 3.4, I added a super user But when I try to login mediawiki it failed password not match. How can I resolve this issue? Also where are protected pages for the user restrictions?

Thanks 203.81.226.131 18:25, 31 March 2015 (UTC)

What? You installed joomla and try to login to mediawiki and password does not match? Please explain what do you want to do, what you already did and what error messages you get :) Florianschmidtwelzow (talk) 08:23, 1 April 2015 (UTC)