Project:Support desk/old

Trackback spam
I got hit by trackback spam of a huge proportion. I turned off trackbacks but they won't go away. How do I get them off my site? Can I clear the table to make all the spam like trackbacks go away? The trackbacks table is empty. They seem to autoregenerate when I delete them. --PurplePopple 12:36, 30 August 2007 (UTC)


 * MediaWiki doesn't have tracebacks. Disable whichever extension you have that adds them. Emufarmers 03:18, 2 September 2007 (UTC)


 * Um, yes it does: $wgUseTrackbacks. PurplePeople, most like it is just stuck in your cache, that is why it wasn't going away. Try clearing your objectcache table and clearing your browser cache. --12.219.103.195 22:21, 3 September 2007 (UTC)

editing Pages
how can i add new articles using just MySQL... i mean without using my web site.. please answer me at : makievski@gmail.com

Makievskij Anton

—77.122.191.47 10:06, 28 August 2007 (UTC)


 * See the information about Exporting and Importing articles. --Dr DBW 23:03, 29 August 2007 (UTC)


 * I would very strongly advise attempting manual database manipulation, due to the plethora of changes actually involved in creating a new page or updating an existing one, including altering the page record, creating a new revision, creating an appropriate text record and setting text flags, updating the link tables, recent changes table, etc. - and that's before you run into any of the classic gotchas such as character sets.


 * Your best bet might be to adapt a maintenance script such as maintenance/importTextFile.php, using MediaWiki as a library to a PHP script which does the job. robchurch | talk 01:37, 30 August 2007 (UTC)

PCRE missing UTF-8 Support?
I am trying to install MediaWiki 1.10.1 on a Debian Etch box, with PHP 5.2.0. I'm using the standard Debian Etch package for PHP and for PCRE (libpcre3).

I got the wiki installed, and it comes up, but on every page, toward the top and overwriting the header, are PHP errors:

Warning: preg_replace_callback [function.preg-replace-callback]: Compilation failed: this version of PCRE is not compiled with PCRE_UTF8 support at offset 0 in /home/ss1/www/multi/dev/includes/MagicWord.php on line 284

Warning: preg_replace_callback [function.preg-replace-callback]: Compilation failed: this version of PCRE is not compiled with PCRE_UTF8 support at offset 0 in /home/ss1/www/multi/dev/includes/MagicWord.php on line 284

Warning: preg_match [function.preg-match]: Compilation failed: this version of PCRE is not compiled with PCRE_UTF8 support at offset 0 in /home/ss1/www/multi/dev/includes/MagicWord.php on line 236

Warning: preg_replace_callback [function.preg-replace-callback]: Compilation failed: this version of PCRE is not compiled with PCRE_UTF8 support at offset 0 in /home/ss1/www/multi/dev/includes/MagicWord.php on line 284

...etc. Some pages have more than others. I tried fixing this by compiling my own version of libpcre configured with the --enable-utf8 flag, but I couldn't seem to get PHP to actually *use* it. (I don't know if that was because pcre was linked into PHP statically, or if it was because the Debian package pcre was libpcre.so.3, and my compiled version was libpcre.so.0.) Anybody know how I can fix these errors?

Part of the headache is that a TON of Debian packages depend upon libpcre3, so I'd feel really nervous about replacing it with a different version.

—198.51.119.157 15:14, 28 August 2007 (UTC)


 * http://uk2.php.net/manual/en/ref.pcre.php suggests using --with-pcre-regex=  to direct the PHP configuration script towards the right libraries. You might also be able to convince it to use a shared module. robchurch | talk 01:35, 30 August 2007 (UTC)

Admin's confirmation for new accounts
How should I set up MediaWiki, if I want every new user account to be not activated before administrator's confirmation's? —83.237.226.11 21:01, 28 August 2007 (UTC)
 * Explain activated. If you mean that you want to make it so that only "activated" users can edit or read pages, see extension:Require Editor Privilege.  If you just mean just "edit", that may require a bit more instruction, post here if that's what you mean. :-)  Cbrown1023  talk  01:43, 29 August 2007 (UTC)

MediaWiki does not have a concept of account "in limbo". Thre are basically two solutions: HTH -- Duesentrieb ⇌ 22:14, 29 August 2007 (UTC)
 * 1) prohibit account creation by anons and users. So people have to ask you to create an account for them
 * 2) allow account creation to all (default), but take away the right to edit from normale users (and the "autoconfirmed" and "emailconfirmed" groups). Users would only be able to edit if they are assigend to a group which has the edit privilege.


 * You might also take a look at the ConfirmAccount extension, which is under development. It's marked as stable, although it is quite new, so take that with a pinch of salt... robchurch | talk 01:33, 30 August 2007 (UTC)

Using MediaWiki for online encyclopedias with NON-user-created content?
If one wanted to create a for-profit online encyclopedia (in no way related to Wikipedia) where content was NOT user-created but rather supplied to the user, would MediaWiki still be the choice software? —75.51.70.95 23:01, 28 August 2007 (UTC)
 * If it is a large site yes. But be sure to restrict account creation properly. Aaron 00:57, 29 August 2007 (UTC)
 * Wait... you're asking for a non-wiki? or are you asking about something like Citizendium (which uses MediaWiki)?  Cbrown1023  talk  20:37, 29 August 2007 (UTC)

It depends on what exactly you want. But http://lexikon.meyers.de/ (online version of one of the best known german encyclopedias) is based on MediaWiki. -- Duesentrieb ⇌ 22:11, 29 August 2007 (UTC)


 * MediaWiki is a wiki engine. Everybody's got a slightly different idea of what a wiki is, but the basic definition that's agreed upon is a web site which is open for contribution by a wide number of users, and usually, public contribution. If your needs are radically different, then MediaWiki may not be the ideal solution for you.


 * It's worth noting that many companies, including Novell, and several high-profile organisations, such as the Mozilla Foundation, make regular use of MediaWiki for slightly different purposes, and many other organisations, educational institutions, etc. often deploy it as a convenient base for a collaborative knowledge base. robchurch | talk 01:32, 30 August 2007 (UTC)

Using MSSQL instead of MySQL
Hi there,

Can anyone tell me if it is possible to use mediawiki using MSSQL instead of MySQL? —81.175.86.30 07:31, 29 August 2007 (UTC)


 * No, it's not possible. Implementing support for MSSQL would be doable, but quite some work. Postgres is supported though, and I think partial/experimental support for Oracle also exists. -- Duesentrieb ⇌ 22:08, 29 August 2007 (UTC)


 * Note that there was some recent work in this area (see http://bugzilla.wikimedia.org/show_bug.cgi?id=9767), but I'm not quite sure what the status of that is at the moment. There's no official roadmap for inclusion of support for other DBMS; support for, e.g. PostgreSQL has become available thanks to a dedicated maintainer with a strong interest in making this happen. From our point of view, there's no benefit in supporting DBMS which we don't use in production.


 * The Oracle support was, at one point, removed from the software, and was re-added, but has once again slipped into an unmaintained state. robchurch | talk 01:30, 30 August 2007 (UTC)

Help! Need to secure the MediaWiki.
Hello, I need some help in securing a MediaWiki. I want to make it impossible to view anything until a user logs in, and the creation of new user accounts to be allowed only from a couple of IP addresses. Can this be done? How? Any useful links? Thank you very much

—85.186.56.13 07:55, 29 August 2007 (UTC)
 * Please read Rob's disclaimer first. Then, you could do Manual:Preventing access (there should be everything you need in there about only allowing read/edit for people with accounts and for disabling account creation unless you are a user).  Not sure how to allow it only from a few IP addresses.  Cbrown1023  talk  14:35, 29 August 2007 (UTC)

Edit links for sections sometimes disappear
Edit section link are invisible for the same authorized accounts at different PC. Is this a bug or a known issue? —Salmira 12:45, 29 August 2007 (UTC)
 * MediaWiki 1.10.1 with security settings in LocalSettings.php
 * $wgDefaultUserOptions ['editsection'] = false;
 * $wgGroupPermissions['*']['read'] = false;
 * $wgGroupPermissions['*']['edit'] = false;
 * $wgGroupPermissions['*']['createaccount'] = false;
 * Browsers: IE6 sp2, Maxthon 1.5.9.(b80)
 * OS
 * Works correct at MS Windows 2003 Server
 * Sometimes disappears at MS Windows XP Pro SP2

Upload File from URL
I'm been searching all over for an extension that will allow you to upload a file from a URL instead of from a resource on your local machine. Does anyone know if something like this exists? Thanks much.

—Blckdmnd99 17:13, 29 August 2007 (UTC)
 * I know of one that has to do with uploading from Flickr that is used widely on Wikia, but there may be some others listed in Category:Media handling extensions.  Cbrown1023  talk  20:32, 29 August 2007 (UTC)

It's built in. From DefaultSettings.php: /** Allow for upload to be copied from an URL. Requires Special:Upload?source=web */ $wgAllowCopyUploads = false; -- Duesentrieb ⇌ 22:05, 29 August 2007 (UTC)

I wanted to use language links, how can I enable it?
I wanted to have the language links like this page : http://www.mediawiki.org/wiki/Template:Languages

I copy and paste 2 templates related to this template (Template:Languages and Template:Languages/Lang ) but when I browse Template:Languages page I saw the functions like "ifexist" hasn't been executed. how can I solve the problem? —80.191.15.10 17:26, 29 August 2007 (UTC)


 * You need Extension:ParserFunctions -- Duesentrieb ⇌ 22:03, 29 August 2007 (UTC)

login and password maintenance under https?
Is there a setting, extension, or code example that allows someone to place just the login page and preferences pag under https protocol while the rest of the site runs under http? I've searched, but haven't found one. Thanks. --Vjg 18:36, 29 August 2007 (UTC)

Hide from Certain User
Is there a way to hide a certain part of a page from a specific user or admin? How would I do this? Thanks. Smaug 22:36, 29 August 2007 (UTC)


 * no. you can hide entire pages from users not belonging to a special group (using an appropriate extension), but you cannot hide parts of pages. This would mess with caching, among other things. Note that hiding things in mediawiki isn't 100% air-tight anyway, mediawiki is not designed for this. -- Duesentrieb ⇌ 10:13, 30 August 2007 (UTC)


 * Thanks for answering. Smaug  13:36, 30 August 2007 (UTC)

Wiki onto Google
How can I get my wiki onto Google? The URL is http://www.iaskmd.com. —24.7.119.253 01:44, 30 August 2007 (UTC)


 * be patient. -- Duesentrieb ⇌ 10:11, 30 August 2007 (UTC)
 * Nice answer. You can submit your site to google, http://www.google.com/addurl/ and wait to be crawled --Zven 02:52, 4 September 2007 (UTC)

pgsql.so
Where do i get pgsql.so? I have php_pdo_pgsql.dll but MediaWiki refuses to take it. —83.86.35.112 17:12, 30 August 2007 (UTC)


 * Sounds like you are using Windows. Try uncommenting this line in your php.ini file (by removing the semicolon) ;extension=php_pgsql.dll Turnstep 18:52, 3 September 2007 (UTC)

Sidebar Help
I need some help please. I cannot seem to edit/customize the sidebar. Here is my setup.


 * Windows Server 2003
 * PHP 5.2.3
 * MediaWiki 1.10.0
 * Mysql 5.2.3790
 * Monobook skin.
 * IIS 6
 * Running on an intranet, so no domain in url. just one word Take2Wiki.

I'm logged in as admin

After reading the helps and various tutorials, I'm pretty sure I just need to be editing my MediaWiki:Sidebar by going to this url.

http://Take2Wiki/MediaWiki:Sidebar

where http://Take2Wiki is the root of my Wiki site. However, it's returning an HTTP 404 error (Cannot find). I've also tried

http://Take2Wiki/index.php/MediaWiki:Sidebar

but to no avail. Am I missing something? Or could it possibly be my setup, or maybe the fact that I don't have a fully qualified domain name??

Any help is most appreciated.

bill —64.182.114.1 18:44, 30 August 2007 (UTC)


 * Go to your wiki main page, then replace  in the URL with  . --Dr DBW 00:09, 31 August 2007 (UTC)

SQL Server 2005 Express
Can I install MediaWiki to work with "SQLServer 2005 Express" or "SQLServer 2000" --203.24.1.57 23:14, 30 August 2007 (UTC)


 * No. robchurch | talk 15:37, 3 September 2007 (UTC)

Short Name issue
I am hosting on hostgator and having problems getting mod_rewrite to work properly.

http://www.thevbcoders.com/codi/index.php/Main_Page

I have tried all rewrite rules from the article on this site but still nothing. I don't have root access which I can't use the root portion. Any ideas on the problem?

Thanks Steve —76.4.188.64 01:28, 31 August 2007 (UTC)

locking pages for users and groups
How can I lock pages for other users or how can I say that "page xyz" is just readable for "group abc"? —213.214.18.64 07:23, 31 August 2007 (UTC)


 * See a couple of questions on this page, Project:Support_desk, Project:Support_desk --Dr DBW 07:25, 31 August 2007 (UTC)

Undefined offset: 0 in Namespace.php on line 96
Recently upgraded to Mediawiki 1.10.1 from 1.9.3 and now the above error has appeared. Did the normal upgrading process, back up of files and database, copied new version over the top of the old, ran the updating script, then that was it. Any ideas on the cause of it? I didn't change anything to do with the LocalSettings.php file either. The contents of line 96 in Namespace.php is below --Dr DBW 07:24, 31 August 2007 (UTC) return $wgCanonicalNamespaceNames[$index];
 * Any suggestions? Something wrong in the LocalSettings.php?  I also updated two other wikis, on the same server, using the same procedure, and this error did not appear. --Dr DBW 21:53, 5 September 2007 (UTC)
 * Something in your LocalSettings must be clearing that array because its content (including offset 0) are all defined in namespace.php. Maybe try commenting out extensions to see if any are causing the problem. And check if any localsettings are related to namespaces too --Nad 22:27, 5 September 2007 (UTC)

Another Question
I want to link words within a page to a master definitions list. How do I create a Master page that different words in different pages can link to. —67.161.224.23 14:54, 31 August 2007 (UTC)

—69.146.160.203 15:27, 31 August 2007 (UTC)

Creating links from words to a master definitions or references page
I am creating a procedures wiki and I need to link individual words or phrases to master pages that will contain multiple definitions, references etc. I wish to create these master lists so that in the future, updating references, definitions are done on one page and not multiple procedures

trhixon —Trhixon 15:45, 31 August 2007 (UTC)


 * The Glossary extension might do what you are looking for. --Dr DBW 00:16, 1 September 2007 (UTC)

Adding Content in Sidebar
Hey,

I'm working with an organization at ASU that is using this Wiki software. I'm not familiar with it, so I am having difficulty getting some things accomplished...

Particularly, where (line #s, files, etc) do I go so that I can add content into the sidebar? We are wanting to add some images/logos at the end of the sidebar (underneath the toolbox). I'd like to just be able to go into a file and add the simple HTML code; but I haven't found the appropriate files/etc.

Any help would be greatly appreciated!!

Andrew

—149.169.101.176 18:21, 31 August 2007 (UTC)
 * You may not need to touch the filesystem file structure of MediaWiki, try altering the article MediaWiki:Sidebar on your wiki (have to be a Sysop), however this adds content above the toolbox. See Manual:Interface/Sidebar for documentation details --Zven 20:09, 31 August 2007 (UTC)
 * Images cannot be added into MediaWiki:Sidebar so it looks like you are going to have to find and alter the code. Have you already altered the logo? --Zven 20:36, 31 August 2007 (UTC)

Blocking anonymous users from certain namespaces
I would like to block users that are not logged in (or not of a certain permission atleast) from viewing various namespaces. In other words, I don't want them to even be able to view the source.

In particular:
 * Mediawiki:*
 * Template:*

How can I do this?

—71.146.38.183 21:40, 31 August 2007 (UTC)


 * See Manual:Preventing_access --Dr DBW 23:33, 31 August 2007 (UTC)

Special Statistics error and problems creating subdirectories
Hi, my Special:Statistics returns a figure of 18,446,744,073,709,551,615  articles. It would have been good if it were really true but the fact is that I have just started. Also, what is the command for counting the number of articles in a subdirectory.

I don't seem to be able to add any directory after 103.
 * $wgExtraNamespaces = array(100 => "Portal", 101 => "Perbincangan_Portal");
 * $wgExtraNamespaces = array(102 => "Istilah", 103 => "Perbincangan_Istilah");

I have tried other numbers such as 110 and 201 but it doesn't seem to work either. Also, 100 and 101 does not work either. Only 102 and 103. Is there a conflict somewhere?

(P/S: My version is 1.10.1. I just downloaded the patch, mediawiki-1.10.1.patch(3).sig. Which directory should I download it to?) -- PM Poon 05:13, 1 September 2007 (UTC)
 * About the statistics: There was a problem with the counting, and it went to the largest possible value.
 * About the counting of the pages in namespace (not "subdirectory"): Add the following code to LocalSettings.php (after the place you added the extra namespaces):

$wgAllowSlowParserFunctions = true;
 * Then use the magic word "PAGESINNS", e.g. . You can remove the line in LocalSettings.php if you don't want to use this magic word any more.
 * About the extra namespaces: You use wrong PHP commands. The later command overrides the earlier one. You should use only one command, for example:

$wgExtraNamespaces = array(100 => "Portal", 101 => "Perbincangan_Portal", 102 => "Istilah", 103 => "Perbincangan_Istilah", 104 => "...", 105 => "...");
 * Alternatively, you can use:

$wgExtraNamespaces[100] = "Portal"; $wgExtraNamespaces[101] = "Perbincangan_Portal"; $wgExtraNamespaces[102] = "Istilah"; $wgExtraNamespaces[103] = "Perbincangan_Istilah"; $wgExtraNamespaces[104] = "..."; $wgExtraNamespaces[105] = "...";
 * – rotemliss – Talk 15:51, 1 September 2007 (UTC)

'''Thank you very much, Rotemliss. The solutions given by you were very, very helpful. I had been searching high and low in Google Search but did not manage to find any answer.''' PM Poon 22:40, 2 September 2007 (UTC)

Centering a table VERTICALLY on the page
Hi guys Is there a way to center a table VERTICALLY on a page? I can center horizontally no problems, but vertically, with the valign tag, it doesnt want to play ball. —58.175.34.241 05:56, 1 September 2007 (UTC)


 * http://www.w3schools.com/css/pr_pos_vertical-align.asp —Eep² 08:31, 1 September 2007 (UTC)

php error
I'm trying to install MediaWiki 1.11.0 on php 4.4.7. In the main page you have this

* Download MediaWiki (current stable version is 1.10.1) * Web Server such as Apache or IIS * PHP version 5.0 or later (5.1.x recommended) * Database Server o MySQL 4.0 or later o or PostgreSQL 8.1 or later (also requires plpgsql and tsearch2) o or Ingres 2006 or later (SVN-Download)

when i install, appear this error: "PHP 5.0.0 or higher is required. ABORTING." what can i do to solve this? thanks, and sorry for my bad english :|


 * You said you have PHP 4.4.7. It requires at least PHP 5.0 (5.1 recommended).


 * Either upgrade PHP, or use MediaWiki 1.6.x -- Duesentrieb ⇌ 22:14, 2 September 2007 (UTC)

Coding Error from server not meeting all requirements?
What I mean is, the PHP Version, for example is actually 4.4.6 (I have a 1.9 in use for the wiki software). Could this be an interfearence in some codes not working right? (Example would be the hidden varible one, I CANNOT seem to get it to work)--TheSisko


 * Upgrade PHP to version 5, or use MediaWiki version 1.6.10. Emufarmers 03:18, 2 September 2007 (UTC)

How to Remove Top Links on the right - MyTalk, Preferences, MyWatchlist, My Contributions, but no Log in
Hi Guys, ive been struggling with this. I want to remove the: Top Links - MyTalk, Preferences, MyWatchlist, My Contributions, but KEEP the Log in/Log out link. Ive tried to do the following in Monobook.php, but it removes also the Login/Log out link. $wikidata[personaltools_header] $wikidata[personaltools_content] Any help appreciated. --203.5.136.234

Installation: Requested to Choose Application
I have uploaded MediaWiki (1.6.10) to my web host and MySql database is up, but when I direct browser to directory, the browser tells me I have chosen to open a file, and asks me to chose an application:



This happens in Mozilla Firefox, Netscape Navigator, and MS Internet Explorer. What I am doing wrong? —James R MacLean 09:40, 2 September 2007 (UTC)


 * As said on Bugzilla (11153), it's not our problem, it's a problem with your host's PHP. -- Sayuri 12:38, 2 September 2007 (UTC)


 * The problem is now solved. What happened was that, initially, I had installed release MW 1.10.1, but my web host only supported PHP4.4, not PHP5 (which is a requirement of release 1.10.1).  So I used the SSH client to delete the /wiki directory and replaced it with a new one containing release 1.6.10.  This time, I got the same error.  That's when I posted here the first time.


 * A tech guy at my webhost kindly noticed that it worked for him, so perhaps it was necessary for me to flush my DNS resolver cache. It worked, and I'm in business.  Thanks to everyone for listening and diagnosing.

Optional linking
I have a question. That's why I'm here, you see. My question is this: I'm creating a bunch of templates on a Wiki of mine, and I was wondering if there was a line of code I could use that would link to a certain article if that article existed, but if it didn't, would link to another, default one.

Thanks. (And sorry if this is the wrong place to ask...) ~ ТģØ(Đ {ŧª∫Қ ↑¤ Мә} 14:01, 2 September 2007 (UTC)


 * If you install Extension:ParserFunctions, you get an ifexists directive: ParserFunctions -- Duesentrieb ⇌ 22:18, 2 September 2007 (UTC)

You are a very helpful person. Thanks! ~ ТģØ(Đ {ŧª∫Қ ↑¤ Мә} 04:24, 3 September 2007 (UTC)

Faulty system clock has lead to strange wiki behaviour
My company's wiki server has recently had trouble maintaining the correct time (which was an OS/hardware problem, nothing to do with the wiki software). It's been fixed now, but as a result of the problem we have a wiki in which some articles have been time-stamped with a date in the future. This leads to problems displaying the most recently-edited version of an article.

Is there any 'official' way to correct this? I've considered possibilities such as hacking the database to set all versions to an arbitrary date (say 01-01-2007) but I suspect that such ignorant tinkering could well lead to further problems. Any advice will be much appreciated - thanks in advance. —WombatDeath 15:23, 2 September 2007 (UTC)


 * Manually settings times in the revision table (most essential - bad timestamps in recentchanges ad logging are probably not so critical) is the only way i know to fix something like that. But what to set the time to is another problem. If the info is gone, it's gone... -- Duesentrieb ⇌ 22:20, 2 September 2007 (UTC)


 * Thank you very much for your response! We'll look into that - no data appears to have been lost, so the situation should be recoverable.
 * WombatDeath 10:15, 3 September 2007 (UTC)

CategoryTree in SideBar Problem
Hi guys hope you can help. Ive got the CategoryTree working in the SideBar but there is a problem. It works fine when expanding out the tree on the Main Page. I can click on a child on the Main page and it goes to the right location. However, when Im at the new location other than the Main Page, I get a similar problem to what has already been discussed under "Clicking the [+] has no effect / gives JavaScript error".

The thing is: 1) On the new page, I can click on the root of the category tree, and it takes me to the right location. 2) On the new page, I can click on the root and goes to that root fine, but I cannot expand that roots children out. I CAN expand the CategoryTree out successfully on the Main Page only, but no other page.

The error code Im getting on pages other than the Main Page when using the CategoryTree from the sidebar is: Line 671 Char33 Error:Object Expected Code:0 URL:  I have checked all is correct with the notes on "Clicking the [+] has no effect / gives JavaScript error".

SUMMARY:

On the Main Page: I can expand the category tree successfully, and click on children successfully. On Pages other than the Main: [+]Category (If I click this, it goes to this page) [+]Category (If I click this, it goes to this page) [+]Category (If I click this, it goes to this page) eg. [+]VBScript (If I click on VBSScript, it goes to http://localhost/mediawiki/index.php/Category:VBScript When I hover over the [+] next to VBScript, the path is looking at http://localhost/mediawiki/index.php/Category:VBScript# Questions. This error Im getting. What file is the error coming from, and how to correct? Thank you. —58.175.32.33 19:49, 2 September 2007 (UTC)
 * 1) I can click on the root of each category and go to that page:
 * 1) If I try and click on the [+] sign next to the Category Name, eg. the [+] next to VBScript, I get the error message.


 * as stated on Extension:CategoryTree, it does not work right in system messages. This is a known issue, and there's no simple and good solution (or at least, i don't know any). Basically, CategoryTree registers JavaScript code in the ParserOutput object if it gets used on a page. But system messages used as interface components (like the sidebar) are parsed differently, so the needed JavaSCript does not end up in the HTML head. So CategoryTree doesn't work.
 * A possible hack to work around this issue (untested!): in CategoryTree.php, find the function efCategoryTreeParserOutput. Remove the condition, so it always calls CategoryTree::setHeaders( $outputPage ); This causes the css/js for categorytree to be included on every page (which is not very smart generally, but what you want in your case).
 * Put a note on Extension talk:CategoryTree if this works :) -- Duesentrieb ⇌ 22:33, 2 September 2007 (UTC)

Purging database
I made a mistake in my LocalSettings.php regarding namespaces and all my articles that should have gone into the Istilah namespace went into the main namespace instead. When I corrected my mistake in my Localsettings, all my Istilah:xxxxx articles disappeared. Now I rewrite all those missing articles and my Special Statistics hit 18,446,744,073,709,551,615. I added 2 articles in the main namespace and now the number of articles read 18,446,744,073,709,551,613.

I wonder whether there has been a conflict between the two Istilah type articles. How do I purge my database of those articles in the main namespace that is "missing"? Hopefully, this may solve the Special Statistics error. And also, I would like to purge all deleted data from time to time as the website that I rented is quite budget. PM Poon 22:52, 2 September 2007 (UTC)
 * Here's some special-page extensions that may help with that: --Nad 03:57, 3 September 2007 (UTC)
 * Extension:SpecialDeleteOldRevisions - deleting article history or archive for selected articles
 * Extension:Nuke - deleting articles and their history selected by author or IP
 * Extension:NukeDPL - deleting articles and their history selected by DPL query

Thank you Nad, for your recommendations. I have tried the first two but not the third one as I do not use DPL. The second one works but is not useful for me as my ISP assigns a different IP address each time I log in. I think the first one is what I need but unfortunately it returns the following error (I am using MediaWiki version 1.10.1):


 * Warning: Cannot modify header information - headers already sent by (output started at /home/ekomrinf/public_html/ekompute/LocalSettings.php:147) in /home/ekomrinf/public_html/ekompute/includes/WebResponse.php on line 10.

The pertinent line 10 in /home/ekomrinf/public_html/ekompute/includes/WebResponse.php is:
 * /** Output a HTTP header */
 * function header($string, $replace=true) {
 * header($string,$replace);
 * }

while /home/ekomrinf/public_html/ekompute/LocalSettings.php:147 is:
 * include_once("$IP/extensions/SpecialDeleteOldRevisions.php"); &mdash; PM Poon 17:45, 3 September 2007 (UTC)

Displying article and discusssion board on the single page
Please see the followin image. I want to display article and discusssion board on a single page. Is it possible to customize in media wiki. Please response quick Thanks in advance

—Bpishere 16:18, 3 September 2007 (UTC)


 * Have a look at Extension:TalkHere -- Duesentrieb ⇌ 20:12, 3 September 2007 (UTC)

install-utils.inc
hi i have wiki 1.10.1 and php 5.2.1 and mysql 4.1.22-standard

everytime i go to install i get this message

Warning: require_once(includes/Defines.php) [function.require-once]: failed to open stream: No such file or directory in /home/zendurl/public_html/s/stozy/config/index.php on line 46

Fatal error: require_once [function.require]: Failed opening required 'includes/Defines.php' (include_path='.:/home/zendurl/public_html/s/stozy:/home/zendurl/public_html/s/stozy/includes:/home/zendurl/public_html/s/stozy/languages') in /home/zendurl/public_html/s/stozy/config/index.php on line 46

what is going wrong ? nothing i do works. :(

—83.104.231.36 20:58, 3 September 2007 (UTC)

Pretty URLs and namespaces with subpages
I'm running the latest version of MediaWiki, and have configured pretty URLs. They work fine, unless it relates to a subpage. For example: www.domain.com/wiki/article/article subpage. If you type in a pretty URL direct to a subpage it won't work and gives a 404 not found error. If you type in an unpretty URL - www.domain.com/wiki/index.php?title=article/article subpage - then it works fine. Any ideas on how to fix this? —Coldmachine 21:32, 3 September 2007 (UTC)
 * It depends on what method you've used to set up the pretty urls --Nad 22:01, 3 September 2007 (UTC)

Installing scripts to apply to all users: MediaWiki:Common.js
I have tried copying and pasting the js from a number of scripts (e.g. the Force Edit Summary script, and the Force Preview before save script) into MediaWiki:Common.js but none of them seem to work. I've tried with and without the initial pre and nowiki tags (and closing them at the end). If I omit both of those then the page looks pretty weird - some of the code is highlighted in a boxed area for example. If I include them both then still no luck. Is there an extension which needs to be installed prior to amending Common.js with scripts? Oh, I also tried importing via the importscript command both to external URLs and to an internal userspace-based article containing the code, and no luck there either. —Coldmachine 21:33, 3 September 2007 (UTC)
 * You need to set $wgUseSiteJs to true for the MediaWiki:Common.js file to be included. --Nad 21:56, 3 September 2007 (UTC)

Database corruption
Hi, I may be experiencing database corruption. My webhost has proposed that I delete the database and create a new one. If so, all my work goes down the drain. Fortunately the site is very new and has no other user contribution. How do I safeguard my contents in the future?
 * If you have access to the command line you could try running the php script in the maintenance directory php rebuildall.php. The corruption may be more severe, in that case you would need to use mysql tools to establish whether your database is recoverable. The mysql command;

mysqldump -u root -p --single-transaction -B wikidb > wikidb.sql
 * will back up your database at any time. --Zven

Also the use of ImageMagick requires exec to be enabled. I understand this is a very big security risk. &mdash; PM Poon 02:38, 4 September 2007 (UTC)

Edit summary formatting (resolved)
Where is the edit summary formatted? Specifically, I want to get rid of the parentheses </tt> around it. I've already hacked Special:Recentchanges to be a sortable table but would like to fix the edit summary to not have parentheses (and "New page:" in it since the "N" symbol already represents that--I thought it would be editable via MediaWiki:Autosumm-new but removing "New page:" from that had no effect on the recent changes list). —Eep² 12:00, 4 September 2007 (UTC)


 * OK, seems the "New page:" and other "autosumm-"* system messages are hard-coded into the recentchanges database table so existing edit summaries won't be affected (which is why, after editing MediaWiki:Autosumm-new, I didn't see any change). And I found where the parentheses are added: in ..includes/Linker.php</tt> (line 964) of all places. —Eep² 14:33, 4 September 2007 (UTC)

After setup of 1.6.10 since I am using PHP4, I get the following errors:

Warning: Cannot modify header information - headers already sent by (output started at\wiki\LocalSettings.php:1) in \wiki\includes\OutputPage.php on line 496

Which repeats for 421,449,450,452, 503 and 510. How do I resolve this? —71.41.51.2 16:23, 4 September 2007 (UTC)

Access resources outside MediaWiki
Greetings all,

My problem is as follows:

I have a MediaWiki (1.10) site up and working well. The versions of Apache & MySQL are at or within one minor release of current. On the whole, all is working as expected. My issue is that I have an internal client who wants to "advertise" their work on the Wiki without having to upload it. Rather, they want to have some screen on the Wiki look like a standard "Directory/File" display they can "walk down" to the file they want and let the user copy the file from wherever it is stored to the users local disk. These files are on a standard SMB capable Linux box.

The primary directory (containing all the other directories & files) can be mapped in Windows (or NFS) and, of course, there is an Apache Web server that could also be used for access (a new virtual host likely but that's fine).

I have searched EVERYWHERE I can think of, looking for an extension or other mechanism to do this but, no luck. I tried to make the FileProtocolLinks and FileLinkExtensions work but again, no luck (can someone provide a step-by-step to make EITHER of these work?).

I am assuming this can be done but maybe not...In any event, I would GREATLY appreciate ANY help anyone could offer.

Thanks,

Pete

—216.68.13.36 16:59, 4 September 2007 (UTC)
 * You'd need to explain more clearly what items are being copied from where to where and what information the tree structure is reflecting, but it sounds like you'd need an extension made specifically for that. --Nad 22:05, 4 September 2007 (UTC)

--216.68.13.36 19:54, 5 September 2007 (UTC) Essentially, I need to be able to "approximate" the function of a file manager (like Windows Explorer or one of the Linux GUI FM's). The resources are different files (all Acrobat, WORD, Excel or PowerPoint). They all sit on an SMB accessible file server. I also have Apache running on the server so some kind of extension able to display something like a file system as seen by http or ftp (the GUI interfaces that is)would work. I WON'T have control of the directories and files inside the root directory but I DO have control of the parent (root) directory containing the folders & files. I hope this makes things clearer. I hate to have to do it this way but short of importing all the files in some kind of an "Internal Link" construction (which is way too much work and I KNOW the person in charge of these files won't do all the uploading), I'm not sure how to "encourage" MediaWiki handle this requirement.

Many Thanks, Pete

Upload Error (resolved)
When I try to upload a file I'm getting a rather long error. As far as I can tell I've got everything set up as it should be according to the FAQ and all other documentation that I can find. This is the error message I'm getting:

Warning: mkdir [function.mkdir]: SAFE MODE Restriction in effect. The script whose uid/gid is 7926/0 is not allowed to access /mounted-storage/home70b/sub001/sc16966-QTFK/www/wiki/images/archive owned by uid/gid 99/99 in /mounted-storage/home70b/sub001/sc16966-QTFK/www/wiki/includes/GlobalFunctions.php on line 1695

Could not copy file "/upload_tmp/phpNcZbbN" to "/mounted-storage/home70b/sub001/sc16966-QTFK/www/wiki/images/9/93/V1p4f.jpg". —68.148.110.107 19:09, 4 September 2007 (UTC)

Any idea?

Thanks, Tyler
 * From what those errors are saying it looks like you need to change the permissions on your images directory as the script is not allowed to create files in there. --Nad 21:58, 4 September 2007 (UTC)

Permissions are all set to write. That's why this is confusing me so much.

Tyler
 * I think that "SAFE MODE Restriction in effect" is bad and means that your ISP has disabled PHP's ability to create directories. If the ISP doesn't want to turn that off, then you may be able to still upload images by setting $wgHashedUploadDirectory to false which would mean all uploaded files would go directly into your images directory without needing to create new sub directories to put them in. --Nad 22:52, 4 September 2007 (UTC)

Works perfectly now, thank you. I guess it would have help to have read through the LocalSettings.php file a bit more closely.

Sidebar - Nqvigationsleiste
I have installed MediaWiki (german language). This is the URL of my Startpage: htttp://10.1.1.47/index.php?title=Hauptseite How can I edit the navigation Bar on the left side? htttp://10.1.1.47/index.php?title=Sidebar and htttp://10.1.1.47/index.php?title=Navigation are empty pages?? Can you please help me?

—213.70.219.139 08:23, 5 September 2007 (UTC)
 * The sidebar article is MediaWiki:Sidebar --Nad 09:07, 5 September 2007 (UTC)


 * Ok, but what URL must I enter to edit the Sidebar?--213.70.219.139 09:16, 5 September 2007 (UTC)
 * You should just be able to edit it like any normal article. If it's showing up as empty when you click edit, then maybe you need to set $wgUseDatabaseMessages to true in your LocalSettings.php file, but normally you shouldn't need to do that for the sidebar article... --Nad 09:31, 5 September 2007 (UTC)


 * I think I do not have the right link. This is the link for my mainpage: http://10.1.1.47/index.php?title=Hauptseite now I edited it manually to htttp://10.1.1.47/index.php?title=Sidebar and it shows an empty page (even after adding your parameter). But it also shows an empty page when I enter a nonexistant URL like /index.php?title=DoesNotExist

--213.70.219.137 09:48, 5 September 2007 (UTC)
 * The links your showing me here are intranet addresses and not accessible from outside your LAN. Also the link to the sidebar you've shown has the title "Sidebar", not "MediaWiki:Sidebar" which is the name of the article containing the sidebar links. --Nad 10:18, 5 September 2007 (UTC)


 * /index.php?title=MediaWiki:Sidebar works. Thank you!--213.70.219.137 11:20, 5 September 2007 (UTC)

Thumbnails aren't being set with the correct permissions when created
When creating thumbnails either in gallery or just by using the thumb command, the actual thumbnails themselves aren't being set with the correct permissions. Any idea what could be causing this?

—81.150.229.177 13:43, 5 September 2007 (UTC)

Images won't resize
I seem to have a problem resizing images of whatever type while editing. We have wikimedia 1.9.2 installed on a Linux server. At first I thought it had to do with the fact that there might be a problem with the MIME type being read incorrectly but when I check the uploaded files, the MIME type is correct. Is there something I need to change in the LocalSettings to enable resizing all together? I've found quite a few entries in the support pages related to ImageMagick but we don't have that installed and I don't think it is needed for basic image resizing.

Any suggestions?

-212.113.85.1 14:28, 5 September 2007 (UTC)

How to tell MediaWiki to use different php version
How do you tell MediaWiki to use a different version of php? On one server that are trying to install on, default is some 4 version, but 5 is installed and available. Where can you tell it to find php in a different to the standard location. --Dr DBW 00:39, 6 September 2007 (UTC)


 * Just found out that if use .php5 then it will use version 5. But that means have to rename all the .php files, though suppose that isn't that much of a problem ... --Dr DBW 00:54, 6 September 2007 (UTC)


 * If want to rename files, can use, however, penny just dropped that that solution wont help, as there are lots of includes inside the MW code, which are directed at .php files, not .php5, so this idea doesn't get anywhere --Dr DBW 04:40, 6 September 2007 (UTC)


 * Another reason this wont work, is .php5 files on the server are still handled using cgi, so the #!php5 line still has to go inside all the .php files --Dr DBW 05:16, 6 September 2007 (UTC)


 * To avoid changing all the scripts to php5 (if using Apache) you can use mod-rewrite to append the "5" to all php scripts within a particular virtual-host. --Nad 02:24, 6 September 2007 (UTC)


 * Would that mean that the .php file is then executed as a .php5 file though, or simply displayed back to the browser as having that extension? This is the response I got from my host when asked them about mod-rewrite: --Dr DBW 04:10, 6 September 2007 (UTC)
 * Mod_rewrite will simply rewrite the URL of the file, not the files itself. I'm afraid the only option at this stage, apart from an upgrade to a PHP5 native server as you're already doing, is to manually add the shebang to each file.
 * Yeah that's true actually - you'd have to change the .php handler just for that virtual host... --Nad 05:15, 6 September 2007 (UTC)
 * Seems you can use a .htaccess file setting to do that. Haven't worked it out yet how it is done yet though .... --Dr DBW 01:21, 6 September 2007 (UTC)


 * On the particular server I am running things on, you add  and , because they run php5 for some reason as a cgi module. Plus, within the .php files you need to have   at the top of the .php files. --Dr DBW 01:31, 6 September 2007 (UTC)


 * So this idea doesn't work either, since the #! line has to be added to the all the .php files. Only way out now is the above one using mod-rewrite --Dr DBW 04:40, 6 September 2007 (UTC)
 * Since mod-rewrite is not an option, you could do a perl one-liner to add the she-bangs, such as this (make a copy of the dir structure first though incase it stuffs up):

perl -p -i -e "$/='%%%%%';s/^/#\!\/bin\/php5\n/" `find mw/ -name "*.php"` Those %'s set the record separator to something non-existent because otherwise the regexp applies to every line. Change "mw" to the mediawiki install basedir, and set the php5 path to suit. --Nad 05:51, 6 September 2007 (UTC)

OK, here is what I have come up with (but have not as of yet tried it out), first run this script that will put the #!php5 code on the start of all .php files and save them as .php5 Then run this script that will rename all of the .php5 files back to .php --Dr DBW 05:27, 6 September 2007 (UTC)

And further refinement of the script, going to try this out (have to get my providers to run the script). If anyone has suggestions on how to get the script to do it on sub-directories as well, that will make life easier, as there are 17 directories with MediaWiki that contain .php scripts that will need to run it in. --Dr DBW 06:39, 6 September 2007 (UTC)

Adesense Advertisement Not Displaying
The Google tower-format advertisement in the right column could not display until I added the following line to my LocalSettings.php:
 * require_once("$IP/adsense.php");

Unfortunately, I got the following error:

Warning: Cannot modify header information - headers already sent by (output started at /home/ekomrinf/public_html/ekompute/adsense.php:4) in /home/ekomrinf/public_html/ekompute/includes/WebResponse.php on line 10

What could be causing the problem? &mdash; PM Poon 04:07, 6 September 2007 (UTC)