Jump to content

Project:Support desk/Archive 15

From mediawiki.org
  • MediaWiki: (Reported by your Wiki's Special:Version page)
  • PHP:
  • MySQL:
  • Database:
  • URL:

Hi, can you upload and download video and audio fines with media wiki? Thanks

Newuserlearning 16:54, 23 December 2007 (UTC)[reply]

What do you mean video and audio "fines"? You mean files? You have to add this into your LocalSettings.php, except with the files types you want:
$wgFileExtensions   = array('png','jpg','jpeg','ico','bmp','ogg','doc','xls','ppt','docx','xlsx','pps','mp3','sxc','pdf','nse','rom','ukx','uc','uax','usx','utx','u');
For more information see Manual:$wgFileExtensions.
-PatPeter, MediaWiki Support Team 19:26, 23 December 2007 (UTC)[reply]
Also I am using Mozilla Firefox and it asks me if I want to open or save index.php instead of uploading the file. -PatPeter, MediaWiki Support Team 19:35, 23 December 2007 (UTC)[reply]

[RESOLVED] How to remove edit button for non-logged in users

Hi, how should I write .editsection { display: none } to MediaWiki:Common.css article for ONLY non-logged in users. The purpose is to make the page layout cleaner for users who just want to read. — 60.53.26.80 17:56, 11 December 2007 (UTC)[reply]

See Manual:Preventing access --Flominator 18:35, 11 December 2007 (UTC)[reply]

Thanks Flominator for trying to answer my query: Actually I have done that. Now, I would lilke to remove the word "Edit" from each section so that the pages looks neat. As it is, response from Malay language writers are particularly poor so I will concentrate more on readers instead, eg. how to make the page look more appealing for them to read. — PM Poon 21:38, 12 December 2007 (UTC)[reply]

You mean:

__NOEDITSECTION__

? Put that at the top of your page and the edit sections will disappear. PatPeter 02:41, 13 December 2007 (UTC)[reply]

Thanks, PatPeter. With Nad's assistance, I have managed to reduce the row of tabs at the top of the page for non-logged-in users. Now I want to remove the section edit buttons for non-logged-in users. Putting __NOEDITSECTION__ would apply also to those who sign in. My intention is to reduce clutters for those who just want to read. In other words, I want the page to look neat like non-wiki pages for non-contributors. — PM Poon 10:07, 13 December 2007 (UTC)[reply]

There's a possibility of changing usergroup permissions or viewing to make noeditseciton only displayed how you want it. -PatPeter 23:19, 15 December 2007 (UTC)[reply]
I had a similar issue on a test wiki I'm working on. I set it up so that the editing links and stuff are missing from the default skin {display: none;}, and created a separate skin for people with editing privileges where the links were visible. It's a long way around, I guess, but it seems to work pretty good. -Barista 13:46, 17 December 2007 (UTC)[reply]

How can I print interwiki links (and maybe "normal" wiki links as well) the way external links are printed? Thanks, —Flominator 18:03, 11 December 2007 (UTC)[reply]

Place a : after the [[ and before the prefix. For example, m:Main Page will link you to meta, but the interwiki link will be shown instead of appearing in the interwiki box on the left. See m:Help:Interwiki for more information. Mønobi 21:13, 30 December 2007 (UTC)[reply]

[RESOLVED] sorting all articles

The article links at the all articles page are sorted in a horizontal manner.

a1 a2 a3

b1 b2 b3

c1 c2 c3

Is it possible to sort them vertically?

a1 b1 c1

a2 b2 c2

a3 b3 c3

141.76.45.35 11:42, 12 December 2007 (UTC)[reply]

You have to edit the actual SpecialAllpages.php in your /includes/ in the system files of the wiki. -PatPeter 02:46, 16 December 2007 (UTC)[reply]

[RESOLVED] Page Protection Not Working

Version: 1.11.0

Whenever I try to make it so a page can only be edited by Sysops, anyone can still edit the page. Why?

I tried setting an expiry time of "1 Year" but in the Recent Changes field, the expiry time is always the current date and time I am viewing the page.

68.82.139.31 00:48, 19 December 2007 (UTC)[reply]

You have to enter the dates in code which I think is like this. As for page protection you might find an answer at Manual:Preventing access. -PatPeter, MediaWiki Support Team 19:55, 24 December 2007 (UTC)[reply]

[RESOLVED] Skinning/Config help

Is there a skin that will not show the "edit", "discussion" or "history" tabs for MediaWiki? Can this easily be done for the default skin? I am a complete newbie at wikis and need some help with this.

My primary goals are:

  • Remove edit tab for everyone but admin
  • Remove discussion tab for everyone but admin
  • Remove history tab for everyone but admin
  • Disable accounts for everyone but admin

76.177.220.3 22:36, 25 December 2007 (UTC)[reply]

All that stuff is done from $wgGroupPermissions not skin, see also Manual:Preventing access --Nad 22:56, 25 December 2007 (UTC)[reply]
Yeah and if you disable all accounts other than admin, no one else will be able to view the wiki, no one will be able to make accounts on the wiki, basically you are completely destroying the purpose of the wiki. Just go sign up for http://www.freeforums.org/ -PatPeter, MediaWiki Support Team 03:25, 26 December 2007 (UTC)[reply]
Why create the limitation that a wiki should only be used in a completely public way just because that's how they were originally designed? if you want to lock it down for your own use or for your organisations private data then go for it! --Nad 20:06, 26 December 2007 (UTC)[reply]
I wasn't criticizing his overall use of the wiki but rather that those settings will disallow any new users to be made. -PatPeter, MediaWiki Support Team 01:32, 29 December 2007 (UTC)[reply]

[RESOLVED] Usergroups

  • MediaWiki: (Reported by your Wiki's Special:Version page) 1.10.1
  • PHP: 5.2.3 (cgi-fcgi)
  • MySQL: 5.0.24a-standard-log
  • Database:
  • URL: wiki.sakasolutions.com

How can i add new groups to the wiki. so that( my office) group which have access to some pages and other cannot see the pages like our office users can only access there things.

Mravibsp 09:31, 27 December 2007 (UTC)[reply]

I think you have to create different namespace for those pages and read this: Extension:NamespacePermissions --89.175.73.253 14:05, 27 December 2007 (UTC)[reply]
Or Manual:Usergroups. 172.166.222.171 23:52, 27 December 2007 (UTC)[reply]
Per-page/per-namespace read restrictions are possible via extensions, but they all have loopholes which allow people to read the restricted pages anyway if certain conditions are met. Because you're trying to restrict page viewing instead of merely editing, you're better off using a proper CMS (Content Management System) instead of MediaWiki (MediaWiki simply wasn't designed to prevent people from seeing only bits and pieces of it). --Skizzerz talk 16:15, 29 December 2007 (UTC)[reply]

[RESOLVED] How can a person become a site administrator on a current Wiki

Hello, I am a member of a current Wiki site at www.rebootwiki.com. I have talked with the system administrator about becoming one of the sites administrators or sysops as they are called. She likes the idea but does not know how to make a regular member into an administrator. Can you help us with the technical applications and process to make a member an administrator? Thank you,

email: tal-shiar@hotmail.com

Special:makesysop, then enter your current username into the form. See Help:User rights. Mønobi 21:35, 30 December 2007 (UTC)[reply]

[RESOLVED] Upload Error

MediaWiki: 1.11.0
PHP: (Ubuntu) PHP/5.1.6
MySQL: mysql Ver 14.12 Distrib 5.0.24a, for pc-linux-gnu (i486) using readline 5.1

Hello,

I use a MediaWiki as a Documentation Wiki for my development projekts. I will upload some script files in the wiki, but i ever get the Error:

Hochladen
Warnung
Diese Datei enthält HTML- oder Scriptcode, der irrtümlich von einem Webbrowser ausgeführt werden könnte.


in the LocalSettings.php have I set the following vars:

$wgFileExtensions = array( 'png', 'gif', 'jpg', 'jpeg', 'xls', 'pdf', 'tiff', 'doc', 'txt', 'htm', 'html', 'php', 'js', 'exe' );
$wgVerifyMimeType = false;
$wgCheckFileExtensions = false;
$wgStrictFileExtensions = false;

what's wrong?

--62.206.50.133 12:46, 17 December 2007 (UTC)[reply]

Some file types are explictly blacklisted, becasue they are very dangerous to upload - this includes PHP (they would be executed by the webserver when you request them!), HTML and JS (because of the possibility of cross site scripting), and also exe files (because of a high virus potential). Also, all files that only somehow look like they might contain some form of html code, javascript, php, or shell script, are requected by a hard-coded security check. See Manual:Mime_type_detection#Forbidden_files for more information -- Duesentrieb 15:00, 17 December 2007 (UTC)[reply]

[RESOLVED] Using variables in templates

I am trying to create a template which includes the variable "PAGENAME". This variable should not display the pagename of the template but of the page to which the template is applied. For Example: I have this template-based page ( http://en.wiki-products.org/Audi_A4_TDI_e ) and would like to include an automatically generated variable which displays "Audi_A4_TDI_e" Is that possible? —Gollum 16:56, 27 December 2007 (UTC)[reply]

That is the way PAGENAME already works, it returns the name of the currently requested title regardless of whether or not its being transcluded. --Nad 18:56, 27 December 2007 (UTC)[reply]
Sorry, I did not formulate the question properly: I use a template "car" to generate the pages "Audi", "Ford", "Toyota" etc. Using the variable "PAGENAME" within the template works fine and displays the individual pagenames on each page. Now I created a page "Comparison" using DPL to retrieve some of the parameters from the pages "Audi", "Ford", etc., one of them being the pagename. The problem now is that it does not get the pagename but the variable "PAGENAME" and thus puts the the pagename of "Comparison" instead of "Audi", "Ford" etc. I tried then to place "subst:PAGENAME" into the template but this then sets the pagename of the template. So the question is: Is it possible to write a template which places a "substitution variable" on the page to which it is applied? I hope this makes sense to you. My best, --Gollum 12:38, 28 December 2007 (UTC)[reply]
Yes, on the template instead of just {{PAGENAME}} or {{subst:PAGENAME}}, you need something like {{<includeonly></includeonly>subst:PAGENAME}} on the template page. Then, when you subst the template on another page, the PAGENAME will get substituted there as well. Another option is modifying the DPL that you're using to grab the actual name of the page (via %TITLE%) instead of taking the parameter from the template. --Skizzerz talk 16:09, 29 December 2007 (UTC)[reply]
Meta contains more information on magic words (see Help:Magic Words). Mønobi 21:02, 30 December 2007 (UTC)[reply]

[RESOLVED] wikimedia 1.6.10 extentions

I have php 4.4.7 on my server .. and currently i can't upgrade it. So, i installed wikimedia 1.6.10 and i want to find all the extention that can be applied to it.

Thanks

84.36.187.29 01:35, 24 December 2007 (UTC)[reply]

There. -PatPeter, MediaWiki Support Team 23:28, 2 January 2008 (UTC)[reply]

[RESOLVED] Get current namespace

Okay. The replies I received here were helpful, but there's just one thing I can't figure out. How can I find the namespace (name or number) of the current page from within LocalSettings.php? $wgTitle->namespace() (as suggested) and $wgTitle->getNamespace does not work (it gives a fatal error about calling a member function on a non-object).—99.236.141.81 18:49, 13 December 2007 (UTC)[reply]

You are using the wrong command, that one doesn't even exist I believe, this is what my extra namespaces look like:
$wgExtraNamespaces  = array(110 => "Portal", 120 => "Portal_talk", 130 => "Technical", 140 => "Technical_talk", 150 => "WikiProject", 160 => "WikiProject_talk", 170 => "History", 180 => "History_talk", 190 => "Manual", 200 => "Manual_talk", 210 => "Extension", 220 => "Extension_talk", 230 => "Map", 240 => "Map_talk", 250 => "Server", 260 => "Server_talk", 270 => "Modification", 280 => "Modification_talk", 290 => "Mutator", 300 => "Mutator_talk", 310 => "Unit", 320 => "Unit_talk", 330 => "Clan", 340 => "Clan_talk", 350 => "Term", 360 => "Term_talk", 370 => "Tactic", 380 => "Tactic_talk", 390 => "Weapon", 400 => "Weapon_talk", 410 => "Tank", 420 => "Tank_talk", 430 => "Role", 440 => "Role_talk", 450 => "Player", 460 => "Player_talk");

-PatPeter 19:26, 13 December 2007 (UTC)[reply]

No, I'm trying to retrieve the namespace of the current page, not create extra namespaces. And I'm trying to do it from within the PHP rather than from the wiki or the css. Someone suggested $wgTitle->namespace(), which didn't work, and I discovered $wgTitle->getNamespace() being used in Skin.php. —99.236.141.81 20:13, 13 December 2007 (UTC)[reply]
Your question is very unclear. All info on namespaces you are looking for can be found here, in the case you want to know where your custom namespaces are then just look it up, that is why I posted that you can check your name and numbers that way. -PatPeter 04:39, 14 December 2007 (UTC)[reply]
Basically I want the PHP equivalent of the wikicode {{NAMESPACE}}. The namespace page does not include this information. I'm trying to vary the copyright logo based on the namespace, so I need to be able to check which namespace the current page is on. —99.236.141.81 21:26, 14 December 2007 (UTC)[reply]
What "namespace page" do you mean? And what copyright logo are you trying to vary and why based on the namespace? -PatPeter 02:37, 16 December 2007 (UTC)[reply]
So I can have a different copyright for each namespace. I'm referring to the logo in the bottom left corner of the wiki. I determine how I should be able to do it, but I just can't figure out how to check the namespace from the PHP. I know how to check it from the CSS and from the wiki, but not from the PHP. Do you know a variable/command that will tell me the namespace of the current page? Nad suggested $wgTitle->namespace(), which didn't work. I also tried $wgTitle->getNamespace(), because I found it used in Skin.php. It also didn't work. I'm using version 1.11. Any other ideas?—99.236.141.81 15:13, 16 December 2007 (UTC)[reply]
I've figured out why this doesn't work. LocalSettings.php is included before $wgTitle is defined. I managed to get it to work by putting it in the extensions folder as a ParserAfterTidy hook. I'm not sure that's the best hook to use, since I basically just followed the example of EditSectionIcon, but it works. —99.236.141.81 17:40, 20 December 2007 (UTC)[reply]

[RESOLVED] Is it able to force one skin, so that users cannot select antother skin?

MediaWiki: (1.11.0)
PHP: (5.2.4)
MySQL: (5.0.45)
Database: (Your version)
URL: [LINK Title]

Hi!

I want to force one skin so that all users have to use the same skin! monobook! Can I do that? And how can i remove the "powered by mediawiki" icon?

—chris — Preceding unsigned comment added by 195.16.249.198 (talkcontribs) 19:55, 13 December 2007

Well, the easiest way would be to disable all the other skins by moving them into a subfolder. Then your skins folder would have just the monobook folder, MonoBook.php, MonoBook.deps.php, and a folder containing everything else. However, I really don't see the point of this. It would no doubt annoy some people if they couldn't change the skin. As for removing the "Powered by" icon, I remember seeing that somewhere. Try searching through the support archives or the manual.—99.236.141.81 20:27, 13 December 2007 (UTC)[reply]
Another way is to add $wgSkipSkins = array('chick', 'cologneblue', ...); to your LocalSettings.php file. Doing this leaves the skins where they are, but won't show them to the users. -Barista 14:38, 17 December 2007 (UTC)[reply]
"powered by...": check /includes/Skin.php :
	function getPoweredBy() {
		global $wgStylePath;
		$url = htmlspecialchars( "$wgStylePath/common/images/poweredby_mediawiki_88x31.png" );
		$img = '<a href="http://www.mediawiki.org/"><img src="'.$url.'" alt="Powered by MediaWiki" /></a>';
		return $img;
	}

where $wgStylePath is probably your /skins folder. Hillgentleman 00:43, 14 December 2007 (UTC)[reply]

Isn't it illegal not to credit MediaWiki for their work? Especially using their software? -PatPeter 04:37, 14 December 2007 (UTC)[reply]
Many thanks for your help! @PatPeter: I dont think so, because this is one of the faq`s! I have tried to do it, like it is described there, but it dont works! -chris
It worked for me. I switched the poweredby....png to redirectltr.png, and the icon changed. Hillgentleman 08:25, 14 December 2007 (UTC)[reply]
There is an easier way to get rid of it. Remove or comment out the following lines in MonoBook.php:
<?php
        if($this->data['poweredbyico']) { ?>
                <div id="f-poweredbyico"><?php $this->html('poweredbyico') ?></div>
You'll also need to get rid of the closing brace on the following line, I assume. Use Hillgentleman's method if you want to replace the image with another. Oh, and I neglected to say in my comment above that you also need to keep the "common" folder directly in the skins folder. —99.236.141.81 05:03, 15 December 2007 (UTC)[reply]

[RESOLVED] Editing special:userlogin

I have a question about editing the special:userlogin page. I recently installed an extension to merge my MediaWiki and SMF user databases together. I want to edit the special:userlogin, so that new users will know that in order to register for the wiki, they must go to the board webpage, and register there. How do I edit special:userlogin to do this?

Tails0600 04:33, 3 January 2008 (UTC)[reply]

You can't edit special pages because they have no article revision associated with them, so to add a message to the login page you will need to either hack your skin file (eg. wiki/skins/MonoBook.php), hack the wiki/includes/Userlogin.php file, or change the MediaWiki:Loginprompt article which defines the text which appears in the login form (you will also need to ensure that $wgUseDatabaseMessages is set to true in your LocalSettings.php file). --Nad 06:17, 3 January 2008 (UTC)[reply]
Ok, Thank you very much!! Tails0600 00:05, 4 January 2008 (UTC)[reply]

[RESOLVED] Moving the top menu on Monobook skin

  • MediaWiki: (Reported by your Wiki's Special:Version page)
  • PHP: (Likewise)
  • MySQL: (Likewise)
  • Database: (Your version)
  • URL: [LINK Title]

Is their a way to move down a little bit the menu on the top of the Monobook skin (the menu where you have login/log out, edit, my watchlist, etc). The server where my wikipage is hosted have a banner on the top and we can't move that so the menu is on the top of the banner so it's hard to see the menu I use mediawiki 1.16 with PHP 4 and a mysql database

142.217.158.244 16:30, 21 December 2007 (UTC)[reply]

Try adding a couple brs at the top of your LocalSettings.php, when I accidently put something outside of the php tags it appeared on the top. -PatPeter, MediaWiki Support Team 03:27, 6 January 2008 (UTC)[reply]

[RESOLVED] All messages

um my problem is that the allmessages special page won't appear up after my migration see l3ga.tk —86.90.194.103 17:59, 6 December 2007 (UTC)[reply]

You mean this link: ? PatPeter 02:00, 8 December 2007 (UTC)[reply]

Right! It's that link, however I mean that site, the http://l3ga.ferrywijsman.nl/Special:Allmessages doesn't work! Please help me. 86.90.194.103 10:09, 8 December 2007 (UTC)[reply]

Oh well then thats obvious, its because the Wiki is set in German (or at least I think it is German), so that Special page doesn't exist. PatPeter 23:38, 10 December 2007 (UTC)[reply]

It's Dutch, and in Dutch the page is called http://l3ga.ferrywijsman.nl/Speciaal:AlleBerichten, but still it doesn't work... though it worked on the earlier (l3ga.freehostia.com) site it. 86.90.194.103 16:07, 11 December 2007 (UTC)[reply]

Huh thats weird, usually Mozilla Firefox would copy http://l3ga.ferrywijsman.nl/Speciaal:AlleBerichten but instead it copied the login page. Check your system messages folder if you have access to the database. PatPeter 17:56, 13 December 2007 (UTC)[reply]

What do you mean by that? I have access but what should I check? 86.90.194.103 18:09, 14 December 2007 (UTC)[reply]

I am looking at http://l3ga.ferrywijsman.nl/Speciaal:SpecialePaginas right now and Speciaal:AlleBerichten is not listed. Try taking SpecialAllmessages.php from the MediaWiki zip.gz file and reupload in into your /includes/ folder. -PatPeter, MediaWiki Support Team 19:46, 24 December 2007 (UTC)[reply]

Mmm, replaced the allpages file and know it just works, but nothing really changed (same filesize)? Still thanks! Maybe is it because I changed another message, just directly, instead clicking through Allmessages! Thanks!

It's becáuse I changed a message it works again, because when I upload allmessages.php, it gives a blank screen again. If I change then MediaWiki:Sidebar, it's over and AlleBerichten works again. Is this a bug!? 86.90.194.103 13:22, 28 December 2007 (UTC)[reply]

[RESOLVED] How to Create a New Log?

  1. Is there a way to log visits to a specifc page?
  2. Is there a way to log opening (downloading) of a specific image?

--Abercrombie 19:19, 7 December 2007 (UTC)[reply]

You're probably best using your webserver access log for that kind of logging - or a program which generates reports from the access logs such as webalyser etc --Nad 22:01, 8 December 2007 (UTC)[reply]

[RESOLVED] Automatic replacement of string from more than one page

Hi Nad, refer to your response at Archive 11 on 6 September. I have uploaded Extension:Simple Forms successfully to my server and configure my LocalSettings.php accordingly.

I have also downloaded Yi-bot but am at a loss as to what to do with it so I uploaded it into my Extension folder? How do I activate it? Sounds so silly, hehehe, but I have never used a bot before. — PM Poon 08:17, 9 December 2007 (UTC)[reply]

It may not be an appropriate solution for you as you'll need to edit the yibot code with regular expressions to do the replacements you want. There's currently no way to do replacements in multiple articles with a simple interface. I'm working on an extension for this, but its a while away yet. --Nad 21:26, 9 December 2007 (UTC)[reply]
If you add a section to OrganicDesign:Talk:Yi-bot stating exactly what you need, I'll add a code snippet in there for you. Make sure you back up your database before using a bot to edit many articles because bots can really mess things up when they go wrong! --Nad 21:32, 9 December 2007 (UTC)[reply]

[RESOLVED] PHP dynamic display

MediaWiki: 1.10.2
PHP: 5.2.2 (cgi)
MySQL: 4.1.22-standard

I was wondering...if I have a PHP file that is being updated dynamically, and wanted to display current results (mainly statistics the PHP program would calculate, but some other stuff too), how would I go about doing this?

To elabore: Say a page is created with some static information filled out. In an certain area, like a table, the results of the PHP file would be displayed.

Thanks.

Caedas 04:55, 16 December 2007 (UTC)[reply]

Write an extension - specifically, tag extensions are just php code that generate html to be included in the page. -- Duesentrieb 15:06, 17 December 2007 (UTC)[reply]

[RESOLVED] Hiding some categorizations?

MediaWiki: 1.12alpha (r28384)
PHP: 5.1.4 (apache)
MySQL: 4.0.26-max-log
Database: ???

Under Help talk:Categories, User:HappyDog mentioned a CSS trick for hiding the display of categories. I'm wondering about a variation on this theme: Can one prevent specific categories from being displayed within a specific page?

A bit of context: This issue arose on the French Wiktionary, where the translation template (used to specify the translations of a French word into another language) categorises the page where it appears under various categories such as "Category:Translations into English", etc. The category pages thus created are very helpful in enriching the vocabulary for the target languages, as translations into that language will usually be far more numerous than Wiktionary entries for those same words. However, the typical Wiktionary word page's listing of categories quickly becomes very cumbersome and hides more relevant categories in the resulting clutter (e.g. "huit", where 24 of the 28 categories are translation ones). I was hoping there existed a means for the template to categorise the page whilst at the same time preventing the display of this categorisation (using a magic word similar to DEFAULTSORT, maybe).

I looked into using the "backlinks trick", which would indeed solve the display problem, but since there is apparently no way to sort the resulting list of backlinks, it makes the pseudo-category listing nearly useless.

Any solutions? Or should this be a feature request?

Urhixidur 18:44, 18 December 2007 (UTC)[reply]

It is possible to manipulate the catlinks rendering without hacking any files. See the extendCatLinks method in OrganicDesign:Extension:Workflow.php which adds extra information into the catlinks area --Nad 20:40, 19 December 2007 (UTC)[reply]
So a similar php could be used to hide the unwanted category listings from any and all pages in the main namespace? Cool! Can someone with the technical know-how write the necessary code and/or tell the fr.wiktionary.org powers-that-be how to install it? Urhixidur 20:57, 20 December 2007 (UTC)[reply]
I could do a quick extension for that if you like, but it's around an hour's work so some $ would help which can be done through the OrganicDesign wiki on the sidebar. Would you just want to make all cats starting with "Traductions" be globally removed from the catlinks area, or just for some pages? --Nad 20:15, 24 December 2007 (UTC)[reply]
Update: The magic word __HIDDENCAT__ now does all that was asked for. Thanks! Urhixidur 22:36, 29 February 2008 (UTC)[reply]

[RESOLVED] Installation Error

  • MediaWiki: Current
  • PHP: 5.2.4
  • MySQL: 5.0.45
  • Database:
  • Apache: 1.3.39 (Unix)
  • URL: www.abilitymultimedia.co/MediaWiki


After a "successful" installation, this is the error I get when I try to access the index.php page.

Warning: require(/home/abilitym/public_html/MediaWiki/includes/JobQueue.php) [function.require]: failed to open stream: No such file or directory in /home/abilitym/public_html/MediaWiki/includes/AutoLoader.php on line 302

Fatal error: require() [function.require]: Failed opening required '/home/abilitym/public_html/MediaWiki/includes/JobQueue.php' (include_path='/home/abilitym/public_html/MediaWiki:/home/abilitym/public_html/MediaWiki/includes:/home/abilitym/public_html/MediaWiki/languages:.:/usr/local/lib/php') in /home/abilitym/public_html/MediaWiki/includes/AutoLoader.php on line 302

76.27.200.155 00:45, 28 December 2007 (UTC)[reply]

It's saying the JobQueue.php is missing from the includes dir - check if it's there and readable, and if not, replace that file or try unpacking the codebase files again. --Nad 03:19, 28 December 2007 (UTC)[reply]

[RESOLVED] Background configuration

Hello! I installed the version 1.11.0 and want to change the main background design. I only want to remove the background image and to change the background color into a simple grey. Where or how have I to change this? Thank you, Doc Taxon 15:48, 29 December 2007 (UTC)[reply]

Edit MediaWiki:Monobook.css to hide the background image and change the background color. In particular, add the following lines:
body {
    background-color: grey;
    background-image: none;
}
Then, clear your browser cache and the image should disappear and the color should change to grey. Of course, you can change the color of the grey to something else, and there may be other elements/classes that then provide a clash, but those two lines should do the basics of what you want done. --Skizzerz talk 16:04, 29 December 2007 (UTC)[reply]
Okay, thank you very much! Doc Taxon 16:10, 29 December 2007 (UTC)[reply]

[RESOLVED] Bilinguial Mediawiki website

Hi, I am planning to start a Malay/Indonesia language website with one language in the main namespace, and the other in the talk namespace as in this Malay/English page, for example. This arrangement has the advantage of having both language side by side for easy cross-reference.

However, a critical weakness of this arrangement is that one language is subordinate to the other, when in actual fact, it should be on equal footing. How can I tweak the Mediawiki software so that I can have users choose the language that they want from my Main Page such that whatever language they choose, that language will appear to be in the main namespace, and the other language becomes subordinate to it?

Alternatively, is there a better way of doing a bilingual website based on the Mediawiki software? — PM Poon 17:48, 29 December 2007 (UTC)[reply]

I haven't done much with the multilingual side of MW, but I think you may have to do something like allow a session variable to override the users language preference, and that clicking on a language icon sets the session variable. --Nad 04:10, 30 December 2007 (UTC)[reply]

Awww Nad, you are my best hope for a solution and now it's gone, hehehe. "Session variable" sounds so cryptic to me. — PM Poon 11:01, 30 December 2007 (UTC)[reply]

You should do it like Wikipedia. For example, ml.yourwiki.whatever and in.yourwiki.whatever and then use interwiki links. -79.181.126.193 10:22, 31 December 2007 (UTC)[reply]

Thanks anonymous. Sounds like a good idea. Can I have one website with two database sharing the same software? — PM Poon 16:43, 31 December 2007 (UTC)[reply]

Yes you can have a single MediaWiki code base which set the $wgDBname etc and default language based on the domain (in $_SERVER['SERVER_NAME']). --Nad 07:02, 1 January 2008 (UTC)[reply]

[RESOLVED] ParserFunctions extension does not work

  • MediaWiki: 1.11.0
  • PHP: 5.1.4 (cgi-fcgi)
  • MySQL: 5.0.45-log
  • Database: Unknown, if you know how to figure it out please tell me.
  • URL: Red Orchestra Wiki

Where?

—-PatPeter, MedaiWiki Support Team 04:02, 17 December 2007 (UTC)[reply]

I assume you mean the ParserFunctions extension, it is currently downloadable from Meta:Help:ParserFunctions#Installation --Zven 04:42, 17 December 2007 (UTC)[reply]
Thank you, the page was so big I couldn't find the installation files. -PatPeter, MedaiWiki Support Team 17:57, 17 December 2007 (UTC)[reply]
Just as the changed title says. -PatPeter, MediaWiki Support Team 04:22, 22 December 2007 (UTC)[reply]
I am using this page as a test at my wiki: Link. -PatPeter, MediaWiki Support Team 23:31, 2 January 2008 (UTC)[reply]
Your Special:Version page doesn't show any extensions installed. Are you sure you have added the appropiate require_once line near the end of your LocalSettings.php file? —color probe (talk | contribs) 13:55, 4 January 2008 (UTC)[reply]
Thanks for reminding me of that I had a missing ")" -PatPeter, MediaWiki Support Team 16:02, 4 January 2008 (UTC)[reply]
  • MediaWiki: 1.12alpha (r29147)
  • PHP:
  • MySQL:
  • Database:
  • URL:

How can i make dchub:// links behave like http:// links when using [ and ]?

88.112.155.68 14:35, 3 January 2008 (UTC)[reply]

Add dchub:// to the $wgUrlProtocols configuration variable in LocalSettings.php. See the variable's manual page for details. — Tuvok[Talk/en.wp] 17:40, 3 January 2008 (UTC)[reply]
Thanks!

[RESOLVED] Get information about own running mediawiki-version

Just a short but stupid question: How can I find out which Mediawiki-version I am running? I have installed it a few months ago but I cant't find any file telling me which version it is exactly. How can I find this out? —Maziminke 17:28, 3 January 2008 (UTC)[reply]

Head to the Special:Version page on your wiki. — Tuvok[Talk/en.wp] 17:37, 3 January 2008 (UTC)[reply]
Thanks a lot. I just found another soluation: : Just add
{{CURRENTVERSION}}
somewhere to an article and use the preview option. This will also show the current version. Maziminke 17:40, 3 January 2008 (UTC)[reply]

[RESOLVED] Searching for singular words vs. plurals

Is there a way to alter the search to include singular and plural forms of words?

For ex:
When I search for the term 'coughs' I get no results, but I do get results searching for 'cough.'

Similarly, when I search 'cough and cold medicine' I get no results, but I do get results for 'cough and cold medicines' that include the full term, and results of just the word cough and just the word cold.

It seems like there is some disparity in the search results and the way to go about achieving those results.

If there is no way to alter the search, it would be great to understand how to best articulate this disparity to users.

24.9.162.3 20:50, 3 January 2008 (UTC)[reply]

Create a page, Coughs, that says:
#REDIRECT Cough
-PatPeter, MediaWiki Support Team 21:00, 3 January 2008 (UTC)[reply]

[RESOVLED] Changing the Navigation Sidebar

  • MediaWiki: (Reported by your Wiki's Special:Version page)
  • PHP:
  • MySQL:
  • Database:
  • URL:

I am a sysop on a wiki site and would like to change the headings in the Navigation side bar. I see from reading your help site that I need to edit the MediaWiki:Sidebar page, but I do not know how to get to this page in my wiki. Please help.

198.161.28.100 22:38, 3 January 2008 (UTC)[reply]


One way to get there is to use the Special pages link in the toolbox on the left (in the Monobook skin, the default), then click System messages on that page, and search for message names matching sidebar. It would probably be easier, though, to just enter MediaWiki:Sidebar in the search box and click Go, then edit the page that comes up (you might have to click a link from the search results to "Create this page"). Hope that helps you! Tuvok[Talk/en.wp] 23:10, 3 January 2008 (UTC)[reply]
Yes and when you go to create the page content equal to your current navigational bar should be there. But be careful because it is not in wiki code but rather something a bit different, see this. -PatPeter, MediaWiki Support Team 04:50, 4 January 2008 (UTC)[reply]
See Manual:Interface/Sidebar --Nad 05:37, 4 January 2008 (UTC)[reply]

[RESOLVED] How do I create this text?

You know how Wikipedia has:

"From Wikipedia, the free encyclopedia"

under the topic of every article, how can I replicate this? -PatPeter, MediaWiki Support Team 19:59, 6 January 2008 (UTC)[reply]

Wikipedia uses CSS to re-style an <h3> element to look like normal text (copied from my own wiki's MediaWiki:Common.css):
/* Display Sitesubtitle in a decent font, from Wikipedia */
#siteSub {
    display: inline;
    font-size: 92%;
    font-weight: normal;
}

#bodyContent #siteSub a {
    color: #000;
    text-decoration: none;
    background-color: transparent;
    background-image: none;
    padding-right: 0;
}

/* End Sitesubtitle formatting */
The text itself comes from MediaWiki:Tagline. Cheers! Tuvok[Talk/en.wp] 20:40, 6 January 2008 (UTC)[reply]
Thanks I tried just editing MediaWiki:Tagline and it didn't work. -PatPeter, MediaWiki Support Team 22:31, 6 January 2008 (UTC)[reply]
Do you have $wgUseDatabaseMessages set to true? you need that set to change system messages via articles in MW namespace. --Nad 23:01, 6 January 2008 (UTC)[reply]
So with $wgUseDatabaseMessages=true; in LocalSettings.php and the basic addition CSS to MediaWiki:Monobook.css;
#siteSub {
display: inline;
font-size: 120%;
font-weight: normal;
}
should enable display of MediaWiki:Tagline, then customize your CSS as desired --Zven 01:37, 7 January 2008 (UTC)[reply]

[RESOLVED] Is there an easy way to port an existing Wiki to a new host machine?

  • MediaWiki: (Reported by your Wiki's Special:Version page)
  • PHP: (Likewise)
  • MySQL: (Likewise)
  • Database: (Your version)
  • URL: [LINK Title]

Ideally I'd like to be able to synch my Wiki between two machines, is this possible?


85.189.196.187 16:29, 21 December 2007 (UTC)[reply]

Ideally you should be able to just copy the files over to the new server, or do you plan on placing the site on two servers? Mønobi 01:11, 22 December 2007 (UTC)[reply]

[RESOLVED] blinking and scrolled Text

Hello, is it Possible, to make in the Wikicode some Words blinking and is there any function which makes a scrolled text like in html with <marquee>? thx--87.154.141.66 20:58, 7 January 2008 (UTC)[reply]

Just tested as preview on my userpage here; no dice. <blink> is, I believe, a Mozilla-specific tag unsupported by Internet Explorer. <marquee> is a non-standard tag as well. Neither is present in any current HTML specification (to my knowledge), and they could get very annoying in wiki articles. I have a feeling they were disabled on purpose. So, in short, no. Tuvok[Talk/en.wp] 07:11, 8 January 2008 (UTC)[reply]
Actually blinking is no problem, just use CSS, eg: <span style=text-decoration:blink>blinking</span> --Nad 10:19, 8 January 2008 (UTC)[reply]

I think, it means that there is no extension to add html code? Thanks a lot Nad for the blink blink ....:-)

[RESOLVED] send webcam not working

  • MediaWiki: (Reported by your Wiki's Special:Version page)
  • PHP:
  • MySQL:
  • Database:
  • URL:

Hello. Im using a Powerbook G4. OSX 10.4.10.

I used to have mercurymessenger to chat with my friends using my isight camera. However, it is not working anymore. I looked arround for another messenger that could work and found aMsn. Using aMsn I can see my image in my computer using my iSight, but when i try to send my cam image to another friend it says that the operation was cancelled. But i can see my friends webcams... i can see other cameras but I can not send my cam to anyone... Am I using the wrong king of video compression? I saw the option in the configure menu.

Do I have to download some kind of update?

Will it work??

TKS!

Guilherme

201.1.168.94 18:18, 9 January 2008 (UTC)[reply]

Do we have a webcam plugin for MediaWiki? Otherwise I would like to quote the head of this page, "This page is only for questions relating to the MediaWiki software", as such this discussion is closed. -PatPeter, MediaWiki Support Team 18:23, 9 January 2008 (UTC)[reply]
  • MediaWiki: 1.11.0
  • PHP: 5.0.4 (apache2handler)
  • PostgreSQL: PostgreSQL 8.1.9 on i686-redhat-linux-gnu, compiled by GCC gcc (GCC) 3.3.3 20040412 (Red Hat Linux 3.3.3-7)
  • URL: not public, Intranet only.

When I create new links to pages that don't yet exist, they are shown as Red edit links, which is handy... but after I create the missing page, they aren't automatically updated to normal blue links.

One work around is to go back and edit the first page, and save it again, and it's link will be updated to blue.

From some reading I've done, it sounds like this might be done after the fact in a job, however I also read that only happens when there are more than 500 pages that need to be changed, and I only have a small 94 page wiki... yet Special:Statistics also says "The job queue length is 600."

What's stopping it from just updating instantly when the missing page is created?

Danbrice 20:18, 4 January 2008 (UTC)[reply]

Sounds like a parser cache issue. I was toying with my section-edit links earlier and had to purge the page cache to get changes to appear. MediaWiki caches a lot of stuff, so when in doubt, add ?action=purge to your wiki URL and see if that doesn't fix it. You can also (I've heard) get everything to be re-cached by "touching" LocalSettings.php and/or using phpMyAdmin (or another database tool) to TRUNCATE TABLE objectcache in the MediaWiki database.
If you're interested, I can post JavaScript to add a purge tab to each page. Tuvok[Talk/en.wp] 20:31, 4 January 2008 (UTC)[reply]
...&action=purge does get the link to change correctly to blue, but I think of that as a work around, not a fix. (I think a purge tab would also just be a work around). Surely there's something wrong with my configuration or this is a bug - right? (i.e. Media wiki should always update those links instantly) --Danbrice 22:41, 4 January 2008 (UTC)[reply]
Looks like this install of media wiki updates the links instantly... just created my user page, and returned back to see my signature instantly change to blue. I guess my wiki isn't invalidating the cache properly??? --Danbrice 23:24, 4 January 2008 (UTC)[reply]
Did your signature turn blue before or after you started editing again? It's also possible that you got a server the second time that hadn't cached a copy of this page, or that someone edited or purged the page between your views.
It's also possible that here, $wgJobRunRate is set higher than on your wiki. What's it set to? Is it even present in your LocalSettings.php? (If not, the default value is 1, which is pretty slow for a low-traffic site.) If it's low, try bumping it up (to 10, 25, whatever you think your server can handle and will be a tolerable wait for your visitors) and see if the problem persists. Tuvok[Talk/en.wp] 01:41, 5 January 2008 (UTC)[reply]
$wgJobRunRate was not set, and setting it to 25 hasn't helped. For setting this up, I have a dev and a prod instance of Media wiki, and I've noticed that my dev instance is working fine (probaly always has), yet my prod instance still has the issue. I've diffed the files and both look exactly the same except for the expected configuration changes, so I think that means I've got a database issue of some sort. Probably a permissions issue as my dev and prod users are setup slightly different... do these job's write their errors anywhere that I don't know about? I don't see any relivant errors in httpd's error_log. --Danbrice 06:57, 5 January 2008 (UTC)[reply]
If you're willing to donate some disk space to MediaWiki temporarily, you might try setting $wgDebugLogFile to get a log of what's going on during MediaWiki's runs. I'm not sure how much info there is in there about the jobs, though.
Are both instances on the same database server? If so, are they on the same database? If neither of those is true, it leaves open the possibility of caching. Same if you have different HTTP servers running each environment. PHP could be configured with some sort of cache on one server but not on the other... Tuvok[Talk/en.wp] 08:04, 5 January 2008 (UTC)[reply]
Ok I've figured out the cause, when I installed Media wiki, I did it under a database user that is authorized to create tables, but I'm running it as another database user I thought I gave all the required permissions too, but I guess I must be missing some (as when I run it as the first user, the issue is resolved). Once I find out what extra grants I have to give, I'll update this entry, so someone else who has the same problem won't have to spend as much time on it as me... Thanks very much Tuvok for your help. (BTW Tuvok was a cool character, I watched most of that series) --Danbrice 22:33, 6 January 2008 (UTC)[reply]

So I ran it with debug on, and the database ID that works, has two extra lines (-->) compared to the one that doesn't:

Trying parser cache production:pcache:idhash:1-0!1!0!!en!4
Found.
--> Key expired, touched 20080107063117, epoch 20080105070626, cached 20080107063043
MessageCache::load(): got from global cache
Unstubbing $wgParser on call of $wgParser->firstCallInit from MessageCache::transform
--> Saved in parser cache with key production:pcache:idhash:1-0!1!0!!en!4 and timestamp 20080107063128
OutputPage::sendCacheControl: private caching; Mon, 07 Jan 2008 06:31:22 GMT **

That part of the log is from loading the page the red link was on after I've created the missing page. --Danbrice 06:10, 7 January 2008 (UTC)[reply]

Turns out the database user I installed media wiki with has a different timezone to the database user I'm trying to run media wiki with. I guess the media wiki setup remembers the timezone from the install, and so it's causing me issues now. --Danbrice 23:03, 7 January 2008 (UTC)[reply]
Doing a select * from pg_users; shows the data base user that I used to install media wiki with, has a few settings that the database users I was using to run media wiki didn't have, including a setting for the time zone to GMT instead of -05 as is the server default. The following SQL resolved the issue for me:
ALTER USER wiki SET TimeZone='GMT'; 
ALTER USER wiki SET DateStyle='ISO, YMD';
ALTER USER wiki SET search_path='public';

I'm just glad I'm on this side of the world, on the other side, the issue would be a cache that doesn't cache unless the cached object was older than X hours before it was accessed, a much harder issue to even detect unless you're watching the debug logs.

Thanks! --Danbrice 04:36, 8 January 2008 (UTC)[reply]

[RESOLVED] Different Syle - HowTo "install" on the server

I know, that MediaWiki is not responsible for the different styles, which you can get from: m:Gallery of user styles

But anyway it yould be good, to get an explaination, how to install it on the server, so everybody uses this style. This would make the Wikimedia fit more the personal/ company belongings.

So does anybody could explain, who to integrate for example the: Grey lady look

Thanks fr your help!

193.16.48.5 15:08, 6 December 2007 (UTC)[reply]

Download the skin you want and place it in your /skins/ folder. -PatPeter, MediaWiki Support Team 17:29, 7 January 2008 (UTC)[reply]

[RESOLVED] Upload new version not working

I am using MediaWiki for an internal intranet wiki at work, but we have discovered that attempting to upload a new version of a file does not seem to be working - MediaWiki reports that it uploaded the file successfully, but the copy on the server is still the old one; MediaWiki does not replace the file with the new version. Does anyone know why this is happening? Is there a way to fix this?

Thanks! —82.68.75.38 17:09, 6 December 2007 (UTC)[reply]

What versions of MediaWiki, PHP, etc. do you have, along with a link to your site. -PatPeter, MediaWiki Support Team 17:30, 7 January 2008 (UTC)[reply]

[RESOLVED] Search is broken.

  • MediaWiki: 1.11.0
  • PHP: 5.2.3 (cgi-fcgi)
  • MySQL: 5.0.24a-standard-log
  • URL: vB Wiki

The search on my public site never finds anything, even when searching for the exact page title, meanwhile the search on my test server acts normally with the same LocalSettings.php. What could be causing this? —76.235.170.12 10:07, 3 January 2008 (UTC)[reply]

Try reuploading your /includes/SpecialSearch.php from the MediaWiki files. -PatPeter, MediaWiki Support Team 20:30, 3 January 2008 (UTC)[reply]

[RESOLVED] New Wiki Support Site

If I download your software where should I go to find a site to support the software and build my new wiki site? Will this site support it? Preator 19:29 January 8, 2008 (CST)

Are you looking for technical support or a place to upload your wiki? This site is for the former. Tuvok[Talk/en.wp] 02:15, 9 January 2008 (UTC)[reply]

I'm looking for a place to upload my wiki software to create the new site. Where is a free site I can do that at. -Preator 9:56 January 9, 2008 (CST)

Hm, I'm not aware of any free hosts that offer all the amenities a MediaWiki site would find useful. Personally, I've never used any free host, so I'd like to turn this "ticket" over to another team member. *Sigh * Tuvok[Talk/en.wp] 17:26, 9 January 2008 (UTC)[reply]
Give me a second there is an entire list of free wiki providers somewhere... around... here... I will post back if I can find it. -PatPeter, MediaWiki Support Team 18:35, 9 January 2008 (UTC)[reply]
I think the list you're after is w:Comparison of wiki farms, probably the most popular free wiki-farm is Wikia --Nad 20:00, 9 January 2008 (UTC)[reply]

[RESOLVED] Cannot delete images (Could not create directory "deleted/3/8/s")

  • MediaWiki: 1.11.0
  • PHP: 5.2.3-1ubuntu6.2 (apache2handler)
  • MySQL: 5.0.45-Debian_1ubuntu3.1-log
  • Database:
  • URL:

When I try to delete an image I previously uploaded I get the following message

Error deleting file: Could not create directory "deleted/3/8/s"

I've tried changing the permissions of the /wiki/images/deleted directory but this doesn't seem to help?

Thanks AndyNev

82.7.19.247 17:06, 9 January 2008 (UTC)[reply]

What permissions did you set? Have you recursively modified the permissions with chmod -R 777 images for all subdirectories under images? Details for configuring are at Manual:Configuring file uploads --Zven 18:12, 9 January 2008 (UTC)[reply]
We've had this problem before, after looking into it I want to make a note of publishing this information on a page here. -PatPeter, MediaWiki Support Team 18:37, 9 January 2008 (UTC)[reply]

Hi, I've just tried what you've suggested and it didn't help. I also went in and created the wiki/images/deleted/3/8/s directory set all of the permissions at all levels to 777 but still no joy. It just repeats that it cannot create the directory in question even though I have now seemingly created it already.

Is there any way I can find out where it's trying to create the directory?

I have also just noticed that there is a line of text partly hidden behind the tabs at the top of the return page that says

Warning:  mkdir() [<a href='function.mkdir'>function.mkdir</a>]: Permission denied in /var/www/wiki/includes/GlobalFunctions.php on line 1670

I will start digging to see if I can work out if this helps but if you spot anything in the meantime.....

Thanks again.

Hello again,

I managed to fix the problem, it appears that the directory that the wiki was trying to create was wiki/imagesDeleted/3/8/s I found this after changing the permissions on the wikidirectory.

There are a couple of things that I don't understand

  • Why was the directory reported in the error different to the one finally created?
  • Why is the imagesDeleted created directly under wiki?

I would also like to know if I've opened myself up security wise by making the wiki directory writeable?

Thanks for your help so far.

AndyN

.....and rather embarassingly I've managed to work out that answers to my first 2 questions, it's becasue I included the following

# Added to make delete work
$wgFileStore['deleted']['directory'] = "$IP/imagesDeleted";
$wgFileStore['deleted']['url'] = null;
$wgFileStore['deleted']['hash'] = 3;

from the manual when I was trying to make it work, still doesn't explain why I got the problem in the first place though...

Thanks

AndyN

Try modifying (or removing -as I don't have this in my LocalSettings.php and it works fine);
 # Added to make delete work
 $wgFileStore['deleted']['directory'] = "$IP/images/deleted";
 $wgFileStore['deleted']['url'] = null;
 $wgFileStore['deleted']['hash'] = 3;

the deleted directory should be a subdirectory of $IP/images. In your case you had "$IP/imagesDeleted"; where $IP is the internal path (e.g. /var/www/mediawiki-1.11.0) which was probably locked down, or the software could not create a directory imagesdeleted, or its permissions were incorrect. You have opened it up which you shouldn't need to do (from security perspective aswell) --Zven 23:13, 9 January 2008 (UTC)[reply]

Oh,. and if you do get the deleted directory working again as a subdirectory of images, you should probably move the contents imagesDeleted to that location, just in case the database gets out of sync --Zven 23:22, 9 January 2008 (UTC)[reply]

I installed a fresh copy of 1.11.0 on a new server. I pointed it to an old database version 1.6.1 and ran the install script. Then I copied the image folder from the old server to the new server. Everything works perfectly except the images. When I was done all of my image links went to /images/3/3d or another directory. In the old forum the structure was simply to /images. I have searched the internet and found others with the same problem but I was unable to find solutions. I have tried to delete all images and run importImages.php with no success and also rebuildImages.php with no success. When I add a new image it adds a directory structure and stores and loads perfectly. — Preceding unsigned comment added by 67.122.252.166 (talkcontribs) 21:26, 9 January 2008

  • MediaWiki: 1.11.0
  • PHP: 5.2.5 (apache2handler)
  • MySQL: 4.1.14-max-log
  • Database: I am not sure what this question is asking. :(
  • URL: HoloWiki

70.245.246.25 01:57, 10 January 2008 (UTC)[reply]

I'm guessing MediaWiki 1.6 didn't hash the image upload directories. Try setting $wgHashedUploadDirectory to false and see if the old images work. I'm unaware of any maintenance script to fix this, though.
Actually, before you do any of that, did you run /maintenance/update.php? Tuvok[Talk/en.wp] 06:58, 10 January 2008 (UTC)[reply]
PS: Your account creation doesn't appear to be restricted. Add $wgGroupPermissions['*']['createaccount'] = false; to LocalSettings.php and read up on user permissions and $wgGroupPermissions. You will probably find Manual:Preventing access quite useful as well.
Thank you! Setting $wgHashedUploadDirectory to false was the ticket. Everything is great now. I had run update.php with $wgHashedUploadDirectory set to true and it did not move the images. That would have been helpful. I just ran it again from the shell to make sure and everything checked out OK.
Thank you also for the security tips. I had it locked down then I installed a mod to link phpBB3 users and passwords but I still am working on that one. I'll lock it back down before I sleep tonight. :) And I will read Manual:Preventing access as I am sure I could be safer. —The preceding unsigned comment was added by 32.162.72.201 (talkcontribs) 07:18, 10 January 2008. Please sign your posts!
No problem. Happy wiki-ing! :) Tuvok[Talk/en.wp] 10:04, 10 January 2008 (UTC)[reply]

[RESOLVED] Infobox company

  • MediaWiki: (Reported by your Wiki's Special:Version page)
  • PHP:
  • MySQL:
  • Database:
  • URL:

How do I get the Infobox company to work? All that happens is a link shows up.

70.245.246.25 02:02, 10 January 2008 (UTC)[reply]

Where are you talking about? Wikipedia English? Template:Infobox_company?
You need to install the ParserFunctions extension along with the appropriate CSS for table color. -PatPeter, MediaWiki Support Team 14:24, 10 January 2008 (UTC)[reply]

[RESOLVED] addwiki.php

I've got MediaWiki 1.11 installed on VertrigoServ, added ParserFunctions, Makesysop and Makebot to it, now I need to configure addwiki.php to ensure that I can set up other wikis which will also have these extensions. What do I do to ensure this works??

This is the current addwiki.php:

<?php

$wgNoDBParam = true;

require_once( "commandLine.inc" );
require_once( "rebuildInterwiki.inc" );
require_once( "languages/Names.php" );
if ( count( $args ) != 3 ) {
	wfDie( "Usage: php addwiki.php <language> <site> <dbname>\n" );
}

addWiki( $args[0], $args[1], $args[2] );

# -----------------------------------------------------------------

function addWiki( $lang, $site, $dbName )
{
	global $IP, $wgLanguageNames, $wgDefaultExternalStore;

	$name = $wgLanguageNames[$lang];

	$dbw = wfGetDB( DB_WRITE );
	$common = "/home/wikipedia/common";
	$maintenance = "$IP/maintenance";

	print "Creating database $dbName for $lang.$site\n";
	
	# Set up the database
	$dbw->query( "SET table_type=Innodb" );
	$dbw->query( "CREATE DATABASE $dbName" );
	$dbw->selectDB( $dbName );

	print "Initialising tables\n";
	dbsource( "$maintenance/tables.sql", $dbw );
	dbsource( "$IP/extensions/OAI/update_table.sql", $dbw );
	dbsource( "$IP/extensions/AntiSpoof/mysql/patch-antispoof.sql", $dbw );
	dbsource( "$IP/extensions/CheckUser/cu_changes.sql", $dbw );
	$dbw->query( "INSERT INTO site_stats(ss_row_id) VALUES (1)" );

	# Initialise external storage
	if ( is_array( $wgDefaultExternalStore ) ) {
		$stores = $wgDefaultExternalStore;
	} elseif ( $stores ) {
		$stores = array( $wgDefaultExternalStore );
	} else {
		$stores = array();
	}
	if ( count( $stores ) ) {
		require_once( 'ExternalStoreDB.php' );
		print "Initialising external storage $store...\n";
		global $wgDBuser, $wgDBpassword, $wgExternalServers;
		foreach ( $stores as $storeURL ) {
			$m = array();
			if ( !preg_match( '!^DB://(.*)$!', $storeURL, $m ) ) {
				continue;
			}
			
			$cluster = $m[1];
			
			# Hack
			$wgExternalServers[$cluster][0]['user'] = $wgDBuser;
			$wgExternalServers[$cluster][0]['password'] = $wgDBpassword;
			
			$store = new ExternalStoreDB;
			$extdb =& $store->getMaster( $cluster );
			$extdb->query( "SET table_type=InnoDB" );
			$extdb->query( "CREATE DATABASE $dbName" );
			$extdb->selectDB( $dbName );
			dbsource( "$maintenance/storage/blobs.sql", $extdb );
			$extdb->immediateCommit();
		}
	}

	$wgTitle = Title::newMainPage();
	$wgArticle = new Article( $wgTitle );
	$ucsite = ucfirst( $site );

	$wgArticle->insertNewArticle( "

        ", '', false, false );

	print "Adding to dblists\n";

	# Add to dblist
	$file = fopen( "$common/all.dblist", "a" );
	fwrite( $file, "$dbName\n" );
	fclose( $file );

	# Update the sublists
	system("cd $common && ./refresh-dblist");

	print "Constructing interwiki SQL\n";
	# Rebuild interwiki tables
	$sql = getRebuildInterwikiSQL();
	$tempname = tempnam( '/tmp', 'addwiki' );
	$file = fopen( $tempname, 'w' );
	if ( !$file ) {
		wfDie( "Error, unable to open temporary file $tempname\n" );
	}
	fwrite( $file, $sql );
	fclose( $file );
	print "Sourcing interwiki SQL\n";
	dbsource( $tempname, $dbw );
	#unlink( $tempname );
	
	# Create the upload dir
	global $wgUploadDirectory;
	if( file_exists( $wgUploadDirectory ) ) {
		echo "$wgUploadDirectory already exists.\n";
	} else {
		echo "Creating $wgUploadDirectory...\n";
		mkdir( $wgUploadDirectory, 0777 );
		chmod( $wgUploadDirectory, 0777 );
	}

	print "Script ended. You now want to run sync-common-all to publish *dblist files (check them for duplicates first)\n";
}

What should I change so that localhost can get this working??

Note, I'm using Windows XP Home Edition with Vertrigoserv.

82.42.237.84 20:29, 20 December 2007 (UTC)[reply]

Have you tried this and it didn't work? -PatPeter, MediaWiki Support Team 22:33, 9 January 2008 (UTC)[reply]

[RESOLVED] Default skin

  • MediaWiki: 1.9.4
  • PHP: 5.2.4 (apache2handler)
  • MySQL: 5.0.45
  • Database: MYSQL?? I am unsure of the question
  • URL: [LINK Title]

I am running media wiki with a LAMP (Linux, Apache, MySql, PHP) Platform but for some reason when I change the default skin for the site it does not apply color and formating, I check the HTTP error log but I am not finding anything to point me to the source of the problem. Is there a variable that I need to set to use skins? also the wiki is not formatting the page correctly, it is showing something like:


| Main Page (article) |


|t | |
|o| |
|o| |
|l | |
|b| |
|a| |
|r | |


instead of


|t | |
|o|Article |
|o|Article |
|l |Article |
|b|Article |
|a|Article |
|r | |


my version info is

  • MediaWiki: 1.9.4
  • PHP: 5.2.4 (apache2handler)
  • MySQL: 5.0.45

67.129.206.249 04:07, 22 December 2007 (UTC)[reply]

Could you give a link to your wiki? -PatPeter, MediaWiki Support Team 03:27, 6 January 2008 (UTC)[reply]

[RESOLVED] templates, buttons and editor

3 questions:

1. how do I insert this template on my wiki?

w:en:Template:Infobox_VG

like this too:

Extension:Polyglot (the box in the right of the page)

2. how do i insert buttons like in this wiki: http://www.wikia.com/wiki/MediaWiki

if you look in the footer you will see: Rate this article, Share this acrticle -> digg, del.icio.us, stumbleupon, etc

(last one) 3. i can't remember where, but in a wiki a saw some extra buttons in the editor bar... is there any reference about this?

sorry for too many questions, is just that i want to learn more :p

thanks btw

foxfirediego 10:56, 7 December 2007 (UTC)[reply]

1. Your need the Extension:ParserFunctions extension to use that template for one. For two you need to define the CSS in the HTML classes such as:

class="infobox bordered vevent"

which I have no idea how to do. As for 2 and 3 I can't help you. -PatPeter, MediaWiki Support Team 19:51, 24 December 2007 (UTC)[reply]

2 is probably being helped along by custom extensions. Check the wiki's Special:Version page to see what extensions they have, and possibly (depending on the extension) links to pages where you can get the extension.
3 is likely the custom edit buttons functionality, like on Wikipedia. Those buttons are added by JavaScript to the array mwCustomEditButtons in MediaWiki:Common.js. See Manual:FAQ#How do I add more buttons on the edit page? for instructions. Cheers! Sorry, but I don't have any knowledge of the box CSS either. :( — Tuvok[Talk/en.wp] 14:45, 31 December 2007 (UTC)[reply]


[RESOLVED] Sometimes Wiki pages open and sometimes not

Hi,

Can someone please help me with this as sometimes a few pages of my MediaWiki opens and sometimes not. I made a small change in DefaultSettings file but then reversed the change as it was before and since then it is happening like this. Please help me with this. If you want please send me an email reply at bilal336@yahoo.com.

Thanks,

Bilal —67.69.129.106 15:48, 11 December 2007 (UTC)[reply]

Please give a link to your wiki, display the parts of defaultsettings you changed using:

<syntaxhighlight lang="php"> Content goes here </syntaxhighlight>

And what do you mean "open" what happens if they don't "open"? -PatPeter 00:51, 16 December 2007 (UTC)[reply]

[RESOLVED] Move whole media wiki down 90 pixels

MediaWiki: 1.11.0
PHP: 5.2.0 (apache2handler)
MySQL: 5.0.27-standard
Hello, I would like to add a graphic/link at the top of the all the pages. I basically need to move the whole wiki down 90 pixels. I have had some luck, but am having problems with different browsers rendering the page differently. The particular problem seems to be with keeping cactions in the right location with respect to the body. I have checked the forums, and used the mediawiki book. I am particularly trying to change MonoBook. Thank you for any help you may be able to provide.

Wazoo42 16:20, 12 December 2007 (UTC)[reply]

So you want to add something similar to the Fund raising template that Wikipedia has now? -PatPeter 02:47, 16 December 2007 (UTC)[reply]
Messing around with MonoBook, under #p-cactions I changed top to 105px and under body, I changed margin: 0; to margin-top: 90px; I only checked it with Mozilla, though. Monobook has a lot of those *Fixes.css sheets. I'm not generally fond of the idea of separate stylesheets for different browsers, but you might want to tinker with them. -Barista 14:06, 17 December 2007 (UTC)[reply]

[RESOLVED] Cannot create new pages

I cannot create new pages. There is not a link of "create this page" when i cannot find a term by searching. —137.132.3.6 10:44, 4 January 2008 (UTC)[reply]

You can still create new pages by either clicking a red link, or typing the page name directly in the adress bar, replacing everything after the title= with your page name.
The reason that there isn't a link of "create this page" is that your system message MediaWiki:Noexactmatch appears to be empty. You might want to add the following text to it, which is from the newest MediaWiki version:
'''没找到标题为"$1"的页面。''' 您可以[[:$1|创建此页面]]。
Hope this might help. —color probe (talk | contribs) 14:17, 4 January 2008 (UTC)[reply]

[RESOLVED] Disable upload warnings

  • MediaWiki: (Reported by your Wiki's Special:Version page)
  • PHP: PHP Version 5.2.4
  • MySQL: 5.0.45
  • Database:
  • URL:

Is it possible to dissable all upload warnings?

212.202.97.234 12:51, 4 January 2008 (UTC)[reply]

For each upload, you can check the "Ignore any warnings" option. There doesn't seem to be a setting to do so by default, though. —color probe (talk | contribs) 14:17, 4 January 2008 (UTC)[reply]

[RESOLVED] MediaWiki 1.12

When is 1.12 coming out? What will be new about it? Is this a bad question because I should I have found it somewhere on this site? Smaug 23:11, 5 January 2008 (UTC)[reply]

If you are curious to the new features visit the Test Wikipedia. -PatPeter, MediaWiki Support Team 23:36, 5 January 2008 (UTC)[reply]
You can download the latest trunk of 1.12 via SVN (read Download from SVN for more details, you WILL need some sort of subversion client). --Skizzerz talk 16:35, 6 January 2008 (UTC)[reply]

[RESOLVED] Allowing edits for non-registered users

Hi, the following codes in my LocalSettings.php (Version 10.0.0) doesn't seem to work for page, User talk:Administrator. What could be the problem?

$wgExtensionFunctions[] = 'wfAllowUsertalkAdministratorEdit';
function wfAllowUsertalkAdministratorEdit() {
    global $wgGroupPermissions;
    $title = Title::newFromText($_REQUEST['title']);
    $wgGroupPermissions['*']['edit'] = (is_object($title) && $title->getNamespace() == 'User_talk' && $title->getText() == 'Administrator');
    }

--PM Poon 06:17, 7 January 2008 (UTC)[reply]

The getNamespace method returns one of the NS_XXXX constants, not the text (use getNsText for that), also you should ensure not only that $title is an object, but that it represents an article that exists. Try the following:

$wgExtensionFunctions[] = 'wfAllowUsertalkAdministratorEdit';
function wfAllowUsertalkAdministratorEdit() {
    global $wgGroupPermissions;
    $title = Title::newFromText($_REQUEST['title']);
    $wgGroupPermissions['*']['edit'] = is_object($title)
        && $title->exists()
        && $title->getNamespace() == NS_USER_TALK
        && $title->getText() == 'Administrator';
    }

--Nad 07:28, 7 January 2008 (UTC)[reply]

[RESOLVED] Using another login system with Mediawiki

  • MediaWiki: 1.11.0
  • PHP: 5
  • MySQL: 5

I would like to use an existing login system on my website for Mediawiki. Can I simply rewrite the User class (User.php) to access my own database tables, or do I have to make other changes somewhere in the Mediawiki source code?

—Andy

There are specific hooks in the code for user authentication extensions. Take a look at Manual:Hooks and extensions like SMF Authentication for hooks and examples. No hacking should be required; just return false from your function so MediaWiki's internal login class doesn't resume processing. Tuvok[Talk/en.wp] 07:16, 8 January 2008 (UTC)[reply]
Thanks, this seems to be what I'm looking for. Although I don't understand why I have to disable caching:
# Disable everything of caching, caching is boe for the login system.
$wgEnableParserCache = false;
$wgCachePages = false;
--Andy