# Project:Support desk

(Redirected from Support desk)

Welcome to MediaWiki.org's Support desk, the central on-wiki place to ask MediaWiki questions!

The greater purpose of this page is to make our Manual and other available help so good that you do not have to come here to ask questions, or making them easier to find.

There are other ways for of communication as well (IRC, mailing lists etc.). Read more here.

## Post a new question

• MediaWiki (reported by your wiki's Special:Version page)
• PHP (likewise)
• Database (likewise, e.g. MySQL 5.5)
2. Please include the URL of your wiki unless you absolutely can't. It's often a lot easier for us to identify the source of the problem if we can look for ourselves.
3. To start a new thread, click "Start a new discussion".

## Archiving topics

Topics are automatically archived when they have been inactive for three weeks. If a question you have asked is approaching this limit and still has not been answered, please 'bump' it to prevent it being archived. However do not 'bump' for other reasons.

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

## Problem with ParserFunctions on 1.15

Hi All,

Just having problems getting the ParserFunctions enabled (latest ver REL1_23) so that I can enable UNC links. System is Windows 2008 with IIS, and the Wiki is on a private LAN.

Product Version MediaWiki 1.15.0 PHP 5.3.19 (cgi-fcgi) MySQL 5.5.28

Have added to localsettings.php the following

1. require_once( "$IP/extensions/ParserFunctions/ParserFunctions.php"); 2.$wgPFEnableStringFunctions = true;

When I do this, I get the errors below, so i'm wondering if I have something weird in the localsettings or if its some form of version conflict.

Appologies for posting to the main support page - couldn't find where the link was for the ParserFunctions extension.

Backtrace:

1. 0 D:\IIS\WWW\Wiki\includes\MagicWord.php(244): Language->getMagic(Object(MagicWord))
3. 2 D:\IIS\WWW\Wiki\includes\parser\Parser.php(4034): MagicWord::get('if')
4. 3 D:\IIS\WWW\Wiki\extensions\ParserFunctions\ParserFunctions.php(73): Parser->setFunctionHook('if', 'ExtParserFuncti...', 2)
5. 4 [internal function]: wfRegisterParserFunctions(Object(Parser))
6. 5 D:\IIS\WWW\Wiki\includes\Hooks.php(117): call_user_func_array('wfRegisterParse...', Array)
7. 6 D:\IIS\WWW\Wiki\includes\parser\Parser.php(178): wfRunHooks('ParserFirstCall...', Array)
8. 7 D:\IIS\WWW\Wiki\includes\parser\Parser.php(190): Parser->firstCallInit()
9. 8 D:\IIS\WWW\Wiki\includes\parser\Parser.php(312): Parser->clearState()
10. 9 [internal function]: Parser->parse('XXXX XX...', Object(Title), Object(ParserOptions), true, true, 1930)
11. 10 D:\IIS\WWW\Wiki\includes\StubObject.php(58): call_user_func_array(Array, Array)
12. 11 D:\IIS\WWW\Wiki\includes\StubObject.php(76): StubObject->_call('parse', Array)
13. 12 D:\IIS\WWW\Wiki\includes\Article.php(3557): StubObject->__call('parse', Array)
14. 13 D:\IIS\WWW\Wiki\includes\Article.php(3557): StubObject->parse('XXXX XX...', Object(Title), Object(ParserOptions), true, true, 1930)
15. 14 D:\IIS\WWW\Wiki\includes\Article.php(979): Article->outputWikiText('XXXX XX...')
16. 15 D:\IIS\WWW\Wiki\includes\Wiki.php(450): Article->view()
17. 16 D:\IIS\WWW\Wiki\includes\Wiki.php(63): MediaWiki->performAction(Object(OutputPage), Object(Article), Object(Title), Object(User), Object(WebRequest))
03:53, 3 September 2014

## I see search results page instead of article

I've recently upgraded from MediaWiki 1.22 to 1.23, and I notice now that when I type in a search term, I always see a search results page, even if there is an article that matches the name.

• Before, if I typed "XYZ" and if there is an article named "XYZ", the system displayed that article right away.
• Now, I get a results page that says "There is a page named XYZ on this wiki", lists that page and then a bunch of other pages that link to it.

Is there a setting that's changed that I'm not aware of? Can somebody point me in the right direction?

Thanks!

19:09, 25 July 2014

I have the same behaviour, I find it annoying, but since it worked before and there anyway are obviously no efforts to change this, I fear some people might even think that's intended.

88.130.122.1319:29, 25 July 2014

In my opinion that's the best way to handle this (but, like i said, that's my personal opinion). What is, if i want to search for the string "XYZ" in other articles? There is only one button "search", not like in past a button for "full article" and "search".

14:36, 26 July 2014

Click on "containing XYZ" and you will be brought to the search page. The fact that hitting enter opens the search, although a page with exactly this name is present, is really confusing. Afterwards I always have to click the page name as if MediaWiki was asking me, if I really meant my search serious. This change lowers user experience. Or is there an option, which I could set to work around that bug?

88.130.96.13115:26, 26 July 2014

Wikipedia, the biggest user of the MediaWiki software (if I'm not mistaken) continues to bring you directly to page XYZ, and not a search results page.

This leads me to believe there's a setting somewhere, but where? Anybody have an idea?

23:48, 26 July 2014

I could not believe that, but you are right: While on Wikipedia this works correctly, it is broken e.g. on a system of mine (running MW 1.23.1). I also want to know, how I can fix this for my system!

There is no fitting documentation at Manual:Configuration_settings#Search

88.130.96.13100:15, 27 July 2014

Ähm, yeah :) I have tested it now with Vector skin on my private wiki (which is running 1.24wmf12), and if i search for a page which exist, i will be redirected to this, not to the search result page. In my custom skin i will be redirected to the search result page ever, so do you use a custom skin? Then you must change the search button from fulltext to go :)

12:58, 27 July 2014

Yes, I do use a custom skin. I still remember how I put a comment in my skin file at the place, where the MediaWiki devs changed the display of the search buttons, because I couldn't get it to work properly for me: The display of the buttons alwaysgot messed up, so I decided to leave them both for now. But does that (the presence of two instead of one button) also influence what happens when I hit enter (because that is where I see the problem and where it annoys me most)?

88.130.76.19813:04, 27 July 2014

I'm using Vector with no custom skinning, so I don't understand what's causing a search results page to appear.

14:57, 27 July 2014

Does anybody have any answers to this?

12:03, 3 August 2014

I have also the version 1.23.2 and when I type XYZ in research I have a list with the 2 possibilities if the page exists

first line : XYZ second line : "including XYZ" They apperas when I move the mousse

But don't clic on the glass

18:00, 3 August 2014

→ Bump ←

I continue to experience this "bug." Does anybody know the cause?

12:31, 19 August 2014

Is your wiki publicly accessible so we can look what's doing?

16:47, 20 August 2014

Sorry - no, it isn't.

Is there anything you'd like me send show you? Screenshots? Excerpt from LocalSettings.php?

01:24, 22 August 2014

Describe how do you submit the search form:

• Pressing the enter key when inside the search box
• Click on the search button
• Another option?

Post an example search results page URL.

09:10, 22 August 2014

¡Hola Ciencia al poder!

I have typed the search query and hit Enter, and I've also clicked on the magnifying glass within the search box. I don't see another option to click / type.

Here is a screenshot of the search results page.

(I apologize for taking this long to reply. My MySQL server went kaput, and it took me a while to get it back going.)

21:53, 27 August 2014

I noticed that in the URL I provided above, it's a little different from what I see on Wikipedia. (The search is very fast on Wikipedia, but if you're watching, you'll see that the URL has &go=Go appended to the end. ) Mine doesn't have that.

Is this what's making the difference? I tried adding this query string to the URL and hitting enter, and I still see only a search results page.

Does this offer a clue?

16:29, 1 September 2014

You have to replace "fulltext" with "go" ;) That is the reason for this behavior. Fulltext means "always to search result page", and Go means " go to page, if query matches title, or go to search result page".

Just an idea, have you set $wgVectorUseSimpleSearch to false in your LocalSettings.php? 18:07, 1 September 2014 Hi Florianschmidtwelzow. I think we're onto something. I don't have$wgVectorUseSimpleSearch in my LocalSettings.php file. (Just for fun, I added it and set it to true and that didn't work.)

I manually removed &fulltext=search with &go=Go in my browser's address bar, and that worked - I landed directly on the page.

Now, why did my wiki stop doing this on its own when I upgraded? What do I change to make it do that again?

00:28, 3 September 2014

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

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.

00:25, 3 September 2014

## 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?

00:13, 3 September 2014

My Platform - MediaWiki 1.23.2; Skin: BootStrap; PHP: 5.3.29 ; URL: [available upon request]; Permissions: $IP/images: 755. My History - This is my new installation of MediaWiki and this Skin. I am inexperienced with these installation/configuration procedures. I imported existing database tables into this new installation. The previous MediaWiki installation was corrupted. I am in the process of tailoring this new Skin to match my website. My Symptom - Some images were not being displayed on Chrome browser but were in IE11 My Failed Attempts - Delete image and upload a replacement image Debug message - Warning: failed to mkdir "/usr/www/users/.../.../w/images/temp/d/d0" mode 0777 [Called from wfMkdirParents in /usr/www/users/.../.../w/includes/GlobalFunctions.php at line 2625] in /usr/www/users/.../.../w/includes/debug/Debug.php on line 303 Error message - "Internal Error - [197095a6] 2014-08-31 17:35:07: Fatal exception of type UploadStashFileException" My Request - Please help me correct this problem. Thank you. 18:17, 31 August 2014 Hi! The maintenance script eraseArchivedFile.php allows you to remove a file completely after you have deleted it. Maybe this helps. In order to use this script, you will have to use the shell and execute the according commands there, e.g.: cd folder/to/my/wiki/ cd maintenance php eraseArchivedFile.php --filekey * --filename name_from_fa_name_column  The warning with mkdir() might be related to missing permissions inside the folder images/. Make sure that the needed permissions are not only set for the images/ folder itself, but also recursively for its child folders! You say you could see the images in IE11, but not in Chrome. I guess Chrome showed you an error 404 instead? 88.130.101.16821:41, 31 August 2014 In Chrome there was no error 404. It just did not display that particular image although the image displayed when you clicked on it. And when I tried to delete the image or tried to upload a new image I get this error: "Warning: failed to mkdir "/usr/www/users/.../.../w/images/0/0c" mode 0777 [Called from wfMkdirParents in /usr/www/users/.../.../w/includes/GlobalFunctions.php at line 2625] in /usr/www/users/.../.../w/includes/debug/Debug.php on line 303" 76.88.52.18221:56, 2 September 2014 This is the other error I got when trying to upload an image: "Upload warning - Could not create directory "mwstore://local-backend/local-public/0/0c"." Permissions are 777 for images and 755 for all subdirectories however apparently it is not trying to write to an existing directory instead it is trying to make a new directory for the new image. 22:19, 2 September 2014 ## Fatal error: cannot access private property Hi, trying to resolve an issue with file uploads. Uploading works fine, but upon successful upload, the user goes to a blank page (i.e. a PHP error). The error is: PHP Fatal error: Cannot access private property LocalFile::$description in /var/www/w/includes/filerepo/file/File.php on line 205, referer: http://[our wiki site]/wiki/Special:Upload. Files appear on the wiki fine, so at this point, it's mostly annoying. Google's not turning up anything similar. Any thoughts?

146.115.5.16221:10, 27 August 2014

Which version of MediaWiki are you using?

Do you maybe have a problem after you did an update? E.g. that you have not replaced all files with the new ones?

Do you use any extensions, which somehow manipulate file upload in some way?

88.130.124.24021:31, 27 August 2014

Using MediaWiki 1.23.1 and PHP 5.5.9. Not using many extensions, and none that are related to file uploads.

146.115.5.16222:29, 27 August 2014

I'd suggest to download the latest 1.23 version and reupload it again on your server. This seems like you upgraded over an old installation and some files left unmodified with the old version.

It would be good if you unpack all new files on an empty folder and copy over your data (LocalSettings.php, extensions, and uploads if they're in subdirectories of the installation)

09:32, 28 August 2014

I downloaded and upgraded to a fresh copy of 1.23.3. Copied over my LocalSettings, logo and favicon files, and 3 extensions I use -- BreadCrumbs, MobileFrontend, and HipchatNotifications. Upgrade went fine, no issues at all viewing pages, I go to upload a file... exact same error.

I feel like this must be external to MediaWiki, but don't know how to debug PHP in this instance.

18.207.1.18415:37, 28 August 2014

First: The error message above is from your apache error_log, right? Can you enable error reporting in php to see the error's directly on the page (instead of a white page?). Information how to do this, you can find here. Maybe there are other erros, too?

17:36, 28 August 2014

## 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.020:08, 2 September 2014

Authors should be listed in the corresponding skin files. Check e.g. the diffs in https://gerrit.wikimedia.org/r/#/c/25170/

20:15, 2 September 2014

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.22420:21, 2 September 2014

## Some Files Not Typed Properly

I have an xls file to upload.

• $wgFileExtensions includes an entry for xls. • phpinfo() output says PHP Fileinfo extension is loaded. •$wgLoadFileinfoExtension = true;

In my environment, manually checking type with Fileinfo yields: application/vnd.ms-excell However, when attempting to upload this same file MW 1.23.2 it yields: File extension ".xls" does not match the detected MIME type of the file (application/zip).

It's as though something else is being used for MIME type detection on files. Any idea what might cause this? (and how to fix it?). Thanks!

19:38, 26 August 2014

Hi!

Manual:$wgFileExtensions has more info on file uploads. However, I think your problem is not related to the file type, but to the MIME type. The MIME type "application/vnd.ms-excell" according to Manual:$wgMimeTypeBlacklist should no longer be blacklistet in your MediaWiki version. However, MediaWiki by default uses the mapping provided in includes/mime.types; this is configurable with Manual:$wgMimeTypeFile. Maybe this detects your file somehow incorrectly? 88.130.86.4621:53, 26 August 2014 Ah, interesting. I tried setting$wgMimeTypeFile = "/etc/mime.types"; and attempted to upload the file again, but with the same result (I sooo hoped that was the answer!). It's mime type is being detected as application/zip, when should (I think) be application/vnd.ms-excel. Setting $wgMimeTypeFile = null; allows the upload, but still types it incorrectly. If you try to move it, it "doesn't match it's type". What I really don't get is how fileinfo types it correctly, but somewhere mediawiki (which I've specificaly set (supposedly) to use fileinfo) does not. It looks like maybe MimeMagic.php could be doing it, after somehow failing to type it from the file's header data. I tried disabling type detection altogehter with$wgVerifyMimeType = false; (there's low security risk in my environment), which allows uploading of files, but blows up when you try to move them. Seems the setting applies at upload, but not during a file move.

Might there be a way to set MIME type based on the file extension only? It would save a lot of these headaches, and be of little risk in our particular installation.

17:33, 2 September 2014

## 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)

12:56, 1 September 2014

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

13:37, 1 September 2014

P.S.: Extension:SimpleAntiSpam is useless since MediaWiki 1.22, so you can remove the Extension ;)

13:38, 1 September 2014

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

15:37, 2 September 2014

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 :))

17:16, 2 September 2014

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

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.19911:46, 2 September 2014

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.22412:00, 2 September 2014

Thank you -- we disabled and re-enabled caching -- AND NOW WE ARE FINE!!!

80.149.113.19912:23, 2 September 2014

## Some Problem on Korean Wiki

Hello. I'm korean wikipedia Admin. Today, several problems reported by ko-wiki users. Some functions shutdown.

• Hot-cat
• Auto Redirect on Sereach Bar.
• Table sort.

As I know, Other Wikipedia is normal status. But, kowiki is not.

I'm beginner Admin. I don't know where is cause of this trouble.

Could you help me? Thanks to read it :)

이강철 (talk)15:02, 29 August 2014

Hello!

The best way should be to report bugs for each problem: How to report a bug | Repot a bug for Wikimedia Site/Server/Tools

with as much information as possible (what is broken, correct name of the function (maybe the name of the Extension providing the function, if you know?), when it brokes (last week, the week before, better a concret day, and so on).

11:45, 1 September 2014

As a frist step I recommend to check out the browser's development tools (error console) if there are some Javascript issues listed (as on-wiki code like HotCat for example is out of scope for Bugzilla).

10:45, 2 September 2014

Better steps needed. I guess I need to activate "HotCat" on https://ko.wikipedia.org/wiki/특수:환경설정#mw-prefsection-gadgets ? What to do afterwrds, click by click, to see the same problem? Exact example welcome...

11:58, 2 September 2014

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

Thank You

203.197.151.13809:10, 2 September 2014

See Help:Categories. You can categorize pages, as well as categories. Categorizing a category page will make it a subcategory.

09:57, 2 September 2014

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.13811:12, 2 September 2014

I would like to give you a clear snapshot as in : http://postimg.org/image/wocmj100l/

203.197.151.13811:17, 2 September 2014

## [DUPE] Need to add subcategories in MediaWiki

Edited by another user.
Last edit: 09:58, 2 September 2014

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.

Thank You

203.197.151.13809:10, 2 September 2014

## [RESOLVED] Pass Template Value to Category

Edited by author.
Last edit: 05:23, 2 September 2014

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

02:52, 2 September 2014

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}}}]]}}

05:18, 2 September 2014

I guess you resolved your problem. Let us know if not :)

09:56, 2 September 2014

## How to create a "constant" or pointer to constant or function?

With wikis with possibility of translation (with Extension:Translate), as MediaWiki, and to facilitate the translation of articles, these wikis use "constants" or pointers. For example:

...contribution under the [$cc0 CC0]. See [[$pd-help|Public Domain Help Pages]] for more info.


is compiled to:

...contribution under the [https://creativecommons.org/publicdomain/zero/1.0/ CC0].


How to create these constants or variables or pointers (here $cc0 and$pd-help)?

20:48, 29 August 2014

Maybe what you want to do is using Templates?

09:34, 1 September 2014

For templates and normal pages, with translations (I use Extension:Translate).

15:33, 1 September 2014

For translated pages, you need to use <tvar|your variable name>

See Help:Extension:Translate/Page translation administration#Segmentation. See variables.

09:45, 2 September 2014

I am using MediaWiki 1.17.0 after installing on a Linux server and completing the entire install process and placing the LocalSettings.php file in the root directory I am receiving an error after clicking the go to your wiki link that says"LocalSettings.php not found". I placed the file in the folder specified and I don't understand why it would say this. I tried an install on localhost but it did the same thing. I even tried setting all permissions to 7777 and still nothing. I have it up at my site http://earthendawn.com and the wiki is going to be at http://mentalhealth.earthendawn.com/wiki. I placed the wiki inside of another directory so it is located inside of /mentalhealth(this an elgg instalation)/wiki. I would like to have the wiki inside of the other directory because I would like my site to show it as /wiki instead of going to a whole mew site and having to setup a new subdomain. any help with this error message would be great. I wouldn't think it should matter what directory I put it in but now I don't know. Thanks, Douglas

Earthendawn22:03, 13 November 2011

Problem solved I did a fresh install and fixed it. Thanks folks.

Earthendawn22:32, 13 November 2011

That doesn't really sound like a solution. I'm having this problem too, any other ideas?

83.249.248.921:23, 27 January 2013

I have this problem too . how can I solving that

85.9.122.11914:19, 15 June 2012

You installed your wiki in a folder. In this folder you have several subfolders. Some of them are images/ extensions/ or skins/.

Put the LocalSettings.php file in the same folder, in which you have these subfolders, and it will work.

88.130.77.16115:43, 15 June 2012

I've generated a LocalSettings.php file and put it in same same level as index.php / images / extensions and my mediawiki app still can not find it.

24.34.44.6120:44, 8 September 2012

How did you fix this? thanks.

202.95.67.3520:29, 19 October 2012

Are you really using MW 1.17? You should really install at least 1.19.

MarkAHershberger(talk)01:06, 28 January 2013

## 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.18317:02, 1 September 2014

Are you sure you just editing 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:

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) :)

19:52, 1 September 2014

Whoops, forgot to change default. Thanks for the catch!

207.254.175.18320:29, 1 September 2014

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.21220:41, 1 September 2014

## Fatal exception of type MWException (details of exception beneath)

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!! 11:08, 1 September 2014 The message dissapears with commenting out $wgUseInstantCommons. I am filing a bug on bugzilla on this.

17:18, 1 September 2014

## li (or ul) position for category, file and etc.

Not horisontal, but vertical http://i60.tinypic.com/2iiu6ph.jpg

14:53, 23 August 2014

Hi, do you have a question related to that image and positioning of items? If so, feel free to ask it here.

15:32, 24 August 2014

19:47, 28 August 2014

OK. Do you have any question? If you have a question, please ask a question. Thanks. :)

20:07, 28 August 2014

How to make it horisontal, not vertical?

14:40, 29 August 2014

Use CSS:

display: inline;
list-style-type: none;

13:41, 1 September 2014

Someone??

13:24, 1 September 2014