Project:Support desk/Archives/Miscellaneous/007

(RESOLVED) Menu modification in the left side of the sheet

 * MediaWiki version: 1.13.2
 * PHP version: 5.2.0 (apache2handler)
 * MySQL version: 5.0.27-community-log
 * URL: N/A (internal usage)

Hi everybody

I am trying to go deeper in the Wiki usage. One of my first questions is the following: How is it possible to change the content of the left part of the sheet?

After installation of my Wiki, the menu has 3 sections (Navigation - Search - Toolbox). Is it possible to add more sections? Can we add/modify/remove a link in one section?

Thanks in advance for your help.

Manu —195.130.159.210 06:35, 19 December 2008 (UTC)


 * See Manual:Sidebar -- :bdk: 02:49, 26 December 2008 (UTC)


 * Thanks very much for your help - Manu

(RESOLVED) Tweaking the Random Page link
Hi, I am using the Mediawiki software, version 1.12.0. I have about 1,200 articles with about 200 articles in various stages of completion. On completing each article, I protect it to prevent vandalism, if any. As I am practically the sole author of the website, I would like to tweak the random page link so that only protected pages are shown when a user click the random page button. How do I go about doing that? &mdash; PM Poon 03:01, 22 December 2008 (UTC)


 * Please have a look at Brion's note at en:Wikipedia:Village pump (technical)/Archive 51 (his comment also applies to your idea). Perhaps talking to some devs on IRC will help you to develop such a new feature … If you are ok with categorization instead of protection as a criterion then have a look at Extension:RandomInCategory. -- :bdk: 02:49, 26 December 2008 (UTC)

(RESOLVED) SVN error
I can't actually get the latest version from SVN - the tortoiseSVN client I used said that it could not access svn.wikimedia.org - has the SVN gone down?? —82.42.237.84 13:26, 29 December 2008 (UTC)
 * Yup, SVN is down for some hours, see and 2008-12-29 11:24 mark: Shutting down and unracking mayflower (subversion) [from the server admin log]. Please be patient :-) -- :bdk:  14:15, 29 December 2008 (UTC)

MATH

 * MediaWiki version: 1.13.2
 * PHP version: 5.2.6
 * MySQL version: 5.0.67
 * Windows XP SP3
 * URL:

I will activate the tag MATH. In the procedure I read : '''Run 'make' (or 'gmake' if GNU make is not your default make). This should produce the texvc executable.'''

I have downloaded MinGW but I don't know what I must do ! What meant "run make...".

—217.136.13.239 16:34, 26 November 2008 (UTC)


 * In the MinGW/bin directory there must be an mingw32-make.exe. Copy and rename it to make.exe. Put these path into the %PATH% environment variable. Now start cmd.exe and go to the /wiki/math directory and execute 'make'. TG, 87.193.172.106 14:31, 27 January 2009 (UTC)

Problem after xampp update

 * MediaWiki version: used to be 1.8.2.
 * PHP version: was 5.0.4, now 5.2.4
 * MySQL version: was 4.1.13, now 5.0.45
 * URL: intranet only

Hello,

we used to have an wiki in our companys intranet. After we had to update our server to a newer xampp version (from 1.4.15 to 1.6.4) our wiki doesn't start. I do have the complete old xamp on a different drive, so all data should be save. The Error Message shown is: Can't contact the database server: Unknown database 'dewiki' (localhost) When I run the old xampp locally, I get following error when trying to access the wiki: 

Can I import the old database into the newer sql-database? How is this done, since I can't run the old wiki anymore?

Is it easier to install an all new Mediawiki 1.13.x and import an old export we made a couple of weeks ago? Is this export compatible to the new Mediawiki version?

Thank you for your help. Greetings --195.145.82.17 13:18, 27 November 2008 (UTC)

Different pages, different skins

 * MediaWiki version: 1.12.0
 * PHP version: 5.2.5 (cgi)
 * MySQL version: 5.0.51a-community-log

I am trying to include pages with a dramatically different theme into my main wiki. (My main wiki has a fantasy skin and the pages I want to include are futuristic.) I'd like a different skin specific to those pages and which will load only for those pages. I don't want to simply install a new wiki for the futuristic-themed pages because there will only be a few of them.

Is there a way to set a specific skin on any individual page that is different from the wiki's default skin? —Iceofwolf 07:29, 2 December 2008 (UTC)

Creating archive of wiki project
Can I create an archive of my wiki project, e.g., CDROM or ohter meida for storage and documentation purposes? If so, how?

—63.80.243.2 21:26, 3 December 2008 (UTC)

Question, Language Dictionary

 * MediaWiki version: 1.13.2
 * PHP version: 5.2.6 (apache2handler)
 * MySQL version: 5.0.51b-community-nt-log
 * URL: testing at localhost

Hello MediaWiki Team, I just started to use MediaWiki software last week. I have basic of PHP and MySQL. I want to make my own Language Dictionary Online for myself and my friends and hope it will be helpful when we live abroad. I see this site is making so good: http://tratu.baamboo.com/ They have: English-Vietnamese, Vietnamese-English, Vietnamese-French, French-Vietnamese ... Their links are: I also asked them how-to's but they did not respond me. If I want to do by their way, for each dictionary I have to upload MediaWiki software to each folder: like bolded texts up (en_vn, vn_en ... ) ? I hope you will help me. Thank you very much —Thanhdat 22:16, 4 December 2008 (UTC)
 * http://tratu.baamboo.com/dict/en_vn/special:allpages
 * http://tratu.baamboo.com/dict/vn_en/special:allpages
 * http://tratu.baamboo.com/dict/fr_vn/special:allpages
 * http://tratu.baamboo.com/dict/vn_fr/special:allpages

Is there a way to force a group of pages in our wiki to have a particular skin?

 * MediaWiki version: 1.12.0
 * PHP version: 5.2.4-2ubuntu5.1 (apache2handler)
 * MySQL version: 5.0.51a-3ubuntu5
 * URL: not publicly available (is on company intranet)

I hope this is the appropriate place to post this question. (if not, my apologies!)

I'd like to find out if there is a way to force a group of pages in our wiki to have a particular skin.

The reason I am keen to do this is that we have a wiki which works great, but I would like to store help pages for an application we have in the wiki and link to those pages direct from the app. Although we wouldn't have concerns with people seeing the non-article stuff when viewing the pages from the rest of the wiki, for it to be streamlined when viewed from the application I thought it would be ideal if I gave it a simplified skin which I would design.

I have already found out that URLs can have the useskin= added (e.g. as is done in the Preview Skin page within the User Preferences pages), but following the links will revert you to your normal chosen skin.

Is there perhaps some way to adjust the skin, so that all the links contain useskin=? (I think this might have issues, since you appear to need the full pagename for useskin to work (e.g. ..../w/index.php?title=blah....&useskin=cologneblue as opposed to the short URLs).

If this isn't a smart way to go, I could consider different approaches (I run the box the wiki is on and could create a distinct wiki perhaps, although there might be disadvantages to this, such as needing to combine the user tables and maybe this would still pick up the user's preferred skin unless I re-coded things).

Any sensible suggestions gratefully received! Let me know if there's any more info you might need or if I need to clarify any points about my objective.

Many thanks, Neil —NStoker 12:41, 11 December 2008 (UTC)

Slowness

 * MediaWiki version: 1.13.2
 * PHP version: 5.2.6 (cgi-fcgi)
 * MySQL version: 5.1.29-rc-community
 * URL: intranet

We have installed MediaWiki on a Windows 2003 Server with IIS. Every time we access WikiMedia on it (locally or via another network computer) it takes a long time before it shows up. You can instantly see the title bar at the top showing the correct name, but it looks like it's waiting for something to continue. After about 10 seconds it shows the page. When you then go to another page it works perfect.

So, only when first accessing it will it take about 10 seconds to show the page.

Hopefully there's a solution for this.

—193.173.57.41 12:13, 12 December 2008 (UTC)

FAQ functionality support?
My question is: Does MediaWiki support FAQ functinality with a set of files (PHP) for the host to receive and answer questions from end user.
 * MediaWiki version:
 * PHP version:
 * MySQL version:
 * URL:

Or is this support desk function is the only one available?

Thanks! —204.64.79.29 16:40, 15 December 2008 (UTC)

Restoring Help Pages

 * MediaWiki version: 1.13.3
 * PHP version: 5.2.5
 * MySQL version: 5.0.51a
 * URL: (local)

I transfered my existing phpwiki to MediaWiki using a third party perl script and it seems to have deleted all of the MediaWiki help pages. What is the best way to restore them?

—24.46.115.83 15:47, 18 December 2008 (UTC)

Clearing Spam out of Database

 * MediaWiki: 1.5.7
 * PHP: 4.4.8 (cgi-fcgi)
 * MySQL: 4.1.21-log
 * Extensions:
 * Other: ConfirmEdit, Simple captcha implementation, by Brion Vibber
 * Extension functions: confirmEditSetup
 * URL: http://www.handicappedpets.biz/wiki

I am a Novice:

I've noticed that my database has filled up with 50 megs of Junk/Spam. They don't appear on the wiki - buy they are in the database.

The only way I can see to clear these entries out is one-by-one -- and that can take forever. Is there a method or extension that will let me clear out unwanted entries.

I do have direct access to the sql database with MyPHPAdmin if that helps. Thank you Mark C. Robinson HandicappedPets.com

—70.20.42.13 15:00, 19 December 2008 (UTC)

Viewing an image uses in excess of 100MBytes of memory.

 * MediaWiki version: 1.13.2
 * PHP version: 5.2.4-2ubuntu5.4 (apache2handler)
 * MySQL version: 5.0.51a-3ubuntu5.4
 * URL: http://localhost/mediawiki/index.php/Image:Electrolux_5995500930-011.png

Viewing an image uses in excess of 40MBytes of memory.

I had to increase the PHP memory to 80M in order to avoid the 'unable to allocated memory' error. Yes I have over 100K images. I have a significant number of images left to upload and would like to make sure the the memory image does not grow again. If you need I can open my firewall temporarily. Please let me know what I can do to help.

—24.6.151.162 16:01, 19 December 2008 (UTC)


 * So what's the problem? —Emufarmers(T 20:26, 19 December 2008 (UTC)

How much memory do you think a PHP script should use? It is recommended in this site that you should set the maximum PHP memory to 32MB not 80MB. Should I expect to increase the memory base on the number of images I have?


 * Wikipedia and the other Wikimedia Foundation wikis all have a memory limit of 80MB. One article on this site says to raise the memory limit: it gives 32MB as an example, not a rule. —Emufarmers(T 08:17, 21 December 2008 (UTC)

The PHP script just exceeded 80MB.. I would consider this an issue with the script.

>> Fatal error: Allowed memory size of 83886080 bytes exhausted (tried to allocate 86 bytes) in /usr/share/mediawiki/includes/filerepo/LocalFile.php on line 249


 * I did a little research on the issue. Because of the nature of the content I have on my wiki there are one or two images that are duplicated many times with different names. This is not a problem for me as the images are very small. What I discovered is that the image view page searches and lists all of these duplicates. The resulting page is very large causing the memory issue. Can the scripts be modified to only list the first 100 or so?

Statistics
With the code : Special:Statistics I can see automaticly how many pages there are on my wiki. Is there also a code to see how many pages has been vitites totally on my wiki ? Thanks...

—82.173.153.235 08:44, 21 December 2008 (UTC)

Custom Login Page & Passing Login Info

 * MediaWiki version: 1.13.2
 * PHP version: 5.2.6
 * MySQL version: 5.0.62
 * URL: Currently its development site

Hi. I'm currently working on mediawiki on my company's project. I like to know is there any reference on creating custom login page? also I like to send logged in user from our secure page to (our)mediawiki site, so they are automatically logged in. Please advice.

—12.17.95.135 15:25, 22 December 2008 (UTC)

PHP shell for Windows Server 2003?
I have downloaded php shell; however, it claims to be for Linux and I don't think it will work on a windows server 2003 system. I can't run any of the maintenance scrips. Nothing else that claims to work for Linux has worked for me yet. Is there a way to just make the maintenance scrips work without the benefit of the php shell? Any suggestions? —Coop 05:38, 23 December 2008 (UTC) Well... I just built a Linux system and perhaps now I can have my cake and eat it too. --1/31/09
 * MediaWiki version: 1.13.3
 * PHP version: 5.2.5
 * MySQL version: 4.1.22
 * URL: http://mysticdragonorb.com/wiki/index.php?title=Main_Page

Can I require more information in "Create Account" Page?
Besides ID and password,I would like to require more information, such as birthday, when a user wants to register. Also, can I define which field is required and which one is not? Thank you!
 * MediaWiki version: 1.13.2
 * PHP version: 5.2.6
 * MySQL version: 5.0.67
 * URL: N/A

—Coulomb 23:41, 27 December 2008 (UTC)Coulomb

Manual:Skinning is outdated
The article Manual:Skinning is outdated. Don't supports the categories. What I must do? Do I must include some template in the article?Eloy 13:02, 31 December 2008 (UTC)

Created arricles by a user
Is there any way to see all the pages (articles) created by a user in a wiki?--117.196.166.166 08:01, 9 January 2009 (UTC)


 * And 10:53, 14 January 2009 (UTC) You should have "my contributions" in the "personal tools" toolbox (or top right, depending on your skin) - this links to Special:Contributions/User.Name and you can just change the user name accordingly. However, this shows all pages that the user has edited as well as created, so it's not exactly what you need, but it's the closest I know of.
 * The Special:NewPages function allows you to specify a user name, seeing all new pages that user has created recently. I think it only goes back to whatever you have the $rcMaxAge (IIRC) variable set to. --Greg (68.49.33.97 20:13, 17 January 2009 (UTC))

(RESOLVED) MediaWiki for Mac?
do you have any mediawiki download available for MacIntosh users?

Birgit Birgit.Woelker@ncc.edu —72.89.79.27 18:47, 9 January 2009 (UTC)


 * MediaWiki is cross-platform software, and it runs well on *nix systems as MacOS X is one :-) So there are no different download options for different OS. -- :bdk: 22:12, 9 January 2009 (UTC)

How do I get a main table of content for my wiki??
MediaWiki version: 1.13.2 PHP version: 5.1.6 MySQL version: 5.0.45 URL: local

Hello, I really need to get a table of content (A-Z index) on my main page or the portal page. I search the whole day but I didn't find it; hop it's quite easy... [mailto:info@ks68.de] --IP 12 January 2009


 * Reply
 * How to edit a page

add the heading between == heading 1 == == heading 2 == == heading 3 == == heading 4 ==
 * --IP 12 January 2009


 * Three suggestions (dunno what exactly you want to achieve):
 * For a "normal toc" add the TOC magic word to the page in question (only works well if you already have at least one heading on the page); but a toc is automatically displayed if there are at least four headings (like ==A== to ==Z==), see en.wikipedia help).
 * For an "A-Z index" include Special:Allpages by adding  to a page – this will be displayed differently, depending on the total amount of articles in your wiki (either really all pages, or subsection links).
 * A neat alternative could be Extension:CategoryTree (if you have categorized all articles and have a main category).
 * -- :bdk: 02:13, 13 January 2009 (UTC)

Thanks so much until now but this is not exactly what I need: I want to have a A-Z index on my main page. It's a special content in our wiki and if there is no table of content directly on the first page, people don't know which for which articles they should search. – Like in a book: index at the beginning. I don't want the users seachr for "all pages"... I will search through the "how to edit". which is a super-useful page I didn't find before – just starting. --IP 14 January 2009
 * http://www.boehmkobayashi.de/wiki/index.php/B%C3%B6hm_Handelszentrum


 * Well, I can only see 8 "articles" in your wiki at the moment. Why not choose option 2 then?
 * Please note, that Special:Allpages (default: main namespace) actually is MediaWiki's built-in A–Z index. I do not know of any other automated way to do what you want obviously.
 * Another very basic option would be, of course, to simply edit your main page and manually add the pages in question with ordinary A–Z headings … -- :bdk: 12:24, 19 January 2009 (UTC)

Email notification on deleted watched pages says "page created"

 * MediaWiki version: 1.13.2
 * PHP version: PHP 5.2.4-2ubuntu5.4 with Suhosin-Patch 0.9.6.2 (cli) (built: Nov 25 2008 22:10:31)
 * MySQL version: Ver 14.12 Distrib 5.0.51a, for debian-linux-gnu (i486) using readline 5.2
 * URL: not a public wiki

I have configured a wiki working just fine, with email notifications activated - working great! However, when watching a page being deleted (and not being the user deleting the page, which would not generate a notification) the page is reported as being "created". That is a little misleading as least :)

Users set to be notified OnAllChanges gets the same message when a page is deleted: "created". I've been looking into the code and I guess the problem may be that "created" is selected when $this->oldid is unset, which probably also is true when pages are being deleted.

Thanks for a great project!

Regards

Rikard Mathisson, Senior Software Engineer —62.95.110.200 14:08, 13 January 2009 (UTC)


 * Filed as bug 17016. Thanks for reporting! —Emufarmers(T 06:44, 14 January 2009 (UTC)

(RESOLVED) Problem with Internet Explorer 7 (IE7)
I am posting this even though I've fixed the problem, in case anyone else encounters it.
 * MediaWiki version: 1.13.0
 * PHP version: 5.2.6 (apache2handler)
 * MySQL version: 5.0.67
 * URL: n/a (it's internal anyway!)

With the above configuration, which worked well on Solaris 10/Apache 2.2.6 with IE6, Safari, Chrome and Firefox, when I went to the site using IE7, I never reached it - the status bar flickered away for ever and analysis of the traffic showed that etags were being bounced back and forth between the client and server. I installed Apache 2.11.0 no_ldap (from Sunfreeware) and the problem disappeared.

—And 10:21, 14 January 2009 (UTC)

External authentication

 * MediaWiki version: 1.13.3
 * PHP version: 5.2.6
 * MySQL version: 5.0.51b
 * URL:

My company uses a web based authentication for webpages. In a nutshell, a webpage would redirect to this authentication page which handles all userid/password input, etc. and then returns to the sending page with cookies. It's then up to the page owners to decide how they want to use that information. Is it possible to change the MediaWiki login code (easily, not rewriting MediaWiki) to perform this redirect and call my own .php code to handle the cookies? If so, any help would be appreciated. What files do I need to modify? What cookies/variables/etc do I need to set so MediaWiki knows who and what permissions the user has? etc. Thanks! —72.77.231.3 15:05, 14 January 2009 (UTC)

Page Language Selection
Hi, Im very intrested to Language Selection's method used on Mediawiki.org. I tryed to install it on my wiki. I created the 2 templates Template:Language and Template:Language/Lang, and installed Extension:ParserFunctions. I created Page called like MyPage for default and MyPage/en for English. It seems to work when the page with default language is loaded, but if i load another page with different language, it seems that the Template is not able to recognize the language and the Template is not working.
 * MediaWiki version: 1.13.3
 * PHP version: 5.2.8 (cgi)
 * MySQL version: 5.0.68-log
 * URL: http://lnx.gestioneacquario.org/wiki/

Can you help me? There is an example on my site on Main Page.

Thanks

Marco

—195.103.112.184 15:09, 14 January 2009 (UTC)

(RESOLVED) ED
Hi, I would like to ask that you remove the page

encyclopediadramatica.com/Krystole

from your documents. These are all lies taken from some over dramatic loser who has no better then to belate others on their life. The pics are illigally optained from a private collection and are not for public viewing. It is sick what you let people blog about on your pages. These lies should not be aloud to be published due to the slander effect it could have on her. So i ask again for you to please remove this page from your archives. Thanks

Shawn Hele Shawnhele@hotmail.com —24.235.202.190 20:52, 14 January 2009 (UTC)


 * MediaWiki is free software and can be used by everybody for whatever content. We here at mediawiki.org are not responsible neither for third party uses of MediaWiki nor for content that third parties add to their website (content issues are independent of the engine that is used to run a site), and we can't help with respective problems. – Please contact the actual owner (or contributors) of the site you're concerned about.
 * In this precise case you might want to have a closer look at this article on Wikipedia first. I hope this helps. -- :bdk: 12:24, 19 January 2009 (UTC)

x64 support

 * MediaWiki version: mediawiki-1.13.2
 * PHP version:5.2.6-2ubuntu4
 * MySQL version: MySQL 5.0.67-0ubuntu6

does the engine work on x64 system? I have the following message on my x64 ubuntu instead the main and other pages

Fatal error: Allowed memory size of 20971520 bytes exhausted (tried to allocate 24 bytes) in /home/deda/Docs/Sites/wiki/includes/SpecialPage.php on line 161

On my x32 system MediaWiki works properly.

The parameter memory_limit is same in both systems (it's equal. 16M). I tryed to enlarge it in 64x to 25M but the bug is still recreated.

Daniil


 * MediaWiki should work fine on x64 machines. Increase the memory limit until PHP stops running out of memory.  If the error isn't changing, then your memory limit is probably being overriden in LocalSettings.php or an .htaccess file; the error you pasted indicates that the memory limit was 20MB, but you just said it was 16MB. —Emufarmers(T 09:11, 18 January 2009 (UTC)

Thanks. I'll try it. Error above is from one intermediate result

(RESOLVED) Percent-encoding parentheses in links

 * MediaWiki version: 1.13.3
 * PHP version: 5.2.8 (cgi-fcgi)
 * MySQL version: 5.0.67
 * URL: http://www.charlibar.com/wiki/Accueil

Links that have some parentheses get percent-encoded (in the above URL, Test (1) is linked to Test_%281%29, which is ugly. Wikipedia sites do not show the problem. How to configure MediaWiki to not percent-encode these links? —Charlesb 13:48, 18 January 2009 (UTC)


 * Wikipedia uses aliases instead of mod_rewrite. —Emufarmers(T 05:57, 19 January 2009 (UTC)


 * Thamks for the answer, but I don't see what is has to do with url rewriting? I'm talking about the hrefs of wiki links, so for me the percent-encoding is made at page generation.


 * My server is down, so I reformulate my problem here:


 * the following wiki markup  Test (1)  is rendered in the article page as  Test (1)</a> </tt>. On wikipedia, it is rendered as  <a href="/wiki/Test_(1)" title="Test (1)">Test (1)</a> </tt>


 * So when the link is followed, on my site the user gets those percents in the adress bar, but not on Wikipedia. Sounds like a detail, but I'm curious
 * --Charlesb 07:41, 19 January 2009 (UTC)


 * I should have stated the connection: my testing indicates that wikis that use rewrite rules have parentheses encoded in links, while wikis that use aliases don't. —Emufarmers(T 13:01, 19 January 2009 (UTC)


 * OK, I trust you, but I think that there is something else. Alias or RewriteRule don't change the hrefs in page links, do they? Did you really test on the same server/config, switching from Alias to RewriteRule, and saw the difference? --Charlesb 23:45, 19 January 2009 (UTC)


 * No, I was lazy. I checked two unrelated wikis that I knew used rewrite rules and found that they both had encoded parentheses in links, and then I checked two unrelated wikis that I knew used aliases and found that neither had encoded parentheses in links.


 * I can't resist a challenge, though, so I went ahead and duplicated one of my wikis and changed its configuration to use rewrite rules. Parentheses in links remained unencoded. (I could have saved myself the trouble if I had thought more carefully about what you said and realized that my theory made no sense :)).  Then I had an insight and did some more testing and determined that parentheses get encoded in 1.13.3 but not in 1.14/1.15.  For confirmation, I checked the 1.14 patchnotes and found 'Unescape more "safe" characters when producing URLs, for added prettiness'. —Emufarmers(T 13:11, 20 January 2009 (UTC)


 * That's right, 1.14 behaves correctly. The code that does the job is in GlobalFunctions.php:


 * Thanks a lot!--Charlesb 16:00, 25 January 2009 (UTC)

HTTP/500 when trying to edit a page

 * MediaWiki version: 1.13.3
 * PHP version: 5.2.6 (CGI)
 * MySQL version: 5.0.67-community
 * URL: protected/no external address

Summary: When I try to edit a page, I get a 500 Internal Server Error. Steps to trigger: Go to Main Page, click edit, press Save. Details: I have installed MediaWiki several times, and have never had this issue before. I am not certain if this has anything to do with the problem, but PHP has a lower memory limit than usual (this is not under my control). Also, I believe PHP is running as CGI.

Thanks ahead of time!

- Ben —69.249.106.162 02:52, 19 January 2009 (UTC)

please remove this following ED page
I dont know which one
 * MediaWiki version:
 * PHP version:
 * MySQL version:
 * URL:

Hi there,

It would appear as if that what I am about to complain about here, is often a complaint that is put forward to you on here from other people, and from reading the replies to other peoples similar complaints, it almost seems as if we are powerless to get any action done about it.

A malicious and slanderous profile has been made about me here >>>>> encyclopediadramatica.com/Robfalcon, and it would seem as if this website is provided to actually encourage and provoke this type of anti-social (and possibly illegal) behaviour, especially when you take note of the fact that if you join AE and attempt to delete the very article about yourself, you are given an automatic ban and then patronised about how butt-hurt you are. I find this operation as very biased and one sided, if other people are given the right and freedom to write up malicious and slanderous articles about somebody, then surely that somebody also has the right to delete and remove the very page about themselves?. This page even contains my real name and where I live in the country.

And from reading the reply you gave to somebody else, your main sentiment stressed to them was this wikipedia article here >>>>> en.wikipedia.org/wiki/Encyclopedia_dramatica. Im very sorry, but I find this so hard to swallow. If you went around doing this sought of behaviour in real life (like writing up a malicious and slanderous book or video documentary about somebody for example, and then putting it up for sale for mass viewing), im very sure you would be arrested for it and be charged for breaching the malicious communications act ect, but if you do it on the internet however, you have yourself a loophole for it.

My email address is here if you wish to resolve the issue this way >>> kraal7718@hotmail.co.uk

—Bokken1234 12:10, 24 January 2009 (UTC)


 * This site documents the MediaWiki software. Because the software is free, nobody here can control how it is used.  ED is a site that happens to use the MediaWiki software; ED is not hosted here. —Emufarmers(T 02:01, 25 January 2009 (UTC)

Will this upgrading approach works?
Hi, I am so worried about upgrading that I am now 3 versions behind time. I was wondering whether this approach can work:

Hi, I am using Mediawiki software Version 1.10. I have not been updating the software for fear of messing it up. I was just wondering...

Supposing my Mediawiki folder is "Wiki". I upload the new version 1.13 in another folder called "Wiki1" and then do the following:
 * Set the database to the existing one when I install the new software.
 * Change the old Wiki folder name to Wiki2
 * Change the new Wiki1 folder name to Wiki. &mdash; PM Poon 18:11, 24 January 2009 (UTC)


 * If you're worried about messing things up, back up your wiki before you upgrade. Once you've done that, follow the upgrade instructions. —Emufarmers(T 02:06, 25 January 2009 (UTC)

Range Block not working?

 * MediaWiki version: 1.9.3
 * PHP version: 5.1.4 (cgi-fcgi)
 * MySQL version: 4.1.13-log
 * URL: www.footysa.com

I'm writing as a sysop. The site is having very bad spam problems that are proving difficult to control. The owner is absent and uncontactable, so I tried some range blocks. However it refuses to do it claiming an Invalid IP range. The ranges are; This is the start of a long effort to block Chinese IP's - which appear to be the source of the majority of the spam given the sites being advertised. My user name on the site concerned is Spybuster. TLPG  HOME YACK 11:26, 25 January 2009 (UTC)
 * 58.14.0.0/15
 * 58.16.0.0/13
 * 58.24.0.0/15


 * Range blocks must use a CIDR affix between 16 and 32. —Emufarmers(T 23:16, 25 January 2009 (UTC)
 * Huh? I checked the range again through my own provider (banning everything from 58.14.0.0 to 58.23.255.255) and the first two ranges listed above are what I got back - including the CIDR affix. How can that be wrong? Unless - are you saying that these ranges can't be banned from a Wiki because of the CIDR limitation? TLPG  HOME YACK 05:43, 26 January 2009 (UTC)
 * Yes. Consult the range block documentation. —Emufarmers(T 21:09, 26 January 2009 (UTC)

How to remove sitenotice from Main Page only
Hi, I would like to remove the sitenotice from my homepage only. How do I go about doing it? &mdash; PM Poon 15:53, 26 January 2009 (UTC)

header

 * MediaWiki version: 1.12.0rc1
 * PHP version: 5.1.6 (cgi)
 * MySQL version: 5.0.67-community-log
 * URL: http://www.spiriwiki.com/index.php?title=Hoofdpagina

How can I place an anouncement on my wiki, so that is is showned at the top of every page ? Greeting, Ivar

—82.173.153.235 13:08, 28 January 2009 (UTC)


 * Edit http://www.spiriwiki.com/index.php?title=MediaWiki:Sitenotice —Emufarmers(T 18:22, 28 January 2009 (UTC)

importDump does not import tag brackets

 * MediaWiki version: 1.10.x and 1.13.3
 * PHP version: 5.2.6 (apache2handler)
 * MySQL version: 5.0.67
 * URL: (intranet)

I use dumpBackup to export my Wiki. When importing with importDump all are gone. This is true for some html tags but also e.g. for math tags. The exported XML file contains the brackets as "&amp;lt;" and "&amp;gt;", the database does not contain anything anymore, so it is an import issue, not just a rendering problem. I tried to use "&amp;#60;" and "&amp;#62;" instead in the XML file - without success.

Ralf

—217.86.56.34 13:25, 28 January 2009 (UTC)

Update: Also stuff like &amp;quot; is removed... I tried on another system and there it works. Can it be that this is somehow related to some PHP settings? on the working system I have php 5.0.4 on the failing system i have 5.2.6. Configurations files look the similar (as far as I can see).

Ralf

--217.86.56.34 10:45, 29 January 2009 (UTC)


 * This is a known issue (see bug 16554 for our bug). Unfortunately, it's an issue upstream with PHP and libxml2 (see PHP bug 45996 for their description). At the moment, the only known workarounds are to compile PHP with libexpat or downgrade libxml to a very old version (at least < 2.6.32). I had the same issue and I did the former (recompile with libexpat). ^demon 01:11, 8 February 2009 (UTC)

php dumpBackup.php error?

 * MediaWiki version: 1.2.0
 * PHP version: (I am using MAMP, Version 1.7.2)
 * MySQL version: (I am using MAMP, Version 1.7.2)
 * URL: http://localhost:8888/mediawiki/index.php/Main_Page (this is probably not very helpful, sorry)

I set $wgDBadminuser and $wgDBadminpassword in AdminSettings.uhp to the same as $wgDBuser and $wgDBpassword in LocalSetttings.php

And when I try to run dumpBackup.php: php dumpBackup.php --full > filename

I got this error message: DB connection error: Can't connect to local MySQL server through socket `/var/mysql/mysql.sock' (2) (localhost)

Any idea on what may be wrong and how to get around this?

—Skong 1999 19:35, 28 January 2009 (UTC)

Cannot Download Zip File

 * MediaWiki version:
 * PHP version:
 * MySQL version:
 * URL:

I'm unable to download the zip file for the latest version. I'm getting a page cannot be displayed in the browser. When I choose "Save target as" (on windows, IE) the file is not found. Anybody know why I can't download the file?

—Ndeptula 04:25, 30 January 2009 (UTC)


 * The packages are tarballs, not ZIP files. Are you downloading from the primary link on the download page? —Emufarmers(T 06:26, 30 January 2009 (UTC)

—91.66.168.204 11:19, 2 February 2009 (UTC)

Restrict change of pictures on user pages only to users

 * MediaWiki version: 1.13
 * PHP version:
 * MySQL version:
 * URL:

Hello, I want to configure mediawiki the way to restrict editing of userpages (with the ldap extension) only to users.

Is there a way to restrict uploaded pictures to that pages the same way?

Noone should be able to overwrite someone else's photo.

Thanks, Norbert

—91.66.168.204 11:21, 2 February 2009 (UTC)

SSL during login???

 * MediaWiki version:
 * PHP version:
 * MySQL version:
 * URL:

Why is there no SSL during login to your site????

—69.3.103.229 18:59, 2 February 2009 (UTC)


 * It's available if you need it. —Emufarmers(T 08:51, 3 February 2009 (UTC)

UNTITLED

 * MediaWiki version: 1.11.0
 * PHP version: 5.25
 * MySQL version: 5.0.45
 * URL: http://166.1.10.62/wiki

Hi, we have a problem with user's being unable to open our wiki url page unless they have internet access/proxy setup. All user's with internet access and have the network proxy setup will work ok.

Any help on this matter would be appreaciated. Thanks

—194.217.113.142 16:24, 3 February 2009 (UTC)

Name Space Detetion
When using is there a way to to it to replace to the null value you get when it's on an article? Like if null, return Article. I want to have a template that can say, "This is blah blah,ect." But it doesn't work on articles. —190.140.123.122 00:41, 4 February 2009 (UTC)
 * MediaWiki version: 1.10.1
 * PHP version: 5.2.0
 * MySQL version: 5.0
 * URL: (internal)

Need help moving wiki to a new server

 * MediaWiki version: 1.6.10
 * PHP version: 4.3.8
 * MySQL version: 4.0.2 standard
 * URL: not online

Hello - we are moving our wiki to a new server. I was told by our new host that I can just move my whole wiki directory to the new server and that I won't need to reinstall MediaWiki. What file(s) do I need to reconfigure - our database has a new name (same DB - just a new name). Thank you! —Lhaslauer 03:25, 5 February 2009 (UTC)

'editsection' without brackets?
In my own wiki, I removed the brackets from MediaWiki:Editsection-brackets, however, they are still shown in the wiki. How can I make these brackets disappear? --80.242.205.94 17:35, 8 February 2009 (UTC)

Gadget Extension, Problem with Navigation_popups installation

 * MediaWiki version: 1.12.0
 * PHP version: 5.2.6 (apache)
 * MySQL version: 5.0.51a-19
 * URL: http://www.cnel.ufl.edu/itl/index.php

I installed the Gadgets extension, because I wanted to add the Navigation_popups gadget. After installing the correct version of Gadgets extension I added the Navigation_popups following the instructions: - add Gadget-popups.js script - add Gadget-navpop.css script - add * Navigation_popups|popups.js|navpop.css in the Gadgets-definition page - create Gadget-Navigation_popups page for a description of the gadget I then selected this gadget under the Preferences/Gadgets section, and I did bypass the browser's cache but the popup gadget still didn't work.

I installed another gadget, wikEd, to make sure that my installation procedure was correct, and this gadget works fine.

Can you tell me what I am missing on the Navigation_popups gadget installation?

Thank you,

—Erioni 02:51, 8 February 2009 (UTC)

Accessing Wiki via LAN /DynDNS impossible

 * MediaWiki version: 1.12.4
 * PHP version:5.2
 * MySQL version: 5
 * URL: not available, that's the problem

My newly setup Webserver (Mac mini, Mac OS 10.4) is accessible via LAN and DynDNS (Apache-Welcomepage displays as expected). But when I want to see the also installed Wiki, mediawiki-software seems to somehow rewrite the URL (for exampe from xxx.dyndns.info/wiki to rars-mac-mini.local/wiki, with "rars-mac-mini.local" being the local LAN-name of this Mac) - making the browser stating a "not found" error of course. Since that only happens with the wiki, I ask if there's something in mediawiki-software which causes this rerouting?

—87.180.241.237 14:19, 8 February 2009 (UTC)


 * MediaWiki is only following your webserver's settings. If for whatever reason you don't want to reconfigure them, just set $wgServerName yourself in LocalSettings.php. —Emufarmers(T 22:38, 9 February 2009 (UTC)


 * thank you, trying that today.--87.180.231.32 06:57, 12 February 2009 (UTC)

BlockMe
What is BlockMe? How can I test this feature in my wiki (mw 1.15)?—Kwj2772 14:50, 8 February 2009 (UTC)


 * MediaWiki version: 1.6.7
 * PHP version: 5.1.4-pl4-gentoo (apache2handler)
 * MySQL version: 4.1.21-log
 * URL:

I want to edit the wiki pages using scripting language like perl. So that i can edit the pages with automation. This is one of my requirement in the project. Please help me how to do it.

—148.87.1.167 11:25, 9 February 2009 (UTC)Sreekanth

Secure on XP?

 * MediaWiki version:
 * PHP version:
 * MySQL version:
 * URL:

General question, hence none of the above information. Is it possible to host a wiki open to the internet on a computer running XP while still being secure ie people cant damage that computer nor any others on my network? What precautions should I take? And do I need to take any if I use a Linux based OS instead? Thanks

—Tiddly Tom 19:40, 9 February 2009 (UTC)


 * You should first ask whether it's safe to run a server in your environment; if you're concerned about the data on your computer or network and you don't really know what you're doing, then maybe you should find another host. As far as MediaWiki goes, it's designed to be secure, but running an application on a server always carries some amount of risk. —Emufarmers(T 23:13, 9 February 2009 (UTC)

large page no longer loading

 * MediaWiki version: 1.12.0
 * PHP version: 5.1.6 (apache)
 * MySQL version: 4.1.22 standard log
 * URL: www.wikicrimeline.co.uk

Hello, I have a page on my wiki which I think is simply too large, for some time now it will simply not load, is there any way I can rectify this? I have very little by way of computer skills!

http://www.wikicrimeline.co.uk/index.php?title=Criminal_Justice_Act_2003

many thanks

—86.145.142.119 15:44, 11 February 2009 (UTC)

Custom Cookies Problem on Login and Discussion Pages
Product Version

MediaWiki 1.13.4

PHP 5.2.8 (apache2handler)

MySQL 5.1.30-community

visited from 127.0.0.1

I'm using the monobook skin and modified monobook.php to include setting a cookie. Everything works great and as expected until I click on "login" or "discussion" and then the cookie resets or becomes not available or something.

The cookie is set to http://www.domain.com and displayed using a variable. It is checked against a referrer containing the string "wiki" so that it doesn't get reset on the wiki. When I go to login or discussion (when logged in or not) the variable I use to display the cookie shows http://127.0.0.1/mediawiki/index.php/Main_Page even though it successfully finds "wiki" and does not enter the set cookie code or the set variable code. THe variable is $forumlink and the cookie is "returnToForumLink" so they shouldn't intersect with anything else.

I've output the steps to check and set the cookie and the steps between the main page and login are identical. Main page, and all the other links work, but login doesn't. The variables are all unique, and the cookie doesn't use any site prefix. I've located the function clearCookies, but it is not called on the login page. I've looked at all the other code that contains setcookie.

I don't use the &cookie array. I don't use $wgCookiePrefix. I'm guessing this is some kind of security measure, but I can't figure out what is going on. Is there some way I can work inside of the existing cookie structure and have my cookie come through on these two pages? OR Where is the security function that is doing this? (I can decipher and decide whether to bypass with this one value, I just can't find it.)

This is all done in PHP in monobook.php. This is my first wiki project, but I'm familiar with php.

TIA

—Jage 07:41, 13 February 2009 (UTC)

Site background
A MediaWiki site uses a background different from the default one (the grey book pages). What do I add to my monobook to make the default one appear? MassimoAr 19:11, 13 February 2009 (UTC)

1) spam 2) security of our old version 3) email list to be notified of security updates

 * MediaWiki version: 1.5.7
 * PHP version: 4.4.9 (cgi-fcgi)
 * MySQL version: 4.1.21-log
 * URL: private

I am new at helping admin the wiki.

1) We are getting overrun with spam. I keep protecting everything but they create new articles.  We have a ConfirmEdit captcha with the package but have never activated it.  Is there any solution for spam with this old version?  The other admin said he tried to close off registration but they still got through.

2) We have an older version. Is it a security risk?

3) Can I get on an email list to be notified of new releases and security updates?

Thanks for you patience, I KNOW how ignorant this sounds and you probably hear the same noob questions every day.

—CarolC 01:23, 14 February 2009 (UTC)


 * 1) Most of the anti-spam measures will work with MediaWiki 1.6+.
 * 2) Yes
 * 3) Yes
 * —Emufarmers(T 16:54, 14 February 2009 (UTC)


 * MediaWiki version: 1.13.4
 * PHP version: 5
 * MySQL version: 5.0.67
 * URL:

Dear Support

I have installed MediaWiki and it is running but how do i get it to link to Wikipedia, say if i do a search for anything in MediaWiki it will also check the Wikipedia site for answers?

—196.212.41.38 14:21, 16 February 2009 (UTC)

Regards

Neil Blignaut neilb@goggatrack.co.za

Importing JavaDoc to Wikimedia

 * MediaWiki version: 1.12.0
 * PHP version: 1.12.0
 * MySQL version: 5.0.67-0ubuntu6
 * URL: eawars.sytes.net / eawiki

Hello folks,

I wonder if it is possible to export a JavaDoc or Doxygen documentation into a wikimedia framework for developing purposes.

Thanks!

Pol

—88.8.42.250 19:35, 16 February 2009 (UTC)

Experienced an issue when upgrading from 1.12 to 1.13

 * MediaWiki version: 1.13.4
 * PHP version: 5.2.6
 * MySQL version: 5.0.51
 * URL:

The issue I experienced was vary particular. I have several wikis running on one server, with the same code and same database but different table prefixes. I re-ran the Configure script to update the code - filled everything out, etc. Then I went back to do it for the second wiki, and could not for the life of me find where to specify the table prefix. It did not appear until I had selected the other DB type and then selected MySQL again. It seems to me that it should have been there in the first place...

—96.226.117.15 04:21, 17 February 2009 (UTC)

Desktop Version or Recommendation

 * MediaWiki version:
 * PHP version:
 * MySQL version:
 * URL:

It would be great to have a limited desktop version of MediaWiki for writing and saving Wiki pages locally that could be automatically uploaded to sites using MediaWiki. Are there any programs that could be recommended that would be compatible with MediaWiki's formatting? greg.collver@gmail.com

—75.106.192.36 19:02, 19 February 2009 (UTC)

How to perform static export of mediawiki files ?

 * MediaWiki version:1.13.4
 * PHP version: PHP 5.2.1
 * MySQL version: MySQL 5.0.33


 * URL:

I have managed to install and create a number of wepages using Mediawiki Software in my computer. My intension is export these webpapges to a CDs/DVDs and keep all the links and the database unaltered so that my users will be able to view the pages using their personal laptops.

—41.222.89.98 05:53, 20 February 2009 (UTC)


 * You could use the DumpHTML extension. —Emufarmers(T 04:59, 21 February 2009 (UTC)

restricted wiki: incorrect german string

 * MediaWiki version: 1.13.4
 * PHP version: 5.2.6 (apache2handler)
 * MySQL version: 5.0.45
 * URL:

Hi,

A new MediaWiki, restricted (user cannot edit/ write/ create/ discuss) gives error message:

"Du bist nicht berechtigt, seiten bearbeiten. Gründe: "

correct means:

"Du bist nicht berechtigt, Seiten zu bearbeiten. Gründe: "

There is no String "seiten" in messages:

>grep "seiten" languages/messages/*|grep -v rseiten|grep -v tseiten|grep -v lseiten|grep -v sseiten|grep -v bseiten|grep -v nseiten

>

Other Wikis with same error :

wiki.piratenpartei.de/index.php?title=BB-Web:Vorschl%C3%A4ge_Vorhaben&action=edit

wiki.denog.de/index.php?title=DENOG-Wiki:%C3%9Cber_DENOG-Wiki&action=edit

Regards

—Sloat 23:54, 20 February 2009 (UTC)
 * This is the same issue in almost every language. In later versions (from 1.14 on), we will be using MediaWiki:action-edit instead of MediaWiki:Right-edit for this use case. siebrand 09:52, 21 February 2009 (UTC)

Je nu ... i have to corr this? How? 50 percent of sites with primitive orthografik and grammar error. Kids will think, i'm stupid ... like "you are not able Page edit" --Sloat 18:04, 21 February 2009 (UTC)

Now i have changed MessagesDe.php to kill incorrekt $2 String:

'permissionserrorstext-withaction' => 'Du bist nicht berechtigt, $2. ...

to

'permissionserrorstext-withaction' => 'Du bist nicht berechtigt für diese Aktion. ...

--Sloat 19:22, 21 February 2009 (UTC)

link variable behavior

 * MediaWiki version: 1.13.4
 * PHP version: 5.2.6
 * MySQL version: 5.0.67
 * URL:

I have an extranet based on mediawiki 1.3.9 that I am upgrading to 1.13.4. Externally, the site is accessible only via https, but internally we use http. I also have other software packages that run on the same machine as mediawiki (e.g. we have bugzilla installed along side of mediawiki).

Under 1.3.9, it was easy to create a link in mediawiki to a package like bugzilla simply be using the variable. For external users, this would resolve to https://foo.bar.com and for my internal users it would resolve to http://foo.bar.local. Under 1.13.4, seems to resolve to the server when the page is saved, instead of when the page is loaded. So, if a page with a variable is edited externally, then the link is always set to the external protocol and domain name, like https://foo.bar.com ; even when the page is accessed internally via http.

There is a fairly ugly work-around, specifically, I can make two fully qualified links for everything - one for external users and one for internal users. Is there a way under 1.13.4 to get the 1.3.9 behavior of ? Or, is there another way of achieving the same thing?

Many thanks

—70.114.198.240 23:17, 22 February 2009 (UTC)


 * I can't reproduce the problem you're describing: this test still uses the right protocol/server when it's accessed through the secure server. —Emufarmers(T 03:38, 23 February 2009 (UTC)


 * I edited the page on the secure server and it didn't change 'this test' page. It appears as though these are different pages.  Maybe I didn't explain the situation very well.  Let me try again.
 * I have a mediawiki accessible internally and externally:
 * External users --> HTTPS --> a_mediawiki_page <-- HTTP <-- Internal users
 * e.g. External users --> https://external.foo.com/Main_Page --> /Main_Page <-- http://internal.foo.local/Main_Page <-- Internal users
 * When editing a_mediawiki_page externally via HTTPS, the variable is thereafter permanently set to the external version of the link (e.g https://external.foo.com/link )
 * When editing a_mediawiki_page internally via HTTP, the variable is thereafter permanently set to the internal version of the link (e.g https://internal.foo.local/link )


 * Thanks for the help


 * I understand your problem: I just can't replicate it. The pages you linked to don't reflect your changes because you linked to the revisions that are right before you made the changes; the current revisions on both the regular and secure servers reflect your changes.


 * My guess is that your machine is using the same parser cache for both access methods. If /link for page Foo is yielding https://external.foo.com/link, try purging it with the non-secure access method; does the link changes to display http://internal.foo.com/link ?  —Emufarmers(T 06:55, 25 February 2009 (UTC)


 * Success! Many thanks for the help.  Following your lead to look into parser caching, I added $wgParserCacheType=CACHE_NONE; to my LocalSettings.php.  Both internal and external pages correctly use the current protocol and server name now.  This was the final issue I needed resolved before migrating all of our extranets to the latest version of mediawiki.  Once again, thanks for all the help!

Untitled

 * MediaWiki version:
 * PHP version:
 * MySQL version:
 * URL:

Dear Sirs

I'm trying to download some extensions from http://www.mediawiki.org/wiki/Special:ExtensionDistributor but all I get is "Invalid response from remote subversion client". Do you have a problem at the moment?

Thanks

Stuart Priest —144.32.212.169 09:23, 24 February 2009 (UTC)

Untitled

 * MediaWiki version: 1.5.8
 * PHP version: 5.2.5
 * MySQL version: 5.0.67-community
 * URL: www.intraflash.com

We have been using the JoomlaWiki, which integrate MediaWiki into a Joomla site, on other sites and now want to integrate MediaWiki in a new site. We have been informed that JoomlaWiki now longer will be developed/upgraded. As the present version we have of the JoomlaWiki is using a MediaWiki version 1.5.8 we have try to find out how and if it is possible to upgrade to the latest MediaWiki version but so far not been able to find any information.

If it not is possible to upgrade JoomlaWiki to the latest MediaWiki version how can we than integrate MediaWiki into our Joomla site. We know how to install MediaWiki but not how to integrate it to a Joomla 1.5.9.

Best regards, —Jason12 00:09, 28 February 2009 (UTC)

The requested URL /text/Hauptseite does not exist.
and http://andreasmgross.de/text/Hauptseite
 * MediaWiki version: 1.11.0
 * PHP version: 5.2.0-8+etch13 (cgi-fcgi)
 * MySQL version: 5.0.32-Debian_7etch8-log
 * URL: http://andreasmgross.swiss-ecommerce.net/text/Hauptseite

I want to move with my wiki from one server to the other and did the following: download all the files export the mysql-dbs with myphpadmin upload all the files create a new DB import all the tables into the new db edit localsettings.php regarding the new db-name, new user and password. localhost stayed the same. I first had an error on the password and got this message when I called my new uri: URL: http://andreasmgross.swiss-ecommerce.net

(Site-Name) has a problem

''Sorry! This site is experiencing technical difficultie''s.

Try waiting a few minutes and reloading.

(Can't contact the database server: Access denied for user 'swisseco_kd0044'@'localhost' (using password: YES) (localhost))

When I corrected the password, I got this new error:

404 Not Found The requested URL /text/Hauptseite does not exist.

Hauptseite is german for mainpage

Now I need some help.

—Andreas Groß 20:22, 3 March 2009 (UTC)

Since 1.14 Templates dont look like before

 * MediaWiki version: 1.14.0
 * PHP version: 5.2.9 (cgi-fcgi)
 * MySQL version: 5.0.51a-24
 * URL: de.narutopedia.eu

Hi, after I updated my MediaWiki, a few templates dont look like before. For example What is the difference between 1.13 and 1.14, I always thought there are only technical changes, but now some templates dont look like before. I hope you have some ideas and can help me. Thank You

—91.67.156.126 16:45, 5 March 2009 (UTC)

Shell Access

 * MediaWiki version: N/A
 * PHP version: N/A
 * MySQL version: N/A
 * URL: N/A

Do I need shell access to configure my wiki? i.e. edit the LocalSettings.php file? The hosting provider I'm looking at charges for that. Thanks, Genius101 21:55, 5 March 2009 (UTC)

Hi, nope, no shell access required unless you want to run some advanced maintenance scripts (as used on my previous MW installation where no shell access was available at all (even with charge !)). Localsettings.php can either be generated by the MW installer, or by you, locally and the uploaded via FTP. Jhf2442 17:22, 8 March 2009 (UTC)


 * All right, thank you very much! Genius101 20:36, 9 March 2009 (UTC)

Support desk not available per default in site's search

 * MediaWiki version:
 * PHP version:
 * MySQL version:
 * URL:

Hi there,

could you please add the Project: namespace to the default ones scanned by a search on this site ? This would make all the Support desk Q&A's available for default users who don't know/think about enabling it in the advanced search form.

TIA

—Jhf2442 17:17, 8 March 2009 (UTC)


 * MediaWiki version: 1.11.0
 * PHP version: 5.2.9 (isapi)
 * MySQL version: 5.0.45-community-nt
 * URL: (internal only - intranet)

I am trying to link to a document on my company's shared drive (P:\Documents\Wiki_Docs\instructions.doc). I have searched around for instructions on how to do this and I remain clueless. I'm not sure if I'm searching properly. Please help. Thanks!

—Dacunhap 18:12, 9 March 2009 (UTC)

RESOLVED New users...

 * MediaWiki: 1.11.1
 * PHP: 5.2.6 (cgi)
 * MySQL: 5.0.67-community
 * URL: medrevise.co.uk

At the moment, when an unregistered user clicks "edit", it says "The action you have requested is limited to users in the group user."

This is not very approachable for non technical users, so how do I customise this text; just to say something like: "Please register before you can contribute! At the moment, you have to be a member to change a page - however, you don't need to register to read pages, so feel free to browse the site."

Thanks, Chris

—91.84.226.53 14:42, 10 March 2009 (UTC)
 * The message name is MediaWiki:Badaccess-groups, you can edit it to your own needs.  mgrabovský  | talk  (DJ Jeri)  [[Image:Tournesol.png|25px]] MW Support Team  14:58, 10 March 2009 (UTC)


 * I changed that, but it still shows the same message - try clicking a red link on the site. Any ideas? Thanks for the quick response! 91.84.226.53 16:21, 10 March 2009 (UTC)


 * The message you want to edit is actually MediaWiki:Badaccess-group1. —Emufarmers(T 03:25, 11 March 2009 (UTC)


 * Awesome. That worked. Thank you very much! MedRevise 09:36, 11 March 2009 (UTC)

Allowing blocked users to edit cetain pages

 * MediaWiki version: 1.15alpha (r47457)
 * PHP version: 5.2.4-2ubuntu5wm1 (apache2handler)
 * MySQL version: 4.0.40-wikimedia-log
 * URL:

When $wgBlockAllowsUTEdit is set to true, blocked users will be able to edit their own talk pages. However, is it possible to allow blocked users to edit certain pages(something like Wikipedia:Appealing)? Regards. --Bencmq 08:27, 15 March 2009 (UTC)

Automatically download content of wiki pages from edit fields

 * MediaWiki version: 1.6.8
 * PHP version: 5.2.6-1+lenny2 (apache2handler)
 * MySQL version: 5.0.51a-24
 * URL: Itranet-based MediaWiki

Hi,

How can I automatically download the content of a MediaWiki page containing the text of that page and its MediaWiki formatting characters and tags? Image you click the Edit button on a page: what you then see, that´s what I would like to retrieve.

I would like to download this kind of content by using a bash script on my local machine (Linux: cygwin).


 * I do not have remote access to MySQL on the Wiki server (but I have access to the Wiki database via phpmyadmin installed on that server)
 * I do not have shell access to the Wiki Server, so I cannot create exports of the Wiki by using a script on the server.
 * I have FTP access to that server.

—195.127.43.185 10:39, 18 March 2009 (UTC)


 * Use the API. http://example.com/w/api.php?action=query&prop=revisions&rvprop=content&titles=Foo|Bar —Emufarmers(T 06:55, 19 March 2009 (UTC)


 * Thank you for this hint, Emufarmers. But our MW is still version 1.6.8, and this version does not contain any api.php, and I do not have appropriate access rights to the wiki server (see above) to apply an upgrade to the latest MW version. The api.php included in 1.14 says that it can be used from MW 1.8 onwards, so this api.php cannot be used in our MW version (1.6.8). I will investigate for another solution, maybe it works with w3m and appropriate command line parameters? --195.127.43.185 11:21, 19 March 2009 (UTC)

basepagename not working in main namespace

 * MediaWiki version: 1.14
 * PHP version: 5 on IIS6
 * MySQL version:
 * URL: wiki.pmail.com

BASEPAGENAME does not show proper base page name, thus creates incorrect localization code when using Languages template

It works when in different namespaces than the main namespace

See http://wiki.pmail.com/index.php?title=Test/sv

cheers /Peter

—83.209.68.194 23:19, 18 March 2009 (UTC)

By explicitly defining the Languages template works in the main namespace.

Case closed /Peter

Reverting image or uploaded file

 * MediaWiki version: 1.12.0
 * PHP version: 5.2.4
 * Postgresql version: PostgreSQL 8.2.4 on x86_64-unknown-linux-gnu, compiled by GCC gcc (GCC) 4.2.1 (SUSE Linux)
 * URL: Internal Company site

I am getting the following error when I try to revert an image or any other uploaded file to a previous version.

A database error has occurred Query: SELECT oi_size,oi_width,oi_height,oi_bits,oi_media_type,oi_major_mime,oi_minor_mime,oi_metadata,oi_timestamp,oi_sha1,oi_user,oi_user_text,oi_description,oi_archive_name FROM oldimage WHERE oi_name = 'Bats_US.png' AND (oi_timestamp <= '20090210135833!Bats_US.png') ORDER BY oi_timestamp DESC LIMIT 1 Function: OldLocalFile::loadFromDB Error: 1 ERROR: invalid input syntax for type timestamp with time zone: "20090210135833!Bats_US.png"

Backtrace:


 * 1) 0 /opt/wiki/mediawiki-1.12.0/includes/Database.php(799): DatabasePostgres->reportQueryError('ERROR: invalid...', 1, 'SELECT oi_size...', 'OldLocalFile::l...', false)
 * 2) 1 /opt/wiki/mediawiki-1.12.0/includes/Database.php(1244): Database->query('SELECT oi_size...', 'OldLocalFile::l...')
 * 3) 2 /opt/wiki/mediawiki-1.12.0/includes/Database.php(1263): Database->select('oldimage', Array, Array, 'OldLocalFile::l...', Array)
 * 4) 3 /opt/wiki/mediawiki-1.12.0/includes/filerepo/OldLocalFile.php(170): Database->selectRow('oldimage', Array, Array, 'OldLocalFile::l...', Array)
 * 5) 4 /opt/wiki/mediawiki-1.12.0/includes/filerepo/LocalFile.php(248): OldLocalFile->loadFromDB
 * 6) 5 /opt/wiki/mediawiki-1.12.0/includes/filerepo/LocalFile.php(449): LocalFile->load
 * 7) 6 /opt/wiki/mediawiki-1.12.0/includes/filerepo/FileRepo.php(90): LocalFile->exists
 * 8) 7 /opt/wiki/mediawiki-1.12.0/includes/filerepo/RepoGroup.php(66): FileRepo->findFile(Object(Title), '20090210135833!...')
 * 9) 8 /opt/wiki/mediawiki-1.12.0/includes/GlobalFunctions.php(2318): RepoGroup->findFile(Object(Title), '20090210135833!...')
 * 10) 9 /opt/wiki/mediawiki-1.12.0/includes/FileRevertForm.php(137): wfFindFile(Object(Title), '20090210135833!...')
 * 11) 10 /opt/wiki/mediawiki-1.12.0/includes/FileRevertForm.php(58): FileRevertForm->haveOldVersion
 * 12) 11 /opt/wiki/mediawiki-1.12.0/includes/ImagePage.php(498): FileRevertForm->execute
 * 13) 12 /opt/wiki/mediawiki-1.12.0/includes/Wiki.php(404): ImagePage->revert
 * 14) 13 /opt/wiki/mediawiki-1.12.0/includes/Wiki.php(48): MediaWiki->performAction(Object(OutputPage), Object(ImagePage), Object(Title), Object(User), Object(WebRequest))
 * 15) 14 /opt/wiki/mediawiki-1.12.0/index.php(90): MediaWiki->initialize(Object(Title), Object(OutputPage), Object(User), Object(WebRequest))
 * 16) 15 /opt/wiki/mediawiki-1.12.0/index.php5(1): require('/opt/wiki/media...')
 * 17) 16 {main}

—Teamhonda81 19:07, 19 March 2009 (UTC)
 * Upgrade to 1.13 or higher, this has been fixed. (Actually that fix should have been backported into the 1.12 branch...) -- Bryan ( talk|commons ) 22:18, 28 March 2009 (UTC)

RESOLVED basepagename not working in main namespace
By explicitly defining the Languages template works in the main namespace.

Case closed /Peter

—Praktitps 21:27, 19 March 2009 (UTC)

RSS Feeds no longer showing coloured diffs since upgrade

 * MediaWiki version: 1.13.4
 * PHP version: 5.2.0-8+etch9~bpo31+1 (apache)
 * MySQL version: 4.1.11-Debian_4sarge7-log
 * URL: N/A (Intranet)

Since upgrading our MediaWiki version, coloured diffs are no longer appearing in the Recent Changes RSS feeds (I'm using Thunderbird). Instead it just displays the name of the heading of the section that was altered.

The settings in our DefaultSetting.php are; $wgFeed = true; $wgFeedLimit = 50; $wgFeedCacheTimeout = 60; $wgFeedDiffCutoff = 32768;

Any help gratefully received!

—Danduq 16:09, 20 March 2009 (UTC)

Can't remember wiki admin user name and password :(

 * MediaWiki version: 1.5.1
 * PHP version: 4.4.9 (cgi)
 * MySQL version: 4.1.16-standard-log
 * URL: http://www.montaloma.org/wiki/

I developed this wiki as a volunteer for my neighborhood a few years ago. Embarassingly, I can't remember the admin user name and password for my wiki. :( The wiki has been getting spammed a lot lately, and I'd like to remove all users and ask my users to re-sign up, but this time, I will moderate the sign-up process (approve each user myself). I should probably upgrade the wiki, too, but that's less important than being able to remove all of the spammers (of which there seem to be many). Is there a way to find out my admin user name and get my password reset?

cj (cheryl@cjasper.com)

—24.6.210.58 16:23, 28 March 2009 (UTC)


 * Reset the password for the admin user (WikiSysop on your wiki). —Emufarmers(T 21:40, 29 March 2009 (UTC)

Can't see the portal page

 * MediaWiki version: 1.14.0
 * PHP version: 5.2.5 in IIS6
 * MySQL version: 5.0.24
 * URL:

Before the question, I am apologetic for my poor english.

I have installed mediawiki in IIS following the installation manual. 

After installation, When I click the portal I can see the 404 error page.

What am I doing, if I solve this problem.

—Probitas 04:31, 1 April 2009 (UTC)

Fatal error : loadbalancer.php on line 647 at startup
I just made an installation on my free website and I search for this error on the web and on your site but I cannot see any information wich could help me. Fatal error: Class 'DatabaseSql.free.fr' not found in /mnt/145/sdb/b/e/pryam3d/wiki/includes/db/LoadBalancer.php on line 647
 * MediaWiki version:1.14
 * PHP version:
 * MySQL version:4
 * URL: http://pryam3d.free.fr/wiki

Thanks in advance

—93.2.100.178 15:06, 4 April 2009 (UTC)

Fatal error : loadbalancer.php on line 647 at startup
I just made an installation on my free website and I search for this error on the web and on your site but I cannot see any information wich could help me. Fatal error: Class 'DatabaseSql.free.fr' not found in /mnt/145/sdb/b/e/pryam3d/wiki/includes/db/LoadBalancer.php on line 647
 * MediaWiki version:1.14
 * PHP version:
 * MySQL version:4
 * URL: http://pryam3d.free.fr/wiki

Thanks in advance

—93.2.100.178 15:12, 4 April 2009 (UTC)

RESOLVED: New install, but some strange problems when logging in and editting a page...

 * MediaWiki version: 1.14.0
 * PHP version: 5.2.8-1
 * MySQL version: 5.1.32
 * URL: (Unavailable from external)

I've installed the MediaWiki on to an existing (Windows XP Pro) hosted machine for internal use. This machine already had PHP and MySQL - which seem to work fine on other scripts (e.g. phpBB3) The original install/config ran fine - no errors reported. About the only other config Ive done is to set the logo to a different file. I have no extensions or addition skins etc. However, two things I notice :
 * 1) - Once users have created their account, unless they check 'remember me on this computer', the login, doesn't work. There is no error message, and although users are returned to the main page, MediWiki shows the IP at the top (and hence users aren't logged in).
 * 2) - Users (in the auto-authenticated and users groups) cannot edit pages - an error occurs when attempting to save stating 'Sorry! We could not process your edit due to a loss of session data. Please try again. If it still does not work, try logging out and logging back in. '

—JonandEl 14:02, 6 April 2009 (UTC)

OK - I fixed it. In the Manual: Errors pages on the install for MediaWiki, it states the PHP sessions aren't working properly (sic) - The help given is applicable to Unix/Linux systems, and I'm on Windows - and for me the problem was the default session.save_path in PHP.ini didn't exist. I simply created the default folder, and gave users write access, and viola ! Now, how do I change the title of this entry to be 'Resolved' ?! --JonandEl 09:04, 7 April 2009 (UTC)

RESOLVED Problem upgrading from 1.13 to 1.14

 * MediaWiki version: 1.13.5
 * PHP version: 5.2.6
 * MySQL version: 5.0.67
 * URL: Intranet only, no external access.

We run a farm of three small wikis, using Steve Rumbergs Method 1. The original install was Mediawiki 1.12.0

Yesterday I upgraded to 1.13.5 using the web installer method to allow me to upgrade each of the three prefixed sets of tables in my database. This worked fine. All the wikis worked correctly after the upgrade.

Today I tried to upgrade from 1.13.5 to 1.14.0 again using the same method, but after running through the web install for each of the 3 wikis, and it seeming to report the upgrade as a success, I end up with a blank screen when I test any of the wikis.

I tried using the new version of Localsettings.php that gets generated by the fresh install and adding all the custom sections from my original Localsettings, but still nothing, just a blank screen.

This is a copy of the install screen:

Please include all of the lines below when reporting installation problems.

* PHP 5.2.6 installed * Found database drivers for: MySQL * PHP server API is apache2handler; ok, using pretty URLs (index.php/Page_Title) * Have XML / Latin1-UTF-8 conversion support. * Warning: A value for session.save_path has not been set in PHP.ini. If the default value causes problems with saving session data, set it to a valid path which is read/write/execute for the user your web server is running under. * PHP's memory_limit is 128M. * Couldn't find Turck MMCache, eAccelerator, APC or XCache; cannot use these for object caching. * GNU diff3 not found. * Couldn't find GD library or ImageMagick; image thumbnailing disabled. * Installation directory: C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\EECApedia * Script URI path: /eecapedia * Installing MediaWiki with php file extensions * Environment checked. You can install MediaWiki. * Warning: $wgSecretKey key is insecure, generated with mt_rand. Consider changing it manually. *

Generating configuration file... * Database type: MySQL * Loading class: DatabaseMysql * Attempting to connect to database server as root...success. * Connected to mysql 5.0.67-community-nt; enabling MySQL 4.1/5.0 charset mode * Database eecapediadb exists * There are already MediaWiki tables in this database. Checking if updates are needed...   * Warning: you requested the mysql5-binary schema, but the existing database has the mysql4 schema. This upgrade script can't convert it, so it will remain mysql4. * DB user account ok

...have ipb_id field in ipblocks table. ...have ipb_expiry field in ipblocks table. ...already have interwiki table ...indexes seem up to 20031107 standards ...hitcounter table already exists. ...have rc_type field in recentchanges table. ...have user_real_name field in user table. ...querycache table already exists. ...objectcache table already exists. ...categorylinks table already exists. Already have pagelinks; skipping old links table updates. ...have rc_ip field in recentchanges table. ...image primary key already set. ...have rc_id field in recentchanges table. ...have rc_patrolled field in recentchanges table. ...logging table already exists. ...have user_token field in user table. The watchlist table is already set up for email notification. ...watchlist talk page rows already present ...user table does not contain old email authentication field. ...page table already exists. ...have log_params field in logging table. logging table has correct log_title encoding. ...have ar_rev_id field in archive table. ...have page_len field in page table. revision timestamp indexes already up to 2005-03-13 ...rev_text_id already in place. ...have rev_deleted field in revision table. ...have img_width field in image table. ...have img_metadata field in image table. ...have user_email_token field in user table. ...have ar_text_id field in archive table. ...page_namespace is already a full int (int(11)). ...ar_namespace is already a full int (int(11)). ...rc_namespace is already a full int (int(11)). ...wl_namespace is already a full int (int(11)). ...qc_namespace is already a full int (int(11)). ...log_namespace is already a full int (int(11)). ...have img_media_type field in image table. ...already have pagelinks table. No img_type field in image table; Good. Already have unique user_name index. ...user_groups table already exists. ...user_groups is in current format. ...have ss_total_pages field in site_stats table. ...user_newtalk table already exists. ...transcache table already exists. ...have iw_trans field in interwiki table. ...trackbacks table already exists. ...wl_notificationtimestamp is already nullable. ...timestamp key on logging already exists. ...have ipb_range_start field in ipblocks table. Setting page_random to a random value on rows where it equals 0...changed 0 rows ...have user_registration field in user table. ...templatelinks table already exists ...externallinks table already exists. ...job table already exists. ...have ss_images field in site_stats table. ...langlinks table already exists. ...querycache_info table already exists. ...filearchive table already exists. ...have ipb_anon_only field in ipblocks table. Checking for additional recent changes indices... ...index `rc_ns_usertext` seems ok. ...index `rc_user_text` seems ok. ...have user_newpass_time field in user table. ...redirect table already exists. ...querycachetwo table already exists. ...have ipb_enable_autoblock field in ipblocks table. Checking for backlinking indices... Checking if pagelinks index pl_namespace includes field pl_from... ...index pl_namespace on table pagelinks seems to be ok Checking if templatelinks index tl_namespace includes field tl_from... ...index tl_namespace on table templatelinks seems to be ok Checking if imagelinks index il_to includes field il_from... ...index il_to on table imagelinks seems to be ok ...have rc_old_len field in recentchanges table. ...have user_editcount field in user table. ...page_restrictions table already exists. ...have log_id field in logging table. ...have rev_parent_id field in revision table. ...have pr_id field in page_restrictions table. ...have rev_len field in revision table. ...have rc_deleted field in recentchanges table. ...have log_deleted field in logging table. ...have ar_deleted field in archive table. ...have ipb_deleted field in ipblocks table. ...have fa_deleted field in filearchive table. ...have ar_len field in archive table. ...have ipb_block_email field in ipblocks table. Checking for categorylinks indices... Checking if categorylinks index cl_sortkey includes field cl_from... ...index cl_sortkey on table categorylinks seems to be ok ...have oi_metadata field in oldimage table. ...usertext,timestamp key on archive already exists. ...usertext,timestamp key on image already exists. ...usertext,timestamp key on oldimage already exists. ...have ar_page_id field in archive table. ...have img_sha1 field in image table. ...protected_titles table already exists. ...have ipb_by_text field in ipblocks table. ...page_props table already exists. ...updatelog table already exists. ...category table already exists. ...category table already populated. ...have ar_parent_id field in archive table. ...have user_last_timestamp field in user_newtalk table. ...rev_parent_id column already populated. protected_titles table has correct pt_title encoding. Checking filearchive indices... ...password hash format already changed ...have ss_active_users field in site_stats table. ...ss_active_users user count set... ...have ipb_allow_usertalk field in ipblocks table. Deleting old default messages (this may take a long time!)...Done Checking site_stats row...ok. Purging caches...done.

* Finished update checks. *

Creating LocalSettings.php...

Installation successful! Move the config/LocalSettings.php file to the parent directory, then follow this link to your wiki.

You should change file permissions for LocalSettings.php as required to prevent other users on the server reading passwords and altering configuration data.

--

After this upgrade not working, I just switched back to my old version of htdocs and everything worked fine. Is this an indicatior that the databse tables weren't upgaded to 1.14.0, or are the upgrades backwardly compatible with 1.13.5?

Any suggestions on why the 1.13.5 to 1.14.0 upgrade didn't work?

Cheers

Andrew

'''I GAVE UP ON THE THE MULTIPLE WIKIS FROM ONE MEDIAWIKI INSTALL THING AND JUST RUN EACH WIKI SEPERATLEY. lOADS EASIER AND EVERYTHING WORKS NOW'''

—210.48.49.107 02:28, 7 April 2009 (UTC)

Google Custom Search Engine

 * MediaWiki version: 1.14
 * PHP version:
 * MySQL version:
 * URL: http://aseanpedia.com

I managed to get the Google search box up with Google-coop.php but I am having problems with the display page. The instructions at Extension:Google Custom Search Engine says to paste the instructions on the display page but this requires rawhtml to be enabled, something that I am not comfortable with.

I tried to create GoogleSearch.php using the codes in Google-coop.php and incorporating the relevant codes for the display page but it returns a blank page when I placed <GoogleSearch /> in the text area of that page. Has anyone managed to solve this? I will be glad to receive your kind assistance. &mdash; PM Poon 14:42, 9 April 2009 (UTC)

Management of subjects

 * MediaWiki version: wikipedia, wiktionary
 * PHP version:
 * MySQL version:
 * URL:

I like the login idea you have. Please make any information you have to show to the public accessable strictly with an account. Mandatory registration is key for keeping order in our civilization. Use tracking to monitor behavioral patterns and establish trust with the information being researched by people.

—99.13.215.7 21:56, 9 April 2009 (UTC)

dots in pagenames
I am setting up a new MediaWiki site and would like to allow people to create a page for their business/website domain, the trouble I'm having is I can not create a page with the "." in it, for example "pagename" works fine but "pagename.com" does not, obviously your site has overcome this obstacle with MediaWiki, Do you know how this was solved? if not you who else would be the best person to ask, thanks for your help with this Njec1979 16:16, 10 April 2009 (UTC)


 * Use a better method for short URLs. —Emufarmers(T 02:23, 11 April 2009 (UTC)

Administrator Login
RESOLVED


 * MediaWiki version: 1.14.0
 * PHP version: 5.2.9-1 (apache2handler)
 * MySQL version: 5.1.32-community-log
 * URL: http://localhost/mywikipedia/index.php/

I do not know how to sign into my wikipedia as an administrator. I am unable to edit the administrator options. Please help me. I have tried creating an account, but that did not work.

—121.219.33.198 01:13, 12 April 2009 (UTC)

Edit link in target page

 * MediaWiki version: 1.15alpha r49504
 * PHP version: 5.1.6
 * MySQL version: 5.0.45
 * URL:

When I redirect a page the main edit link show to redirecting page, but the section links are show the target page. Why?

Thank. —84.3.166.39 17:43, 15 April 2009 (UTC)
 * Could you please point towards the instance you refer to? &mdash; Anonymous Dissident  Talk 15:10, 23 April 2009 (UTC)

SiteName in Hebrew = gibberish

 * MediaWiki version: 1.14.0
 * PHP version: 5.2.6 (apache)
 * MySQL version: 5.0.67-log

When i installed the Wiki (in Hebrew), i filled the 'site name' with an Hebrew name and everything on the site worked perfect, but at the LocalSettings.php, the 'SiteName' was gibberish (×¨×•×™×§×™) - until here - OK.

the prablem started when i tried to change the 'sitename'. if the site name is in Hebrew, the name of the wiki on the tab (haed tag) is gibberish (not the same gibberish in the LocklSettings.php) and the name is showing ok at the wiki (page headline: sitename:about). if i change the 'sitename' to gibberish, it showing ok in the Tab, but not in the Wiki.

what cen i do to fix the prablem?

sorry about the bad english--Zoidberg 05:26, 16 April 2009 (UTC)

$wgoverridesitefeed doesn't work properly

 * MediaWiki version: 1.14.0
 * PHP version: 5.2.9 (cgi-fcgi)
 * MySQL version: 5.1.30
 * URL: http://www.sitemanual.org

I'm trying to use a FeedBurner rss feed instead of the default site feed. I added $wgSiteFeed['rss'] = "http://feeds2.feedburner.com/sitemanualorg-RecentChangesen"; to localsettings.php

The rss feed for the site is still http://www.sitemanual.org/index.php?title=Special:RecentChanges&amp;feed=rss

How can I fix this?

—68.48.61.123 11:47, 18 April 2009 (UTC)

Error sending mail: mailer error

 * MediaWiki version: 1.11.1
 * PHP version: 5.2.4-2ubuntu5.3
 * MySQL version: 5.0.51a-3ubuntu5.1
 * URL: Currently internal only

When users are attempting to get their passwords mailed back to them, they get the following error: Login error: Error sending mail: mailer error

This just started happening a bit ago, previously it was working with no difficulty. I'm not exactly an expert *nix admin, so I'm at a bit of a loss as to where to get going on this. I haven't seen anything in the manuals or documentation, nor has Google turned up anything terribly useful. Suggestions?

—Manymobile 15:07, 23 April 2009 (UTC)

I was faced with the problem of authentication on the server SMTP. Sending mail works after having been commented out the line in the file of PEAR library: .\PEAR\Net\SMTP.php ($Id: SMTP.php,v 1.64 2008/12/20 23:03:49 jon Exp $) The reason why not find out due to lack of time. Only problem is localized place.

Before

function auth($uid, $pwd, $method = '') {       if (version_compare(PHP_VERSION, '5.1.0', '>=') && isset($this->_esmtp['STARTTLS'])) { if (PEAR::isError($result = $this->_put('STARTTLS'))) { return $result; }           if (PEAR::isError($result = $this->_parseResponse(220))) { return $result; }           if (PEAR::isError($result = $this->_socket->enableCrypto(true, STREAM_CRYPTO_METHOD_TLS_CLIENT))) { return $result; } elseif ($result !== true) { return PEAR::raiseError('STARTTLS failed'); }

/* Send EHLO again to recieve the AUTH string from the * SMTP server. */           $this->_negotiate; }

if (empty($this->_esmtp['AUTH'])) { return PEAR::raiseError('SMTP server does not support authentication'); }

After

function auth($uid, $pwd, $method = '') {       // if (version_compare(PHP_VERSION, '5.1.0', '>=') && isset($this->_esmtp['STARTTLS'])) { // if (PEAR::isError($result = $this->_put('STARTTLS'))) { // return $result; // }           // if (PEAR::isError($result = $this->_parseResponse(220))) { // return $result; // }           // if (PEAR::isError($result = $this->_socket->enableCrypto(true, STREAM_CRYPTO_METHOD_TLS_CLIENT))) { // return $result; // } elseif ($result !== true) { // return PEAR::raiseError('STARTTLS failed'); // }

// /* Send EHLO again to recieve the AUTH string from the // * SMTP server. */           // $this->_negotiate; // }

if (empty($this->_esmtp['AUTH'])) { return PEAR::raiseError('SMTP server does not support authentication'); }

--82.144.216.141 05:42, 2 May 2009 (UTC)

Fatal error

 * MediaWiki : 1.14.0
 * PHP : 4
 * the database : MySQL 5.0

Hello, in my wiki, I have many problems there :

Fatal error: Class 'ArrayIterator' not found in /www/sites/1/ifrance.com/w/i/wikipedio/site/vikio/includes/StringUtils.php on line 179
 * 1) I can not open my account I created when I was installing Mediawiki into my domain name.
 * 2) A fatal-error message appears and I can't edit anything there. When I try to edit a new page, other than main page, my server says the page doesn't exist (in french) ; and I can't create this.
 * 3) This is the error message :

(you can contact me here)

Best regards,

-- 83.199.68.206 15:58, 25 April 2009 (UTC)


 * MediaWiki 1.7+ requires PHP 5. —Emufarmers(T 06:34, 26 April 2009 (UTC)


 * MediaWiki version:
 * PHP version:
 * MySQL version:
 * URL:

Please,how to move movie to external harddrive thru VLC media player

—76.202.221.102 04:16, 27 April 2009 (UTC)

::: Could not find a suitable database driver!

 * MediaWiki version: mediawiki-1.14.0
 * PHP version: 5.2.9-2
 * MySQL version: 5.0
 * URL:

I've installed apache,php, and mysql already. And i've done possible solutions on how i can solve my prob. Still, this error occurs. Below is the installation error i've encountered upon setting up wiki. It says "Could not find a suitable database driver!" ... :((

MediaWiki 1.14.0 Installation

* Don't forget security updates! Keep an eye on the low-traffic release announcements mailing list.

Checking environment...

Please include all of the lines below when reporting installation problems.

* PHP 5.2.6 installed Could not find a suitable database driver! o For MySQL, compile PHP using --with-mysql, or install the mysql.so module o For PostgreSQL, compile PHP using --with-pgsql, or install the pgsql.so module o For MSSQL, compile PHP using --with-mssql not ready, or install the mssql not ready.so module

Can you help me so I can finally set up my wiki installation? Is there something that I've missed in setting up? I'm using windows xp. How can i install the mysql.so module?

I hope someone can help me figure this out.thanks guys!

—124.217.31.86 15:16, 27 April 2009 (UTC)

::: [RESOLVED] Could not find a suitable database driver!
I figured this one out after a lot of researching. I've found an answer in mysql forum. It worked out. Thanks a bunch! I've found it here [http://forums.mysql.com/read.php?10,58405,221628#msg-221628 MySQL Forums :: Newbie :: Could not load MySQL driver! Please compile php --with-mysql or install the mysql.so module]

If someone has a problem same as mine, maybe this could help you. Just try to read the contents on the above link. If ever you had trouble locating the link above, here's some of the texts in the mysql forum posted by: Merrill Lamont

* Following Daniel's suggestions and reading PHP's install.txt, I went through the PHP installer(an MSI file),but then had to get the couple of files from the PHP zipped folder (from the same installer page on the PHP site). I put libmysql.dll in the PHP folder (evidently  already part of the PATH system/environment variable), and php_mysql.dll in      the extension folder (I had to make one) within the PHP folder. Now that they're     placed,php.ini needs to know that the extension exists and where to find it. I entered into php.ini the following two lines:

* extension=php_mysql.dll extension_dir="C:\Program Files\PHP\ext"

* WikiMedia should move onto the happy setup form/page after restarting Apache - if that doesn't work, reboot the machine, which is how I finally got it working.

Now, I'm reading about the configuration of wiki so I could finally finish setting up wiki. I hope everything will work now. AJA! ^_^

—124.217.31.86 15:16, 27 April 2009 (UTC)

Link to edit pages @ Special:Statistics

 * MediaWiki version: 1.14
 * PHP version: 5
 * MySQL version: 5
 * URL: http://wikademia.org/Special:Statistics

@ http://wikademia.org/Special:Statistics - links to Import Rollback and Upload all link to the URL+&action=edit&redlink=1

But - the pages do exists, so I'm not sure how to have them just link properly to where they should.

Thanks. —Wikademia 03:34, 4 May 2009 (UTC)


 * MediaWiki version: 1:1.12.0-2lenny
 * PHP version: PHP/5.2.6-1
 * MySQL version: 14.12 Distrib 5.0.51a, for debian-linux-gnu (i486) using readline 5.2
 * URL: Not deployed yet...

Hi everyone. I am trying to remove the SpecialPages (Special:Specialpages) from the toolbox for all new users. I would like to keep it for sysops account only but I am now clueless about "how to do this..." or if there is a way that I can set it up when a user clicks on the SpecialPage link, he gets a message that the page is only available for admins.

Also, I would like to modify the Toolbox like I did for the Sidebar. Is anyone can help me with that?

Best regards,

—David

HTTP/500 when trying to edit a page
HTTP/500 when trying to edit a page

MediaWiki version: 1.13.3 PHP version: 5.2.6 (CGI) MySQL version: 5.0.67-community URL: protected/no external address Summary: When I try to edit a page, I get a 500 Internal Server Error. Steps to trigger: Go to Main Page, click edit, press Save. Details: I have installed MediaWiki several times, and have never had this issue before. I am not certain if this has anything to do with the problem, but PHP has a lower memory limit than usual (this is not under my control). Also, I believe PHP is running as CGI. Thanks ahead of time! - Ben —69.249.106.162 02:52, 19 January 2009 (UTC)

I have the same problem. Have installed MAMP, and am running mediawiki in a subdirectory. Anyone?

-Sven- 18 May 2009

upgrading a wiki family
How do I properly upgrade a wiki family? The upgrade instructions speak of running a maintenance script. Does this need to be done for every wiki, even though they all are the same code (via symlinks)? ⇔ <span style="font-family: Eurostile, Charcoal, Virtue, Chicago;">ChristTrekker 03:40, 19 March 2009 (UTC)
 * Yes, although you can run update.php for each wiki in the farm with a script like this one. —Emufarmers(T 08:12, 19 March 2009 (UTC)
 * Script has been removed, probably because it wasn't documented, and looked fairly dangerous if used wrongly... Any better solutions? --Naught101 08:58, 9 May 2009 (UTC)

No sysop access
I just moved my wiki from one server to another and ever since the migration: The image thing, I can deal with. Having no sysops for the wiki is killing me.
 * MediaWiki version: 1.14.0
 * PHP version: 5.2.5 (cgi)
 * MySQL version: 5.0.45-community
 * URL: http://www.gunownersresource.com/gorole/
 * 1) All the images are doing this and
 * 2) NO users have any sysop/bureaucrat access!

The user list shows "Admin (bureaucrat, sysop)" at the top of the list, just like it should, but that account can't access anything a normal user can't. If you filter the user list, all groups look empty. Updating to 1.14.0 didn't help with either issue and now I'm getting spammed because I can't lock any pages...

I like to think I'm a clever guy, but I'm not sufficiently geeky to figure this one out on my own. I need help... —Grugnir 15:12, 6 May 2009 (UTC)


 * My gut reaction is that parts of the database were corrupted at some point in the migration (perhaps $wgDBmysql5 got changed?). Examine the database with phpMyAdmin or a similar tool.  Take a look at the user groups</tt> table: do you see characters that look like �?  If so, remove the corrupted records and restore one of your bureaucrats' permissions (you can ignore the part about registering a new account; just use the account of your choice, and then you can restore the other users' permissions with Special:Userrights).


 * The image problem probably has the same cause; I was able to "fix" the image you linked to by purging it. I think the refreshLinks.php maintenance script might take care of the problem.


 * For both of these issues (assuming I'm right about the cause), you could also re-import the database dump, this time making sure that $wgDBmysql5 is set to the same value as on the old server. Of course, you'd lose all changes made after the dump was generated; if this isn't acceptable, then just try to patch things up as above.


 * For the spam problem, consult the "combating spam" article. Simply restricting editing temporarily is fine as a stopgap measure. —Emufarmers(T 04:16, 7 May 2009 (UTC)


 * YES!! You da man.
 * I now have sysop access again. Now all I need to do is figure out how to get into the new server via SSH and I'll let you know how the image problem went.  Thanks a heap, mate!--70.54.4.92 15:19, 7 May 2009 (UTC)

permissions

 * MediaWiki version:
 * PHP version:
 * MySQL version:
 * URL:

fresh download of media wiki. I would like to only allow registered users and above to be able to edit pages. How do I do this blanket permissions change. By default anon users are allowed to edit.

thanks

—Jeffgroff 23:27, 12 May 2009 (UTC)


 * Manual:Preventing_access —Emufarmers(T 00:45, 13 May 2009 (UTC)

Perfect, exactly what I needed. thanks

on a side note I want to keep anon users from creating pages as well. it seems when I put in the same line but change it from edit to createpage that now even my admin account can not create pages. This s from when I put a title into the search box, then the search is supposed to say something like, this pages doesn't exist do you want to create it. that is not their anymore...

thanks


 * If you've taken the edit</tt> right away from anons, they will not be able to create pages; it doesn't sound like you need to mess with the createpage</tt> right. If you do, though, you'll need to explicitly give it to the user</tt> or sysop</tt> group. —Emufarmers(T 01:41, 15 May 2009 (UTC)

Thanks for the reply, this is the only entry I put in my localsettings.php file $wgGroupPermissions['*']['edit'] = false;

I must be doing something weird.

Meadia wiki's home page is cached untill login

 * MediaWiki version: 1.10.1
 * PHP version: 5.2.3
 * MySQL version: 4.1.2.2
 * URL:

We were using meadiawiki about an year. Suddenly when you brows mediawiki's home page with anonymous access, it shows home page modified on April (obsolated one which does not exist). But when you loging to mediawiki, it shows the updated home page. Is there any cache maintain by meadiawiki??? Please help to resolve this.

—220.247.234.75 08:29, 15 May 2009 (UTC)

page names broken with + signs

 * MediaWiki version: 1.14
 * PHP version: 5
 * MySQL version: 5
 * URL: http://wikademia.org/Simple_math_in_C++

> moving pages to where they have an addition sign (+) in their pagename breaks > the links > > http://wikademia.org/Special:Log/move > as an example I moved > "Simple Math" to "Simple math in C++" > http://wikademia.org/Simple_math_in_C++

—Palatial Regalia 19:09, 17 May 2009 (UTC)

RESOLVED: Wiki family problem

 * MediaWiki version: 1.14.0
 * PHP version: 5.2.5
 * MySQL version: 4.1.22-community-nt
 * URL: (Intranet)

I have installed a small Wiki family (4 members), basically using the directives that I found here, but with a shared mediawiki installation and mod_rewrite to select the proper LocalSettings_x.php. Also I have a sort of default-database that is selected in the 'else'-branch and required, as I noticed, e.g. for log in/out to a shared user database. I found that to work properly until recently, when I first used Special:AllPages, which only shows pages of the default database as the URL points to the mediawiki installation path, not to one of the 'family members'. I wonder if there's a simple solution to this problem and would appreciate any help.

—Joerg S. 09:41, 20 May 2009 (UTC)
 * Well, there was a quite simple solution: I just had to set $wgScriptPath to the virtual path for each wiki. Also, the else branch now has the suggested exit statement. --Joerg S. 13:32, 26 May 2009 (UTC)