Project:Support desk/Flow/2014/09

This page is an archive.

Please ask questions on the current support desk.

How to Remove Access

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Hi,

I want to remove an email address of a person who was working with us as our Wiki page Administrator a year ago.

Can anyone help me out in removing his email address.

Thank! Ofarooq (talk) 08:55, 1 September 2014 (UTC)

Hi!

Where is it that you want the e mail address to be removed? In his user account? In a wiki page? Anywhere else? Or do you in fact want to disable one user's account? 88.130.74.212 09:26, 1 September 2014 (UTC)

Hi,

I want to totally disable the user account totally on wiki page. No Access!

Want to delete his entire details.

Thanks. Ofarooq (talk) 09:31, 1 September 2014 (UTC)

First you should take the user out of the special user groups, he might still be in, see Help:Assigning_permissions for that. Additionally you can then block the user as described at Help:Blocking_users. The user will then only be able to log in, but he won't be able to do anything else; for him the wiki is read-only then. If you even want to prevent him from logging in, then you can additionally change his username, e.g. with Extension:Renameuser.

Ahh: And you can delete the user's userpage (just in case you want to be really clean). 88.130.74.212 10:14, 1 September 2014 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

MsUpload

Hello.

Last time I upgraded MW to 1.23.

After that I can't upload any files. I got that error:

Uploading files to this wiki is not enabled. Please upload to Wikimedia Commons.

To be able to use this special page to upload to this wiki, an administrator needs to add one or more license options to the page MediaWiki:Licenses.

Use the following format: * Template name|Label. Use any text to enable uploading without license options.

I also have MsUpload but after upgrading it disapere on editor. TraaBBIT (talk) 08:55, 1 September 2014 (UTC)

What is your question, and what is unclear about the error message which is supposed to tell you how to fix the problem? AKlapper (WMF) (talk) 10:53, 1 September 2014 (UTC)

OK. But why MsUpload disapeared? TraaBBIT (talk) 11:44, 1 September 2014 (UTC)

I fixed that error, but still have not MsUpload. TraaBBIT (talk) 09:08, 4 September 2014 (UTC)

Have you tried Manual:How_to_debug? AKlapper (WMF) (talk) 10:39, 4 September 2014 (UTC)

What's MSUpload, by the way? Ciencia Al Poder (talk) 09:58, 5 September 2014 (UTC)

I think he mean Extension:MsUpload :) Florianschmidtwelzow (talk) 11:16, 5 September 2014 (UTC)

Either create MediaWiki:Licenses on your wiki, or disable the WikimediaMessages extension. Jackmcbarn (talk) 02:41, 7 September 2014 (UTC)

The files on git are out dated but I have uploaded a patch which someone else who created the extension patched to fix issues with Mediawiki 1.22 151.225.137.145 20:37, 7 September 2014 (UTC)

Links are very welcome if you uploaded something somewhere. AKlapper (WMF) (talk) 00:45, 8 September 2014 (UTC)

Creating tags in gerrit.

This post by Revibot was moved on 2015-07-11. You can find it at Talk:Gerrit/Advanced usage/Archive 2/Flow export#h-Creating_tags_in_gerrit.-2014-08-30T10:15:00.000Z. Ciencia Al Poder (talk) 09:42, 1 September 2014 (UTC)

Login Authentication Issue

Hi,

I got the username from sso, without password authentication that user should login into my mediawiki, how ? and which file?

Mediawiki 1.21 59.163.27.11 (talk) 09:46, 1 September 2014 (UTC)

Hi!

Are you trying to set up SSO for MediaWiki or is it already set up an you want to know, how to log in? 88.130.74.212 10:19, 1 September 2014 (UTC)

SSO already there from one common application im getting the user name,, for ex consider one user "111" i got the user name from that sso response, in mediawiki 111 user should login automatically without any other authentication,

in mediawiki index.php i got that userid, then how to proceed to set login cookies, for automatic login,

without any extension 125.19.34.86 10:41, 1 September 2014 (UTC)

Without any extension this is nearly impossible :) It's not enough to get the username from elsewhere (i hope, that you don't edit the index.php ;)). MediaWiki povides the AuthPlugin and the hook Manual:Hooks/UserLoadFromSession with which you can implement an external authentication :)

Maybe you want to use LDAP? Then here is an extension that provides LDAP auth for MediaWiki ( i haven't tested it): Extension:LDAP_Authentication Florianschmidtwelzow (talk) 11:07, 1 September 2014 (UTC)

ok but in previous ver of mediawiki which i used 1.12 authentication code did in index.php

$user_from = $_SERVER['HTTP_SM_USER'];

$wgTitle = $mediaWiki->checkInitialQueries( $title,$action,$wgOut, $wgRequest, $wgContLang );

$wgUser=User::newFromName( $user_from );

wfSetupSession();

$wgUser->setCookies();

in the above $user_from is user name which get from response of someother application,. 125.19.34.86 11:25, 1 September 2014 (UTC)

Fatal exception of type MWException (details of exception beneath)

Tracked in Phabricator
Task T72262

Ive setup a new thirdparty wiki at http://trabagr.cz (MediaWiki: 1.22.7 PHP: 5.3.28). Yesterday I installed one extension - WikiEditor and allowed userscripts through $wgAllowUserJs and allowed commons through $wgUseInstantCommons. I started getting Fatal exception of type MWException at various pages containing templates, for ex. here or here. I allowed the $wgShowExceptionDetails and now it gives:

[fe283430] /wiki/index.php/U%C5%BEivatel:Zef/p%C3%ADskovi%C5%A1t%C4%9B Exception from line 778 of /data/www/www_trabagr_cz/trabagr_cz/wiki/includes/HttpFunctions.php: Error setting curl options.
Backtrace:
#0 /data/www/www_trabagr_cz/trabagr_cz/wiki/includes/filerepo/ForeignAPIRepo.php(479): CurlHttpRequest->execute()
#1 /data/www/www_trabagr_cz/trabagr_cz/wiki/includes/filerepo/ForeignAPIRepo.php(508): ForeignAPIRepo::httpGet(string)
#2 /data/www/www_trabagr_cz/trabagr_cz/wiki/includes/filerepo/ForeignAPIRepo.php(183): ForeignAPIRepo->httpGetCached(string, array)
#3 /data/www/www_trabagr_cz/trabagr_cz/wiki/includes/filerepo/file/ForeignAPIFile.php(61): ForeignAPIRepo->fetchImageQuery(array)
#4 [internal function]: ForeignAPIFile::newFromTitle(Title, ForeignAPIRepo)
#5 /data/www/www_trabagr_cz/trabagr_cz/wiki/includes/filerepo/FileRepo.php(333): call_user_func(array, Title, ForeignAPIRepo)
#6 /data/www/www_trabagr_cz/trabagr_cz/wiki/includes/filerepo/ForeignAPIRepo.php(103): FileRepo->newFile(Title, boolean)
#7 /data/www/www_trabagr_cz/trabagr_cz/wiki/includes/filerepo/FileRepo.php(362): ForeignAPIRepo->newFile(Title)
#8 /data/www/www_trabagr_cz/trabagr_cz/wiki/includes/filerepo/RepoGroup.php(151): FileRepo->findFile(Title, array)
#9 /data/www/www_trabagr_cz/trabagr_cz/wiki/includes/GlobalFunctions.php(3534): RepoGroup->findFile(Title, array)
#10 /data/www/www_trabagr_cz/trabagr_cz/wiki/includes/parser/Parser.php(3868): wfFindFile(Title, array)
#11 /data/www/www_trabagr_cz/trabagr_cz/wiki/includes/parser/Parser.php(3833): Parser->fetchFileNoRegister(Title, array)
#12 /data/www/www_trabagr_cz/trabagr_cz/wiki/includes/parser/Parser.php(5324): Parser->fetchFileAndTitle(Title, array)
#13 /data/www/www_trabagr_cz/trabagr_cz/wiki/includes/parser/Parser.php(2087): Parser->makeImage(Title, string, LinkHolderArray)
#14 /data/www/www_trabagr_cz/trabagr_cz/wiki/includes/parser/Parser.php(1825): Parser->replaceInternalLinks2(string)
#15 /data/www/www_trabagr_cz/trabagr_cz/wiki/includes/parser/Parser.php(1230): Parser->replaceInternalLinks(string)
#16 /data/www/www_trabagr_cz/trabagr_cz/wiki/includes/parser/Parser.php(395): Parser->internalParse(string)
#17 /data/www/www_trabagr_cz/trabagr_cz/wiki/includes/content/WikitextContent.php(300): Parser->parse(string, Title, ParserOptions, boolean, boolean, integer)
#18 /data/www/www_trabagr_cz/trabagr_cz/wiki/includes/WikiPage.php(3552): WikitextContent->getParserOutput(Title, integer, ParserOptions)
#19 /data/www/www_trabagr_cz/trabagr_cz/wiki/includes/PoolCounter.php(222): PoolWorkArticleView->doWork()
#20 /data/www/www_trabagr_cz/trabagr_cz/wiki/includes/Article.php(708): PoolCounterWork->execute()
#21 /data/www/www_trabagr_cz/trabagr_cz/wiki/includes/actions/ViewAction.php(44): Article->view()
#22 /data/www/www_trabagr_cz/trabagr_cz/wiki/includes/Wiki.php(448): ViewAction->show()
#23 /data/www/www_trabagr_cz/trabagr_cz/wiki/includes/Wiki.php(312): MediaWiki->performAction(Article, Title)
#24 /data/www/www_trabagr_cz/trabagr_cz/wiki/includes/Wiki.php(602): MediaWiki->performRequest()
#25 /data/www/www_trabagr_cz/trabagr_cz/wiki/includes/Wiki.php(467): MediaWiki->main()
#26 /data/www/www_trabagr_cz/trabagr_cz/wiki/index.php(49): MediaWiki->run()
#27 {main}

I have no idea how to deal with "Error setting curl options". Any help would be appreciated!! Wesalius (talk) 11:08, 1 September 2014 (UTC)

The message dissapears with commenting out $wgUseInstantCommons. I am filing a bug on bugzilla on this. Wesalius (talk) 17:18, 1 September 2014 (UTC)

I experienced the same bug. By Wesalius' way, it solved 121.130.23.215 (talk) 14:38, 19 May 2016 (UTC)

Class ParserHooks not found; skipped loading - properties not working

This post by Revibot was moved on 2015-07-11. You can find it at Extension talk:ParserHooks#h-Class_ParserHooks_not_found;_skipped_loading_-_properties_not_working-2014-08-29T10:09:00.000Z. Florianschmidtwelzow (talk) 12:04, 1 September 2014 (UTC)

[RESOLVED] Change letter case of the Pagename

Hi, i have an article call "Technischer Zug" on a MediaWiki instance: http://thwiki.org/t=Technischer_Zug

The Problem with the Pagename is, that is shown with a lower case "z" instead the right upper case "Z".

The rename function tells me, that the new name are already exist.

So i think i have to change any in the DB. - Can anybody tells me in wich table and field i can fix it ?

• MediaWiki Version: 1.23.3
• PHP Version: 5.4.30 (cgi-fcgi)
• MySQL Version: 5.1.73-log
• MediaWiki instance: http://thwiki.org

--Starwhooper (talk) 12:56, 1 September 2014 (UTC)

Hello!

Normally the title should show a uppercase "Z" (refer to site information: http://thwiki.org/index.php?title=Technischer_Zug&action=info). So it seems to be a problem of an extension or something else.

P.S.: Fixed: Mybe only a cache problem. You can reparse a page usin the "puge" action parameter: Manual:Purge (that was i did on the page). Florianschmidtwelzow (talk) 13:37, 1 September 2014 (UTC)

P.S.: Extension:SimpleAntiSpam is useless since MediaWiki 1.22, so you can remove the Extension ;) Florianschmidtwelzow (talk) 13:38, 1 September 2014 (UTC)

Hi,

the issue is still on my System. I open the url http://thwiki.org/t=Technischer_Zug?action=purge with Lynx and i still get a little "z". As next i use wget to download the html output and the html title and Pagename also still with little z

So i think that purge is a good tipp, but doesn't help in this case :(.

PS: The Tipp regarding the SimpleAntiSpam Extension helps ;) Starwhooper (talk) 15:37, 2 September 2014 (UTC)

Hmm, i used another computer (and another browser) now and still a upper case Z :)

http://i.imgur.com/H0BY7Xn.png

(P.S.: Try this link to purge the cache: http://thwiki.org/index.php?title=Technischer_Zug&action=purge I don't know, how your regex for short url works, but your link (?action=purge) doesn't work. If you are logged out you (normally, like on your wiki) have to click "Ok" to confirm, that you want to purge the cache :)) Florianschmidtwelzow (talk) 17:16, 2 September 2014 (UTC)

Oh year, that seams solved the issue. When i'm not logt in and use the from your last post, i get a prompt like "if you want recreate the page and doesnt use the cache".

Since them, it looks fine. Starwhooper (talk) 10:49, 4 September 2014 (UTC)

Edited Vector Skin - Only my personal Safari renders it

I've been working on editing the Vector skin - only CSS, mind you - and I tried to test it in my Firefox, my Chrome, another computer's Safari and Firefox, and none of them display right, at all. It becomes an unstyled white page, with black text and the like, while mine renders as it's supposed to.

Anyone know why?

Here's the link to my wiki. 207.254.175.183 (talk) 17:01, 1 September 2014 (UTC)

Are you sure you just editing vector?

See: http://www.madengine.madsplash.net/index.php/Main_Page?useskin=vector

That is your vector skin. If you just request the main page without specifying what skin you want, there is only one module, which could be a skin (skins.bootstrap), and this loads with an internal error:

http://www.madengine.madsplash.net/load.php?debug=false&lang=en&modules=skins.bootstrap&only=scripts&skin=bootstrap&*

So make sure, that wgDefaultSkin is "vector", or fix the definition and load of your own skin (if you created your own and not edited vector) :) Florianschmidtwelzow (talk) 19:52, 1 September 2014 (UTC)

Whoops, forgot to change default. Thanks for the catch! 207.254.175.183 20:29, 1 September 2014 (UTC)

The styles are currently displaying for me: I see red feathers in the upper left-hand corner, then gray and then white to the right. Tested in Firefox. 88.130.74.212 20:41, 1 September 2014 (UTC)

[RESOLVED] Pass Template Value to Category

Not sure if this is possible or not but can you have a Template value set as the category. Simple testing (MW 1.21) seems to indicate not but is there a special format to do this that I have been unable to locate?

Any help is much appreciated - even a nope it can't be done.

eg On entry page in edit mode

{{Example Template
|name=
|number=
}}

Template:Example Template page
Name:{{{name}}}<br>                    
Number:{{{number}}}<br> 

[[Category:{{{name}}}]]

Thanks

S01 Sirrob01 (talk) 02:52, 2 September 2014 (UTC)

Should ahve tried harder before asking

Parser Functions will make this work at least at some level.

https://www.mediawiki.org/wiki/Help:Parser_functions_in_templates

The below will also check if value1 is empty

{{#if:{{{value1|}}}| Value1:[[{{{value1}}}]][[Category:{{{value1}}}]]}}

Sirrob01 (talk) 05:18, 2 September 2014 (UTC)

I guess you resolved your problem. Let us know if not :) Ciencia Al Poder (talk) 09:56, 2 September 2014 (UTC)

Need to add subcategories in MediaWiki

Hi Support,

I have installed Mediawiki 1.23 in my Linux machine. I would like to add subcategories and which should show similar to http://en.wikipedia.org/wiki/Category%3aContents (means in alphabetical order). After adding subcategories, I hope I will be able to add different KB's as shown in the above URL.

Please assist.

Thank You 203.197.151.138 (talk) 09:10, 2 September 2014 (UTC)

See Help:Categories. You can categorize pages, as well as categories. Categorizing a category page will make it a subcategory. Ciencia Al Poder (talk) 09:57, 2 September 2014 (UTC)

Hi,

Thank you for your reply. I have gone through the details in the URL : http://www.mediawiki.org/wiki/Help:Categories, however I couldn't able to create "categories" in my Mediawiki page.

Please see the snapshot of my Mediawiki main page here : http://tinypic.com/view.php?pic=es2mvq&s=8#.VAWkkSQZUb8 and let me know how should I add the test KB posts (you can see it in that snapshot itself : Test KB and Test12 KB) to a category. Let me know the steps to create a category and the steps to link these two test KB posts to the category.

Thank You. 203.197.151.138 11:12, 2 September 2014 (UTC)

I would like to give you a clear snapshot as in : http://postimg.org/image/wocmj100l/ 203.197.151.138 11:17, 2 September 2014 (UTC)

What have you tried and what problems have you encountered so far? Ciencia Al Poder (talk) 10:05, 3 September 2014 (UTC)

[RESOLVED] CSS missing -- different content generator version for unregistered and logged in users

Cache problem: Clearing cache solved the problem.

Hi, unregistered users receive our wiki content without css styles (only content). After performing a login all looks fine. We performed a html-code diff which showed up several differences. The heaviest thing we found (beside others) see below... anonymous-site: meta name="generator" content="MediaWiki 1.21.9" after logon: meta name="generator" content="MediaWiki 1.23.0"

Any suggestions for us? It's the same site ... same computer ... THX!!! 80.149.113.199 (talk) 11:46, 2 September 2014 (UTC)

Hi!

That must be some cache, where you get the pages for anonymous users from. The objectcache table in the database for example holds such content. Maybe you also have some kind of browser cache or maybe even a PHP accelerator, which serves old content. 88.130.116.224 12:00, 2 September 2014 (UTC)

Thank you -- we disabled and re-enabled caching -- AND NOW WE ARE FINE!!! 80.149.113.199 12:23, 2 September 2014 (UTC)

Authors of old skins

Hi could I ask what are the authors of the skins of Simple, MySkin, Standard and Chick. Reason because I am requesting that the repos be created in git. and they were removed from core of mediawiki in mediawiki 1.22. 109.151.116.0 (talk) 20:08, 2 September 2014 (UTC)

Authors should be listed in the corresponding skin files. Check e.g. the diffs in https://gerrit.wikimedia.org/r/#/c/25170/ AKlapper (WMF) (talk) 20:15, 2 September 2014 (UTC)

Hi!

The skins have been maintained by the maintainers of the MediaWiki Core. However, it was decided to stop maintaining them as they basically only were examples demonstrating techniques, which nowadays are outdated anyways. 88.130.116.224 20:21, 2 September 2014 (UTC)

You're also welcome to participate in this RFC - the future of skins.

It would help if someone tidied up the RFC page and marked it for translation - I'm unfamiliar with the topic and can't do the former, but I'd be happy to translate and spread across different language wikis. Gryllida 01:36, 4 September 2014 (UTC)

German support?

Hi guys,

i need german support, but i cant find some. my english is not good enough for asking technical questions. where may i find help? RessiX (talk) 00:13, 3 September 2014 (UTC)

== German ==

Hallo!

Du kannst deine Frage hier stellen (vorzugsweise tatsächlich in englisch, aber auch andere Sprachen sind sicher möglich, wenn es gar nicht anders geht). Ansonsten wäre es möglich, wenn du dir in dieser Liste "Professionelle" suchst (eine Suche nach "Germany" ist mit der Browsersuchfunktion möglich), dann allerdings ggf. nicht kostenfrei ;)

Ich hoffe das hilft dir weiter!

== English ==

Hello!

You can ask your question here (preferred language is english, but other's are possible, too, i think, if you can't explain your problem in english). An alternative is, that you visit this list and search for "professionals" (you can search for "Germany" with your browser search function), but this (maybe) isn't free.

Hope that helps! Florianschmidtwelzow (talk) 06:13, 3 September 2014 (UTC)

ich hab mehrere probleme mit meinem wiki. fangen wir mal langsam an: ich möchte gern die hintergrundfarbe der kopfzeile von mehreren tabellen ändern. obwohl ich es genau mache wie hier angegeben, funktioniert es nicht. die farbe ändert sich einfach nicht.

fehlt mir vielleicht irgendein plugin, add-on oder sowas?

== English ==

(Translated by an user)

I haveproblems with my wiki. Let's start slowly: i want to change the background color of the headlines of some tables. I did it like the help pages explained, but it didn't work. the color doesn't change.

Is there a missing plugin, add-on or something else? RessiX (talk) 13:23, 3 September 2014 (UTC)

== German ==

Das liegt daran, dass die entsprechenden Klassen, die zur Farbgebung verwendet werden, nicht Teil der MediaWiki Software sind :) Die Klassen wurden in der deutschsprachigen Wikipedia auf der Interface-Seite MediaWiki:Common.css hinzugefügt (einfach nach "hintergrundfarbe1" suchen). Diese Klassen müsstest du ebenfalls in deine MediaWiki:Common.css einfügen, damit das Ganze funktioniert.

Hier die Klassen, die du eingeben müsstest:

/* From Wikipedia (https://de.wikipedia.org/wiki/MediaWiki:Common.css) */
table > * > tr.hintergrundfarbe1 > th,
table > * > tr > th.hintergrundfarbe1,
table.hintergrundfarbe1,
.hintergrundfarbe1 { /* Wie Inhaltsverzeichnis */
	background-color: #f9f9f9;
}
table > * > tr.hintergrundfarbe2 > th,
table > * > tr > th.hintergrundfarbe2,
table.hintergrundfarbe2,
.hintergrundfarbe2 { /* "Weiß", für Nicht-Artikel-Seiten, neutral */
	background-color: #fff;
}
table > * > tr.hintergrundfarbe3 > th,
table > * > tr > th.hintergrundfarbe3,
table.hintergrundfarbe3,
.hintergrundfarbe3 { /* "Gelb", auffällig */
	background-color: #ffff40;
}
table > * > tr.hintergrundfarbe4 > th,
table > * > tr > th.hintergrundfarbe4,
table.hintergrundfarbe4,
.hintergrundfarbe4 { /* Sehr auffällig */
	background-color: #fa0;
}
table > * > tr.hintergrundfarbe5 > th,
table > * > tr > th.hintergrundfarbe5,
table.hintergrundfarbe5,
.hintergrundfarbe5 { /* Neutral, abgesetzt */
	background-color: #e0e0e0;
}
table > * > tr.hintergrundfarbe6 > th,
table > * > tr > th.hintergrundfarbe6,
table.hintergrundfarbe6,
.hintergrundfarbe6 { /* Allgemein „bunt“, für Hervorhebungen und Unterscheidungen */
	background-color: #b3b7ff;
}
table > * > tr.hintergrundfarbe7 > th,
table > * > tr > th.hintergrundfarbe7,
table.hintergrundfarbe7,
.hintergrundfarbe7 { /* Allgemein „bunt“, für Hervorhebungen und Unterscheidungen */
	background-color: #ffcbcb;
}
table > * > tr.hintergrundfarbe8 > th,
table > * > tr > th.hintergrundfarbe8,
table.hintergrundfarbe8,
.hintergrundfarbe8 { /* Allgemein „bunt“, für Hervorhebungen und Unterscheidungen */
	background-color: #ffebad;
}
table > * > tr.hintergrundfarbe9 > th,
table > * > tr > th.hintergrundfarbe9,
table.hintergrundfarbe9,
.hintergrundfarbe9 { /* Allgemein „bunt“, für Hervorhebungen und Unterscheidungen */
	background-color: #b9ffc5;
}

== English ==

The reason for this is, that the css classes (which give the table the background color) aren't standard content of the MediaWiki Software. In the german Wikipedia the classes are added to the interface page MediaWiki:Common.css (just search for "hintergrundfarbe1"). You have to copy the classes into your own MediaWiki:Common.css to reach a colored background.

Teh classes you need:

/* From Wikipedia (https://de.wikipedia.org/wiki/MediaWiki:Common.css) */
table > * > tr.hintergrundfarbe1 > th,
table > * > tr > th.hintergrundfarbe1,
table.hintergrundfarbe1,
.hintergrundfarbe1 { /* Wie Inhaltsverzeichnis */
	background-color: #f9f9f9;
}
table > * > tr.hintergrundfarbe2 > th,
table > * > tr > th.hintergrundfarbe2,
table.hintergrundfarbe2,
.hintergrundfarbe2 { /* "Weiß", für Nicht-Artikel-Seiten, neutral */
	background-color: #fff;
}
table > * > tr.hintergrundfarbe3 > th,
table > * > tr > th.hintergrundfarbe3,
table.hintergrundfarbe3,
.hintergrundfarbe3 { /* "Gelb", auffällig */
	background-color: #ffff40;
}
table > * > tr.hintergrundfarbe4 > th,
table > * > tr > th.hintergrundfarbe4,
table.hintergrundfarbe4,
.hintergrundfarbe4 { /* Sehr auffällig */
	background-color: #fa0;
}
table > * > tr.hintergrundfarbe5 > th,
table > * > tr > th.hintergrundfarbe5,
table.hintergrundfarbe5,
.hintergrundfarbe5 { /* Neutral, abgesetzt */
	background-color: #e0e0e0;
}
table > * > tr.hintergrundfarbe6 > th,
table > * > tr > th.hintergrundfarbe6,
table.hintergrundfarbe6,
.hintergrundfarbe6 { /* Allgemein „bunt“, für Hervorhebungen und Unterscheidungen */
	background-color: #b3b7ff;
}
table > * > tr.hintergrundfarbe7 > th,
table > * > tr > th.hintergrundfarbe7,
table.hintergrundfarbe7,
.hintergrundfarbe7 { /* Allgemein „bunt“, für Hervorhebungen und Unterscheidungen */
	background-color: #ffcbcb;
}
table > * > tr.hintergrundfarbe8 > th,
table > * > tr > th.hintergrundfarbe8,
table.hintergrundfarbe8,
.hintergrundfarbe8 { /* Allgemein „bunt“, für Hervorhebungen und Unterscheidungen */
	background-color: #ffebad;
}
table > * > tr.hintergrundfarbe9 > th,
table > * > tr > th.hintergrundfarbe9,
table.hintergrundfarbe9,
.hintergrundfarbe9 { /* Allgemein „bunt“, für Hervorhebungen und Unterscheidungen */
	background-color: #b9ffc5;
}

Florianschmidtwelzow (talk) 13:46, 3 September 2014 (UTC)

Super, das funktioniert =)

danke für die schnelle hilfe RessiX (talk) 21:22, 3 September 2014 (UTC)

wfShellExec() causes web-installer (and possibly more) to hang in 1.23.3

Tracked in Phabricator
Task T72357

Greetings,

we've been having this problem ever since 1.23.0 came out, that we cannot upgrade our software any further than 1.22, due to the rewritten version of wfShellExec(), that causes a weird bug, that seems to be somewhat unique to our provider Hosteurope. This seems to be an error with their PHP-Version, but one they are unwilling to fix.

What happens is that after entering the upgrade key, the installer hangs and never finishes loading while doing all those checks. We've narrowed down the problem to wfShellExec() with systematic commenting of the source code. Extracting the offending code, we even got to see an error message. Here is it: http://slexy.org/view/s2frnrvJCP The PHP Version: http://www.hosteurope-infos.de/phpinfo.php

Now my question is: Can I safely replace wfShellExec() with its version from 1.22 or are there any other ideas to solve the problem? Switching the provider is unfortunately not an option.

Any help would be greatly appreciated. Ascarion (talk) 00:25, 3 September 2014 (UTC)

Thanks for the details!

You should report this as a bug, so developers are aware of the issue. See BUGREPORT. I could try to report it if I remember when I go home. Ciencia Al Poder (talk) 10:22, 3 September 2014 (UTC)

Thank you. Unfortunately, I'm not even sure if that is a bug with MediaWiki or just a misconfiguration on my provider's part. I'll report it nonetheless, perhaps one of the MediaWiki devs can do something about it.

For Reference: https://bugzilla.wikimedia.org/show_bug.cgi?id=70357 Ascarion (talk) 17:36, 3 September 2014 (UTC)

Thanks! At least someone could investigate if the issue can be caught and provide an alternative Ciencia Al Poder (talk) 20:32, 3 September 2014 (UTC)

Problem with ParserFunctions on 1.15

This post by Revibot was moved on 2015-07-11. You can find it at Extension talk:ParserFunctions#h-Problem_with_ParserFunctions_on_1.15-2014-09-03T03:53:00.000Z. Florianschmidtwelzow (talk) 06:06, 3 September 2014 (UTC)

Storage on Google Cloud

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Does anyone know how i can store the 'images' folder on Google Cloud Storage?

Trying to change my upload location to a google cloud storage bucket..

The Adress is the same, with a new subdomain.. (uploads.blahblah.com)

My wiki isn't on app engine or something similar from google, its on a separate Homeserver.

I already tried doing with api key, but no idea where to place that thing.. =)

Does anybody know how and is it possible?

Thank you!

MediaWiki 1.23.3

PHP 5.4.31

MySQL 5.1.72-cll 84.72.207.82 (talk) 11:53, 3 September 2014 (UTC)

There are extensions that let you store your uploads on Amazon's S3 or Azure but I don't know of any that let you use Google's cloud storage. If you were interested in writing one, I would have a look at those other two extensions to see what is needed. Otherwise, you could file a bug to request it. ☠MarkAHershberger☢(talk)☣ 15:24, 3 September 2014 (UTC)

Alternatively, look at gsutil which this stackexchange answer talks about to mount Google cloud as the images folder. ☠MarkAHershberger☢(talk)☣ 15:27, 3 September 2014 (UTC)

Nothing? 2800:810:5E9:8974:8D4:1964:189B:310C (talk) 17:04, 14 August 2023 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Random - without link (novice)

MediaWiki - 1.16.5 PHP - 5.2.6-2ubuntu4.3 MySQL - 5.0.67-0ubuntu6

I've been given the task of creating the intranet page for my department where I work. I'm a complete novice with mediawiki and everything i've created so far has been based off other entries people have made on our intranet but with some slight modifications as i've been learning as i've been going along. Given that it's the companies intranet, I don't have much say in downloads of extensions or modifications to the wiki which may be required to do what i'm looking to - which isn't too bad as i've got another idea i know i can do instead but won't look as good.

What i'm hoping to achieve is; I'm looking to create a category full of pages with information about my department then, I've created a template with two page frames, I would like a random page from this category to appear on one of those frames - so that each time the page is loaded a different random page appears in the frame without the need for the user to select the random page link

Is this possible to do without any extensions or modification? If so can you walk me through all the steps? - each time i've tried to look at how to create a category i keep getting pages that just tell me it's possible, but not how to do it - also i'd need to know everything about making the random page appear without the link.

Thanks for any help. DHFE (talk) 14:52, 3 September 2014 (UTC)

Categories in MediaWiki are a lot like tags. All you do to categorize a page is add something like [[Category:Cats]] to the wikitext of a page. More information about this is on the help page.

To get a random page from your wiki, use javascript to make an api call to API:Random and use the first page from the list returned. ☠MarkAHershberger☢(talk)☣ 15:40, 3 September 2014 (UTC)

Sorry, i just need to confirm - like i said i'm a complete novice so;

If i enter something like [[Category:Cats]] anywhere in the wikitext of a page, it's added to that category? It doesn't need to be at the top, bottom, etc?

Also

"To get a random page from your wiki, use javascript to make an api call to API:Random and use the first page from the list returned."

seems like gibberish to me - I don't understand.

I need a little more help please. DHFE (talk) 16:22, 3 September 2014 (UTC)

Yes, you can put it anywhere in the page's text.

I can't help you write javascript, but mayve if you can put a link to Special:RandomInCategory like this inside your frame. ☠MarkAHershberger☢(talk)☣ 16:41, 3 September 2014 (UTC)

Thanks,

Is there any way to preselect the category from the RandomInCategoy? so that the users don't have to do it each time. I want this to automatically display a random page from a specific category whenever the page is loaded 81.150.209.81 07:45, 4 September 2014 (UTC)

I think that would require circumventing the CSRF protection that is built into MediaWiki. ☠MarkAHershberger☢(talk)☣ 13:44, 4 September 2014 (UTC)

As an alternative, you could use Extension:RandomSelection and transclude each article in the page, for example:

<choose>
<option>{{:Page to include 1}}</option>
<option>{{:Page to include 2}}</option>
<option>{{:Page to include 3}}</option>
</choose>

The drawback is that you will have to put each article of that category on the provided options. Ciencia Al Poder (talk) 10:05, 5 September 2014 (UTC)

SemanticForms: False positive warning about cross-site request forgery when submitting edit

When creating my first property in a newly downloaded semantic (forms 2.7) system running on a mostly new 1.23.1 wiki (wiki.afterworld.ru). i get the following error when hitting save or preview.

"This appears to be a cross-site request forgery; canceling save."

so i went around now totally understand whats happening with CSRF and why its there and all that. But for the life of me i can not figure out how to fix the problem. I havent edited my core mediawiki files but looking at the editpage.php i can see what i expect is correct to allow tokens. "var $mTokenOk = false;" I can;t figure out of the problem is a forms problem or a wiki problem, but i see the code in the forms code for the error.

My question is, what have i done, or not done, to cause this error. Any hint to lead me in the right direction would be great. Thanks! --Dale> 71.126.252.82 (talk) 16:26, 3 September 2014 (UTC)

I was just involved in a discussion about CSRF and SemanticForms and Yaron said he took care of this in the latest version.

Maybe you can help us figure out how you are getting this? ☠MarkAHershberger☢(talk)☣ 16:45, 3 September 2014 (UTC)

If latest version is 1.23.3 i have that ready to upgrade, but old time IT guy like me doesn't upgrade during a problem unless its a known fix. Shall I wait for Yaron here or open up a discussion on his page? Thanks! 71.126.252.82 16:50, 3 September 2014 (UTC)

I was hoping he would respond to the mention of his name here (I think that is part of Echo), but he didn't.

You appear to be running the latest version of SemanticForms, so I don't think upgrading would help.

I've sent him an email asking him to come look at this. ☠MarkAHershberger☢(talk)☣ 23:48, 3 September 2014 (UTC)

A start would be to tell us what is giving you that message: What browser are you using? Any browser extensions? ☠MarkAHershberger☢(talk)☣ 16:46, 3 September 2014 (UTC)

A well IE 11.09 Chrome 37 both produced the same error. Also has done it on 3 machines with none of the same extensions installed on different versions of IE. So i eliminated the browser as the default problem. Do note that i'm machines live in a Active Directory Domain, which always could cause some sort of limitation that is hidden.

When i run the create a category page i get no such error and successfully created a category. I have not run a Create a Class or templateyet because i simply haven't gotten to that stage (I am learning all this semantic stuff this week) 71.126.252.82 18:08, 3 September 2014 (UTC)

Note i did get a person to try it with a non-domain'ed machine in Chrome 37 and they got the same error (With my account). Which gives me the idea to try another account... will ask another admin to try. 71.126.252.82 18:20, 3 September 2014 (UTC)

http://wiki.afterworld.ru/index.php?title=Special:CreateProperty is the page with the problem. 71.126.252.82 19:02, 3 September 2014 (UTC)

Confirmed another admin level user had same problem. 71.126.252.82 20:14, 3 September 2014 (UTC)

Hi - that's too bad.

I should note that Echo didn't notify me! I don't know if it was supposed to. But Mark emailed me about this.

Also, there was actually no change to CSRF stuff in the latest version; the CSRF checking was all added in version 2.6.1, which was released 8 months ago; so I don't think there's a general bug in SF related to this.

Rather, I'm guessing that it's something server-side on the wiki, though I don't know what that is. Perhaps indeed it's the use of Active Directory; I don't know much about all that stuff, unfortunately. Yaron Koren (talk) 00:34, 4 September 2014 (UTC)

Got the same problem, turned off visual editor and ldapauth. Still getting the error. 217.8.59.207 09:53, 8 September 2014 (UTC)

disabled dynamic page list (third party) .... now it saves 217.8.59.207 09:56, 8 September 2014 (UTC)

Im not using dynamic page list. I am using dynamic sidebar, i will try turning that off. I noted above that i proved it had nothing to do with active directory. It has to be something with the wiki that it causing it i agree. Now how do i determine what it is? I only have FTp access to my wiki, no cpanel or SSH. 71.126.252.82 14:05, 8 September 2014 (UTC)

I disabled DynamicSidebar and it worked. so there is a fight going on with the dynamic sidebar and dynamic page list. 71.126.252.82 14:10, 8 September 2014 (UTC)

dynamic page list (mediawiki) is working for me... now having a look it the reduzed feature set will work on our wiki 217.8.59.207 07:38, 11 September 2014 (UTC)

I have experienced the same problem. I get message "This appears to be a cross-site request forgery; canceling save" when hitting save or preview. However if I disable Extension:ShortUrl everything works fine.

Mediawiki 1.23.5. StasR (talk) 14:18, 15 October 2014 (UTC)

I have the same issue ... I run a BlueSpice MW (2.23) on MediaWiki (1.23.7) with SMW 2.0 and I am unable to add attributes. In fact, the entire attribut thing appears to be broken:

    NO_VALID_VALUE mit Datentyp Text (0 Vorkommen)
    NO_VALID_VALUE mit Datentyp Zahl (0 Vorkommen)
    NO_VALID_VALUE mit Datentyp Quellcode (0 Vorkommen)
    NO_VALID_VALUE mit Datentyp Zahl (0 Vorkommen)
    NO_VALID_VALUE (0)
    NO_VALID_VALUE (0)
    NO_VALID_VALUE (0)
    NO_VALID_VALUE (0)
    NO_VALID_VALUE (0)
    NO_VALID_VALUE mit Datentyp Datum (0 Vorkommen)
    NO_VALID_VALUE (0)
    NO_VALID_VALUE (0)
    NO_VALID_VALUE (0)
    NO_VALID_VALUE (0)
    NO_VALID_VALUE (0)
    NO_VALID_VALUE (0)
    NO_VALID_VALUE (0)
    NO_VALID_VALUE mit Datentyp Wahrheitswert (0 Vorkommen)
    NO_VALID_VALUE mit Datentyp Seite (0 Vorkommen)
    NO_VALID_VALUE (0)
    NO_VALID_VALUE (0)
    NO_VALID_VALUE mit Datentyp Datum (0 Vorkommen)

That looks quite strange

I tried fixing it through the SMW admin desk and an update in the terminal but to no avail. I try a second attempt in a VM with MW on 1.24. Temptuousinsolence (talk) 09:11, 11 December 2014 (UTC)

Same Probleme here with BlueSpice 2.23, mediawiki 1.23.7 SemanticForms 3.1 (1b189e3). When i try to define a new propertie got this error : This appears to be a cross-site request forgery; canceling save. 142.85.5.69 12:34, 15 January 2015 (UTC)

I found the source and a bypass to the problem.

When Bluespice extension "WikiAdmin" is activated, it seams to remove the namespace created by the Semantic MediaWiki extention, to be more precise, the Property, Type and Concept Namespace (and there "talk" ones). So when Forms try to add something to a namespace that no longer exist, it give the cross-site request forgery.

The bypass I found is not "by the book", but it works. Just create the namespaces somewhere else, I put them in the LocalSettings.php by adding these lines:

$wgExtraNamespaces[102] = "Property";
$wgExtraNamespaces[103] = "Property_talk";
$wgExtraNamespaces[104] = "Type";
$wgExtraNamespaces[105] = "Type_talk";
$wgExtraNamespaces[108] = "Concept";
$wgExtraNamespaces[109] = "Concept_talk";

Hope it helps! 142.85.5.69 14:13, 23 January 2015 (UTC)

I found the source and a bypass to the problem.

When Bluespice extension "WikiAdmin" is activated, it seams to remove the namespace created by the Semantic MediaWiki extention, to be more precise, the Property, Type and Concept Namespace (and there "talk" ones). So when Forms try to add something to a namespace that no longer exist, it give the cross-site request forgery.

The bypass I found is not "by the book", but it works. Just create the namespaces somewhere else, I put them in the LocalSettings.php by adding these lines:

$wgExtraNamespaces[102] = "Property";
$wgExtraNamespaces[103] = "Property_talk";
$wgExtraNamespaces[104] = "Type";
$wgExtraNamespaces[105] = "Type_talk";
$wgExtraNamespaces[108] = "Concept";
$wgExtraNamespaces[109] = "Concept_talk";

Hope it helps! 142.85.5.69 14:13, 23 January 2015 (UTC)

Yes, it does ... curiously enough, it does not work with the language settings on "en", to whcih I had switched to in order to do some bugtracking with phpunit, but once I changed back to de and disabled my own namespace additions, it worked. Yet, I cannot say that I fully understand why. Nevertheless, thanks a lot ... Temptuousinsolence (talk) 08:55, 26 January 2015 (UTC)

Adding these extra namespaces did solve the problem for me on a MW 1.26.3,/ SMW 2.3.1 installation.

I don't have the Bluespice extension installed and Dynamic Page List running.

Language setting doesn't seem to have any effect. Nakohdo (talk) 18:55, 27 June 2016 (UTC)

Yes for me too thanks!.. after trying a number of other work arounds, your solution worked on a clean install of MediaWiki/Bluespice and Semantic Mediawili. 27.33.94.164 07:16, 1 February 2015 (UTC)

Sorry to say that, but I just installed the latest version of MediaWiki, and I run into the same problem. Unfortunately I do not use any of the extensions described on this page and none of the solutions mentioned worked for me. There still seems to be a bug in the code. 92.217.74.228 (talk) 15:46, 9 December 2015 (UTC)

Correction: The $wgExtraNamespaces-lines DID correct the problem. But it might be interesting for you to know that I do not use the extension "WikiAdmin" so this extension can not be the cause of the problem. 92.217.74.228 (talk) 15:51, 9 December 2015 (UTC)

Had the same problem with a brand new MW 1.26.2 and SF 3.4.1 (fe2648a).

I could fix it by changing the value at which the SMW namespaces start.

I used $smwgNamespaceIndex = 108; Stefahn (talk) 13:17, 2 January 2016 (UTC)

Same problem when saving a class.

MW: 1.26.2

SMW: 2.3.1

SF: 3.6-alpha (e827e19)

It's running on localhost for what it's worth. JosefAssad (talk) 12:03, 10 March 2016 (UTC)

Just a note: for those encountering this after installing SMW/SF with Composer, don't forget that you still need to add enableSemantic('yourdomain.com') in your LocalSettings. Without it, you will get this error. 95.210.108.61 (talk) 14:15, 10 May 2016 (UTC)

Thanks for the pointer. There's a slight typo in your post. The correct syntax is enableSemantics( 'example.org' ); - with an "s", see https://www.semantic-mediawiki.org/wiki/Help:Installation/Troubleshooting Nakohdo (talk) 18:46, 27 June 2016 (UTC)

Sorting in Special:AllPages

Hi,

is there a setting to change the row-based list in Special:AllPages to a column based one?

from     to
A B C    A D G 
D E F    B E H
G H I    C F I

If this is not supported by vanilla MediaWiki, does somebody know an extension which supports this? --93.222.92.48 18:19, 3 September 2014 (UTC)

German

ich kann in meinem wiki keine einzelnachweise einfügen, wie es z.B. bei Wikipedia machbar ist. woran kann das liegen?

Hier ein beispiel auf meiner testseite
Hier die quelle des Test-quellcodes

desweiteren hab ich grosse probleme bei der benutzerrechtevergabe, und finde leider keine nützlichen informationen in deutscher sprache. falls da jemand nen link kennt wäre das super. persönlicher kontakt mittels teamspeak wäre auch möglich, der link zu meinem Teamspeak-server findet sich in der sidebar meines wikis.

Sorry für die ganzen anfängerfragen, das ist mein erstes wiki, und gleichzeitig mein 2. webseiten-projekt... das 1. war ein phpbb-forum (ist um einiges einfacher zu handhaben als ein wiki;-) ) RessiX (talk) 20:14, 3 September 2014 (UTC)

== German ==

Hallo!

Für den ref tag musst du die Erweiterung Cite installieren ;)

Zum Thema Rechte wäre es sinnvoll, sich die entsprechende Hilfeseite durchzulesen (die ist auch auf deutsch, allerdings weiß ich gerade nicht, wie vollständig (übersetzt) die ist): Manual:User_rights/de. Ansonsten bitte spezifische Fragen stellen :) Was verstehst du nicht?

Grüße

== English ==

Hello!

To use the ref tag you have to install the Extension Cite.

To understand user rights, it is useful to read the Manual (it's in german, but i don't know, if it is complete translted or not): Manual:User_rights/de. If there still are things you don't understand, please be more specific, what you don't understand :)

Kind regards Florianschmidtwelzow (talk) 20:49, 3 September 2014 (UTC)

==German==

leider sind beide seiten, die du verlinkt hast, mehr englisch als deutsch.

in nem phpbb-forum gibt es ne komfortable admin-oberfläche, in der man Benutzergruppen und Rechte sehr einfach anlegen und verwalten kann. gibt es etwas derartiges auch für wikis? wenn ich die Manual:User_rights/de richtig verstehe, muss man ja schon ein halber Programierer sein, um das zu verstehen =(

== English ==

(Translated by another user)

unhappily, both sites you linked are more english as german.

In a phpbb forum there is a comfortable admin-panel, where you can easily manage user groups and rights. Is there something similar for wikis? If i read Manual:User_rights/de correctly, you have to be a half programmer to understand what to do =( RessiX (talk) 21:21, 3 September 2014 (UTC)

== German ==

Hallo!

Das scheint wohl richtig zu sein, derzeit wird hier zwar fleißig an der MediaWiki-Dokus gearbeitet, um diese auch third-party users besser zur Verfügung zu stellen, aber bei der Menge an Inhalten ist das nicht gerade einfach, und dann noch in so vielen Sprachen.

Eine grafische Benutzeroberfläche gibt es im reinen MediaWiki nicht, ob es dafür eine Erweiterung gibt, weiß ich leider nicht, mir ist keine bekannt. Grundsätzlich solltest du allerdings auch verstehen, dass MediaWiki in erster Linie für das kollaborative Zusammenfassen und Bearbeiten von "Wissen", bzw. Inhalten. Das bedeutet, dass es prinzipiell keine komplexe Berechtigungsstruktur gibt. In der Standardinstallation gibt es bereits die für die meisten Wikibetreiber sinnvollsten Gruppen und Berechtigungen (Adrministratoren, Bürokraten, Benutzer, Anonyme, usw.). Natürlich kannst du auch weitere Gruppen hinzufügen, wie das geht, ist allerdings in dem Artikel user rights (Manual:User_rights/de) beschrieben (und auch übersetzt, habs gerade nachgesehen ;)). Was die einzelnen Berechtigungen bedeuten, kannst du mit einem Standardübersetzter leicht selbst herausfinden, ich kann dir die jetzt nicht hier aufzählen, ich hoffe du verstehst das :)

Zum Thema "Programmierer sein um das zu verstehen": Grundsätzlich nein. Es reicht bereits, wenn du mit einem Texteditor und der Kopieren/Einfügen Funktion umgehen kannst :) Der Rest erklärt sich quasi von alleine. Wenn noch spezifische Fragen sind, gerne fragen :)

== English ==

That seems to be right, the MediaWiki documentation is constantly being improved, but it's much of content and languages, so it takes time :)

There is no graphical user interface out of the box (in MediaWiki core), i don't know if there is an extension to reach this, i don't know any. Generally, maybe you have to understand, that MediaWiki is a collobarative tool for editing and management of content. So there is no compley structure of user rights/groups (there are enough user rights in my opinion :P). In a new installation, there are standard groups and rights, which matches the needs of most wiki administrators, so maybe there is no need to configure something? Of course you can add groups and make the structure more complex, how you can do this is explained on the user rights page ((Manual:User_rights/de)) and it is translated into german :P Possible user rights are listed there, you can use a standard translator to translate these short sentences into german, i can't give a list of all rights here, i hope you understand :)

To "You have to be a haöf programmer to understand": Generally no. It's enough to know, how to handle a simple text editor programm and the copy&paste function. All other is self-explained :) Florianschmidtwelzow (talk) 21:42, 3 September 2014 (UTC)

== German ==

also Cite hab ich jetzt installiert. das klappte hervorragend, und die einzelnachweise funktionieren jetzt. mit der rechtevergabe werd ich mich am WE nochmal intensiver auseinander setzen. danke vielmals für deine schnellen und hilfreichen antworten.

== English ==

(translated by another user)

so, Cite is installed. It's working very good, the references working now. For the user rights i will look much deeper into it at the weekend. Thanks for your fast and helpful answers. RessiX (talk) 14:40, 4 September 2014 (UTC)

The question was (in short):

I can't add references to my wiki like on wikipedia (notice from me: ref tag used). What is the reason for that?

Further i have problems setting up the rights system. It would be great to have someone who can give a link to more (german) information. Personal contact via TeamSpeak is possible, too. The link to my TS server you can find in my wikis sidebar. Florianschmidtwelzow (talk) 20:54, 3 September 2014 (UTC)

Indexing block summaries

Are block summaries indexed? I know edit summaries aren't. Gryllida 01:34, 4 September 2014 (UTC)

There's nothing that query this information, so no, they aren't (and shouldn't) Ciencia Al Poder (talk) 09:19, 4 September 2014 (UTC)

Reveal user_password in user table

Hello all, I would like to know how could I reveal the user_password field (that says "BLOB - 44 o" in the user table. I also would like why user_email is empty, and where the user emails are stocked ? Thank you very much for help. 154.66.171.20 (talk) 02:16, 4 September 2014 (UTC)

Hello! In phpMyAdmin you can select to show blob values in the options. But for the passwords it wouldn't help you to find it out. The password is no where saved in MediaWiki, te user_passwords field only contains the hash value of the password to check the entered password of the user against. If you forgot you password, please refer to Manual:Resetting_passwords.

The e-mail field can be empty (it stores the users e-mail adsress), if Manual:$wgEmailConfirmToEdit is set to false (default) ;) Florianschmidtwelzow (talk) 05:21, 4 September 2014 (UTC)

Query On Logout Customization

In previous ver of mediawiki 1.12 team customized like below as logout in skintemplate.php

Original :

$personal_urls['logout'] = array(
                               'text' => $this->msg( 'userlogout' )->text(),
                               'href' => self::makeSpecialUrl( 'Userlogout',
                                       // userlogout link must always contain an & character, otherwise we might not be able
                                       // to detect a buggy precaching proxy (bug 17790)
                                       $title->isSpecial( 'Preferences' ) ? 'noreturnto' : $returnto
                               ),
                               'active' => false
                       );

Customized : $personal_urls['logout'] = array(

                                'text' => wfMsg( 'userlogout' ),
                                'href' => '#popup',
                                'name' => 'uam_modal',
                                'active' => false,
                                'onmouseover' =>"isStatusAvail = false;window.status='Logout';return true",
                                'onmouseout'  =>"isStatusAvail = true;"
                       );

But in mediawiki 1.21 name property and onmouseover this and im not able to see. in mediawiki 1.12 it everything is coming when i inspect the element 125.19.34.86 (talk) 05:27, 4 September 2014 (UTC)

You shouldn't change the content of MediaWiki core files, for more information read this: Do not hack MediaWiki core

To change the contents of personal Urls, you can use the PersonUrls Hook, e.g. in an extension. And onmouseover and onmouseout aren't the best solutions for that, i think :) It's possible, that you create an own Extension, providing a ResourceLoader-module, which contains a javascript file. In this you can use jQuery to bind the mouseover and mouseout events to the logout link's jquery object, example:

$( '#pt-logout a' ).mouseover( function() {
// do your stuff here
} );

That's much better as hacking core files, trust me :) Florianschmidtwelzow (talk) 10:07, 4 September 2014 (UTC)

Table of contents full width

we recently upgraded our WIKI software and are now on

MediaWiki 1.22.8 PHP 5.3.17 (apache2handler) MySQL 5.5.37

With the previous version, the Table of Contents, at the top of each page was on the left hand side of the screen and its width fitted the widest text.

After the upgrade the Table of Contents is now full screen width.

What have we missed during the upgrade and how do we fix it now? 143.210.223.31 (talk) 10:31, 4 September 2014 (UTC)

You don't mention what skin you're using, but you need to make sure you haven't changed the CSS for #toc. ☠MarkAHershberger☢(talk)☣ 13:30, 4 September 2014 (UTC)

[RESOLVED] Show/hide buttons don't appear

Hello all, I have made a navigation pannel at my wiki just like in wikipedia, but buttons hide/show panel from the left side don't appear! What is the reason of it? Here it is my nav pannel: http://www.wikijournal.ru/index.php/Шаблон:Навигация/Создание_сайтов Fokebox (talk) 06:17, 5 September 2014 (UTC)

Hello!

Have you enabled Extension:Vector#CollapsibleNav??? But please note, that this feature will be removed in future version of MediaWiki. And: You should consider to upgrade your MediaWiki installation. 1.20 isn't supported anymore. Florianschmidtwelzow (talk) 20:55, 6 September 2014 (UTC)

I try to enable Extension:Vector#CollapsibleNav and let you know if there is still the problem?

I know that this version is not supported, but I cannot upgrade now, 'cause a lot of personal settings were made and I havn't enough time to set a new version! Fokebox (talk) 06:25, 8 September 2014 (UTC)

I have made it so at my localsettings file:

$wgVectorFeatures['collapsiblenav']['global'] = true;

But my navigation bar hasn't still collapse button (, are there any other reason of it? Fokebox (talk) 18:59, 10 September 2014 (UTC)

The problem is resolved Fokebox (talk) 07:06, 15 September 2014 (UTC)

Can you say, what you did, fo other's who may find your thread, but not the solution? :) Florianschmidtwelzow (talk) 10:32, 15 September 2014 (UTC)

I added class mw-collapsible to the Template

There is one thing I could not find at common.css - where is css settings to set hide/show button settings ((( Do you know where it is? Fokebox (talk) 13:38, 16 September 2014 (UTC)

Wikifamily and Shared database setup

Hi,

Version: Mediawiki: 1.22.0 PHP: 5.3.10-1ubuntu3.11 (apache2handler) MySQL: 5.6.13-log

I would like to say if this topic is done to death, I have used your search but I didnt find this exact situation.

I have one wikisite in english and now i would like to add new wiki in germany. Im asking for guidance what route should I take from here. The new installation will be fresh. I have studied this page http://www.mediawiki.org/wiki/Manual:Wiki_family and Im wondering should I choose scenario:2 or scenario:4. I have already done the scenario:4 once without the "poolwiki" and the linking between the sites work. I was just wondering if im making a mistake here what would cause some troubles in the future?

I have then studied CentralAuth for the single sign on / auto login for the both wikis, or should I choose in this case http://www.mediawiki.org/wiki/Manual:Shared_database method? Adding $wgCookieDomain = ".mainwiki.com"; ? The later sounds much easier to setup.

Thank you. Mikey J9 (talk) 07:14, 5 September 2014 (UTC)

What you explain should work without problems. For the user being automatically logged in on all wikis when he logs in in one of them, all wikis should have the same parent domain, because of $wgCookieDomain (for example, if your wikis are en.mainwiki.com, de.mainwiki.com, etc). Otherwise, they should log in on each wiki separately, although having a shared user table will make them have the same user account with same password, etc. Ciencia Al Poder (talk) 10:10, 5 September 2014 (UTC)

Thanks. My setup at the moment is 'mainwiki.com' and 'de.mainwiki.com' and they both have their own databases 'en_mainwiki' and 'de_mainwiki', the tables dont have any prefixes do i need to add them also? Or do I add only these lines into both Localsettings.php,

$wgSharedDB = 'en_mainwiki';

$wgSharedPrefix = 'en_';

$wgCookieDomain = ".mainwiki.com"; Mikey J9 (talk) 10:29, 5 September 2014 (UTC)

$wgSharedDB would do the trick. Use $wgSharedPrefix only if it's different from $wgDBprefix

I'm not sure if $wgCookieDomain will work with ".mainwiki.com". I think it should be "mainwiki.com" Ciencia Al Poder (talk) 15:12, 5 September 2014 (UTC)

Thank you for your help. I can now create an accounts from both sites and login from both sites, but I cant get the cookies work? Can you see what am i doing wrong here? I have 'de.test.mainwiki.com' with 'de_mainwiki' database and 'test.mainwiki.com' with 'en_mainwiki' DB. I have added these lines to both english and deutch Localsettings.php $wgSharedDB = 'en_mainwiki'; $wgSharedTables = array('user','user_properties'); $wgCookieDomain = "test.mainwiki.com";

Now if I login and then I go to another site it doesnt auto login, but it gives me sometimes automatically to a 'username' field value. Lets say I have logged in on English site with username: Tommy and then on German site if i go to sign in it gives value to username 'Tommyen_mainwikiLoggedOut=1410136520'.

Also if i login on other site with same user it logsout from another site. Can you see what have I messed up here? Thank you very much. Mikey J9 (talk) 01:09, 8 September 2014 (UTC)

Be sure you have the $wgSharedDB and $wgSharedPrefix settings on all wikis and not only on "non-main" wikis. That's part of the defaults for $wgCookiePrefix. They should have the same cookie prefix for that to work. Ciencia Al Poder (talk) 11:24, 8 September 2014 (UTC)

Thanks again! Sorry for being dumb. Im new with all of this :( . I have now added these lines to all Localsettings ---> $wgSharedDB = "en_mainwiki";

$wgSharedTables = array('user', 'user_properties');

$wgSharedPrefix = "";

1. Cookie settings

$wgCookieDomain = "test.mainwiki.com"; I added $wgSharedPrefix = ""; My database tables doesnt have prefixes, am I reading this correctly? Do I need to add $wgCookiePrefix with some value? Thanks. Mikey J9 (talk) 11:57, 8 September 2014 (UTC)

Don't set $wgSharedPrefix if you don't have it.

Try setting $wgCookiePrefix with the same value on all of them if the previous setting does not work.

Well, $wgCookieDomain isn't good here, because it should be set to "mainwiki.com" Ciencia Al Poder (talk) 13:59, 8 September 2014 (UTC)

Issue during protecting a page

We are having the following Mediwiki version MediaWiki 1.21.2 PHP 5.3.27 (cgi-fcgi)

MySQL 5.5.32

We are facing an issue during protecting a page. When we apply the protection on a category Page it is not getting cascaded to all the pages belonging to it. Even after checking the checkbox "Protect pages included in this page (cascading protection)". On reopening the Protection config screen the checkbox gets automatically unchecked, Frajos100 (talk) 13:50, 5 September 2014 (UTC)

Hello!

The cascading means only Templates and Images in a page, not pages in a category :) To protect all pages of a categroy you must protect them one by one. Florianschmidtwelzow (talk) 14:20, 5 September 2014 (UTC)

Reading your answer I thought it might be a nice feature to extend the protection mechanism also to categories just like you explained: When a page is in a category and this category is cascade protected, then also protect the page. This would however lead to the situation that every user, privileged or not, could set protection levels. A privilege escalation par excellence. Let's better not do that. 88.130.73.7 15:13, 5 September 2014 (UTC)

Please upgrade MediaWiki 1.21 to 1.23 please because 1.21 is discontinued. 151.225.137.145 16:38, 6 September 2014 (UTC)

You can file a bug report asking for this feature so when you protect a category and click cascading protection it protects every page in the category. 151.225.137.145 16:39, 6 September 2014 (UTC)

What 88.130.73.7 said. This will never happen. Jackmcbarn (talk) 21:30, 6 September 2014 (UTC)

I absolutely agree. I myself could not have said it better. *grgrgr* 88.130.69.211 00:54, 7 September 2014 (UTC)

Users of Read Only Group has editing rights

Users of Read Only Group has editing rights. One option is to set $wgGroupPermissions['user']['edit'] = false; where all the users who dont belong to a group are unable to Edit. is there any way we can remove the user belonging to Read Only group from the user group through code. Frajos100 (talk) 14:23, 5 September 2014 (UTC)

Hi!

No, there is no way to remove users from the group "user". When any user is logged in, this group is granted to him automatically. You might want to disable editing for the "user" group and enable it for another group, in which you put those users, who should be able to edit.

Also take care that permissions are cumulative: If you grant a right only to one of the user's groups and disallow this right in all others, the user will still have it! 88.130.73.7 14:41, 5 September 2014 (UTC)

If you don't want users to be able to edit, the easy solution is to block them. If you're doing something more complicated than that, look at Manual:$wgRevokePermissions. Jackmcbarn (talk) 02:34, 7 September 2014 (UTC)

Suddenly no acces anymore

Dear colleagues
I am the owner of the Pollen-Wiki. Today I logged in and wanted to change some words in one of the documents and I got the error message "You do not have permission to access this document". I tried it with several pages: some could be edited, some not, resulting in the same error message. Yesterday everything worked fine. I did not change any settings. I checked the user rights, their ok (755). What can I do? Is the system corrupted by a virus/hacker?

System: MediaWiki 1.19.0 PHP 5.4.4-14+deb7u14 (cgi-fcgi) MySQL 5.5.38-0+wheezy1

Thank your for helping me

Thomas Basel, Switzerland 212.41.65.239 (talk) 12:31, 6 September 2014 (UTC)

Hi!

Just to make sure: What you describe is a server error 403, not a MediaWiki error message (with the meaning: "You are not allowed to edit this page"), right?

It would be interesting to know, in how far this issue is reproducable: Does it always happen with the same page(s)? For all users or only for some? ...

What I can say however is that your MediaWiki version is outdated and does have known and unfixed security holes. Possible that these are somehow exploited. If you want to make sure this is not the case, you can (should?) do an upgrade to the newest version of the 1.19 branch. However, if you fear that you already have malicious code on the server, an upgrade might not fix that. Common places for malicious stuff are:

• the central index.php file
• somewhere (read as anywhere!) in the folder extensions/
• somewhere in the folder images/

You should search for recently changed files in these folders. Compare the central index.php file with the one from the tarball. In the folder images/, every php file is suspicious. Maybe your .htaccess file has been changed in order to map other file extensions to the PHP interpreter; this then makes all files with these extensions suspicious as well... 88.130.101.228 13:50, 6 September 2014 (UTC)

Thank you very much for your suggestions. I got a message from my server-administrator. They got some false/positive messages from my site in their saftey logs becuase they changed some safety rules. In the meantime it's fixed. My Pollen-Wiki is working again. But you are right. I should upgrade to version 1.2. but it takes a lot of time.

Greetings from Basel, Switzerland

Thomas 212.41.65.239 14:14, 6 September 2014 (UTC)

In fact you would already be secure, if you updated to MediaWiki 1.19.18. If you have not manually changed the source code, this is as simple as overwriting the files and you will be secure again. :-) 88.130.101.228 14:36, 6 September 2014 (UTC)

best way for toc?

[sorry for the duplicate, editing does not seem to work, just loads to death and nothing happens]

I'm making a rather small wiki, with tutorials for a not so well known sport.. There will be ~50-100pages in the end. I'm trying to have a structure like: [c] = category, [p] = page

• [c]root
  • [c]moves group1
    • [p]move1
    • [p]move2
  • [c]moves group2
    • [p]move1
    • [p]move3

So I want to show a tree like that on the mainpage and I do NOT want to hardcode it. Currently I'm using the categoryTree extension to do this, but I can't get it to fully expand in the beginning. I couldn't find a setting for that on the plugin page, only an unanswered question asking for the same. Any idea? Also I don't need the expand/collapse functionality, something just making a solid tree of all categories and pages I have would be perfect. 87.142.114.198 (talk) 14:20, 6 September 2014 (UTC)

Error by PHP

just rewrite $wgUseImageMagick = true; to $wgUseImageMagick = false;

It's show, when I try to input image to page. I have an clear MediaWiki (it is not some images programs) Unable to run external programs, proc_open() is disabled. Error code: 1 HELP Please! See example: http://scratch-wiki.besaba.com/%D0%A1%D0%BA%D1%80%D0%B5%D1%82%D1%87 Dimon4ezzz (talk) 15:21, 6 September 2014 (UTC)

MediaWiki obviously makes use of the PHP function proc_open. I guess it is used to generate a thumbnail in the size needed for your page.

The solution is to activate the proc_open function in the PHP configuration.

PS: The same problem has been reported here: Manual_talk:Image_administration#Error_creating_thumbnail:_Unable_to_run_external_programs_in_safe_mode. 88.130.101.228 15:36, 6 September 2014 (UTC)

[RESOLVED] Logo and some pics dissappeared after upgrading

PHP version 5.4.24 MySQL version 5.6.17 Mediawiki 1.23.3

grailoftruth.com/wikitruth

I upgraded from the last version to the newest, and my logo and icons/links to mediawiki (Lower right corner) are not longer working? 2601:2:5580:5CA:5D66:A774:97EA:38AF (talk) 18:14, 6 September 2014 (UTC)

Somewhere in your LocalSettings.php you have "grailoftruth.com" without a "www." in front of it. Add a "www." to the front of it and it should work. Jackmcbarn (talk) 02:37, 7 September 2014 (UTC)

I checked every instance of grailoftruth in my localsettings.php and they all have www ? 2601:2:5580:5CA:5D66:A774:97EA:38AF 03:07, 9 September 2014 (UTC)

Also, When I go to the actual image URL (which I obtain by right clicking on the broken image link) it shows up...but not on the page itself?

Therefore the path is correct, but yet the images don't show?

See example: http://www.grailoftruth.com/wikitruth/skins/common/images/poweredby_mediawiki_88x31.png 2601:2:5580:5CA:5D66:A774:97EA:38AF 03:28, 9 September 2014 (UTC)

Never mind I was able to solve this issue with some help from your IRC channel 2601:2:5580:5CA:5D66:A774:97EA:38AF 06:15, 9 September 2014 (UTC)

Interwiki links

Tracked in Phabricator
Task T72415
Resolved

OK, I'm completely lost over here. I recently created en:SS Fort Stikine. The de:Fort Stikine and nl:Fort Stikine articles pointed to en:Bombay Explosion (1944). I've managed to remove these links from that article, but have not been able to re-link them to the new enwiki article about the ship. All I get is an error message. Can someone who knows what they are doing please interlink the three articles? Thanks in advance, Mjroots (talk) 18:36, 6 September 2014 (UTC)

Hello,

this problem is already known and should be hotfixed on Monday, see bug 70415. Thanks for reporting this!

Btw: The SS Fort Stikine i have fixed. You can edit the language links directly in wikidate, see your object: wikidata:Q1144908. Please check, if the links are correct (see "Wikipedia pages linked to this item" for this"). You can edit/remove them if necessary :) Florianschmidtwelzow (talk) 20:37, 6 September 2014 (UTC)

The problem has not been fixed. There are two articles on en:wiki en:SS Fort Stikine and en:Bombay Explosion (1944). The former was a redirect to the latter until I wrote the new article on the ship.

Currently, en, nl and de Wikis have an article on the ship. Other languages have an article on the explosion. Florianschmidtwelzow moved all iwls to the ship article from the explosion article. I've deleted the iw links referring to the explosion article from the ship article, but again, am still unable to re-add them to the explosion article. Currently, the explosion article across all wikis has no interlinking. This now needs fixing. Mjroots (talk) 16:19, 7 September 2014 (UTC)

I think you misunderstand me! The problem is fixed and will be deployed tomorrow :) After this you should be able to add the interwiki links. Until this, you can link the articles directly in wikidata :) Florianschmidtwelzow (talk) 16:55, 7 September 2014 (UTC)

The problem HAS NOT BEEN FIXED, there are still no iwls to en:Bombay Explosion (1944). I haven't got a clue what other languages have articles, or how to find out and fix them. Will someone please sort this out. Mjroots (talk) 20:47, 9 September 2014 (UTC)

But this is a content problem, rather such a technical. You can add interwiki links to the list, if you want :) Florianschmidtwelzow (talk) 21:03, 9 September 2014 (UTC)

Email, watchlist, and notifications

Tracked in Phabricator
Task T65577

Hi,
In Special:Preferences, would it be helpful for the "Email me when a page or file on my watchlist is changed" option to appear in either the Watchlist tab, or the Notification tab, or both? Users are likely to try one of those tabs if they want to be notified that something on their watchlist has changed. Bobrayner (talk) 18:52, 6 September 2014 (UTC)

Agreed, the current situation is terribly confusing. I'm trying to bring that stuff together in a single tab, see bugzilla:63577. Nemo 19:35, 6 September 2014 (UTC)

[RESOLVED] How do I find text rendered using templates in MediaWiki?

I'm currently reworking a MediaWiki template that has some semantic design issues: there are two almost exact key/value pairs and one of them may be completely removed:

{{Template
| foo1 = bar
...
| foo2 = '''bar'''
...
}}

I'm also removing the foo2 key at the pages that use this template, so I have an idea that some kind of marking may be helpful: I've changed the template source code so it could show a warning that the template usage is currently being reworked:

{{#if: {{{foo2|}}} |
<p style="color: red;">The template is under construction.</p>
}}

So, if the template is used with the foo2 key, then the warning is rendered at the page. That's great.

But as I'm not aware with bots setup or implementation, I have to process the templates manually, and I simply iterate through every page that uses the template using wiki/Special:WhatLinksHere/Template:Template. This is not a reliable way because I may skip a page. Another option I thought was able to work is searching for "The template is under construction". But unfortunately MediaWiki seems to be unable to search for text that is rendered under template transclusions.

Is there any way to find text that's rendered with a template using standard search?

(Bots are not an option in this case unfortunately because of several reasons. My MediaWiki version is 1.19.0)

(194.44.30.245 07:54, 7 September 2014 (UTC))

Inside your #if block, add [[Category:Pages that use the foo2 parameter]]. All pages that use foo2 will then end up in that category, though not immediately, because the job queue takes time. If you want to accelerate the process, see Manual:RunJobs.php. Jackmcbarn (talk) 14:37, 8 September 2014 (UTC)

Yes, it does exactly what I need. I've just checked it locally. No bots, no extra extensions are necessary. Thank you very much! 194.44.30.245 17:59, 8 September 2014 (UTC)

Ideally you could use a category for that, including the article on a category when that parameter is being used.

For example:

{{#if: {{{foo2|}}} |
<p style="color: red;">The template is under construction.</p>[[Category:Pages using experimental templates]]
}}

Note that you'll need to wait until all jobs are cleared so all pages are reparsed and the category populated. That, or perform Null edits on those pages. Ciencia Al Poder (talk) 14:49, 8 September 2014 (UTC)

Thank you very much for the suggestion! It works like a charm at my local wiki so I'm going to proceed with the experiment at our wiki. One question regarding your answer. You wrote "Ideally" above: does it mean that searching for text in such cases is a wrong way, and auxiliary categories are a better (and eventually working) way? Or did I understand it too literally? :) Thanks! 194.44.30.245 18:04, 8 September 2014 (UTC)

Yes, that's what he's saying. He's basically telling you to do the same thing that I am, but with a different category name. Jackmcbarn (talk) 21:36, 8 September 2014 (UTC)

Yeah, as a user I'd search for text rather than adding a category to a template, because the latter is pretty tricky and not obvious. That's why I've asked about the word "ideally". I'm just curious. 194.44.30.245 22:03, 8 September 2014 (UTC)

Although searching is more "obvious", a category is indeed the better option. Jackmcbarn (talk) 23:04, 8 September 2014 (UTC)

Ok, I see. Thank you! 194.44.30.245 04:39, 9 September 2014 (UTC)

[RESOLVED] Is it possible to search for tags?

Is it possible to find, for example, <small><ref> and </ref></small>? I'm going to switch to CSS/templates completely, and I consider the small tag harmful. More general question would be: is it possible to search for tags and tag sequences? Thanks! 194.44.30.245 (talk) 10:07, 7 September 2014 (UTC)

Hi!

The Extension:ReplaceText can do exactly that and even more: It even does allow you to replace all or selected occurrences of strings with other strings so that it gives you an easy way to change a mass of pages.

If you cannot be sure, if people might not use small tags anyway, you might consider to additionally put a line of CSS into your skin (either into the CSS files or if it is a Core skin into the wiki page MediaWiki:Common.css in your wiki) in order to make text in small tags no longer appear small. 88.130.69.211 10:13, 7 September 2014 (UTC)

Hi! Thank you for the reply.

• Extension: Yes, I'm aware of this extension a little bit, but actually speaking I'm afraid of uncontrolled changes: it can damage data very easily if I'm right. Or does it support some kind of interactive mode?
• CSS patching: Yes, this is another option too. But I would like to clean up the markup. Also I would like to prevent CSS rules clashing between MediaWiki:Common.css and user skins. 194.44.30.245 10:21, 7 September 2014 (UTC)

Yes, when you use ReplaceText, you first tell it, which terms you want to replace and by what and in a next step, the extension shows you all hits for these terms in the pages (and you can even define in which namspaces to search). Then you can check or uncheck each single page and do the replacements only in those pages, where you want it to happen. The only "shortcoming" is that you can only select to replace all or no hits inside one and the same page. What the extension cannot do is to replace some hits in a page and not others in the same page. These then are the pages, which you have to deal with manually. 88.130.69.211 11:06, 7 September 2014 (UTC)

I've just tested the extension at my local wiki. And it does exactly what I want. Despite it's based on jobs, I still can use it as a search service not submitting any replacement jobs. Thank you very much! 194.44.30.245 13:06, 7 September 2014 (UTC)

Should you not have enough hits for the jobs to run, you can still trigger them manually using the maintenance script runJobs.php. 88.130.69.211 13:24, 7 September 2014 (UTC)

If I understand the maintenance workflow right, then I'm in trouble, because I'm not a sysop at that wiki and have no shell access. And it seems there is no way to trigger the jobs using a special page. Anyway, this information helps a lot. Thank you! :) 194.44.30.245 13:37, 7 September 2014 (UTC)

Right, you would run this script from the shell. However, if he does not want to manually run the script, a sysadmin could also modify $wgJobRunRate in order to get a ratio, which fits your wiki better. 88.130.69.211 13:46, 7 September 2014 (UTC)

[RESOLVED] Multiple MediaWiki versions pointing to same database

I am taking over administration of a small MediaWiki site for my University help desk. It was fairly outdated (was running 1.15), and I am looking to modernize the database, and add increase its usability. Unfortunately, the database is on a server with multiple other help desk applications, and as the help desk is run by students, much of the server and its software was pieced together hastily when needed. The ser is currently in active use, and cannot be taken down. I am hoping to create a second "wiki" which points to the same MySQL database, but with different settings, extensions, etc. Thus far, here are the steps I have taken:

1. I updated the wiki to MediaWiki 1.23.3
2. I duplicated the the mediawiki folder /var/lib/mediawiki to /var/lib/mediawiki_testing on the server
3. I then added additional aliases to the apache.conf file, but the "alternate" wiki does not load (see http://pastebin.com/puwCh5H1) for Apache.conf) Jomaxro (talk) 08:29, 8 September 2014 (UTC)

What happens when you try to load it? Jackmcbarn (talk) 14:34, 8 September 2014 (UTC)

Did you restarted apache (or apache2ctl -k graceful)? What do you mean exactly by "does not load"? Ciencia Al Poder (talk) 15:03, 8 September 2014 (UTC)

Yes, Apache has been restarted.

By "does not load," I enter domain/wiki_test, and it redirects me to domain/mediawiki_testing/index.php/Main_Page, where I receive a 404 Not Found error. Specifically:

Not Found

The requested URL /mediawiki_testing/index.php/Main_Page was not found on this server.

Apache/2.2.22 (Ubuntu) Server at *domain* Port 80 Jomaxro (talk) 21:21, 8 September 2014 (UTC)

In your config, you're saying Alias /mediawiki_test /var/lib/mediawiki_testing. Be consistent in "_test" versus "_testing" and it should work. Jackmcbarn (talk) 21:40, 8 September 2014 (UTC)

Alright! It worked. Thank you very much. I would appreciate a technical explanation if you could as to why the Alias had to match the directory. Isn't the point of an alias to make the path "anything" you wanted? Jomaxro (talk) 21:52, 8 September 2014 (UTC)

It doesn't. The problem was that the alias was to /mediawiki_test but you were going to /mediawiki_testing. Jackmcbarn (talk) 23:03, 8 September 2014 (UTC)

[RESOLVED] Using a pdf logo to link to an uploaded file

I have a number of uploaded pdf files. I can link to them using the syntax LABEL NAME (pdf). However I would like to replace the text (pdf) with the adobe logo. I can only find examples of how to do this for external links. How can I do this for an uploaded file within my mediawiki site? I want ensure that clicking on the logo only links to the pdf file, not the logo image file. I am running mediawiki 1.23.2. 31.185.135.233 (talk) 10:12, 8 September 2014 (UTC)

Sorry message should read :

I have a number of uploaded pdf files. I can link to them using the syntax [[media:FILENAME.pdf|LABEL NAME (pdf)]]. However I would like to replace the text (pdf) with the adobe logo. I can only find examples of how to do this for external links. How can I do this for an uploaded file within my mediawiki site? I want ensure that clicking on the logo only links to the pdf file, not the logo image file.

I am running mediawiki 1.23.2. 31.185.135.233 10:22, 8 September 2014 (UTC)

Do you want it to happen for all links that end in .pdf? If so, copy the code from https://en.wikipedia.org/w/index.php?title=MediaWiki:Common.css&action=edit#mw-ce-l509 into your own wiki's MediaWiki:Common.css and remove the ".external" from all of the entries. Jackmcbarn (talk) 14:32, 8 September 2014 (UTC)

Thank you. Presumably there is a similar format for word or excel documents. 31.185.135.233 11:03, 12 September 2014 (UTC)

Indeed. Just add another copy of the code, changing all .pdf's to .doc's (or whatever extension you want), and change the background URL to the icon you want. Jackmcbarn (talk) 11:53, 12 September 2014 (UTC)

Thanks for your help. 31.185.135.233 15:52, 15 September 2014 (UTC)

Help with svg

Hi can I have some help please I am trying to convert my images from my custom skin. I want to convert them from png to svg how can I do it the easy way since I doint how to do it. 151.225.137.145 (talk) 16:45, 8 September 2014 (UTC)

Hi!

If the images are identical to those, which come with the MediaWiki Core, you can copy those images. Otherwise do something like this and look around. Seems like e.g. cloudconvert.org can do that. 88.130.114.41 17:03, 8 September 2014 (UTC)

Hi I tried all those tools it just doeswnt convert them to svg it makes the image look something really different I have searchd on google and tried all the online converters free ones and I used inkscape to try and trace but doesent work. 151.225.137.145 17:28, 8 September 2014 (UTC)

and loudconvert only seem to allow svg to png not svg to png. 151.225.137.145 17:36, 8 September 2014 (UTC)

All tools? How many were that exactly? cloudconvert.com does both. You wrote that you wanted to convert them "from png to svg" and here is the according link. 88.130.114.41 21:07, 8 September 2014 (UTC)

Hi I tried that but output is not svg it only allows it certain type but not svg. 109.151.116.0 22:57, 8 September 2014 (UTC)

Could you please answer the questions, all of them? It's a bit cumbersome to discuss if half of the questions are ignored, and if you don't explain exactly what you are doing so others have to guess. If "it only allows it certain type but not svg" then explain what that certain type is. And steps to reproduce. Thanks. Malyacko (talk) 11:07, 9 September 2014 (UTC)

Internet Explorer

I have recently set up a MediaWiki and wanted to add VisualEditor. Unfortunately it's not working with Internet Explorer. I've found several explanations from saying it's not working till it's working and some bugs had been fixed. So I have no idea if it is or not, but I can see at least it is working at https://www.mediawiki.org/w/index.php?title=VisualEditor:Test&useskin=vector, so I guess it should be working somehow.

I installed the Wiki from scratch 2 weeks ago, so I think all about the vector skin should be OK? I want it to work with Internet Explorer 11, the latest, all previous are not important to me.

Thanks in advance for your time. Emil Moe (talk) 16:56, 8 September 2014 (UTC)

It would be great to have more information about... yeah all :D

What version of MediaWiki you're running? Which other extensions you have installed? What error message you become when you try to edit via VE?

Generally VE is working in IE, too (if it's a version higher IE 8 iirc) :) Florianschmidtwelzow (talk) 17:44, 8 September 2014 (UTC)

Of course and thanks :-)

I have this extension installed also: LDAP Authentication Plugin 2.1.0

I have the Visual Editor 0.1.0, which seems to be the newest one?

I'm running Internet Explorer 11 on Windows 7

I cannot reproduce the error right now. I have been trying, but for some reason it's not coming. However I still have to manually enable it by editing the source in the console and the Save button is disabled all the time. Emil Moe (talk) 17:55, 8 September 2014 (UTC)

Which version of MediaWiki? What is the date and/or git commit for "Visual Editor 0.1.0"? AKlapper (WMF) (talk) 11:03, 9 September 2014 (UTC)

This is the information I have from RELEASE-NOTES-1.23

== MediaWiki 1.23.3 ==

This is a maintenance release of the MediaWiki 1.23 branch.

This is the information I have from /extension/VisualEditor/version

VisualEditor: REL1_23

2014-07-29T01:33:14

9883566 130.225.11.83 11:19, 9 September 2014 (UTC)

Adding an infobox, index or similar

Hi! My wiki has five categories of pages. To make it simple, lets say that one of these categories is pages about cars while another is pages about bikes. I have made one index page for each of these categories, so that all pages in the category are easy to reach from this index page. Now, I want each page in a category to link to the index. And I want it to do so that clearly marks the page as a part of this category.

Right now, I simply end each page with something like "this page is a page about cars" or "this page is a page about cars". This is a really bad solution, so I want a better one. I'm trying to implement a certain solution, but I'm also open to other suggestions. The solution I'm currently trying to implement is the "infoboxes" that wikipedia use. A box with information and links, to put on the right side of the page.

I tried to search for information on this, both on wikipedia and on mediawiki, but didn't find anything that seemed to solve the problem. I also browsed through the list of extensions , in case I need an extension to make an infobox. Didn't find anything there either. The search words I used were "sidebar" and "infobox".

On wikipedia I have seen three kinds of boxes I could use.

• The one I like the most is the "sidebar" kind that includes the "rights" sidebar at http://en.wikipedia.org/wiki/Rights
• Second, we have the "infobox" like the one at http://en.wikipedia.org/wiki/Wendell_H._Ford
• Thirdly, we have the "series" kind like the ones as http://en.wikipedia.org/wiki/Feminism

I'd like to be able to make any of these (or some fourth kind I haven't seen yet), but so far I have failed. I copied the templates for the first and second kind from wikipedia, but didn't work. When I add a sidebar, the page simply says "{{#invoke:Sidebar|sidebar}}"

So... any advice?

• What do I need to make a sidebar, infobox or series like the ones at Wikipedia?
• And is there some other good method to organize my pages?

Thank you for your time! 79.136.64.84 (talk) 22:35, 8 September 2014 (UTC)

PS. it doesn't say "script error", it says "((#invoke:Sidebar|sidebar))" - but with "{" and "}" instead of "(" and ")". 79.136.64.84 22:37, 8 September 2014 (UTC)

Do you have Extension:Scribunto installed? You need it to use the sidebars that Wikipedia has. Jackmcbarn (talk) 02:07, 9 September 2014 (UTC)

Got Scribunto now. Trying to import from wikipedia still doesn't seem to work. The "rights" sidebar says "Script Error", which when clicked says "Script error: No such module "Sidebar"." 79.136.64.84 23:12, 12 September 2014 (UTC)

...and when I try to copy the "Module:Sidebar" from wikipedia, it says "[a88f3039] 2014-09-12 23:14:42: Fatal exception of type MWException". 79.136.64.84 23:15, 12 September 2014 (UTC)

That exception message isn't useful itself. See Manual:How to debug to get a message that will be useful. Jackmcbarn (talk) 23:42, 12 September 2014 (UTC)

Tried that now. Didn't work. Guess it isn't a PHP error. Not sure what kind of error it could be. :-/

Has anybody here used scribunto to add sidebars to your wiki? If so, how/what did you do to make it work? 79.136.64.84 00:20, 13 September 2014 (UTC)

What do you mean it didn't work? Did you enable showing exception details? Jackmcbarn (talk) 00:30, 13 September 2014 (UTC)

No, I had only added...

error_reporting( -1 );

ini_set( 'display_errors', 1 );

That didn't have any effect.

I have now tried to also add...

$wgShowExceptionDetails

$wgDebugToolbar

$wgShowDebug

$wgDevelopmentWarnings

...or...

$wgShowExceptionDetails = TRUE

$wgDebugToolbar = TRUE

$wgShowDebug = TRUE

$wgDevelopmentWarnings = TRUE

Both options broke my wiki! Couldn't load any page until I restored the index.php 79.136.64.84 00:47, 13 September 2014 (UTC)

Add the exact line "$wgShowExceptionDetails = true;" Jackmcbarn (talk) 00:53, 13 September 2014 (UTC)

Have you found a solution of this problem? Because I have the same problem now. Monic abc (talk) 15:17, 12 January 2015 (UTC)

The same thing I said then applies now. Please enable showing exception details, then reply here with the details you get. Jackmcbarn (talk) 19:07, 12 January 2015 (UTC)

I'm sorry, I'm not 79.136.64.84 ;) I'm another user. And what shows in my page (I wrote only Sidebar in {} brackets):

Lua error in module „mw.html.lua”, in line 345: Tag name must be a string.

Backtrace:

(tail call): ?

[C]: in function „error”

mw.html.lua:345: in function „create”

Moduł:Sidebar:28: in function „chunk”

mw.lua:567: ?

(tail call): ?

[C]: in function „xpcall”

MWServer.lua:87: in function „handleCall”

MWServer.lua:301: in function „dispatch”

MWServer.lua:40: in function „execute”

mw_main.lua:7: in main chunk

[C]: ?

And I copied and pasted Sidebar module from here: [[1]] Monic abc (talk) 07:45, 13 January 2015 (UTC)

Ok, that's weird. I have 1.23 MediaWiki, so I wanted to install latest stable version to this MediaWiki. But there were errors. When I downloaded and copied 1.24 everything seems ok. Why this is happening? Monic abc (talk) 08:00, 13 January 2015 (UTC)

Templates and modules from Wikipedia are designed to work with the latest version of MediaWiki and are not supported on older versions. Jackmcbarn (talk) 21:22, 13 January 2015 (UTC)

Extension:Lockdown - possible to look4all but not for user1 and user2

Hi !

i want to install Extension:Lockdown for a special job. there are some important pages for the administration and this sides only should be able to read and edit by user1 and user2. i did not understand the documentation complete.

german: gibt es eine Funktion um bestimmte Seiten aus der IT-Administration nur für die User1 und User2 zur Bearbeitung bzw. zum Lesen freizugeben. Alle anderen sind gesperrt.

can you help me? JanTappenbeck (talk) 12:18, 10 September 2014 (UTC)

move to User_talk:Duesentrieb#Extension:Lockdown_-_Sperrn_f.C3.BCr_alle_au.C3.9Fer... JanTappenbeck (talk) 12:29, 10 September 2014 (UTC)

copy Template:Tabs to my wiki

hi !

i try to copy the Tempate Vorlage:Tabs to my private Wiki and read at Erweiterungen/_Vorlagen_und_Kategorien i should go to the Link Sammlungen (http://www.vs-polis.de/content/mediawiki.html) - but this side is dead!

when i create a site like Vorlage:Tabs, copy the source into my site and activate the preview following will show:

''{{#ifeq:false|true|}} {{#ifeq:false|true|}} {{Tabs/{{ #ifeq:2|1|Aktiv|Inaktiv}}|Hauptseite|Linienfarbe=|Farbe Hintergrund Tab Inaktiv=|Farbe Hintergrund Tab Aktiv=}}{{ 1.if: Vorlage:Tabs |{{Tabs/{{ #ifeq:2|2|Aktiv|Inaktiv}}|Vorlage:Tabs|Linienfarbe=|Farbe Hintergrund Tab Inaktiv=|Farbe Hintergrund Tab Aktiv=}}| }}{{ 2.if: Kategorie:Vorlage:Formatierungshilfe |{{Tabs/{{ #ifeq:2|3|Aktiv|Inaktiv}}|Kategorie:Vorlage:Formatierungshilfe|Linienfarbe=|Farbe Hintergrund Tab Inaktiv=|Farbe Hintergrund Tab Aktiv=}}| }}{{ 3.if: |{{Tabs/{{ #ifeq:2|4|Aktiv|Inaktiv}}|{{{BezeichnungTab4}}}|Linienfarbe=|Farbe Hintergrund Tab Inaktiv=|Farbe Hintergrund Tab Aktiv=}}| }}{{ 4.if: |{{Tabs/{{ #ifeq:2|5|Aktiv|Inaktiv}}|{{{BezeichnungTab5}}}|Linienfarbe=|Farbe Hintergrund Tab Inaktiv=|Farbe Hintergrund Tab Aktiv=}}| }}{{ 5.if: |{{Tabs/{{ #ifeq:2|6|Aktiv|Inaktiv}}|{{{BezeichnungTab6}}}|Linienfarbe=|Farbe Hintergrund Tab Inaktiv=|Farbe Hintergrund Tab Aktiv=}}| }}{{ 6.if: |{{Tabs/{{ #ifeq:2|7|Aktiv|Inaktiv}}|{{{BezeichnungTab7}}}|Linienfarbe=|Farbe Hintergrund Tab Inaktiv=|Farbe Hintergrund Tab Aktiv=}}| }}{{ 7.if: |{{Tabs/{{ #ifeq:2|8|Aktiv|Inaktiv}}|{{{BezeichnungTab8}}}|Linienfarbe=|Farbe Hintergrund Tab Inaktiv=|Farbe Hintergrund Tab Aktiv=}}| }}{{ 8.if: |{{Tabs/{{ #ifeq:2|9|Aktiv|Inaktiv}}|{{{BezeichnungTab9}}}|Linienfarbe=|Farbe Hintergrund Tab Inaktiv=|Farbe Hintergrund Tab Aktiv=}}| }}''

could someone tell me how to transfer the Template? JanTappenbeck (talk) 13:40, 10 September 2014 (UTC)

You need to install Extension:ParserFunctions. Jackmcbarn (talk) 14:14, 10 September 2014 (UTC)

Upload file warning

I have been unable to avoid the following warning message every time I try to upload an image to my wiki. I have enabled file uploading in my php settings and .ini files and the issue persists. Any suggestions are much appreciated to allow me to upload images without getting errors like this. Thank you!

WARNING MESSAGE:

"Upload warning

Could not store file "C:\Windows\Temp\phpE3F6.tmp" at "mwstore://local-backend/local-public/1/11/Tags-01.jpg"." Estate wiki (talk) 19:05, 10 September 2014 (UTC)

Can you post the contents of your LocalSettings.php? Make sure that you redact passwords, etc. from it first. Jackmcbarn (talk) 22:24, 10 September 2014 (UTC)

See below. I've removed what I considered to be sensitive info and replaced it with "----". Please let me know if there is any other information you need. Thanks so much.

<?php
# This file was automatically generated by the MediaWiki 1.23.0
# installer. If you make manual changes, please keep track in case you
# need to recreate them later.
#
# See includes/DefaultSettings.php for all configurable settings
# and their default values, but don't forget to make changes in _this_
# file, not there.
#
# Further documentation for configuration settings may be found at:
# https://www.mediawiki.org/wiki/Manual:Configuration_settings

# Protect against web entry
if ( !defined( 'MEDIAWIKI' ) ) {
 exit;
}

## Uncomment this to disable output compression
# $wgDisableOutputCompression = true;

$wgSitename = "----";

## The URL base path to the directory containing the wiki;
## defaults for all runtime URL paths are based off of this.
## For more information on customizing the URLs
## (like /w/index.php/Page_title to /wiki/Page_title) please see:
## https://www.mediawiki.org/wiki/Manual:Short_URL
$wgScriptPath = "/mediawiki";
$wgScriptExtension = ".php";

## The protocol and server name to use in fully-qualified URLs
$wgServer = "----";

## The relative URL path to the skins directory
$wgStylePath = "$wgScriptPath/skins";

## The relative URL path to the logo.  Make sure you change this from the default,
## or else you'll overwrite your logo when you upgrade!
$wgLogo = "$wgStylePath/common/images/wiki.png";

## UPO means: this is also a user preference option

$wgEnableEmail = true;
$wgEnableUserEmail = true; # UPO

$wgEmergencyContact = "----";
$wgPasswordSender = "----";

$wgEnotifUserTalk = false; # UPO
$wgEnotifWatchlist = true; # UPO
$wgEmailAuthentication = true;

## Database settings
$wgDBtype = "mysql";
$wgDBserver = "localhost";
$wgDBname = "----";
$wgDBuser = "----";
$wgDBpassword = "----";

# MySQL specific settings
$wgDBprefix = "";

# MySQL table options to use during installation or update
$wgDBTableOptions = "ENGINE=InnoDB, DEFAULT CHARSET=utf8";

# Experimental charset support for MySQL 5.0.
$wgDBmysql5 = false;

## Shared memory settings
$wgMainCacheType = CACHE_NONE;
$wgMemCachedServers = array();

## To enable image uploads, make sure the 'images' directory
## is writable, then set this to true:
$wgEnableUploads = true;
#$wgUseImageMagick = true;
#$wgImageMagickConvertCommand = "/usr/bin/convert";

# InstantCommons allows wiki to use images from http://commons.wikimedia.org
$wgUseInstantCommons = false;

## If you use ImageMagick (or any other shell command) on a
## Linux server, this will need to be set to the name of an
## available UTF-8 locale
$wgShellLocale = "en_US.utf8";

## If you want to use image uploads under safe mode,
## create the directories images/archive, images/thumb and
## images/temp, and make them all writable. Then uncomment
## this, if it's not already uncommented:
#$wgHashedUploadDirectory = true;
## Set $wgCacheDirectory to a writable directory on the web server
## to make your wiki go slightly faster. The directory should not
## be publically accessible from the web.
#$wgCacheDirectory = "$IP/cache";

# Site language code, should be one of the list in ./languages/Names.php
$wgLanguageCode = "en";

$wgSecretKey = "----";

# Site upgrade key. Must be set to a string (default provided) to turn on the
# web installer while LocalSettings.php is in place
$wgUpgradeKey = "----";

## Default skin: you can change the default skin. Use the internal symbolic
## names, ie 'cologneblue', 'monobook', 'vector':
$wgDefaultSkin = "vector";

## For attaching licensing metadata to pages, and displaying an
## appropriate copyright notice / icon. GNU Free Documentation
## License and Creative Commons licenses are supported so far.
$wgRightsPage = ""; # Set to the title of a wiki page that describes your license/copyright
$wgRightsUrl = "";
$wgRightsText = "";
$wgRightsIcon = "";

# Path to the GNU diff3 utility. Used for conflict resolution.
$wgDiff3 = "";

# The following permissions were set based on your choice in the installer
$wgGroupPermissions['*']['createaccount'] = false;
$wgGroupPermissions['*']['edit'] = false;

# Set $wgNoFollowLinks to true if you open up your wiki to editing by
# the general public and wish to apply nofollow to external links as a
# deterrent to spammers. Nofollow is not a comprehensive anti-spam solution
# and open wikis will generally require other anti-spam measures; for more
# information, see https://www.mediawiki.org/wiki/Manual:Combating_spam
$wgNoFollowLinks = false;

# End of automatically generated settings.
# Add more configuration options below.

Estate wiki (talk) 20:42, 16 September 2014 (UTC)

Are you using Apache, IIS, or something different? Make sure that the user you're running as has permission to write to the images directory. Jackmcbarn (talk) 21:16, 16 September 2014 (UTC)

This is running on IIS. How can I verify that the user has permission to write to the images directory? Estate wiki (talk) 21:29, 16 September 2014 (UTC)

Make sure the IUSR_whatever account can write to it. Check/fix this in the Security tab of the directory's Properties window. Jackmcbarn (talk) 22:27, 16 September 2014 (UTC)

They can indeed write to it....error still preventing images to be uploaded. Estate wiki (talk) 23:11, 16 September 2014 (UTC)

Can you post a screenshot of the Security window? Jackmcbarn (talk) 00:08, 17 September 2014 (UTC)

Sorry for the novice question - but how do I post a photo??? I have a screen shot, but I don't see a way to upload anything from my computer. Estate wiki (talk) 21:43, 23 September 2014 (UTC)

[RESOLVED] MW 1.23.3 - "404 Not Found" then I try open uploaded images or generate thumbnails

Recently I installed Wiki on hosting.

MW 1.23.3

PHP 5.4.4-14 + deb7u12 (apache2handler)

MySQL 5.5.38-0 + wheezy1-log

When downloading images I discovered the problem – thumbnails do not generate and I can’t open images. When you try to open Wiki shows error "404 Not Found". I suspect that I have a problem with access to the temp folder for uploaded images, as I had a similar problem on older versions of MW. How I can fix this problem and what a bug is it? Watchdream (talk) 22:53, 10 September 2014 (UTC)

Hello!

Please describe your problem with more details. What you want to do and what doesn't work (the thumbnail isn't visible, or the image on the image page?). Is there any error message when you upload an image or when you access the file page? If yes, what error message? Florianschmidtwelzow (talk) 00:03, 11 September 2014 (UTC)

Thanks for quick reaction.

So,

http://echoespro.creativereactor.ru/index.php/Special:ListFiles

The uploaded images can be opened directly, then they are visible in original image resolution, but when I try to open image as File: image_name.png , then I see on blank screen "404 Not Found". You can see it - http://echoespro.creativereactor.ru/index.php/File:CombineLogo.png

Thumbnail generation work on Wiki pages (at least until now work), but doesn't work on Image\File page. Perhaps the problem is not in the thumbnail generation, but maybe in access to the file page, as you suggested.

I hope I explained clearly. If TL; DR, then try to look at the problem itself on my links. Watchdream (talk) 07:12, 11 September 2014 (UTC)

Apparently it's a misconfiguration of your webserver.

This URL works: http://echoespro.creativereactor.ru/index.php?title=File:CombineLogo.png

Every URL where you use short URL syntax (index.php/pagename) ends in a 404 error if it ends with a known file extension (.png, .jpg, .txt... but not .mng for example).

It may be some rewrite rule on the server, or something similar.

Look at the error logs of your server to see more information.

Alternatively, disable short URLs by setting $wgUsePathInfo to false. Ciencia Al Poder (talk) 19:32, 11 September 2014 (UTC)

Thanks for the last advice with $wgUsePathInfo, that helped me and solved the problem. Watchdream (talk) 20:44, 11 September 2014 (UTC)

Same problem. Additionally, I can say that I don't have any special rules for images, except length of expiration. I use short URL, too. I don't want to turn it off.

Maybe, is there some special logs helping me by looking into? Атомный трамвай (talk) 22:51, 12 February 2018 (UTC)

If you're really sure the problem are not your rewrite rules (that we can't tell you because you didn't provide them nor pointed to your site), if you're on a shared host, ask your hosting provider, since some of them have custom rules in place for images that may do weird things like this. Maybe they can disable those conflicting rules for you. Ciencia Al Poder (talk) 10:19, 13 February 2018 (UTC)

Well, my site is янтарнаяноосфера.рф. The file that was successfully uploaded, but isn't accessible now: http://янтарнаяноосфера.рф/0/Файл:Карта_севера_Пруссии_с_путями_без_границ_(220_пикс).png.

That's a part of my nginx confug:

        location / {
                try_files       $uri $uri/ @rewrite;
                location ~* ^.+\.(jpeg|jpg|png|gif|bmp|ico|svg|css|js)$ {
                        expires     max;
                }
                location ~ [^/]\.php(/|$) {
                        fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
                        if (!-f $document_root$fastcgi_script_name) {
                                return  404;
                        }
                        fastcgi_pass    127.0.0.1:9002;
                        fastcgi_index   index.php;
                        include         /etc/nginx/fastcgi_params;
                }
        }
        location @rewrite {
                rewrite ^/(.*)$ /index.php;
        }

I have VDS.

There is another inage, http://янтарнаяноосфера.рф/0/Файл:Кёнигсбергский_замок.jpeg. Even no thumbnail was created for it. Guess I have made some changes, but I am not sure, which is. I used page name like %domain%/wiki/%pagetitle%, later I replace /wiki/ — maybe it had some fatal influence. Атомный трамвай (talk) 19:48, 20 February 2018 (UTC)

Does it make sense to have the wiki under a /0/ directory?

Anyway, try a structure like this:

    location /wiki/ {
        rewrite ^/wiki/(?<pagename>.*)$ /index.php;
        fastcgi_pass 127.0.0.1:9002;
        include /etc/nginx/fastcgi_params;
        fastcgi_param SCRIPT_FILENAME $document_root/index.php;
        fastcgi_param PATH_INFO $pagename;
        fastcgi_param QUERY_STRING $query_string;
        break;
    }
    location ~ /(index|load|api|thumb|opensearch_desc)\.php$ {
        fastcgi_pass 127.0.0.1:9002;
        include /etc/nginx/fastcgi_params;
        fastcgi_param SCRIPT_FILENAME $document_root/$fastcgi_script_name;
    }

Ciencia Al Poder (talk) 20:16, 20 February 2018 (UTC)

Finally... great thanks and all the blessing that you recognize! My VestaCP keep enjoying me by changing conf structure. So, all the rewrite rules I have made to nginx conf was lost. However, it means that Short URL can work out almost completely only LocalSettings-sidely.

I could see muself that I don't have any special rules in conf file, though I did them. This kind of silly mistakes that are visible only from the side.

Thanks again. Now it works. Атомный трамвай (talk) 21:14, 27 February 2018 (UTC)

But wait. Problem with creating thumbnails remains. Any image I try to upload don't have thumbnail. Атомный трамвай (talk) 21:30, 27 February 2018 (UTC)

Open the thumbnail URL and see if the URL "makes sense" with the location where it should be on the server. If it makes sense, see in the server if the thumbnail actually exists Ciencia Al Poder (talk) 21:08, 28 February 2018 (UTC)

It's not a real directory, actually. Just some language-independent thing in URL, nothing more. OK, I shall try. Атомный трамвай (talk) 22:54, 26 February 2018 (UTC)

Category filter to Special:NewPages

How easy would it be to add category filter to Special:NewPages? Or only after categories are moved to Wikidata? Gryllida 01:56, 11 September 2014 (UTC)

What use would that have that you don't already have by viewing a category in timestamp order, rather than in sortkey order? Jackmcbarn (talk) 15:08, 11 September 2014 (UTC)

"viewing a category in timestamp order"

How do I do that? Gryllida 02:58, 14 September 2014 (UTC)

Like [2]. I could probably add an option to do that to the normal category UI, actually. Jackmcbarn (talk) 03:04, 14 September 2014 (UTC)

filed

• bugzilla:70819 Category pages should expose the timestamp sort option Gryllida 23:24, 23 September 2014 (UTC)

[RESOLVED] PHP Fatal errors after installing Version 1.23.3

Tracked in Phabricator
Task T72709

I just installed 1.23.3 using Softaculous. I am seeing an error in my log:

PHP Fatal error: Call to a member function getTitle() on a non-object in /home/rulemlso/public_html/wiki.ruleml.org/includes/Feed.php on line 309

This error message seems odd because line 309 in Feed.php reads

return gmdate( 'D, d M Y H:i:s \G\M\T', wfTimestamp( TS_UNIX, $ts ) );

There is no obvious affect on the wiki itself - I'm not really sure where to look for it.

I have the following extensions installed: Multi-Category Search (1.66) Replace Text (1.0) Cite (-) ParserFunctions(1.6.0) Privacy(1.2.3) SyntaxHighlight(1.0.8.11-wmfm1) Lockdown (d08bc8) WikiEditor (0.4.0)

PHP is 5.3.29 (litespeed) MYSQL is 5.5.36-cll-lve

I reported this at https://bugzilla.wikimedia.org/show_bug.cgi?id=70709, and they suggest I also post here.

Since I reported that bug I am also seeing another error: PHP Fatal error: Call to a member function getUniqueId() on a non-object in /home/rulemlso/public_html/wiki.ruleml.org/includes/Feed.php on line 395

As suggested from bugzilla, I have created a .htaccess files with

php_value error_reporting -1 php_flag display_errors On

and have included $wgShowExceptionDetails =true; in LocalSettings.php

No results to report yet.

I have yet to see an ill effects from this error, I just want to keep on top of things.

Where would problems in Feed.php show up? Taraathan (talk) 19:50, 11 September 2014 (UTC)

Have you upgraded from another MediaWiki installation? Florianschmidtwelzow (talk) 20:50, 11 September 2014 (UTC)

Sorry to be so long in answering- apparently I don't get a notification for this thread.

Yes, I updated from MW 1.19.x (x probably 8, but I don't recall exactly) Taraathan (talk) 13:26, 22 September 2014 (UTC)

Errors, which seem to be random and completely unrelated to your actual code - like your first one -, are often caused by cached stuff, e.g. in a PHP accelerator. Make sure to empty all caches before you try again! 88.130.122.191 20:54, 11 September 2014 (UTC)

This wiki is running on a shared host, so I'm not sure how or if I can empty caches. I have a feeling that we do not have any caches, but not sure how to verify this. Taraathan (talk) 13:28, 22 September 2014 (UTC)

The errors seem to have disappeared on their own, so this seems like a likely culprit. Taraathan (talk) 16:59, 22 September 2014 (UTC)

I was incorrect about the errors disappearing - I was just looking for them in the wrong place. The errors continue to appear, at a rate of between 2-8 times per day, in the error_log file in my wiki directory. 98.222.200.172 11:25, 23 September 2014 (UTC)

Help with error

Hi I keep getting this error when using

error is '$' is undefined when using this

$(document).click(function(e) {

   if (!$(e.target).closest('#'+openDiv).length) {
       toggleDiv(openDiv);
   }

});

I get it in f12 internet explorer developer thing. please help. 151.225.137.145 (talk) 20:02, 11 September 2014 (UTC)

I aslo get this error with this code

function toggleDiv(divID) {

$("#" + divID).fadeToggle(150, function() {

openDiv = $(this).is(':visible') ? divID : null;

});

} 151.225.137.145 20:05, 11 September 2014 (UTC)

What exactly makes you believe that what all the Google hits tell you is wrong? 88.130.122.191 21:17, 11 September 2014 (UTC)

Google wont tell me but that is the error I am getting in ie in developer I tried searching goolg eso I just added $ to var $ but then another error comes and so I search that on google and there is nothing about the new error I am getting. 151.225.137.145 20:49, 12 September 2014 (UTC)

I now get this error

Line: 41 Error: Object expected

the link to project is https://github.com/paladox2015/Metrolook 151.225.137.145 20:57, 12 September 2014 (UTC)

What it means by on line 41 is this code

$(document).click(function(e) {
    if (!$(e.target).closest('#'+openDiv).length) {
        toggleDiv(openDiv);
    }
});

151.225.137.145 20:59, 12 September 2014 (UTC)

> Google wont tell me

Oh come on! Know what I believe? You are just lazy! Google does tell, believe me. 88.130.88.58 22:39, 12 September 2014 (UTC)

hi I tried searching goole but not everyone has the same type js code. I tried typing in the first line that the error code says like I copied this $(document).click(function(e) { but still nothing comes up. 151.225.137.145 11:34, 13 September 2014 (UTC)

Please google for the problem! It's easier as you think ;)

https://www.google.de/webhp?q=$(document)%20object%20expected

And please, please PLEASE! don't add JavaScript code directly in your skin. We have a great ResourceLoader, so i suggest, that you use it (btw: with RL you would haven't this problem). See here for more information. Florianschmidtwelzow (talk) 12:58, 13 September 2014 (UTC)

Hi how would I use resource loader because I tried to do it by following how vector does it but it just doesent work for me. 86.135.248.11 17:22, 13 September 2014 (UTC)

And how would I start a js file with

var openDiv, $;
function toggleDiv(divID) {
    $("#" + divID).fadeToggle(150, function() {
        openDiv = $(this).is(':visible') ? divID : null;
    });
}
$(document).click(function(e) {
    if (!$(e.target).closest('#'+openDiv).length) {
        toggleDiv(openDiv);
    }
});
$(function () {
  $('.usermenu > div').toggleClass('no-js js');
  $('.usermenu .js div').hide();
  $('.usermenu .js').click(function(e) {
    $('.usermenu .js div').fadeToggle(150);
    $('.usermenu').toggleClass('active');
    e.stopPropagation();
  });
  $(document).click(function() {
    if ($('.usermenu .js div').is(':visible')) {
      $('.usermenu .js div', this).fadeOut(150);
      $('.usermenu').removeClass('active');
    }
  });
});
$(function () {
  $('.actionmenu > div').toggleClass('no-js js');
  $('.actionmenu .js div').hide();
  $('.actionmenu .js').click(function(e) {
    $('.actionmenu .js div').fadeToggle(150);
    $('.clicker').toggleClass('active');
    e.stopPropagation();
  });
  $(document).click(function() {
    if ($('.actionmenu .js div').is(':visible')) {
      $('.actionmenu .js div', this).fadeOut(150);
      $('.clicker').removeClass('active');
    }
  });
});

in it 86.135.248.11 18:04, 13 September 2014 (UTC)

I suggest, that you read the page i linked for you :) There is all explained (registering module, load module, use module). Florianschmidtwelzow (talk) 18:29, 13 September 2014 (UTC)

Hi I tried that but it still doesent work. I created a separate js file. and registered the module in my php file but it still fails it seems it only is working for me if I keep it in the template and not seprate file. 86.135.248.11 20:25, 14 September 2014 (UTC)

Without the code you tried... ;) Florianschmidtwelzow (talk) 06:53, 15 September 2014 (UTC)

Hi I put

var openDiv, $;
function toggleDiv(divID) {
    $("#" + divID).fadeToggle(150, function() {
        openDiv = $(this).is(':visible') ? divID : null;
    });
}
$(document).click(function(e) {
    if (!$(e.target).closest('#'+openDiv).length) {
        toggleDiv(openDiv);
    }
});
$(function () {
  $('.usermenu > div').toggleClass('no-js js');
  $('.usermenu .js div').hide();
  $('.usermenu .js').click(function(e) {
    $('.usermenu .js div').fadeToggle(150);
    $('.usermenu').toggleClass('active');
    e.stopPropagation();
  });
  $(document).click(function() {
    if ($('.usermenu .js div').is(':visible')) {
      $('.usermenu .js div', this).fadeOut(150);
      $('.usermenu').removeClass('active');
    }
  });
});
$(function () {
  $('.actionmenu > div').toggleClass('no-js js');
  $('.actionmenu .js div').hide();
  $('.actionmenu .js').click(function(e) {
    $('.actionmenu .js div').fadeToggle(150);
    $('.clicker').toggleClass('active');
    e.stopPropagation();
  });
  $(document).click(function() {
    if ($('.actionmenu .js div').is(':visible')) {
      $('.actionmenu .js div', this).fadeOut(150);
      $('.clicker').removeClass('active');
    }
  });
});

In a separate js file and I called it metrolook.js

I then in metrolook.php added the followering

normal without adding metrolook.js

$GLOBALS['wgResourceModules']['skins.metrolook.js'] = array(
	'scripts' => array(
		'collapsibleTabs.js',
		'vector.js',
	),
	'position' => 'top',
	'dependencies' => array(
		'jquery.throttle-debounce',
		'jquery.tabIndex',
	),
	'remoteSkinPath' => 'Metrolook',
	'localBasePath' => __DIR__,
);

with metrolook.js added

$GLOBALS['wgResourceModules']['skins.metrolook.js'] = array(
	'scripts' => array(
		'collapsibleTabs.js',
		'vector.js',
                'metrolook.js',
	),
	'position' => 'top',
	'dependencies' => array(
		'jquery.throttle-debounce',
		'jquery.tabIndex',
	),
	'remoteSkinPath' => 'Metrolook',
	'localBasePath' => __DIR__,
);

and it just doesent work. 86.135.248.11 09:32, 15 September 2014 (UTC)

Have you ever looked at your browsers console? Are here any errors?

Nevertheless: Look at your JS code, and then compare it with the example of the RL page i linked above (or using the collapsibleTabs.js file of Vector). Florianschmidtwelzow (talk) 10:07, 15 September 2014 (UTC)

Hi I get this error 'toggleDiv' is undefined. 151.225.137.145 14:55, 15 September 2014 (UTC)

Uncommitted DB writes from actions such as Undelete, Protect, Move

So recently I've been encountering a problem where trying to do a select few type of actions has been kicking back errors. When I try to undelete pages, protect pages, and move pages, I am getting a message for a "Database query error". I've looked in the error log and found this in the recent entries:

12-Sep-2014 02:41:59 UTC] PHP Notice:  Uncommitted DB writes (transaction from DatabaseBase::query (DatabaseBase::query)). in .../includes/db/Database.php on line 4147

Naturally, I checked the file and that line in question, and found this on the appropriate lines (4145 - 4148):

public function __destruct() {
		if ( $this->mTrxLevel && $this->mTrxDoneWrites ) {
			trigger_error( "Uncommitted DB writes (transaction from {$this->mTrxFname})." );
		}

I've tried doing things such as setting $wgJobRunRate to 0.01 in my LocalSettings.php, and I'm still getting the error. I'm running version 1.23.3 on grisaiawiki.net, and the hosting providers haven't been able to diagnose the issue yet. If someone has another solution, it would help, as I am still fairly new to controlling a wiki server-side. Schiffy (talk) 03:17, 12 September 2014 (UTC)

The "Uncommitted DB writes" is not the actual error, but a side-effect. When an error occurs, the execution of the MediaWiki script is aborted and some transactions might be left open, and the "Uncommitted DB writes" error is then triggered, but that's the last error. You should look for the first error.

You should enable error reporting, as explained in Manual:How to debug, to get the original error message. Add this in LocalSettings.php and try again:

error_reporting( -1 );

ini_set( 'display_errors', 1 );

You should see the errors directly on the page. Ciencia Al Poder (talk) 09:21, 12 September 2014 (UTC)

I tried that, but no dice. I should note that the error page doesn't even look like a page on the wiki, but like this instead. Schiffy (talk) 15:47, 12 September 2014 (UTC)

Set also

$wgShowExceptionDetails = true; Ciencia Al Poder (talk) 16:22, 12 September 2014 (UTC)

I set all four values in that section of the Manual page to true, and what I'm now seeing is what looks like a mess of output, and the following line appears twice at the end of each page:

Title::getRestrictionTypes: applicable restrictions to [[<pagename>]] are {edit,move}

I went to look in Title.php, and what I found almost doesn't seem right. In the function getTitleProtection() I'm seeing this:

// Can't protect pages that exist.
		if ( $this->exists() ) {
			return false;
		}

which is leading me to believe that the only protection I'm able to perform is protection from creation (which, as I just tested, I am able to do). If I'm right, then that identifies at least one problem. However, as far as moving and undeleting, I'm not sure where I would find the code causing this issue. Schiffy (talk) 17:00, 12 September 2014 (UTC)

getTitleProtection() is specifically for create protection. Other forms of protection are handled elsewhere. Jackmcbarn (talk) 15:34, 13 September 2014 (UTC)

Well in that case.... I have no idea how to solve this error. Schiffy (talk) 16:12, 13 September 2014 (UTC)

You didn't enable enough debugging settings. Enable the ones under the "SQL Errors" heading. Jackmcbarn (talk) 18:27, 13 September 2014 (UTC)

Well this is new. Everything seems to be giving me "Error: 14 unable to open database file"

A while back I had made a few tables identical to those outlined in Manual:page table, Manual:revision table, and Manual:text table, they never seemed to be able to do anything, and I ended up getting rid of them. If putting them back will fix this, then I'll do that, but they never actually seemed to do anything in the first place. Schiffy (talk) 22:13, 13 September 2014 (UTC)

[RESOLVED] Help with div class

Hi I am trying to add two classes in a div like this <div id="content" class="mw-body" class="overthrow" role="main"> but I doint think one of them works how can I do it so it works please. 151.225.137.145 (talk) 16:27, 12 September 2014 (UTC)

Try this: <div id="content" class="mw-body overthrow" role="main"> Stryn (talk) 16:30, 12 September 2014 (UTC)

Thanks. I found the error and also followed what you saide thankyou. Paladox2017 (talk) 20:47, 12 September 2014 (UTC)

Any Control?

Everyone that wants to contribute can edit or create pages? http://no.wiktionary.org/wiki/svare First time I visited this Wiki.. I am just blown away... If you don't catch the err or, let me know.

Kjetil 109.247.96.244 (talk) 20:33, 12 September 2014 (UTC)

Sorry, what you mean exactly? Please give more details on what problem you have :) Florianschmidtwelzow (talk) 21:30, 12 September 2014 (UTC)

[RESOLVED] Removing indexdotphp from the URL?

Hey.

Wikipedia articles has the URL "[servername, in this case wikipedia]/wiki/[article]".

Meanwhile, articles on my own wiki has the URL "[servername]/wiki/index.php/[article]"

Why is this, and can I change it to be like wikipedia? 79.136.64.84 (talk) 23:31, 12 September 2014 (UTC)

All you want to know about this is documented here. Florianschmidtwelzow (talk) 00:30, 13 September 2014 (UTC)

Thanks a lot!

First attempt failed, but I'm sure I'm on the right path.

My service provider uses an Apache/LiteSpeed server.

I used the wizard linked from the guide. Created .htaccess and added to localsettings.php

"/wiki/.htaccess"

RewriteEngine On

RewriteRule ^/?wiki/wiki(/.*)?$ %{DOCUMENT_ROOT}/wiki/index.php [L]

RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-f

RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-d

RewriteRule ^/?wiki/images/thumb/[0-9a-f]/[0-9a-f][0-9a-f]/([^/]+)/([0-9]+)px-.*$ %{DOCUMENT_ROOT}/wiki/thumb.php?f=$1&width=$2 [L,QSA,B]

RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-f

RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-d

RewriteRule ^/?wiki/images/thumb/archive/[0-9a-f]/[0-9a-f][0-9a-f]/([^/]+)/([0-9]+)px-.*$ %{DOCUMENT_ROOT}/wiki/thumb.php?f=$1&width=$2&archived=1 [L,QSA,B]

"/wiki/LocalSettings.php"

## The URL base path to the directory containing the wiki;

## defaults for all runtime URL paths are based off of this.

## For more information on customizing the URLs please see:

## http://www.mediawiki.org/wiki/Manual:Short_URL

$wgScriptPath = "/wiki";

$wgScriptExtension = ".php";

$wgArticlePath = "{$wgScriptPath}/wiki/$1";

$wgUsePathInfo = true;

The problem now is twofold:

• 1. The page links are changed not from "/wiki/index.php/Page_name" to "/wiki/Page_name", but instead to "/wiki/wiki/Page_name"
• 2. Both "/wiki/wiki/Page_name" and "/wiki/Page_name" gives an error message, "resource not found". So I can't add a page there. However, I can still access the page by manually changing the url to "/wiki/index.php/Page_name". 79.136.64.84 01:44, 13 September 2014 (UTC)

This has been resolved, got help on the IRC channel. had to rename the folder, move the htaccess to root, and change some links to the new folder. 79.136.64.84 13:36, 13 September 2014 (UTC)

Great :) Are you sure you want to have domain.tld/wiki/wiki/Article or domain.tld/wiki/Article? :) Florianschmidtwelzow (talk) 13:53, 13 September 2014 (UTC)

Haha, yeah, removing the double "wiki" was one of the changes I had to make!

I have no idea why the wizard suggested "RewriteRule ^/?wiki/wiki(/.*)" instead of "RewriteRule ^/?wiki(/.*)". 79.136.64.84 20:18, 13 September 2014 (UTC)

Ah, ok, just wondering :) Florianschmidtwelzow (talk) 21:43, 13 September 2014 (UTC)

Error with running Pywikibot: "Token not found"

I've been trying since yesterday to run the first edits of my new bot. I've already set user config file (the system is windows btw), and I can login and insert commands pretty normally, however, every time I try to run a script on wiki articles I get a lot of strange error messages. They say: "WARNING: Token not found on wikipedia:ar. You will not be able to edit any page" and "Received incomplete XML data. Sleeping for 15 seconds...". There's some guy here who has got exactly the same problem, I've tried to perform the suggested solution (updating Pywikipedia), but nothing has changed. I've just finished an hour long discussion with a guy from the IRC , without much outcome. Suggestions would be very appreciated! Abbad (talk) 07:41, 14 September 2014 (UTC)

desktop page on mobile looks horrible

Hi I seem to be having a problem with my custom skin. it looks greate on a laptop but doesent look good on a mobile device such as an iPad. it looks out of place. here is my website link http://en.random-wikisaur.tk and here is project source code https://github.com/paladox2015/Metrolook I have managed to find a way to remove the border from the images but it looks greate on the laptop how can I get it to look like it on the iPad or mobile device. I also have a problem with search bar not moving across if the name for the website is long. so when I want to move the page I carnt because the thing is behind the search bar and this only happens on mobile device. 86.135.248.11 (talk) 11:46, 14 September 2014 (UTC)

And how do I get the right navigation to move when left moves but keep it where it unless left navigation is moved. 86.135.248.11 12:39, 14 September 2014 (UTC)

Have you considered hiring a web designer? Your problem has nothing to do with MediaWiki and you probably won't get much help from here. Ciencia Al Poder (talk) 09:38, 15 September 2014 (UTC)

UserGroupRights on the Hungarian Wikipedia

Hi!

I would like to ask your help in connection to the current settings and possibilities of our MediaWiki configuration to clarify these questions before I open a new ticket on Bugzilla.

We use FlagRev extension since 2008, but there is a newer user group which we don't use at all: autoreview. Bureaucrats are able to add users to it and remove users from it, and there is a specified category for them in the list of users. But in the line of bureaucrats' rights on UserGroupRights not autoreview but reviewers is shown. Additionally it is very confusing, as we use custom trusted and editor user groups as part of the configuration of FlagRev on huwiki, and nodoby has any idea, what are these groups.

• Is reviewer an existing user group on huwiki? In this case, why is it listed neither on the UserGroupRights page or on UserList page? Otherwise why is it in the line of bureaucrats rights on the UserGroupRights page?
• What is the reason of the difference between the UserGroupRights page and how the UserRights page works? Are these two groups are mixed up somehow there?
• Is it possible to completely remove this or these user group(s)?

Before FlagRev we used the old patrolling system, but it is switched off now. However, we don't use the patrolling system anymore, there are rights in the list of UserGroupRights related to it (patrolmarks, autopatrol and patrol).

• Do we use these rights for anything on huwiki now?
• If not, is it possible to remove them completely from the system?

Thank you for your answer and help in advance. Samat (talk) 17:28, 14 September 2014 (UTC)

The reviewer group doesn't exist on huwiki. It will disappear from the list of what bureaucrats can add on September 25th. (The fact that it was on that list was a mistake; bureaucrats couldn't actually add it.) There shouldn't be a difference in how the different pages handle rights. If you want to completely remove the autochecked users group, you can, but they would probably require the project to demonstrate consensus first. Jackmcbarn (talk) 01:35, 15 September 2014 (UTC)

Thank you for your help. Of course we will hold a vote about the required changes, but first we have to understand what we would like to vote on :)

One of the problem that the group bureaucrats see on the UserRights page (autochecked user=autoreview) and the group they have the right to change according to UserGroupRights page (reviewer) is different. See hu:File:UserRights.png and hu:File:UserGroupRights.png. So the reviewer group is not in the list of what bureaucrats can add, but autochecked user is. And bureaucrats can add and remove users to and from the autochecked (but not the reviewer) group. Could you please answer why it works like this? Samat (talk) 07:37, 15 September 2014 (UTC)

The reviewer group being listed as something that bureaucrats can add/remove is a bug. I've already submitted a fix for it, and it will be live on your wiki soon. Jackmcbarn (talk) 12:11, 15 September 2014 (UTC)

In my understanding not the reviewer but autoreview (=autochecked) group is listed there. Please take a look at this screenshot. It can be an other bug. Or? Samat (talk) 12:22, 15 September 2014 (UTC)

That's not a bug. That's a real group that you could use if you wanted, but it sounds like you don't need it on huwiki. We can remove that if you get consensus. Jackmcbarn (talk) 19:54, 15 September 2014 (UTC)

Generate Thumbnails via thumbs.php

Hi, i need generate automaticly thumbnails with a width of 140 pixel width for my Extension:RSSpublisher.

With the images that i upload direct to my Mediawiki instance, it works with a URL like http://thwiki.org/thumb.php?f=2003_escort_150px.jpg&w=140

But the most images from my MediaWiki instance, are stored on the Mediawiki commons. When i use the same way of URL like http://thwiki.org/thumb.php?f=THW_Eisemann_13kva_Stromerzeuger.jpg&w=140 , i get the message "The source file 'THW_Eisemann_13kva_Stromerzeuger.jpg' does not exist."

How can i generate thumbnails in a customized size ?

• MediaWiki Version: 1.23.3
• PHP Version: 5.4.30 (cgi-fcgi)
• MySQL Version: 5.1.73-log
• MediaWiki instance: http://thwiki.org Starwhooper (talk) 18:03, 14 September 2014 (UTC)

If you're using Wikimedia Commons, I guess you'd have to call Wikimedia Commons thumb.php script for those external images instead of your wiki's one Ciencia Al Poder (talk) 09:40, 15 September 2014 (UTC)

Hi, oh yes. Thanks, that works: https://commons.wikimedia.org/w/thumb.php?f=THW_Eisemann_13kva_Stromerzeuger.jpg&w=140

But i hoped there is any possibility to stream the thumbnails over from my site. Otherwise will the RSS user did her workload on the Mediawiki Commons. Starwhooper (talk) 10:36, 15 September 2014 (UTC)

[RESOLVED] PHP errors when trying to upgrade

I'm attempting to update our version of Mediawiki. I've been following the upgrade instructions and have uploaded all of the new files to the server. When I go to /mw-config/index.php, I see this error:

Fatal error: Access to undeclared static property: LanguageConverter::$languagesWithVariants in ..../public_html/help/includes/User.php on line 1369

I've searched all over and have not found any references to this error.

Any advice would be greatly appreciated. 198.84.227.123 (talk) 22:45, 14 September 2014 (UTC)

Mediawiki version: 1.23.3

PHP version: 5.4.30

MySQL version: 5.5.37-cll 198.84.227.123 22:47, 14 September 2014 (UTC)

What version are you upgrading from? Jackmcbarn (talk) 00:57, 15 September 2014 (UTC)

1.17.0 209.167.40.12 20:35, 15 September 2014 (UTC)

Did you extract/upload the new files to a new directory and then move over only a few files, or did you extract/upload the new files right on top of the old installation? You should do the former. Jackmcbarn (talk) 20:47, 15 September 2014 (UTC)

I backed up the images and extensions folders and the LocalSettings.php file then deleted the folder and installed fresh. 198.84.227.123 22:31, 15 September 2014 (UTC)

Look at languages/LanguageConverter.php and make sure it includes $languagesWithVariants. It should be on line 36, exactly like the one you can see at [3]. Jackmcbarn (talk) 00:41, 16 September 2014 (UTC)

It didn't so I deleted everything again and reinstalled from a fresh download. Seems to have worked, thanks for the help. 209.167.40.12 14:26, 16 September 2014 (UTC)

Intranet

Hello I'm evaluating MediaWiki for my intranet. As application MediaWiki feels intuitive and delivers lots of functionalities. I'm missing some or I do not know where to find the exact extensions :

• News
• Businesscontacts - list for contacts with alfabetical overview per name or per company
• Document list

Who can help me out ? 81.82.249.165 (talk) 09:06, 15 September 2014 (UTC)

For news, you could use one of the RSS extensions to include RSS feeds from external sources.

For contacts, you'll have to write them in a table (see Help:Tables) and you can sort the rows by one column, clicking on its heading. See Help:Sortable tables.

For document lists, I guess you can also do that with tables. Ciencia Al Poder (talk) 09:54, 15 September 2014 (UTC)

[RESOLVED] Help with rebasing.

Hi can I have some help rebasing https://gerrit.wikimedia.org/r/#/c/151203/ this because I tried git rebase and it doesent seem to work. I am using git on windows. 86.135.248.11 (talk) 10:53, 15 September 2014 (UTC)

Hello! Have you tried git pull --rebase origin master? Florianschmidtwelzow (talk) 11:11, 15 September 2014 (UTC)

yes. 86.135.248.11 11:23, 15 September 2014 (UTC)

And what message you get? Error message? Conflict warnings, what? :) Florianschmidtwelzow (talk) 11:32, 15 September 2014 (UTC)

it comes up with a conflict warning 86.135.248.11 11:34, 15 September 2014 (UTC)

yeah, then solve the conflict, add the changed files with git add/rm and run git rebase --continue Florianschmidtwelzow (talk) 11:37, 15 September 2014 (UTC)

It says git add/rm is not a command. 86.135.248.11 11:39, 15 September 2014 (UTC)

Thanks that worked. 86.135.248.11 11:44, 15 September 2014 (UTC)

that's correct, you have to use git add to add a changed/added file, or git rm to remove a removed file ;) Florianschmidtwelzow (talk) 11:51, 15 September 2014 (UTC)

Oh ok thanks. 86.135.248.11 12:10, 15 September 2014 (UTC)

Oh ok thanks. 86.135.248.11 12:10, 15 September 2014 (UTC)

[RESOLVED] Upgraded old MW site to 1.23.3 and thumbnails stopped working

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

I have migrated a MW site onto a new VPS and noticed the version was old (1.16.1). So I updated it to 1.23.3 and after the upgrade, the thumbnails stopped working. Each thumbnail is now replaced by the message "Error creating thumbnail: File missing"

The thumbnails worked perfectly before the upgrade.

I switched on all the debugging by adding the following lines to LocalSettings.php:

# Debug mode on

$wgShowExceptionDetails = true;

$wgDebugToolbar = true;

$wgShowDebug = true;

$wgDevelopmentWarnings = true;

Nothing particularly useful is shown in the debug information that helps me identify the cause.

Today I decided to roll in the latest minor releases one by one and here are my results:

• 1.16.1 - 1.17.5 = OK
• 1.17.5 - 1.18.6 = OK
• 1.18.6 - 1.19.18 = BANG!

I looked at the release notes for 1.19 and also found some posts that I thought might be related to thumbnails and MW 1.19 but none of the solutions offered seem to help me at all.

• Imagemagick version: 6.7.7.10
• php5-imagick is installed
• php version: 5.4.4-14+deb7u14 (apache2handler)
• MySQL version: 5.5.38-0+wheezy1

It's beaten me... Anyone have any ideas? I'm hoping for something simple! AtariDal (talk) 16:51, 15 September 2014 (UTC)

Well, in the debug log you should see the paths of the files it's trying to generate.

I'd suggest you to try loading thumb.php on your wiki to generate a thumbnail (specifying the correct parameters) and see if it throws the same error. Then go to the debug log and look at what's trying to do.

Pay special attention to all file paths it's accessing, to see if any file path is missing, or the directory structure it expects is different. Check also file permission issues.

Also look if in the debug log it attempts to run imagemagick, and if the error comes after the call to it. If that's what happens, try running the command directly (the debug log prints the command as it's being executed by MediaWiki). You may need to increase $wgMaxShellFileSize, $wgMaxShellMemory and Manual:$wgMaxShellTime. Ciencia Al Poder (talk) 09:47, 16 September 2014 (UTC)

I seem to be having exactly the same issue. Tried to turn debug on, but not and expert on mediawiki, so not certain where I might find what the issue is, if I at least could figure out where to look:)

Here is the debug log:

Extended content

Start request GET /mediawiki/index.php/BO_Overview HTTP HEADERS: HOST: 192.168.0.51 CONNECTION: keep-alive CACHE-CONTROL: max-age=0 ACCEPT: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8 USER-AGENT: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/38.0.2125.101 Safari/537.36 ACCEPT-ENCODING: gzip,deflate,sdch ACCEPT-LANGUAGE: en-US,en;q=0.8 COOKIE: [redacted] [caches] main: APCBagOStuff, message: APCBagOStuff, parser: APCBagOStuff [caches] LocalisationCache: using store LCStoreDB Connected to database 0 at localhost Fully initialised Title::getRestrictionTypes: applicable restrictions to [[BO Overview]] are {edit,move} [ContentHandler] Created handler for wikitext: WikitextContentHandler User: got user 1 from cache User: loading options for user 1 from override cache. User: logged in from session User: loading options for user 1 from override cache. MessageCache::load: Loading en-gb... got from global cache Unstubbing $wgParser on call of $wgParser::firstCallInit from MessageCache::getParser Parser: using preprocessor: Preprocessor_DOM Unstubbing $wgLang on call of $wgLang::_unstub from ParserOptions::__construct Article::view using parser cache: yes Parser cache options found. ParserOutput cache found. Article::view: showing parser cache contents MessageCache::load: Loading en... got from global cache Title::getRestrictionTypes: applicable restrictions to [[BO Overview]] are {edit,move} Title::getRestrictionTypes: applicable restrictions to [[BO Overview]] are {edit,move} Title::getRestrictionTypes: applicable restrictions to [[BO Overview]] are {edit,move}

81.130.14.204 12:30, 15 October 2014 (UTC)

Even if someone could just give me an idea where to start to figure out if it is the database, the location of the files or one of the scripts. As it is now all I can tell is that it is trying to find a pdf (for example) in a specific location, but for one reason or another it can not find it.

I do admit that I am quite new to mediawiki (which clearly does not help), so even obvious things to check I might have missed.

Tried to follow the manual, and as far as I can tell I did not miss any steps.

I.E. I ran updateall, I ran reguildImages (had one unspecified issue with one image), tried rebuildAll as well, and it seems like it is finding what it wants, think it says 53 files rebuilt, the rest of the mediawiki works, its just the pictures that aren't there.

/Ben 151.225.159.96 07:29, 16 October 2014 (UTC)

That debug log is not helpful at all, because it's for the "/mediawiki/index.php/BO_Overview" page request, but it should be for /mediawiki/thumb.php (as I suggested on the previous message). Ciencia Al Poder (talk) 09:31, 16 October 2014 (UTC)

Thank you very much for that Ciencia, could I ask, is there somewhere I can see what the thumb.php call looks like or an example of one. Looked at ti but could not quite figure out how to make a call to do the debug on. 81.130.14.204 13:10, 16 October 2014 (UTC)

OK, manage to find something, and one step forward (one step back?)

Ran it with a resolution that is to high, got

Error generating thumbnail

Error creating thumbnail: Image was not scaled, is the requested width bigger than the source?

Took it down to a lower resolution, then I got

Error generating thumbnail

Error creating thumbnail: File missing

Also, have set the following in LocalSettings, but not seeing any debug information

$wgShowExceptionDetails = true;

$wgDebugToolbar = true;

$wgShowDebug = true;

$wgDevelopmentWarnings = true;

81.130.14.204 13:19, 16 October 2014 (UTC)

Manual:Thumb.php has an example call. You have to adapt it to your URL scheme (thumb.php is at the same location as index.php), and provide a valid filename from your wiki.

Did you manage to test that from your last error? Ciencia Al Poder (talk) 09:30, 17 October 2014 (UTC)

Hello Ciencia

Do you mean the section that goes

RewriteEngine on
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^/?w/images/thumb/[0-9a-f]/[0-9a-f][0-9a-f]/[^/]+/[^/]+$ /w/thumb_handler.php [L,QSA]
# If your $wgHashedUploadDirectory is false, remove the first two steps after thumb/
 
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^/?w/images/thumb/archive/[0-9a-f]/[0-9a-f][0-9a-f]/[^/]+/[^/]+$ /w/thumb_handler.php [L,QSA]

If so, where would I put that, just as a new php file called test or?.

I have tried running the following

192.168.0.51/mediawiki/thumb.php?f=Chicago_bot.jpg&w=60&p=50

And I get the errors above. I also logged in as apache and tried changing files in that directory, and it definitely have full access. 81.130.14.204 11:36, 17 October 2014 (UTC)

The correct URL should be 192.168.0.51/mediawiki/thumb.php?f=Chicago_bot.jpg&w=60

Look at the debug log when accessing that URL. You must set $wgDebugLogFile to a writable file path on the server. Ciencia Al Poder (talk) 10:25, 18 October 2014 (UTC)

Sorry for not replying earlier

Tried to set up debugging by just setting the Debug log to /tmp/mediawiki.dbg

(file not in existence)

I did this by adding it to LocalSettings.php as follows

$wgDebugLogFile = "/tmp/mediawiki.dbg"

That made media wiki stop working completely. 81.130.115.56 14:39, 21 October 2014 (UTC)

apparently, you're missing a semicolon at the end of the line you added. Ciencia Al Poder (talk) 09:39, 22 October 2014 (UTC)

Thank you so very very much

After much fumbling about (much due to my own lack of knowledge) I found the issue. SELINUX will not let apache (the process) write to the directory. As a temporary fix I ended up turning of SELINUX completely and the application could generate the necessary thumbnails.

Thank you all for time and effort. 81.130.115.56 14:58, 27 October 2014 (UTC)

That's strange. Maybe the temp directory where intermediate thumbnail images are generated was changed in recent versions. Ciencia Al Poder (talk) 10:28, 28 October 2014 (UTC)

This is happening to me too. I found that editing the wiki page and saving it, regenerates the thumbnail. Not really resolved, but a work-around if you have a small site. 130.154.11.10 (talk) 18:41, 26 February 2016 (UTC)

Thumbnails should still work if you migrated your server from one host to another, but only if you kept your old LocalSettings.php configuration about image paths, etc and you also moved all your thumbnail images to the new server, because MediaWiki will try to get them from the same location and thumbnails will be already there. Another reason may be if you changed the URL, cached pages would still point to the old URL where the image is not available anymore. Changing $wgCacheEpoch may help in this case. Ciencia Al Poder (talk) 11:34, 27 February 2016 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Wiki spam

Hello, I am one of the administrators of this wiki (http://www.ichscotlandwiki.org/index.php?title=Intangible_Cultural_Heritage_in_Scotland) that I will use for my PhD research. It has been affecting by massive spam for several months. We upgraded the software, we installed both Nuke and Block and Nuke (by putting in the white lists only the administrators) extensions, we regularly change the question for the registration (using Google reCAPTCHA), which also requires the confirmation through email link, and added a black list provided by MediaWiki. However, this wasn't enough to either stop the spam or even slow it down. Can anyone suggest further actions to be undertaken? Any advice welcome. 2.122.80.227 (talk) 18:23, 15 September 2014 (UTC)

Hello!

It seems, that you haven't setup ConfirmEdit correctly. If i go (logged out) to Special:UserLogin&type=signup to create a new account i can do that without solving a captcha. Have you set up ConfirmEdit, especially the Triggers, correcly?

To use ConfirmEdit to protect for spam registrations, you should have this line in your LocalSettings.php:

$wgCaptchaTriggers['createaccount'] = true;

Florianschmidtwelzow (talk) 18:47, 15 September 2014 (UTC)

Ah, and: Everyone can, without solving a Captcha, edit the contents of this wiki, that's the heavon for spam bots :D Florianschmidtwelzow (talk) 18:48, 15 September 2014 (UTC)

Thank you very much, I'll try this solution. 2.122.80.227 11:01, 16 September 2014 (UTC)

Hello Florianschmidtwelzow, the command was already $wgCaptchaTriggers['createaccount'] = true; however, we realised that some people are asked for the CAPTCHA question when they are about to fill the form to create an account, others are not. How can this happen? 2.122.80.227 14:57, 16 September 2014 (UTC)

Ok, now i have a captcha, that's much better :) I can't say, why some users get a captcha and some not. Can you post all ConfirmEdit related configuration settings in your LocalSettings.php (remove the client and secret id from reCaptcha ;))? Florianschmidtwelzow (talk) 16:04, 16 September 2014 (UTC)

I can't do it right now because the person who has access to the local settings lives far from me and he didn't reply me yet. Even though the Captcha, the creation of SPAM user is still ongoing and it is driving me crazy. Isn't there an effective way to stop this apart from adding a Captcha in the registration form? 139.133.73.61 17:53, 17 September 2014 (UTC)

If your problem is dozens of "people" registering and filling their own user-page with spam each day, I had the same problem a while ago. I managed to keep my wiki spam-free for about a year now. I can only recommend using questy captcha instead of recaptcha, if you are able to come up with really specialised questions that are easy for your users, but merely unsolvable for the spam-workhouses in Bangladesh (or whereever). LiturgicaNotata (talk) 07:13, 22 September 2014 (UTC)

Vector Skin: Adding background to all areas of wiki

Hey all. I have googled, and read and have been unable to find anything. I've been trying to find a way to add a background image to all sections of the wiki; the sidebar, top, bottom and central content area. I cannot find anything that is pointing me in the right direction.

I am using the Vector skin and I've made a couple of adjustments to it (mostly width of the sidebar and changes to fonts), version 1.22.6 of Mediawiki.

Any help would be appreciated. 75.88.177.109 (talk) 01:56, 16 September 2014 (UTC)

Either this or, perhaps, find a way that I can make the background of the content box transparent (as I think at one point I had a background that the content box was covering). 75.88.177.109 02:11, 16 September 2014 (UTC)

User account is not registered

I am having some issues with a particular user. This user happens to be userid=1 in the database. The user's name is Dk_barons. When he tries to register he gets an error stating that username is not registered. If I manually change the username to Dkbarons in the database, he can login. But that is obviously not a solution. I am not aware of any other users having problems logging in.

I can find the username in the Special:ListUsers and he shows up on revision lists for edits he has made. Going to User:Dk_barons results in User account Dk_barons is not registered.

This wiki used to run ipbwiki bridge extension. The extension has been commented out in LocalSettings.php; however, ipbwiki tables remain in the database because I have not read of a good way to uninstall the ipbwiki extension, which heavily modified the database tables.
Mediawiki current version: 1.23.3 (recently updated from 1.16).

Cmjohannes (talk) 06:38, 16 September 2014 (UTC)

Hi!

The ipbwiki bridge extension has created usernames, which are invalid. Usernames inside the database are not allowed to contain underscores; spaces however are allowed and MediaWiki should then treat them as underscores (e.g. in URLs). The account might work (again), when you change its name inside the DB to "Dk barons". 88.130.108.129 09:06, 16 September 2014 (UTC)

I manually replaced the underscore with a space in the database and the user was able to login. Also the user's namespace and contributions seem to be appearing correctly.

What other problems should I anticipate having to fix because of the ipbwiki software? Is there a definitive How To guide for "un-F-ing" the database tables?

Thanks for your help

Cmjohannes (talk) 09:33, 16 September 2014 (UTC)

As I was paging through the user table, it seems that many users are in the table twice ... once seemingly created by the Mediawiki registration and once created as a result of the ipbwiki bridging software. (Example: For user_id=15, user_name=Tw ; For user_id=1531, user_name=TW). This will be a problem. It seems that people made edits under both user_ids.

I have the UserMerge addon installed and it worked merging "TW" into "Tw" but going through one-by-one for about 500 usernames would be too time consuming. Could someone advise a better way to automate this?

Cmjohannes (talk) 10:19, 16 September 2014 (UTC)

I would have recommended the UserMerge extension as well. Whether you find something to automate this or not: You will have to create some kind of mapping, which tells you, after which rules accounts should be merged, anyway. Maybe you can automate a part of this operation, e.g. in usernames, you can replace all underscores with spaces. However, for upper- and lowercase differences (like in your "TW" and "Tw"), you will have to tell manually, whether it's the same user or not; I don't think there is a software-way of doing that - after all both of these names are different and valid usernames. 88.130.108.129 12:31, 16 September 2014 (UTC)

[RESOLVED] Linking multiple sections with the same name

Hi!

Although I should, I can't place a link to the wiki here, because it is an Intranet-Wiki of a LAN. No access from the "outside world". The requested versions when asking questions are the following:

MediaWiki 1.23.3 PHP 5.3.3-7+squeeze19 (apache2handler) MySQL 5.1.63-0+squeeze1

Ok, my question: I have an article, that contains multiple headlines with each the same name. Like this:

= Ferrari =
== PS ==
== Year of construction ==
= Maserati =
== PS ==
== Year of construction ==

Now in the next chapter, I'd like to link to each of these "chapters", like this:

[[#Ferrari]]

This works fine. But what, if I want to link to the "PS"-Section of "Ferrari"? A link like this:

[[#PS]]

is not distinct. So what to do?

Any help would be appreciated.

Thanks in advance, Herakles 84.187.36.235 (talk) 07:17, 16 September 2014 (UTC)

Yeah, that's problematic. You should navigate to that section on the Table of Contents of the page, see the URL of the page, and use that anchor on the link. Ciencia Al Poder (talk) 09:50, 16 September 2014 (UTC)

Perfekt, thank you!!! 93.217.95.110 07:41, 18 September 2014 (UTC)

Active users list displays no users

Hi guys,

We're having a problem with the Active Users List special page in that little to no users are actually being displayed (most of the time it's none, but sometimes one or two appear). I know that this is incorrect, as the wiki is very active. Was just wondering if anyone else has experienced this?

It's running version 1.23.1, PHP 5.3 and MySQL 5.5.

Unfortunately the wiki's access is locked down, so I can't provide a link. 95.130.103.146 (talk) 09:21, 16 September 2014 (UTC)

Updating without Updating *_from_namespace fields in links tables.

I just updated to 1.24wmf21 (2691b4d) (same version as here) from 1.24wmf14 and it started to "Updating *_from_namespace fields in links tables." which takes looong time. If a break it, and restart update.php it just restart the updating of the fields.

Is it possible to break the updating (and not get the updating of the fields again) and just get the new fields when the page is changed or hit the refreshlinks from the job queue? Christian75 (talk) 10:46, 16 September 2014 (UTC)

I just removed everything from the function doDBUpdates() but return true; in the file populateBacklinkNamespace.php in maintenance, which btw. states "* Optional upgrade script to populate *_from_namespace fields" - but it didnt look like it was optional. Christian75 (talk) 16:32, 16 September 2014 (UTC)

You shouldn't change any core files, if you don't know, what you do :) More information about that.

Depending on the size of your wiki, the update process can take a long time. For this, you can use the maintenance script, but, if you want, you can wait until the pages have self updated (on every edit), which will create the necessary values to the table. So the maintenance script is optionally, not a single function ;)

So your options:

-> use the maintenance script, to populate the fields

-> wait until the fields will create themself

Note: If you aren't very familar in running a wiki or won't have much of overhead (short update cycles, possible untested scenarios wih third party extensions and so on), you should use the official thid party releases of MediaWiki instead of he wmf-builds, which are used on wmf wikis :) Florianschmidtwelzow (talk) 11:53, 17 September 2014 (UTC)

thanks, but its not possible to " use the maintenance script, to populate the fields" [later] because the update.php will restart the population of the fiels if I just break the update.php and restart it again, and there is no option to skip the population. But populateBacklinkNamespace.php has an option to start indexing from a specific number which is nice. The private wiki had 600.000 pags so its a long process. It took really long time to add the extra fields... Christian75 (talk) 12:17, 17 September 2014 (UTC)

Oh, yeah, sorry, my fault. This maintenance script should run after the update.php script (so it will do automatically). Then you should take the time and let the script running, really ;) Florianschmidtwelzow (talk) 12:36, 17 September 2014 (UTC)

Problem with getting skins work with most recent MediaWiki version

Hey guys, I Updated Media Wiki 1.23 to 1.24 due to the fact, that the new VisualEditor that supports IE does not seem to work with 1.23 Now i get an message telling me to download Skins because they are not available. But i have my skins in the "skins/" directory in my media wiki installation . I Have also set "require_once "$IP/skins/Vector.php";" and "$wgDefaultSkin = "vector";" but still it is not working so far. Any Ideas on how to fix this? 213.172.115.21 (talk) 14:15, 16 September 2014 (UTC)

MediaWiki 1.24alpha

PHP 5.4.4-14+deb7u12 (apache2handler)

MySQL 5.5.38-0+wheezy1 213.172.115.21 14:20, 16 September 2014 (UTC)

You should really follow the migration guide :)

Or, in your case, don't just download the newest development version of MediaWiki (what is, btw, not the best practice for third-party wikis), download the newest version of the skin as well. So, remove the contents of your skin direcktory (if you don't need them anymore, but at least all PHP files in the root of skins/) and download the newest version of Vector (which isn't bundeled into MediaWiki core anymore, one more thing why a tarball installation is recommended, vector and monobook are still there) from git:

(github)https://github.com/wikimedia/mediawiki-skins-Vector

(wikimedia-git)git clone https://gerrit.wikimedia.org/r/mediawiki/skins/Vector

Now change the require_once line in your LocalSettings.php to match the new path (skins/Vector/Vector.php) and have fun with MW 1.24 :) Florianschmidtwelzow (talk) 15:58, 16 September 2014 (UTC)

Try updating the skins as well. It worked for me. 123uhjsakddsa89321l3 (talk) 17:48, 18 July 2019 (UTC)

[RESOLVED] New links not acknowledging that page exists

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

When a user creates a new link (colored red), and then goes to the link to create a new page and save it, then comes back to the original page, the link will still be red. It will be the shade of red of a visited empty link, but it will still show that the page does not exist. This lasts until a new link/page is created, or I 'touch' the LocalSettings.php file on the command line, at which point I can't find anything on Google like this.

The version of mediawiki for that site is 1.23.0, but I have another test site on the same server that is at 1.23.3. php version is 5.3.3.

I've updated extensions, etc. and still no change. Has anyone seen anything like this? Is there a maintenance script that will help? Thanks Cfschulte 314 (talk) 14:58, 16 September 2014 (UTC)

Have you some kind of caching activated? If yes, how it's configured? Florianschmidtwelzow (talk) 15:52, 16 September 2014 (UTC)

The only things I have set for cache are

$wgMainCacheType = CACHE_NONE;

$wgMemCachedServers = array();

Commenting them out does nothing. I was expecting it to be a cache issue because the ugly workaround is to reopen the edit page and hit 'save' a second time. Cfschulte 314 (talk) 16:11, 16 September 2014 (UTC)

The last user who asked about this on #mediawiki had forgotten to set up the job queue properly, i.e. run it with a crontab. I also suggest that you go through Manual:Performance tuning. Nemo 06:11, 17 September 2014 (UTC)

It took some playing around with this, but it seemed to work. Thanks! Cfschulte 314 (talk) 17:17, 17 September 2014 (UTC)

Can you please tell me what you did to resolve?

I have a Mediawiki page with over 100 links (web pages). Out of that, about 7 of the links (web pages) are highlighted in "red color" and when I hover over those 7 links, I get message (Page does not exist). And indeed no content is found on these pages.

I have imported the database from previous version of wiki (and imported images) and all the other webpages show content but these 7 webpages show "Page Does not exist" and highlighted in red color.

I have the following settings:

$wgMainCacheType = CACHE_NONE;

$wgMemCachedServers = [];

I am using in Windows server:

MediaWiki 1.35.2

Apache 2.4.47 Win64 from Xampp

mysql-8.0.23-winx64 (MySQL :: Download MySQL Community Server)

PHP 7.4.3

I have successfully inported the database, images, ran "update.php" and all the other web pages and images correctly show. The 7 web pages do not have any content and highlighted in red.

can you please suggest what might be the reason? 146.112.26.98 (talk) 18:31, 30 June 2021 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Wikispecies help

For Wikispecies, under the Navigation section on the left, the Help section is pointed back to MediaWiki even though there is a local help page. How can I modify it so that it points back to the local page? OhanaUnited^{Talk page} 15:32, 16 September 2014 (UTC)

This can be changed on wiki with the Interface message helppage:

wikispecies:MediaWiki:Helppage Just edit this page and insert the new link (e.g. "Help:Contents" without ") :) Hint: You need the right to edit interface messages. Florianschmidtwelzow (talk) 15:45, 16 September 2014 (UTC)

Yes I have the rights. I just didn't know which MediaWiki page I needed to edit. Thanks.

I carried out the change and it was reflected in Monobook. However, it didn't change in Vector skin. Any reason why? OhanaUnited^{Talk page} 15:08, 17 September 2014 (UTC)

I see the link in Vector :) Florianschmidtwelzow (talk) 13:41, 18 September 2014 (UTC)

Ah yes, must have been cache acting up. Thank you for your help. OhanaUnited^{Talk page} 21:14, 20 September 2014 (UTC)

[RESOLVED] Wanting to change error text

Is there a wiki page where the text on a nonexistent page {{quotation|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.} can be edited? I can’t find any documentation about this. Using MediaWiki 1.19.18. Thanks. 174.141.182.82 (talk) 16:41, 16 September 2014 (UTC)

That post should read:

Is there a wiki page where the text on a nonexistent page

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.

can be edited? I can’t find any documentation about this. Using MediaWiki 1.19.18. Thanks. 174.141.182.82 16:45, 16 September 2014 (UTC)

Interface messages (like the "no article text") can be changed onwiki with the namespace MediaWiki:. Just find out the message key you want to change (open the page which contains the message and add ?uselang=qqq) and open the wikipage MediaWiki:Messagekey. In your case: MediaWiki:Noarticletext Florianschmidtwelzow (talk) 17:11, 16 September 2014 (UTC)

Ah, thanks! 174.141.182.82 17:36, 16 September 2014 (UTC)

RandomInCategory

I used to use something like http://www.mediawiki.org/wiki/index.php?title=Special%3ARandomInCategory&category=Template_extensions - it worked in 1.24wmf14 but is gone in 1.24wmf21 (2691b4d) (same version as here on Meiawiki). On mediawiki.org it just redirect to a help page, on enwiki it redirect to Special:RandomInCategory.

Is it just gone, or is it a bug? Because it was really nice feature because you could add "&redirect=no" Christian75 (talk) 17:19, 16 September 2014 (UTC)

You have to request index.php from the Script path (mediawiki.org/w/), not from article path (mediawiki.org/wiki/). So the correct link should be:

https://www.mediawiki.org/w/index.php?title=Special:RandomInCategory&wpcategory=Template_extensions

And on enwiki i can't reproduce a redirect to the Special page (that would be false). Please notice, too, that Wikipedias running 1.24wmf20 atm, they will be upgraded tomorrow. Florianschmidtwelzow (talk) 11:38, 17 September 2014 (UTC)

ok, thanks. The w versus wiki confusion comes from my try to convert the syntax form my wiki to mediawiki.org.

With version 1.24wmf14 it was possible to skip the special page and go directly to a random page with your example (and category instead of wgcategory), like Special:RandomInCategory/Template_extensions. The reason I want the ?title version is because I used it like shift-alt-x (random page) from a monobook.js script - shift-alt-x doesnt work here, but on enwiki it does). Christian75 (talk) 13:14, 17 September 2014 (UTC)

installing pywikibot

Based on the instuctions in https://www.mediawiki.org/wiki/Manual:Pywikibot/Installation#Download_Pywikibot

The easiest way to download Pywikibot is to use the latest nightly release. Just download the pywikibot zip file to your computer and decompress the file – there is no further installation required.

So I downloaded the core.zip file. But where do I decompress it? I thought it should go into

Python27/Lib/

so I created a pywikibot directory there and put the decompressed file tree into that directory, but my attempts to run

python setup.py build python setup.py install

both produce the error message

error: package directory 'pywikibot' does not exist

I already tried asking on the IRC #pywikibot channel but received no response. Thanks Kerry Raymond (talk) 05:26, 17 September 2014 (UTC)

This sounds like a good question for the talk page of the link that you have provided (if the instructions on the corresponding wikipage are unclear). How long did you wait for an answer on #pywikibot? Normally they are pretty active if you are lucky with the timezones. AKlapper (WMF) (talk) 08:25, 17 September 2014 (UTC)

Undo or delete everything since a certain date

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Is there a maintenance script or extension to delete all changes to a wiki since a certain date?

I recently updated an neglected wiki from 1.16 to 1.23.3. It had been abandoned about four years. During this time, spammers had created thousands of user accounts, created pages and made edits. I currently have the wiki locked down, so no one can make edits. I would simply like to "undo" all of the changes since (for example) Jan. 1, 2010. Only spammers have made changes since that date. I do not care if these page and user deletions are recorded in recent changes or if revision histories are kept.

I have found extensions to block or ban users and IP addresses (but not to automatically delete these same users' page edits). I have found extensions to delete changes made by a particular user or IP address. But are all too time consuming and limited, given the amount of spamming. I would simply like to "revert" the wiki to its 2010 state.

Cmjohannes (talk) 07:23, 17 September 2014 (UTC)

Hi!

such a script does not come with the MediaWiki core. There are maintenance scripts to really remove all deleted revisions and there is the UserMerge extension to remove a single user (by merging him with Anonymous), but this is a single action and I don't think you want to do that hundreds of times.

You can try with the extensions Extension:Nuke, Extension:DeletePagePermanently and Extension:BlockAndNuke or with a combination of those. Especially BlockAndNuke looks promising I think as it can batch delete a huge number of pages with just a few commands. Also does BlockAndNuke come with a maintenance script, which allows to delete all revisions, which were not made by users in a specified list. With a few MySQL commands you will be able to create a list of the first n users in your database (of which most or all are "ok") and then make the extension delete everything else. This should already bring you a huge step forward. And(!), if UserMerge is installed as well, it even does merge the users into one single account effectively deleting them as well. Note however that I have not tried the extension and I don't know, which strange behaviours it has. Remember to make a backup before you start! 88.130.95.196 20:27, 17 September 2014 (UTC)

The best way to do such "revert" is to restore a backup from those days ;)

If that's not possible, and the amount of spam is extreme, it may be more easy to just query the database directly to get a list of pages with edits before a given date, then you can export those pages with Special:Export, install the wiki from scratch (new database) and import those pages.

You can get them with this SQL query (note I haven't tested it).

SELECT DISTINCT page_namespace, page_title
FROM revison
JOIN page ON page_id = rev_page
WHERE rev_timestamp < CAST('20101231235959' AS BINARY);

You'll have to translate namespace numbers with the correct namespace name. Ciencia Al Poder (talk) 09:22, 18 September 2014 (UTC)

This slight revision of the query does work

SELECT DISTINCT page_namespace, page_title

FROM mw_revision

JOIN mw_page ON page_id = rev_page

WHERE rev_timestamp < CAST('202308245959' AS BINARY); 87.115.71.160 (talk) 20:31, 23 September 2023 (UTC)

Of course, if you have installed MediaWiki with a table prefix, you should append it to the table names Ciencia Al Poder (talk) 10:57, 24 September 2023 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

[RESOLVED] I got a syntax error while I trying to set up my wiki

Hello,

Recently I trying to build my Wiki site which is hosted in 2freehosting.com.

And there are some basic information for my site:

Website: http://dpwwiki.3eeweb.com/wiki/

MediaWiki Version: 1.23.3

Main reason while I use this version is MediaWiki version which provided from hosting site is too old for me (v1.18.1).

After I uploaded all files in archive when I downloaded from MediaWiki website, and I trying to set up my site, an error occurred:

Parse error: syntax error, unexpected 'level' (T_STRING) in /home/u732177279/public_html/wiki/includes/Title.php on line 2097

(URL: http://dpwwiki.3eeweb.com/wiki/mw-config/index.php)

I have no idea to deal with this error.

Is there any solution to deal with it? 120.105.3.100 (talk) 07:47, 17 September 2014 (UTC)

Hello!

That sounds scary. Can you post line 2097 from includes/Title.php please? Have you uploaded all files new, or overwritten some old? Florianschmidtwelzow (talk) 08:03, 17 September 2014 (UTC)

Hello, Florianschmidtwelzow,

Here's line 2097 from includes/Title.php:

[SOME OUTPUT CUT]

if ( preg_match( '/^' . preg_quote( $user->getNametion level on the source page, but it's

[SOME OUTPUT CUT]

and I'm sure I uploaded all files new.

Is there any errors on this line? 120.105.3.100 10:09, 17 September 2014 (UTC)

Yes, this isn't correct. It seems, that the lines 2097 to 2164 was removed. Can you download your MediaWiki version again and upload all files after you delted the old ones? Florianschmidtwelzow (talk) 11:33, 17 September 2014 (UTC)

Thank you, Florianschmidtwelzow.

I'll re-download my MediaWiki version and upload all files again. 120.105.3.100 12:09, 17 September 2014 (UTC)

[RESOLVED] Is it possible to make REVISION*** to show the affected revision instead of the last one?

For example, I would like to use something like a "citation needed" template. But I would also like to use a human-readable timestamp to indicate when the "citation needed" template (actually just a user-friendly mark) was inserted to the page. Unfortunately REVISIONYEAR, REVISIONMONTH and REVISIONDAY2 show the last change date and time only.

Thanks. (195.234.75.155 11:54, 17 September 2014 (UTC))

Put subst: in front of it. For example, use {{subst:REVISIONMONTH}} instead of {{REVISIONMONTH}}. It will then get "baked" into the page when you save it, so it won't change in the future. Jackmcbarn (talk) 23:25, 17 September 2014 (UTC)

Thanks, tat's interesting and I'll definitely try it later. Just a question: would it be "baked" if it's rendered using a template so a template could be used a timestamp-mark at a "regular" page? 195.234.75.155 07:41, 18 September 2014 (UTC)

Can't edit the previous message. It should be:

"Thanks, that's interesting (I was not aware of "subst:" at all) and I'll definitely try it later. Just a question: would it be "baked" if it's rendered using a template so the template could be used as a timestamp-mark at a "regular" page?"

Update 1:

I've just checked the "subst:" and it does not work for me. It simply renders the "substed" as plain text. 195.234.75.155 09:14, 18 September 2014 (UTC)

Try editing your template to make it look like this:

{{ {{{|safesubst:}}}#if:{{ns:0}}|{{The name of your template|month={{ {{{|subst:}}}REVISIONMONTH}}|year={{ {{{|subst:}}}REVISIONYEAR}}}}|The original content of your template, using the month and year parameters}}

You should be able to adapt that to the exact parameters you require. Jackmcbarn (talk) 14:15, 18 September 2014 (UTC)

Thanks for the snippet, but I'm having another issue (if I use your code right after all): does it mean that the template should now accept parameters? The idea of the template was just to place a spot like {{Verify}} without arguments. Not sure if this is possible now... 194.44.30.5 12:59, 21 September 2014 (UTC)

It's possible, sort of. What will happen is that you'll add {{subst:Verify}} to the page, and then when you save it, MediaWiki will turn it into {{Verify|date=September 2014}} automatically. Jackmcbarn (talk) 15:33, 21 September 2014 (UTC)

I've just checked it again and finally realized what the subst is for. Basically it does what I want, and yeah, it's really "baked", but unexpectedly it's "baked" directly into the code. I was hoping for something that could simply "remember" a particular revision, but not in this way. Additionally, {{Verify}} is not enough without the subst injection at the page. However, your answer is really awesome. Thank you! 194.44.30.5 19:27, 21 September 2014 (UTC)

Indeed, there's no way to bake it unless you bake it directly into the code. Even on Wikipedia, that's how we do it, such as with w:Template:Citation needed. Jackmcbarn (talk) 02:24, 22 September 2014 (UTC)

[RESOLVED] Problem moving images between wikis (segmentation fault on Centos)

Dears,

I have a private enterprise wiki ver 1.23

• on CENTOS 7
• with MariaDB Distrib 5.5.37
• with PHP 5.4.16

This is a new installation.

I'm trying to import images from another wiki. I'm trying the following command.

[root@wikitemp maintenance]# php importImages.php ../images_to_import/

The result is:

Import images

Importing foto.jpg...Segmentation fault (core dumped)

I have also tried to put

$wgMaxShellMemory = 10000000;
$wgUseImageMagick = false;

in LocalSettings.php

and put in php.ini

post_max_size=8000M
upload_max_filesize=2000M

Do you have any idea?

Is there another way to import images?

Thanks a lot.

Ennio Balocchi 212.162.111.210 (talk) 15:24, 17 September 2014 (UTC)

The "segmentation fault" error indicates a bug in PHP. You should try upgrading PHP to see if that fixes the issue Ciencia Al Poder (talk) 09:25, 18 September 2014 (UTC)

Dear,

it's true! Thanks.

Actually, the only way for Centos 7 is compiling php 5.4.33.

I have done the following:

yum remove php php-mysql

yum install xml2-devel

yum install httpd-devel

./configure --with-mysql

--with-apxs=/usr/bin/apxs

--disable-cgi

--with-zlib

and in httpd.conf

<FilesMatch \.php$>

SetHandler application/x-httpd-php

</FilesMatch>

Bye

Ennio 212.162.98.145 14:38, 23 September 2014 (UTC)

[RESOLVED] References

Hello,

I am new to Media Wiki and am trying to add references to a corporate Media Wiki page I am building. I have the Cite extension installed, but when I add <ref>tags</ref>, they just appear in-line in the document. I've even tried copying content from Wikipedia to make sure that my formatting is correct. Do I have to install template:ref list? If so, how do I do that?

Thanks 4.30.145.166 (talk) 17:52, 17 September 2014 (UTC)

You need to install Extension:Cite. Jackmcbarn (talk) 23:23, 17 September 2014 (UTC)

Extension:Cite and all included files are in my cPanel folder for the Media wiki, is there something more that I need to do? Thanks. 4.30.145.166 23:53, 17 September 2014 (UTC)

Add this line to your LocalSettings.php:

require_once "$IP/extensions/Cite/Cite.php"; Jackmcbarn (talk) 00:02, 18 September 2014 (UTC)

Thank you, I have resolved my issue. 4.30.145.166 00:29, 18 September 2014 (UTC)

[RESOLVED] Can't edit preferences

To whom I may concern,

hakuson.de/index.php/

Software Version MediaWiki 1.23.3 PHP 5.5.16-nmm1 (apache2handler) MySQL 5.6.17-nmm1-log Lua 5.1.5

is my setting. The problem is that I cannot edit the preferences. I can see the specialpage, but i am not able to edit the content. (Can not change anything)

I searched in google and mediawiki documentation for two hours and found nothing, so i am asking for help.

Thank you very much. Greetings Christoph Endruschat

Answer to: cvcaq@gmx.de 93.214.198.121 (talk) 19:59, 17 September 2014 (UTC)

Hi Christoph,

what exactly do you mean with "I cannot edit"? Are you unable to actually change the values inside the different fields? Or can you not save them? Until hearing the contradictory I assume the later. In this case you obviously met some error condition. See How to debug, reproduce the error and then check the PHP error log for more information! 88.130.95.196 21:54, 17 September 2014 (UTC)

Hi,

i mean that when i try to change anything, it just does show no sign of reaction. When I click on a checkbox or something, nothing happens. The textfields and checkboxes are gray, like their inactiv. I can select the text describing the preferences. So I am not able to change the the values. Maybe my question should have been: How can i activate the Preferences?

I am not sure if it is actually a bug, or if i am just too stupid, but I don`t find any information about in google, so I assumed something is wrong.

Thank you

Greets Christoph 93.214.219.217 20:53, 18 September 2014 (UTC)

Hi,

i mean that when i try to change anything, it just does show no sign of reaction. When I click on a checkbox or something, nothing happens. The textfields and checkboxes are gray, like their inactiv. I can select the text describing the preferences. So I am not able to change the the values. Maybe my question should have been: How can i activate the Preferences?

I am not sure if it is actually a bug, or if i am just too stupid, but I don`t find any information about in google, so I assumed something is wrong.

Thank you

Greets Christoph 93.214.219.217 20:54, 18 September 2014 (UTC)

So you can click around and see the different tabs on the preferences page? I do not know of a way to produce what you are seeing. You can hide some preferences using the $wgDefaultUserOptions option, but I would not know how you can deactivate them while keeping them visible. Can you check, how the things are deactivated? Is that done by some JavaScript? Or are there values in the HTML source code, which cause this? 88.130.70.248 22:24, 18 September 2014 (UTC)

Problem solved on my wiki where I had the same problem !

Some new (and undocumented ?) rights manage the user features. Just add to your /LocalSettings.php file the following lines :

$wgGroupPermissions['user']['editmyusercss']                = true;
$wgGroupPermissions['user']['editmyuserjs']                 = true;
$wgGroupPermissions['user']['viewmywatchlist']              = true;
$wgGroupPermissions['user']['editmywatchlist']              = true;
$wgGroupPermissions['user']['viewmyprivateinfo']            = true;
$wgGroupPermissions['user']['editmyprivateinfo']            = true;
$wgGroupPermissions['user']['editmyoptions']                = true;

⇨ Dr Brains ^{∞ Doléances ∞} 12:55, 21 September 2014 (UTC)

> Some new (and undocumented ?)

This rights aren't new and undocumented. Introduced in MW 1.22 and documented at the user rights page:

https://www.mediawiki.org/wiki/Manual:User_rights#List_of_permissions Florianschmidtwelzow (talk) 14:11, 21 September 2014 (UTC)

As far as I understand the original poster, he wants to change something with the preferences at Special:Preferences. The settings in $wgGroupPermissions in contrast are not at all, what he is looking for. 88.130.67.26 21:41, 21 September 2014 (UTC)

<quote>“The problem is that I cannot edit the preferences. I can see the specialpage, but i am not able to edit the content. (Can not change anything)”</quote>

He did't want to change something about Special:Preferences is displayed, add or remove an option, he get Special:Preferences as he want, but cannot change his user preferences, because all <textarea>, <input>, <checkbox>, etc. are disabled.

I had the same problem, and set $wgGroupPermissions['user']['editmyoptions'] to true resolved my problem, because in my mediawiki installation I overrided DefaulSettings.php $wgGroupPermissions configurations in LocalSettings.php. So did he, I guess.

@Florianschmidtwelzow : That's the "?" point. I didn't see it. Sorry. ⇨ Dr Brains ^{∞ Doléances ∞} 22:08, 21 September 2014 (UTC)

You're right: In the default configuration, it is not $wgGroupPermissions['user']['editmyoptions'], but $wgGroupPermissions['*']['editmyoptions'], which is set to true. I guess your problem happens when you overwrite the complete $wgGroupPermissions['user'] or even the complete $wgGroupPermissions array.

Instead, you should only change those keys, which you really want to have changed and not overwrite all. 88.130.67.26 22:58, 21 September 2014 (UTC)

Low performance on Multiple installations on single Webserver

Hi,

I have multiple MW instances installed on an Apache on a LINUX box. Monitoring has shown that the usage threshold has gone very low post installation. More than 10 MW instances with 3-5 Concurrent users pushes the CPU usage to more than 70-80% though with around only 10-20% RAM usage. The DBMS server does not utilize more than 5% of the CPU at any given point. This is an anomaly.

Additionally, all the tips and tricks to speed up all the MW installations and the Apache installation has been incorporated and the tests are done on a dedicated server box for the same with constant monitoring.

Any out-of-the-box solutions available or can it be assumed that multiple MW installations on a single box is not a good idea.

The set-up is as follows:

MW: 1.18.2

Apache: 2,4

PHP: 5.4

Postgres: 9.2

Wiki Permissions: Read only open wiki.

Customization: On vector Skin only and that too only on CSS level.

Status: Not live. Cannot share as per company policy. Not on internet as yet.

Content type and quantity: Content is mix of small png images and voluminous text. Couple of short MP4 videos per instance. Average size per MW installation - 100MB, Per DB Schema: 100MB

Server: Quad Core. 12GB RAM. No clustering.

OS: RHEL 5.5. Pdr3112 (talk) 08:54, 18 September 2014 (UTC)

Please upgrade MediaWiki 1.18 to MediaWiki 1.23 because MediaWiki 1.18 is not supported any more. 151.225.137.145 16:18, 19 September 2014 (UTC)

You can track down where MediaWiki is spending most of the time, by setting Profiling. Ciencia Al Poder (talk) 14:04, 20 September 2014 (UTC)

FWIW, MediaWiki's mysql db support is more performance optimized than the postgres support.

However, if I were to guess, I would say caching issues. That said, as Ciencia suggested, profiling would tell you more.

>Any out-of-the-box solutions available or can it be assumed that multiple MW installations on a single box is not a good idea.

Having multiple MW installs served from the same box should not be an issue. Lots of people set up wikifarms where all the wikis come from one box (Obviously if your site becomes super popular, you'd probably want to scale it by using multiple boxes). Bawolff (talk) 05:20, 22 September 2014 (UTC)

Extension ArticlePageDataBefore

I have a PHP scripts which displays lists of employees on my MediaWiki. I also have a special page, where you can administrate which users are employees, that works very well. However when you make a backend change on the special page, the change isn't displayed on the wikipage, where it's inserted with a tag, until after you edit that page, and change nothing, and save it.

It can only be because I'm using the wrong hook. I'm trying to use this hook instead, but it doesn't seem to be working: Manual:Hooks/ArticlePageDataBefore

Right now I'm using this hook. Just changing the variable name doesn't work:

$wgHooks['ParserFirstCallInit'][] = 'wfEmployeesParserInit';

// Hook our callback function into the parser
function wfEmployeesParserInit( Parser $parser ) {
  // When the parser sees the <sample> tag, it executes 
  // the wfEmployeesRender function (see below)
  $parser->setHook( 'employees', 'wfEmployeesRender' );
        // Always return true from this function. The return value does not denote
        // success or otherwise have meaning - it just must always be true.
  return true;
}

// Execute 
function wfEmployeesRender( $input, array $args, Parser $parser, PPFrame $frame ) {
    ...

130.226.249.238 (talk) 09:54, 18 September 2014 (UTC)

That's because, not every time you request a page, it will be parsed :) Parsing takes much recources, so a page normally will be parsed one time and will be cached. If the content doesn't change (or you don't do a fake edit), the users will get the cached version of the page, which is ok, because the content haven't changed :)

As an idea, you could try to change the content of a page (Internal/Employees) with your Extension and include this page into the page where you use the the hook atm ({{Internal/Employees}}. Florianschmidtwelzow (talk) 13:35, 18 September 2014 (UTC)

I think the page can be reparsed without actually *editing* it, by inserting a Job to do deferred updates for each page using that data, although getting the list of pages using it may not be trivial if your extension doesn't keep track of them in the page props table.

Another simplest way is to disable the parser cache on pages using that extension. Ciencia Al Poder (talk) 09:32, 19 September 2014 (UTC)

Multilanguage MediaWiki manual

Please help with links to manuals or advices how to implement multilanguage support (2 language only) for the current version of MediaWiki.

I just want to make 2 language pages with crosslinks between them.

Thank you for help! PrometheusAla (talk) 10:52, 18 September 2014 (UTC)

Extension:Translate can help you in doing consistent translations, if you actively maintain one language and then translate it to the second language. Ciencia Al Poder (talk) 09:20, 19 September 2014 (UTC)

I don't need help in translation, I need information how to implement bilingual support to MediaWiki. Is it possible? PrometheusAla (talk) 08:57, 20 September 2014 (UTC)

So you want setup as on https://en.wikipedia.org/wiki/Main_Page where the links to articles in other languages appear on left sidebar? Samuel Peter9 (talk) 09:08, 20 September 2014 (UTC)

Yes. Is it possible? PrometheusAla (talk) 04:13, 22 September 2014 (UTC)

Yes. Set up 2 different wikis and set up interwiki links between them. See Manual:Interwiki#Interwiki links to other languages Ciencia Al Poder (talk) 09:32, 22 September 2014 (UTC)

[RESOLVED] Error Upgrade form 1.15 to 1.23.3

I have 3 wiki's that I upgradet from 1.15 to 1.23.3. the last one with an error when updating the database. can anybody help? thanks, sergej

(...)
...valid_tag table already exists.
Creating user_properties table ...
An error occurred:
Es ist ein Datenbankabfragefehler aufgetreten.
Abfrage: CREATE TABLE `user_properties`(
 up_user int not null,
 up_property varbinary(32) not null,
 up_value blob
 ) ENGINE=InnoDB, DEFAULT CHARSET=binary

Funktion: DatabaseBase::sourceFile( /share/MD0_DATA/Qweb/wiki/maintenance/archives/patch-user_properties.sql )
Fehler: 1142 CREATE command denied to user 'bkwiki'@'localhost' for table 'user_properties' (localhost)

Backtrace:
#0 /share/MD0_DATA/Qweb/wiki/includes/db/Database.php(1123): DatabaseBase->reportQueryError('CREATE command ...', 1142, 'CREATE TABLE  `u...', 'DatabaseBase::s...', false)
#1 /share/MD0_DATA/Qweb/wiki/includes/db/Database.php(3858): DatabaseBase->query('CREATE TABLE `u...', 'DatabaseBase::s...')
#2 /share/MD0_DATA/Qweb/wiki/includes/db/Database.php(3772): DatabaseBase->sourceStream(Resource id #104, false, false,'DatabaseBase::s...', false)
#3 /share/MD0_DATA/Qweb/wiki/includes/installer/DatabaseUpdater.php(647): DatabaseBase->sourceFile('/share/MD0_DATA...')
#4 /share/MD0_DATA/Qweb/wiki/includes/installer/DatabaseUpdater.php(670): DatabaseUpdater->applyPatch('patch-user_prop...', false, 'Creating user_p...')
#5 [internal function]: DatabaseUpdater->addTable('user_properties', 'patch-user_prop...')
#6 /share/MD0_DATA/Qweb/wiki/includes/installer/DatabaseUpdater.php(441): call_user_func_array(Array, Array)
#7 /share/MD0_DATA/Qweb/wiki/includes/installer/DatabaseUpdater.php(401): DatabaseUpdater->runUpdates(Array, false)
#8 /share/MD0_DATA/Qweb/wiki/includes/installer/DatabaseInstaller.php(280): DatabaseUpdater->doUpdates()
#9 /share/MD0_DATA/Qweb/wiki/includes/installer/WebInstallerPage.php(646): DatabaseInstaller->doUpgrade()
#10 /share/MD0_DATA/Qweb/wiki/includes/installer/WebInstaller.php(283): WebInstaller_Upgrade->execute()
#11 /share/MD0_DATA/Qweb/wiki/mw-config/index.php(63): WebInstaller->execute(Array)
#12 /share/MD0_DATA/Qweb/wiki/mw-config/index.php(31): wfInstallerMain()
#13 {main}
Purging caches...done. 62.202.0.97 (talk) 13:15, 18 September 2014 (UTC)

Hello,

there is an error message:

CREATE command denied to user 'bkwiki'@'localhost'

which say, what went wrong :) The database user, with which you try to upgrade the database, have no right to created tables. So, the solution is to grant the right to the database, or use a user, who is permitted to create tables, for the upgrade process using Manual:$wgDBadminuser and Manual:$wgDBadminpassword. Florianschmidtwelzow (talk) 13:31, 18 September 2014 (UTC)

thank you!

since I haven't changed anything on the user rights I din't assume it will be the problem - but anyway, see below it worked out fine with rewriting the user and its permissions.

regards

sergej 62.202.0.97 13:35, 18 September 2014 (UTC)

I solved the problem somehow myself:

I deleted the user and re installed him (in mysql). rerunning the update and it worked!

sorry bothering you! 62.202.0.97 13:32, 18 September 2014 (UTC)

Mobile view linking problem. MobileFrontend

This post by タチコマ robot was moved on 2015-06-15. You can find it at Extension talk:MobileFrontend/2014#h-Mobile_view_linking_problem._MobileFrontend-2014-09-17T17:36:00.000Z. Florianschmidtwelzow (talk) 13:39, 18 September 2014 (UTC)

[RESOLVED] After editing page, page is not redirecting.

MediaWiki : 1.23.2 PHP : 5.4.30 MySQL : 5.6.19

I logged in and clicked on edit page, I was taken to page http://example.com/index.php?title=Title&action=edit

After I click on save page it redirects to http://example.com/index.php?title=Title&action=submit

and shows blank body content other layout on page is appearing but main content is not visible. Also there is div with class "mw-js-message" which should have some message but it is also blank and display:none.

But in general scenario it should redirect back to page with edited changes.

Thanks in advance. Swami-elevati (talk) 14:57, 18 September 2014 (UTC)

It looks like the POST data is being lost when you submit it.

Check Manual:$wgServer and be sure you have the same server name you're attempting to use, so it doesn't try to redirect automatically between www. and non-www. hostnames.

The server access log might help diagnosing the problem, if you see that after the POST request there's a strange redirect. Ciencia Al Poder (talk) 09:35, 19 September 2014 (UTC)

Thanks Ciencia Al Poder,

Now page edit and redirection is working perfectly but the drop down options like Page & Tools are not opening.

If I keep $wgServer variable blank it works fine but when I set this variable it does not works.

Can you please help me in this.

Thanks,

Swamiraj Swami-elevati (talk) 10:32, 19 September 2014 (UTC)

Figure it out, added $wgLoadScript=""; in LocalSetting.php

Thanks,

Swamirajs Swami-elevati (talk) 11:28, 19 September 2014 (UTC)

Problems after upgrade of Mediawiki from version 1.19 to 1.23.3

I recently completed an upgrade of our intranet MediaWiki installation and our users are now reporting an issue with multi-user simultaneous/concurrent editing of different sections.

Users will receive the edit conflict error message when they are editing different sections/subsections of a wiki page. Any help regarding how to troubleshoot or resolve this would be greatly appreciated.

$wgDiff3 is pointing to the correct location in LocalSettings.php. Is there another var or setting that needs to be added/removed?

MW 1.23.3 PHP 5.3.6 MySQL 5.5.21 144.212.3.4 (talk) 16:27, 18 September 2014 (UTC)

Hi!

Apart from $wgDiff3 there also is $wgDiff, which you might try setting - however, the defaults for most cases should already be fine.

If that does not help, please check, if the user, who is running the wiki, can execute these programmes successfully. 88.130.70.248 22:27, 18 September 2014 (UTC)

[RESOLVED] Pages not displaying properly

Hi,

This morning when I went to view my wiki I noticed that none of my pages had content. The title and everything else was there, but the articles themselves were gone. Upon further inspection, I can still view the content if I hit the "Edit" tab, or "View Source".

I attempted to follow the instructions in your help section, to no avail. I have absolutely zero idea on how to even begin going about downgrading the PCRE version (something which I didn't even know was a thing until today), and my attempts to update to the latest version of MediaWiki hit a brick wall because the problem I'm having is causing installation instructions to not display.

How do I fix this problem?

I'm running on 1.21, and my PHP version is 5.4. Any other info I may have forgotten, let me know.

Thanks. 98.115.93.55 (talk) 21:32, 18 September 2014 (UTC)

If I remember correctly, current versions of MediaWiki have the PCRE problem fixed. The update instructions are available here in this wiki at Upgrade! Does that help? 88.130.70.248 22:13, 18 September 2014 (UTC)

As it turns out, I didn't follow the upgrade directions properly. Once I reread them with fresh eyes, everything worked flawlessly, and the problem I mentioned is resolved. I feel like a bit of a nonce now.

Thanks for your help though. 98.115.93.55 01:50, 19 September 2014 (UTC)

change captcha questions

I am new to mediawiki and have been entrusted the reponsibility of a wiki site. Can somebody please tell me how to change the captcha questions on the Special:Create Account page? Many Thanks Cmm9888 (talk) 06:09, 19 September 2014 (UTC)

Extension:ConfirmEdit#QuestyCaptcha. Nemo 08:20, 19 September 2014 (UTC)

Real editr WYSIWYG for mediawiki

Hi all , I'm looking for a editor WYSIWYG but I'm really lost with this kind of editor . Please , could you help me in order to install the best editor that currently are to the mediawiki?

I need that this editor can make tables , attach images and creation of index. How this media wiki is for the users the editor must be easy like the functionalities of the text editor like Microsoft Word for example.

Please , help me :( 195.76.206.12 (talk) 11:53, 19 September 2014 (UTC)

The only one i know, which is actively maintained, is the VisualEditor. It's a bigger installation process as other extensions, true, but it's a powerful tool :) An example of this Extension you can see at any wikimedia wiki, e.g. this one :) Florianschmidtwelzow (talk) 15:10, 19 September 2014 (UTC)

[RESOLVED] Mobilefrontend and google-analytics

Mediawiki:1.22.0 PHP:5.3.10-1ubuntu3.11 (apache2handler) MySQL:5.6.13-log

Hi,

I have this problem after installing MobileFrontend, that my sites mobile visitors dropped dramatically. Have others have this same problem and is there any fix for this? thanks TimMacG (talk) 13:45, 19 September 2014 (UTC)

Hello!

Which version of MobileFrontend do you have? In an older version of MF, the hook used for the Google Analytics extension wasn't loaded in MobileFrontend. But this should be fixed in the actual version. REL1_22 of MobileFrontend doesn't have the fix, iirc. Can you update your MediaWiki (and MobileFrontend) version? Florianschmidtwelzow (talk) 14:17, 19 September 2014 (UTC)

Thank you for the reply.

I´m not sure. :/ On my special:version page it doesnt say wich version of MF i have?

Where could I see it?

Would you suggest to update the whole mediawiki? I would do that but I am a bit afraid it would cause some problems with other extensions.

Is there away to maybe add that missing line of code to mobilefrontend or google-analytic? TimMacG (talk) 14:37, 19 September 2014 (UTC)

MobileFrontend doesn't have a version number, that's right, so you have to know, which version you downloaded in order to know, which version you have :)

Nevertheless, i think you have REL1_22, which is the latest version working with MW 1.22. It would be great, if you can upgrade, but i know, what you mean with the risks :)

> Is there away to maybe add that missing line of code to mobilefrontend or google-analytic?

Refer to Gerrit change 161457. This is the line, which you have to change :) Florianschmidtwelzow (talk) 15:08, 19 September 2014 (UTC)

Thank you very much.

I hope changing that line will work! Do you still highly suggest to upgrade the whole mediawiki?

I mean considering this specific problem? Is this just a quick fix for the whole problem? TimMacG (talk) 15:13, 19 September 2014 (UTC)

> Do you still highly suggest to upgrade the whole mediawiki? I mean considering this specific problem?

No. The change get's (normally) merged into the REL1_22 branch sometime.

But if you look at the whole MediaWiki context, it is recommended to have the latest stable version installed, which is actually MW1.23. 1.22 is still supported, but only for legacy reasons :) To get the whole bunch of new and improved features (and not "only" the critical bug and security features) you should invest some time, if MW1.23 is working with your actual setup, too. And if so: Upgrade :) Florianschmidtwelzow (talk) 16:40, 19 September 2014 (UTC)

Thanks alot. You the man! :) TimMacG (talk) 17:47, 19 September 2014 (UTC)

Doesn't do anything

I have set ID search, replace and set all basic things

But look in www.tolkiendili.com doesn't work, even searcher appear. Edmundopg (talk) 14:32, 19 September 2014 (UTC)

Hello!

Can you describe your problem with more details? I don't understand what you mean :( Florianschmidtwelzow (talk) 15:12, 19 September 2014 (UTC)

I set up extension, with ID and all configuration, but my wiki doesn't do anything, just look in www.tolkiendili.com Edmundopg (talk) 18:29, 19 September 2014 (UTC)

Which extension? 88.130.87.241 20:52, 19 September 2014 (UTC)

[RESOLVED] Adding one more external link to a page, preview or save just causes my main page to appear.

I have a fairly simple page located at http://wiki.ptisecurity.com/index.php?title=Wire_Recommendations

I'm adding external links to a items listed in a table. All goes fine for the first three rows but when I add one more external link to the page (and it does not matter if I add it in the table or somewhere outside of it) then when I save or preview the page instead of it showing me the page it just opens my wiki's main page. No errors are shown.

It doesn't matter what page I link to, I get the same result.

Any Ideas? RToy (talk) 18:13, 19 September 2014 (UTC)

mod_security

Disable it or ask your host to disable it, or tune it so it allows more than X external links to a page. Ciencia Al Poder (talk) 14:06, 20 September 2014 (UTC)

This solved the problem, our limit was set at 4 external links. Thanks for your assistance! RToy (talk) 16:03, 26 September 2014 (UTC)

Transfering a XAMPP made mediawiki's site to a web hosting

Hello everybody. In these days I was able to install Mediawiki using the XAMPP program, and, for what I can see, it is working fine. I found myself then asking how could I transfer my wiki on the net, being it a private Wiki. I followed the backup and restore guide on the XAMPP Mediawiki installing guide and I tried to transfer the data upon a free web hosting, byethost, given the fact that a friend of mine was able to open a dokuwiki easily on this webhosting. I Imported the database created on XAMPP in MySQL service of the web hosting page, then I tried to go to the online file manager and I tried to upload the htdocs folder of the wiki. I find myself with this screen http://i132.photobucket.com/albums/q27/Axel_99/crist_zpse437bd6e.jpg I try to login using the user of the file hosting, but a dialogue box opens saying "Please Enter the FTP server" I'm stuck with this page and don't know how to go on. I was able to open the wiki on XAMPP, am I missing something? Or is there another way to transfer a Wiki from XAMPP to the net? Losco~mediawikiwiki (talk) 12:47, 20 September 2014 (UTC)

If your hosting gave you a ftp server to connect to transfer your files, you can use any FTP client to connect to it and transfer your files. Filezilla is a very good FTP client for this. Ciencia Al Poder (talk) 14:11, 20 September 2014 (UTC)

So what should I do? I need to install Filezilla on the web hosting or what? I'm not that good in these things.. Losco (talk) 14:20, 20 September 2014 (UTC)

You need to install FileZilla client on your PC and then take the credentials, which you got from your hosting provider, and put them into FileZilla in order to connect to the webspace. 88.130.87.163 17:29, 20 September 2014 (UTC)

Install a bot

Hello everybody.

I want to install a bot on my wiki. How can I do that?

Yours, Suriyaa Kudo (iSC Inc.) (talk) 12:50, 20 September 2014 (UTC)

See Manual:Bots. AKlapper (WMF) (talk) 14:12, 20 September 2014 (UTC)

I have already done with creating my bot for my wiki (link: http://suriyaakudo.bplaced.net/wiki/) and uploaded it over FTP to my server.

Also I created an account and change the user right for it.

But how can I install my bot over LocalSettings.php and run it correctly?

Yours, Suriyaa Kudo (iSC Inc.) (talk) 13:29, 5 October 2014 (UTC)

Bots run on client-side, not server-side. I wonder where in the docs it was suggested to place it on the server. Ciencia Al Poder (talk) 09:18, 6 October 2014 (UTC)

Ok, but what I must do to run it? Suriyaa Kudo (iSC Inc.) (talk) 16:04, 7 October 2014 (UTC)

You must choose a bot framework to work with, read the documentation, optionally search for a tutorial if you still have issues. And finally, if you have some specific question, feel free to ask here, but not before reading the docs! Ciencia Al Poder (talk) 09:30, 8 October 2014 (UTC)

"Error: 14 unable to open database file"

Continuation from this thread

Recently, I've been having problems with certain functions on my domain http://grisaiawiki.net When I try to protect, undelete, or move a page, I get errors preventing me from doing so. After enabling the appropriate settings, I now get the following message when trying to do any of these: (this example from trying to protect the Main Page from non-administrators)

---

A database query error has occurred. This may indicate a bug in the software.

Query:

• UPDATE page SET page_restrictions = '' WHERE page_id = '146'
• Function: WikiPage::doUpdateRestrictions
• Error: 14 unable to open database file

---

I still can't figure out why I'm having this issue, or even what's causing it. I've never made any changes to files like DefaultSettings.php or WikiPage.php, nor have I touched anything in /includes/db/. None of my extensions or changes to LocalSettings.php seem to have caused it either, as removing/undoing those changes doesn't help. I'm at a complete loss by this point. Schiffy (talk) 16:11, 20 September 2014 (UTC)

This seems to be an issue with SQLite.

The PDO SQLite driver requires that if you are going to do a write operation (INSERT,UPDATE,DELETE,DROP, etc), then the folder the database resides in must have write permissions, as well as the actual database file.

I found this information in a comment on php.net. 88.130.87.163 17:26, 20 September 2014 (UTC)

That's what strikes me as odd, because this issue was not happening when I first installed 1.23.3. The most I could have done was create a database and a few tables in my cpanel that ended up not being even connected to the domain. I certainly never removed any permissions from the folder. Checking them, they don't seem to have the public allowed to write to them, but changing this still doesn't stop the problem. Schiffy (talk) 17:41, 20 September 2014 (UTC)

Help with css in custom skin

Hi can i have some help please with css i am trying to get my skin to re size properly on different browsers and display but it doesent seems to work i try something and then it makes something else not work. source codes are at https://github.com/paladox2015/Metrolook and website is at http://en.random-wikisaur.tk i am trying to get the top bar on my site to resize properly on different screens. i tried it on a laptop and seems to work but on iPad it seems to put search bar out of the bar because it was pushed because it hasent got enough room i would like it to re size properly. it was a chrome bug that caused this. 86.135.248.241 (talk) 17:21, 20 September 2014 (UTC)

I Just need some help with the top bar because the search bar gets pushed down because theres not enough room. I tried some things ive searched google and tried the things I founded but it doesent work. 86.135.248.241 21:13, 20 September 2014 (UTC)

What I mean is how can I get the top bar to move a bit to the right to fit the searchbar in on smaller screens because I have added something so that when scrolled the topbar comes to. 86.135.248.241 17:21, 21 September 2014 (UTC)

How can I set the width to detect the device screen size and resize. 86.135.248.241 18:55, 21 September 2014 (UTC)

HTTPs

Per [4], the wikimedia projects will switch unregistered contributors to https by default at some point. I'd like to know whether, upon registering or logging in, they would still have an option to switch back to HTTP (like I have in the first tab in preferences now).

I had raised a discussion here earlier, but it wasn't answered, so I figured that a folk with a MediaWiki instance could either answer or try to configure it in this way and check whether the preference would be gone or still remain. Gryllida 02:54, 21 September 2014 (UTC)

Maybe you find a bugtracker entry, where this issue has already been discussed, however I don't know of one currently. Anyway, the setting in the preferences can already be hidden today (I am not saying that it will be hidden when everything is switched to HTTPS, but hiding it already is possible today). So should you configure your system in a way so that only HTTPS can be used, then you can get rid of this (then superfluous) option. 88.130.67.26 09:31, 21 September 2014 (UTC)

Ideally I'd get more details here. What is the configuration setting that is responsible for hiding or showing the "use HTTPS beyond the login form" preference? Gryllida 22:03, 21 September 2014 (UTC)

FWIW, this is the wrong place to ask about Wikimedia config issues.

There's several ways of doing https for unregistered users. However I'm unaware of any plans for this in Wikimedia land, and the answer would depend on what specifically is being discussed. The blog post your citing is from a year ago, and doesn't seem to mention anything about unregistered users defaulting to https. There are however some wikis (mostly the private wikis, but also uzwiki per bugzilla:43466) where the canonical url is https (Which would normally mean both http and https work, but all email notices, etc use https, and that pages have a rel=canonical header telling google to prefer the https version of a page over the http one in search results). Bawolff (talk) 05:09, 22 September 2014 (UTC)

Preferences can be hidden with $wgHiddenPrefs. 88.130.104.205 09:05, 22 September 2014 (UTC)

[RESOLVED] How to embed and stream video?

Hello! I have sat up a local Wikimedia installation on lan. I want to use video content embedded in the Wikimedia pages. First I used the html and the iframe tag, and then I built in video content from YouTube. Then I made a new test storing local videos on the same Apache server where Wikimedia is running. I now use the html and the video tag, and it looks like things is running quite well. (But I have not tested it to much yet.) Is the use of the html and the video tag the right way to do this (video streaming) or should it be done in a different way using some extension? I guess there is some security related to opening up for and using the html tag? 152.93.57.94 (talk) 13:48, 21 September 2014 (UTC)

I made this first post, even though the ip address is different. I have now tested the video plugin, and it worked without a issue.

This mean I can use video using a "standard setup".

I now posted a new question if you are safe enough if you enable the use of the html tag, if you have the full control over those few persons that will do the editing of the wiki.

Reason: If you have the full power of html in the wiki, you can do a lot of things, quite easy and without a plugin. (Like html5 video and sound layer and links with target _blank.

Best reg Arne 46.212.26.206 23:12, 21 September 2014 (UTC)

One one other tread I was advised that using html is ok if you have control over all users that can edit. This mean that the html5 video player ant the mediawiki plugin can be used.

(And the html5 audio control as well.) Problem can be considered as solved. 46.15.71.46 18:39, 22 September 2014 (UTC)

[RESOLVED] Security risk by enabeling html support.

Hello!

If there is only a few, one or two persons that have the permission to edit the wiki is is still a very bad idea (from a security point of view) to enable html support in the wiki?

If you have the full control over who will do all the editing of the wiki is it then ok to use the html tag ?

Best reg Arne 46.212.26.206 (talk) 23:04, 21 September 2014 (UTC)

Yes, HTML is safe as long as you restrict editing to trusted users. Jackmcbarn (talk) 02:31, 22 September 2014 (UTC)

Thanks a lot. This will simplify a lot of things. Arne 46.15.71.46 18:31, 22 September 2014 (UTC)

[RESOLVED] change image size with screen resolution and/or browser

Can images be made to resize like tables? For example, a table with "width=70%" is always 70% of the screen size but an image set at "300px" will take up different space across the screen depending on browser and screen resolution/size.

Is there any way images can be set to automatically resize as with tables?
Thanks. 31.185.135.233 (talk) 17:18, 22 September 2014 (UTC)

No, and HTML doesn't provide a syntax for that.

You'd probably need JavaScript to accomplish this. Try looking for an answer on specialized HTML/JavaScript forums. Ciencia Al Poder (talk) 09:27, 23 September 2014 (UTC)

Wikitravel

Hello. I am interested in studying the depth of Wikivoyage and Wikitravel. While stats.wikimedia.org gives an up-to-date or nearly up-to-date account of Wikivoyage as well as other WMF projects, I am told that Wikitravel does not have such a facility. Is there a way to find classified data similar stats.wikimedia.org for Wikitravel as the it also runs on MediaWiki software? Please help me. Hindustanilanguage (talk) 19:05, 22 September 2014 (UTC).

sphinx search only search main namespace

This post by Revibot was moved on 2015-07-11. You can find it at Extension talk:SphinxSearch/2014#h-sphinx_search_only_search_main_namespace-2014-09-22T19:30:00.000Z. Florianschmidtwelzow (talk) 10:06, 23 September 2014 (UTC)

ImportTextFile.php or Edit.Php

I want to add the contents of a text file to a Wiki page using either the importtextfile.php or edit.php scripts.

ImportTextFile.php just seems to overwrite the entire page with the contents of the Text file (I want to append to the bottom of the article).

Edit.php does the same thing, but I understand that you can use the GetText.php to get the content of the page, then use sed commands, but I cannot figure out which command to use.

Does anyone have any experience appending a text file to the bottom of a Wiki page? And if so, which command did you use?

Many Thanks 46.17.161.8 (talk) 12:22, 23 September 2014 (UTC)

Hiding action button when no actions are available

Hi how can the action button hide if there is not actions avalible. Source codes is at https://github.com/paladox2015/Metrolook 151.225.137.145 (talk) 16:12, 23 September 2014 (UTC)

What action buttons? Edit, talk and so on? If there is no action, then they won't be in visible, except the talk one. Simply unset the talk key of the array containing the actions before display it :) Florianschmidtwelzow (talk) 16:32, 23 September 2014 (UTC)

Um what I me is the action for things like deleting a page in the drop down action. Because it shows even though the user has set the wiki to no IP editing only logged in. 86.135.248.241 19:30, 23 September 2014 (UTC)

Are you sure, that this is a skin related problem? The skin only display's the links provided by SkinTemplate. Can you try the standard Vector skin? Is there the same problem? Florianschmidtwelzow (talk) 20:32, 24 September 2014 (UTC)

German

Hi Leute, ich hab wiedermal ein problem. Diesmal geht es um die Namensräume.

in meinen wiki (http://dpwiki.halfbaked.de) habe ich bereits einige seiten mit Quest:questname betitelt. Das hatte ursprünglich den grund, z.B. die quest "Drachen zähmen" vom vorgang "Drachen zähmen" zu unterscheiden.

nun möchte ich die quests gern in einen "echten" namensraum verschieben(?!). Ich habe also den Namensraum 'Quest' sowie 'Diskussion_Quest' angelegt (wie hier beschrieben: https://www.mediawiki.org/wiki/Manual:Using_custom_namespaces/de#zeilenweise). interessanter weise, waren dann alle verlinkungen zu seiten deren titel mit 'Quest:' began, jetzt nichtmehr erreichbar. daher habe ich die namensräume vorerst wieder entfernt.

ich hoffe mein problem ist nachvollziebar und jemand kennt die lösung. RessiX (talk) 18:23, 23 September 2014 (UTC)

Hi!

Du hast Seiten mit dem Seitennamen "Quest:xxx" und jetzt hast du einen Namespace mit demselben Namen eingerichtet, was die Seiten mit Seitennamen Quest:... unerreichbar macht.

Lösungen gibt es hier: Manual:Using_custom_namespaces#Dealing_with_existing_pages. 88.130.78.207 21:08, 23 September 2014 (UTC)

-.-

englisch *thumbdown*

hat evtl. auch jemand ne lösung in einer sprache der ich mächtig bin? Deutsch fänd ich da ganz hilfreich... oder alternativ würde auch hessisch noch gehen :D RessiX (talk) 04:47, 24 September 2014 (UTC)

Wieviele Seiten sind es denn? Wenn es nicht so viele sind, könnte die erste der auf der verlinkten Seite angegebenen Lösungen ganz gut zu machen sein (ich übersetze mal frei):

• neuen Namensraum in der LocalSettings.php wieder deaktivieren,
• die fraglichen Seiten umbenennen (=verschieben), z.B. Quest:Drachenzähmen zu Quest2:Drachenzähmen,
• neuen Namensraum wieder in der LocalSettings.php aktivieren
• die fraglichen Seiten wieder zurückverschieben. LiturgicaNotata (talk) 06:33, 24 September 2014 (UTC)

insgesamt geht es um mittlerweile rund 80 seiten... und täglich kommen neue dazu RessiX (talk) 09:39, 24 September 2014 (UTC)

Dann wäre sicherlich der zweite Ansatz der oben genannen Seie passender. Im maintenance/ Ordner von MediaWiki gibt es ein Wartungsskript, welches diese Aufgabe automatisiert erledigt. Nachteil (für einige Admins): Du benötigst Zugang zur Shell. Ansonsten müsstest du mit der SQL Abfrage Vorlieb nehmen und diese an deine Bedürfnisse anpassen (Bar: duch Quest: ersetzten, und Namespace-Nummer nicht vergessen!). Florianschmidtwelzow (talk) 09:58, 24 September 2014 (UTC)

oha... auf die antwort hätte ich noch warten sollen ^^

naja, wie dem auch sei, ich hab nun alle seite umbenannt, den namespace erstellt (bzw. reaktiviert) und bin jetzt grade dabei die seiten wieder zurück zu verschieben. dabei tritt jetzt grade mein nächstes "problem" auf.

http://dpwiki.halfbaked.de/index.php?title=Liste_der_Quests

wenn man sich diese tabelle ansieht, gleich den ersten eintrag

17 Unbekannter alter Freund

der ist als (Seite nicht vorhanden) markiert, obwohl er bereits zurück verschoben wurde. selbst nach drücken von Stgr+F5, wenn ich ihn allerdings anklicke, komme ich auf die korrekte seite.

auf der Kategorieseite ( http://dpwiki.halfbaked.de/index.php?title=Kategorie:Quest ) ist der link zur besagten questseite blau. was läuft denn nun in der tabelle falsch? kann sich das mal jemand ansehen? um aktiv zu helfen, wäre allerdings eine anmeldung erforderlich. den quelltext sollte man allerdings auch ohne anmeldung sehen können. (oder?)

(erklärungen bitte anhand der besagten quest beschreiben, da ich erstmal nicht mit zurückverschieben weitermache bis ich weiss wo das problem liegt. die verschobenen questseiten fangen momentan mit "-Quest:" an)

LG

RessiX RessiX (talk) 10:52, 24 September 2014 (UTC)

Ich hab den Cache der Seite "Liste der Quests" geleert und jetzt ist die Anzeige des Links mit dem unbekannten alten Freund korrekt. Die Links, z.B. der mit dem unbekannten alten Freund, funktionierten übrigens auch davor. 88.130.121.94 10:55, 24 September 2014 (UTC)

dass er funktionierte hab ich ja gesagt:

der ist als (Seite nicht vorhanden) markiert, obwohl er bereits zurück verschoben wurde. selbst nach drücken von Stgr+F5, wenn ich ihn allerdings anklicke, komme ich auf die korrekte seite.

nur die rote schrift hatte mich verwirrt.

magst du noch kurz erklären wie du das gemacht hast? RessiX (talk) 11:01, 24 September 2014 (UTC)

Ich hab &action=purge an die URL angehängt und "OK" gedrückt, was den Seitencache für die Seite leert. 88.130.121.94 11:06, 24 September 2014 (UTC)

Danke vielmals, damit dürfte das thema geklärt sein =) RessiX (talk) 11:11, 24 September 2014 (UTC)

Prinzipiell musst du lediglich "warten", bis die Seite neu geparsed wird. Alternativ kannst du, wie 88.130.121.94 bereits sagte, action=purge verwenden. Eine andere Alternative wäre ein "Fake-Edit", sprich einfach auf "Bearbeiten" klicken und anschließend auf Speichern (ohne etwas zu ändern). Dies sollte ebenfalls veranlassen, dass der Seiteninhalt neu geparsed wird und die Links anschließend alle richig sind.

P.S.: "Wikipedia" im Namen des Logos würde ich übrigens entfernen ;) Florianschmidtwelzow (talk) 11:12, 24 September 2014 (UTC)

Oh, hab garnicht dran gedacht dass das wort geschützt sein könnte, aber du hast natürlich recht... ich werd da nachher gleich mal was anderes basteln.

macht es eigentlich einen unterschied, ob ich beim verschieben das Ziel-pulldownmenu auf "(Seite)" stehen lasse und Quest:xxx schreibe, oder ich im pulldown "Quest" auswähle und nur xxx schreibe? RessiX (talk) 11:34, 24 September 2014 (UTC)

[Resolved] Unique name of graphics files?

Hello! My Mediawiki is now running quite nice, but there is one thing about using photos or graphics files that I don't understand at all. Does the uploaded files (.png) (.gif) (.jpg) bleong to one certain page or can they be used on many pages? Does a photo need to have a unique name like pageA-Photo1.jpg or is it OK with a number of 15 equally named photo1.jpg. If this is ok it it then some system or catalogue to browse trough the 15 different photo1.jpg, to reuse them one one other page? (Or can they only be used on one page?) May be I don't ask the question the right way, but thats due to the reason I don't even know how to ask the right way. I hope you can give me some ideas. Best reg Arne. 46.102.244.6 (talk) 19:01, 23 September 2014 (UTC)

You can't use the same filename for different files, but u can use one file on different sites.

if u use the same filename, mediawiki will overwrite the older file. the older file will be available as "erlier Version" on the files page.

sorry for the bad english, but i hope i helped you RessiX (talk) 19:19, 23 September 2014 (UTC)

OK thanks. I think / hope I have some kind of understanding. I think the tread can be closed. Arne. 46.212.135.248 21:23, 23 September 2014 (UTC)

I tried to test a bit and it looks for me that the answer is "yes, the filname has to be unique" and "yes, the same image can be used on several pages" and that there is a "special page that gives a list of images. It looks like it is possible to delete uploaded files from this special page. Did I understand these things the right way? Best reg Arne 46.102.244.6 19:20, 23 September 2014 (UTC)

[RESOLVED] purging pages

Hi,

Does it anyone know how to tell mediawiki that a given page has been updated, so that it clears the cache and recomputes the new page from scratch?

I need this for an extension for posting comments (http://commenterra.com). This extension replaces tag <discussion /> with current comments. When a user posts a new comment on a page 'url', the comments need to be updated. If I don't do anything, then the update will not be displayed until someone loads 'url?action=purge' (or updates the wiki text). I tried to do the following: when a new comment is posted, I simulate the http request 'url?action=purge' from the server (in the php function that processes the ajax call) via

	$ctx = stream_context_create(array('http' => array('method' => 'POST', 'header' => 'Content-Length: 0')));
	@fopen($purge_url, 'rb', false, $ctx);

where $purge_url = 'url?action=purge'. (I use POST method since it doesn't require the confirmation.) Then the page is indeed updated, but only for the user that has posted the comments; for all other users mediawiki will still display the old cached version.

In earlier versions of Mediawiki this method seemed to work; simulating request 'url?action=purge' from the server had exactly the same effect as purging the page manually. But with the latest version (1.23.3 on linux, default installation) this was no longer the case. 212.197.158.152 (talk) 21:56, 23 September 2014 (UTC)

Hello!

You should think about, if it's a good idea t cache the content of pages with your extension. If you want to disable the parser cache, you can use disableCache() on the parse object passed to your extension. This would solve the problem, too :)

Another way is to use the Title object to invalidate the cache using invalidateCache(). If this attempts a re-parse of the page i'm actually unsure :/

Another thing you should think about is: Is it useful to save the comments directly in the page?! Florianschmidtwelzow (talk) 05:24, 24 September 2014 (UTC)

Thanks for the reply. I tested Title::invalidateCache(), it has the same problem as my current solution: the page is updated for the user who posted the comment, but not for anybody else.

disableCache() is of course one solution, but has performance implications for the whole wiki, so I don't want to force people to do that just because of one extension :)

I save directly in the page only most recent comments that would always be displayed (around 10), together with their number. In this way (i) the comments are displayed immediately without a lag, (ii) I can use the default caching mechanism for storing comments, and not recompute them every time, and (iii) this saves one call to the server. Other comments will be retrieved on demand via ajax (which will happen only if the user clicks on something). 212.197.158.152 06:04, 24 September 2014 (UTC)

Sorry, I made a silly mistake while debugging. (These functions were actually not reached...) Please ignore the question, the thread can be closed. 194.96.100.160 22:24, 24 September 2014 (UTC)

Vector Skin: Remove border around tabs

Good evening. I need some help doing some edits to a Vector.css for my wiki, theatremush.com.

The tabs at the top (edit, etc.), I need to remove or make transparent the borders around them. I've managed to remove the left hand ones but the right hand will not disappear no matter what I adjust. I've even used the inspect element option to try to find the baseline, but I haven't had any success.

The couple of wikis that I can find that have no borders like that, I can't really decipher how they've done it. Any help would be appreciated. 75.88.181.176 (talk) 05:21, 24 September 2014 (UTC)

That's no really "border", it's a background image, Line 97 of tabs.less:

https://github.com/wikimedia/mediawiki-skins-Vector/blob/768ba62ad32458b3d8aae4180f264c6370da949f/components/tabs.less#L97

remove -> finish :) Florianschmidtwelzow (talk) 09:16, 24 September 2014 (UTC)

lock special sites

Moin, I want to protect the "spacialsites". The background of this action is, that i dont want everybody can view eg. Special:BlockList. How can I block the read permission for everyone?

Thanks, Paul Paul Hema (talk) 07:46, 24 September 2014 (UTC)

That's not possible so easy (there is no built in function to this as a user/admin) :)

You can use this example as a basis and check in this function for the actual user rights. But note, that this will only prevent the page being listed on Special:SpecialPages. If someone knows the URL, he can still access this special page directly. To prevent the access, you need to edit the special page's source code, but before you do this, read Do not hack MediaWiki core. Florianschmidtwelzow (talk) 09:04, 24 September 2014 (UTC)

Ok, thanks. Paul Hema (talk) 09:58, 24 September 2014 (UTC)

Visual editor / Parsoid installation problem

Mediawiki 1.23.3

Hi,

Im trying to install VisualEditor and it requires Parsoid to be installed. I have followed this guide http://www.mediawiki.org/wiki/Parsoid/Setup#Windows_Setup all the way to the 'Install parsoid' without any problems. Now I am stuck here because I really dont quite get how should I use those lines? git clone https://gerrit.wikimedia.org/r/p/mediawiki/services/parsoid cd parsoid ..\npm install

Let me say that I havent used command prompt almost never before. I tried google its commands without any luck. For Linux it is much easier. I would really appreciate if someone could help me with this!

Thanks. Samuel Peter9 (talk) 10:26, 24 September 2014 (UTC)

Hello!

You have to install the prerequisite software. E.g. git for windows provides an own command line to use git commands (like git clone). In the path of NodeJS you can use npm, and so on :) Simply read and follow the parsoid installation page step by step :) Florianschmidtwelzow (talk) 20:29, 24 September 2014 (UTC)

[RESOLVED] Problem with "time" in page source

Version: 1.23 Extensions: Math (1.2.0), SyntaxHighlight (1.0.9.11-wmf), LDAP Authentication (2.1.0), WikiEditor (0.4.0) URL: Intranet only

We are testing an upgrade from 1.6 to 1.23 and have found a problem with a particular tag.

An example is (list bullet points removed)

*<code>period(<time interval seconds>,<function>)</code>
*<code>repeat(....)</code>

Which ends up displaying as

period(,<function>)</code>
<code>repeat(....)</code>

When it should be (displayed in code box)

period(<time interval seconds>,<function>)
repeat(....)

Looking at the generate html, v1.6 shows

<ul><li><code>period(<time interval seconds>,<function>)</code>

Where as v1.23 shows

<li><code>period(<time>,<function>)</code>

As a result the code tag is not closed and the rest of the page is displayed as code.

Changing time to xtime clears the issue, what is the cause and how can I get around it? I have tried pre tags around it but it gets moved to a new line below the bullet so not ideal.

I have tried it in the sandbox and it doesn't appear to affect that.

Thanks 195.89.37.174 (talk) 11:21, 24 September 2014 (UTC)

Change <time> to &lt;time>. Jackmcbarn (talk) 13:49, 24 September 2014 (UTC)

Thanks

That works, has there been a change to what tags are processed, i.e. time never used to be but is now? 195.89.37.174 07:37, 25 September 2014 (UTC)

I'm not totally sure what made that started to happen, but whenever you want to display < in a page, you should always use &lt; anyway. Jackmcbarn (talk) 14:31, 25 September 2014 (UTC)

can't select only sqlite when mediawiki installing

Hi. My name is suneo.

when installing mediawiki on the web page(in Japanese), SQLite only appeared at "Connecting a database" page, but I want to choose MySQL.

I'm sure that MySQL is enabled. Please tell me what should I do? 133.70.80.76 (talk) 12:24, 24 September 2014 (UTC)

Hi Suneo!

You can try putting a PHP file with this content on your server:

<?php phpinfo()

and then call this file with your browser. You will see a bunch of PHP configuration and among this should also be a section called MySQL, which tells you, if MySQL is usable for PHP scripts. 88.130.121.94 12:49, 24 September 2014 (UTC)

＞88.130.121.94

Thank your early reply!

phpinfo() is succeeded, so MySQL is usable as you think.

I'm sorry but I finished installation temporary, and I had an idea that modifying DB settings in LocalSettings.php as below.

(I was imitating MySQL Setting in another mediawiki's LocalSettings.php)

--- LocalSettings.php ---

## Database settings
$wgDBtype = "mysql";
$wgDBserver = "localhost";
$wgDBname = "mwiki";
$wgDBuser = "myuser";
$wgDBpassword = "rigadiggading";
# MySQL specific settings
$wgDBPrefix = "";
# MySQL table options to use during installation or update
$wgDBTableOptions = "ENGINE=InnoDB, DEFAULT CHARSET=utf8";

Then, it appears "Fatal exception of type MWException" error.

I researched about this and find a [5]] , but my LocalSettings.php has no requirements passage.

I wonder which the modifying DB setting is a mistake. 133.70.80.76 13:52, 24 September 2014 (UTC)

I have never seen the installer telling you that MySQL would be unusable, while it in fact is working. I guess that when you debug (How to debug) your particular error, you will notice that it in fact originates somewhere in a database issue.

What exactly does phpinfo() tell inside the section on MySQL? In fact I think that MySQL is not usable currently for you. 88.130.121.94 14:34, 24 September 2014 (UTC)

I rather think "133.70.80.76" only wrote phpinfo() and doesn't looked into the printout :) @133.70.80.76: You have to look into the result of phpinfo() (in your browser), if MySQL is installed. The fact, that phpinfo() do something isn't enough to check this :) Florianschmidtwelzow (talk) 15:06, 24 September 2014 (UTC)

Kategorie-leiste oben anzeigen

ist es möglich, die "Kategorie-Leiste" oben auf den Artikelseiten anzeigen zu lassen? ich arbeite oft und gern mit den Kategorien, allerdings ist es (grade auf längeren Artikel-seiten) sehr stressig immer erst runterscrollen zu müssen.

kennt jemand ne lösung?

falls das wichtig ist, ich nutze den standart-skin

LG RessiX RessiX (talk) 05:10, 25 September 2014 (UTC)

Hallo!

In Vector sind die betreffenden Codezeilen hier zu finden:

https://github.com/wikimedia/mediawiki-skins-Vector/blob/master/VectorTemplate.php#L156

Gundsäzlich ist es natülich möglich, dass du Vector kopierst und eine angepasste Version für dein Wiki erstellst, in dem du diese Codezeilen über <?php $this->html( 'bodycontent' ) ?> bspw. setzt. Dann würden die Kategorien oben über dem Content stehen.

Güße Florianschmidtwelzow (talk) 11:06, 25 September 2014 (UTC)

wgArticle

Hello,

I wrote an extension which worked in earlier versions of Mediawiki, but doesn't work in 1.23. It appears that the global variable $wgArticle is no longer defined. Is it true? Is there another way to obtain this variable?

I am also curious about other changes that I need to be aware of. Is there a guide explaining how to migrate extensions to the newer version? Tnanks! 109.201.154.210 (talk) 06:58, 25 September 2014 (UTC)

Not that I personally knew, but it's code that you should update anyway, see Manual:$wgArticle AKlapper (WMF) (talk) 09:16, 25 September 2014 (UTC)

Please refer to:

https://github.com/wikimedia/mediawiki-core/blob/REL1_23/RELEASE-NOTES-1.23#L347

If you say, what you want to reach, maybe we can help you to find another way to do this :) Florianschmidtwelzow (talk) 10:52, 25 September 2014 (UTC)

Thanks. Uhm, so the documentation is outdated. :( AKlapper (WMF) (talk) 11:11, 25 September 2014 (UTC)

Unhappily yes, i have updated it now :) Florianschmidtwelzow (talk) 11:20, 25 September 2014 (UTC)

Thanks. I have a tag extension, and I want to get 'page_id' of the article in which the tag in inserted. Previously I used $wgArticle->getId(). What can I use instead? 109.201.154.142 20:37, 25 September 2014 (UTC)

wgArticle doesn't have a method getId(), if there was still Article object in it. For the page id you can use WikiPage::getId(). Florianschmidtwelzow (talk) 21:14, 25 September 2014 (UTC)

User account is not registered

I have a problem with couple of user accounts. I see these accounts in Special:ListUsers.

But when I click on such account I get this error: "User account is not registered"

I checked mysql database entries in wiki_user using phpmyadmin and there are proper names in the database (no special characters are used).

So I'm a little but confused and don't know what to do with such accounts. 85.158.139.227 (talk) 09:35, 25 September 2014 (UTC)

If the accounts really are registered correctly, this error will not happen.

What are the account names and how exactly(!) does the according username in the database table user look like? 88.130.113.0 09:42, 25 September 2014 (UTC)

example names (wiki names are exactly the same as the one in the user table):

Agnieszka.Skowronska
admin
PiotrLuczak

85.158.139.227 10:01, 25 September 2014 (UTC)

Can it be a problem that in user_properties table something is wrong? 85.158.139.101 12:03, 25 September 2014 (UTC)

I would guess: No, but I do not know. How do you get this idea?

With the usernames, the first letter usually needs to be in uppercase. Does it change anything, if you change "admin" to "Admin" in the usertable?

For the other users I do not see a problem - these accounts should work. 88.130.113.0 12:17, 25 September 2014 (UTC)

OK, changing admin to Admin helped.

I also tried and changed Agnieszka.Skowronska to Agnieszka.skowronska and it also helped

I changed PiotrLuczak to Piotr.luczak and it also works.

So it looks like more than one capital letter breaks the system? But I have another used with several capital leters and it works... 85.158.139.101 12:39, 25 September 2014 (UTC)

sortable tables

Hi everyone, I created a sortable table:

Teufelsfrucht	SSJ			Lose			Kaio2					Attacke
	Str	Def	Spd	Str	Def	Spd	Str	Def	Spd	HP	MP	Str	Def	Spd
Alabaster	3	12	3	75	35	35	-	-	-	-	-	0	6450	1900
Bomb Bomb	7	5	6	40	30	10	-	-	-	-	-	6000	1600	4000
Diamant	10	10	0	-	-	-	-	-	-	-	-	5500	5500	0
Erdbeben	15	0	7	25	80	35	-	-	-	-	-	9000	0	3000

While writing this and look at the preview: Here everything is fine, but at the wiki page I am editing, the sorting doesn't work as expected: http://wiki.animegame.eu/index.php/Detail%C3%BCbersicht_Teufelsfr%C3%BCchte (just try to sort by "SSJ"->""Def")
It's not my website, but I have permissions for edit this wiki-page.
Does anybody knows why the table does not sort correctly?

Source:
{| class="sortable" border="1px"
! rowspan="2"|Teufelsfrucht !! colspan="3"|SSJ !! colspan="3"|Lose !! colspan="5"|Kaio2 !! colspan="3"|Attacke
|-
! Str !! Def !! Spd !! Str !! Def !! Spd !! Str !! Def !! Spd !! HP !! MP !! Str !! Def !! Spd
|-
|Alabaster || 3 || 12 || 3 || 75 || 35 || 35 || - || - || - || - || - || 0 || 6450 || 1900
|-
|Bomb Bomb || 7 || 5 || 6 || 40 || 30 || 10 || - || - || - || - || - || 6000 || 1600 || 4000
|-
|Diamant || 10 || 10 || 0 || - || - || - || - || - || - || - || - || 5500 || 5500 || 0
|-
|Erdbeben || 15 || 0 || 7 || 25 || 80 || 35 || - || - || - || - || - || 9000 || 0 || 3000
|} 95.91.187.21 (talk) 09:42, 25 September 2014 (UTC)

I just found out sth. that could be relevant: When you click on a value to sort for, it sorts by the previous value! But I don't know how to fix this... 95.91.187.21 10:26, 25 September 2014 (UTC)

If I don't use a rowspan="2" for my very first value, but leave first row empty and add the item to the 2nd row, it works! A little bit ugly (it would be nicer with rowspan) but it's okay ;-) 95.91.187.21 12:19, 25 September 2014 (UTC)

Everything works fine on my test wiki, and I can't try it on yours since it's too old to have Special:ExpandTemplates and you need an account (which I can't create) to edit. Can you try to reproduce the problem on another wiki? Jackmcbarn (talk) 02:45, 26 September 2014 (UTC)

Your wiki is using MediaWiki 1.21. I think rowspan on table sorting was "fixed" on a later version. You should probably upgrade to get this feature. Ciencia Al Poder (talk) 09:35, 26 September 2014 (UTC)

Patch from 1.23.3 to 1.23.4 give hunks

I found I similar error here: http://www.mediawiki.org/wiki/Project%3ASupport%20desk/Flow/2014/07#h-Patch_from_1.23.1_to_1.23.2_Error-2014-07-30T21%3A07%3A00.000Z

Now I get something similar after upgrading from 1.23.3 to 1.23.4. In my original 1.23.0 installation I did not get any tests directory, it was created after the error on the previous link.

Now I get:

mediawiki# zcat ~mediawiki-1.23.4.patch.gz | patch -p 1 --dry-run
patching file includes/config/GlobalVarConfig.php
patching file includes/db/DatabaseMysqli.php
patching file includes/DefaultSettings.php
patching file includes/libs/XmlTypeCheck.php
patching file includes/Sanitizer.php
patching file includes/upload/UploadBase.php
patching file RELEASE-NOTES-1.23
patching file tests/phpunit/includes/upload/UploadBaseTest.php
Hunk #1 FAILED at 129.
Hunk #2 FAILED at 143.
2 out of 2 hunks FAILED -- saving rejects to file tests/phpunit/includes/upload/UploadBaseTest.php.rej

I could not get any tests directory untarring mediawiki-1.23.4.tar.gz, so I suppose I can ignore everything, but if that directory it's not mean to be shipped, could be avoided to put it in patches?

Regards Simone 217.133.96.194 (talk) 11:03, 25 September 2014 (UTC)

Hi Simone,

the tests/ directory is a left-over from older versions. It does not come with current tarballs and it is not needed for using MediaWiki. You should just remove this folder. 88.130.113.0 11:30, 25 September 2014 (UTC)

[RESOLVED] Update from 1.17.0 to 1.23.4

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Hallo

I try to update from 1.17.0 to 1.23.4. The update script worked well, as it seems. No errors at all.

But when I access the page in the webbrowser now, I see the flowing Error message:

[ae439d39] /update/index.php Exception from line 1318 of /home/www/tf/wiki/includes/cache/LocalisationCache.php: Unable to open CDB file for write "cache/l10n_cache-en.cdb"

Backtrace:

#0 /home/www/tf/wiki/includes/cache/LocalisationCache.php(959): LCStoreCDB->startWrite(string)

#1 /home/www/tf/wiki/includes/cache/LocalisationCache.php(452): LocalisationCache->recache(string)

#2 /home/www/tf/wiki/includes/cache/LocalisationCache.php(369): LocalisationCache->initLanguage(string)

#3 /home/www/tf/wiki/includes/cache/LocalisationCache.php(283): LocalisationCache->loadSubitem(string, string, string)

#4 /home/www/tf/wiki/languages/Language.php(2347): LocalisationCache->getSubitem(string, string, string)

#5 /home/www/tf/wiki/includes/cache/MessageCache.php(825): Language->getMessage(string)

#6 /home/www/tf/wiki/includes/cache/MessageCache.php(752): MessageCache->getMessageFromFallbackChain(Language, string, string, boolean)

#7 /home/www/tf/wiki/includes/Message.php(1003): MessageCache->get(string, boolean, Language)

#8 /home/www/tf/wiki/includes/Message.php(637): Message->fetchMessage()

#9 /home/www/tf/wiki/includes/Message.php(732): Message->toString()

#10 /home/www/tf/wiki/includes/Title.php(442): Message->text()

#11 /home/www/tf/wiki/includes/Wiki.php(121): Title::newMainPage()

#12 /home/www/tf/wiki/includes/Wiki.php(137): MediaWiki->parseTitle()

#13 /home/www/tf/wiki/includes/Wiki.php(514): MediaWiki->getTitle()

#14 /home/www/tf/wiki/includes/Wiki.php(447): MediaWiki->main()

#15 /home/www/tf/wiki/index.php(46): MediaWiki->run()

#16 {main}


Any idea what's wrong? 82.220.1.199 (talk) 14:17, 25 September 2014 (UTC)

Can your web server write to your cache directory? Jackmcbarn (talk) 15:10, 25 September 2014 (UTC)

Hallo

the existing MediaWiki installation is able to write to the cache directory. 82.220.1.199 05:28, 26 September 2014 (UTC)

Apparently it can't, as the error message says:

Unable to open CDB file for write "cache/l10n_cache-en.cdb"

Be sure a folder named "cache" exists in your MediaWiki installation directory and that is writable by the webserver. Ciencia Al Poder (talk) 09:39, 26 September 2014 (UTC)

Problem solved!

SELinux did cause the confusing error. Relabelling of the file system solved the problem finally. 82.220.1.199 11:11, 26 September 2014 (UTC)

Give >chmod -R 777 <foldername>. This resolved my issue.- Unable to open CDB file for write "cache/l10n_cache-en.cdb" Soumya.sadanandan (talk) 08:00, 10 November 2017 (UTC)

In fact, 777 permissions are not recommended. You can chown a user who run web server, and chmod 775 or 755. 星耀晨曦 (talk) 08:22, 10 November 2017 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Access extension function inside skin

MediaWiki : 1.23.2 PHP : 5.4.30 MySQL : 5.6.19

I have created a custom extension which fetch data from database, process it and provide result. I want to call this extension function inside my skin. Or Is there any hook on which I can call my extension function and access its result in skin?

Thanks in advance. Swami-elevati (talk) 15:43, 25 September 2014 (UTC)

Maybe you can describe more detailed, what you want to to? Where you want to add what? Has it really to be into the skin or into pages (think about, that page content is cached, so your data, too, if you use a parser hook, otherwise your extension do the db queries and calculating work every page impression). If you don't want to do that, you can use this hook SkinTemplateOutputPageBeforeExec, which allows you to add some data to the template, e.g.:

public static function onSkinTemplateOutputPageBeforeExec( &$skin, &$tpl ) {
    $tpl->set( 'yourdatakey', $yourdata );
    return true;
}

Florianschmidtwelzow (talk) 15:57, 25 September 2014 (UTC)

Thanks Florianschmidtwelzow,

SkinTemplateOutputPageBeforeExec worked for me, but which parser hook should I use if I want to use cache the db result. Swami-elevati (talk) 09:17, 30 September 2014 (UTC)

It depends on where you want to add the content of your function and what you want to add :) if you want to add short properties, maybe you can use ParserOutput::setProperty(). To find the best hooks for you, it's the best, if you read Manual:Hooks and look at the section Page rendering. Read the descriptions, when the hook get's called and what object's it provides and compare this with your needs :) Florianschmidtwelzow (talk) 16:32, 1 October 2014 (UTC)

Cool. ParserOutput::setProperty() worked perfect for me.

Thanks again for sharing this information Swami-elevati (talk) 09:38, 2 October 2014 (UTC)

Problem in 1.25 wmf 1 logo does not work

Tracked in Phabricator
Task T73334
Resolved

Hi it seems that logo does not work. the problem started since 1.25 wmf 1 and the problem is in https://git.wikimedia.org/commitdiff/mediawiki%2Fskins%2FVector/9ebb220b7f72d3702f459fb597f360f5e24c9f0c and https://gerrit.wikimedia.org/r/#/c/98356/ and logo does not show here https://www.mediawiki.org/w/index.php?title=Special:UserLogin&returnto=Project%3ASupport+desk&error=&fromhttp=1 151.225.137.145 (talk) 20:01, 25 September 2014 (UTC)

That is tracked as #71334. You might additionally wat to add a note to https://gerrit.wikimedia.org/r/#/c/98356/ , which introduced this regression. 88.130.113.0 21:02, 25 September 2014 (UTC)

Bug was fixed and deployed last night. It's fixed now. Thanks for reporting this! :) Florianschmidtwelzow (talk) 13:35, 26 September 2014 (UTC)

[RESOLVED] Problem with skin viewing

Hi I have a problem with my website which is at http://en.random-wikisaur.tk/wiki/Main_Page I am running mediawiki 1.25 wmf 1 and the problem is that I have a custom skin on by default and when trying to view vector using my preference and saving it for me as the admin by default but it shows things that are not in vector skin but in my custom skin. 151.225.137.145 (talk) 20:04, 25 September 2014 (UTC)

Have you changed something in vector? Have you tried to reload Vector? Have you tried to disable your skin and look, if Vector still show these elements? Questions over questions :) Florianschmidtwelzow (talk) 21:07, 25 September 2014 (UTC)

Um I haven't changed anything I vector. and secondly I will test vector as default skin. 151.225.137.145 21:26, 25 September 2014 (UTC)

Skin help

Hi I would like some help with my skin.

the code is

<div style="padding-left:10px;"><div class="lighthover" style="height:40px;float:left;"><div class="onhoverbg" style="height:40px;float:left;"><h4 class="title-name"><a href="<?php echo $this->data['nav_urls']['mainpage']['href']; ?>"><div class="title-name" style="font-size: 0.9em; padding-left:0.4em;padding-right:0.4em;color:white;max-width: auto;height:auto; max-height:700px; display: inline-block; vertical-align:middle;"><?php echo $GLOBALS['wgSitename'] ?></div></a></h4></div><img class="custom2" src="/skins/Metrolook/images/Transparent.gif" style="float:left;" /><?php if ( $DownArrow ): ?><img class="custom3" src="/skins/Metrolook/images/Transparent.gif" style="height:60px;width:27px;cursor:pointer;" onclick="toggleDiv('bartile');"/><?php else: ?><?php endif; ?></div></div>
<?php if ( $DownArrow ): ?>
	<div id="top-tile-bar" class="fixed-position">

<div style="vertical-align:top;align:left;">
<div class="topleft">
<div style="align:left;margin-left:auto;margin-right:auto;display:none;height:200px;" class="tilebar" id="bartile"><div style="height:200px;display:table;"><div style="vertical-align:middle;display:table-cell;padding-left:36px;">
<div style="float:left;padding:5px;"><div class="tile"><?php if ( $link1 ): ?><a href="http://www.pidgi.net/wiki/"><?php else: ?><a href="<?php echo $GLOBALS['$url1'] ?>"><?php endif; ?><?php if ( $image1 ): ?><img src="http://images.pidgi.net/pidgiwikitiletop.png" /><?php else: ?><img src="<?php echo $GLOBALS['$picture1'] ?>" /><?php endif; ?></a></div></div><div style="float:left;padding:5px;"><div class="tile"><?php if ( $link2 ): ?><a href="http://www.pidgi.net/press/"><?php else: ?><a href="<?php echo $GLOBALS['$url2'] ?>"><?php endif; ?><?php if ( $image2 ): ?><img src="http://images.pidgi.net/pidgipresstiletop.png" /><?php else: ?><img src="<?php echo $GLOBALS['$picture2'] ?>" /><?php endif; ?></a></div></div><div style="float:left;padding:5px;"><div class="tile"><?php if ( $link3 ): ?><a href="http://www.pidgi.net/jcc/"><?php else: ?><a href="<?php echo $GLOBALS['$url3'] ?>"><?php endif; ?><?php if ( $image3 ): ?><img src="http://images.pidgi.net/jcctiletop.png" /><?php else: ?><img src="<?php echo $GLOBALS['$picture3'] ?>" /><?php endif; ?></a></div></div><div style="float:left;padding:5px;"><div class="tile"><?php if ( $link4 ): ?><a href="http://www.petalburgwoods.com/"><?php else: ?><a href="<?php echo $GLOBALS['$url4'] ?>"><?php endif; ?><?php if ( $image4 ): ?><img src="http://images.pidgi.net/pwntiletop.png" /><?php else: ?><img src="<?php echo $GLOBALS['$picture4'] ?>" /><?php endif; ?></a></div></div><div style="float:left;padding:5px;"><div class="tile"><?php if ( $link5 ): ?><a href="<?php echo $GLOBALS['$url5'] ?>"><?php else: ?><?php endif; ?><?php if ( $image5 ): ?><img src="<?php echo $GLOBALS['$picture5'] ?>" /><?php else: ?><?php endif; ?></a></div></div><div style="float:left;padding:5px;"><div class="tile"><?php if ( $link6 ): ?><a href="<?php echo $GLOBALS['$url6'] ?>"><?php else: ?><?php endif; ?><?php if ( $image6 ): ?><img src="<?php echo $GLOBALS['$picture6'] ?>" /><?php else: ?><?php endif; ?></a></div></div>

</div></div></div>
</div>

</div></div>
<?php else: ?>
<?php endif; ?>
			<div id="left-navigation">
				<?php if ( $UploadButton ): ?><a href="<?php echo $this->data['nav_urls']['upload']['href']; ?>"><div class="onhoverbg" style="padding-left:0.8em;padding-right:0.8em;float:left;height:40px;font-size:10pt;"><img class="custom" src="/skins/Metrolook/images/Transparent.gif"/> <span style="color:#fff;position:relative;top:3px; "><?php $this->msg('uploadbtn') ?></span></div></a><?php else: ?><?php endif; ?><?php $this->renderNavigation( array( 'NAMESPACES', 'VARIANTS', 'VIEWS', 'ACTIONS' ) ); ?>
			</div>
			<div id="right-navigation">
				<?php if ( $SearchBar ): ?>
				<?php $this->renderNavigation( array( 'SEARCH' ) ); ?>
				<?php else: ?>
				<?php endif; ?>	
			</div>
		</div>
		    <?php if ( $SearchBar ): ?>
			<div id="mw-panel">
			<?php else: ?>
			<div id="mw-panel-custom">
			<?php endif; ?>	
				<?php if ( $Logoshow ): ?>
				<div id="p-logo" role="banner"><a style="background-image: url(<?php
					$this->text( 'logopath' )
					?>);" href="<?php
					echo htmlspecialchars( $this->data['nav_urls']['mainpage']['href'] )
					?>" <?php
					echo Xml::expandAttributes( Linker::tooltipAndAccesskeyAttribs( 'p-logo' ) )
					?>></a></div>
				<?php endif; ?>
				<?php if ( $SearchBar ): ?>
				<?php $this->renderPortals( $this->data['sidebar'] ); ?>
				<?php else: ?>
				<?php $this->renderNavigation( array( 'SEARCH' ) ); ?>
				<?php $this->renderPortals( $this->data['sidebar'] ); ?>
				<?php endif; ?>	
			</div>
		</div>

the thing I would like help with is logo I have

<div style="padding-left:10px;"><div class="lighthover" style="height:40px;float:left;"><div class="onhoverbg" style="height:40px;float:left;"><h4 class="title-name"><a href="<?php echo $this->data['nav_urls']['mainpage']['href']; ?>"><div class="title-name" style="font-size: 0.9em; padding-left:0.4em;padding-right:0.4em;color:white;max-width: auto;height:auto; max-height:700px; display: inline-block; vertical-align:middle;"><?php echo $GLOBALS['wgSitename'] ?></div></a></h4></div><img class="custom2" src="/skins/Metrolook/images/Transparent.gif" style="float:left;" /><?php if ( $DownArrow ): ?><img class="custom3" src="/skins/Metrolook/images/Transparent.gif" style="height:60px;width:27px;cursor:pointer;" onclick="toggleDiv('bartile');"/><?php else: ?><?php endif; ?></div></div>

and I would like to add

				<?php if ( $Logoshow ): ?>
				<div id="p-logo" role="banner"><a style="background-image: url(<?php
					$this->text( 'logopath' )
					?>);" href="<?php
					echo htmlspecialchars( $this->data['nav_urls']['mainpage']['href'] )
					?>" <?php
					echo Xml::expandAttributes( Linker::tooltipAndAccesskeyAttribs( 'p-logo' ) )
					?>></a></div>
				<?php endif; ?>

I would like to add it to this bit

<div style="padding-left:10px;"><div class="lighthover" style="height:40px;float:left;"><div class="onhoverbg" style="height:40px;float:left;"><h4 class="title-name"><a href="<?php echo $this->data['nav_urls']['mainpage']['href']; ?>"><div class="title-name" style="font-size: 0.9em; padding-left:0.4em;padding-right:0.4em;color:white;max-width: auto;height:auto; max-height:700px; display: inline-block; vertical-align:middle;"><?php echo $GLOBALS['wgSitename'] ?></div></a></h4></div>

151.225.137.145 (talk) 21:58, 25 September 2014 (UTC)

What's the problem when you add that? Jackmcbarn (talk) 04:00, 26 September 2014 (UTC)

Well I would like to add

                                <?php if ( $Logoshow ): ?>
                                <div id="p-logo" role="banner"><a style="background-image: url(<?php
                                        $this->text( 'logopath' )
                                        ?>);" href="<?php
                                        echo htmlspecialchars( $this->data['nav_urls']['mainpage']['href'] )
                                        ?>" <?php
                                        echo Xml::expandAttributes( Linker::tooltipAndAccesskeyAttribs( 'p-logo' ) )
                                        ?>></a></div>
                                <?php endif; ?>

in

<div style="padding-left:10px;"><div class="lighthover" style="height:40px;float:left;"><div class="onhoverbg" style="height:40px;float:left;"><h4 class="title-name"><a href="<?php echo $this->data['nav_urls']['mainpage']['href']; ?>"><div class="title-name" style="font-size: 0.9em; padding-left:0.4em;padding-right:0.4em;color:white;max-width: auto;height:auto; max-height:700px; display: inline-block; vertical-align:middle;"><?php echo $GLOBALS['wgSitename'] ?></div></a></h4></div><img class="custom2" src="/skins/Metrolook/images/Transparent.gif" style="float:left;" /><?php if ( $DownArrow ): ?><img class="custom3" src="/skins/Metrolook/images/Transparent.gif" style="height:60px;width:27px;cursor:pointer;" onclick="toggleDiv('bartile');"/><?php else: ?><?php endif; ?></div></div>

because since my wiki's name is now shown on the top bar instead of logo I would like to have an option there to ether turn on logo or turn it off and say the sitename instead. 151.225.137.145 15:42, 26 September 2014 (UTC)

So when you do add your code to that code, what happens? I'm not sure what you're asking for help with. Jackmcbarn (talk) 02:25, 27 September 2014 (UTC)

I am trying to add the logo since I have changed it to sitename I have to add the code for logo that was under mw-panel and into that line to turn the logo on. because the sitename wont turn off and change to logo since it is not working. Paladox2017 (talk) 11:22, 27 September 2014 (UTC)

[RESOLVED] Getting my articles back

Hey. I need some help very badly. My English wiki is down for like no reason at http://monathevampirewiki.org/ on all pages. It happened suddenly and I cannot fix this. I'm not very happy right now at all. Could someone please, I beg of you, tell me how I can back up all of my articles? All the files are still on my FTP and I just KNOW the articles must be stored somewhere on the FTP, so if someone could please tell me how I can get my articles back. I hope I can still get the articles due to the English wiki being shut down. I can deal with the rest from there. I can just make a new subdomain for all of at http://en.monathevampirewiki.org/ which is what I wanted to do anyway. I just need ALL of the articles, redirects, user pages, templates, files, all that stuff. I don't need to back up the site itself, just the exact wikicode text of all the articles on the English wiki, and then I can install another wiki and copy paste all the articles. I know that's a lot of work, but I'm gonna have to do that, because I already tried importing my wiki to another subdomain, but it was having the same problem. Thanks. I really really need this help though because I worked for a long time to get me to where I have gotten with the wiki. Ready Steady Yeti (talk) 03:06, 26 September 2014 (UTC)

They're in the database. Look in your LocalSettings.php for the connection details. Jackmcbarn (talk) 03:58, 26 September 2014 (UTC)

Are there specific instructions on how to do this? Ready Steady Yeti (talk) 10:39, 26 September 2014 (UTC)

What Jack says would point to wrong database credentials. These are set in LocalSettings.php. However, I do not think that this is the problem in your case: Wrong DB credentials produce an according error, which you do not get.

Instead it looks like something might be wrong with short URLs: Your server is configured to direct calls to the domain to the URL with .../Main_Page attached. This however currently gives me this error message:

Sorry, this document was not found on this server. You may request this document by emailing me at readysteadyyetirsy@gmail.com

What ever you have done to make this message appear: Undo it and we will see, what happens! 88.130.94.206 11:30, 26 September 2014 (UTC)

I was giving instructions to manually recover the content, which is what he asked for. I made no attempt to diagnose the problem. Jackmcbarn (talk) 11:59, 26 September 2014 (UTC)

This is caused by a wrong (or missing) configuration of mod_rewrite (in case of Apache web server). There are correct settings in LocalSettings.php for short URL, but not for the webserver configuration, which ends in http://monathevampirewiki.org/Main_Page but the server only can find http://monathevampirewiki.org/index.php/Main_Page Florianschmidtwelzow (talk) 12:06, 26 September 2014 (UTC)

Correct - the database settings are correct and all content is still there. Most likely this indeed is a problem with mod_rewrite.

Apart from that it seems to be only you who does no longer find the wiki - the spam bots have no problems at all: They are registering like stupid. 88.130.94.206 12:14, 26 September 2014 (UTC)

Yes, I now have extracted all of the necessary articles from the English wiki because of "index.php". Thank you guys for your support.

This goes for another topic on this website, as far as the new website I plan to make, which will be a huge "megawiki" (I made up this word, and I define it as a wiki with an infinite amount of possible newcoming content, such as Wikipedia or Wiktionary), and will have these articles on them.

Anyway, problem resolved. Thanks so much for the support. The entire website will be left there until the entire site messes up or until July 11, 2015, since that's when the site expires, and then I will not use GoDaddy because that was a shitty idea in the first place. The only reason I used GoDaddy was so that I could have a temporary website and get a basic idea of what owning a website was like. Now that I know about things like FTPs and subdomains and things like that, I will have an easier time running my future website. However, using GoDaddy is never a good idea, so don't ever use it unless you have no other choice. Ready Steady Yeti (talk) 15:41, 27 September 2014 (UTC)

Nice to hear that this state is OK for you (the redirect is still wrong...) Anyway - what you might still want to do is Combating spam, especially you might want to restrict registration to stop spammers. 88.130.124.144 08:43, 28 September 2014 (UTC)

Note that if you want your domain name, you should not let it expire, because GoDaddy will "buy" it when it expires (in fact, since it's a domain registrar, it will just make GoDaddy the owner of it) and it will be put for auction, meaning you would have to pay a lot if you ever want to gain that domain name later! Ciencia Al Poder (talk) 09:25, 29 September 2014 (UTC)

Mediawiki 1.22.6 - Change white popup color

Good evening. I'm continuing to do more work on my wiki and am slowly but surely learning. I am trying to change the background color of the box that pops up when you click, say, Watch or Unwatch that is a notice box. I can't seem to find in documentation what that is, and I tried to use Inspect Element (which has helped immensely in skinning/customizing), but the box doesn't stay up long enough for me to go through the list for what I need.

Any help would be appreciated. 50.96.215.87 (talk) 04:02, 26 September 2014 (UTC)

Run mw.notify('Notification',{autoHide:false}) in your console and it will make a notification that will stay until you click on it. 110.148.190.247 07:41, 27 September 2014 (UTC)

Blank White Screen When Trying To Update

I've tried to find out why this is happening, but i can't figure it out. I'm part of a mediawiki page. I can update every single page (that i know of) without issue except one. Just one page on the whole wiki won't let me update it. I am not the owner of the wiki and i really have no power in it other than updating pages. The other guys that are on the wiki have no issues updating the page, it's just me. Every time i try to update it, i hit the 'Save Page' button and it loads for a little bit then nothing but a blank white screen comes up. Does anybody know why this is happening to me and how i can fix it? Because i'm out of ideas. Thanks. 72.23.129.189 (talk) 07:06, 26 September 2014 (UTC)

Hi!

A blank page usually points to a PHP error. Let the server admin activate error logging, reproduce the error again and see, what he gets... 88.130.94.206 08:19, 26 September 2014 (UTC)

I read that it could be that issue but i can't fix it cause i'm not server admin. I will let him know, but there is no way for me to fix it myself? The other people on that wiki have no issues updating the page that i can't. So it's possible it's only me, but the issue is still on the admin's side? 72.23.129.189 18:07, 26 September 2014 (UTC)

Sure: The issue is obviously connected to your account (which btw. itself is again saved on the server). Anyway, a blank page is an error and as a normal user you should have no possibility to create such an error. The fact that you can anyway and reasons for it can only be evaluated by/together with the server admin. 88.130.94.206 21:05, 26 September 2014 (UTC)

That's pretty obviously a timeout error. The edit you're trying to make is taking too long to save. Try section editing if you can, or split the page up. 110.148.190.247 07:31, 27 September 2014 (UTC)

Extensions license

Hi! I see that Mediawiki is released under the GPL. At the same time, there are extensions licensed under the LGPL. Is not this a violation of the license GPL?

Can I create proprietary extensions and sell it for money? Will it be a violation of the license Mediawiki? Wolf14~mediawikiwiki (talk) 07:15, 26 September 2014 (UTC)

Hi!

E.g. according to en:License_compatibility#GPL_compatibility the LGPL is compatible to the GPL so that licensing the extension under the LGPL should not be a problem. Also it is possible to earn money with GPL licensed stuff; if your work is based on GPL licensed stuff however, you have to license your work under the GPL again, too. Anyway: Ianal. 88.130.94.206 08:16, 26 September 2014 (UTC)

Hello!

The LGPL is compatible with the GPL, see: http://www.gnu.org/licenses/license-list.en.html

Extensions, that uses MediaWiki code (in fact: every MW Extension), which is ditributed, has to be licensed under a GPL compatible license, too. If you can create proprietary extensions, you have to read in the license itself. But one of the main feature of the GPL is, that the source code has to be accessable for everyone, without restrictions. So, if you have a proprietary extension, you have to provide the source code, too :)

That's my knowledge about :)

P.S.: There was an interesting discussion about the license of extensions here: http://www.gossamer-threads.com/lists/wiki/wikitech/384820 (especially for ext, which are deployed on wikimedia wikis). Florianschmidtwelzow (talk) 08:55, 26 September 2014 (UTC)

Some documentation needs clarified

This post by Revibot was moved on 2015-07-11. You can find it at Project:Village Pump/Flow/2014#h-Some_documentation_needs_clarified-2014-08-22T23:25:00.000Z. Ciencia Al Poder (talk) 09:44, 26 September 2014 (UTC)

[RESOLVED] Logo folder

Hi could we create a logo folder inside skins/ folder because commons was deleted. and the logo folder would be easer for people to put there logos in. 151.225.137.145 (talk) 15:39, 26 September 2014 (UTC)

You can create such a folder with the usual system/FTP commands. It will be outside of the area, where people can save their files to. 88.130.94.206 16:33, 26 September 2014 (UTC)

But what I mean is add it to core of mediawiki for everyone. because I would think people saved there logo in the common folder like I do and as it is deleted and no more we should create a logo folder. 151.225.137.145 16:45, 26 September 2014 (UTC)

That is the reason why the wiki logo (hint: it is an image!) does not belong into the skins folder... 88.130.94.206 16:51, 26 September 2014 (UTC)

Ok where does it go then. 151.225.137.145 17:23, 26 September 2014 (UTC)

In the folder images/! 88.130.94.206 20:52, 26 September 2014 (UTC)

You should put your logo outside of any MediaWiki installation files. Either in the folder of uploaded files (images), the root directory or wherever you like, and just change $wgLogo to point to the URL of the logo. Ciencia Al Poder (talk) 09:19, 29 September 2014 (UTC)

Oh ok I just kept my logo in the /skins/commons folder. 86.135.251.197 10:10, 29 September 2014 (UTC)

Honestly: Why are you asking, if you afterwards don't follow the advices anyway? However, it's good to know what I helped for. 88.130.92.16 10:22, 29 September 2014 (UTC)

What I meant was that I didn't know I should put the logo in the images folder till I asked here. and so I now know where to put it. 86.135.251.197 16:22, 29 September 2014 (UTC)

No, you do not know where to put it, otherwise you would not leave it inside the skins/common folder after we told you to put it somewhere else. Anyway, I'm out... 88.130.92.16 16:52, 29 September 2014 (UTC)

Using Wiki Code In a Page

If I create a .txt file of Wiki markup language, how do I have it used as a page? SalviaClevlandi (talk) 01:47, 27 September 2014 (UTC)

Copy and paste the contents into a page. Jackmcbarn (talk) 00:48, 28 September 2014 (UTC)

I have done that. What appears on the page is the wiki doc / wiki markup, not the translation of the markup language.??? 96.251.200.97 22:17, 29 September 2014 (UTC)

Your wiki is probably missing Extension:ParserFunctions and/or Extension:Scribunto. Jackmcbarn (talk) 01:17, 30 September 2014 (UTC)

Adding Meta Tags

Hi,

I have just installed mediawiki and noticed that there are no meta tags like title, description and keywords in the pages that I have created. How can I add these tags? I want mediawiki to automatically generate them. I do not want to create them manually. 115.184.68.114 (talk) 13:00, 27 September 2014 (UTC)

See Manual:FAQ#How do I add meta tags?, as well as the following extensions:

• Extension:MetaTags
• Extension:Add HTML Meta and Title
• Extension:MetaDescriptionTag
• Extension:Advanced Meta
• Extension:MetaKeywordsTag
• Extension:Add Metas
• Extension:MetaKeywords
• Extension:WikiSEO
• Extension:PCR GUI Inserts
• Extension:YetAnotherKeywords
• Extension:ExplicitDescription

Note that a lot of those are probably out of date, since they were really only useful for SEO, and modern search engines don't depend on them anymore. Jackmcbarn (talk) 00:48, 28 September 2014 (UTC)

Is there a extension that could automatically add title tag in the head section? I have checked some of these extensions that you mentioned. In most of them one has to add title manually. I have already created over 270 articles and do not want to add title tag manually to each page. 115.243.103.37 05:49, 28 September 2014 (UTC)

Pages already have a title tag. What specifically would you want it to add? Jackmcbarn (talk) 13:41, 28 September 2014 (UTC)

MediaWiki unable to find diff3 and Git during installation

I'm trying to install latest mediawiki (1.23.4) on my Synology NAS (MariaDB 5.5.38-0023; PHP 5.5.13) and MediaWiki is unable to find diff3 and git. I installed ipkg and downloaded diffutils 3.1-1, which contains diff3 and tried installing Git via Package Center and later manually (git 1.8.4.2-1), still nothing.

I found here (bottom, "UNIX utility binaries not found") that I should add :/usr/bin to PHP open_basedir, but ipkg installs everything in /opt/bin, so just in case I added :/usr/bin:/opt/bin there, but still not luck.

ipkg repo: http://ipkg.nslu2-linux.org/feeds/optware/cs08q1armel/cross/stable/

What else could I do ? Sirius4k (talk) 10:39, 28 September 2014 (UTC)

After you have set up the wiki, you can add $wgDiff3 to LocalSettings.php and define the correct path there. I think there also was such a setting for the path to Git, but I don't find it currently. 88.130.124.144 12:41, 28 September 2014 (UTC)

Thanks. I'll use that.

Do I understand correctly when I think that diff is used for versioning of wiki pages and Git used for updating wiki itself ? Sirius4k (talk) 16:26, 28 September 2014 (UTC)

That's right. Diff is mainly used to create the diff-views when comparing different revisions in the page history. Git is (only?) used to show version information (Git checkout names) on Special:Version. I think apart from that MediaWiki itself does not use Git at all. 88.130.124.144 17:01, 28 September 2014 (UTC)

> MediaWiki itself does not use Git at all.

Correct :)

> Git is (only?) used to show version information

No :) The version information is extracted out of the git meta data directory ".git", which can be read as "normal" files without to have git installed. So, the version information is visible, when you haven't installed git, too. All you need is the .git directory (or at least the HEAD file in .git/ iirc) :)

> I think there also was such a setting for the path to Git

Hmm, the only one i know is Manual:$wgGitRepositoryViewers, which stores the valid git repositories to link to (in Special:Version). Florianschmidtwelzow (talk) 18:07, 28 September 2014 (UTC)

To be clear, "GNU diff3 not found" means users may get the "Edit conflict" screen more often because MediaWiki will be unable to merge otherwise non-conflicting edits automatically. This could be a big deal on a busy wiki. MediaWiki should still be able to compare revisions in the page history though.

In contrast, "Git version control software not found" merely means that commit dates (though not commit hashes) will be missing from Special:Version, if you have installed MediaWiki or MediaWiki extensions using Git. You can still look up the dates manually by following the links to git.wikimedia.org, or by using git yourself.

> I think there also was such a setting for the path to Git

That's $wgGitBin . PleaseStand (talk) 07:54, 29 September 2014 (UTC)

Argh! I had checked Category:MediaWiki_configuration_settings before writing that I didn't know the name of $wgGitBin - a pity that this category cannot be displayed on one single page. If it could, I would have found it... :-( 88.130.92.16 09:11, 29 September 2014 (UTC)

-> $wgGitBin added to Manual:Configuration_settings and Manual:Configuration_settings_(alphabetical). Florianschmidtwelzow (talk) 10:50, 29 September 2014 (UTC)

[Resolved] <img> problem

Hi how can I remove the grey border around my image website is at http://en.random-wikisaur.tk open source code is at https://github.com/paladox2015/Metrolook and I think the problem is in <img class="custom"/> 86.135.248.241 (talk) 13:51, 28 September 2014 (UTC)

I only get the grey border when viewing it from an iPad so please test it on the iPad and I haven't tested it on the iPhone or anything else just iPad. 86.135.248.241 13:53, 28 September 2014 (UTC)

Hello!

Sorry, if i say it really directly, but: All your questions about your Metrolook skin aren't related to MediaWiki itself or the skinning system. You ask very basic things about CSS and HTML, so i think you are very new at this topic. This isn't a problem, no, it's great, that you want to learn how the internet (or better: websites) work "behind the scenes". But for the basics, maybe, it's better to look for a general web designer and/or HTML/CSS forum, instead of a very specialised board like MediaWiki Support desk :)

Kind regards, Florianschmidtwelzow (talk) 17:59, 28 September 2014 (UTC)

Oh ok. it just that I search google an found some articles but only one worked but then when using it on a local machine it doesent. 86.135.248.241 18:31, 28 September 2014 (UTC)

when should I install the Internationalization php extension?

Do I need to install the Internationalization php extension when the database were set to binary?

Currently I am running a wikifarm holding multiple language wikis with about 500,000 page view per day and the server become very slow. Will I gain some speed after install this extension?

http://pecl.php.net/package/intl Deletedaccount4567435 (talk) 19:33, 28 September 2014 (UTC)

This isn't really a question for MediaWiki, right? Maybe it's better you ask in the support forums for php :) Florianschmidtwelzow (talk) 13:54, 29 September 2014 (UTC)

Given that it's MediaWiki, which is getting slow, I guess it might have something to do with that... ;-)

I know the installer tells you to install that extension. However, I don't know, if in your case its functions would be used: They are used to do charset conversions and in this regard the PHP extension is way faster than anything, which is written in PHP, meaning which is PHP code itself. However, I am unsure, if the extension would then be used in your situation.

If it was me I would just install it and see. 88.130.92.16 16:58, 29 September 2014 (UTC)

SSH console problem

Hi, I recently installed MediaWiki 1.23.4 and I tried to install an extension and I tried to run the $ php update.php command on an SSH console and it didn't work, it said it was an unknown command so I swiched to the directory /public_html/wiki/maintenance and retried and it still said it was invalid! I tried command run and it didn't work, help!!!

Additional info:

• System hosting my wiki: Linux Debian or Ubuntu
• Hosting Services: Hostinger UK
• PHP Version: 5.5 Agent Isai (talk) 20:21, 28 September 2014 (UTC)

Hello!

Do you use $ php update.php? If yes, use php update.php only :) Florianschmidtwelzow (talk) 20:53, 28 September 2014 (UTC)

Didn't work! It said "-bash php update.php unknown command" Agent Isai (talk) 22:05, 29 September 2014 (UTC)

Can you run php without any parameters please? Maybe php isn't installed (correctly)? Florianschmidtwelzow (talk) 16:27, 1 October 2014 (UTC)

Windows Temp Folder

I have just installed MediaWiki 1.23.4 on my PC

• Windows 8.1
• IIS 8.5
• PHP 5.5.16
• MySql 5.6

I had run mediawiki a couple of years ago but have brand new installation. but when wikimedia displays a page I am receiving the following:

Warning: file_exists(): open_basedir restriction in effect. File(C:\WINDOWS\TEMP) is not within the allowed path(s): (C:\inetpub\wwwroot) in C:\inetpub\wwwroot\wiki\includes\GlobalFunctions.php on line 2576

Can anybody shed some light on the problem 86.21.146.144 (talk) 23:12, 28 September 2014 (UTC)

Fix open_basedir in your php.ini. Jackmcbarn (talk) 23:57, 28 September 2014 (UTC)

Hide special pages

Hi! Is there a way to hide this special pages: Special:RecentChanges and Special:Version. I only want to hide this two pages. Regards 2003:5F:2749:8F01:9107:54A1:E3E5:A6D6 (talk) 08:25, 29 September 2014 (UTC)

Not really, meaning there is no configuration option or so, which would allow you to hide these pages. If you do not want them to be viewable, you can do that with .htaccess rewrite rules. 88.130.92.16 09:13, 29 September 2014 (UTC)

There isn't a very simply way, but you can use the remove of UserLogin and UserCreate as an example to reach your goal. Florianschmidtwelzow (talk) 10:46, 29 September 2014 (UTC)

One last question abot skin

Hi can I ask one more question about my skins the question is how can I get the path /skins/Metrolook/images/Transparent.gif to work it is in the <img> tag and it wont work on a local machine but it will work on a web host. 86.135.251.197 (talk) 10:09, 29 September 2014 (UTC)

Question considering Visual Editor

This post by タチコマ robot was moved on 2015-06-15. You can find it at Extension talk:VisualEditor/2014#h-Question_considering_VisualEditor-Not_Found-2014-09-29T10:33:00.000Z. Florianschmidtwelzow (talk) 11:41, 29 September 2014 (UTC)

[Resolved] Problems installing MediaWiki

Hi, I was installing MediaWiki 1.23.4 for my staff wiki, and in the installation I got this error:

MediaWiki 1.23.4 installation Language Existing wiki Welcome to MediaWiki! Connect to database Upgrade existing installation Database settings Name Options Install Complete!

Restart installation Install Setting up database... A database query error has occurred. This may indicate a bug in the software.

Query: CREATE DATABASE `my_wiki`CHARACTER SET utf8 Function: MysqlInstaller::setupDatabase Error: 1044 Access denied for user 'u374529734_wiki'@'10.2.1.47' to database 'my_wiki' (localhost) Backtrace:

1. 0 /home/u374529734/public_html/staff/includes/db/Database.php(1123): DatabaseBase->reportQueryError('Access denied f...', 1044, 'CREATE DATABASE...', 'MysqlInstaller:...', false)
2. 1 /home/u374529734/public_html/staff/includes/installer/MysqlInstaller.php(496): DatabaseBase->query('CREATE DATABASE...', 'MysqlInstaller:...')
3. 2 [internal function]: MysqlInstaller->setupDatabase(Object(MysqlInstaller))
4. 3 /home/u374529734/public_html/staff/includes/installer/Installer.php(1536): call_user_func(Array, Object(MysqlInstaller))
5. 4 /home/u374529734/public_html/staff/includes/installer/WebInstallerPage.php(1331): Installer->performInstallation(Array, Array)
6. 5 /home/u374529734/public_html/staff/includes/installer/WebInstaller.php(283): WebInstaller_Install->execute()
7. 6 /home/u374529734/public_html/staff/mw-config/index.php(63): WebInstaller->execute(Array)
8. 7 /home/u374529734/public_html/staff/mw-config/index.php(31): wfInstallerMain()
9. 8 {main}

Help! Agent Isai (talk) 21:43, 29 September 2014 (UTC)

Hello,

you can read the error message :)

> Access denied for user 'u374529734_wiki'@'10.2.1.47' to database 'my_wiki'

That means, that the user u374529734_wiki hasn't the right to access the database my_wiki. You have to check the rights first and retry the installation :) Florianschmidtwelzow (talk) 07:04, 30 September 2014 (UTC)

And why 1.23.4? 1.23.7 is the latest and there are very good reasons to keep systems up-to-date. AKlapper (WMF) (talk) 12:13, 5 December 2014 (UTC)

[Resolved] [FileOperation] StoreFileOp failed

Hello,

I use mediawiki 1.22 , users cannot upload images, the process seems to be ok. But when we click on the image link, we get a "404 Not Found error".

I chmod 777 everything in the image folder, and my disk is not full.

I have activated the debug logs and I found an error :

[FileOperation] StoreFileOp failed (batch #750m5ry3ra4910zhvkzb9i24rdb7xqc): {"op":"store","src":"/tmp/php9uBhLz","dst":"mwstore://local-backend/local-public/b/bb/Desertpetit.jpg","overwrite":true,"headers":[],"dstExists":false,"failedAction":"attempt"}

I found the tmp file with the picture, but the target folder is empty.

Where can i found a more detailed error in order to understand what append durring the file copy ?

Thanks a lot, Jimmy36~mediawikiwiki (talk) 13:17, 30 September 2014 (UTC)

Try enabling the debug log as explained in Manual:How to debug Ciencia Al Poder (talk) 09:24, 1 October 2014 (UTC)

In the php log i found :

[01-Oct-2014 11:39:33] PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib64/php/modules/xmlwriter.so' - /usr/lib64/php/modules/xmlwriter.so: failed to map segment from shared object: Cannot allocate memory in Unknown on line 0
[01-Oct-2014 11:39:33] PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib64/php/modules/xsl.so' - /usr/lib64/php/modules/xsl.so: failed to map segment from shared object: Cannot allocate memory in Unknown on line 0
[01-Oct-2014 11:39:33] PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib64/php/modules/zip.so' - /usr/lib64/php/modules/zip.so: failed to map segment from shared object: Cannot allocate memory in Unknown on line 0

I guess i have not enough memory for php ? 178.213.67.2 10:06, 1 October 2014 (UTC)

It may be the problem. Try increasing PHP's memory_limit (or with $wgMemoryLimit if MediaWiki is allowed to increase it).

You may try to set a higher number in $wgMaxShellMemory Ciencia Al Poder (talk) 09:41, 2 October 2014 (UTC)

Solved, I increase the php memory and stop/start apache server.

And now it's working.

Thanks a lot ! 178.213.66.42 12:43, 6 October 2014 (UTC)

[Resolved] Robot.txt File

Where should I place the robot.txt file. The mediawiki is located in directory called view. Should I place robot file in root of the domain or in view folder?

Secondly I want robot.txt to exclude special pages from indexing. What should I put in the file to do that. The URL pattern is like this - mysite.com/view/Main 101.62.209.78 (talk) 17:55, 30 September 2014 (UTC)

Hi!

The robots.txt file always must be placed in the domain root. It does not matter where you have something else (e.g. where you have installed MediaWiki), robots.txt always must be available directly in the webroot folder of the domain.

To disallow special pages put this in the file:

User-agent: *

Disallow: /view/Special

This assumes that your wiki is available at that place, e.g. Special:RecentChanges at view/Special:RecentChanges. 88.130.104.226 19:45, 30 September 2014 (UTC)

"Recent changes" doesn't work

Hi

On my "Recent changes"-page in my wiki, I can't see any thing there...

What can be wrong? 78.26.33.146 (talk) 19:09, 30 September 2014 (UTC)

Hi!

Hard to say without more information.

Is the wiki online somewhere?

Does the wiki (= the rest of it) work? You can edit pages and it is saved?

The recentchanges table in the database might be broken in some way. Repair the table with MySQL to see, if it is ok.

Afterwards you can use the maintenance script rebuildrecentchanges.php. This script repopulates the recentchanges table. If you have edits in the wiki, you will afterwards have contents in the table. And also later edits should then show up there. 88.130.104.226 19:32, 30 September 2014 (UTC)

[Resolved] Hiding category pages and tag pages from search results

Hi I was wondering if it is possible to hide category pages and/or tagged pages from search results? 108.30.58.237 (talk) 19:40, 30 September 2014 (UTC)

Yes. Put __NOINDEX__ anywhere on a page and it will be hidden from search engine indexes. Note that you may need to change $wgExemptFromUserRobotsControl if the pages in question are in the main namespace. Jackmcbarn (talk) 22:36, 30 September 2014 (UTC)